Hallo,
nachdem ich einige Probleme mit dem automounter und dem internen ZIP hatte, kommt irgendwann da im syslog:
.... Jun 10 15:01:09 file kernel: set_blocksize: b_count 2, dev ide0(3,4), block 385, from c014e63c Jun 10 15:17:48 file -- MARK -- Jun 10 15:37:48 file -- MARK -- Jun 10 15:57:48 file -- MARK -- Jun 10 16:17:48 file -- MARK -- Jun 10 16:37:48 file -- MARK -- Jun 10 16:57:48 file -- MARK -- Jun 10 17:17:48 file -- MARK -- Jun 10 17:37:48 file -- MARK -- Jun 10 17:57:48 file -- MARK -- Jun 11 08:40:23 file syslogd 1.3-3: restart.
ja, das war der reset heute früh. Hat jemand eine Idee, was er mir damit sagen will?
Jens
On Mon, Jun 11, 2001 at 08:44:05AM +0200, Jens Puruckherr wrote:
Hallo,
nachdem ich einige Probleme mit dem automounter und dem internen ZIP hatte, kommt irgendwann da im syslog:
.... Jun 10 15:01:09 file kernel: set_blocksize: b_count 2, dev ide0(3,4), block 385, from c014e63c
?? hab' ich auch schon mal gesehen. Aber nicht weiterverfolgt.
Jun 10 17:17:48 file -- MARK -- Jun 10 17:37:48 file -- MARK -- Jun 10 17:57:48 file -- MARK -- Jun 11 08:40:23 file syslogd 1.3-3: restart.
Hast Du ihn zwischen etwa 18.00 und 8:40 runtergefahren?
ja, das war der reset heute früh. Hat jemand eine Idee, was er mir damit sagen will?
Ach so, er blieb also wahrscheinlich stehen gegen 18.00.. oder es stand dort irgendwo ``mount root fs read only'' auf der Konsole. Und dann konnte er keine Logfiles mehr schreiben.
Halte ich für die wahrscheinlichste Erklärung.
Best regards from Dresden/Germany Viele Gruesse aus Dresden Heiko Schlittermann
Am Dienstag, 12. Juni 2001 14:42 schrieb Heiko Schlittermann:
Jun 10 17:17:48 file -- MARK -- Jun 10 17:37:48 file -- MARK -- Jun 10 17:57:48 file -- MARK -- Jun 11 08:40:23 file syslogd 1.3-3: restart.
Ach so, er blieb also wahrscheinlich stehen gegen 18.00.. oder es stand dort irgendwo ``mount root fs read only'' auf der Konsole. Und dann konnte er keine Logfiles mehr schreiben.
Halte ich für die wahrscheinlichste Erklärung.
Halte ich für unwarscheinlich. Warum soll er einfach so runterfahren?? Wenn, dann fahre ich runter (USV bibt Meldungen ins Log). Wenn doch, dann sollte ich vor dem start früh morgens keine schwarze Konsole und deaktivierte Tadstatur vorfinden.
Ich hatte heute früh aber ein andere Phenomen:
Jun 12 19:22:14 file sshd[395]: log: Generating new 768 bit RSA key. Jun 12 19:22:18 file sshd[395]: log: RSA key generation complete. Jun 12 19:41:59 file -- MARK -- Jun 12 20:01:00 file /USR/SBIN/CRON[2515]: (pummel) CMD (/usr/local/bin/watch_se Jun 12 20:02:00 file /USR/SBIN/CRON[2523]: (root) CMD (/usr/lib/cron/run-crons ) Jun 12 20:19:23 file sshd[2567]: log: Password authentication for root accepted. Jun 12 20:19:23 file sshd[2567]: log: ROOT LOGIN as 'root' from mail.xxxx.xxx
Dieses Login war aber vor einer halben Stunde um 07.30 Uhr!! ich durfte erst mal die Uhr neu stellen!! Seltsamerweise stimmen bis 20.00 die Cronaufrufe mit der richtigen Zeit überein, danach ist er in ein großes Loch gefallen...? Und konnte nichmal das Backup gegen Geisterstunde machen.
Hier ist etwas gaaanz seltsames am wirken. Ich schalt erst mal den Cronaufruf am, mal weitersehen.
Jens
Am Mittwoch, 13. Juni 2001 08:01 schrieb Jens Puruckherr:
Ich hatte heute früh aber ein andere Phenomen:
Jun 12 19:22:14 file sshd[395]: log: Generating new 768 bit RSA key. Jun 12 19:22:18 file sshd[395]: log: RSA key generation complete. Jun 12 19:41:59 file -- MARK -- Jun 12 20:01:00 file /USR/SBIN/CRON[2515]: (pummel) CMD (/usr/local/bin/watch_se Jun 12 20:02:00 file /USR/SBIN/CRON[2523]: (root) CMD (/usr/lib/cron/run-crons ) Jun 12 20:19:23 file sshd[2567]: log: Password authentication for root accepted. Jun 12 20:19:23 file sshd[2567]: log: ROOT LOGIN as 'root' from mail.xxxx.xxx
Das war gestern. Um 20:19 war es kurz nach 8:00 früh. Und heute früh schnelle wieder reingeschaut:
Jun 13 21:00:00 file /USR/SBIN/CRON[4077]: (root) CMD ( test -x /usr/sbin/faxqcl Jun 13 21:01:00 file /USR/SBIN/CRON[4097]: (pummel) CMD (/usr/local/bin/watch_se Jun 13 21:27:34 file -- MARK -- Jun 13 21:47:34 file -- MARK -- Jun 13 21:54:20 file sshd[4171]: log: Connection from 192.168.1.2 port 1023 Jun 13 21:54:21 file sshd[4171]: log: Password authentication for root accepted. Jun 13 21:54:21 file sshd[4171]: log: ROOT LOGIN as 'root' from mail.xxxxxx.xxx Jun 13 21:54:34 file /usr/sbin/cron[4217]: (CRON) STARTUP (fork ok)
AARRRGGGGHHH!!!! *Tischkante beiss*
Warum legt sich der ganze Rechner abends schlafen??? Um 21.47 ist noch richtig, bei 21:54 ist es früh um 08:00 Uhr - ich logge mich ein um nachzuschauen. Kann mir das einer erklären? Die hwclock zeigt die richtige Zeit. Ich schnalle es nicht...
Jens
Ratlos....
Jens
Jens Puruckherr schrieb am Donnerstag, 14. Juni 2001 08:16 :
AARRRGGGGHHH!!!! *Tischkante beiss*
der Zahnartzt dein Freund und Helfer ;)
Warum legt sich der ganze Rechner abends schlafen??? Um 21.47 ist noch richtig, bei 21:54 ist es früh um 08:00 Uhr - ich logge mich ein um nachzuschauen. Kann mir das einer erklären? Die hwclock zeigt die richtige Zeit. Ich schnalle es nicht...
ich weiß zwar nicht woran es liegt aber ich würde ein script von der crontab aufrufen lassen ca alle 2min ungefähr so:
#!/bin/sh #
echo "" >> zeitstempel.dat echo "#####################" >> zeitstempel.dat date >> zeitstempel.dat ps auxw >> zeitstempel.dat
und früh dann die kontrolle irgendwas wird drin stehen was uns weiterbringen könnte letzte aktuelle zeit oder letzter prozess
micha
Am Donnerstag, 14. Juni 2001 10:23 schrieb Michael Zimmermann:
ich weiß zwar nicht woran es liegt aber ich würde ein script von der crontab aufrufen lassen ca alle 2min ungefähr so:
habe ich gerade mal gemacht... er hatte sich schon wieder schlafen gelegt - kein Meldung im syslog, keine Cronjobs (Stündliche StatusMail) abgesehen davon läuft die Kiste (samba-PDC/File/print), zumindest hat noch kein Kolege angerufen und sich beschwert. Ich schaue dann in 'ner Stunde mal rein, ob er sich auch *die cronjobs klemmt...
Jens
Am Donnerstag, 14. Juni 2001 11:32 schrieb ich:
habe ich gerade mal gemacht... er hatte sich schon wieder schlafen gelegt - kein Meldung im syslog, keine Cronjobs (Stündliche StatusMail) abgesehen davon läuft die Kiste (samba-PDC/File/print), zumindest hat noch kein Kolege angerufen und sich beschwert. Ich schaue dann in 'ner Stunde mal rein, ob er sich auch *die cronjobs klemmt...
eh. kann es sein, das die Linux-interne Uhr nicht richtig geht??? Das würde alles erklären!!
Jens
Mein Rechner tickt nicht richtig!! Da habe ich heute früh erst die Uhr eingestellt und nun:
file:/etc # date Thu Jun 14 12:58:26 CEST 2001 file:/etc # clock Thu Jun 14 14:31:31 2001 -0.829940 seconds file:/etc #
wie ist diese Differenz zu erklären??
Jens
On Thu Jun 14, 2001 at 14:30:38 +0200, Jens Puruckherr wrote:
Mein Rechner tickt nicht richtig!! Da habe ich heute früh erst die Uhr eingestellt und nun:
file:/etc # date Thu Jun 14 12:58:26 CEST 2001 file:/etc # clock Thu Jun 14 14:31:31 2001 -0.829940 seconds file:/etc #
wie ist diese Differenz zu erklären??
rm /etc/adjtime ?
Adam
Am Donnerstag, 14. Juni 2001 15:32 schrieb Adam Lackorzynski:
wie ist diese Differenz zu erklären??
rm /etc/adjtime ?
Naja, aber eine Differenz von 10 Stunden ist doch so zu erklären, oder?
meine /etc/adjtime vorm löschen - was sagt die?
-7.551391 992440991 0.000000 992440991 LOCAL
Ich lasse jetzt jede Minute vom Cron ein clock --hctosys machen. Das packt er noch.
Jens
On 14.06.01 Jens Puruckherr (puru@elbvilla.de) wrote:
Moin,
meine /etc/adjtime vorm löschen - was sagt die?
Darin wird die Abweichung Deiner HWclock von der Realzeit festgehalten und Deine Systemzeit entspr. angepaßt. Wenn jetzt Deine HWClock plötzlich ein ganz anderes Verhalten zeigt, sollte man die Datei löschen und neu anlegen lassen. Ich weiß nicht genau, wer die schreibt.
Ich lasse jetzt jede Minute vom Cron ein clock --hctosys machen. Das packt er noch.
Damit hebelst Du obigen Mechanismus vollständig aus. Nicht zu empfehlen.
H.
Am Freitag, 15. Juni 2001 09:31 schrieb Hilmar Preusse:
Damit hebelst Du obigen Mechanismus vollständig aus. Nicht zu empfehlen.
Das schafft er auch nicht durchzuhalten. Irgendwann bleibt bei ihm einfach die Zeit stehen. Ich würde alternativ gerne das Backup vom Komm-Server aus steuern, dersteht daneben und funktioniert. Wie kann ich mich auomatisiert einloggen und bestimmte dinge anschieben??
Jens
Am Mon den 18 Jun 2001 um 08:36:24AM +0200 schrieb Jens Puruckherr:
Am Freitag, 15. Juni 2001 09:31 schrieb Hilmar Preusse:
Damit hebelst Du obigen Mechanismus vollständig aus. Nicht zu empfehlen.
Das schafft er auch nicht durchzuhalten. Irgendwann bleibt bei ihm einfach die Zeit stehen. Ich würde alternativ gerne das Backup vom Komm-Server aus steuern, dersteht daneben und funktioniert. Wie kann ich mich auomatisiert einloggen und bestimmte dinge anschieben??
ssh mit .shosts Authentifizierung? Das Hauptproblem wird ja sicher sein, daß root das Backup anstoßen muß, richtig?
Du kannst auch einen Befehl an einen ssh-key "binden", der ausgeführt wird, sobald sich jemand mit diesem key beim sshd authentifiziert. Das verringert ein wenig das Sicherheitsrisiko (das ist dann mit rsa Authentifizierung). Das mache ich in meinem "mail-hack" so (hat aber mit der root Problematik erst mal nichts zu tun). In .ssh/authorized_keys:
<keys> commandd="~/.ssh/cat-mails" 1024 37 15853434252336301.... <noch mehr keys>
Du mußt dann mittels ssh -i $meine_identity noch sagen, daß du _genau_ diesen Key verwenden willst. Das ist aber noch keine richtige Lösung. In einem Skript geht das dann auch nur mit nicht ver-keyphrase-ten Schlüsseln. Ein Ausweg wäre hier der ssh-agent, dem du interaktiv oder über eine Pipe die Phrase gibst. Der agent gibt dann die Authentifizierungsinformationen an seine Kinderprozesse weiter. Keyphrase mitteilen: "echo 'total-geheim' | ssh-add -p" Das Skript muß dann ein Kindprozess des Agent sein, sonst funzt das natürlich nicht. Ist alles etwas umständlich und erreicht natürlich weniger als 100% Sicherheit.
andre
Am Montag, 18. Juni 2001 10:42 schrieb Andre Schulze:
ssh mit .shosts Authentifizierung? Das Hauptproblem wird ja sicher sein, daß root das Backup anstoßen muß, richtig?
Ja, bisher läuft es es root-cronjob
[ Beschreibung ]
Ist alles etwas umständlich und erreicht natürlich weniger als 100% Sicherheit.
Nun ja, die Sicherheit ist nicht soo das Problem, da sich das im Intranet abspielt. Ich muss nur irgendwie vom Nachbarserver aus das Backup steuern können. Das Script liegt ja fertig da, wenn meine Uhr nur nicht immer einschlafen würde...
Jens
Am Donnerstag, 14. Juni 2001 15:32 schrieb Adam Lackorzynski:
On Thu Jun 14, 2001 at 14:30:38 +0200, Jens Puruckherr wrote:
Mein Rechner tickt nicht richtig!! Da habe ich heute früh erst die Uhr eingestellt und nun:
file:/etc # date Thu Jun 14 12:58:26 CEST 2001 file:/etc # clock Thu Jun 14 14:31:31 2001 -0.829940 seconds file:/etc #
wie ist diese Differenz zu erklären??
rm /etc/adjtime ?
Adam
Es ist genau 08:13 Uhr Ortszeit. Das steht im syslog: ..... Jun 14 22:00:00 file /USR/SBIN/CRON[7201]: (root) CMD (clock --hctosys) Jun 14 22:00:00 file /USR/SBIN/CRON[7202]: (root) CMD (/root/zeitstempel) Jun 14 22:01:00 file /USR/SBIN/CRON[7208]: (pummel) CMD (/usr/local/bin/watch_sensors) Jun 14 22:01:00 file /USR/SBIN/CRON[7210]: (root) CMD (clock --hctosys) Jun 14 22:01:00 file /USR/SBIN/CRON[7211]: (root) CMD (/root/zeitstempel) Jun 14 22:02:00 file /USR/SBIN/CRON[7221]: (root) CMD (clock --hctosys) Jun 14 22:02:00 file /USR/SBIN/CRON[7222]: (root) CMD (/root/zeitstempel) Jun 14 22:03:00 file /USR/SBIN/CRON[7227]: (root) CMD (clock --hctosys) Jun 14 22:03:00 file /USR/SBIN/CRON[7228]: (root) CMD (/root/zeitstempel) Jun 14 22:04:00 file /USR/SBIN/CRON[7233]: (root) CMD (clock --hctosys) Jun 14 22:04:00 file /USR/SBIN/CRON[7234]: (root) CMD (/root/zeitstempel) Jun 14 22:05:00 file /USR/SBIN/CRON[7239]: (root) CMD (clock --hctosys) Jun 14 22:05:00 file /USR/SBIN/CRON[7240]: (root) CMD (/root/zeitstempel) Jun 14 22:06:00 file /USR/SBIN/CRON[7245]: (root) CMD (clock --hctosys) Jun 14 22:06:00 file /USR/SBIN/CRON[7246]: (root) CMD (/root/zeitstempel) Jun 15 03:31:43 file sshd[7249]: log: Connection from 192.168.1.2 port 1023
^^^^^^^^ Das ist von jetzt eben! Warum hört er nach 22:06 einfach auf irgendwas zu machen. die Uhr geht auch wieder falsch. /etc/adjtime:
0.000000 0 0.000000 0 LOCAL
sieht doch gut aus. Mein Hardwareuhr: file:~ # clock Fri Jun 15 08:18:15 2001 -0.386010 seconds
geht richtig. Oh, interessant: Seitdem ich mich eingeloggt habe macht er wieder was:
Jun 15 03:31:44 file sshd[7252]: log: ROOT LOGIN as 'root' from mail.xxxx.xxxx Jun 15 03:31:55 file /USR/SBIN/CRON[7280]: (root) CMD (clock --hctosys) Jun 15 03:31:56 file /USR/SBIN/CRON[7281]: (root) CMD (/root/zeitstempel) Jun 15 03:31:56 file /USR/SBIN/CRON[7282]: (root) CMD (/usr/local/bin/casabaknt) Jun 15 03:31:56 file /USR/SBIN/CRON[7283]: (pummel) CMD (/usr/local/bin/watch_sensors) Jun 15 03:31:56 file /USR/SBIN/CRON[7284]: (root) CMD (/usr/local/bin/backup) Jun 15 08:15:04 file /USR/SBIN/CRON[7309]: (root) CMD (clock --hctosys) Jun 15 08:15:04 file /USR/SBIN/CRON[7310]: (root) CMD (/root/zeitstempel) Jun 15 08:15:04 file /USR/SBIN/CRON[7311]: (pummel) CMD (/usr/local/bin/watch_sensors) Jun 15 08:16:00 file /USR/SBIN/CRON[7328]: (root) CMD (clock --hctosys) Jun 15 08:16:00 file /USR/SBIN/CRON[7329]: (root) CMD (/root/zeitstempel) Jun 15 08:17:39 file /USR/SBIN/CRON[7335]: (root) CMD (clock --hctosys) Jun 15 08:17:39 file /USR/SBIN/CRON[7336]: (root) CMD (/root/zeitstempel)
Das dumme ist: er fährt jetzt das Backup an, welches um 23:00 Uhr starten sollte. Ist da eine normal Funktion vom Cron, vergessene Aufträge nachzuholen??
Eines ist mir noch aufgefallen: Das Einloggen vi ssh (per ISDN) dauert am Anfang ganz paar Sekunden. Man könnte meinen, er reagiert gar nicht. Bis dann irgenwann dich der promt erscheint. Beim nächsten Mal geht es dann wieder schneller.
Nun aber unser minütliches ps aux: ##################### Thu Jun 14 22:05:00 CEST 2001 USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.1 344 196 ? S Jun13 0:05 init root 2 0.0 0.0 0 0 ? SW Jun13 0:06 [kflushd] root 3 0.0 0.0 0 0 ? SW Jun13 0:01 [kupdate] root 4 0.0 0.0 0 0 ? SW Jun13 0:00 [kpiod] root 5 0.0 0.0 0 0 ? SW Jun13 0:09 [kswapd] root 6 0.0 0.0 0 0 ? SW Jun13 0:00 [md_thread] root 34 0.0 0.0 0 0 ? SW Jun13 0:00 [kreiserfsd] root 293 0.0 2.1 5220 2792 ? S Jun13 0:00 /usr/sbin/httpd -f /etc/httpd/httpd.conf -D SSL -D S wwwrun 303 0.0 2.1 5220 2804 ? S Jun13 0:00 /usr/sbin/httpd -f /etc/httpd/httpd.conf -D SSL -D S root 329 0.0 0.3 1120 508 ? S Jun13 0:00 /usr/sbin/lpd root 377 0.0 0.9 2088 1184 ? S Jun13 0:00 sendmail: accepting connections root 388 0.0 0.8 1884 1088 ? S Jun13 0:03 /usr/sbin/nmbd -D root 389 0.0 0.7 1912 944 ? S Jun13 0:00 /usr/sbin/nmbd -D root 395 0.0 0.5 1600 676 ? S Jun13 0:14 /usr/sbin/sshd root 401 0.0 0.8 2496 1148 ? S Jun13 0:00 /usr/sbin/smbd -D root 413 0.0 0.4 1164 536 tty5 S Jun13 0:00 /sbin/mingetty tty5 root 414 0.0 0.4 1164 536 tty6 S Jun13 0:00 /sbin/mingetty tty6 root 2736 0.0 1.5 3944 2012 ? S Jun13 0:03 /usr/sbin/smbd -D root 3114 0.1 2.2 4976 2880 ? S 01:59 1:12 /usr/sbin/smbd -D root 3552 0.0 0.4 1164 536 tty3 S 03:51 0:00 /sbin/mingetty tty3 root 3553 0.0 0.4 1164 536 tty4 S 03:52 0:00 /sbin/mingetty tty4 root 3554 0.0 0.4 1164 536 tty2 S 03:52 0:00 /sbin/mingetty tty2 root 3640 0.0 0.4 1164 536 tty1 S 04:34 0:00 /sbin/mingetty --noclear tty1 root 4217 0.0 0.4 1212 620 ? S 09:42 0:00 /usr/sbin/cron root 4667 0.0 0.4 1100 560 ? S 11:21 0:00 /usr/sbin/syslogd root 4671 0.0 0.6 1484 884 ? S 11:21 0:00 /usr/sbin/klogd -c 1 root 7237 0.0 0.4 1212 616 ? S 22:05 0:00 /USR/SBIN/CRON root 7238 0.0 0.4 1212 616 ? S 22:05 0:00 /USR/SBIN/CRON root 7239 0.0 0.3 1040 444 ? S 22:05 0:00 clock --hctosys root 7240 0.0 0.7 1948 948 ? S 22:05 0:00 sh /root/zeitstempel root 7242 0.0 0.7 2600 992 ? R 22:05 0:00 ps auxw
##################### Fri Jun 15 03:30:56 CEST 2001 USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND ..... (Heute morgen nach meinem Login)
Und das bringt uns wohl auch nicht weiter. Ausser das derEchner bis jetzt jeden Tag eine Stunde länger lebt.... Interessant ist vielelicht noch, das lt syslog der letzte zeitstempel um 22:06 genmacht wurde, dieser Job sich aber mit 22:05 eingetragen hat.
Wenn Interesse, hole ich die ganze zeitstempel.dat hervor.
Wie solls jetzt weitergehen?? Jens
Am Fre den 15 Jun 2001 um 08:34:05 +0200 schrieb Jens Puruckherr:
Jun 14 22:06:00 file /USR/SBIN/CRON[7246]: (root) CMD (/root/zeitstempel) Jun 15 03:31:43 file sshd[7249]: log: Connection from 192.168.1.2 port 1023
^^^^^^^^ Das ist von jetzt eben! Warum hört er nach 22:06 einfach auf irgendwas zu machen. die Uhr geht auch wieder falsch. /etc/adjtime:
0.000000 0 0.000000 0 LOCAL
sieht doch gut aus. Mein Hardwareuhr: file:~ # clock Fri Jun 15 08:18:15 2001 -0.386010 seconds
geht richtig. Oh, interessant: Seitdem ich mich eingeloggt habe macht er wieder was:
Das dumme ist: er fährt jetzt das Backup an, welches um 23:00 Uhr starten sollte. Ist da eine normal Funktion vom Cron, vergessene Aufträge nachzuholen??
Thu Jun 14 22:05:00 CEST 2001 USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 4217 0.0 0.4 1212 620 ? S 09:42 0:00 /usr/sbin/cron root 4667 0.0 0.4 1100 560 ? S 11:21 0:00 /usr/sbin/syslogd root 4671 0.0 0.6 1484 884 ? S 11:21 0:00 /usr/sbin/klogd -c 1 root 7237 0.0 0.4 1212 616 ? S 22:05 0:00 /USR/SBIN/CRON root 7238 0.0 0.4 1212 616 ? S 22:05 0:00 /USR/SBIN/CRON root 7239 0.0 0.3 1040 444 ? S 22:05 0:00 clock --hctosys
Was mir hier auffällt: warum laufen bei dir 3 cron daemons? Kann es sein, daß die verschiedenen Instanzen von cron eine andere Vorstellung davon haben, wie spät es ist?
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND ..... (Heute morgen nach meinem Login)
Und das bringt uns wohl auch nicht weiter. Ausser das derEchner bis jetzt jeden Tag eine Stunde länger lebt.... Interessant ist vielelicht noch, das lt syslog der letzte zeitstempel um 22:06 genmacht wurde, dieser Job sich aber mit 22:05 eingetragen hat.
Wenn Interesse, hole ich die ganze zeitstempel.dat hervor.
Wie solls jetzt weitergehen??
Ich würde anregen, einen ntp Server aufzusetzen und die Zeit darüber periodisch zu vergleichen. man ntpdate:
-d Enable the debugging mode, in which ntpdate will go through all the steps, but not adjust the local clock. Information useful for general debugging will also be printed.
-q Query only - don't set the clock.
Die Zeit darüber zu stellen, wird nicht sonderlich schlau sein, da das ntpdate mit den verschieden cron's (die verschiedene Vorstellungen von "jetzt" haben) nicht mehr nachvollziehbare Zeitsprünge bewirken könnte (denkfehler?).
Vielleicht ist auch ein nicht an cron gekoppeltes Skript sinnvoll: while ( true ); do sleep 600; date >> /tmp/foo-time; done
Ist halt nur fraglich, wie sleep seine Zeitmessung macht?
btw.: hast du uns schon deinen kernel verraten?
andre
Andre Schulze schrieb am Freitag, 15. Juni 2001 08:35 :
Am Fre den 15 Jun 2001 um 08:34:05 +0200 schrieb Jens Puruckherr:
Jun 14 22:06:00 file /USR/SBIN/CRON[7246]: (root) CMD (/root/zeitstempel) Jun 15 03:31:43 file sshd[7249]: log: Connection from 192.168.1.2 port 1023
^^^^^^^^
Thu Jun 14 22:05:00 CEST 2001 USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 4217 0.0 0.4 1212 620 ? S 09:42 0:00 /usr/sbin/cron root 4667 0.0 0.4 1100 560 ? S 11:21 0:00 /usr/sbin/syslogd root 4671 0.0 0.6 1484 884 ? S 11:21 0:00 /usr/sbin/klogd -c 1 root 7237 0.0 0.4 1212 616 ? S 22:05 0:00 /USR/SBIN/CRON root 7238 0.0 0.4 1212 616 ? S 22:05 0:00 /USR/SBIN/CRON root 7239 0.0 0.3 1040 444 ? S 22:05 0:00 clock --hctosys
Was mir hier auffällt: warum laufen bei dir 3 cron daemons? Kann es sein, daß die verschiedenen Instanzen von cron eine andere Vorstellung davon haben, wie spät es ist?
Ich denke der orginale cron ist der kleine 4667 und die grossen CRON sind dann die jeweiligen Jobs die gestartet sind Beispiel von oben: Jun 14 22:06:00 file /USR/SBIN/CRON[7246]: (root) CMD (/root/zeitstempel) kleiner cron startet CRON mit 7246 der dann zeitstempel startet müßte dann 7247 sein wenn nichts anderes wichtiger ist steht in obiger Zeile aber nicht mit drin
micha
Am Samstag, 16. Juni 2001 14:44 schrieb Michael Zimmermann:
Ich denke der orginale cron ist der kleine 4667 und die grossen CRON sind dann die jeweiligen Jobs die gestartet sind Beispiel von oben:
So dachte ich das auch immer. ich habe mich gerade wieder eingeloggt, um wenigstens mal wieder ein Backup zu fahren:
Jun 15 11:54:16 file /usr/sbin/cron[4217]: (root) RELOAD (tabs/root) Jun 15 11:54:55 file sshd[7707]: log: Closing connection to 192.168.1.2 Jun 15 12:01:00 file /USR/SBIN/CRON[7828]: (pummel) CMD (/usr/local/bin/watch_sensors)
#### Das war original am Freitag. Der letzte Eintrag bis ebend.
Jun 15 12:27:42 file sshd[7909]: log: Password authentication for root accepted.
#### und hier ist es schon Sonnatg abend!!
Jun 15 12:27:42 file sshd[7909]: log: ROOT LOGIN as 'root' from dialin1.xxx.xxx Jun 17 20:46:58 file /usr/sbin/cron[7970]: (CRON) STARTUP (fork ok) Jun 17 20:47:00 file /USR/SBIN/CRON[7975]: (root) CMD (/root/zeitstempel) Jun 17 20:48:00 file /USR/SBIN/CRON[8018]: (root) CMD (/root/zeitstempel) Jun 17 20:49:00 file /USR/SBIN/CRON[8028]: (root) CMD (/root/zeitstempel) Jun 17 20:50:00 file /USR/SBIN/CRON[8035]: (root) CMD (/root/zeitstempel) Jun 17 20:51:00 file /USR/SBIN/CRON[8040]: (root) CMD (/root/zeitstempel) Jun 17 20:52:00 file /USR/SBIN/CRON[8044]: (root) CMD (/root/zeitstempel) Jun 17 20:53:00 file /USR/SBIN/CRON[8048]: (root) CMD (/root/zeitstempel)
Ich habe die Systemuhr aktualisiert und den cron neu gestartet und erst mal tut er wieder.
Es ist zum Haareraufen!!
Jens
Jens Puruckherr wrote:
#### Das war original am Freitag. Der letzte Eintrag bis ebend.
Jun 15 12:27:42 file sshd[7909]: log: Password authentication for root accepted.
#### und hier ist es schon Sonnatg abend!!
Jun 15 12:27:42 file sshd[7909]: log: ROOT LOGIN as 'root' from dialin1.xxx.xxx Jun 17 20:46:58 file /usr/sbin/cron[7970]: (CRON) STARTUP (fork ok)
Eingeloggt hast Du dich tatsächlich am Sonntag? Du hast mal die Einwahl über ISDN erwähnt. Kann es sein daß die Zeit dadurch verstellt wird? (Synchronisation mit der Vermittlungsstelle)
Rico
Am Montag, 18. Juni 2001 19:08 schrieb Rico Koerner:
#### Das war original am Freitag. Der letzte Eintrag bis ebend.
Jun 15 12:27:42 file sshd[7909]: log: Password authentication for root accepted.
#### und hier ist es schon Sonnatg abend!!
Jun 15 12:27:42 file sshd[7909]: log: ROOT LOGIN as 'root' from dialin1.xxx.xxx Jun 17 20:46:58 file /usr/sbin/cron[7970]: (CRON) STARTUP (fork ok)
Eingeloggt hast Du dich tatsächlich am Sonntag?
Ja, habe ich. Muß ja mal ein Backup machen, wenn sicher keiner da ist. automatisch geht es nicht mehr, da es bei meinem Rechner nie 23.00 Uhr wird....
Du hast mal die Einwahl über ISDN erwähnt. Kann es sein daß die Zeit dadurch verstellt wird? (Synchronisation mit der Vermittlungsstelle)
Nein, kann nicht sein, da ich der krumme Server kein ISDN hat, ich geh über unseren Komm-server ins System. Ich habe noch keinerlei Zeitdienste am laufen.
Jens
On Fri, Jun 15, 2001 at 08:34:05AM +0200, Jens Puruckherr wrote:
Das dumme ist: er fährt jetzt das Backup an, welches um 23:00 Uhr starten sollte. Ist da eine normal Funktion vom Cron, vergessene Aufträge nachzuholen??
cron tut das nicht, anacron tut das.
Eines ist mir noch aufgefallen: Das Einloggen vi ssh (per ISDN) dauert am Anfang ganz paar Sekunden. Man könnte meinen, er reagiert gar nicht. Bis dann irgenwann dich der promt erscheint. Beim nächsten Mal geht es dann wieder schneller.
Am Anfang Pause wegen DNS-Befragung, beim 2. mal ist der Eintrag schon im Cache.
Reinhard
Am Freitag, 15. Juni 2001 09:12 schrieb Reinhard Foerster:
cron tut das nicht, anacron tut das.
Phh, ich habe glaube den 'Vixie Cron', halt den, der bei einer normalen Suse mit draufgepappt wird.
Eines ist mir noch aufgefallen: Das Einloggen vi ssh (per ISDN) dauert am Anfang ganz paar Sekunden. Man könnte meinen, er reagiert gar nicht. Bis dann irgenwann dich der promt erscheint. Beim nächsten Mal geht es dann wieder schneller.
Am Anfang Pause wegen DNS-Befragung, beim 2. mal ist der Eintrag schon im Cache.
Hmm, ich habe keinen DNS, da alles in /etc/hosts steht ... oder? ich schaue noch mal nach. Habe ja das system neu aufgesetzt...wer weiss.
Was macht das Terminal?
Jens
Um mal weiter einige Zeitanomalien zu zeigen: Der Cron soll mir jede Stunde eine mail mit den Sensordaten des Boars schicken um x:01 Uhr: crontab -e -u pummel: # Sensordaten mailen 1 * * * * /usr/local/bin/watch_sensors
.... Jun 14 17:01:01 file sendmail[6050]: f5EF10O06050: Jun 14 17:01:21 file sendmail[6053]: f5EF10O06050: Jun 14 18:01:01 file sendmail[6202]: f5EG11v06202: Jun 14 18:01:07 file sendmail[6206]: f5EG11v06202: Jun 14 19:01:00 file sendmail[6583]: f5EH10P06583: Jun 14 19:01:12 file sendmail[6586]: f5EH10P06583: Jun 14 20:01:00 file sendmail[6718]: f5EI10Q06718: Jun 14 20:01:02 file sendmail[6722]: f5EI10Q06718: Jun 14 21:01:00 file sendmail[7079]: f5EJ10207079: Jun 14 21:01:01 file sendmail[7082]: f5EJ10207079: Jun 14 22:01:00 file sendmail[7214]: f5EK10r07214: Jun 14 22:01:01 file sendmail[7218]: f5EK10r07214: Jun 15 08:15:00 file sendmail[7293]: f5F6F0d07293: Jun 15 08:15:05 file sendmail[7316]: f5F6F5S07316: Jun 15 08:15:25 file sendmail[7302]: f5F6F0d07293: Jun 15 08:15:25 file sendmail[7319]: f5F6F5S07316: Jun 15 09:01:08 file sendmail[7555]: f5F717X07555: Jun 15 09:01:17 file sendmail[7558]: f5F717X07555: Jun 15 10:43:20 file sendmail[7640]: f5F8hKe07640: Jun 15 10:43:21 file sendmail[7643]: f5F8hKe07640: Jun 15 11:30:14 file sendmail[7687]: f5F9UEP07687: Jun 15 11:30:15 file sendmail[7690]: f5F9UEP07687:
Besonders die letzten werden zu seltsamen Zeiten losgeschickt.
ich bin immer noch am raetseln....
Jens
Jens Puruckherr wrote:
Um mal weiter einige Zeitanomalien zu zeigen: Der Cron soll mir jede Stunde eine mail mit den Sensordaten des Boars schicken um x:01 Uhr: crontab -e -u pummel: # Sensordaten mailen 1 * * * * /usr/local/bin/watch_sensors
.... Jun 14 22:01:00 file sendmail[7214]: f5EK10r07214: Jun 14 22:01:01 file sendmail[7218]: f5EK10r07214: Jun 15 08:15:00 file sendmail[7293]: f5F6F0d07293: Jun 15 08:15:05 file sendmail[7316]: f5F6F5S07316: Jun 15 08:15:25 file sendmail[7302]: f5F6F0d07293: Jun 15 08:15:25 file sendmail[7319]: f5F6F5S07316: Jun 15 09:01:08 file sendmail[7555]: f5F717X07555: Jun 15 09:01:17 file sendmail[7558]: f5F717X07555: Jun 15 10:43:20 file sendmail[7640]: f5F8hKe07640: Jun 15 10:43:21 file sendmail[7643]: f5F8hKe07640: Jun 15 11:30:14 file sendmail[7687]: f5F9UEP07687: Jun 15 11:30:15 file sendmail[7690]: f5F9UEP07687:
Besonders die letzten werden zu seltsamen Zeiten losgeschickt.
Sind die Mails alle von watch_sensors?
Am Montag, 18. Juni 2001 19:11 schrieb Rico Koerner:
crontab -e -u pummel: # Sensordaten mailen 1 * * * * /usr/local/bin/watch_sensors
.... Jun 14 22:01:00 file sendmail[7214]: f5EK10r07214:
Jun 15 08:15:05 file sendmail[7316]: f5F6F5S07316: Jun 15 08:15:25 file sendmail[7302]: f5F6F0d07293:
Jun 15 09:01:17 file sendmail[7558]: f5F717X07555:
Jun 15 10:43:21 file sendmail[7643]: f5F8hKe07640:
Jun 15 11:30:15 file sendmail[7690]: f5F9UEP07687:
Sind die Mails alle von watch_sensors?
Sie sind. die doppleten Einträge mal weggenommen, sieht es immer noch sehr doof aus. Es werden keine weiteren Mails vom Server aus verschickt, nicht an root oder so.
Jens
Hallo,
meine Odysse geht weiter. Heute hatte ich mal das seltsame Glück, das der Server bis nachts zum Backup gekommen ist - um 23.30 Uhr. 0.01 Ihr erhalte ich auch noch eine Sensormeldung - selten genug geworden. Heute früh rufen mich die Kolegen an - Anmeldung am PDC war möglich(!) aber man konnte sich mit keiner Freigabe mehr verbinden. Ich konnte moch von der Ferne auch nicht einloggen, kein ping - also Anweisung durch Telefon: RESET Ich kann nichts, aber auch garnichts finden, was zu diesem Verhalten führt. Hier nochmal, was ich für wichtig erachte:
folgende Logs: /var/log/log.smb: ----------------------- [2001/06/20 00:19:22, 1] nmbd/nmbd_processlogon.c:process_logon_packet(70) process_logon_packet: Logon from 192.168.1.3: code = 0x7
^^^^^^^^^^^^^^^^^^^^^^^^^^ letzter Request vom NT-Server nebenan
[2001/06/20 08:54:32, 1] nmbd/nmbd.c:main(757) Netbios nameserver version 2.0.7 started. Copyright Andrew Tridgell 1994-1998 [2001/06/20 08:54:33, 0] nmbd/asyncdns.c:start_async_dns(150) started asyncdns process 380
/var/log.volkmar: (ein Mitarbeiter) -------------------------------------- [2001/06/19 12:04:48, 1] smbd/service.c:close_cnum(583) klaus (192.168.1.10) closed connection to service profile [2001/06/19 12:05:27, 1] smbd/service.c:make_connection(550) klaus (192.168.1.10) connect to service profile as user volkmar (uid=507, gid=801) (pid 9095) [2001/06/19 12:05:30, 1] smbd/service.c:close_cnum(583) klaus (192.168.1.10) closed connection to service Daten [2001/06/19 12:05:30, 1] smbd/service.c:close_cnum(583) klaus (192.168.1.10) closed connection to service bank [2001/06/19 12:05:30, 1] smbd/service.c:close_cnum(583) klaus (192.168.1.10) closed connection to service profile
^^^^^^^^^^^^^^^^^^ hier fehlt das Abmelden von gestern abend, aber vieleicht isses das ja auch; beu den Zeiten, die der Server hat....
[2001/06/20 08:58:36, 1] smbd/service.c:make_connection(550) klaus (192.168.1.10) connect to service netlogon as user volkmar (uid=507, gid=801) (pid 435) [2001/06/20 08:58:37, 1] smbd/service.c:make_connection(550) klaus (192.168.1.10) connect to service Daten as user elbvilla (uid=510, gid=801) (pid 435) [2001/06/20 08:58:37, 1] smbd/service.c:make_connection(550)
/var/log/messages: ---------------------------------- Jun 19 20:58:00 file /USR/SBIN/CRON[9432]: (root) CMD (/root/zeitstempel) Jun 19 20:59:00 file /USR/SBIN/CRON[9436]: (root) CMD (/root/zeitstempel) Jun 19 21:01:00 file /USR/SBIN/CRON[9440]: (pummel) CMD (/usr/local/bin/watch_sensors) Jun 19 21:27:00 file -- MARK -- Jun 19 21:47:00 file -- MARK -- Jun 19 22:01:00 file /USR/SBIN/CRON[9448]: (pummel) CMD (/usr/local/bin/watch_sensors) Jun 19 22:27:00 file -- MARK -- Jun 19 22:47:00 file -- MARK -- Jun 19 23:01:00 file /USR/SBIN/CRON[9456]: (pummel) CMD (/usr/local/bin/watch_sensors) Jun 19 23:27:00 file -- MARK -- Jun 19 23:30:00 file /USR/SBIN/CRON[9464]: (root) CMD (/usr/local/bin/backup) Jun 19 23:47:00 file -- MARK -- Jun 20 00:00:00 file /USR/SBIN/CRON[9482]: (root) CMD (/root/zeitstempel) Jun 20 00:01:00 file /USR/SBIN/CRON[9487]: (pummel) CMD (/usr/local/bin/watch_sensors) Jun 20 00:01:00 file /USR/SBIN/CRON[9488]: (root) CMD (/root/zeitstempel) Jun 20 00:02:00 file /USR/SBIN/CRON[9498]: (root) CMD (/root/zeitstempel) Jun 20 00:03:00 file /USR/SBIN/CRON[9502]: (root) CMD (/root/zeitstempel) ....minütlich weiter..... Jun 20 00:27:00 file /USR/SBIN/CRON[9598]: (root) CMD (/root/zeitstempel) Jun 20 08:54:20 file syslogd 1.3-3: restart. Jun 20 08:54:24 file kernel: klogd 1.3-3, log source = /proc/kmsg started.
# Interessant ist, das der Cron die zeitstempeljobs nicht immer ausführt, sondern so, wie er es für richtig hält - macht uns das stutzig?
der letzte zeitstempel.dat: ##################### Wed Jun 20 00:27:00 CEST 2001 USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.1 344 196 ? S Jun17 0:05 init root 2 0.0 0.0 0 0 ? SW Jun17 0:09 [kflushd] root 3 0.0 0.0 0 0 ? SW Jun17 0:03 [kupdate] root 4 0.0 0.0 0 0 ? SW Jun17 0:00 [kpiod] root 5 0.0 0.0 0 0 ? SW Jun17 0:23 [kswapd] root 6 0.0 0.0 0 0 ? SW Jun17 0:00 [md_thread] root 34 0.0 0.0 0 0 ? SW Jun17 0:00 [kreiserfsd] root 293 0.0 2.1 5220 2792 ? S Jun17 0:00 /usr/sbin/httpd -f /etc/httpd/httpd.conf -D SSL -D SUSEHELP wwwrun 303 0.0 2.1 5220 2804 ? S Jun17 0:00 /usr/sbin/httpd -f /etc/httpd/httpd.conf -D SSL -D SUSEHELP root 329 0.0 0.3 1120 508 ? S Jun17 0:00 /usr/sbin/lpd root 377 0.0 0.9 2088 1184 ? S Jun17 0:00 sendmail: accepting connections root 388 0.0 0.8 1896 1096 ? S Jun17 0:09 /usr/sbin/nmbd -D root 389 0.0 0.7 1912 944 ? S Jun17 0:00 /usr/sbin/nmbd -D root 395 0.0 0.5 1600 676 ? S Jun17 0:25 /usr/sbin/sshd root 401 0.0 0.8 2520 1160 ? S Jun17 0:00 /usr/sbin/smbd -D root 413 0.0 0.4 1164 536 tty5 S Jun17 0:00 /sbin/mingetty tty5 root 414 0.0 0.4 1164 536 tty6 S Jun17 0:00 /sbin/mingetty tty6 root 2736 0.0 1.5 3972 2028 ? S Jun18 0:04 /usr/sbin/smbd -D root 3552 0.0 0.4 1164 536 tty3 S Jun18 0:00 /sbin/mingetty tty3 root 3553 0.0 0.4 1164 536 tty4 S Jun18 0:00 /sbin/mingetty tty4 root 3554 0.0 0.4 1164 536 tty2 S Jun18 0:00 /sbin/mingetty tty2 root 4667 0.0 0.4 1100 560 ? S Jun19 0:00 /usr/sbin/syslogd root 4671 0.0 0.6 1484 884 ? S Jun19 0:00 /usr/sbin/klogd -c 1 root 7970 0.0 0.4 1212 616 ? S Jun19 0:00 /usr/sbin/cron root 9097 0.0 1.9 4716 2568 ? S Jun19 0:18 /usr/sbin/smbd -D root 9178 0.0 0.4 1164 536 tty1 S Jun19 0:00 /sbin/mingetty --noclear tty1 root 9463 0.0 0.4 1212 612 ? S Jun19 0:00 /USR/SBIN/CRON root 9464 0.0 0.7 1948 960 ? S Jun19 0:00 sh /usr/local/bin/backup root 9480 1.8 1.1 2076 1448 ? D Jun19 1:01 /bin/tar -cvf /dev/nst0 /etc /usr/mnt/internals/bank /usr/mnt/internals/hvw /usr/mnt/elbvill root 9597 0.0 0.4 1212 612 ? S 00:27 0:00 /USR/SBIN/CRON root 9598 0.0 0.7 1948 948 ? S 00:27 0:00 sh /root/zeitstempel root 9600 0.0 0.7 2600 992 ? R 00:27 0:00 ps auxw
man beachte den tar-Prozess - status D
##################### Wed Jun 20 00:19:01 CEST 2001 USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND .... root 9463 0.0 0.4 1212 612 ? S Jun19 0:00 /USR/SBIN/CRON root 9464 0.0 0.7 1948 960 ? S Jun19 0:00 sh /usr/local/bin/backup root 9480 1.8 1.0 1996 1368 ? R Jun19 0:53 /bin/tar -cvf /dev/nst0 /etc /usr/mnt/internals/bank /usr/mnt/internals/hvw /usr/mnt/elbvill ....
Hier ist hat er einen normalen Status. Ist es normal, das tar beim schreiben aufs Band zwischendurch in den Status D geht, und ab und Zu wieder nach R wechselt (sehr schön mit top zu sehen) Das habe ich schon lange beobachtet.
Sind vieleicht irgdenwelche Hardwareschäden zu befürchten? Speicher? Board?
Ein imer noch ratloser
Jens
On Wed, Jun 20, 2001 at 10:22:16AM +0200, Jens Puruckherr wrote:
Hallo,
meine Odysse geht weiter.
... [tausende logs] ...
Da du immer noch gegen die springende Zeit ankämpftst und somit nach wie vor nicht nachvollziehen kannst, was wann passiert solltest du wirklich mal regelmäßige Logeintrage von einem Rechner mit funktionierender Zeit aus machen. Also etwa alle 5 minuten ein
orderlicher_host$ ssh kaputter_host logger +++++ ZEIT: `date` +++++
womit die Zeit von orderlicher_host im log von kaputter_host stehen sollte. Weiterhin wäre es nützlich, wenn du auf dem kaputten Ding dem syslogd eine temporäre Regel verpaßt, wodurch er ALLES IN EIN FILE loggt. Das ist deutlich übersichtlicher, als wenn man immer 10 logfiles parallel betrachten muss. Auch samba ist sicherlich dazu zu bewegen, per syslog zu loggen.
Dann siehst du auf dem kaputten Ding endlich mal, WANN wirklich WAS abgeht. Deinen Beschreibungen sind bis jetzt nämlich recht konfus, da du immer von samba, cron, backup und 83 anderen Dingen gleichzeitig berichtest.
Frohes Fehlersuchen, Reinhard
nachvollzie
Heute hatte ich mal das seltsame Glück, das der Server bis nachts zum Backup gekommen ist - um 23.30 Uhr. 0.01 Ihr erhalte ich auch noch eine Sensormeldung - selten genug geworden. Heute früh rufen mich die Kolegen an - Anmeldung am PDC war möglich(!) aber man konnte sich mit keiner Freigabe mehr verbinden. Ich konnte moch von der Ferne auch nicht einloggen, kein ping - also Anweisung durch Telefon: RESET Ich kann nichts, aber auch garnichts finden, was zu diesem Verhalten führt. Hier nochmal, was ich für wichtig erachte:
folgende Logs: /var/log/log.smb:
[2001/06/20 00:19:22, 1] nmbd/nmbd_processlogon.c:process_logon_packet(70) process_logon_packet: Logon from 192.168.1.3: code = 0x7
^^^^^^^^^^^^^^^^^^^^^^^^^^ letzter Request vom NT-Server nebenan
[2001/06/20 08:54:32, 1] nmbd/nmbd.c:main(757) Netbios nameserver version 2.0.7 started. Copyright Andrew Tridgell 1994-1998 [2001/06/20 08:54:33, 0] nmbd/asyncdns.c:start_async_dns(150) started asyncdns process 380
/var/log.volkmar: (ein Mitarbeiter)
[2001/06/19 12:04:48, 1] smbd/service.c:close_cnum(583) klaus (192.168.1.10) closed connection to service profile [2001/06/19 12:05:27, 1] smbd/service.c:make_connection(550) klaus (192.168.1.10) connect to service profile as user volkmar (uid=507, gid=801) (pid 9095) [2001/06/19 12:05:30, 1] smbd/service.c:close_cnum(583) klaus (192.168.1.10) closed connection to service Daten [2001/06/19 12:05:30, 1] smbd/service.c:close_cnum(583) klaus (192.168.1.10) closed connection to service bank [2001/06/19 12:05:30, 1] smbd/service.c:close_cnum(583) klaus (192.168.1.10) closed connection to service profile
^^^^^^^^^^^^^^^^^^ hier fehlt das Abmelden von gestern abend, aber vieleicht isses das ja auch; beu den Zeiten, die der Server hat....
[2001/06/20 08:58:36, 1] smbd/service.c:make_connection(550) klaus (192.168.1.10) connect to service netlogon as user volkmar (uid=507, gid=801) (pid 435) [2001/06/20 08:58:37, 1] smbd/service.c:make_connection(550) klaus (192.168.1.10) connect to service Daten as user elbvilla (uid=510, gid=801) (pid 435) [2001/06/20 08:58:37, 1] smbd/service.c:make_connection(550)
/var/log/messages:
Jun 19 20:58:00 file /USR/SBIN/CRON[9432]: (root) CMD (/root/zeitstempel) Jun 19 20:59:00 file /USR/SBIN/CRON[9436]: (root) CMD (/root/zeitstempel) Jun 19 21:01:00 file /USR/SBIN/CRON[9440]: (pummel) CMD (/usr/local/bin/watch_sensors) Jun 19 21:27:00 file -- MARK -- Jun 19 21:47:00 file -- MARK -- Jun 19 22:01:00 file /USR/SBIN/CRON[9448]: (pummel) CMD (/usr/local/bin/watch_sensors) Jun 19 22:27:00 file -- MARK -- Jun 19 22:47:00 file -- MARK -- Jun 19 23:01:00 file /USR/SBIN/CRON[9456]: (pummel) CMD (/usr/local/bin/watch_sensors) Jun 19 23:27:00 file -- MARK -- Jun 19 23:30:00 file /USR/SBIN/CRON[9464]: (root) CMD (/usr/local/bin/backup) Jun 19 23:47:00 file -- MARK -- Jun 20 00:00:00 file /USR/SBIN/CRON[9482]: (root) CMD (/root/zeitstempel) Jun 20 00:01:00 file /USR/SBIN/CRON[9487]: (pummel) CMD (/usr/local/bin/watch_sensors) Jun 20 00:01:00 file /USR/SBIN/CRON[9488]: (root) CMD (/root/zeitstempel) Jun 20 00:02:00 file /USR/SBIN/CRON[9498]: (root) CMD (/root/zeitstempel) Jun 20 00:03:00 file /USR/SBIN/CRON[9502]: (root) CMD (/root/zeitstempel) ....minütlich weiter..... Jun 20 00:27:00 file /USR/SBIN/CRON[9598]: (root) CMD (/root/zeitstempel) Jun 20 08:54:20 file syslogd 1.3-3: restart. Jun 20 08:54:24 file kernel: klogd 1.3-3, log source = /proc/kmsg started.
# Interessant ist, das der Cron die zeitstempeljobs nicht immer ausführt, sondern so, wie er es für richtig hält - macht uns das stutzig?
der letzte zeitstempel.dat: ##################### Wed Jun 20 00:27:00 CEST 2001 USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.1 344 196 ? S Jun17 0:05 init root 2 0.0 0.0 0 0 ? SW Jun17 0:09 [kflushd] root 3 0.0 0.0 0 0 ? SW Jun17 0:03 [kupdate] root 4 0.0 0.0 0 0 ? SW Jun17 0:00 [kpiod] root 5 0.0 0.0 0 0 ? SW Jun17 0:23 [kswapd] root 6 0.0 0.0 0 0 ? SW Jun17 0:00 [md_thread] root 34 0.0 0.0 0 0 ? SW Jun17 0:00 [kreiserfsd] root 293 0.0 2.1 5220 2792 ? S Jun17 0:00 /usr/sbin/httpd -f /etc/httpd/httpd.conf -D SSL -D SUSEHELP wwwrun 303 0.0 2.1 5220 2804 ? S Jun17 0:00 /usr/sbin/httpd -f /etc/httpd/httpd.conf -D SSL -D SUSEHELP root 329 0.0 0.3 1120 508 ? S Jun17 0:00 /usr/sbin/lpd root 377 0.0 0.9 2088 1184 ? S Jun17 0:00 sendmail: accepting connections root 388 0.0 0.8 1896 1096 ? S Jun17 0:09 /usr/sbin/nmbd -D root 389 0.0 0.7 1912 944 ? S Jun17 0:00 /usr/sbin/nmbd -D root 395 0.0 0.5 1600 676 ? S Jun17 0:25 /usr/sbin/sshd root 401 0.0 0.8 2520 1160 ? S Jun17 0:00 /usr/sbin/smbd -D root 413 0.0 0.4 1164 536 tty5 S Jun17 0:00 /sbin/mingetty tty5 root 414 0.0 0.4 1164 536 tty6 S Jun17 0:00 /sbin/mingetty tty6 root 2736 0.0 1.5 3972 2028 ? S Jun18 0:04 /usr/sbin/smbd -D root 3552 0.0 0.4 1164 536 tty3 S Jun18 0:00 /sbin/mingetty tty3 root 3553 0.0 0.4 1164 536 tty4 S Jun18 0:00 /sbin/mingetty tty4 root 3554 0.0 0.4 1164 536 tty2 S Jun18 0:00 /sbin/mingetty tty2 root 4667 0.0 0.4 1100 560 ? S Jun19 0:00 /usr/sbin/syslogd root 4671 0.0 0.6 1484 884 ? S Jun19 0:00 /usr/sbin/klogd -c 1 root 7970 0.0 0.4 1212 616 ? S Jun19 0:00 /usr/sbin/cron root 9097 0.0 1.9 4716 2568 ? S Jun19 0:18 /usr/sbin/smbd -D root 9178 0.0 0.4 1164 536 tty1 S Jun19 0:00 /sbin/mingetty --noclear tty1 root 9463 0.0 0.4 1212 612 ? S Jun19 0:00 /USR/SBIN/CRON root 9464 0.0 0.7 1948 960 ? S Jun19 0:00 sh /usr/local/bin/backup root 9480 1.8 1.1 2076 1448 ? D Jun19 1:01 /bin/tar -cvf /dev/nst0 /etc /usr/mnt/internals/bank /usr/mnt/internals/hvw /usr/mnt/elbvill root 9597 0.0 0.4 1212 612 ? S 00:27 0:00 /USR/SBIN/CRON root 9598 0.0 0.7 1948 948 ? S 00:27 0:00 sh /root/zeitstempel root 9600 0.0 0.7 2600 992 ? R 00:27 0:00 ps auxw
man beachte den tar-Prozess - status D
##################### Wed Jun 20 00:19:01 CEST 2001 USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND .... root 9463 0.0 0.4 1212 612 ? S Jun19 0:00 /USR/SBIN/CRON root 9464 0.0 0.7 1948 960 ? S Jun19 0:00 sh /usr/local/bin/backup root 9480 1.8 1.0 1996 1368 ? R Jun19 0:53 /bin/tar -cvf /dev/nst0 /etc /usr/mnt/internals/bank /usr/mnt/internals/hvw /usr/mnt/elbvill ....
Hier ist hat er einen normalen Status. Ist es normal, das tar beim schreiben aufs Band zwischendurch in den Status D geht, und ab und Zu wieder nach R wechselt (sehr schön mit top zu sehen) Das habe ich schon lange beobachtet.
Sind vieleicht irgdenwelche Hardwareschäden zu befürchten? Speicher? Board?
Ein imer noch ratloser
Jens
Lug-dd maillist - Lug-dd@schlittermann.de http://mailman.schlittermann.de/mailman/listinfo/lug-dd
Am Mittwoch, 20. Juni 2001 13:41 schrieb Reinhard Foerster:
Da du immer noch gegen die springende Zeit ankämpftst und somit nach wie vor nicht nachvollziehen kannst, was wann passiert solltest du wirklich mal regelmäßige Logeintrage von einem Rechner mit funktionierender Zeit aus machen. Also etwa alle 5 minuten ein
orderlicher_host$ ssh kaputter_host logger +++++ ZEIT: `date` +++++
womit die Zeit von orderlicher_host im log von kaputter_host stehen
Was es nicht alles gibt :-) Das ist eine gute Idee, ich les mir nur schnell noch das mit ssh Keys durch.
sollte. Weiterhin wäre es nützlich, wenn du auf dem kaputten Ding dem syslogd eine temporäre Regel verpaßt, wodurch er ALLES IN EIN FILE loggt.
Erst mal das mit dem ssh. Ich habe ja eigentlich auch noch was anders zu tun ;-)
Dann siehst du auf dem kaputten Ding endlich mal, WANN wirklich WAS abgeht. Deinen Beschreibungen sind bis jetzt nämlich recht konfus, da du immer von samba, cron, backup und 83 anderen Dingen gleichzeitig
Ja, sorry, ich versuchte alle Phenomene zu beschreiben, die damit zusammenhängen. sind aber nich 83!
Frohes Fehlersuchen, Reinhard
Oder jemanden fragen, der sich damit auskennt?
Jens
On Wed, Jun 20, 2001 at 02:14:42PM +0200, Jens Puruckherr wrote:
Am Mittwoch, 20. Juni 2001 13:41 schrieb Reinhard Foerster:
orderlicher_host$ ssh kaputter_host logger +++++ ZEIT: `date` +++++
womit die Zeit von orderlicher_host im log von kaputter_host stehen
Was es nicht alles gibt :-) Das ist eine gute Idee, ich les mir nur schnell noch das mit ssh Keys durch.
sonst rsh statt ssh, das ist einfacher und statt `date` lieber `date +"%Y-%m-%S %X"` Das ist lesbarer:
rf11@max:~> date +"%Y-%m-%S %X" 2001-06-02 21:31:02 rf11@max:~>
Reinhard
Am Mittwoch, 20. Juni 2001 13:41 schrieb Reinhard Foerster:
Zeit aus machen. Also etwa alle 5 minuten ein
orderlicher_host$ ssh kaputter_host logger +++++ ZEIT: `date` +++++
Ok, ich habs: Jun 20 14:34:42 file logger: +++++++++ Zeit Mail: Wed Jun 20 14:35:00 MEST 2001 +++++++++
Schaun 'mer mal, was passiert.
Jens
So, das Phenomen der Zeitdehnung:
Jun 20 20:53:00 file /USR/SBIN/CRON[2317]: (root) CMD (/root/zeitstempel) Jun 20 20:54:00 file /USR/SBIN/CRON[2321]: (root) CMD (/root/zeitstempel) [...ssh login....] Jun 20 20:54:43 file logger: Zeit Mail: Wed Jun 20 20:55:00 MEST 2001 ... Jun 20 20:55:00 file /USR/SBIN/CRON[2328]: (root) CMD (/root/zeitstempel) Jun 20 20:56:00 file /USR/SBIN/CRON[2332]: (root) CMD (/root/zeitstempel) Jun 20 20:57:00 file /USR/SBIN/CRON[2337]: (root) CMD (/root/zeitstempel) Jun 20 20:58:00 file /USR/SBIN/CRON[2341]: (root) CMD (/root/zeitstempel) Jun 20 20:59:00 file /USR/SBIN/CRON[2345]: (root) CMD (/root/zeitstempel) ^^^^^^^ der letzte Cronjob im syslog! .... Jun 20 22:14:43 file logger: Zeit Mail: Wed Jun 20 22:15:00 MEST 2001 Jun 20 22:19:43 file logger: Zeit Mail: Wed Jun 20 22:20:00 MEST 2001 Jun 20 22:24:43 file logger: Zeit Mail: Wed Jun 20 22:25:00 MEST 2001 Jun 20 22:29:44 file logger: Zeit Mail: Wed Jun 20 22:30:00 MEST 2001 Jun 20 22:34:43 file logger: Zeit Mail: Wed Jun 20 22:35:00 MEST 2001 Jun 20 22:39:43 file logger: Zeit Mail: Wed Jun 20 22:40:00 MEST 2001 Jun 20 22:44:44 file logger: Zeit Mail: Wed Jun 20 22:45:00 MEST 2001 Jun 20 22:49:44 file logger: Zeit Mail: Wed Jun 20 22:50:00 MEST 2001
Achtung:
Jun 20 22:51:25 file logger: Zeit Mail: Wed Jun 20 22:55:00 MEST 2001 Jun 20 22:51:26 file logger: Zeit Mail: Wed Jun 20 23:00:00 MEST 2001 Jun 20 22:51:28 file logger: Zeit Mail: Wed Jun 20 23:05:00 MEST 2001 Jun 20 22:51:29 file logger: Zeit Mail: Wed Jun 20 23:10:00 MEST 2001 Jun 20 22:51:30 file logger: Zeit Mail: Wed Jun 20 23:15:00 MEST 2001 .... Jun 20 22:56:06 file logger: Zeit Mail: Thu Jun 21 09:35:00 MEST 2001
Wers nicht glaubt, dem schicke ich gerne das komplette Syslog. Ich kämpfe hier also mit einer willkürlichen Zeitdehnung??
Jens
On Thu, Jun 21, 2001 at 10:04:24AM +0200, Jens Puruckherr wrote:
Achtung:
Jun 20 22:51:25 file logger: Zeit Mail: Wed Jun 20 22:55:00 MEST 2001 Jun 20 22:51:26 file logger: Zeit Mail: Wed Jun 20 23:00:00 MEST 2001 Jun 20 22:51:28 file logger: Zeit Mail: Wed Jun 20 23:05:00 MEST 2001 Jun 20 22:51:29 file logger: Zeit Mail: Wed Jun 20 23:10:00 MEST 2001 Jun 20 22:51:30 file logger: Zeit Mail: Wed Jun 20 23:15:00 MEST 2001 .... Jun 20 22:56:06 file logger: Zeit Mail: Thu Jun 21 09:35:00 MEST 2001
Wers nicht glaubt, dem schicke ich gerne das komplette Syslog. Ich kämpfe hier also mit einer willkürlichen Zeitdehnung??
Jo. Jetzt ist also erstmal klar, woran es hängt. Soweit ich weiß, liest der Kernel nur einmal beim Booten die Zeit aus aus der RTC und zählt die Zeit dann ganz allein weiter. Kann das jemand 100%ig bestätigen?
Wenn das so ist, macht also der kernel Mist, nicht die Hardware. Also würde ich erstmal einen anderen Kern probieren.
Reinhard
Reinhard Foerster schrieb am Donnerstag, 21. Juni 2001 10:25 :
Jo. Jetzt ist also erstmal klar, woran es hängt. Soweit ich weiß, liest der Kernel nur einmal beim Booten die Zeit aus aus der RTC und zählt die Zeit dann ganz allein weiter. Kann das jemand 100%ig bestätigen?
zu 100% beim cron so der fall (Ultrix,OSF auf ALPHA)
micha
Am Donnerstag, 21. Juni 2001 10:25 schrieb Reinhard Foerster:
On Thu, Jun 21, 2001 at 10:04:24AM +0200, Jens Puruckherr wrote:
Achtung:
Jun 20 22:51:25 file logger: Zeit Mail: Wed Jun 20 22:55:00 MEST 2001 Jun 20 22:51:26 file logger: Zeit Mail: Wed Jun 20 23:00:00 MEST 2001 Jun 20 22:51:28 file logger: Zeit Mail: Wed Jun 20 23:05:00 MEST 2001 Jun 20 22:51:29 file logger: Zeit Mail: Wed Jun 20 23:10:00 MEST 2001 Jun 20 22:51:30 file logger: Zeit Mail: Wed Jun 20 23:15:00 MEST 2001 .... Jun 20 22:56:06 file logger: Zeit Mail: Thu Jun 21 09:35:00 MEST 2001
Wers nicht glaubt, dem schicke ich gerne das komplette Syslog. Ich kämpfe hier also mit einer willkürlichen Zeitdehnung??
Jo. Jetzt ist also erstmal klar, woran es hängt. Soweit ich weiß, liest der Kernel nur einmal beim Booten die Zeit aus aus der RTC und zählt die Zeit dann ganz allein weiter. Kann das jemand 100%ig bestätigen?
So habe ich das auch so verstanden. no warranty.
Wenn das so ist, macht also der kernel Mist, nicht die Hardware. Also würde ich erstmal einen anderen Kern probieren.
Es ist der 2.2.16er mit der suse 7.0 geliefert. Der selber sollte an sich keinen Blödsinn machen, da ich ihn auf anderen Systemen auch problemlos am laufen habe. Auf diesem System vor dem Plattencrash problemlos > 1/2 Jahr. Vor paar Wochen habe ich das System neu installiert, keine Änderungen am Kernel vorgenommen (Suse-standard). Der Kommserver 'Mail' läuft in fast identischer Installation. aber es nütz wohl nichts...wochenende ade ....
Jens
Hallo Jens,
Jens Puruckherr wrote:
Am Donnerstag, 21. Juni 2001 10:25 schrieb Reinhard Foerster:
On Thu, Jun 21, 2001 at 10:04:24AM +0200, Jens Puruckherr wrote:
Achtung:
[snip]
Jun 20 22:51:30 file logger: Zeit Mail: Wed Jun 20 23:15:00 MEST 2001 .... Jun 20 22:56:06 file logger: Zeit Mail: Thu Jun 21 09:35:00 MEST 2001
Wers nicht glaubt, dem schicke ich gerne das komplette Syslog. Ich kämpfe hier also mit einer willkürlichen Zeitdehnung??
Es ist der 2.2.16er mit der suse 7.0 geliefert. Der selber sollte an sich keinen Blödsinn machen, da ich ihn auf anderen Systemen auch problemlos am laufen habe. Auf diesem System vor dem Plattencrash problemlos > 1/2 Jahr. Vor paar Wochen habe ich das System neu installiert, keine Änderungen am Kernel vorgenommen (Suse-standard). Der Kommserver 'Mail' läuft in fast identischer Installation. aber es nütz wohl nichts...wochenende ade ....
Hast du noch andere cron-jobs laufen ? Du hattest vorher von einem Backup geredet das um 23.00 Uhr gestartet wird? waere es moeglich, dass die backup-routine wenn sie beendet wird die systemzeit veraendert? (z.B. auf die zeit des Backup-Systems das irgendwie ne total andere Uhrzeit kennt?)
Tobias
Am Donnerstag, 21. Juni 2001 11:22 schrieb Mr Tobias Schiebeck:
Hallo Jens,
Jens Puruckherr wrote:
Am Donnerstag, 21. Juni 2001 10:25 schrieb Reinhard Foerster:
On Thu, Jun 21, 2001 at 10:04:24AM +0200, Jens Puruckherr wrote:
Achtung:
[snip]
Jun 20 22:51:30 file logger: Zeit Mail: Wed Jun 20 23:15:00 MEST 2001 .... Jun 20 22:56:06 file logger: Zeit Mail: Thu Jun 21 09:35:00 MEST 2001
Wers nicht glaubt, dem schicke ich gerne das komplette Syslog. Ich kämpfe hier also mit einer willkürlichen Zeitdehnung??
Es ist der 2.2.16er mit der suse 7.0 geliefert. Der selber sollte an sich keinen Blödsinn machen, da ich ihn auf anderen Systemen auch problemlos am laufen habe. Auf diesem System vor dem Plattencrash problemlos > 1/2 Jahr. Vor paar Wochen habe ich das System neu installiert, keine Änderungen am Kernel vorgenommen (Suse-standard). Der Kommserver 'Mail' läuft in fast identischer Installation. aber es nütz wohl nichts...wochenende ade ....
Hast du noch andere cron-jobs laufen ? Du hattest vorher von einem Backup geredet das um 23.00 Uhr gestartet wird? waere es moeglich, dass die backup-routine wenn sie beendet wird die systemzeit veraendert? (z.B. auf die zeit des Backup-Systems das irgendwie ne total andere Uhrzeit kennt?)
Das backup soll 23.30 gestartet werden, dazu kam es schon lange nicht mehr. Einmal schaffte er es aber - und blieb mitten im Backup hängen! (dauert ca 1h20min) Mal gucken, vielleicht ist er noch dabei, das Band dreht blos mit 1mm/min ;-)
Nee, nur noch zeitstempel.dat -> minütlich ps machen und loggen backup -> täglich 23.30 Uhr watch_sensors -> Hardwareüberwachung an mich mailen
jens
Jens Puruckherr schrieb am Donnerstag, 21. Juni 2001 10:04 :
So, das Phenomen der Zeitdehnung:
Jun 20 20:53:00 file /USR/SBIN/CRON[2317]: (root) CMD (/root/zeitstempel) Jun 20 20:54:00 file /USR/SBIN/CRON[2321]: (root) CMD (/root/zeitstempel) [...ssh login....] Jun 20 20:54:43 file logger: Zeit Mail: Wed Jun 20 20:55:00 MEST 2001 ... Jun 20 22:51:29 file logger: Zeit Mail: Wed Jun 20 23:10:00 MEST 2001 Jun 20 22:51:30 file logger: Zeit Mail: Wed Jun 20 23:15:00 MEST 2001 .... Jun 20 22:56:06 file logger: Zeit Mail: Thu Jun 21 09:35:00 MEST 2001
Wers nicht glaubt, dem schicke ich gerne das komplette Syslog. Ich kämpfe hier also mit einer willkürlichen Zeitdehnung??
Ich stelle hier mal eine Vermutung auf: sagt mein Kollege zu mir, letztens hatte sein Rechner Zeitprobleme nach einer Woche basteln .. Feststellung die Batterie der Hardware-Uhr war hin obwohl der Rechner fast wie neu war. Und ich dachte immer das es ein Akku ist der dann wenigstens gepuffert wird.
micha
Am Donnerstag, 21. Juni 2001 10:28 schrieb Michael Zimmermann:
Ich stelle hier mal eine Vermutung auf: sagt mein Kollege zu mir, letztens hatte sein Rechner Zeitprobleme nach einer Woche basteln .. Feststellung die Batterie der Hardware-Uhr war hin obwohl der Rechner fast wie neu war. Und ich dachte immer das es ein Akku ist der dann wenigstens gepuffert wird.
ne, die Hardwareuhr geht ja richtig! Ich stelle immer die 'Kerneluhr' nach!
Jens
Jens Puruckherr schrieb am Donnerstag, 21. Juni 2001 11:15 :
ne, die Hardwareuhr geht ja richtig! Ich stelle immer die 'Kerneluhr' nach!
in meiner ip-up habe ich noch diese zeile drin die mir die zeit stellt netdate ist aber nicht standartmäßig installiert soll angeblich nicht ganz sicher sein
/usr/sbin/netdate -v wrzx03.rz.uni-wuerzburg.de
kann man auch mehrere Zeitserver eintragen
geht natürlich nur wenn dein Rechner eine Verbindung hat könnte man auch in die crontab schreiben den zeitstempel job solltest du vielleicht wieder rausnehmen das kann schnell zu groß werden
micha
Am Donnerstag, 21. Juni 2001 11:48 schrieb Michael Zimmermann:
/usr/sbin/netdate -v wrzx03.rz.uni-wuerzburg.de
kann man auch mehrere Zeitserver eintragen
geht natürlich nur wenn dein Rechner eine Verbindung hat
hatter nich.
könnte man auch in die crontab schreiben
ja, ich hatte ja schon mal ein clock --hctosys drin, was bei funktionierender Hardwareuhr (sie geht richtig!) das selbe bewirkt. Wir können ja nochmal eine Zwangssyncronisierung einführen.
den zeitstempel job solltest du vielleicht wieder rausnehmen das kann schnell zu groß werden
Er hilft ja auch nicht viel weiter... aber auf der Systempartition sind noch paar Gig frei - lassen wir ihm doch den spaß.
Jens
Jens Puruckherr wrote:
Am Donnerstag, 21. Juni 2001 11:48 schrieb Michael Zimmermann:
könnte man auch in die crontab schreiben
ja, ich hatte ja schon mal ein clock --hctosys drin, was bei funktionierender Hardwareuhr (sie geht richtig!) das selbe bewirkt. Wir können ja nochmal eine Zwangssyncronisierung einführen.
Vielleicht hilft es, den clock-Befehl von der anderen Maschine aus per ssh o.ä. aufzurufen?
Das mit dem APM ist wohl auszuschließen, spätestens bei dem logger-Eintrag (=Festplattenzugriff) müßte das System doch wieder aufwachen.
Rico
Am Dienstag, 26. Juni 2001 18:30 schrieb Rico Koerner:
Jens Puruckherr wrote:
Am Donnerstag, 21. Juni 2001 11:48 schrieb Michael Zimmermann:
könnte man auch in die crontab schreiben
ja, ich hatte ja schon mal ein clock --hctosys drin, was bei funktionierender Hardwareuhr (sie geht richtig!) das selbe bewirkt. Wir können ja nochmal eine Zwangssyncronisierung einführen.
Vielleicht hilft es, den clock-Befehl von der anderen Maschine aus per ssh o.ä. aufzurufen?
Von der console aus betrachtet, geht es prima. Es macht aber wenig sinn, da die Zeitdehnung mal nach 3 Minuten, mal nach 5 Stunden anfängt,
Das mit dem APM ist wohl auszuschließen, spätestens bei dem logger-Eintrag (=Festplattenzugriff) müßte das System doch wieder aufwachen.
ich komme die nächstennWochen sowieson nicht dazu, am Server zu basteln, da muss er halt mit ein paar Resets leben. Backups mache ich mittlerweile via ssh - das klappt erst mal und ich bin zufrieden. Wenn mir jemand eine Möglichkeit gibt, von der Ferne einen neuen Kernel mit Fallback auf alten Kernel beim 2. Reboot zu geben, kann ich mich vielleicht daran mal probieren. Jemand, der auf den Knopf drückt habe ich vielleicht - eine Tastatur kann der nicht bedienen.
Jens
Jens Puruckherr puru@elbvilla.de zitierte aus seinem Syslog:
Jun 20 22:51:25 file logger: Zeit Mail: Wed Jun 20 22:55:00 MEST 2001 Jun 20 22:51:26 file logger: Zeit Mail: Wed Jun 20 23:00:00 MEST 2001 Jun 20 22:51:28 file logger: Zeit Mail: Wed Jun 20 23:05:00 MEST 2001 Jun 20 22:51:29 file logger: Zeit Mail: Wed Jun 20 23:10:00 MEST 2001 Jun 20 22:51:30 file logger: Zeit Mail: Wed Jun 20 23:15:00 MEST 2001 .... Jun 20 22:56:06 file logger: Zeit Mail: Thu Jun 21 09:35:00 MEST 2001
Wers nicht glaubt, dem schicke ich gerne das komplette Syslog. Ich kämpfe hier also mit einer willkürlichen Zeitdehnung??
springt hier irgendein Power-Management oder aehnliches an?
Holger
Am Donnerstag, 21. Juni 2001 21:53 schrieb Holger Dietze:
Jens Puruckherr puru@elbvilla.de zitierte aus seinem Syslog:
Jun 20 22:51:25 file logger: Zeit Mail: Wed Jun 20 22:55:00 MEST 2001 Jun 20 22:51:26 file logger: Zeit Mail: Wed Jun 20 23:00:00 MEST 2001 Jun 20 22:51:28 file logger: Zeit Mail: Wed Jun 20 23:05:00 MEST 2001 Jun 20 22:51:29 file logger: Zeit Mail: Wed Jun 20 23:10:00 MEST 2001 Jun 20 22:51:30 file logger: Zeit Mail: Wed Jun 20 23:15:00 MEST 2001 .... Jun 20 22:56:06 file logger: Zeit Mail: Thu Jun 21 09:35:00 MEST 2001
Wers nicht glaubt, dem schicke ich gerne das komplette Syslog. Ich kämpfe hier also mit einer willkürlichen Zeitdehnung??
springt hier irgendein Power-Management oder aehnliches an?
an sowas habe ich auch schon gedacht, ich sitze aber nicht vorm Rechner, um mal in dessen Bios zu schnüffeln. Ich will nicht hoffen, das ich einen Kernel mit APM-support installiert habe - wie bekomme ich eigentlich nachträglich raus, was der Kernel alles kann? Zumindest findet sich in keinem Log oder auch nicht in /proc ein Hinweis darauf. Es sei denn, jemand führt mich auf die richtige Fährte
Jens
Am Freitag, 22. Juni 2001 08:50 schrieb Jens Puruckherr:
darauf. Es sei denn, jemand führt mich auf die richtige Fährte
hab ich gleich mal selber gemacht:
file:~ # apm
No APM support in kernel
Nun muss ich nur bei meinem nächsten Einsatz mal kurz den Rechner runterfahren und ins Bios schauen.
Jens
lug-dd@mailman.schlittermann.de
-
Adam Lackorzynski -
Andre Schulze -
Andre Schulze -
Heiko Schlittermann -
Hilmar Preusse -
Holger Dietze -
Jens Puruckherr -
Michael Zimmermann -
Mr Tobias Schiebeck -
Reinhard Foerster -
Rico Koerner