Your message dated Thu, 30 Dec 2010 17:30:09 +0100
with message-id <4d1cb391.7040...@dogguy.org>
and subject line Re: Bug#603882: util-vserver: startup script breaks boot (on
sparc)
has caused the Debian Bug report #603882,
regarding util-vserver: startup script breaks boot (on sparc)
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
603882: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603882
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: util-vserver
Version: 0.30.216-pre2864-2
Severity: critical
Justification: breaks the whole system
I'm trying to switch to vservers from openvz because openvz support (for
sparc) got silently dropped in Lenny. After installing
linux-image-2.6.32-5-vserver-sparc64, during boot I get an endless
stream of "lstat(): No such file or directory"
Fortunately, I was able to ssh in and found /etc/init.d/util-vserver was
running setattr. Running setattr with the same arguments also produces
the endless stream of errors. strace shows that it is trying to stat ""
a lot. I found I could reproduce the stream of errors as a normal user
by running showattr without arguments instead. I guess it's something in
the common code that is shared between the two.
I rebuild with debugging and got a backtrace:
#0 0x00010e88 in lstat ()
#1 0x000102c4 in iterateFilesystem (path=0x11730 ".") at src/fstool.c:89
#2 0x000106b8 in processFile (path=0x11730 ".") at src/fstool.c:162
#3 0x00010ae8 in main (argc=1, argv=<value optimized out>) at src/fstool.c:236
(gdb) frame 1
#1 0x000102c4 in iterateFilesystem (path=0x11730 ".") at src/fstool.c:89
89 if (lstat(ent->d_name, &st)==-1) {
(gdb) print ent
$1 = (struct dirent64 *) 0xf7ffc000
(gdb) print *ent
$2 = {d_ino = 0, d_off = 58613, d_reclen = 0, d_type = 0 '\000',
d_name = "\000\000\273\377R\000 \blibtool", '\000' <repeats 11 times>,
"\...@\024\000\000\000\000\001h\262g\000
\bltmain.sh\000\000\000\000\000\000\000\000\000\000\342\372\000\000\000\000\003^`\211\000
\binstall-sh\000\000\000\000\000\000\000\000\000\341o\000\000\000\000\004\222C\314\000
\004lib_internal\000\000\000\000\000\000\000\342\373\000\000\000\000\005ô\365\000\030\004man\000\000\000\000\000\000\000\...@\032\000\000\000\000\amm\363\000
\bMakefile.svn\000\000\000\000\000\000\000\344\300\000\000\000\000\a\323N%\000
\bpathconfig.h\000\000\000\000\000\000\000\341\320\000\000\000\000\tho\216"...}
Obviously ent is bogus. The things that look like filenames inside
d_name are files in the working directory. (In this case
util-vserver-0.30.216-pre2864)
I tried to reproduce the problem with a small program that just did
opendir and readir with printf, but that worked fine, so I'm not sure
where the problem lies exactly. My best current guess is that either
something is overwriting the data from opendir before readdir gets
called, or somehow an incompatible opendir and readdir are getting
linked in. (Is that possible?) I haven't looked at the internals of how
opendir and readdir work yet, so I don't really know.
I tried installing util-vserver on a lenny machine, which installed
version 0.30.216~r2772-6, but that version does not have this problem.
I also tried transplaning the binary from 0.30.216-pre2864-2 to the
lenny box, and then I do get the endless stream of errors.
So, to reproduce in a way that is easy to debug:
install util-vserver-0.30.216-pre2864-2 on a sparc system and run
showattr.Make sure the startup script won't run or that you're not
running a vserver kernel to avoid setattr being run at startup.
To reproduce in a way that will leave you without a login prompt:
install util-vserver-0.30.216-pre2864-2 and boot a sparc system into a
kernel with vserver support.
Sorry I didn't get around to testing vservers earlier. I was hoping
openvz support might come back.
Thanks,
Ivan
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: sparc (sparc64)
Kernel: Linux 2.6.32-5-vserver-sparc64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages util-vserver depends on:
ii debconf [debconf-2.0] 1.5.36 Debian configuration management sy
ii iproute 20100519-3 networking and traffic control too
ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib
ii libnss3-1d 3.12.8-1 Network Security Service libraries
ii make 3.81-8 An utility for Directing compilati
ii net-tools 1.60-23+b1 The NET-3 networking toolkit
ii util-linux 2.17.2-3.3 Miscellaneous system utilities
Versions of packages util-vserver recommends:
ii binutils 2.20.1-15 The GNU assembler, linker and bina
ii debootstrap 1.0.25 Bootstrap a basic Debian system
Versions of packages util-vserver suggests:
ii iptables 1.4.8-3 administration tools for packet fi
ii linux-image-2.6.32-5-sparc64- 2.6.32-27 Linux 2.6.32 for multiprocessor 64
ii linux-image-2.6.32-5-vserver- 2.6.32-27 Linux 2.6.32 for uniprocessor 64-b
ii module-init-tools 3.12-1 tools for managing Linux kernel mo
ii procps 1:3.2.8-9 /proc file system utilities
ii vlan 1.9-3 user mode programs to enable VLANs
ii wget 1.12-2.1 retrieves files from the web
pn yum <none> (no description available)
-- debconf information:
util-vserver/postrm_remove_vserver_configs: false
util-vserver/prerm_stop_running_vservers: true
--- End Message ---
--- Begin Message ---
On 12/30/2010 05:04 PM, Ivan Jager wrote:
> On Thu, 30 Dec 2010, Mehdi Dogguy wrote:
>> dietlibc seems to be fixed now. Could you please test again and
>> tell us if this issue if fixed as well?
>
> Yes, it is fixed in 0.30.216-pre2864-2+b2.
>
Thanks for the confirmation. I think that this bug can be safely closed now.
Regards,
--
Mehdi Dogguy مهدي الدڤي
http://dogguy.org/
--- End Message ---
