Hallo Liste,
folgendes Problem:
Server, Kernel 2.4.19, syslog via UDP auf zentralen Server. Im syslog
tauchen dauern die Zeilen
,----
| 'init: Id "1" respawning too fast: disabled for 5 minutes'
| 'init: Id "2" respawning too fast: disabled for 5 minutes'
| 'init: Id "3" respawning too fast: disabled for 5 minutes'
| 'init: Id "4" respawning too fast: disabled for 5 minutes'
| 'init: Id "5" respawning too fast: disabled for 5 minutes'
| 'init: Id "6" respawning too fast: disabled for 5 minutes'
`----
auf. In der /etc/inittab steht folgendes:
,----[ /etc/inittab ]
| [...]
| 1:2345:respawn:/sbin/getty 38400 tty1
| 2:23:respawn:/sbin/getty 38400 tty2
| 3:23:respawn:/sbin/getty 38400 tty3
| 4:23:respawn:/sbin/getty 38400 tty4
| 5:23:respawn:/sbin/getty 38400 tty5
| 6:23:respawn:/sbin/getty 38400 tty6
| [...]
`----
Offensichtlich "sterben" meine getty's permanent weg :(
Ein von Hand gestartetes getty beendet sich nach ca. 20 Sekunden
kommentarlos (auch nichts im Log):
,----[ strace /sbin/getty 38400 tty2 ]
| access("/var/log/wtmpx", F_OK) = -1 ENOENT (No such file or directory)
| open("/var/log/wtmp", O_WRONLY) = 3
| alarm(0) = 0
| rt_sigaction(SIGALRM, {0x4010bb70, [], 0x4000000}, {SIG_DFL}, 8) = 0
| alarm(1) = 0
| fcntl64(3, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}) = 0
| _llseek(3, 0, [26180736], SEEK_END) = 0
| write(3, "\6\0\0\0\2g\0\0tty2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
| fcntl64(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
| rt_sigaction(SIGALRM, {SIG_DFL}, NULL, 8) = 0
| alarm(0) = 1
| close(3) = 0
| close(1) = 0
| close(2) = 0
| chdir("/dev") = 0
| stat64("tty2", {st_mode=S_IFCHR|0600, st_rdev=makedev(4, 2), ...}) = 0
| close(0) = 0
| open("tty2", O_RDWR|O_NONBLOCK|O_LARGEFILE) = -1 ENOSYS (Function not implemented)
| open("tty2", O_RDWR|O_NONBLOCK|O_LARGEFILE) = -1 ENOSYS (Function not implemented)
| open("tty2", O_RDWR|O_NONBLOCK|O_LARGEFILE) = -1 ENODEV (No such device)
| brk(0x8052000) = 0x8052000
| time([1028809943]) = 1028809943
| open("/etc/localtime", O_RDONLY) = 0
| fstat64(0, {st_mode=S_IFREG|0644, st_size=837, ...}) = 0
| old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000
| read(0, "TZif\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\10\0\0\0\10"..., 4096) = 837
| close(0) = 0
| munmap(0x40014000, 4096) = 0
| getpid() = 26370
| rt_sigaction(SIGPIPE, {0x400e3f28, [], 0x4000000}, {SIG_DFL}, 8) = 0
| socket(PF_UNIX, SOCK_DGRAM, 0) = 0
| fcntl64(0, F_SETFD, FD_CLOEXEC) = 0
| connect(0, {sin_family=AF_UNIX, path="/dev/log"}, 16) = 0
| send(0, "<83>Aug 8 14:32:23 getty[26370]"..., 90, 0) = 90
| rt_sigaction(SIGPIPE, {SIG_DFL}, NULL, 8) = 0
| close(0) = 0
| rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
| rt_sigaction(SIGCHLD, NULL, {SIG_DFL}, 8) = 0
| rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
| nanosleep({10, 0}, {10, 0}) = 0
| _exit(1) = ?
`----
(Sorry wegen der überlangen Zeilen). Da werde ich nicht draus
schlau...
Kann es am Ende daran liegen, das der Rechner keine Grafikkarte hat?
Mit 2.4.18 und 2.2.21 hatte ich (auch ohne GraKa) dieses problem
nicht, erst seit 2.4.19.
Google hat mich auch nicht weitergebracht. Vielleicht einer von Euch?
*hoff*
TIA,
Alex
--
BTW, wenn ich auf ein Schwein "Falke" draufschreibe, faengt es
deswegen noch lange nicht an, mir die Huehner vom Hof im
Sturzflug wegzuklauben.
-- Urs Traenkner in de.comp.security.firewall
Attachment:
pgplylBx8hFjt.pgp
Description: PGP signature