Bug#394183: Netboot installer kernel modules missing/mismatch
Package: installation-reports Boot method: netboot using PXE Image version: ftp://ftp.nl.debian.org/debian/dists/etch/main/installer-i386/current/images/netboot/netboot.tar.gz dated aug 07 2006 Date: oct 20 2006 Machine: HP dx5150 Processor: sempron Memory: 256 MB Partitions: n/a Output of lspci and lspci -n: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [ ] Load installer modules: [E] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: The installer couldn't find matching kernel modules from the archive (I tried several US and NL mirrors) to complete the installation. I tried the sarge netboot, but it is to old to recognize the hardware (SATA disks). AMD64 netboot has the same problem. This setup (pxe netboot install) has worked in the past, so has anything changed recently? Maybe more care should be taken to ensure the current netboot image matches the available kernel modules? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415714: postfix: smtpd exits with status 127
Package: postfix Version: 2.3.8-2 Severity: grave Postfix refuses to handle incoming smtp connections after this morning's upgrade. Reverting to the previous version's package fixes it for now. Mar 21 13:52:43 blackbeard postfix/master[11123]: warning: process /usr/lib/postfix/smtpd pid 16827 exit status 127 Mar 21 13:52:43 blackbeard postfix/master[11123]: warning: /usr/lib/postfix/smtpd: bad command startup -- throttling -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages postfix depends on: ii adduser 3.102 Add and remove users and groups ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii dpkg 1.13.25package maintenance system for Deb ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libdb4.3 4.3.29-8 Berkeley v4.3 Database Libraries [ ii libsasl2-22.1.22.dfsg1-8 Authentication abstraction library ii libssl0.9.8 0.9.8c-4 SSL shared libraries ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip ii netbase 4.29 Basic TCP/IP networking system ii ssl-cert 1.0.14 Simple debconf wrapper for openssl Versions of packages postfix recommends: ii emacs21 [mail-re 21.4a+1-3 The GNU Emacs editor ii icedove [mail-re 1.5.0.9.dfsg1-1 free/unbranded thunderbird mail cl ii kmail [mail-read 4:3.5.5.dfsg.1-6KDE Email client ii mailx [mail-read 1:8.1.2-0.20050715cvs-1 A simple mail user agent ii mutt [mail-reade 1.5.13-1.1 text-based mailreader supporting M -- debconf information: postfix/master_upgrade_warning: postfix/db_upgrade_warning: true * postfix/mailname: moria.local postfix/tlsmgr_upgrade_warning: postfix/dynamicmaps_upgrade_warning: postfix/recipient_delim: + * postfix/main_mailer_type: Internet Site postfix/transport_map_warning: postfix/relayhost: postfix/procmail: false postfix/bad_recipient_delimiter: postfix/chattr: false postfix/root_address: NONE postfix/rfc1035_violation: false postfix/mydomain_warning: postfix/mynetworks: 127.0.0.0/8 postfix/destinations: moria.local, localhost.local, , localhost postfix/nqmgr_upgrade_warning: postfix/not_configured: postfix/mailbox_limit: 0 postfix/protocols: ipv4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487635: Performance degradation over remote ssh X11 forwarded display
Package: libx11-6 Version: 2:1.1.4-2 Severity: important Since upgrading libx11-6 in lenny from 1.0.3 to 1.1.4 we're seeing severe performance degradation when using applications over a remote ssh X11 forwarding tunnel. The applications we've seen this happen to are: netbeans 6.0, icedove, firefox 3.0 . When used on a local X11 display these applications perform normally, but when used remotely they become extremely sluggish making them practically unusable. I do not observe any excessive cpu or network usage though. Reverting the package version back to 1.0.3 (or using LD_PRELOAD to force using the 1.0.3 version of libX11.so.6.2.0) is usable as a temporary workaround. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libx11-6 depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libx11-data 2:1.1.4-2 X11 client-side library ii libxau6 1:1.0.3-3 X11 authorisation library ii libxdmcp6 1:1.0.2-3 X11 Display Manager Control Protoc ii x11-common1:7.3+10 X Window System (X.Org) infrastruc libx11-6 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#590653: lo: Disabled Privacy Extensions in kernel log every couple of seconds
Package: linux-image-2.6-686 Version: 2.6.32+27 Severity: minor The system is a KVM guest (host is squeeze, qemu-kvm version 0.12.4+dfsg-1, kernel 2.6.32-5-amd64). /var/log/syslog looks like this: Jul 28 08:03:35 brakiri kernel: [606636.002265] lo: Disabled Privacy Extensions Jul 28 08:03:35 brakiri kernel: [606636.298208] lo: Disabled Privacy Extensions Jul 28 08:03:37 brakiri kernel: [606637.828089] lo: Disabled Privacy Extensions Jul 28 08:03:37 brakiri kernel: [606638.121206] lo: Disabled Privacy Extensions Jul 28 08:03:39 brakiri kernel: [606639.757784] lo: Disabled Privacy Extensions Jul 28 08:03:39 brakiri kernel: [606640.069208] lo: Disabled Privacy Extensions Jul 28 08:04:07 brakiri kernel: [606668.083251] lo: Disabled Privacy Extensions Jul 28 08:04:08 brakiri kernel: [606668.377440] lo: Disabled Privacy Extensions Jul 28 08:04:27 brakiri kernel: [606687.857553] lo: Disabled Privacy Extensions Jul 28 08:04:27 brakiri kernel: [606688.153738] lo: Disabled Privacy Extensions Jul 28 08:04:56 brakiri kernel: [606717.187811] lo: Disabled Privacy Extensions Jul 28 08:04:57 brakiri kernel: [606717.486261] lo: Disabled Privacy Extensions How do I get rid of these messages? Other than this, the system seems to be running fine. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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 linux-image-2.6-686 depends on: ii linux-image-2.6.32-5-686 2.6.32-15 Linux 2.6.32 for modern PCs linux-image-2.6-686 recommends no packages. linux-image-2.6-686 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#672396: nvidia-glx: xorg fails to start and segfaults with kernel 3.2.0-0.bpo.2-amd64
I just installed nvidia-glx 295.59-1~bpo60+1 from squeeze-backports with the 3.2 linux kernel, also from backports, and everything seems to be working fine now. Feel free to close this bugreport. Thanks, Sammy -- winter mountain slopes fresh snow gliding under me downhill I descend -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672396: nvidia-glx: xorg fails to start and segfaults with kernel 3.2.0-0.bpo.2-amd64
On Sun, Jun 03, 2012 at 10:01:00PM +0200, Andreas Beckmann wrote: On 2012-05-10 20:31, Sammy Atmadja wrote: Package: nvidia-glx Version: 280.13.really.275.36-1~bpo60+2 Have you tried the driver from wheezy (295.53)? And eventually experimental (302.11)? No, not yet. I'm trying to keep this machine sort of stable, not mess too much with the package versions, so squeeze-backports is about as adventerous as i'm willing to go. Could be specific to the particular GPU model in the machine. [1309951.424] (II) NVIDIA(0): NVIDIA GPU GeForce 6600 (NV43) at PCI:1:0:0 (GPU-0) [1309951.424] (--) NVIDIA(0): Memory: 262144 kBytes [1309951.424] (--) NVIDIA(0): VideoBIOS: 05.43.02.72.00 [1309951.424] (II) NVIDIA(0): Detected PCI Express Link width: 16X Seems to be one of the oldest model still supposed to be supported by the driver. I'll try if i can get my hands on a newer GPU. Sammy -- winter mountain slopes fresh snow gliding under me downhill I descend -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687280: htop: columns not lining up when using pid's 99999
Package: htop Version: 0.8.3-1 Severity: minor Tags: upstream When setting /proc/sys/kernel/pid_max to a larger value than default ( 9) the columns in the output of htop no longer line up making it hard to read. Steps to reproduce: - (as root) echo 400 /proc/sys/kernel/pid_max - start lot's of processes and wait until the process id's reach 9 - view output of htop -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.3-amd64 (SMP w/24 CPU cores) 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 htop depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libncurses5 5.7+20100313-5 shared libraries for terminal hand htop recommends no packages. Versions of packages htop suggests: pn ltracenone (no description available) ii strace4.5.20-2 A system call tracer -- 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#687280: htop: columns not lining up when using pid's 99999
Hi Eugene, I tried on a Debian Wheezy machine, and the kernel does allow higher values, up to 2^22 (around 4 million). The htop from wheezy aligns the PID column nicely when reaching 100.000 . Although when you enable other columns that are based on the PID, like PGRP (process group id) and SESN (session id) these do not line up. So the problem seems to be partially fixed. Sammy - Original Message - Hello Sammy, Thank you for the report. On 2012-09-11 14:16, Sammy Atmadja wrote: When setting /proc/sys/kernel/pid_max to a larger value than default ( 9) the columns in the output of htop no longer line up making it hard to read. It seems like upcoming Debian wheezy kernel doesn't allow setting more than 16-bit values, thus I cannot test this. Nevertheless, could you try htop from Debian wheezy (1.0.1)? One user said in the bug tracker that this PID problem is fixed in 1.0. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux userspace developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687280: htop: columns not lining up when using pid's 99999
Hi Eugene, I saw that the upstream bugtracker on sourceforge already had a bug filed regarding this issue (Columns are on the wrong position #2 - ID: 3407625) . Anyway, based on your hint that this was already fixed for the PID column in the latest version, I cooked up this patch below. It seems to fix the issue for me. Sammy - START PATCH - diff --git a/Process.c b/Process.c index 68edd70..421931a 100644 --- a/Process.c +++ b/Process.c @@ -203,7 +203,7 @@ const char *Process_fieldNames[] = { }; const char *Process_fieldTitles[] = { - , PID , Command , S ,PPID , PGRP , SESN , + , PID , Command , S ,PPID ,PGRP ,SESN , TTY , TPGID , - , - , - , - , - , UTIME+ , STIME+ , CUTIME+ , CSTIME+ , PRI , NI , - , START , - , - , - , - , - , - , @@ -239,17 +239,21 @@ void Process_getMaxPid() { fscanf(file, %32d, maxPid); fclose(file); if (maxPid 9) { - Process_fieldTitles[PID] = PID ; - Process_fieldTitles[PPID] = PPID ; - Process_fieldTitles[TPGID] = TPGID ; - Process_fieldTitles[TGID] = TGID ; + Process_fieldTitles[PID] = PID ; + Process_fieldTitles[PPID] = PPID ; + Process_fieldTitles[TPGID] = TPGID ; + Process_fieldTitles[TGID] = TGID ; + Process_fieldTitles[PGRP] = PGRP ; + Process_fieldTitles[SESSION] =SESN ; Process_pidFormat = %7u ; Process_tpgidFormat = %7d ; } else { - Process_fieldTitles[PID] = PID ; - Process_fieldTitles[PPID] = PPID ; - Process_fieldTitles[TPGID] = TPGID ; - Process_fieldTitles[TGID] = TGID ; + Process_fieldTitles[PID] = PID ; + Process_fieldTitles[PPID] = PPID ; + Process_fieldTitles[TPGID] = TPGID ; + Process_fieldTitles[TGID] = TGID ; + Process_fieldTitles[PGRP] = PGRP ; + Process_fieldTitles[SESSION] = SESN ; Process_pidFormat = %5u ; Process_tpgidFormat = %5d ; } @@ -375,8 +379,8 @@ static void Process_writeField(Process* this, RichString* str, ProcessField fiel switch (field) { case PID: snprintf(buffer, n, Process_pidFormat, this-pid); break; case PPID: snprintf(buffer, n, Process_pidFormat, this-ppid); break; - case PGRP: snprintf(buffer, n, %5u , this-pgrp); break; - case SESSION: snprintf(buffer, n, %5u , this-session); break; + case PGRP: snprintf(buffer, n, Process_pidFormat, this-pgrp); break; + case SESSION: snprintf(buffer, n, Process_pidFormat, this-session); break; case TTY_NR: snprintf(buffer, n, %5u , this-tty_nr); break; case TGID: snprintf(buffer, n, Process_pidFormat, this-tgid); break; case TPGID: snprintf(buffer, n, Process_tpgidFormat, this-tpgid); break; - END PATCH - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672396: nvidia-glx: xorg fails to start and segfaults with kernel 3.2.0-0.bpo.2-amd64
Package: nvidia-glx Version: 280.13.really.275.36-1~bpo60+2 Severity: normal -- Package-specific info: uname -a: Linux cthulhu 3.2.0-0.bpo.2-amd64 #1 SMP Mon Apr 23 08:38:01 UTC 2012 x86_64 GNU/Linux /proc/version: Linux version 3.2.0-0.bpo.2-amd64 (Debian 3.2.15-1~bpo60+1) (debian-ker...@lists.debian.org) (gcc version 4.4.5 (Debian 4.4.5-8) ) #1 SMP Mon Apr 23 08:38:01 UTC 2012 /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 275.36 Sun Oct 16 21:53:01 PDT 2011 GCC version: gcc version 4.3.5 (Debian 4.3.5-4) lspci 'VGA compatible controller [0300]': 01:00.0 VGA compatible controller [0300]: nVidia Corporation NV43 [GeForce 6600] [10de:0141] (rev a2) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device [1043:81ee] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 18 Region 0: Memory at fa00 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at d000 (64-bit, prefetchable) [size=256M] Region 3: Memory at fb00 (64-bit, non-prefetchable) [size=16M] [virtual] Expansion ROM at fc00 [disabled] [size=128K] Capabilities: access denied Kernel driver in use: nvidia dmesg: [0.00] No AGP bridge found [0.00] Console: colour VGA+ 80x25 [0.422001] vgaarb: device added: PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none [0.422004] vgaarb: loaded [0.640084] Linux agpgart interface v0.103 [2.758528] nvidia: module license 'NVIDIA' taints kernel. [3.216580] nvidia :01:00.0: PCI INT A - GSI 18 (level, low) - IRQ 18 [3.216586] nvidia :01:00.0: setting latency timer to 64 [3.216589] vgaarb: device changed decodes: PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem [3.216704] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 195.36.31 Thu Jun 3 08:19:50 PDT 2010 [ 35.809988] NVRM: API mismatch: the client has the version 275.36, but [ 35.809993] NVRM: this kernel module has the version 195.36.31. Please [ 35.809996] NVRM: make sure that this kernel module and all NVIDIA driver [ 35.80] NVRM: components have the same version. [ 170.066254] nvidia :01:00.0: setting latency timer to 64 [ 170.066258] vgaarb: device changed decodes: PCI::01:00.0,olddecodes=none,decodes=none:owns=io+mem [ 170.066503] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 275.36 Sun Oct 16 21:53:01 PDT 2011 OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 15 May 10 18:45 /etc/alternatives/glx - /usr/lib/nvidia lrwxrwxrwx 1 root root 26 May 10 18:45 /etc/alternatives/glx--libGL.so.1 - /usr/lib/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 26 May 10 18:45 /etc/alternatives/glx--libGL.so.1 - /usr/lib/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 34 May 10 18:45 /etc/alternatives/glx--libXvMCNVIDIA.so.1 - /usr/lib/nvidia/libXvMCNVIDIA.so.1 lrwxrwxrwx 1 root root 42 May 10 18:45 /etc/alternatives/glx--libXvMCNVIDIA_dynamic.so.1 - /usr/lib/nvidia/libXvMCNVIDIA_dynamic.so.1 lrwxrwxrwx 1 root root 34 May 10 18:45 /etc/alternatives/glx--libnvidia-cfg.so.1 - /usr/lib/nvidia/libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 25 May 10 18:45 /etc/alternatives/glx--linux-libglx.so - /usr/lib/nvidia/libglx.so lrwxrwxrwx 1 root root 36 May 10 18:45 /etc/alternatives/glx--nvidia-bug-report.sh - /usr/lib/nvidia/nvidia-bug-report.sh lrwxrwxrwx 1 root root 29 May 10 18:45 /etc/alternatives/glx--nvidia_drv.so - /usr/lib/nvidia/nvidia_drv.so lrwxrwxrwx 1 root root 23 May 10 18:45 /etc/alternatives/nvidia - /usr/lib/nvidia/current lrwxrwxrwx 1 root root 34 May 10 18:45 /etc/alternatives/nvidia--libGL.so.1 - /usr/lib/nvidia/current/libGL.so.1 lrwxrwxrwx 1 root root 34 May 10 18:45 /etc/alternatives/nvidia--libGL.so.1 - /usr/lib/nvidia/current/libGL.so.1 lrwxrwxrwx 1 root root 42 May 10 18:45 /etc/alternatives/nvidia--libXvMCNVIDIA.so.1 - /usr/lib/nvidia/current/libXvMCNVIDIA.so.1 lrwxrwxrwx 1 root root 50 May 10 18:45 /etc/alternatives/nvidia--libXvMCNVIDIA_dynamic.so.1 - /usr/lib/nvidia/current/libXvMCNVIDIA_dynamic.so.1 lrwxrwxrwx 1 root root 33 May 10 18:45 /etc/alternatives/nvidia--libglx.so - /usr/lib/nvidia/current/libglx.so lrwxrwxrwx 1 root root 42 May 10 18:45 /etc/alternatives/nvidia--libnvidia-cfg.so.1 - /usr/lib/nvidia/current/libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 44 May 10 18:45 /etc/alternatives/nvidia--nvidia-bug-report.sh - /usr/lib/nvidia/current/nvidia-bug-report.sh lrwxrwxrwx 1 root root 37 May 10 18:45 /etc/alternatives/nvidia--nvidia_drv.so - /usr/lib/nvidia/current/nvidia_drv.so lrwxrwxrwx 1 root root 33 May 10 18:45 /usr/lib/libGL.so.1 -
Bug#745629: virtinst: virt-install complains about virStream object not having an attribute upload and fails
Package: virtinst Version: 0.600.1-3+deb7u1 Severity: important Tags: upstream Dear Maintainer, Since upgrading qemu-kvm from version 1.1.2 (wheezy) to 1.7.0 (wheezy-backports), and also all associated packages such as libvirt-bin from wheezy-backports, virt-install fails to create a new vm. The output from running virt-install with the --debug option is below: ---start debug output--- [Wed, 23 Apr 2014 16:15:51 virt-install 22583] DEBUG (cli:226) Launched with command line: /usr/bin/virt-install --debug --connect=qemu:///system --name=test --ram=4096 --vcpus=2 --description=autogenerated vmspawn 2014-04-23T16:15:46 by saa --disk path=/srv/vm/test/test.img,size=10,format=qcow2,cache=none,bus=virtio --network bridge=br0 --location=http://ftp.nl.debian.org/debian/dists/wheezy/main/installer-amd64 --initrd-inject=/tmp/vmspawnFQbeFc/preseed.cfg --extra-args=auto=true --noreboot --check-cpu [Wed, 23 Apr 2014 16:15:51 virt-install 22583] DEBUG (cli:332) Requesting libvirt URI qemu:///system [Wed, 23 Apr 2014 16:15:51 virt-install 22583] DEBUG (cli:334) Received libvirt URI qemu:///system [Wed, 23 Apr 2014 16:15:51 virt-install 22583] DEBUG (virt-install:259) Requesting virt method 'default', hv type 'default'. [Wed, 23 Apr 2014 16:15:51 virt-install 22583] DEBUG (virt-install:469) Received virt method 'hvm' [Wed, 23 Apr 2014 16:15:51 virt-install 22583] DEBUG (virt-install:470) Hypervisor name is 'kvm' [Wed, 23 Apr 2014 16:15:51 virt-install 22583] DEBUG (cli:938) DISPLAY is set: graphics defaulting to VNC. [Wed, 23 Apr 2014 16:15:51 virt-install 22583] DEBUG (cli:956) --graphics compat generated: vnc [Wed, 23 Apr 2014 16:15:51 virt-install 22583] DEBUG (VirtualDisk:240) Path '/srv/vm/test' is target for pool 'test'. Creating volume 'test.img'. [Wed, 23 Apr 2014 16:15:51 virt-install 22583] DEBUG (VirtualDisk:240) Path '/srv/vm/test' is target for pool 'test'. Creating volume 'test.img'. [Wed, 23 Apr 2014 16:15:51 virt-install 22583] DEBUG (DistroInstaller:205) DistroInstaller location is a network source. [Wed, 23 Apr 2014 16:15:51 virt-install 22583] DEBUG (OSDistro:65) Attempting to detect distro: [Wed, 23 Apr 2014 16:15:51 virt-install 22583] DEBUG (ImageFetcher:124) HTTP hasFile: didn't find http://ftp.nl.debian.org/debian/dists/wheezy/main/installer-amd64/.treeinfo: HTTP Error 404: Not Found [Wed, 23 Apr 2014 16:15:51 virt-install 22583] DEBUG (ImageFetcher:124) HTTP hasFile: didn't find http://ftp.nl.debian.org/debian/dists/wheezy/main/installer-amd64/Fedora: HTTP Error 404: Not Found [Wed, 23 Apr 2014 16:15:51 virt-install 22583] DEBUG (ImageFetcher:124) HTTP hasFile: didn't find http://ftp.nl.debian.org/debian/dists/wheezy/main/installer-amd64/Server: HTTP Error 404: Not Found [Wed, 23 Apr 2014 16:15:51 virt-install 22583] DEBUG (ImageFetcher:124) HTTP hasFile: didn't find http://ftp.nl.debian.org/debian/dists/wheezy/main/installer-amd64/Client: HTTP Error 404: Not Found [Wed, 23 Apr 2014 16:15:52 virt-install 22583] DEBUG (ImageFetcher:124) HTTP hasFile: didn't find http://ftp.nl.debian.org/debian/dists/wheezy/main/installer-amd64/RedHat: HTTP Error 404: Not Found [Wed, 23 Apr 2014 16:15:52 virt-install 22583] DEBUG (ImageFetcher:124) HTTP hasFile: didn't find http://ftp.nl.debian.org/debian/dists/wheezy/main/installer-amd64/CentOS: HTTP Error 404: Not Found [Wed, 23 Apr 2014 16:15:52 virt-install 22583] DEBUG (ImageFetcher:124) HTTP hasFile: didn't find http://ftp.nl.debian.org/debian/dists/wheezy/main/installer-amd64/SL: HTTP Error 404: Not Found [Wed, 23 Apr 2014 16:15:52 virt-install 22583] DEBUG (ImageFetcher:124) HTTP hasFile: didn't find http://ftp.nl.debian.org/debian/dists/wheezy/main/installer-amd64/directory.yast: HTTP Error 404: Not Found [Wed, 23 Apr 2014 16:15:52 virt-install 22583] DEBUG (ImageFetcher:83) Fetching URI: http://ftp.nl.debian.org/debian/dists/wheezy/main/installer-amd64/current/images/MANIFEST [Wed, 23 Apr 2014 16:15:52 virt-install 22583] DEBUG (ImageFetcher:94) Saved file to /var/tmp/virtinst-MANIFEST.QJUohd [Wed, 23 Apr 2014 16:15:52 virt-install 22583] DEBUG (OSDistro:938) Detected a Debian distro [Wed, 23 Apr 2014 16:15:52 virt-install 22583] DEBUG (virt-install:623) Guest.has_install_phase: True Starting install... [Wed, 23 Apr 2014 16:15:52 virt-install 22583] DEBUG (Installer:182) scratchdir=/home/saa/.virtinst/boot [Wed, 23 Apr 2014 16:15:52 virt-install 22583] DEBUG (OSDistro:65) Attempting to detect distro: [Wed, 23 Apr 2014 16:15:52 virt-install 22583] DEBUG (ImageFetcher:124) HTTP hasFile: didn't find http://ftp.nl.debian.org/debian/dists/wheezy/main/installer-amd64/.treeinfo: HTTP Error 404: Not Found [Wed, 23 Apr 2014 16:15:52 virt-install 22583] DEBUG (ImageFetcher:124) HTTP hasFile: didn't find http://ftp.nl.debian.org/debian/dists/wheezy/main/installer-amd64/Fedora: HTTP Error 404: Not Found [Wed, 23 Apr 2014 16:15:52 virt-install 22583] DEBUG (ImageFetcher:124) HTTP hasFile: didn't find
Bug#745629: [Pkg-libvirt-maintainers] Bug#745629: virtinst: virt-install complains about virStream object not having an attribute upload and fails
The patch from #745541 seems to work for me. Thanks, Sammy - Original Message - See also #745541 for the proposed fix. Feedback if this fixes the issue for you would be welcome. Note that you also need the latest python-libvirt from bpo (1.2.1-2~bpo70+1). Cheers, -- Guido Disclaimer: http://transtrend.com/disclaimer.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745708: open-iscsi: umountiscsi.sh prematurely exits when encountering targets without block devices
Package: open-iscsi Version: 2.0.873-3 Severity: normal Tags: patch Dear Maintainer, While rebooting a server with iscsi partitions I encountered bug #691732 . Seeing that #691732 was fixed in version 2.0.873+git0.3b4b4500-1 of open-iscsi I looked over the changes and noticed that if umountiscsi.sh finds an iscsi target without block devices it does an exit 0 while in the middle of the for loop and skips the rest of the targets. This could be a problem if the target without block devices is not the last target. See my patch below which continues instead of an exit. Sammy -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.13-0.bpo.1-amd64 (SMP w/4 CPU cores) 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 open-iscsi depends on: ii libc6 2.13-38+deb7u1 ii udev 204-8~bpo70+1 open-iscsi recommends no packages. open-iscsi suggests no packages. -- Configuration Files: /etc/iscsi/initiatorname.iscsi [Errno 13] Permission denied: u'/etc/iscsi/initiatorname.iscsi' -- no debconf information --- patch for umountiscsi.sh --- diff --git a/debian/umountiscsi.sh.init b/debian/umountiscsi.sh.init index 8f7161b..d5b0591 100644 --- a/debian/umountiscsi.sh.init +++ b/debian/umountiscsi.sh.init @@ -56,9 +56,8 @@ do_stop () { for BLOCK_FILE in $SESSION_DIR/target*/*\:*/block/*; do BLOCK_DEV=`echo $BLOCK_FILE | sed 's/.*block\///'` if [ ${BLOCK_DEV} = * ];then - log_warning_msg No iSCSI block devices found - log_end_msg 0 - exit 0 + log_warning_msg iSCSI target without block devices found + continue fi DOS_PARTITIONS=`awk /^\/dev\/$BLOCK_DEV/ { print \\$2; } /proc/mounts` for DEVICE in $DOS_PARTITIONS; do --- end patch --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745708: open-iscsi: umountiscsi.sh prematurely exits when encountering targets without block devices
Patch looks good. But just a quick question. If the specific target session does not have any block device, wouldn't BLOCK_FILE be empty and thus not fall under the if condition ? BLOCK_FILE will not be empty, and *that* is exactly the root of the problem. When the wildcards in the following line: for BLOCK_FILE in $SESSION_DIR/target*/*\:*/block/*; do do not match anything, BLOCK_FILE will be: $SESSION_DIR/target*/*\:*/block/* like for ex. in my case : /sys/devices/platform/host5/session3/target*/*:*/block/* In the next line we strip all but the last part, so we end up with *, and a few lines later basically try to umount /dev/* . It's due to the somewhat unintuitive behaviour of the * wildcard. When it doesn't match, you get the litteral * . Sammy Disclaimer: http://transtrend.com/disclaimer.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765363: linux-image-3.16-0.bpo.2-amd64: second node fails to join cluster and mount ocfs2 partition
Package: src:linux Version: 3.16.3-2~bpo70+1 Severity: important Dear Maintainer, Package linux-image-amd64 from wheezy-backports was upgraded, resulting in installing linux-image-3.16-0.bpo.2-amd64 version 3.16.3-2~bpo70+1 . Previous kernel was linux-image-3.14-0.bpo.2-amd64 version 3.14.15-2~bpo70+1 . We have several hosts that are part of an ocfs2 cluster. These hosts mount a shared ocfs2 filesystem over iscsi/multipath. The second node that tries to mount an ocfs2 partition fails with the following messages in dmesg: [ 394.938173] o2net: Connected to node zotac (num 0) at 10.247.9.96: [ 401.151541] o2net: Connection to node zotac (num 0) at 10.247.9.96: shutdown, state 8 [ 401.156642] o2net: Connection to node zotac (num 0) at 10.247.9.96: shutdown, state 7 [ 401.161717] o2net: No longer connected to node zotac (num 0) at 10.247.9.96: [ 401.166848] (mount.ocfs2,3573,1):dlm_send_nodeinfo:1294 ERROR: node mismatch -112, node 0 [ 401.171475] (mount.ocfs2,3573,1):dlm_try_to_join_domain:1681 ERROR: status = -112 [ 401.176085] (mount.ocfs2,3573,1):dlm_send_one_join_cancel:1399 ERROR: Error -107 when sending message 512 (key 0x666c6172) to node 0 [ 401.180308] (mount.ocfs2,3573,1):dlm_send_join_cancels:1433 ERROR: Error return -107 cancelling join on node 0 [ 401.184557] (mount.ocfs2,3573,1):dlm_send_join_cancels:1440 ERROR: status = -107 [ 401.188783] (mount.ocfs2,3573,1):dlm_try_to_join_domain:1718 ERROR: status = -107 [ 401.192638] (mount.ocfs2,3573,1):dlm_join_domain:1951 ERROR: status = -112 [ 401.196597] (mount.ocfs2,3573,0):dlm_register_domain:2209 ERROR: status = -112 [ 401.200821] (mount.ocfs2,3573,0):o2cb_cluster_connect:368 ERROR: status = -112 [ 401.204571] (mount.ocfs2,3573,0):ocfs2_dlm_init:3001 ERROR: status = -112 [ 401.208339] (mount.ocfs2,3573,1):ocfs2_mount_volume:1860 ERROR: status = -112 [ 401.212110] ocfs2: Unmounting device (254,0) on (node 0) [ 401.215811] (mount.ocfs2,3573,1):ocfs2_fill_super:1234 ERROR: status = -112 Kernel version 3.14 from backports has no problem mounting ocfs2 filesystems. I have tried compiling a kernel from upstream (using the config from the 3.16 package) with the following result: 3.15.10 is ok 3.16.0 is ok 3.16.2 is ok 3.16.3 is ok 3.16.5 is ok 3.17 fails to mount -- Package-specific info: ** Version: Linux version 3.16-0.bpo.2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.16.3-2~bpo70+1 (2014-09-21) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.16-0.bpo.2-amd64 root=UUID=462497b3-37bd-48de-9032-21946b5f6ea3 ro transparent_hugepage=always elevator=deadline ** Not tainted ** Kernel log: [3.923864] usb 2-1.1.4: New USB device found, idVendor=0430, idProduct=00a2 [3.923929] usb 2-1.1.4: New USB device strings: Mfr=0, Product=1, SerialNumber=0 [3.923986] usb 2-1.1.4: Product: Sun USB Keyboard [3.952944] Adding 5874684k swap on /dev/sda5. Priority:-1 extents:1 across:5874684k SSFS [4.032812] device-mapper: multipath: version 1.7.0 loaded [4.055175] loop: module loaded [4.124380] usb 2-1.1.2: new full-speed USB device number 6 using ehci-pci [4.221818] usb 2-1.1.2: New USB device found, idVendor=076b, idProduct=3021 [4.221886] usb 2-1.1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [4.221944] usb 2-1.1.2: Product: Smart Card Reader USB [4.221986] usb 2-1.1.2: Manufacturer: OMNIKEY AG [4.235370] hidraw: raw HID events driver (C) Jiri Kosina [4.241544] usbcore: registered new interface driver usbhid [4.241600] usbhid: USB HID core driver [4.245707] input: USB Mouse as /devices/pci:00/:00:1d.0/usb2/2-1/2-1.1/2-1.1.3/2-1.1.3:1.0/0003:0566:4006.0001/input/input6 [4.245997] hid-generic 0003:0566:4006.0001: input,hidraw0: USB HID v1.11 Mouse [USB Mouse] on usb-:00:1d.0-1.1.3/input0 [4.246344] input: Sun USB Keyboard as /devices/pci:00/:00:1d.0/usb2/2-1/2-1.1/2-1.1.4/2-1.1.4:1.0/0003:0430:00A2.0002/input/input7 [4.246568] hid-generic 0003:0430:00A2.0002: input,hidraw1: USB HID v1.10 Keyboard [Sun USB Keyboard] on usb-:00:1d.0-1.1.4/input0 [4.731698] random: nonblocking pool is initialized [4.828369] [drm] Enabling RC6 states: RC6 on, RC6p off, RC6pp off [5.011911] ocfs2: Registered cluster interface o2cb [5.029420] OCFS2 User DLM kernel interface loaded [5.045546] o2net: Error -99 while binding socket at 10.247.9.97: [5.355578] Loading iSCSI transport class v2.0-870. [5.364140] iscsi: registered transport (tcp) [5.383780] iscsi: registered transport (iser) [5.592223] e1000e :00:19.0: irq 40 for MSI/MSI-X [5.696001] e1000e :00:19.0: irq 40 for MSI/MSI-X [5.696167] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [5.723914] ip6_tables: (C) 2000-2006 Netfilter Core Team [5.776325] nf_conntrack version 0.5.0 (16384 buckets, 65536 max) [5.811302] ip_tables: (C) 2000-2006 Netfilter Core
Bug#765363: fixed in 3.16.7
Looks like it's fixed in linux-image-3.16.0-0.bpo.4-amd64 3.16.7-ckt2-1~bpo70+1 . Sammy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788183: postgresql logs filling with WARNING: there is already a transaction in progress
Reported upstream: https://github.com/rsyslog/rsyslog/issues/399 Sammy Disclaimer: http://transtrend.com/disclaimer.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788183: postgresql logs filling with WARNING: there is already a transaction in progress
Package: rsyslog-pgsql Version: 8.4.2-1 Severity: grave Justification: renders package unusable Dear Maintainer, I have a setup where host_a running rsyslog writes logs to a remote server host_b running postgresql 9.1 (a server running wheezy at the moment). Since upgrading host_a (the rsyslog server) from wheezy to jessie the postgresql logs on host_b started filling up with lines like: --- BEGIN host_b /var/log/postgresql/postgresql-9.1-main.log --- 2015-06-09 08:11:27 CEST WARNING: there is already a transaction in progress 2015-06-09 08:11:27 CEST WARNING: there is already a transaction in progress 2015-06-09 08:11:27 CEST WARNING: there is already a transaction in progress 2015-06-09 08:11:27 CEST WARNING: there is already a transaction in progress 2015-06-09 08:11:27 CEST WARNING: there is already a transaction in progress 2015-06-09 08:11:27 CEST WARNING: there is already a transaction in progress 2015-06-09 08:11:27 CEST WARNING: there is already a transaction in progress 2015-06-09 08:11:27 CEST WARNING: there is already a transaction in progress 2015-06-09 08:11:27 CEST WARNING: there is already a transaction in progress 2015-06-09 08:11:27 CEST WARNING: there is already a transaction in progress 2015-06-09 08:11:27 CEST WARNING: there is already a transaction in progress 2015-06-09 08:11:27 CEST WARNING: there is already a transaction in progress 2015-06-09 08:11:27 CEST WARNING: there is already a transaction in progress 2015-06-09 08:11:27 CEST WARNING: there is already a transaction in progress 2015-06-09 08:11:27 CEST WARNING: there is already a transaction in progress 2015-06-09 08:11:27 CEST WARNING: there is already a transaction in progress 2015-06-09 08:11:27 CEST WARNING: there is already a transaction in progress --- END --- (hundreds of lines per second!) The configuration on host_a for ompgsql : --- BEGIN host_a /etc/rsyslog.d/ompgsql.conf --- # Provides UDP syslog reception module(load=imudp) input(type=imudp port=514) # Provides TCP syslog reception module(load=imtcp) input(type=imtcp port=514) module(load=mmutf8fix) action(type=mmutf8fix mode=controlcharacters) $template pgsqltemplate,INSERT INTO logs (host, facility, priority, level, tag, \ program, msg, hostname) VALUES ( '%fromhost-ip%', '%syslogfacility-text%', '%syslogpriority-text%', \ '%syslogseverity-text%','%syslogtag%', '%programname%', '%msg%' , '%hostname%'),stdsql $ModLoad ompgsql *.* :ompgsql:caradhras.local,syslog,syslog,;pgsqltemplate --- END --- For now I have downgraded to rsyslog and rsyslog-pgsql version 7.6.3-2~bpo70+1 from wheezy-backports, which does not have this problem. Sammy -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Disclaimer: http://transtrend.com/disclaimer.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789566: Jessie guest 100% steal time after live migration
Package: qemu-kvm Version: 1:2.1+dfsg-12~bpo70+1 Severity: normal I have several jessie guest vm's (kernel 3.16) running on wheezy hosts. After a live migration the guest cpu reports 100% steal time. This can only be fixed with a reboot of the guest vm. The problem does not occur with wheezy guests (kernel 3.2). Here (https://code.google.com/p/ganeti/issues/detail?id=986) it is suggested that disabling kvm_steal_time feature fixes the problem. Unfortunately the qemu-kvm -cpu parameter is not exposed through libvirtd . Sammy Disclaimer: http://transtrend.com/disclaimer.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789887: Uses cpu when remote pulse server is unavailable
Package: kmix Version: 4:4.14.0-1 Severity: normal Tags: patch When PULSE_SERVER is set to connect to a remote location and the remote is currently unavailable, kmix tries to reconnect up to 20 times per second. This results in a significant cpu load. The bug has already been reported upstream as KDE bug #339913 (https://bugs.kde.org/show_bug.cgi?id=339913). Based on the comments in the upstream bugreport I made this (crude) patch below, which works for me. Sammy Index: kmix-4.14.0/backends/mixer_pulse.cpp === --- kmix-4.14.0.orig/backends/mixer_pulse.cpp +++ kmix-4.14.0/backends/mixer_pulse.cpp @@ -37,6 +37,8 @@ # include canberra.h #endif +#include time.h + // PA_VOLUME_UI_MAX landed in pulseaudio-0.9.23, so this can be removed when/if // minimum requirement is ever bumped up (from 0.9.12 currently) #ifndef PA_VOLUME_UI_MAX @@ -716,7 +718,14 @@ static void context_state_callback(pa_co if (s_mixers.contains(KMIXPA_PLAYBACK)) { kWarning(67100) Connection to PulseAudio daemon closed. Attempting reconnection.; s_pulseActive = UNKNOWN; -QTimer::singleShot(50, s_mixers[KMIXPA_PLAYBACK], SLOT(reinit())); + static time_t last_timestamp = 0; + time_t current_time = time(NULL); + if ((current_time - last_timestamp) 3) { + QTimer::singleShot(50, s_mixers[KMIXPA_PLAYBACK], SLOT(reinit())); + } else { + QTimer::singleShot(6, s_mixers[KMIXPA_PLAYBACK], SLOT(reinit())); + } + last_timestamp = current_time; } } } Disclaimer: http://transtrend.com/disclaimer.txt Index: kmix-4.14.0/backends/mixer_pulse.cpp === --- kmix-4.14.0.orig/backends/mixer_pulse.cpp +++ kmix-4.14.0/backends/mixer_pulse.cpp @@ -37,6 +37,8 @@ # include canberra.h #endif +#include time.h + // PA_VOLUME_UI_MAX landed in pulseaudio-0.9.23, so this can be removed when/if // minimum requirement is ever bumped up (from 0.9.12 currently) #ifndef PA_VOLUME_UI_MAX @@ -716,7 +718,14 @@ static void context_state_callback(pa_co if (s_mixers.contains(KMIXPA_PLAYBACK)) { kWarning(67100) Connection to PulseAudio daemon closed. Attempting reconnection.; s_pulseActive = UNKNOWN; -QTimer::singleShot(50, s_mixers[KMIXPA_PLAYBACK], SLOT(reinit())); + static time_t last_timestamp = 0; + time_t current_time = time(NULL); + if ((current_time - last_timestamp) 3) { + QTimer::singleShot(50, s_mixers[KMIXPA_PLAYBACK], SLOT(reinit())); + } else { + QTimer::singleShot(6, s_mixers[KMIXPA_PLAYBACK], SLOT(reinit())); + } + last_timestamp = current_time; } } }
Bug#788183: Works for me (upstream patch)
Hi, The upstream patch https://github.com/rsyslog/rsyslog/commit/73c9a28653d4e92a6c71210232a83b4b72cdf778 applied on top of 8.4.2-1 seems to be working for me (running for a couple of minutes now). Sammy Disclaimer: http://transtrend.com/disclaimer.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#868299: pkcs15-init aborts with failed assertion when operating on Feitian smartcards
Package: opensc Version: 0.16.0-3 When invoking pkcs15-init -E to erase a Feitian smartcard, the command aborts with the following message: pkcs15-init: sc.c:721: sc_file_valid: Assertion `file != NULL' failed. Aborted This bug has already been fixed upstream: https://github.com/OpenSC/OpenSC/commit/f64c71da28d1c1401445f6e8fa45bc079d5b6cd9 Please consider backporting the fix (see patch below). I can confirm that applying the patch fixes the issue for me. Index: opensc-0.16.0/src/libopensc/card-entersafe.c === --- opensc-0.16.0.orig/src/libopensc/card-entersafe.c +++ opensc-0.16.0/src/libopensc/card-entersafe.c @@ -493,7 +493,7 @@ static int entersafe_select_fid(sc_card_ path.len=2; r = iso_ops->select_file(card,,); - if(r) sc_file_free(file); + if(r && file) sc_file_free(file); SC_TEST_RET(card->ctx, SC_LOG_DEBUG_NORMAL, r, "APDU transmit failed"); /* update cache */ Thanks, Sammy. Disclaimer: http://transtrend.com/disclaimer.txt
Bug#934208: Open file limits not set in systemd unit
[Install] WantedBy=multi-user.target Sammy Atmadja Disclaimer: https://www.transtrend.com/en/disclaimer/