Hallo Zusammen bei mir stürzt manchmal (jedoch nicht immer) der komplette Server-SuSE9.1-2.6.5-7.108-default (beim daily-Cron-lauf ?) ab. Siehe z.B. heute Nacht um 04:15:13: (...) Jan 10 00:59:00 UT-NW-SMB /USR/SBIN/CRON[5516]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Jan 10 01:18:02 UT-NW-SMB -- MARK -- Jan 10 01:38:02 UT-NW-SMB -- MARK -- Jan 10 01:58:03 UT-NW-SMB -- MARK -- Jan 10 01:59:00 UT-NW-SMB /USR/SBIN/CRON[5670]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Jan 10 02:18:03 UT-NW-SMB -- MARK -- Jan 10 02:38:03 UT-NW-SMB -- MARK -- Jan 10 02:58:03 UT-NW-SMB -- MARK -- Jan 10 02:59:00 UT-NW-SMB /USR/SBIN/CRON[5823]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Jan 10 03:18:03 UT-NW-SMB -- MARK -- Jan 10 03:38:03 UT-NW-SMB -- MARK -- Jan 10 03:58:03 UT-NW-SMB -- MARK -- Jan 10 03:59:00 UT-NW-SMB /USR/SBIN/CRON[5976]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Jan 10 04:14:00 UT-NW-SMB /USR/SBIN/CRON[6016]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.daily) Jan 10 04:15:13 UT-NW-SMB su: (to nobody) root on none Jan 10 04:15:13 UT-NW-SMB su: pam_unix2: session started for user nobody, service su Jan 10 09:44:00 UT-NW-SMB syslogd 1.4.1: restart. Jan 10 09:44:02 UT-NW-SMB smpppd[2280]: smpppd version 1.16 started Jan 10 09:44:02 UT-NW-SMB sshd[2440]: Server listening on :: port 22. (...) Ich vermute es gibt einen Zusammenhang mit pam_unix2. Nach dem Eintrag in messages "Jan 10 04:15:13 UT-NW-SMB su: pam_unix2: session started for user nobody, service su" vermisse ich den Eintrag "su: pam_unix2: session finished for user nobody, service su"? Leider weiß ich nicht so genau, was "pam_unix2" macht und wo die log-files von "pam_unix2" sind. Für Hilfe wäre ich sehr dankbar. Gruß Gerd
Am Dienstag, 10. Januar 2006 14:23 schrieb Gerd Limbeck:
Hallo Zusammen
bei mir stürzt manchmal (jedoch nicht immer) der komplette Server-SuSE9.1-2.6.5-7.108-default (beim daily-Cron-lauf ?) ab. Siehe z.B. heute Nacht um 04:15:13:
(...) Jan 10 00:59:00 UT-NW-SMB /USR/SBIN/CRON[5516]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Jan 10 01:18:02 UT-NW-SMB -- MARK -- Jan 10 01:38:02 UT-NW-SMB -- MARK -- Jan 10 01:58:03 UT-NW-SMB -- MARK -- Jan 10 01:59:00 UT-NW-SMB /USR/SBIN/CRON[5670]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Jan 10 02:18:03 UT-NW-SMB -- MARK -- Jan 10 02:38:03 UT-NW-SMB -- MARK -- Jan 10 02:58:03 UT-NW-SMB -- MARK -- Jan 10 02:59:00 UT-NW-SMB /USR/SBIN/CRON[5823]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Jan 10 03:18:03 UT-NW-SMB -- MARK -- Jan 10 03:38:03 UT-NW-SMB -- MARK -- Jan 10 03:58:03 UT-NW-SMB -- MARK -- Jan 10 03:59:00 UT-NW-SMB /USR/SBIN/CRON[5976]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Jan 10 04:14:00 UT-NW-SMB /USR/SBIN/CRON[6016]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.daily) Jan 10 04:15:13 UT-NW-SMB su: (to nobody) root on none Jan 10 04:15:13 UT-NW-SMB su: pam_unix2: session started for user nobody, service su Jan 10 09:44:00 UT-NW-SMB syslogd 1.4.1: restart. Jan 10 09:44:02 UT-NW-SMB smpppd[2280]: smpppd version 1.16 started Jan 10 09:44:02 UT-NW-SMB sshd[2440]: Server listening on :: port 22. (...)
Ich vermute es gibt einen Zusammenhang mit pam_unix2. Nach dem Eintrag in messages "Jan 10 04:15:13 UT-NW-SMB su: pam_unix2: session started for user nobody, service su" vermisse ich den Eintrag "su: pam_unix2: session finished for user nobody, service su"?
Leider weiß ich nicht so genau, was "pam_unix2" macht und wo die log-files von "pam_unix2" sind. Für Hilfe wäre ich sehr dankbar.
Ich glaube mal, das hängt nicht mit pam_unix.so zusammen, das sagt lediglich, dass ein prozess su benutzt um die Rechte des Users nobody zu erlangen. Ich vermute mal, dass das der Cron-Job war. Aber der dürfte eigentlich nicht den Rechner zum Absturz bringen, da dieser eigentlich nur temporäre Dateien löscht. Ist der Absturz denn jedesmal, nach dem dieser CronJob ausgeführt wurde? Und immer um die gleiche Zeit? Mfg, Thomas
Hallo Thomas, Am Dienstag, 10. Januar 2006 15:49 schrieb Thomas Gräber:
(...) Ich glaube mal, das hängt nicht mit pam_unix.so zusammen, das sagt lediglich, dass ein prozess su benutzt um die Rechte des Users nobody zu erlangen. Ich vermute mal, dass das der Cron-Job war. Aber der dürfte eigentlich nicht den Rechner zum Absturz bringen, da dieser eigentlich nur temporäre Dateien löscht. Ist der Absturz denn jedesmal, nach dem dieser CronJob ausgeführt wurde? Und immer um die gleiche Zeit? (...)
Ja, immer zur gleichen Zeit! Zwar nicht jeden Tag, aber die Zeit paßt immer! Wie z.B. wieder heute morgen: Jan 11 04:15:13 UT-NW-SMB su: (to nobody) root on none Jan 11 04:15:13 UT-NW-SMB su: pam_unix2: session started for user nobody, service su Jan 11 08:10:53 UT-NW-SMB syslogd 1.4.1: restart. Jedoch habe ich noch etwas mehr herausgefunden: Bevor der Restart um 08:10:53 Uhr heute gemacht wurde, konnte ich mich noch per Modem einloggen. Was mir dann aufgefallen ist: Das System meldete "Read-only file system" auf der root-Partition. Hmm???? Nach Neustart gings wieder. Hmm??? Weiterhin ist mir aufgefallen, daß die letzte 10.November-Zeile in messages sehr komische Zeichen beinhaltet. Kwrite meldet sogar, daß es sich bei messages um eine binäre Datei handelt! Ich habe die Einträge vor dem 11.November mal gelöscht. Vielleicht gab es ja mit diesen Sonderzeichen ein Problem. Ich werde mal bis morgen abwarten, ob der Fehler nochmal auftritt... Gruß Gerd
Gerd Limbeck wrote:
Hallo Thomas,
Am Dienstag, 10. Januar 2006 15:49 schrieb Thomas Gräber:
(...) Ich glaube mal, das hängt nicht mit pam_unix.so zusammen, das sagt lediglich, dass ein prozess su benutzt um die Rechte des Users nobody zu erlangen. Ich vermute mal, dass das der Cron-Job war. Aber der dürfte eigentlich nicht den Rechner zum Absturz bringen, da dieser eigentlich nur temporäre Dateien löscht. Ist der Absturz denn jedesmal, nach dem dieser CronJob ausgeführt wurde? Und immer um die gleiche Zeit?
(...)
Ja, immer zur gleichen Zeit! Zwar nicht jeden Tag, aber die Zeit paßt immer! Wie z.B. wieder heute morgen:
Jan 11 04:15:13 UT-NW-SMB su: (to nobody) root on none Jan 11 04:15:13 UT-NW-SMB su: pam_unix2: session started for user nobody, service su Jan 11 08:10:53 UT-NW-SMB syslogd 1.4.1: restart.
Jedoch habe ich noch etwas mehr herausgefunden: Bevor der Restart um 08:10:53 Uhr heute gemacht wurde, konnte ich mich noch per Modem einloggen. Was mir dann aufgefallen ist: Das System meldete "Read-only file system" auf der root-Partition. Hmm???? Nach Neustart gings wieder. Hmm???
Ähm wenn ich da auch mal was sagen darf, bist du auch ganz sicher dass der RECHNER neu startet?? meiner Meinung nach heisst das syslogd 1.4.1: restart. nur dass der SYSLOG restartet wurde, was zB bei etlichen logrotate-events häufig passiert.......? (siehe /etc/logrotate.d/ ) Matti
Hallo Matti, Am Mittwoch, 11. Januar 2006 10:21 schrieb Matthias Keller:
(...) Ähm wenn ich da auch mal was sagen darf, bist du auch ganz sicher dass der RECHNER neu startet?? (...)
Wenn Du so fragst: Nein ich bin nicht sicher. Ich bin jedoch laut Aussagen der Leute am Server ("Rechner muß neugestartet werden, da keine Kommunikation zum Server mehr möglich") und nach einigen Blicken in messages davon ausgegangen. Ich dachte der nachfolgende Auszug wäre ein normaler Neustart ohne Absturz.... (...) Dec 15 00:25:16 UT-NW-SMB -- MARK -- Dec 15 00:45:16 UT-NW-SMB -- MARK -- Dec 15 00:59:00 UT-NW-SMB /USR/SBIN/CRON[14151]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Dec 15 01:25:16 UT-NW-SMB -- MARK -- Dec 15 01:45:16 UT-NW-SMB -- MARK -- Dec 15 01:59:00 UT-NW-SMB /USR/SBIN/CRON[14305]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Dec 15 02:25:16 UT-NW-SMB -- MARK -- Dec 15 02:45:16 UT-NW-SMB -- MARK -- Dec 15 02:59:00 UT-NW-SMB /USR/SBIN/CRON[14458]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Dec 15 03:25:16 UT-NW-SMB -- MARK -- Dec 15 03:45:16 UT-NW-SMB -- MARK -- Dec 15 03:59:00 UT-NW-SMB /USR/SBIN/CRON[14611]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Dec 15 04:14:00 UT-NW-SMB /USR/SBIN/CRON[14651]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.daily) Dec 15 04:15:14 UT-NW-SMB su: (to nobody) root on none Dec 15 04:15:14 UT-NW-SMB su: pam_unix2: session started for user nobody, service su Dec 15 04:15:49 UT-NW-SMB su: pam_unix2: session finished for user nobody, service su Dec 15 04:45:16 UT-NW-SMB -- MARK -- Dec 15 04:59:00 UT-NW-SMB /USR/SBIN/CRON[14977]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Dec 15 05:25:16 UT-NW-SMB -- MARK -- Dec 15 05:45:16 UT-NW-SMB -- MARK -- Dec 15 05:59:00 UT-NW-SMB /USR/SBIN/CRON[15131]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Dec 15 06:25:16 UT-NW-SMB -- MARK -- Dec 15 06:45:16 UT-NW-SMB -- MARK -- Dec 15 06:59:00 UT-NW-SMB /USR/SBIN/CRON[15285]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Dec 15 07:25:17 UT-NW-SMB -- MARK -- Dec 15 07:36:38 UT-NW-SMB smbd[15427]: [2005/12/15 07:36:38, 0] lib/util_sock.c:read_socket_data(367) Dec 15 07:36:38 UT-NW-SMB smbd[15427]: read_socket_data: recv failure for 4. Error = Connection reset by peer Dec 15 07:36:39 UT-NW-SMB smbd[15428]: [2005/12/15 07:36:39, 1] smbd/service.c:make_connection_snum(619) Dec 15 07:36:39 UT-NW-SMB smbd[15428]: 192.168.51.107 (192.168.51.107) connect to service data initially as user unitechnik (uid=1000, gid=100) (pid 15428) Dec 15 07:37:32 UT-NW-SMB smbd[15428]: [2005/12/15 07:37:32, 1] smbd/service.c:close_cnum(801) Dec 15 07:37:32 UT-NW-SMB smbd[15428]: 192.168.51.107 (192.168.51.107) closed connection to service data Dec 15 07:59:00 UT-NW-SMB /USR/SBIN/CRON[15477]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Dec 15 08:01:30 UT-NW-SMB kernel: eth1: link down Dec 15 08:08:30 UT-NW-SMB init: Switching to runlevel: 0 Dec 15 08:08:31 UT-NW-SMB smbd[7757]: [2005/12/15 08:08:31, 1] smbd/service.c:close_cnum(801) Dec 15 08:08:31 UT-NW-SMB smbd[7757]: luithlen-hshz4m (192.168.50.111) closed connection to service data Dec 15 08:08:31 UT-NW-SMB xinetd[3577]: Exiting... Dec 15 08:08:32 UT-NW-SMB kernel: bootsplash: status on console 0 changed to on Dec 15 08:08:32 UT-NW-SMB smpppd[2392]: terminating on signal 15 Dec 15 08:08:32 UT-NW-SMB sshd[2477]: Received signal 15; terminating. Dec 15 08:08:43 UT-NW-SMB nmbd[2188]: [2005/12/15 08:08:43, 0] nmbd/nmbd.c:terminate(54) Dec 15 08:08:43 UT-NW-SMB nmbd[2188]: Got SIGTERM: going down... Dec 15 08:08:43 UT-NW-SMB kernel: Kernel logging (proc) stopped. Dec 15 08:08:43 UT-NW-SMB kernel: Kernel log daemon terminating. Dec 15 08:08:44 UT-NW-SMB exiting on signal 15 Dec 15 08:10:10 UT-NW-SMB syslogd 1.4.1: restart. Dec 15 08:10:12 UT-NW-SMB smpppd[2285]: smpppd version 1.16 started Dec 15 08:10:12 UT-NW-SMB sshd[2497]: Server listening on :: port 22. Dec 15 08:10:13 UT-NW-SMB modprobe: FATAL: Error inserting hw_random (/lib/modules/2.6.5-7.108-default/kernel/drivers/char/hw_random.ko): No such device Dec 15 08:10:13 UT-NW-SMB /etc/hotplug/pci.agent[1426]: ... can't load module hw_random Dec 15 08:10:13 UT-NW-SMB /etc/hotplug/pci.agent[1426]: missing kernel or user mode driver hw_random Dec 15 08:10:15 UT-NW-SMB /etc/hotplug/usb.agent[2821]: need a device for this command Dec 15 08:10:15 UT-NW-SMB /etc/hotplug/usb.agent[2879]: need a device for this command Dec 15 08:10:15 UT-NW-SMB kernel: klogd 1.4.1, log source = /proc/kmsg started. Dec 15 08:10:15 UT-NW-SMB kernel: Inspecting /boot/System.map-2.6.5-7.108-default Dec 15 08:10:15 UT-NW-SMB /etc/hotplug/usb.agent[2938]: need a device for this command Dec 15 08:10:15 UT-NW-SMB /etc/hotplug/usb.agent[2993]: need a device for this command Dec 15 08:10:15 UT-NW-SMB kernel: Loaded 23748 symbols from /boot/System.map-2.6.5-7.108-default. Dec 15 08:10:15 UT-NW-SMB kernel: Symbols match kernel version 2.6.5. Dec 15 08:10:15 UT-NW-SMB kernel: No module symbols loaded - kernel modules not enabled. Dec 15 08:10:15 UT-NW-SMB kernel: usbcore: registered new driver usbfs Dec 15 08:10:15 UT-NW-SMB kernel: usbcore: registered new driver hub Dec 15 08:10:15 UT-NW-SMB kernel: Linux Tulip driver version 1.1.13-NAPI (May 11, 2002) Dec 15 08:10:15 UT-NW-SMB kernel: eth0: ADMtek Comet rev 17 at 0x3000, 00:30:05:67:CC:41, IRQ 9. (...) ....und die nachfolgenden Auszüge von messages wären Abstürze: (...) Nov 20 00:12:16 UT-NW-SMB -- MARK -- Nov 20 00:32:16 UT-NW-SMB -- MARK -- Nov 20 00:52:16 UT-NW-SMB -- MARK -- Nov 20 00:59:00 UT-NW-SMB /USR/SBIN/CRON[5512]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Nov 20 01:12:16 UT-NW-SMB -- MARK -- Nov 20 01:32:16 UT-NW-SMB -- MARK -- Nov 20 01:52:16 UT-NW-SMB -- MARK -- Nov 20 01:59:00 UT-NW-SMB /USR/SBIN/CRON[5665]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Nov 20 02:12:16 UT-NW-SMB -- MARK -- Nov 20 02:32:16 UT-NW-SMB -- MARK -- Nov 20 02:52:16 UT-NW-SMB -- MARK -- Nov 20 02:59:00 UT-NW-SMB /USR/SBIN/CRON[5819]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Nov 20 03:12:16 UT-NW-SMB -- MARK -- Nov 20 03:32:16 UT-NW-SMB -- MARK -- Nov 20 03:52:17 UT-NW-SMB -- MARK -- Nov 20 03:59:00 UT-NW-SMB /USR/SBIN/CRON[5973]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Nov 20 04:12:17 UT-NW-SMB -- MARK -- Nov 20 04:14:00 UT-NW-SMB /USR/SBIN/CRON[6012]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.daily) Nov 20 04:15:15 UT-NW-SMB su: (to nobody) root on none Nov 20 04:15:15 UT-NW-SMB su: pam_unix2: session started for user nobody, service su Nov 21 08:19:33 UT-NW-SMB syslogd 1.4.1: restart. Nov 21 08:19:35 UT-NW-SMB smpppd[2278]: smpppd version 1.16 started Nov 21 08:19:35 UT-NW-SMB sshd[2466]: Server listening on :: port 22. Nov 21 08:19:37 UT-NW-SMB modprobe: FATAL: Error inserting hw_random (/lib/modules/2.6.5-7.108-default/kernel/drivers/char/hw_random.ko): No such device Nov 21 08:19:37 UT-NW-SMB /etc/hotplug/pci.agent[1424]: ... can't load module hw_random Nov 21 08:19:37 UT-NW-SMB /etc/hotplug/pci.agent[1424]: missing kernel or user mode driver hw_random Nov 21 08:19:37 UT-NW-SMB /etc/hotplug/usb.agent[2787]: need a device for this command Nov 21 08:19:38 UT-NW-SMB kernel: klogd 1.4.1, log source = /proc/kmsg started. Nov 21 08:19:38 UT-NW-SMB kernel: Inspecting /boot/System.map-2.6.5-7.108-default Nov 21 08:19:38 UT-NW-SMB rcpowersaved: CPU frequency scaling is not supported by your processor. Nov 21 08:19:38 UT-NW-SMB /etc/hotplug/usb.agent[2918]: need a device for this command Nov 21 08:19:38 UT-NW-SMB /etc/hotplug/usb.agent[2875]: need a device for this command Nov 21 08:19:38 UT-NW-SMB /etc/hotplug/usb.agent[2974]: need a device for this command Nov 21 08:19:38 UT-NW-SMB kernel: Loaded 23748 symbols from /boot/System.map-2.6.5-7.108-default. Nov 21 08:19:38 UT-NW-SMB kernel: Symbols match kernel version 2.6.5. Nov 21 08:19:38 UT-NW-SMB kernel: No module symbols loaded - kernel modules not enabled. Nov 21 08:19:38 UT-NW-SMB kernel: usbcore: registered new driver usbfs Nov 21 08:19:38 UT-NW-SMB kernel: usbcore: registered new driver hub Nov 21 08:19:38 UT-NW-SMB kernel: Linux Tulip driver version 1.1.13-NAPI (May 11, 2002) Nov 21 08:19:38 UT-NW-SMB kernel: eth0: ADMtek Comet rev 17 at 0x3000, 00:30:05:67:CC:41, IRQ 9. (...) (...) Nov 23 00:39:35 UT-NW-SMB -- MARK -- Nov 23 00:59:00 UT-NW-SMB /USR/SBIN/CRON[10714]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Nov 23 01:19:35 UT-NW-SMB -- MARK -- Nov 23 01:39:35 UT-NW-SMB -- MARK -- Nov 23 01:59:00 UT-NW-SMB /USR/SBIN/CRON[10868]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Nov 23 02:19:35 UT-NW-SMB -- MARK -- Nov 23 02:39:35 UT-NW-SMB -- MARK -- Nov 23 02:59:00 UT-NW-SMB /USR/SBIN/CRON[11020]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Nov 23 03:19:35 UT-NW-SMB -- MARK -- Nov 23 03:39:35 UT-NW-SMB -- MARK -- Nov 23 03:59:00 UT-NW-SMB /USR/SBIN/CRON[11174]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Nov 23 04:14:00 UT-NW-SMB /USR/SBIN/CRON[11214]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.daily) Nov 23 04:15:14 UT-NW-SMB su: (to nobody) root on none Nov 23 04:15:14 UT-NW-SMB su: pam_unix2: session started for user nobody, service su Nov 23 08:46:43 UT-NW-SMB syslogd 1.4.1: restart. Nov 23 08:46:45 UT-NW-SMB smpppd[2281]: smpppd version 1.16 started Nov 23 08:46:45 UT-NW-SMB sshd[2462]: Server listening on :: port 22. Nov 23 08:46:46 UT-NW-SMB modprobe: FATAL: Error inserting hw_random (/lib/modules/2.6.5-7.108-default/kernel/drivers/char/hw_random.ko): No such device Nov 23 08:46:46 UT-NW-SMB /etc/hotplug/pci.agent[1416]: ... can't load module hw_random Nov 23 08:46:46 UT-NW-SMB /etc/hotplug/pci.agent[1416]: missing kernel or user mode driver hw_random Nov 23 08:46:48 UT-NW-SMB /etc/hotplug/usb.agent[2805]: need a device for this command Nov 23 08:46:48 UT-NW-SMB /etc/hotplug/usb.agent[2853]: need a device for this command Nov 23 08:46:48 UT-NW-SMB kernel: klogd 1.4.1, log source = /proc/kmsg started. Nov 23 08:46:48 UT-NW-SMB kernel: Inspecting /boot/System.map-2.6.5-7.108-default Nov 23 08:46:48 UT-NW-SMB /etc/hotplug/usb.agent[2917]: need a device for this command Nov 23 08:46:48 UT-NW-SMB /etc/hotplug/usb.agent[2968]: need a device for this command Nov 23 08:46:48 UT-NW-SMB kernel: Loaded 23748 symbols from /boot/System.map-2.6.5-7.108-default. Nov 23 08:46:48 UT-NW-SMB kernel: Symbols match kernel version 2.6.5. Nov 23 08:46:48 UT-NW-SMB kernel: No module symbols loaded - kernel modules not enabled. Nov 23 08:46:48 UT-NW-SMB kernel: usbcore: registered new driver usbfs Nov 23 08:46:48 UT-NW-SMB kernel: usbcore: registered new driver hub Nov 23 08:46:48 UT-NW-SMB kernel: Linux Tulip driver version 1.1.13-NAPI (May 11, 2002) Nov 23 08:46:48 UT-NW-SMB kernel: eth0: ADMtek Comet rev 17 at 0x3000, 00:30:05:67:CC:41, IRQ 9. (...) (...) Dec 5 00:26:58 UT-NW-SMB -- MARK -- Dec 5 00:46:58 UT-NW-SMB -- MARK -- Dec 5 00:59:00 UT-NW-SMB /USR/SBIN/CRON[17574]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Dec 5 01:26:58 UT-NW-SMB -- MARK -- Dec 5 01:46:58 UT-NW-SMB -- MARK -- Dec 5 01:59:00 UT-NW-SMB /USR/SBIN/CRON[17727]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Dec 5 02:26:58 UT-NW-SMB -- MARK -- Dec 5 02:46:58 UT-NW-SMB -- MARK -- Dec 5 02:59:00 UT-NW-SMB /USR/SBIN/CRON[17881]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Dec 5 03:26:58 UT-NW-SMB -- MARK -- Dec 5 03:46:58 UT-NW-SMB -- MARK -- Dec 5 03:59:00 UT-NW-SMB /USR/SBIN/CRON[18034]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Dec 5 04:14:00 UT-NW-SMB /USR/SBIN/CRON[18074]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.daily) Dec 5 04:15:14 UT-NW-SMB su: (to nobody) root on none Dec 5 04:15:14 UT-NW-SMB su: pam_unix2: session started for user nobody, service su Dec 5 07:32:37 UT-NW-SMB syslogd 1.4.1: restart. Dec 5 07:32:39 UT-NW-SMB smpppd[2280]: smpppd version 1.16 started Dec 5 07:32:40 UT-NW-SMB sshd[2551]: Server listening on :: port 22. Dec 5 07:32:41 UT-NW-SMB modprobe: FATAL: Error inserting hw_random (/lib/modules/2.6.5-7.108-default/kernel/drivers/char/hw_random.ko): No such device Dec 5 07:32:41 UT-NW-SMB /etc/hotplug/pci.agent[1424]: ... can't load module hw_random Dec 5 07:32:41 UT-NW-SMB /etc/hotplug/pci.agent[1424]: missing kernel or user mode driver hw_random Dec 5 07:32:42 UT-NW-SMB rcpowersaved: CPU frequency scaling is not supported by your processor. Dec 5 07:32:42 UT-NW-SMB kernel: klogd 1.4.1, log source = /proc/kmsg started. Dec 5 07:32:42 UT-NW-SMB kernel: Inspecting /boot/System.map-2.6.5-7.108-default Dec 5 07:32:42 UT-NW-SMB /etc/hotplug/usb.agent[2875]: need a device for this command Dec 5 07:32:42 UT-NW-SMB /etc/hotplug/usb.agent[2835]: need a device for this command Dec 5 07:32:42 UT-NW-SMB /etc/hotplug/usb.agent[2929]: need a device for this command Dec 5 07:32:42 UT-NW-SMB kernel: Loaded 23748 symbols from /boot/System.map-2.6.5-7.108-default. Dec 5 07:32:42 UT-NW-SMB kernel: Symbols match kernel version 2.6.5. Dec 5 07:32:42 UT-NW-SMB kernel: No module symbols loaded - kernel modules not enabled. Dec 5 07:32:42 UT-NW-SMB kernel: usbcore: registered new driver usbfs Dec 5 07:32:42 UT-NW-SMB kernel: usbcore: registered new driver hub Dec 5 07:32:42 UT-NW-SMB kernel: Linux Tulip driver version 1.1.13-NAPI (May 11, 2002) Dec 5 07:32:42 UT-NW-SMB kernel: eth0: ADMtek Comet rev 17 at 0x3000, 00:30:05:67:CC:41, IRQ 9. (...) (...) Dec 10 00:17:37 UT-NW-SMB -- MARK -- Dec 10 00:37:37 UT-NW-SMB -- MARK -- Dec 10 00:57:37 UT-NW-SMB -- MARK -- Dec 10 00:59:00 UT-NW-SMB /USR/SBIN/CRON[22627]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Dec 10 01:17:37 UT-NW-SMB -- MARK -- Dec 10 01:37:37 UT-NW-SMB -- MARK -- Dec 10 01:57:37 UT-NW-SMB -- MARK -- Dec 10 01:59:00 UT-NW-SMB /USR/SBIN/CRON[22780]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Dec 10 02:17:37 UT-NW-SMB -- MARK -- Dec 10 02:37:37 UT-NW-SMB -- MARK -- Dec 10 02:57:37 UT-NW-SMB -- MARK -- Dec 10 02:59:00 UT-NW-SMB /USR/SBIN/CRON[22933]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Dec 10 03:17:37 UT-NW-SMB -- MARK -- Dec 10 03:37:38 UT-NW-SMB -- MARK -- Dec 10 03:57:38 UT-NW-SMB -- MARK -- Dec 10 03:59:00 UT-NW-SMB /USR/SBIN/CRON[23086]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Dec 10 04:14:00 UT-NW-SMB /USR/SBIN/CRON[23126]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.daily) Dec 10 04:15:16 UT-NW-SMB su: (to nobody) root on none Dec 10 04:15:16 UT-NW-SMB su: pam_unix2: session started for user nobody, service su Dec 12 08:32:26 UT-NW-SMB syslogd 1.4.1: restart. Dec 12 08:32:28 UT-NW-SMB smpppd[2283]: smpppd version 1.16 started Dec 12 08:32:28 UT-NW-SMB sshd[2446]: Server listening on :: port 22. Dec 12 08:32:31 UT-NW-SMB modprobe: FATAL: Error inserting hw_random (/lib/modules/2.6.5-7.108-default/kernel/drivers/char/hw_random.ko): No such device Dec 12 08:32:31 UT-NW-SMB /etc/hotplug/pci.agent[1424]: ... can't load module hw_random Dec 12 08:32:31 UT-NW-SMB /etc/hotplug/pci.agent[1424]: missing kernel or user mode driver hw_random Dec 12 08:32:31 UT-NW-SMB /etc/hotplug/usb.agent[2823]: need a device for this command Dec 12 08:32:31 UT-NW-SMB kernel: klogd 1.4.1, log source = /proc/kmsg started. Dec 12 08:32:31 UT-NW-SMB kernel: Inspecting /boot/System.map-2.6.5-7.108-default Dec 12 08:32:31 UT-NW-SMB /etc/hotplug/usb.agent[2960]: need a device for this command Dec 12 08:32:31 UT-NW-SMB /etc/hotplug/usb.agent[2921]: need a device for this command Dec 12 08:32:31 UT-NW-SMB /etc/hotplug/usb.agent[2869]: need a device for this command Dec 12 08:32:31 UT-NW-SMB kernel: Loaded 23748 symbols from /boot/System.map-2.6.5-7.108-default. Dec 12 08:32:31 UT-NW-SMB kernel: Symbols match kernel version 2.6.5. Dec 12 08:32:31 UT-NW-SMB kernel: No module symbols loaded - kernel modules not enabled. Dec 12 08:32:31 UT-NW-SMB kernel: usbcore: registered new driver usbfs Dec 12 08:32:31 UT-NW-SMB kernel: usbcore: registered new driver hub Dec 12 08:32:31 UT-NW-SMB kernel: Linux Tulip driver version 1.1.13-NAPI (May 11, 2002) Dec 12 08:32:31 UT-NW-SMB kernel: eth0: ADMtek Comet rev 17 at 0x3000, 00:30:05:67:CC:41, IRQ 9. (...) Stimmt das nicht? Gruß Gerd
Gerd Limbeck wrote:
Hallo Matti,
Am Mittwoch, 11. Januar 2006 10:21 schrieb Matthias Keller:
(...) Ähm wenn ich da auch mal was sagen darf, bist du auch ganz sicher dass der RECHNER neu startet?? (...)
Wenn Du so fragst: Nein ich bin nicht sicher. Ich bin jedoch laut Aussagen der Leute am Server ("Rechner muß neugestartet werden, da keine Kommunikation zum Server mehr möglich") und nach einigen Blicken in messages davon ausgegangen.
Ich dachte der nachfolgende Auszug wäre ein normaler Neustart ohne Absturz....
Hm ja ok das sieht jetz schon nach absturz resp neustart aus... Aus deinem allerersten Log war ich nicht so sicher weil ein syslog restart gibts auch beim logrotate. Aber hier sieht man jetzt ja wie die einzelnen services wieder hochgefahren werden... Gut möglich dass das Problem manchmal im cron.daily auftritt Schau doch mal ins /etc/cron.daily rein was dort so alles läuft Der run-crons der diese automatischen cronjobs erledigt eröffnet sich im /tmp ein eigenes verzeichnis: /tmp/run-crons.XXXXXX Wobei XXXXXX automatisch generiert wird. Dort rein schreibt er auch seine logdatei von den einzelnen prozessen. Schau mal obs so ein verzeichnis gibt oder nicht bei dir und schau dir die files mal an - das sollte dir eigentlich helfen den job zu finden der ev probleme macht. Wenn die verzeichnisse NICHT da sind bedeutet das entweder dass der cron erfolgreich abgeschlossen wurde -ODER- dass er noch zeit hatte seinen trap auzulösen bei vorzeitigem prozessende... Wenn nix da ist würd ich dir mal empfehlen folgende zeile aus /usr/lib/cron/run-crons auszukommentieren: trap "rm -rf $TMPDIR" 0 1 2 3 13 15 das sollte verhindern dass das temp verzeichnis bei vorzeitigem cron-ende gelöscht wird..... Vielleicht hilfts ja was.... Ev könntest du auch noch in allen anderen logs gucken von WANN genau der letzte Eintrag war, zB firewall oder so um zu sehen obs noch einträge stunden nach dem cron gibt oder kurz nach cron-start nix mehr...? Oooder du versuchst mal alle einträge dort im cron.daily direkt auszuführen vielleicht? Grüsse und viel Glück Matti
Hallo Matti, Am Mittwoch, 11. Januar 2006 14:32 schrieb Matthias Keller:
(...) Schau mal obs so ein verzeichnis gibt oder nicht bei dir und schau dir die files mal an - (...)
es existieren mehrere Verzeichnisse. Das vom heutigen Datum (wieder Absturz) ist /tmp/run-crons.WM7180 mit zwei Files drin: "run-crons.7178" und "run-crons.daily.7178", wobei letztes 0 KB hat. In "run-crons.7178" steht: running daily cronjob scripts SCRIPT: clean_catman, OK. SCRIPT: clean_core, OK. SCRIPT: do_mandb, OK. SCRIPT: logrotate, OK. SCRIPT: suse.de-backup-rc.config, OK. SCRIPT: suse.de-backup-rpmdb, OK. SCRIPT: suse.de-check-battery, OK. SCRIPT: suse.de-clean-tmp, OK. SCRIPT: suse.de-clean-vi, OK. SCRIPT: suse.de-cron-local, OK. SCRIPT: tetex, OK. und ein "l /etc/cron.daily/" ergibt: drwxr-xr-x 2 root root 4096 Sep 28 2004 ./ drwxr-xr-x 66 root root 8192 Jan 12 08:12 ../ -rwx------ 1 root root 924 Apr 6 2004 clean_catman* -rwx------ 1 root root 1761 Apr 6 2004 clean_core* -rwx------ 1 root root 1169 Apr 6 2004 do_mandb* -rwxr-xr-x 1 root root 176 Apr 6 2004 logrotate* -rwxr-xr-x 1 root root 1875 Sep 1 2003 suse.de-backup-rc.config* -rwxr-xr-x 1 root root 2059 Sep 8 2003 suse.de-backup-rpmdb* -rwxr-xr-x 1 root root 566 Jul 23 2004 suse.de-check-battery* -rwxr-xr-x 1 root root 1121 Sep 1 2003 suse.de-clean-tmp* -rwxr-xr-x 1 root root 472 Sep 1 2003 suse.de-clean-vi* -rwxr-xr-x 1 root root 371 Sep 1 2003 suse.de-cron-local* -rwxr-xr-x 1 root root 685 Apr 6 2004 tetex* -rwx------ 1 root root 1526 Apr 6 2004 updatedb* Also macht wohl "updatedb" das Problem?! Was ist das? Braucht man "updatedb"? Sind Probleme mit "updatedb" bekannt? Gruß Gerd
Gerd Limbeck wrote:
Hallo Matti,
Am Mittwoch, 11. Januar 2006 14:32 schrieb Matthias Keller:
(...) Schau mal obs so ein verzeichnis gibt oder nicht bei dir und schau dir die files mal an - (...)
es existieren mehrere Verzeichnisse. Das vom heutigen Datum (wieder Absturz) ist /tmp/run-crons.WM7180 mit zwei Files drin: "run-crons.7178" und "run-crons.daily.7178", wobei letztes 0 KB hat. In "run-crons.7178" steht:
running daily cronjob scripts
SCRIPT: clean_catman, OK. SCRIPT: clean_core, OK. SCRIPT: do_mandb, OK. SCRIPT: logrotate, OK. SCRIPT: suse.de-backup-rc.config, OK. SCRIPT: suse.de-backup-rpmdb, OK. SCRIPT: suse.de-check-battery, OK. SCRIPT: suse.de-clean-tmp, OK. SCRIPT: suse.de-clean-vi, OK. SCRIPT: suse.de-cron-local, OK. SCRIPT: tetex, OK.
und ein "l /etc/cron.daily/" ergibt:
drwxr-xr-x 2 root root 4096 Sep 28 2004 ./ drwxr-xr-x 66 root root 8192 Jan 12 08:12 ../ -rwx------ 1 root root 924 Apr 6 2004 clean_catman* -rwx------ 1 root root 1761 Apr 6 2004 clean_core* -rwx------ 1 root root 1169 Apr 6 2004 do_mandb* -rwxr-xr-x 1 root root 176 Apr 6 2004 logrotate* -rwxr-xr-x 1 root root 1875 Sep 1 2003 suse.de-backup-rc.config* -rwxr-xr-x 1 root root 2059 Sep 8 2003 suse.de-backup-rpmdb* -rwxr-xr-x 1 root root 566 Jul 23 2004 suse.de-check-battery* -rwxr-xr-x 1 root root 1121 Sep 1 2003 suse.de-clean-tmp* -rwxr-xr-x 1 root root 472 Sep 1 2003 suse.de-clean-vi* -rwxr-xr-x 1 root root 371 Sep 1 2003 suse.de-cron-local* -rwxr-xr-x 1 root root 685 Apr 6 2004 tetex* -rwx------ 1 root root 1526 Apr 6 2004 updatedb*
Also macht wohl "updatedb" das Problem?! Was ist das? Braucht man "updatedb"? Sind Probleme mit "updatedb" bekannt?
Hi Ich glaube wir kommen der Sache näher :) Leider gibts auf meinem 10.0 system kein updatedb script.. schau doch mal da rein was es genau ist? Ist es die man-db ? Kannst du einen Absturz provozieren wenn du das script direkt von hand ausführst? (ev xmal probieren?) Wenn es die man-db ist, kannst das script ja auch mal via chmod 000 vom ausführen ausnehmen im daily cron und schauen ob das System immernoch ab und zu abstürzt Gruss Matti
On Thursday 12 January 2006 10:26, Matthias Keller wrote:
Gerd Limbeck wrote:
Hallo Matti,
Am Mittwoch, 11. Januar 2006 14:32 schrieb Matthias Keller:
(...) Schau mal obs so ein verzeichnis gibt oder nicht bei dir und schau dir die files mal an - (...)
es existieren mehrere Verzeichnisse. Das vom heutigen Datum (wieder Absturz) ist /tmp/run-crons.WM7180 mit zwei Files drin: "run-crons.7178" und "run-crons.daily.7178", wobei letztes 0 KB hat. In "run-crons.7178" steht:
running daily cronjob scripts
SCRIPT: clean_catman, OK. SCRIPT: clean_core, OK. SCRIPT: do_mandb, OK. SCRIPT: logrotate, OK. SCRIPT: suse.de-backup-rc.config, OK. SCRIPT: suse.de-backup-rpmdb, OK. SCRIPT: suse.de-check-battery, OK. SCRIPT: suse.de-clean-tmp, OK. SCRIPT: suse.de-clean-vi, OK. SCRIPT: suse.de-cron-local, OK. SCRIPT: tetex, OK.
und ein "l /etc/cron.daily/" ergibt:
drwxr-xr-x 2 root root 4096 Sep 28 2004 ./ drwxr-xr-x 66 root root 8192 Jan 12 08:12 ../ -rwx------ 1 root root 924 Apr 6 2004 clean_catman* -rwx------ 1 root root 1761 Apr 6 2004 clean_core* -rwx------ 1 root root 1169 Apr 6 2004 do_mandb* -rwxr-xr-x 1 root root 176 Apr 6 2004 logrotate* -rwxr-xr-x 1 root root 1875 Sep 1 2003 suse.de-backup-rc.config* -rwxr-xr-x 1 root root 2059 Sep 8 2003 suse.de-backup-rpmdb* -rwxr-xr-x 1 root root 566 Jul 23 2004 suse.de-check-battery* -rwxr-xr-x 1 root root 1121 Sep 1 2003 suse.de-clean-tmp* -rwxr-xr-x 1 root root 472 Sep 1 2003 suse.de-clean-vi* -rwxr-xr-x 1 root root 371 Sep 1 2003 suse.de-cron-local* -rwxr-xr-x 1 root root 685 Apr 6 2004 tetex* -rwx------ 1 root root 1526 Apr 6 2004 updatedb*
Also macht wohl "updatedb" das Problem?! Was ist das? Braucht man "updatedb"? Sind Probleme mit "updatedb" bekannt?
Hi
updatedb bringt die find-datenbank auf den aktuellen Stand. (Stichwort: Locate)
Ich glaube wir kommen der Sache näher :)
Leider gibts auf meinem 10.0 system kein updatedb script.. schau doch mal da rein was es genau ist? Ist es die man-db ?
Dann hast Du keine findutils bei Dir installiert, oder im falschen Verzeichnis nachgeschaut :-)
Kannst du einen Absturz provozieren wenn du das script direkt von hand ausführst? (ev xmal probieren?)
Wenn es die man-db ist, kannst das script ja auch mal via chmod 000 vom ausführen ausnehmen im daily cron und schauen ob das System immernoch ab und zu abstürzt
s.o. ist nicht die man-DB. Manuell ausfuehren als root "updatedb".
Gruss
Matti
LG, Benni -- Benjamin Zeller Ing.-Büro Hohmann Bahnhofstr. 34 D-82515 Wolfratshausen Tel.: +49 (0)8171 347 88 12 Mobil: +49 (0)160 99 11 55 23 Fax: +49 (0)8171 910 778 mailto: zeller@ibh-wor.de www.ibh-wor.de
Hallo Benni, Am Donnerstag, 12. Januar 2006 11:00 schrieb Benjamin Zeller:
(...) updatedb bringt die find-datenbank auf den aktuellen Stand. (Stichwort: Locate) (...)
Ja, hab ich mittlerweile auch heraus bekommen. Ich könnte das doch einfach deinstallieren?! Braucht auf dem Server eh keiner. Ist lediglich ein samba-marsnwe Bridge-Rechner. Doch damit verhindere ich vielleicht den Absturz, aber warum stürz denn "updatedb" ab? Gibt es Probleme mit der Festplatte? Gruß Gerd
On Thursday 12 January 2006 11:16, Gerd Limbeck wrote:
Hallo Benni,
Am Donnerstag, 12. Januar 2006 11:00 schrieb Benjamin Zeller:
(...) updatedb bringt die find-datenbank auf den aktuellen Stand. (Stichwort: Locate) (...)
Ja, hab ich mittlerweile auch heraus bekommen. Ich könnte das doch einfach deinstallieren?! Braucht auf dem Server eh keiner. Ist lediglich ein samba-marsnwe Bridge-Rechner.
Ich "brauche" bzw. will das auf jeder Kiste, egal ob Server oder Client. Wenns wirklich daran scheitert, deinstalliere findutils-locate bzw. installiere das neu.
Doch damit verhindere ich vielleicht den Absturz, aber warum stürz denn "updatedb" ab? Gibt es Probleme mit der Festplatte?
Hast Du es denn jetzt mal haendisch angeworfen? Noch bist Du Dir ja nicht sicher, ob es wirklich updatedb ist, was die Kiste zum Absturz bringt.
Gruß Gerd
LG, Benni -- Benjamin Zeller Ing.-Büro Hohmann Bahnhofstr. 34 D-82515 Wolfratshausen Tel.: +49 (0)8171 347 88 12 Mobil: +49 (0)160 99 11 55 23 Fax: +49 (0)8171 910 778 mailto: zeller@ibh-wor.de www.ibh-wor.de
Hast Du es denn jetzt mal haendisch angeworfen? Noch bist Du Dir ja nicht sicher, ob es wirklich updatedb ist, was die Kiste zum Absturz bringt.
Ja, hab gerade "updatedb" manuell gestartet und es beendet sich auch. Doch danach meldet das System "Read-only file system" auf der root-Partition!?!?! Und das ist genau das Problem: Warum ist Schreiben nach Aufruf von updatedb nicht mehr möglich? Gruß Gerd
* Gerd Limbeck wrote on Thu, Jan 12, 2006 at 15:20 +0100:
Ja, hab gerade "updatedb" manuell gestartet und es beendet sich auch. Doch danach meldet das System "Read-only file system" auf der root-Partition!?!?! Und das ist genau das Problem: Warum ist Schreiben nach Aufruf von updatedb nicht mehr möglich?
Hardware kaputt? oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel.
Am Donnerstag, 12. Januar 2006 22:25 schrieb Steffen Dettmer:
(...)
Hardware kaputt?
Weiß nich genau. Kann man ne gemountete root-partition testen? Ansonsten fühl der Rechner sich eigentlich ganz gut an. Hab ich jetzt erst mal locate mit updatedb deinstalliert. Mal sehn was passiert... Gruß Gerd
Hallo Gerd, hallo Leute, Am Freitag, 13. Januar 2006 19:13 schrieb Gerd Limbeck:
Am Donnerstag, 12. Januar 2006 22:25 schrieb Steffen Dettmer:
(...)
Hardware kaputt?
Weiß nich genau. Kann man ne gemountete root-partition testen?
Für wirklich empfehlenswert halte ich es nicht. Es sollte aber gehen, wenn Du die root-Partition vorher mit mount -o remount,ro / read-only mountest und dann erst fsck aufrufst. Falls irgendwas zu reparieren war, hinterher sicherheitshalber rebooten. Aus einem Rettungssystem ausgeführt ist mir bei einem fsck übrigens deutlich wohler... Einmal badblocks laufen lassen ist bestimmt auch eine gute Idee ;-)
Ansonsten fühl der Rechner sich eigentlich ganz gut an.
Ich weiß nicht - wenn ein Rechner regelmäßig abstürzt, fühlt er sich IMHO nicht sonderlich gut an ;-)
Hab ich jetzt erst mal locate mit updatedb deinstalliert. Mal sehn was passiert...
Wenn irgendwas anderes eine hohe Systemlast und/oder IO-Last erzeugt, hast Du vermutlich wieder einen Hänger. Sprich: Symptombekämpfung lohnt sich nur in Ausnahmefällen ;-) Gruß Christian Boltz -- Und dann war da noch der junge Mann, der unbedingt Schriftsteller werden wollte. Er wollte Emotionen wecken und die Leute zum Weinen bringen. Sein Traum wurde wahr, er verfaßt heute die Fehlermeldungen bei Microsoft.
Am Freitag, 13. Januar 2006 19:13 schrieb Gerd Limbeck:
Am Donnerstag, 12. Januar 2006 22:25 schrieb Steffen Dettmer:
(...)
Hardware kaputt?
Weiß nich genau. Kann man ne gemountete root-partition testen?
Ansonsten fühl der Rechner sich eigentlich ganz gut an. Hab ich jetzt erst mal locate mit updatedb deinstalliert. Mal sehn was passiert...
Also nachdem ich locate mit updatedb deinstalliert habe, sind keine Abstürze mehr vorgekommen. Habe jetzt ne uptime von über 4 Tagen! Wahnsinn!!!! locate mit updatedb scheint wohl buggy zu sein ... unter SuSE9.1 Gruß Gerd
Gruß Gerd
On Wednesday 18 January 2006 08:40, Gerd Limbeck wrote:
Am Freitag, 13. Januar 2006 19:13 schrieb Gerd Limbeck:
Am Donnerstag, 12. Januar 2006 22:25 schrieb Steffen Dettmer:
(...)
Hardware kaputt?
Weiß nich genau. Kann man ne gemountete root-partition testen?
Ansonsten fühl der Rechner sich eigentlich ganz gut an. Hab ich jetzt erst mal locate mit updatedb deinstalliert. Mal sehn was passiert...
Also nachdem ich locate mit updatedb deinstalliert habe, sind keine Abstürze mehr vorgekommen. Habe jetzt ne uptime von über 4 Tagen! Wahnsinn!!!!
Zufall!?
locate mit updatedb scheint wohl buggy zu sein ... unter SuSE9.1
Kann ich in keinster Weise bestaetigen. Habe schon laenger mit SuSE zu tun, u.a. auch natuerlich mit der 9.1. Auf *allen* Maschinen find-tools installiert (wie ich in einer vorhergehenden Mail schon sagte, will ich nicht ohne) und *nie* Probleme gehabt. Ich will jetzt hier nicht schwarzmalen, aber ich wuerde mich an Deiner Stelle noch nicht auf der sicheren Seite waegen, sondern eher Ursachenforschung betreiben (Hardware etc.). LG, Benni -- Benjamin Zeller Ing.-Büro Hohmann Bahnhofstr. 34 D-82515 Wolfratshausen Tel.: +49 (0)8171 347 88 12 Mobil: +49 (0)160 99 11 55 23 Fax: +49 (0)8171 910 778 mailto: zeller@ibh-wor.de www.ibh-wor.de
Am Mittwoch, 18. Januar 2006 10:04 schrieb Benjamin Zeller:
On Wednesday 18 January 2006 08:40, Gerd Limbeck wrote:
Am Freitag, 13. Januar 2006 19:13 schrieb Gerd Limbeck:
Am Donnerstag, 12. Januar 2006 22:25 schrieb Steffen Dettmer:
(...)
Hardware kaputt?
Weiß nich genau. Kann man ne gemountete root-partition testen?
Ansonsten fühl der Rechner sich eigentlich ganz gut an. Hab ich jetzt erst mal locate mit updatedb deinstalliert. Mal sehn was passiert...
Also nachdem ich locate mit updatedb deinstalliert habe, sind keine Abstürze mehr vorgekommen. Habe jetzt ne uptime von über 4 Tagen! Wahnsinn!!!!
Zufall!?
Kann sein. Wichtig ist "uptime": 8:02am an 52 Tage 16:09, 4 Benutzer, Durchschnittslast: 0,08, 0,02, 0,01 Gruß Gerd
locate mit updatedb scheint wohl buggy zu sein ... unter SuSE9.1
Kann ich in keinster Weise bestaetigen. Habe schon laenger mit SuSE zu tun, u.a. auch natuerlich mit der 9.1. Auf *allen* Maschinen find-tools installiert (wie ich in einer vorhergehenden Mail schon sagte, will ich nicht ohne) und *nie* Probleme gehabt.
Ich will jetzt hier nicht schwarzmalen, aber ich wuerde mich an Deiner Stelle noch nicht auf der sicheren Seite waegen, sondern eher Ursachenforschung betreiben (Hardware etc.).
LG,
Benni
participants (6)
-
Benjamin Zeller -
Christian Boltz -
Gerd Limbeck -
Matthias Keller -
Steffen Dettmer -
Thomas Gräber