Your message dated Tue, 12 Aug 2008 03:58:41 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Re: qemu: segfaults after ejecting harddisks using -f
has caused the Debian Bug report #445518,
regarding qemu: segfaults after ejecting harddisks using -f
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 [EMAIL PROTECTED]
immediately.)


-- 
445518: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=445518
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: qemu
Version: 0.9.0+20070816-1
Severity: minor

I was running a raid system inside qemu and tried to simulate a disk
failure by eject -f hdd. The system continued to work. I then entered
sync at the shell prompt which made qemu segfault.

Is this really a bug? I mean I had to force qemu to do so.

Is it reproducible?

See my backtrace below.

Helmut

(gdb) run -hda disk.img -hdb disk2.img -hdc disk3.img -hdd disk4.img
Starting program: /usr/bin/qemu -hda disk.img -hdb disk2.img -hdc disk3.img 
-hdd disk4.img
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 0x2b468f2bd120 (LWP 18171)]
[New Thread 0x40003950 (LWP 18179)]

Program received signal SIGUSR2, User defined signal 2.
[Switching to Thread 0x2b468f2bd120 (LWP 18171)]
0x00002b468e42cc9b in write () from /usr/lib/debug/libc.so.6
(gdb) bt full
#0  0x00002b468e42cc9b in write () from /usr/lib/debug/libc.so.6
        nullserv = {next = 0x0, socktype = 0, protocol = 0, port = 0}
        default_hints = {ai_flags = 40, ai_family = 0, ai_socktype = 0, 
ai_protocol = 0, ai_addrlen = 0, ai_addr = 0x0, 
  ai_canonname = 0x0, ai_next = 0x0}
        __elf_set___libc_subfreeres_element_fini__ = (const void *) 
0x2b468e471cf0
        gaih_inet_typeproto = {{socktype = 0, protocol = 0, name = 
"\000\000\000", protoflag = 0}, {socktype = 1, 
    protocol = 6, name = "tcp", protoflag = 0}, {socktype = 2, protocol = 17, 
name = "udp", protoflag = 0}, {
    socktype = 3, protocol = 0, name = "raw", protoflag = 3}, {socktype = 0, 
protocol = 0, name = "\000\000\000", 
    protoflag = 0}}
        precedence = (const struct prefixentry *) 0x0
        gaiconf_reload_flag = 0
        gaiconf_mtime = {tv_sec = 0, tv_nsec = 0}
        default_precedence = {{prefix = {in6_u = {u6_addr8 = '\0' <repeats 15 
times>, "\001", u6_addr16 = {0, 0, 0, 0, 
          0, 0, 0, 256}, u6_addr32 = {0, 0, 0, 16777216}}}, bits = 128, val = 
50}, {prefix = {in6_u = {
        u6_addr8 = " \002", '\0' <repeats 13 times>, u6_addr16 = {544, 0, 0, 0, 
0, 0, 0, 0}, u6_addr32 = {544, 0, 0, 
          0}}}, bits = 16, val = 30}, {prefix = {in6_u = {u6_addr8 = '\0' 
<repeats 15 times>, u6_addr16 = {0, 0, 0, 0, 
          0, 0, 0, 0}, u6_addr32 = {0, 0, 0, 0}}}, bits = 96, val = 20}, 
{prefix = {in6_u = {
        u6_addr8 = "\000\000\000\000\000\000\000\000\000\000ÿÿ\000\000\000", 
u6_addr16 = {0, 0, 0, 0, 0, 65535, 0, 0}, 
        u6_addr32 = {0, 0, 4294901760, 0}}}, bits = 96, val = 10}, {prefix = 
{in6_u = {
        u6_addr8 = '\0' <repeats 15 times>, u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 
0}, u6_addr32 = {0, 0, 0, 0}}}, bits = 0, 
    val = 40}}
        gaiconf_sortv4_flag = 1
        labels = (const struct prefixentry *) 0x0
        default_labels = {{prefix = {in6_u = {u6_addr8 = '\0' <repeats 15 
times>, "\001", u6_addr16 = {0, 0, 0, 0, 0, 
          0, 0, 256}, u6_addr32 = {0, 0, 0, 16777216}}}, bits = 128, val = 0}, 
{prefix = {in6_u = {
        u6_addr8 = " \002", '\0' <repeats 13 times>, u6_addr16 = {544, 0, 0, 0, 
0, 0, 0, 0}, u6_addr32 = {544, 0, 0, 
          0}}}, bits = 16, val = 2}, {prefix = {in6_u = {u6_addr8 = '\0' 
<repeats 15 times>, u6_addr16 = {0, 0, 0, 0, 
          0, 0, 0, 0}, u6_addr32 = {0, 0, 0, 0}}}, bits = 96, val = 3}, {prefix 
= {in6_u = {
        u6_addr8 = "\000\000\000\000\000\000\000\000\000\000ÿÿ\000\000\000", 
u6_addr16 = {0, 0, 0, 0, 0, 65535, 0, 0}, 
        u6_addr32 = {0, 0, 4294901760, 0}}}, bits = 96, val = 4}, {prefix = 
{in6_u = {
        u6_addr8 = "þÀ", '\0' <repeats 13 times>, u6_addr16 = {49406, 0, 0, 0, 
0, 0, 0, 0}, u6_addr32 = {49406, 0, 0, 
          0}}}, bits = 10, val = 5}, {prefix = {in6_u = {u6_addr8 = "ü", '\0' 
<repeats 14 times>, u6_addr16 = {252, 0, 
          0, 0, 0, 0, 0, 0}, u6_addr32 = {252, 0, 0, 0}}}, bits = 7, val = 6}, 
{prefix = {in6_u = {
        u6_addr8 = " \001", '\0' <repeats 13 times>, u6_addr16 = {288, 0, 0, 0, 
0, 0, 0, 0}, u6_addr32 = {288, 0, 0, 
          0}}}, bits = 32, val = 7}, {prefix = {in6_u = {u6_addr8 = '\0' 
<repeats 15 times>, u6_addr16 = {0, 0, 0, 0, 
          0, 0, 0, 0}, u6_addr32 = {0, 0, 0, 0}}}, bits = 0, val = 1}}
        _nl_category_name_idxs = "\v +\000\0243\000?HP[hw"
#1  0x00002b4698122d7f in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#2  0x00002b4698127a5f in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#3  0x00002b4698104b5a in XFlush () from /usr/lib/libX11.so.6
No symbol table info available.
#4  0x00002b468dc888a0 in ?? () from /usr/lib/libSDL-1.2.so.0
No symbol table info available.
#5  0x00002b468dc7d5ac in SDL_UpdateRect () from /usr/lib/libSDL-1.2.so.0
No symbol table info available.
#6  0x000000000044439c in ?? ()
No symbol table info available.
#7  0x0000000000476c9e in ?? ()
No symbol table info available.
#8  0x000000000040c4a7 in ?? ()
No symbol table info available.
#9  0x0000000000406bdc in ?? ()
No symbol table info available.
#10 0x000000000040cf39 in ?? ()
No symbol table info available.
#11 0x000000000040d0c5 in ?? ()
No symbol table info available.
#12 0x000000000040f004 in ?? ()
No symbol table info available.
#13 0x00002b468e384b44 in __libc_start_main (main=0x40d220 <[EMAIL PROTECTED]>, 
argc=9, ubp_av=0x7fff1da0b0b8, 
    init=<value optimized out>, fini=<value optimized out>, rtld_fini=<value 
optimized out>, stack_end=0x7fff1da0b0a8)
    at libc-start.c:224
        result = <value optimized out>
        unwind_buf = {cancel_jmp_buf = {{jmp_buf = {47582016154624, 
-4624391343638053350, 0, 140733690458288, 0, 0, 
        4624325813709307418, -1630372461546439142}, mask_was_saved = 0}}, priv 
= {pad = {0x0, 0x0, 0x4d3b10, 
      0x7fff1da0b0b8}, data = {prev = 0x0, cleanup = 0x0, canceltype = 
5061392}}}
        not_first_call = <value optimized out>
#14 0x0000000000405fb9 in ?? ()
No symbol table info available.
#15 0x00007fff1da0b0a8 in ?? ()
No symbol table info available.
#16 0x0000000000000000 in ?? ()
No symbol table info available.
(gdb)

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.20.1 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages qemu depends on:
ii  bochsbios          2.3+20070705-2        BIOS for the Bochs emulator
ii  libasound2         1.0.14a-2             ALSA library
ii  libc6              2.6.1-5               GNU C Library: Shared libraries
ii  libncurses5        5.6+20070908-1        Shared libraries for terminal hand
ii  libsdl1.2debian    1.2.12-1              Simple DirectMedia Layer
ii  openbios-sparc     1.0~alpha2+20070816-1 SPARC Open Firmware
ii  openhackware       0.4.1-2               OpenFirmware emulator for PowerPC
ii  proll              18-2                  JavaStation PROM 2.x compatible re
ii  vgabios            0.6a-3                VGA BIOS software for the Bochs an
ii  zlib1g             1:1.2.3.3.dfsg-6      compression library - runtime

Versions of packages qemu recommends:
ii  debootstrap              1.0.3           Bootstrap a basic Debian system
pn  sharutils                <none>          (no description available)
ii  vde2                     2.1.6+r154-1+b1 Virtual Distributed Ethernet

-- no debconf information



--- End Message ---
--- Begin Message ---
Version: 0.9.1-1

On Sat, Oct 06, 2007 at 02:39:50PM +0200, Helmut Grohne wrote:
> Package: qemu
> Version: 0.9.0+20070816-1
> Severity: minor
> 
> I was running a raid system inside qemu and tried to simulate a disk
> failure by eject -f hdd. The system continued to work. I then entered
> sync at the shell prompt which made qemu segfault.
> 
> Is this really a bug? I mean I had to force qemu to do so.
> 
> Is it reproducible?
> 

I am unable to reproduce it with either the version 0.9.1 (currently in
lenny) or the SVN version. I believe the problem has been fixed, I am
therefore closing this bug. Please feel free to reopen it if you are
able to reproduce it again.

-- 
  .''`.  Aurelien Jarno             | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   [EMAIL PROTECTED]         | [EMAIL PROTECTED]
   `-    people.debian.org/~aurel32 | www.aurel32.net


--- End Message ---

Reply via email to