Bug#335476: [nscd] does not respect DNS TTL
Hi there, I was wondering that now glibc has different (and more friendly) maintainers is it worth trying to raise this issue with them? They may be more receptive on the matter. All the best, Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623217: Debian d-i daily build for kfreebsd panics on boot - FIXED?
On Sunday 20 May 2012 04:31:19 Holger Wansing wrote: Chris: could you check if the wheezy alpha1 still panics on your machine? Still panics very early I'm afraid with both kernel types (standard and FreeBSD 9). ISO was dated 12-May-2012 03:03 and named: debian-wheezy-DI-a1-kfreebsd-i386-netinst.iso Both panic with: panic: MPTable contains multiple PCI busses but no PCI bus 0 KDB: stack backtrace: Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort Prior to that it reports things like: ACPI Error: A valid RSDP was not found (20101013/tbxfroot-309) MPTable: OLIVETTI CONDOR The ACPI message isn't surprising, I'd guess this quad PentiumPro box predates that. cheers, Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP signature.asc Description: This is a digitally signed message part.
Bug#623217: Debian d-i daily build for kfreebsd panics on boot - FIXED?
On Sunday 20 May 2012 04:31:19 Holger Wansing wrote: Chris: could you check if the wheezy alpha1 still panics on your machine? Happy to do so, will try tonight, have to head off to work now. -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP signature.asc Description: This is a digitally signed message part.
Bug#623217: Debian d-i daily build for kfreebsd panics on boot
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov bogomips: 399.97 clflush size: 32 -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP signature.asc Description: This is a digitally signed message part.
Bug#588293: grub-pc: fails to allocate memory so nothing can be booted (on an old compaq laptop)
On Sat, January 8, 2011 11:27 pm, Vladimir 'Ï-coder/phcoder' Serbinenko wrote: Please try the attached patch Dropping that patch into the debian/patches directory doesn't change anything in the builds I did last night, so I tried to apply the patch by hand but it won't apply. r...@quad:~/grub-pc/grub2-1.98+20100804# patch --dry-run -p1 debian/patches/convmem.diff patching file kern/i386/pc/init.c Hunk #1 FAILED at 140. 1 out of 1 hunk FAILED -- saving rejects to file kern/i386/pc/init.c.rej patching file kern/i386/pc/mmap.c Hunk #1 FAILED at 37. Hunk #2 succeeded at 55 with fuzz 1 (offset -100 lines). Hunk #3 FAILED at 165. 2 out of 3 hunks FAILED -- saving rejects to file kern/i386/pc/mmap.c.rej Any ideas ? Chris -- Chris Samuel, Melbourne, Australia http://www.csamuel.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588293: grub-pc: fails to allocate memory so nothing can be booted (on an old compaq laptop)
On Wed, January 12, 2011 10:15 pm, Chris Samuel wrote: Dropping that patch into the debian/patches directory doesn't change anything in the builds I did last night, so I tried to apply the patch by hand but it won't apply. Ignore that please, the new packages you've prepared no longer generate the message. Thanks! Chris -- Chris Samuel, Melbourne, Australia http://www.csamuel.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588293: grub-pc: fails to allocate memory so nothing can be booted (on an old compaq laptop)
Hi there, On Sat, January 8, 2011 11:27 pm, Vladimir 'Ï-coder/phcoder' Serbinenko wrote: Please try the attached patch Thanks - giving it see if I can get it to build now. Might be futile though - I switched to grub-legacy which can boot the 486 kernel but then I found that it OOPS's trying to unpack the initramfs - I suspect 32MB just isn't enough these days.. ;-( cheers, Chris -- Chris Samuel, Melbourne, Australia http://www.csamuel.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588293: grub-pc: fails to allocate memory so nothing can be booted (on an old compaq laptop)
On my Toshiba Libretto 70CT Pentium notebook with 32MB of RAM I see this on my lsmmap: base_addr = 0x10, length = 0x1f2, type = 0x1 ..and yes, I have this same issue with Squeeze. This is with grub-pc 1.98+20100804-11 after debootstrapping an install after removing the harddisk. cheers! Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514976: update-grub cannot locate /boot on /dev/sdag1, even when device.map is correct (worked in Etch)
- Robert Millan r...@aybabtu.com wrote: Hi Robert, We need some naming spec on how are disks numbered after /dev/sdz. I can guess, but that's not good enough, some authoritative reference would be necessary. There is a function in the kernel in drivers/scsi/sd.c called sd_format_disk_name() which does this and I suspect is therefore the definitive reference. Its comments say: /** * sd_format_disk_name - format disk name * @prefix: name prefix - ie. sd for SCSI disks * @index: index of the disk to format name for * @buf: output buffer * @buflen: length of the output buffer * * SCSI disk names starts at sda. The 26th device is sdz and the * 27th is sdaa. The last one for two lettered suffix is sdzz * which is followed by sdaaa. * * This is basically 26 base counting with one extra 'nil' entry * at the beggining from the second digit on and can be * determined using similar method as 26 base conversion with the * index shifted -1 after each digit is computed. * * CONTEXT: * Don't care. * * RETURNS: * 0 on success, -errno on failure. */ How is that ? cheers, Chris -- Christopher Samuel - (03) 9925 4751 - Systems Manager The Victorian Partnership for Advanced Computing P.O. Box 201, Carlton South, VIC 3053, Australia VPAC is a not-for-profit Registered Research Agency -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514967: grub-mkdevicelist does not cope with /boot on a disk #16
- Robert Millan r...@aybabtu.com wrote: So what is the actual limit ? For 2.4 the limit appears to be 2,304 disks, according to this IBM article: http://publib.boulder.ibm.com/infocenter/dsichelp/ds8000ic/index.jsp?topic=/com.ibm.storage.ssic.help.doc/f2c_linuxscsilimit_2hsag9.html In 2.6 I'm not sure if there is a fixed limit, this LWN article from 2004 about the (then) forthcoming 2.6.5 release indicated that it could be up to one million disks! http://lwn.net/Articles/75928/ And how are disks named after we reach /dev/sdz ? On our system it goes to sdaa, sdab, sdac, sdag, sdae, etc, so I'd say an alphanumeric base 26 I guess.. ;-) Aha - found it in the kernel git repository - there is a function in drivers/scsi/sd.c called sd_format_disk_name() which sorts this out - the comment for it says: /** * sd_format_disk_name - format disk name * @prefix: name prefix - ie. sd for SCSI disks * @index: index of the disk to format name for * @buf: output buffer * @buflen: length of the output buffer * * SCSI disk names starts at sda. The 26th device is sdz and the * 27th is sdaa. The last one for two lettered suffix is sdzz * which is followed by sdaaa. * * This is basically 26 base counting with one extra 'nil' entry * at the beggining from the second digit on and can be * determined using similar method as 26 base conversion with the * index shifted -1 after each digit is computed. * * CONTEXT: * Don't care. * * RETURNS: * 0 on success, -errno on failure. */ cheers, Chris -- Christopher Samuel - (03) 9925 4751 - Systems Manager The Victorian Partnership for Advanced Computing P.O. Box 201, Carlton South, VIC 3053, Australia VPAC is a not-for-profit Registered Research Agency -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514962: strings-static in chkrootkit triggers false Xen /lib/tls warning
Hi Giuseppe, On Fri, 13 Feb 2009 6:15:47 am Giuseppe Iuculano wrote: Chris Samuel ha scritto: csamuel:~# ls /lib/tls ls: cannot access /lib/tls: No such file or directory cat /etc/ld.so.conf.d/libc6-xen.conf Can you paste the output please? Not a problem, here you go: # This directive teaches ldconfig to search in nosegneg subdirectories # and cache the DSOs there with extra bit 1 set in their hwcap match # fields. In Xen guest kernels, the vDSO tells the dynamic linker to # search in nosegneg subdirectories and to match this extra hwcap bit # in the ld.so.cache file. hwcap 0 nosegneg cheers, Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP signature.asc Description: This is a digitally signed message part.
Bug#514962: strings-static in chkrootkit triggers false Xen /lib/tls warning
Package: chkrootkit Version: 0.48-8 Severity: minor Running Lenny in a Xen VM at Rimuhosting.com the strings-static program from chkrootkit triggers the following warning that can be seen in dmesg. *** *** ** WARNING: Currently emulating unsupported memory accesses ** ** in /lib/tls glibc libraries. The emulation is** ** slow. To ensure full performance you should ** ** install a 'xen-friendly' (nosegneg) version of ** ** the library, or disable tls support by executing ** ** the following as root: ** ** mv /lib/tls /lib/tls.disabled** ** Offending process: strings-static (pid=7880) ** *** *** Continuing... However this is misleading as the libc6-xen libraries are already installed and there is no /lib/tls directory, viz: csamuel:~# ls /lib/tls ls: cannot access /lib/tls: No such file or directory -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.16.38-xenU (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages chkrootkit depends on: ii binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina ii debconf [debconf-2. 1.5.24 Debian configuration management sy ii libc6 2.7-18 GNU C Library: Shared libraries ii net-tools 1.60-22 The NET-3 networking toolkit ii procps 1:3.2.7-11 /proc file system utilities chkrootkit recommends no packages. chkrootkit suggests no packages. -- debconf information: * chkrootkit/run_daily_opts: -q * chkrootkit/run_daily: true chkrootkit/diff_mode: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514967: grub-mkdevicelist does not cope with /boot on a disk #16
Package: grub Version: 0.97-47lenny2 Severity: important This system has 25 disks and upgrading from Etch to Lenny hit problems when the new version of grub in Lenny did not create the correct device.map file, it stopped at disk #16 /dev/sdp (hd15). On this system the system disk with /boot is #25, /dev/sdy1. grub-mkdevicelist should be able to cope with larger number of disks - for example we have another system with 35 disks, and due to the way that the aacraid driver discovers its host the /boot partition is on disk #33, /dev/sdag1. We worked around the issue on this system by extending the device.map file by hand. -- Package-specific info: *** BEGIN /boot/grub/device.map (hd0) /dev/sda (hd1) /dev/sdb (hd2) /dev/sdc (hd3) /dev/sdd (hd4) /dev/sde (hd5) /dev/sdf (hd6) /dev/sdg (hd7) /dev/sdh (hd8) /dev/sdi (hd9) /dev/sdj (hd10) /dev/sdk (hd11) /dev/sdl (hd12) /dev/sdm (hd13) /dev/sdn (hd14) /dev/sdo (hd15) /dev/sdp (hd16) /dev/sdq (hd17) /dev/sdr (hd18) /dev/sds (hd19) /dev/sdt (hd20) /dev/sdu (hd21) /dev/sdv (hd22) /dev/sdw (hd23) /dev/sdx (hd24) /dev/sdy *** END /boot/grub/device.map *** BEGIN /proc/mounts /dev/mapper/stg5-root / ext3 rw,errors=remount-ro,data=ordered,usrquota 0 0 /dev/sdy1 /boot ext3 rw,errors=continue,data=ordered 0 0 /dev/md4 /nfs/ibm xfs rw,noatime,nodiratime,swalloc,attr2,nobarrier,logbufs=8,logbsize=256k,sunit=128,swidth=512,usrquota,prjquota,grpquota 0 0 /dev/md4 /nfsv4/nfs/ibm xfs rw,noatime,nodiratime,swalloc,attr2,nobarrier,logbufs=8,logbsize=256k,sunit=128,swidth=512,usrquota,prjquota,grpquota 0 0 *** END /proc/mounts *** BEGIN /boot/grub/menu.lst # menu.lst - See: grub(8), info grub, update-grub(8) #grub-install(8), grub-floppy(8), #grub-md5-crypt, /usr/share/doc/grub #and /usr/share/doc/grub-doc/. ## default num # Set the default entry to the entry number NUM. Numbering starts from 0, and # the entry number 0 is the default if the command is not used. # # You can specify 'saved' instead of a number. In this case, the default entry # is the entry saved with the command 'savedefault'. # WARNING: If you are using dmraid do not change this entry to 'saved' or your # array will desync and will not let you boot your system. default 0 ## timeout sec # Set a timeout, in SEC seconds, before automatically booting the default entry # (normally the first entry defined). timeout 5 # Pretty colours color cyan/blue white/blue ### PASSWORD LINE REMOVED ### # If used in the first section of a menu file, disable all interactive editing # control (menu entry editor and command-line) and entries protected by the # command 'lock' ### PASSWORD LINE REMOVED ### ### PASSWORD LINE REMOVED ### ### PASSWORD LINE REMOVED ### # # examples # # title Windows 95/98/NT/2000 # root (hd0,0) # makeactive # chainloader +1 # # title Linux # root (hd0,1) # kernel/vmlinuz root=/dev/hda2 ro # # # Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST ### BEGIN AUTOMAGIC KERNELS LIST ## lines between the AUTOMAGIC KERNELS LIST markers will be modified ## by the debian update-grub script except for the default options below ## DO NOT UNCOMMENT THEM, Just edit them to your needs ## ## Start Default Options ## ## default kernel options ## default kernel options for automagic boot options ## If you want special options for specific kernels use kopt_x_y_z ## where x.y.z is kernel version. Minor versions can be omitted. ## e.g. kopt=root=/dev/hda1 ro ## kopt_2_6_8=root=/dev/hdc1 ro ## kopt_2_6_8_2_686=root=/dev/hdc2 ro # kopt=root=/dev/mapper/stg5-root ro rootflags=quota ## default grub root device ## e.g. groot=(hd0,0) # groot=(hd0,0) ## should update-grub create alternative automagic boot options ## e.g. alternative=true ## alternative=false # alternative=true ## should update-grub lock alternative automagic boot options ## e.g. lockalternative=true ## lockalternative=false # lockalternative=false ## additional options to use with the default boot option, but not with the ## alternatives ## e.g. defoptions=vga=791 resume=/dev/hda5 # defoptions= ## should update-grub lock old automagic boot options ## e.g. lockold=false ## lockold=true # lockold=false ## Xen hypervisor options to use with the default Xen boot option # xenhopt= ## Xen Linux kernel options to use with the default Xen boot option # xenkopt=console=tty0 ## altoption boot targets option ## multiple altoptions lines are allowed ## e.g. altoptions=(extra menu suffix) extra boot options ## altoptions=(single-user) single # altoptions=(single-user mode) single ## controls how many kernels should be put into the menu.lst ## only counts the first occurence of a kernel, not the ## alternative kernel options ## e.g. howmany=all ## howmany=7 # howmany=all ##
Bug#514976: update-grub cannot locate /boot on /dev/sdag1, even when device.map is correct (worked in Etch)
Package: grub Version: 0.97-47lenny2 Severity: important This system has a lot of disks (35 all up) and due to the order in which the aacraid discovers them the system disk with the /boot partition is #33 with /boot on /dev/sdag1. Unfortunately even after having worked around #514967 that prevents device.map being correctly created update-grub still cannot correctly locate the boot partition, and gives the following error: stg7 ~ # /usr/sbin/update-grub Searching for GRUB installation directory ... found: /boot/grub warning: grub-probe can't find drive for /dev/sdag1. grub-probe: error: Cannot find a GRUB drive for /dev/sdag1. Check your device.map. The only way we have found to get the system to correctly boot was during the install to disable the JBOD of the 32 drives for our software RAID arrays and post installation we have to manually downgrade to the old Etch grub package which works correctly as shown below: stg7 ~ # dpkg -i ./grub_0.97-27etch1_amd64.deb dpkg - warning: downgrading grub from 0.97-47lenny2 to 0.97-27etch1. (Reading database ... 35348 files and directories currently installed.) Preparing to replace grub 0.97-47lenny2 (using ./grub_0.97-27etch1_amd64.deb) ... Unpacking replacement grub ... Setting up grub (0.97-27etch1) ... Processing triggers for man-db ... stg7 ~ # update-grub Searching for GRUB installation directory ... found: /boot/grub Searching for default file ... found: /boot/grub/default Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst Searching for splash image ... none found, skipping ... Found kernel: /vmlinuz-2.6.28.4-vpac-1 Found kernel: /vmlinuz-2.6.26-1-amd64 Updating /boot/grub/menu.lst ... done stg7 ~ # -- Package-specific info: *** BEGIN /boot/grub/device.map (fd0) /dev/fd0 (hd0) /dev/sda (hd1) /dev/sdb (hd2) /dev/sdc (hd3) /dev/sdd (hd4) /dev/sde (hd5) /dev/sdf (hd6) /dev/sdg (hd7) /dev/sdh (hd8) /dev/sdi (hd9) /dev/sdj (hd10) /dev/sdk (hd11) /dev/sdl (hd12) /dev/sdm (hd13) /dev/sdn (hd14) /dev/sdo (hd15) /dev/sdp (hd16) /dev/sdq (hd17) /dev/sdr (hd18) /dev/sds (hd19) /dev/sdt (hd20) /dev/sdu (hd21) /dev/sdv (hd22) /dev/sdw (hd23) /dev/sdx (hd24) /dev/sdy (hd25) /dev/sdz (hd26) /dev/sdaa (hd27) /dev/sdab (hd28) /dev/sdac (hd29) /dev/sdad (hd30) /dev/sdae (hd31) /dev/sdaf (hd32) /dev/sdag (hd33) /dev/sdah *** END /boot/grub/device.map *** BEGIN /proc/mounts /dev/mapper/stg7-root / ext3 rw,errors=remount-ro,data=ordered 0 0 /dev/sdag1 /boot ext3 rw,errors=continue,data=ordered 0 0 /dev/mapper/stg7-var /var ext3 rw,errors=continue,data=ordered 0 0 /dev/md15 /nfs/user1 xfs rw,noatime,nodiratime,swalloc,attr2,nobarrier,logbufs=8,logbsize=256k,logdev=/dev/md1,sunit=128,swidth=512,usrquota,prjquota,grpquota 0 0 /dev/md25 /nfs/user2 xfs rw,noatime,nodiratime,swalloc,attr2,nobarrier,logbufs=8,logbsize=256k,logdev=/dev/md2,sunit=128,swidth=512,usrquota,prjquota,grpquota 0 0 *** END /proc/mounts *** BEGIN /boot/grub/menu.lst # menu.lst - See: grub(8), info grub, update-grub(8) #grub-install(8), grub-floppy(8), #grub-md5-crypt, /usr/share/doc/grub #and /usr/share/doc/grub-legacy-doc/. ## default num # Set the default entry to the entry number NUM. Numbering starts from 0, and # the entry number 0 is the default if the command is not used. # # You can specify 'saved' instead of a number. In this case, the default entry # is the entry saved with the command 'savedefault'. # WARNING: If you are using dmraid do not change this entry to 'saved' or your # array will desync and will not let you boot your system. default 0 ## timeout sec # Set a timeout, in SEC seconds, before automatically booting the default entry # (normally the first entry defined). timeout 5 # Pretty colours color cyan/blue white/blue ### PASSWORD LINE REMOVED ### # If used in the first section of a menu file, disable all interactive editing # control (menu entry editor and command-line) and entries protected by the # command 'lock' ### PASSWORD LINE REMOVED ### ### PASSWORD LINE REMOVED ### ### PASSWORD LINE REMOVED ### # # examples # # title Windows 95/98/NT/2000 # root (hd0,0) # makeactive # chainloader +1 # # title Linux # root (hd0,1) # kernel
Bug#410807: Kernel OOPS with 2.6.18-6-xen-686 kernel package
With the current kernel: Linux wimmera 2.6.18-6-xen-686 #1 SMP Sat Jun 7 02:07:48 UTC 2008 i686 GNU/Linux We got a similar crash as to the one others have been reporting: Jul 7 10:20:38 wimmera kernel: [ cut here ] Jul 7 10:20:38 wimmera kernel: kernel BUG at drivers/xen/core/evtchn.c:481! Jul 7 10:20:38 wimmera kernel: invalid opcode: [#1] Jul 7 10:20:38 wimmera kernel: SMP Jul 7 10:20:38 wimmera kernel: Modules linked in: xt_tcpudp xt_physdev iptable_filter ip_tables x_tables bridge netloop button ac battery w83627hf eeprom lm92 w83793 w83781d hwmon_vid i2c_isa loop parport_pc parport i2c_i801 psmouse f loppy serial_core i2c_core serio_raw rtc pcspkr shpchp pci_hotplug tsdev evdev ext3 jbd mbcache dm_mirror dm_snapshot dm_mod ide_cd cdrom sd_mod usbhid piix mptfc mptscsih mptbase scsi_transport_fc uhci_hcd ehci_hcd ahci libata generic ide_core usbcore e1000 scsi_mod thermal processor fan Jul 7 10:20:38 wimmera kernel: CPU:7 Jul 7 10:20:38 wimmera kernel: EIP:0061:[c020c4be]Not tainted VLI Jul 7 10:20:38 wimmera kernel: EFLAGS: 00010046 (2.6.18-6-xen-686 #1) Jul 7 10:20:38 wimmera kernel: EIP is at retrigger+0x1f/0x35 Jul 7 10:20:38 wimmera kernel: eax: ebx: 0208 ecx: 0068 edx: f55f6000 Jul 7 10:20:38 wimmera kernel: esi: c03193e0 edi: 0148 ebp: esp: c0e27eb0 Jul 7 10:20:38 wimmera kernel: ds: 007b es: 007b ss: 0069 Jul 7 10:20:38 wimmera kernel: Process xenwatch (pid: 29, ti=c0e26000 task=c0eaf000 task.ti=c0e26000) Jul 7 10:20:38 wimmera kernel: Stack: c013b241 c03193e0 0148 c0319408 c013af95 c18f96c0 Jul 7 10:20:38 wimmera kernel:c18f96c0 c0217464 c0217844 c02109d3 0010 060d Jul 7 10:20:38 wimmera kernel:060c e6ba1cb5 c02e67a4 ee518000 0002 Jul 7 10:20:38 wimmera kernel: Call Trace: Jul 7 10:20:38 wimmera kernel: [c013b241] check_irq_resend+0x41/0x48 Jul 7 10:20:38 wimmera kernel: [c013af95] enable_irq+0x72/0x89 Jul 7 10:20:38 wimmera kernel: [c0217464] __netif_up+0xb/0x13 Jul 7 10:20:38 wimmera kernel: [c0217844] netif_map+0x247/0x26f Jul 7 10:20:38 wimmera kernel: [c02109d3] xs_talkv+0xe3/0x128 Jul 7 10:20:38 wimmera kernel: [c0210d1c] xenbus_read+0x34/0x3b Jul 7 10:20:38 wimmera kernel: [c02110de] xenbus_scanf+0x18/0x4d Jul 7 10:20:38 wimmera kernel: [c0216ed5] frontend_changed+0x29f/0x4a8 Jul 7 10:20:38 wimmera kernel: [c02120bc] otherend_changed+0x74/0x79 Jul 7 10:20:38 wimmera kernel: [c0210856] xenwatch_handle_callback+0x12/0x44 Jul 7 10:20:38 wimmera kernel: [c021129b] xenwatch_thread+0x105/0x11b Jul 7 10:20:38 wimmera kernel: [c012b701] autoremove_wake_function+0x0/0x2d Jul 7 10:20:38 wimmera kernel: [c0211196] xenwatch_thread+0x0/0x11b Jul 7 10:20:38 wimmera kernel: [c012b635] kthread+0xc0/0xeb Jul 7 10:20:38 wimmera kernel: [c012b575] kthread+0x0/0xeb Jul 7 10:20:38 wimmera kernel: [c010293d] kernel_thread_helper+0x5/0xb Jul 7 10:20:38 wimmera kernel: Code: ee 85 f6 75 96 58 5a 5b 5e 5f 5d c3 0f b7 0c 85 40 b8 37 c0 8b 15 84 19 2d c0 85 c9 74 1d 0f a3 8a 80 08 00 00 19 c0 85 c0 75 08 0f 0b e1 01 92 1a 2b c0 f0 0f ab 8a 00 08 00 00 b8 01 00 00 00 Jul 7 10:20:38 wimmera kernel: EIP: [c020c4be] retrigger+0x1f/0x35 SS:ESP 0069:c0e27eb0 We've now applied the fix from Hans here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=410807#60 and have gone from this: wimmera ~ # xm vcpu-list Name ID VCPUs CPU State Time(s) CPU Affinity Domain-0 0 0 3 -b- 164.6 any cpu Domain-0 0 1 5 -b- 24.7 any cpu Domain-0 0 2 1 -b- 35.0 any cpu Domain-0 0 3 1 -b- 23.5 any cpu Domain-0 0 4 6 -b- 21.0 any cpu Domain-0 0 5 4 -b- 26.1 any cpu Domain-0 0 6 2 -b- 39.1 any cpu Domain-0 0 7 0 r-- 26.5 any cpu [...] to this: wimmera ~ # xm vcpu-list Name ID VCPUs CPU State Time(s) CPU Affinity Domain-0 0 0 7 r-- 20.8 any cpu [...] Fingers crossed that this fixes the oops.. :-( Hope this helps someone else! cheers, Chris -- Christopher Samuel - (03) 9925 4751 - Systems Manager The Victorian Partnership for Advanced Computing P.O. Box 201, Carlton South, VIC 3053, Australia VPAC is a not-for-profit Registered Research Agency -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403863: Cron [EMAIL PROTECTED] test -x /usr/sbin/anacron || run-parts --report /etc/cron.daily
On Tue, 13 Feb 2007, Chris Samuel wrote: Having just upgraded my webserver to Edgy I got exactly this warning which sent a chill down my spine. Mea culpa - I mean Etch! return -ETOOMANYDISTROS; -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP pgpafijbJePVQ.pgp Description: PGP signature
Bug#403863: Cron [EMAIL PROTECTED] test -x /usr/sbin/anacron || run-parts --report /etc/cron.daily
On Fri, 19 Jan 2007, Michael Holzt wrote: I just found this bug report and i would like to add to the It also looks remarkably like something left by a break-in or rootkit.. In fact the chkrootkit package _does_ warn about this file and identifies it as a possible rootkit: Having just upgraded my webserver to Edgy I got exactly this warning which sent a chill down my spine. The reason is that chkrootkit will flag any file under /lib (amongst other places) that starts with a . (along with other patterns). So I'd just like to echo that it would be nice if this file was renamed to something that didn't give chkrootkit the heebie jeebies.. :-) cheers, Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP pgp2PZoJuKzxP.pgp Description: PGP signature
Bug#402506: [php-maint] Bug#402506: Memory leak PHP5.2.0-7 Fatal error: Out of memory
On Sunday 17 December 2006 12:16 am, Jan Wagner wrote: pcre3 is backported on bpo. Understood, but seemed to want to drag in a number of other dependencies.. :-( Anyways ... you can give http://ftp.cyconet.org/debian/archive/bpo/php5/5.2.0-7~bpo.2~testing.1/ a try. That works really well, the problems I was seeing seem to have gone away. Great stuff and thanks so much! Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP pgpeeTXYgjpeW.pgp Description: PGP signature
Bug#402506: Memory leak PHP5.2.0-7 Fatal error: Out of memory
Jan Wagner [EMAIL PROTECTED] wrote: The above patch fixes the problem for me. No more out of memory messages in phpmyadmin when exporting databases after applying the patch and recompiling the package. I've been bitten by the same bug as I'm running Sarge with PHP5 from backports.org. I can see the patch that Jan refers to does apply cleanly once you've tidied it to fit what dpkg-buildpackage needs and removed the line that modifies the version number of the file (see attached). This is taken from the link that Jan posted: http://cvs.php.net/viewvc.cgi/ZendEngine2/zend_alloc.c?r1=1.144.2.3.2.19r2=1.144.2.3.2.20pathrev=PHP_5_2view=patch It'd be great if this could get tested out as I'm not quite daring enough to try and rebuild PHP under Sarge as it has a build depends on libpcre3-dev from testing.. :-( Thanks! Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP --- old/Zend/zend_alloc.c 2006/12/01 19:41:57 1.144.2.3.2.19 +++ new/Zend/zend_alloc.c 2006/12/01 20:01:19 1.144.2.3.2.20 @@ -472,6 +472,10 @@ } } else { prev = heap-free_buckets[0]; + while (prev-next_free_block != heap-free_buckets[0] + ZEND_MM_FREE_BLOCK_SIZE(prev-next_free_block) size) { + prev = prev-next_free_block; + } } next = prev-next_free_block; mm_block-prev_free_block = prev; @@ -1098,10 +1102,8 @@ static void *_zend_mm_alloc_int(zend_mm_heap *heap, size_t size ZEND_FILE_LINE_DC ZEND_FILE_LINE_ORIG_DC) { - size_t true_size, best_size = 0x7fff; zend_mm_free_block *p, *end, *best_fit = NULL; - - true_size = ZEND_MM_TRUE_SIZE(size); + size_t true_size = ZEND_MM_TRUE_SIZE(size); if (ZEND_MM_SMALL_SIZE(true_size)) { size_t index = ZEND_MM_BUCKET_INDEX(true_size); @@ -1154,16 +1156,14 @@ end = heap-free_buckets[0]; for (p = end-next_free_block; p != end; p = p-next_free_block) { - size_t s = ZEND_MM_FREE_BLOCK_SIZE(p); - if (s true_size) { - if (s best_size) { /* better fit */ + if (ZEND_MM_FREE_BLOCK_SIZE(p) = true_size) { + if (ZEND_MM_IS_FIRST_BLOCK(p) || + !ZEND_MM_IS_FIRST_BLOCK(ZEND_MM_PREV_BLOCK(p)) || +!ZEND_MM_IS_GUARD_BLOCK(ZEND_MM_NEXT_BLOCK(p)) || +p-next_free_block == end) { best_fit = p; -best_size = s; +goto zend_mm_finished_searching_for_block; } - } else if (s == true_size) { - /* Found big free block of exactly the same size */ - best_fit = p; - goto zend_mm_finished_searching_for_block; } } pgpfw4vW2O8Ll.pgp Description: PGP signature
Bug#361579: fcgid is broken in combination of apache2+mod_ssl+fcgid+php
Hi there, I can confirm this bug (it's bitten me trying to use phpmyadmin under SSL with mod_fcgid) and that it is fixed in the current version of mod_fcgid (1.09) which I built a package of myself and does not exhibit these same (reproducible) problems. The fix actually appeared in 1.08 and is labelled as: 1. apr_bucket_copy() does not work with buckets from mod_ssl, use apr_bucket_heap_create() instead :( cheers, Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP pgpyYzUXIX0jv.pgp Description: PGP signature