|
|
|
|
you stored critical data in redis and now it's gone and somehow I'm the asshole here.
Hrhr
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| Zitat von TheRealHawk
Ich weiß zumindest wer es zuletzt machen wird.
| |
ich bin mir da noch nicht so sicher ob es a) apple, b) microsoft oder c) google/android sein wird.
ich neige aber irgendwie noch eher zu b) als zu den anderen beiden.
|
|
|
|
|
|
|
| Zitat von teK
Ja, habe ich gesehen. Ich versuche es jetzt mit spigot, die haben auch Essentials auf github geforkt.
Build-Ergebnis hier auf dem Laptop:
# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (mmap) failed to map 105906176 bytes for committing reserved memory.
Spigot-Server
High performance fork of CraftBukkit, the Bukkit server implementation.
klar.
| |
$ java -Xmx $HierSpeicher
Ein der vielen Fehler von Java, Speicherverwaltung.
|
|
|
|
|
|
|
Phew.
|
|
|
|
|
|
|
| 1 Telephone salesperson 99.0%
2 Typist or related keyboard worker 98.5%
3 Legal secretary 97.6%
4 Financial accounts manager 97.6%
5 Routine inspector and tester 97.6%
5 Weigher, grader or sorter 97.6%
7 Sales administrator 97.2%
8 Book-keeper, payroll manager or wages clerk 97.0%
8 Finance officer 97.0%
10 Pensions and insurance clerk 97.0% | |
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 16.09.2015 19:37]
|
|
|
|
|
|
Sag niemals nie. Kann uns auch treffen und ansonsten gibt es ja noch billigere Arbeitskraefte und Hungerloehne. Nach Indien outsourcen hat erstmal nicht geklappt, aber unbelehrbare BWLer gibt es immer noch.
Wann war Outsoucen von Kernaufgaben schon mal eine gute Idee? Nie. Boeing hat das bei der 787 nochmal auf die harte Tour lernen wollen.
Zur Erinnerung, wir haben keine eigene Gewerkschaft.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 16.09.2015 21:51]
|
|
|
|
|
|
ITler-Gewerkschaft, ganz schlechte Idee. Beim ersten Streik merken die doch, dass wir uns schon wegautomatisiert haben.
Und Nerds können einfach nicht in der Kälte vor ner Feuertonne stehen und brüllen. Da kann man ja schon nach 10 Minuten mit tauben Fingern seinen Facebook-Status nicht mehr ändern.
|
|
|
|
|
|
|
Mein Telefon wurde heute von einer Person unbekannten Geschlechtes in/aus Indien repariert. Interessant ist, dass das a) eine Standard-Neuinstallation war und b) ich in Bayern hocke. Offshoring/Rightsourcing my arse.
Die Tante (ich glaube, es war eine Sie) hat mich übrigens über den Office Communicator in Comic Sans angequatscht. seufz.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
PyCharm reissen die ganz schön hoch. Nice!
Allgemein finde ich es toll wie JetBrains in die IDEs immer wieder großartige Features und Detaillösungen einbauen. Da denken Leute richtig drüber nach
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 19.09.2015 1:04]
|
|
|
|
|
|
Die fressen ihr eigenes Hundefutter. Und das zieht sich durch die ganze Produktpalette.
|
|
|
|
|
|
|
blöde Frage. Hab meinen NAS-PC neu aufgesetzt, Centos 7. Ich nutze Lazier Geek auf meinem Android-Telefon, um das Ding abends runterzufahren. Mein Benutzer darf passwordless sudo poweroff ausführen. Klappt sowohl per putty als auch per JuiceSSH vom Telefon. Aber nicht von Lazier Geek. Kann ich auf dem Server irgendwie loggen, was genau in einer ssh-Session passiert?
|
|
|
|
|
|
|
Klar. Musst nur LogLevel DEBUG3 in sshd_config setzen.
Das ist schon als user-privacy-violating deklariert, sollte also hoffentlich für deine Fehlersuche reichen.
Falls die Verbindung korrekt aufgebaut wird und du die abgesetzten Kommandos in der Session sehen möchtest, geht das so:
() Wenn das in Kraft ist, bekommst du keine Loginshells mehr über SSH. Direktzugriff wäre also relativ empfehlenswert.
Spoiler - markieren, um zu lesen:
/etc/ssh/sshd_config:
ForceCommand logger -p user.notice $SSH_ORIGINAL_COMMAND
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Rufus am 19.09.2015 17:01]
|
|
|
|
|
|
Poste mal das Ergebnis, interessiert mich.
|
|
|
|
|
|
|
// oben reingepackt
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von Rufus am 19.09.2015 17:01]
|
|
|
|
|
|
Ergebnis: Lazier Geek öffnet keinen interaktiven Terminal, sondern setzt nur ein Kommando ab. In der Log-Datei sieht das so aus:
|
Code: |
Log mit Lazier Geek
Sep 19 16:55:49 dirksdata sshd[2295]: debug1: PAM: establishing credentials
Sep 19 16:55:49 dirksdata sshd[2295]: debug1: permanently_set_uid: 1000/1000
Sep 19 16:55:49 dirksdata sshd[2295]: debug1: Entering interactive session for SSH2.
Sep 19 16:55:49 dirksdata sshd[2295]: debug1: server_init_dispatch_20
Sep 19 16:55:49 dirksdata sshd[2295]: debug1: server_input_channel_open: ctype session rchan 1 win 1048576 max 16384
Sep 19 16:55:49 dirksdata sshd[2295]: debug1: input_session_request
Sep 19 16:55:49 dirksdata sshd[2295]: debug1: channel 0: new [server-session]
Sep 19 16:55:49 dirksdata sshd[2295]: debug1: session_new: session 0
Sep 19 16:55:49 dirksdata sshd[2295]: debug1: session_open: channel 0
Sep 19 16:55:49 dirksdata sshd[2295]: debug1: session_open: session 0: link with channel 0
Sep 19 16:55:49 dirksdata sshd[2295]: debug1: server_input_channel_open: confirm session
Sep 19 16:55:49 dirksdata sshd[2295]: debug1: server_input_channel_req: channel 0 request exec reply 0
Sep 19 16:55:49 dirksdata sshd[2295]: debug1: session_by_channel: session 0 channel 0
Sep 19 16:55:49 dirksdata sshd[2295]: debug1: session_input_channel_req: session 0 req exec
*** Sep 19 16:55:49 dirksdata sshd[2295]: Starting session: command for dirk from 192.168.0.102 port 36957
Sep 19 16:55:49 dirksdata sshd[2290]: debug1: session_new: session 0
Sep 19 16:55:52 dirksdata sshd[2295]: debug1: Received SIGCHLD.
Sep 19 16:55:52 dirksdata sshd[2295]: debug1: session_by_pid: pid 2317
Sep 19 16:55:52 dirksdata sshd[2295]: debug1: session_exit_message: session 0 channel 0 pid 2317
Sep 19 16:55:52 dirksdata sshd[2295]: debug1: session_exit_message: release channel 0
Sep 19 16:55:52 dirksdata sshd[2295]: debug1: session_by_channel: session 0 channel 0
Sep 19 16:55:52 dirksdata sshd[2295]: debug1: session_close_by_channel: channel 0 child 0
Sep 19 16:55:52 dirksdata sshd[2295]: debug1: session_close: session 0 pid 0
Sep 19 16:55:52 dirksdata sshd[2295]: debug1: channel 0: free: server-session, nchannels 1
Sep 19 16:55:52 dirksdata sshd[2295]: Connection closed by 192.168.0.102
|
|
|
Code: |
Log mit putty
Sep 19 16:56:29 dirksdata sshd[2387]: debug1: PAM: establishing credentials
Sep 19 16:56:29 dirksdata sshd[2387]: pam_unix(sshd:session): session opened for user dirk by (uid=0)
Sep 19 16:56:29 dirksdata sshd[2387]: User child is on pid 2393
Sep 19 16:56:29 dirksdata sshd[2393]: debug1: PAM: establishing credentials
Sep 19 16:56:29 dirksdata sshd[2393]: debug1: permanently_set_uid: 1000/1000
Sep 19 16:56:29 dirksdata sshd[2393]: debug1: Entering interactive session for SSH2.
Sep 19 16:56:29 dirksdata sshd[2393]: debug1: server_init_dispatch_20
Sep 19 16:56:29 dirksdata sshd[2393]: debug1: server_input_channel_open: ctype session rchan 256 win 16384 max 16384
Sep 19 16:56:29 dirksdata sshd[2393]: debug1: input_session_request
Sep 19 16:56:29 dirksdata sshd[2393]: debug1: channel 0: new [server-session]
Sep 19 16:56:29 dirksdata sshd[2393]: debug1: session_new: session 0
Sep 19 16:56:29 dirksdata sshd[2393]: debug1: session_open: channel 0
Sep 19 16:56:29 dirksdata sshd[2393]: debug1: session_open: session 0: link with channel 0
Sep 19 16:56:29 dirksdata sshd[2393]: debug1: server_input_channel_open: confirm session
Sep 19 16:56:30 dirksdata sshd[2393]: debug1: server_input_channel_req: channel 0 request pty-req reply 1
Sep 19 16:56:30 dirksdata sshd[2393]: debug1: session_by_channel: session 0 channel 0
Sep 19 16:56:30 dirksdata sshd[2393]: debug1: session_input_channel_req: session 0 req pty-req
Sep 19 16:56:30 dirksdata sshd[2393]: debug1: Allocating pty.
Sep 19 16:56:30 dirksdata sshd[2387]: debug1: session_new: session 0
Sep 19 16:56:30 dirksdata sshd[2387]: debug1: SELinux support enabled
Sep 19 16:56:30 dirksdata sshd[2393]: debug1: session_pty_req: session 0 alloc /dev/pts/0
Sep 19 16:56:30 dirksdata sshd[2393]: debug1: server_input_channel_req: channel 0 request shell reply 1
Sep 19 16:56:30 dirksdata sshd[2393]: debug1: session_by_channel: session 0 channel 0
Sep 19 16:56:30 dirksdata sshd[2393]: debug1: session_input_channel_req: session 0 req shell
*** Sep 19 16:56:30 dirksdata sshd[2393]: Starting session: shell on pts/0 for dirk from 192.168.0.105 port 49361
|
|
Im Endeffekt war es die Direktive requiretty in der Datei /etc/sudoers
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von GarlandGreene am 19.09.2015 17:30]
|
|
|
|
|
|
Eines Tages werde ich das brauchen. Und dann keine Ahnung mehr haben wer das wann gepostet hat
|
|
|
|
|
|
|
Ich hab hier nen Ubuntu-Rechner, der wohl automatisch Updates installiert. Jetzt ist der Desktop kaputt (automatischer Login ist aktiv, es kommt ein komplett blauer Bildschirm samt beweglichem Mauszeiger, sonst nix).
Ich weiß nichtmal, wo ich da anfangen soll zu suchen... einer ne Idee?
|
|
|
|
|
|
|
single user mode -> logs -> kill everything.
|
|
|
|
|
|
|
|
|
|
|
Pauschal mal acht Stunden alles abschalten ist aber auch sportlich... eigentlich wollte ich gerade unsere Zertifikate austauschen
|
|
|
|
|
|
|
| Zitat von csde_rats
automatisch Updates
| |
Es gibt ein wunderbares deutsches Wort dafuer, was sogar im englischen Sprachgebrauch verstanden wird: Verboten
|
|
|
|
|
|
|
| Zitat von hoschi
| Zitat von csde_rats
automatisch Updates
| |
Es gibt ein wunderbares deutsches Wort dafuer, was sogar im englischen Sprachgebrauch verstanden wird: Verboten
| |
huh warum?
unattended-upgrades hat mir bisher mehr dienste erwiesen als stress verursacht, klar bei laptops bei denen der akku leerläuft ist das so ne sache, aber ansonsten -> lässt einen ruhiger schlafen.
|
|
|
|
|
|
|
Ubuntu Updates zerficken doch regelmäßig irgendwas. Oder ist das bei Desktop Linux allgemein so?
|
|
|
|
|
|
|
wer nutzt schon ubuntu?
|
|
|
|
|
|
|
| Alphabet will be created as a subsidiary directly owned by Google Inc. The roles of these two companies – one as the owner and the other as the subsidiary – will then be reversed in a two-step switch. First, a dummy subsidiary of Alphabet will be created. Then Google will merge with that dummy subsidiary while converting Google stock to Alphabet stock. The post-merger subsidiary, no longer a dummy, will change its name to "Google Inc." Alphabet will retain Google Inc.'s stock price history and continue to trade under Google Inc.'s ticker symbols "GOOG" and "GOOGL". Under Delaware law, a holding company reorganization such as this can be done without a vote of shareholders, as this reorganization will be.[7] | |
tl;dr
touch Alphabet
mv Google FakeGoogle
mv Alphabet Google
mv FakeGoogle Alphabet
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 20.09.2015 22:35]
|
|
|
|
|
|
Wenn ich bei einem alten Rechner mit XP und Outlook 6 meinen mail Server als SMTP angebe (inkl. Authentifizierung) klappt der Mailversand nicht. Die Meldung in den Logs:
|
Code: |
NOQUEUE: reject: RCPT from i5DB50A5F.pool.tripleplugandplay.com[93.181.10.95]: 554 5.7.1 <i5DB50A5F.pool.tripleplugandplay.com[93.181.10.95]>: Client host rejected: Access denied; from=<bla@olisserver.de> to=<blub@olisserver.de> proto=SMTP helo=<xpneu> |
|
Obwohl ich also eine Mail von meinem Server auf meinen Server senden will, beschwert er sich über irgendeine tripleplugandplay.com domain. Was zur Hölle geschieht da? Die Domain ist auf die Firma http://www.mrnetgroup.com/ registriert, die eigentlich nicht total unseriös aussieht.
Ideen? Antivirus Programm läuft gerade durch.
|
|
|
|
|
|
Thema: Der Linux-Thread (100) ( 131 % 33 = 32 ) |