Re: "Segmentation fault" al hacer un ls en Sarge
On 8/2/07, ChEnChO <chenchix@gmail.com> wrote:
> El 2/08/07, Iñaki Baz Castillo <ibc.listas@aliax.net> escribió:
> > Hola, de repente en un servidor Sarge en producción falla casi todo.
> > Doy por hecho que el problema tiene mucho que ver con que ni siquiera
> > se puede hacer un "ls":
> >
> > ~# ls
> > Segmentation fault
> >
> >
> > Recuerdo que una vez me pasó lo mismo en otro equipo, aunque sólo a
> > partir de un directorio, y recuerdo que lo corregí borrando algún
> > archivo (no lo recuerdo muy bien). Pero claro, ahora la situación es
> > mucho más grave, y servicios no pueden escribir en /tmp (tal vez
> > porque intentan leer antes...).
> >
> >
> > Pego un "strace ls":
> >
> >
> > /# strace ls
> > execve("/bin/ls", ["ls"], [/* 18 vars */]) = 0
> > uname({sys="Linux", node="linux", ...}) = 0
> > brk(0) = 0x805b000
> > old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
> > -1, 0) = 0x40017000
> > access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
> > open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory)
> > open("/etc/ld.so.cache", O_RDONLY) = 3
> > fstat64(3, {st_mode=S_IFREG|0644, st_size=16546, ...}) = 0
> > old_mmap(NULL, 16546, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40018000
> > close(3) = 0
> > access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
> > open("/lib/tls/librt.so.1", O_RDONLY) = 3
> > read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\32"..., 512) = 512
> > fstat64(3, {st_mode=S_IFREG|0644, st_size=22940, ...}) = 0
> > old_mmap(NULL, 21588, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4001d000
> > old_mmap(0x40022000, 4096, PROT_READ|PROT_WRITE,
> > MAP_PRIVATE|MAP_FIXED, 3, 0x5000) = 0x40022000
> > close(3) = 0
> > access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
> > open("/lib/libacl.so.1", O_RDONLY) = 3
> > read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\24"..., 512) = 512
> > fstat64(3, {st_mode=S_IFREG|0644, st_size=22336, ...}) = 0
> > old_mmap(NULL, 25412, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40023000
> > old_mmap(0x40029000, 4096, PROT_READ|PROT_WRITE,
> > MAP_PRIVATE|MAP_FIXED, 3, 0x5000) = 0x40029000
> > close(3) = 0
> > access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
> > open("/lib/tls/libc.so.6", O_RDONLY) = 3
> > read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`Z\1\000"..., 512) = 512
> > fstat64(3, {st_mode=S_IFREG|0755, st_size=1254660, ...}) = 0
> > old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
> > -1, 0) = 0x4002a000
> > old_mmap(NULL, 1264972, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4002b000
> > old_mmap(0x40155000, 36864, PROT_READ|PROT_WRITE,
> > MAP_PRIVATE|MAP_FIXED, 3, 0x129000) = 0x40155000
> > old_mmap(0x4015e000, 7500, PROT_READ|PROT_WRITE,
> > MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4015e000
> > close(3) = 0
> > access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
> > open("/lib/tls/libpthread.so.0", O_RDONLY) = 3
> > read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0pF\0\000"..., 512) = 512
> > fstat64(3, {st_mode=S_IFREG|0755, st_size=78233, ...}) = 0
> > old_mmap(NULL, 60772, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40160000
> > old_mmap(0x4016c000, 4096, PROT_READ|PROT_WRITE,
> > MAP_PRIVATE|MAP_FIXED, 3, 0xc000) = 0x4016c000
> > old_mmap(0x4016d000, 7524, PROT_READ|PROT_WRITE,
> > MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4016d000
> > close(3) = 0
> > access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
> > open("/lib/libattr.so.1", O_RDONLY) = 3
> > read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340\r\0"..., 512) = 512
> > fstat64(3, {st_mode=S_IFREG|0644, st_size=10824, ...}) = 0
> > old_mmap(NULL, 13892, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4016f000
> > old_mmap(0x40172000, 4096, PROT_READ|PROT_WRITE,
> > MAP_PRIVATE|MAP_FIXED, 3, 0x2000) = 0x40172000
> > close(3) = 0
> > old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
> > -1, 0) = 0x40173000
> > set_thread_area({entry_number:-1 -> 6, base_addr:0x401732a0,
> > limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
> > limit_in_pages:1, seg_not_present:0, useable:1}) = 0
> > munmap(0x40018000, 16546) = 0
> > set_tid_address(0x401732e8) = 32513
> > rt_sigaction(SIGRTMIN, {0x401645d0, [], SA_SIGINFO}, NULL, 8) = 0
> > rt_sigprocmask(SIG_UNBLOCK, [RTMIN], NULL, 8) = 0
> > getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
> > --- SIGSEGV (Segmentation fault) @ 0 (0) ---
> > +++ killed by SIGSEGV +++
> >
> >
> >
> > ¿Alguna sugerencia? Mil gracias.
> >
> >
> >
> > --
> > Iñaki Baz Castillo
> > <ibc.listas@aliax.net>
> >
>
> Si no ha habido actualización de por medio, el problema tiene que ser hardware.
>
> Probaría a pasarle un memtest para ver la ram y/o probar con otro disco duro.
>
> A mi me pasó algo similiar con un servidor y tras muchas pruebas, era
> un módulo de ram que había cascado.
>
> Suerte
>
>
> --
> "... may the source be with you..."
>
>
Yo por mi parte te recomendaría mirar la integridad del disco duro, ya
que esto fue lo que le pasó a uno de mis servidores.
Por suerte, con un disco nuevo y los backups, en un día lo tuve funcionando :)
--
Adrià García-Alzórriz
adriagm@gmail.com
Reply to: