Bug#931044: (no subject)
Control: retitle -1 Upgrading python3.4 in jessie fails Control: severity -1 critical thank you
Bug#931044: installing python3.4 fails
Package: python3.4 Version: 3.4.2-1+deb8u3 When I try to upgrade my packages it fails due to f-string in python3.4 code: % LANG=C sudo apt full-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 1 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue? [Y/n] Setting up python3.4 (3.4.2-1+deb8u3) ... File "/usr/lib/python3.4/http/client.py", line 1014 raise InvalidURL(f"URL can't contain control characters. {url!r} " ^ SyntaxError: invalid syntax dpkg: error processing package python3.4 (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: python3.4 E: Sub-process /usr/bin/dpkg returned an error code (1) LANG=C sudo apt full-upgrade 5,37s user 1,38s system 83% cpu 8,085 total % cat /etc/debian_version 8.11 I suggest to replace the f-string to one of the two supported mechanism in < python3.6. I think the surroundings (libc, kernel, ...) are unimportant here. kind regards, Andreas Bießmann
Bug#779336: fio: calc_clat_percentiles() create unaligned access on armhf
Package: fio Version: 2.1.11-2 Severity: important Dear Maintainer, when performing an extended workload with fio on a armhf box fio ends witch a bus error. It happens while calculating the clat values of a specific test case. The same error does not show up when running a simple read test. The program output is a follows ---8--- andreas@cubieboard2 % fio four-threads-randio.fio bgwriter: (g=0): rw=randwrite, bs=4K-4K/4K-4K/4K-4K, ioengine=libaio, iodepth=32 queryA: (g=0): rw=randread, bs=4K-4K/4K-4K/4K-4K, ioengine=mmap, iodepth=1 queryB: (g=0): rw=randread, bs=4K-4K/4K-4K/4K-4K, ioengine=mmap, iodepth=1 bgupdater: (g=0): rw=randrw, bs=4K-4K/4K-4K/4K-4K, ioengine=libaio, iodepth=16 fio-2.1.11 Starting 4 processes Jobs: 1 (f=1): [_(1),r(1),_(2)] [99.6% done] [3017KB/0KB/0KB /s] [754/0/0 iops] [eta 00m:02s] bgwriter: (groupid=0, jobs=1): err= 0: pid=3459: Fri Feb 27 10:40:38 2015 write: io=128000KB, bw=333561B/s, iops=81, runt=392947msec slat (usec): min=33, max=81636, avg=141.64, stdev=1609.52 clat (usec): min=644, max=4307.2K, avg=392735.17, stdev=619005.07 lat (usec): min=748, max=4307.3K, avg=392881.68, stdev=619036.45 clat percentiles (usec): | 1.00th=[ 1352], 5.00th=[ 2128], 10.00th=[ 3280], 20.00th=[ 5344], | 30.00th=[ 7520], 40.00th=[10816], 50.00th=[19840], 60.00th=[37120], | 70.00th=[428032], 80.00th=[1220608], 90.00th=[1302528], 95.00th=[1351680], | 99.00th=[2539520], 99.50th=[2637824], 99.90th=[3751936], 99.95th=[3883008], | 99.99th=[4292608] bw (KB /s): min= 57, max= 3233, per=96.43%, avg=353.90, stdev=310.19 lat (usec) : 750=0.08%, 1000=0.24% lat (msec) : 2=4.10%, 4=8.83%, 10=25.07%, 20=11.80%, 50=13.58% lat (msec) : 100=4.88%, 250=0.43%, 500=2.27%, 750=1.83%, 1000=2.26% lat (msec) : 2000=22.83%, =2000=1.78% cpu : usr=0.25%, sys=1.12%, ctx=15458, majf=0, minf=14 IO depths: 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=99.9%, =64=0.0% submit: 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, =64=0.0% complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.1%, 64=0.0%, =64=0.0% issued: total=r=0/w=32000/d=0, short=r=0/w=0/d=0 latency : target=0, window=0, percentile=100.00%, depth=32 queryA: (groupid=0, jobs=1): err= 0: pid=3460: Fri Feb 27 10:40:38 2015 read : io=128000KB, bw=264627B/s, iops=64, runt=495307msec clat (usec): min=211, max=670833, avg=15437.00, stdev=28506.89 lat (usec): min=213, max=670837, avg=15440.17, stdev=28506.95 [1]3457 bus error (core dumped) fio four-threads-randio.fio fio four-threads-randio.fio 6,64s user 24,31s system 6% cpu 8:16,44 total 8--- The bus error turns out to be a alignment exception on my armhf box. Kernel issues the following ---8--- [57912.593192] Alignment trap: not handling instruction ed937b00 at [0001e2b0] [57912.600408] Unhandled fault: alignment exception (0x221) at 0x00f625be ---8--- Investigating the core gives me ---8--- andreas@cubieboard2 % gdb /usr/bin/fio core GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as arm-linux-gnueabihf. Type show configuration for configuration details. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/. For help, type help. Type apropos word to search for commands related to word... Reading symbols from /usr/bin/fio...(no debugging symbols found)...done. [New LWP 3457] [New LWP 3458] [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/arm-linux-gnueabihf/libthread_db.so.1. Core was generated by `fio four-threads-randio.fio'. Program terminated with signal SIGBUS, Bus error. #0 0x0001e2b4 in calc_clat_percentiles () (gdb) bt #0 0x0001e2b4 in calc_clat_percentiles () #1 0x in ?? () (gdb) ---8--- The test runs with the following configuration ---8--- ; Four threads, two query, two writers. [global] rw=randread size=125m directory=/mnt/fio-testing/data ioengine=libaio iodepth=4 invalidate=1 direct=1 [bgwriter] rw=randwrite iodepth=32 [queryA] iodepth=1 ioengine=mmap direct=0 thinktime=3 [queryB] iodepth=1 ioengine=mmap direct=0 thinktime=5 [bgupdater] rw=randrw iodepth=16 thinktime=40 size=32m ---8--- -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: armhf (armv7l) Kernel: Linux 3.16.0-4-armmp-lpae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via
Bug#761367: reportbug can not handle real names with umlauts
Package: reportbug Version: 6.6.3 Followup-For: Bug #761367 Dear Maintainer, the bug is still available, but using the trick described by Uwe works though. ---8--- What real name should be used for sending bug reports? [Andreas Bießmann] Traceback (most recent call last): File /usr/bin/reportbug, line 2211, in module main() File /usr/bin/reportbug, line 1081, in main return iface.user_interface() File /usr/bin/reportbug, line 1197, in user_interface offer_configuration(self.options) File /usr/bin/reportbug, line 578, in offer_configuration realname = realname.decode(charset, 'replace') File /usr/lib/python2.7/encodings/utf_8.py, line 16, in decode return codecs.utf_8_decode(input, errors, True) UnicodeEncodeError: 'ascii' codec can't encode character u'\xdf' in position 11: ordinal not in range(128) ---8--- Best regards Andreas Bießmann -- Package-specific info: ** Environment settings: EDITOR=vim REPORTBUGEMAIL=andr...@biessmann.de DEBFULLNAME=Andreas Bießmann INTERFACE=text ** /home/andreas/.reportbugrc: reportbug_version 6.6.3 mode standard ui text realname Andreas Bießmann email andr...@biessmann.de no-cc header X-Debbugs-CC: andr...@biessmann.de smtphost reportbug.debian.org -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: armhf (armv7l) Kernel: Linux 3.16.0-4-armmp-lpae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages reportbug depends on: ii apt 1.0.9.6 ii python2.7.8-3 ii python-reportbug 6.6.3 pn python:anynone reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none pn debconf-utilsnone pn debsums none pn dlocate none pn emacs23-bin-common | emacs24-bin-common none ii file 1:5.20-2 ii gnupg1.4.18-6 pn postfix | exim4 | mail-transport-agent none pn python-gtk2 none pn python-gtkspell none pn python-urwid none pn python-vte none pn xdg-utilsnone Versions of packages python-reportbug depends on: ii apt 1.0.9.6 ii python-debian 0.1.25 ii python-debianbts 1.12 pn python:anynone python-reportbug suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668509: fuse: provide udev rule for /dev/cuse
Package: fuse Version: 2.8.7-1 Severity: wishlist Dear Maintainer, I started fiddling around with CUSE and tumble over missing rights for /dev/cuse. I wonder if it is possible to add a /lib/udev/rules.d/60-cuse.rules (or apropriate entry in /lib/udev/rules.d/60-fuse.rules) to have the /dev/cuse setup correctly. I think adding /dev/cuse to the fuse group is ok, but maybe there is a better solution. So what could be done here? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fuse depends on: ii adduser 3.113+nmu1 ii libc6 2.13-27 ii libfuse2 2.8.7-1 ii mount 2.20.1-4 ii sed 4.2.1-9 ii udev 175-3.1 fuse recommends no packages. fuse suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646598: starting calendarserver with fresh install fails
Package: calendarserver Version: 2.4.dfsg-6 Severity: grave Justification: renders package unusable Dear Maintainer, I installed a fresh debian testing (wheezy) with calendarserver and try to start it. When starting /etc/init.d/calendarserver the following message occours: ---8--- abiessmann@azuregos:~$ sudo /etc/init.d/calendarserver restart Restarting calendarserver: caldavdexec python /usr/lib/twisted-calendarserver/bin/twistd caldav Usage: twistd [options] Options: --savestatssave the Stats object rather than the text output of the profiler. -o, --no_save do not save state on shutdown -e, --encryptedThe specified tap/aos file is encrypted. --nothotshot DEPRECATED. Don't use the hotshot profiler even if it's available. -n, --nodaemon don't daemonize, don't use default umask of 0077 -q, --quietNo-op for backwards compatibility. --originalname Don't try to change the process name --syslog Log to syslog, not to file --euid Set only effective user-id rather than real user-id. (This option has no effect unless the server is running as root, in which case it means not to shed all privileges after binding ports, retaining the option to regain privileges in cases such as spawning processes. Use with caution.) -l, --logfile= log to a specified file, - for stdout -p, --profile= Run in profile mode, dumping results to specified file --profiler=Name of the profiler to use (profile, cprofile, hotshot). [default: hotshot] -f, --file=read the given .tap file [default: twistd.tap] -y, --python= read an application from within a Python file (implies -o) -s, --source= Read an application from a .tas file (AOT format). -d, --rundir= Change to a supplied directory before running [default: .] --report-profile= DEPRECATED. Manage --report-profile option, which does nothing currently. --prefix= use the given prefix when syslogging [default: twisted] --pidfile= Name of the pidfile [default: twistd.pid] --chroot= Chroot to a supplied directory before running -u, --uid= The uid to run as. -g, --gid= The gid to run as. --umask= The (octal) file creation mask to apply. --help-reactorsDisplay a list of possibly available reactor names. --version Print version information and exit. --spew Print an insanely verbose log of everything that happens. Useful when debugging freezes or locks in complex code. -b, --debugrun the application in the Python Debugger (implies nodaemon), sending SIGUSR2 will drop into debugger -r, --reactor= Which reactor to use (see --help-reactors for a list of possibilities) --help Display this help and exit. Commands: web2 An HTTP/1.1 web server that can serve from a filesystem or application resource. ftp An FTP server. telnet A simple, telnet-based remote debugging service. socksA SOCKSv4 proxy service. manhole-old An interactive remote debugger service. portforward A simple port-forwarder. web A general-purpose web server which can serve from a filesystem or application resource. inetdAn inetd(8) replacement. xmpp-router An XMPP Router server wordsA modern words server toc An AIM TOC service. mail An email service /usr/lib/twisted-calendarserver/bin/twistd: Unknown command: caldav . ---8--- I guess this corresponds with ubuntu bug https://bugs.launchpad.net/ubuntu/+source/twisted-calendarserver/+bug/697044 best regards Andreas Bießmann -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (800, 'testing'), (500, 'stable'), (10, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages calendarserver depends on: ii adduser3.113 ii lsb-base 3.2-28 ii memcached 1.4.7-0.1 ii python 2.7.2-9 ii python-central 0.6.17 ii python-dateutil
Bug#580956: [Pkg-libvirt-maintainers] Bug#580956: libvirt-bin: restore of kvm virtual machine is broken
Dear Guido Günther, sorry for being late, I couldn't find time to test it. Am 29.09.2010 15:13, schrieb Guido Günther: Hi Andreas, On Tue, May 18, 2010 at 09:07:10AM +0200, Andreas Bießmann wrote: Hi Guido, Am 13.05.2010 15:12, schrieb Guido Günther: When changing saved state permissions after 'virsh save' to 0644 'virsh restore' does cleanly start the vm. This means at least network connection is working (ping/ssh). But vnc monitor in virt-manager is still showing weird content as described before. I'm not seeing your permission issues but I can at least reproduce the broken VNC display with virt-manager, virt-viewer and gvncvier. fortunately one reported issue can be reproduced ... This should be handled in another thread. Sorry, I mixed up two issues again. Could you please rename this one to 'vnc is broken' or something? The permission issues have a connection to #575824. I will report permission related stuff to this report. Looking forward to close that one ... Reconnecting with virt-viewer after resume works great here now (libvirt 0.8.3, qemu-kvm 0.12.5). O.k. to close this report? Cheers, -- Guido I still can reproduce the issue here on a) a debian squeeze x86_64 ---8--- $ dpkg -l *libvirt* linux-image* *kvm* *qemu* | grep ^ii ii kqemu-common1.4.0~pre1-3 Common files for the QEMU Accelerator module ii libvirt-bin 0.8.3-4 the programs for the libvirt library ii libvirt-ruby0.0.7-1 Ruby bindings for libvirt ii libvirt-ruby1.8 0.0.7-1 Ruby bindings for libvirt ii libvirt00.8.3-4 library for interfacing with different virtualization systems ii linux-image-2.6-amd64 2.6.32+28 Linux 2.6 for 64-bit PCs (meta-package) ii linux-image-2.6.32-3-amd64 2.6.32-9 Linux 2.6.32 for 64-bit PCs ii linux-image-2.6.32-5-amd64 2.6.32-28 Linux 2.6.32 for 64-bit PCs ii python-libvirt 0.8.3-4 libvirt Python bindings ii qemu-kvm0.12.5+dfsg-5 Full virtualization on x86 hardware ii qemu-utils 0.12.5+dfsg-2 QEMU utilities ---8--- and b) a debian sqeeze/sid x86 ---8--- $ dpkg -l *libvirt* linux-image* *kvm* *qemu* | grep ^ii ii etherboot-qemu5.4.4-7 Bootstrapping for various network adapters (qemu) ii kqemu-common 1.4.0~pre1-3 Common files for the QEMU Accelerator module ii kqemu-modules-2.6.32-5-686-bigmem 1.4.0~pre1-3+2.6.32-12 kqemu modules for Linux (kernel 2.6.32-5-686-bigmem). ii kqemu-source 1.4.0~pre1-3 Source for the QEMU Accelerator module ii libvirt-bin 0.8.3-5 the programs for the libvirt library ii libvirt-dev 0.8.3-5 development files for the libvirt library ii libvirt-ruby 0.1.0-1 Ruby bindings for libvirt ii libvirt-ruby1.8 0.1.0-1 Ruby bindings for libvirt ii libvirt0 0.8.3-5 library for interfacing with different virtualization systems ii libvirt0-dbg 0.8.3-5 library for interfacing with different virtualization systems ii libvirtodbc0 6.1.2+dfsg1-1 high-performance database - ODBC libraries ii linux-image-2.6-686-bigmem2.6.32+28 Linux 2.6 for PCs with 4GB+ RAM (meta-package) ii linux-image-2.6.26-2-686-bigmem 2.6.26-22lenny1 Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4 ii linux-image-2.6.28-1-686-bigmem 2.6.28-1 Linux 2.6.28 image on PPro/Celeron/PII/PIII/P4 ii linux-image-2.6.29-1-686-bigmem 2.6.29-3 Linux 2.6.29 image on PPro/Celeron/PII/PIII/P4 ii linux-image-2.6.30-1-686-bigmem 2.6.30-6 Linux 2.6.30 image on PPro/Celeron/PII/PIII/P4 ii linux-image-2.6.30-2-686-bigmem 2.6.30-8squeeze1 Linux 2.6.30 image on PPro/Celeron/PII/PIII/P4 ii linux-image-2.6.32-3-686-bigmem 2.6.32-9 Linux 2.6.32 for PCs with 4GB+ RAM ii linux-image-2.6.32-4-686-bigmem 2.6.32-10 Linux 2.6.32 for PCs with 4GB+ RAM ii linux-image-2.6.32-5-686-bigmem 2.6.32-28 Linux 2.6.32 for PCs with 4GB+ RAM ii python-libvirt0.8.3-5 libvirt Python bindings ii qemu 0.12.5+dfsg-2
Bug#580956: [Pkg-libvirt-maintainers] Bug#580956: libvirt-bin: restore of kvm virtual machine is broken
Hi Guido, Am 13.05.2010 15:12, schrieb Guido Günther: When changing saved state permissions after 'virsh save' to 0644 'virsh restore' does cleanly start the vm. This means at least network connection is working (ping/ssh). But vnc monitor in virt-manager is still showing weird content as described before. I'm not seeing your permission issues but I can at least reproduce the broken VNC display with virt-manager, virt-viewer and gvncvier. fortunately one reported issue can be reproduced ... This should be handled in another thread. Sorry, I mixed up two issues again. Could you please rename this one to 'vnc is broken' or something? The permission issues have a connection to #575824. I will report permission related stuff to this report. Looking forward to close that one ... regards Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580956: [Pkg-libvirt-maintainers] Bug#580956: libvirt-bin: restore of kvm virtual machine is broken
Hi Guido, Am 11.05.2010 13:40, schrieb Andreas Bießmann: Hi Günther, sorry i mixed up your first- and shurename. Here is one new point to mention. Am 10.05.2010 18:34, schrieb Guido Günther: [snip] 3. virsh restore does not work (complains about missing header) but starts the vm anyway When changing saved state permissions after 'virsh save' to 0644 'virsh restore' does cleanly start the vm. This means at least network connection is working (ping/ssh). But vnc monitor in virt-manager is still showing weird content as described before. I think there are some file permission problems when acting with kvm/qemu instance. When I instruct libvirt to snapshot a vm to file the snapshot-file is first written by libvirt (the header) and then the content is attached via another process called from libvirt, isn't it that way? This could have some connection to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575824 This issue could be the same thing vice versa. regards Andreas Bießmann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580956: libvirt-bin: restore of kvm virtual machine is broken
Package: libvirt-bin Version: 0.8.1-1 Severity: important Tags: squeeze Restoring a saved state of any kvm virtualized vm renders the vm unusable. This error might be in libvirt since 0.7.7 but i have not checked this! It was at least not available in 0.7.6 The error could reliably reproduced by doing the following steps on a minimal etch vm: - virsh -c qemu:///system save etch ./etch.stat - virsh -c qemu:///system restore ./etch.stat After this the whole virtualized ram seems to be defective. The vm prompted for login before save/restore. When hitting return after save/restore I get partly messages from dmesg. Can anyone else reproduce this issue? regards, Andreas Bießmann -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (400, 'stable'), (10, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libvirt-bin depends on: ii adduser 3.112 add and remove users and groups ii libavahi-client3 0.6.25-3 Avahi client library ii libavahi-common3 0.6.25-3 Avahi common library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcap-ng00.6.3-1An alternate posix capabilities li ii libdevmapper1.02.12:1.02.45-1The Linux Kernel Device Mapper use ii libgcrypt11 1.4.5-2LGPL Crypto library - runtime libr ii libgnutls26 2.8.6-1the GNU TLS library - runtime libr ii libparted0debian1 2.2-5 The GNU Parted disk partitioning s ii libpciaccess0 0.11.0-2 Generic PCI access library for X ii libreadline6 6.1-1 GNU readline and history libraries ii libsasl2-22.1.23.dfsg1-5 Cyrus SASL - authentication abstra ii libudev0 153-2 libudev shared library ii libuuid1 2.16.2-0 Universally Unique ID library ii libvirt0 0.8.1-1library for interfacing with diffe ii libxenstore3.03.4.3~rc3-2Xenstore communications library fo ii libxml2 2.7.7.dfsg-2 GNOME XML library ii logrotate 3.7.8-6Log rotation utility Versions of packages libvirt-bin recommends: ii bridge-utils 1.4-5 Utilities for configuring the Linu ii dnsmasq-base 2.52-1A small caching DNS proxy and DHCP ii iptables 1.4.6-2 administration tools for packet fi ii netcat-openbsd 1.89-4TCP/IP swiss army knife ii qemu-kvm 0.12.3+dfsg-4 Full virtualization on x86 hardwar Versions of packages libvirt-bin suggests: ii policykit-1 0.96-2 framework for managing administrat -- Configuration Files: /etc/libvirt/libvirtd.conf changed: unix_sock_group = libvirt unix_sock_rw_perms = 0770 auth_unix_ro = none auth_unix_rw = none -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574272: libvirt update breaks 'save' command on domain; Error message: Migration is not active
Some additional information about stalled save of domains memory ... Andreas Bießmann wrote: I think I've understand the issue now. [snip ... old kvm version] Maybe include this forced update of kvm in libvirt in some case? 0.7.7-4 recommends qemu or qemu-kvm in correct version. Well currently 'virsh save' has paused the VM but top shows kvm is still running and gets a lot of CPU time. But 'domjobinfo' always show ---8--- Job type: Unbounded Time elapsed: 743114 ms Data processed: 108,000 KB Data remaining: 528,145 MB Data total: 528,250 MB Memory processed: 108,000 KB Memory remaining: 528,145 MB Memory total: 528,250 MB ---8--- The file to save the current VM state does not grow ... this is some wired state. Will cleanup my kvm/libvirt packages, restart and give it another try. This state can be reproduced (at least here) with a unprivileged user saving domainstate in a unprivileged path. Next session-log shows this: ---8--- abiessm...@azuregos:~$ whoami abiessmann abiessm...@azuregos:~$ groups abiessmann adm lp dialout cdrom floppy audio src video plugdev staff fuse kvm davfs2 libvirt sambashare abiessm...@azuregos:~$ pwd /home/abiessmann abiessm...@azuregos:~$ mkdir tmp abiessm...@azuregos:~$ ls -la tmp/ insgesamt 16 drwx-- 2 abiessmann abiessmann 4096 29. Mär 13:45 . drwxr-xr-x 155 abiessmann abiessmann 12288 29. Mär 13:45 .. abiessm...@azuregos:~$ virsh -c qemu:///system list Id Name State -- 6 etch running abiessm...@azuregos:~$ virsh -c qemu:///system save etch tmp/etch.sav error: Failed to save domain etch to tmp/etch.sav error: operation failed: Migration was cancelled by client abiessm...@azuregos:~$ ---8--- I always get nearly same information (stalled job) as shown above on a second console. The job in this case was interrupted by 'domjobabort' command. Next session shows saving domainstate into file located in a worldwide read/writable directory: ---8--- abiessm...@azuregos:~$ virsh -c qemu:///system list Id Name State -- 6 etch running abiessm...@azuregos:~$ virsh -c qemu:///system save etch /tmp/etch.sav Domain etch saved to /tmp/etch.sav abiessm...@azuregos:~$ ls -la /tmp/etch.sav -rw--- 1 root root 37781906 29. Mär 13:53 /tmp/etch.sav abiessm...@azuregos:~$ virsh -c qemu:///system list Id Name State -- abiessm...@azuregos:~$ virsh -c qemu:///system restore /tmp/etch.sav Domain restored from /tmp/etch.sav abiessm...@azuregos:~$ virsh -c qemu:///system list Id Name State -- 7 etch running abiessm...@azuregos:~$ ---8--- BEWARE: first session had $HOME/tmp/etch.sav, second session /tmp/etch.sav as image path! First test repeated with worldwide accessible directory $HOME/tmp does also work. But since the save process is delegated to qemu/kvm it seems this is a kvm issue, isn't it? Used versions for this test: ii qemu-kvm 0.12.3+dfsg-4 ii libvirt0 0.7.7-4 regards Andreas Bießmann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575824: virsh save let's qemu-kvm spin
Guido Günther wrote: [snip] Hmmm...looks so. Is your $HOME by any means on nfs or similar? No, it is local storage ext3 on LVM The code in qemudDomainSave special cases this. I am a bit busy these days ... but maybe will have a look for it. Does a the header file get created or does this already fail? I always get a file with about 2k size generated. Content is 'LibvirtQemudSave' followed by some meaningful zero's and an xml dump of domain config, is this the header? Generated file belongs to libvirt-qemu:kvm and has 0600 permissions. A successful save to e.g. /tmp has also 0600 permissions but belongs to root:root, maybe this is an indicator?. Both cases initiated virsh save as unprivileged user. regards Andreas Bießmann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575824: virsh save let's qemu-kvm spin
Hi Guido, Guido Günther wrote: Generated file belongs to libvirt-qemu:kvm and has 0600 permissions. A successful save to e.g. /tmp has also 0600 permissions but belongs to root:root, maybe this is an indicator?. Both cases initiated virsh save as unprivileged user. Yeah, seems so - however it do wonder why saving domais works nicely here. I have at least two systems here showing same effects. So it would be my task to inspect this issue ... Will find some minutes theses days to have a close look for the code. Did you change something in /etc/libvirt/qemu.conf? As far as I can remember I did not change anything. But diff between /etc/libvirt/qemu.conf and DEBIAN-SRC-OF-libvirt/src/qemu/qemu.conf showed no differences. regards Andreas Bießmann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574272: [PATCH] add debug printout to qemuMonitorTextGetMigrationStatus()
Full quote (and cc to Guido Günther) since message before seems to be delayed (or will be returned). Investigation of 'info migration' in kvm 72 showed following result: ---8--- qemuMonitorTextGetMigrationStatus(): reply = 'Migration active Transfer rate 0.0 kb/s Iteration 0 Transferred 14/136192 pages Maximum migration speed is 32.0 mb/s ' ---8--- Seems a huge effort to switch back to 'info migration' when 'info migrate' failes ... I suggest a new patch to detect the error in qemu-monitor when parsing reply to 'info migrate', patch attached. regards Andreas Bießmann Andreas Bießmann wrote: This is result of further investigation of 'info migrate' issue. kvm 72 seems to have 'info migration' rather than 'info migrate'. Maybe we could use this command in favor of 'info migrate', but we need to know the version of command interface. Still have to investigate the command 'info migration' in kvm 72! Patch and further comments attached! regards Andreas Bießmann --- Result of this patch with kvm 72 is: ---8--- qemuMonitorTextGetMigrationStatus(): reply = 'info version -- show the version of qemu info network -- show the network state info block -- show the block devices info blockstats -- show block device statistics info registers -- show the cpu registers info cpus -- show infos for each CPU info history -- show the command line history info irq -- show the interrupts statistics (if available) info pic -- show i8259 (PIC) state info pci -- show PCI info info tlb -- show virtual to physical memory mappings info mem -- show the active virtual memory mappings info jit -- show dynamic compiler info info kqemu -- show kqemu information info kvm -- show kvm information info usb -- show guest USB devices info usbhost -- show host USB devices info profile -- show profiling information info capture -- show capture information info snapshots -- show the currently saved VM snapshots info pcmcia -- show guest PCMCIA status info mice -- show which guest mouse is receiving events info vnc -- show the vnc server status info name -- show the current VM name info slirp -- show SLIRP statistics info migration -- show migration information ' ---8--- Result of this patch with qemu-kvm 0.11.1 installed is: ---8--- qemuMonitorTextGetMigrationStatus(): reply = 'Migration status: active transferred ram: 108 kbytes remaining ram: 540820 kbytes total ram: 540928 kbytes ' ---8--- This message is continiously repeated. transferred ram, remaining ram and total ram is always the same value! Signed-off-by: Andreas Bießmann biessm...@corscience.de --- src/qemu/qemu_monitor_text.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/src/qemu/qemu_monitor_text.c b/src/qemu/qemu_monitor_text.c index 7f0e7f6..137fd7d 100644 --- a/src/qemu/qemu_monitor_text.c +++ b/src/qemu/qemu_monitor_text.c @@ -1024,6 +1024,8 @@ int qemuMonitorTextGetMigrationStatus(qemuMonitorPtr mon, return -1; } +printf(\n%s(): reply = '%s'\n, __func__, reply); + if ((tmp = strstr(reply, MIGRATION_PREFIX)) != NULL) { tmp += strlen(MIGRATION_PREFIX); end = strchr(tmp, '\r'); -- Andreas Bießmann, Dipl.-Ing. (FH) RD Services Corscience GmbH Co. KG Henkestr. 91 D-91052 Erlangen Germany Tel: +49 9131 977986-443 Fax: +49 9131 977986-59 e-mail: biessm...@corscience.de Internet: www.corscience.de - Corscience GmbH Co.KG Sitz der Gesellschaft/Place of business: Erlangen Amtsgericht/Local court: Fürth Handelsregisternummer/Commercial Register No.: HRA 7510 Geschäftsführer/Managing director: Prof. Dr. Armin Bolz, Dr. Karl-Andreas Feldhahn, Dipl.-Volksw. Marc Griefahn CONFIDENTIALITY: This e-mail and any attachments are confidential and may also be privileged. If received in error, please do not disclose the contents to anyone, but notify us immediately by return e-mail and delete this e-mail and any attachments from your system. Thank you. From cbb911ea32272b377e8ade9736e781c2fd7d8473 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Andreas=20Bie=C3=9Fmann?= biessm...@corscience.de Date: Thu, 18 Mar 2010 13:05:59 +0100 Subject: [PATCH] patch qemuMonitorTextGetMigrationStatus to intercept unknown command 'info migrate' MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Debian package kvm up to version 72 has not implemented the command 'info migrate'. This command interface returns help page of info commands and looks like this: ---8--- info version -- show the version of qemu info network -- show the network state info block -- show the block devices info blockstats -- show block device statistics info registers -- show the cpu registers info cpus -- show infos for each CPU info history -- show the command line history info irq -- show the interrupts statistics (if available) info pic -- show i8259 (PIC
Bug#574272: libvirt update breaks 'save' command on domain; Error message: Migration is not active
I think I've understand the issue now. My system had still installed kvm 72+dfsg-5+squeeze1 which has another command interface for qemu-monitor. The command 'info migrate' is not available there. After forcing installation of qemu-kvm 'virsh save' at least does not return with error Migration is not active. Maybe include this forced update of kvm in libvirt in some case? Alternatively use attached patch to detect this error. Well currently 'virsh save' has paused the VM but top shows kvm is still running and gets a lot of CPU time. But 'domjobinfo' always show ---8--- Job type: Unbounded Time elapsed: 743114 ms Data processed: 108,000 KB Data remaining: 528,145 MB Data total: 528,250 MB Memory processed: 108,000 KB Memory remaining: 528,145 MB Memory total: 528,250 MB ---8--- The file to save the current VM state does not grow ... this is some wired state. Will cleanup my kvm/libvirt packages, restart and give it another try. regards Andreas Bießmann From 9844202bca23a0ea19bda4efdad966dd0f83b0c8 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Andreas=20Bie=C3=9Fmann?= biessm...@corscience.de Date: Thu, 18 Mar 2010 13:05:59 +0100 Subject: [PATCH] [QEMU monitor] patch qemuMonitorTextGetMigrationStatus to intercept unknown command 'info migrate' MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: Andreas BieÃmann biessm...@corscience.de --- src/qemu/qemu_monitor_text.c |7 ++- 1 files changed, 6 insertions(+), 1 deletions(-) diff --git a/src/qemu/qemu_monitor_text.c b/src/qemu/qemu_monitor_text.c index 7f0e7f6..edee175 100644 --- a/src/qemu/qemu_monitor_text.c +++ b/src/qemu/qemu_monitor_text.c @@ -1078,7 +1078,12 @@ int qemuMonitorTextGetMigrationStatus(qemuMonitorPtr mon, *total *= 1024; } -} +} else if (strncmp(reply, info, 4) == 0) { +/* it seems we have a old kvm monitor interface */ +qemuReportError(VIR_ERR_INTERNAL_ERROR, +_(weird kvm monitor interface)); +goto cleanup; + } done: ret = 0; -- 1.6.6.1
Bug#574272: libvirt0: libvirt update breaks 'save' command on domain; Error message: Migration is not active
Package: libvirt0 Version: 0.7.7-1 Severity: important Since livirt upgrade to 0.7.7 in my test box the command 'virsh -c qemu:///system save DOMAIN /tmp/DOMAIN.img' is broken. The response from virsh is: ---8--- error: Failed to save domain DOMAIN to /tmp/DOMAIN.img error: operation failed: Migration is not active ---8--- Downgrade to 0.7.6 fix this issue. We used to backup our VM's in production system with a little script which relies on this save/restore feature. This is a main feature of libvirt an should be fixed until squeeze release! This issue might be in mainline libvirt too but I have not tested this. There was a major upgrade to kvm driver in libvirt supporting asynchronous jobs since 0.7.7 Anyone involved in upstream development? Additional information: - we use a kvm virtualisation - not tested with other backend regards Andreas Bießmann -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (900, 'stable'), (400, 'testing'), (10, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686-bigmem (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libvirt0 depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcap-ng00.6.2-4+b1 An alternate posix capabilities li ii libgcrypt11 1.4.5-2LGPL Crypto library - runtime libr ii libgnutls26 2.8.5-2the GNU TLS library - runtime libr ii libsasl2-22.1.22.dfsg1-23+lenny1 Cyrus SASL - authentication abstra ii libxenstore3.03.2.1-2Xenstore communications library fo ii libxml2 2.7.6.dfsg-2+b1GNOME XML library Versions of packages libvirt0 recommends: ii lvm2 2.02.39-7 The Linux Logical Volume Manager libvirt0 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574359: libvirt0: SEGV of libvirtd on virsh dominfo
Package: libvirt0 Version: 0.7.7-1 Severity: normal As reported in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=574272#17 libvirtd crashes with SEGV on 'virsh dominfo' (kvm virtualisation!). Some investigation pointed out that the first strlen(p) in qemudNodeGetSecurityModel() in qemu_driver.c:4910 caused the SEGV. driver-securityPrimaryDriver in qemuCreateCapabilities() qemu_driver.c:1006 is NULL therefore secModel.model and secModel.doi not initialized. Later on when requesting the string information with 'virsh dominfo' we get the SEGV as mentioned above. regards Andreas Bießmann -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (900, 'stable'), (400, 'testing'), (10, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686-bigmem (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libvirt0 depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcap-ng00.6.2-4+b1 An alternate posix capabilities li ii libgcrypt11 1.4.5-2LGPL Crypto library - runtime libr ii libgnutls26 2.8.5-2the GNU TLS library - runtime libr ii libsasl2-22.1.22.dfsg1-23+lenny1 Cyrus SASL - authentication abstra ii libxenstore3.03.2.1-2Xenstore communications library fo ii libxml2 2.7.6.dfsg-2+b1GNOME XML library Versions of packages libvirt0 recommends: ii lvm2 2.02.39-7 The Linux Logical Volume Manager libvirt0 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#352752: gnomeicu: No messages are sent since some days.
Package: gnomeicu Version: 0.99.7.CVS20040608-3 Severity: normal It seems that ICQ has changed their protocol. No messages are sent since some days. There is a new version on gnomeicu.sf.net. Please update package. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-acx-mppe-xe3 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Versions of packages gnomeicu depends on: ii gnomeicu-common 0.99.7.CVS20040608-3 Gnome instant messaging software c ii libart-2.0-22.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libbonobo2-02.10.1-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-2 The Bonobo UI library ii libc6 2.3.6-1 GNU C Library: Shared libraries an ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libgconf2-4 2.12.1-9 GNOME configuration database syste ii libgcrypt11 1.2.2-1 LGPL Crypto library - runtime libr ii libgdbm31.8.3-2 GNU dbm database routines (runtime ii libglade2-0 1:2.5.1-2library to load .glade files at ru ii libglib2.0-02.8.6-1 The GLib library of C routines ii libgnome-keyring0 0.4.6-2 GNOME keyring services library ii libgnome2-0 2.12.0.1-5 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.12.0-2 A powerful object-oriented display ii libgnomeui-02.12.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.12.2-5 GNOME virtual file-system (runtime ii libgnutls11 1.0.16-14GNU TLS library - runtime library ii libgpg-error0 1.1-4library for common error values an ii libgtk2.0-0 2.8.12-1 The GTK+ graphical user interface ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libjpeg62 6b-11The Independent JPEG Group's JPEG ii liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.12.2-3 library for GNOME 2 panel applets ii libpango1.0-0 1.10.3-1 Layout and rendering of internatio ii libpopt01.7-5lib for parsing cmdline parameters ii libsm6 6.9.0.dfsg.1-4 X Window System Session Management ii libtasn1-2 0.2.17-1 Manage ASN.1 structures (runtime) ii libx11-66.9.0.dfsg.1-4 X Window System protocol client li ii libxext66.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxml2 2.6.23.dfsg.1-0.1GNOME XML library ii xlibs 6.9.0.dfsg.1-4 X Window System client libraries m ii zlib1g 1:1.2.3-9compression library - runtime gnomeicu recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]