Bug#966544: [Pkg-net-snmp-devel] Bug#966544: Bug#966544: snmpd: extend option broken after update
Hi, same here, woke up this morning to dozens of alert emails because extend support is suddenly "removed" without any change logs indicating this, nor in the man pages. The snmpd runs in read-only mode here as well. Alternatively, can you please provide a valid method of getting extended data into snmpd with the same ease as 'extend' feature offered? Kind regards, Rudi Daemen
Bug#864074: defaults.vim: broken configuration
Hi all, For all of those that are googling for this issue and want a quick work-around in place until the order-of-inclusion is fixed upstream, I have added the following two lines to the beginning of the system-wide vimrc.local on all debian servers I am managing: runtime! defaults.vim let g:skip_defaults_vim = 1 The first line, ofcourse, is only needed if you actually want some of the values from the "defaults.vim" file, otherwise it can be omitted. The second line avoids it from being loaded again at any later stage. I can confirm this works as it does load the defaults.vim (and thus some config options I do like) but it does this before processing the remainder in vimrc.local. As a result, it now no longer overrides any config options I did not like and thus changed in vimrc.local (e.g. set mouse=). Just adding these two lines to the vimrc.local file resolved my problems with vim. Kind regards, Rudi
Bug#517748: linux-image-2.6.26-1-686 System locks up under heavy disk load (MD Resync e.g.)
Here's an update. With an Ubuntu Live CD (using 2.6.24) I could mount the raid sets and recover just some data without issues. I rebuild the system using Ubuntu with a 2.6.24 kernel. All issues with the disk performance/corruption are gone now. The system is racing at full speed again with this kernel. For me this confirms there's something seriously wrong in the 2.6.26 kernel. I am guessing the problems I've had are all related (with the promise controller and with the new Sil3124 controller) because I've had nothing but trouble with disk access ever since I got to the 2.6.26 kernel. Fix or workaround? Install a 2.6.24 kernel rather then 2.6.26. Too bad that kernel version is no longer in the Debian repositories. Regards, Rudi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517748: linux-image-2.6.26-1-686 System locks up under heavy disk load (MD Resync e.g.)
If I had a test system on which I could try that, I would. Unfortunately, the affected machine is the production server. VMware (used for testing) is not affected by this bug. Regards, Rudi On Sat, Oct 10, 2009 at 8:45 PM, maximilian attems m...@stro.at wrote: [...] test a newer one from backports.org, 2.6.30? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517748: linux-image-2.6.26-1-686 System locks up under heavy disk load (MD Resync e.g.)
FYI: My system died on FS corruption. Did not notice this because mdadm did not report any errors. I noticed it because the system started to lock up. After a reboot, it did a fsck (which segfaulted) and the system hung afterwards. The system behaviour seems like this kernel bug describes: http://bugzilla.kernel.org/show_bug.cgi?id=11328 mdadm reports both arrays as healthy, but secretly all data was being corrupted. Maybe add a reference to this bug? I know this bug is directed at the HPT driver, however due to the similarities in the problems it could be a bigger, underlying, problem. I'm going to try and rebuild the system using a 2.6.24 kernel since that is the last kernel which did not report data corruption problems when using with mdadm. Rudi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517748: linux-image-2.6.26-1-686 System locks up under heavy disk load (MD Resync e.g.)
Hello, Here's an update. I replaced the Promise Controller with a Sil3124 based controller. The soft-lockups appear to have gone, however now the behaviour changed. I receive netdev watchdog alerts for my Via Rhine based NIC's and SATA bus resets on all four drives under heavy load (resync for example). See attached log for the events. I must add, these resets did not occur when using the Promise controller. The excessive NCQ failures noted in the log first made me think one of the disks was faulty, but all four disks at the same time? What are the odds... Smartctl does not report any problems with any of the four drives. Included the following output: - cat syslog | grep kernel - lspci -v - hdparm -i /dev/sda, sdb, sdc and sdd I just updated the BIOS rom for the mainboard, the SATA Bios is up to date (even disabled the onboard disk controller). This unfortunately did not make any difference. Might there be a problem with the Via CX700 chipset that could be causing this? The system is running the current stable release debian lenny kernel (linux-image-2.6.26-2-686, ver. 2.6.26-19) Best regards, Rudi Oct 3 11:34:01 palm kernel: [ 2140.080165] NETDEV WATCHDOG: eth0: transmit timed out Oct 3 11:34:01 palm kernel: [ 2140.080396] eth0: Transmit timed out, status , PHY status 786d, resetting... Oct 3 11:34:01 palm kernel: [ 2140.080696] via-rhine: Reset not complete yet. Trying harder. Oct 3 11:34:01 palm kernel: [ 2140.081355] eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 Oct 3 11:34:01 palm kernel: [ 2140.081447] [ cut here ] Oct 3 11:34:01 palm kernel: [ 2140.081513] WARNING: at net/sched/sch_generic.c:222 dev_watchdog+0x8f/0xdc() Oct 3 11:34:01 palm kernel: [ 2140.081585] Modules linked in: sit tunnel4 ipt_MASQUERADE ipt_REJECT xt_multiport xt_tcpudp xt_state ip6table_filter iptable_nat nf_nat nf_conntrack_ipv4 iptable_filter ip_tables jfs dm_snapshot dm_mirror dm_log dm_mod ahci ip6t_rt ip6table_mangle ip6_tables x_tables ipv6 cpufreq_ondemand acpi_cpufreq freq_table fuse nf_conntrack_ftp nf_conntrack usb_storage ntfs nls_base loop parport_pc parport snd_pcm snd_timer snd soundcore snd_page_alloc pcspkr i2c_viapro button i2c_core shpchp pci_hotplug via_agp agpgart evdev ext3 jbd mbcache raid456 async_xor async_memcpy async_tx xor raid1 md_mod sd_mod ide_pci_generic usbhid hid ff_memless via82cxxx ide_core sata_sil24 via_rhine mii ata_generic libata ehci_hcd uhci_hcd usbcore scsi_mod dock thermal processor fan thermal_sys [last unloaded: scsi_wait_scan] Oct 3 11:34:01 palm kernel: [ 2140.085495] Pid: 3702, comm: named Not tainted 2.6.26-2-686 #1 Oct 3 11:34:01 palm kernel: [ 2140.085584] [c01225f3] warn_on_slowpath+0x40/0x66 Oct 3 11:34:01 palm kernel: [ 2140.085835] [c01105ab] __modify_IO_APIC_irq+0x34/0x5a Oct 3 11:34:01 palm kernel: [ 2140.085972] [c011095c] unmask_IO_APIC_irq+0x17/0x25 Oct 3 11:34:01 palm kernel: [ 2140.086096] [c0152bc0] default_enable+0x10/0x19 Oct 3 11:34:01 palm kernel: [ 2140.086216] [c0152b82] check_irq_resend+0x12/0x40 Oct 3 11:34:01 palm kernel: [ 2140.086343] [c0152634] __enable_irq+0x41/0x46 Oct 3 11:34:01 palm kernel: [ 2140.087187] [c01528a9] enable_irq+0x2b/0x3d Oct 3 11:34:01 palm kernel: [ 2140.087319] [f8857e01] rhine_tx_timeout+0xc7/0xf4 [via_rhine] Oct 3 11:34:01 palm kernel: [ 2140.087479] [c0267035] dev_watchdog+0x8f/0xdc Oct 3 11:34:01 palm kernel: [ 2140.087604] [c01296d4] run_timer_softirq+0x11a/0x17c Oct 3 11:34:01 palm kernel: [ 2140.087722] [c0266fa6] dev_watchdog+0x0/0xdc Oct 3 11:34:01 palm kernel: [ 2140.087868] [c01265f5] __do_softirq+0x66/0xd3 Oct 3 11:34:01 palm kernel: [ 2140.087997] [c01266a7] do_softirq+0x45/0x53 Oct 3 11:34:01 palm kernel: [ 2140.088124] [c012695e] irq_exit+0x35/0x67 Oct 3 11:34:01 palm kernel: [ 2140.088235] [c01101c9] smp_apic_timer_interrupt+0x6b/0x76 Oct 3 11:34:01 palm kernel: [ 2140.088360] [c0104364] apic_timer_interrupt+0x28/0x30 Oct 3 11:34:01 palm kernel: [ 2140.088544] === Oct 3 11:34:01 palm kernel: [ 2140.088610] ---[ end trace 866a9639bbe3ef50 ]--- Oct 3 11:36:16 palm kernel: [ 2275.441630] md: md0: data-check done. Oct 3 11:36:16 palm kernel: [ 2275.755533] md: delaying data-check of md1 until md2 has finished (they share one or more physical units) Oct 3 11:36:16 palm kernel: [ 2275.756000] md: data-check of RAID array md2 Oct 3 11:36:16 palm kernel: [ 2275.756098] md: minimum _guaranteed_ speed: 1000 KB/sec/disk. Oct 3 11:36:16 palm kernel: [ 2275.756168] md: using maximum available idle IO bandwidth (but not more than 20 KB/sec) for data-check. Oct 3 11:36:16 palm kernel: [ 2275.756263] md: using 128k window, over a total of 153990976 blocks. Oct 3 11:36:17 palm kernel: [ 2276.280011] RAID1 conf printout: Oct 3 11:36:17 palm kernel: [ 2276.280011] --- wd:4 rd:4 Oct 3 11:36:17 palm kernel: [ 2276.280011] disk 0, wo:0, o:1, dev:sdc1 Oct 3 11:36:17 palm kernel: [ 2276.280011]
Bug#517748: linux-image-2.6.26-1-686 System locks up under heavy disk load (MD Resync e.g.)
Giulio, I am not using the VIA boards IDE/SATA controller, only a PCI based HostRaid controller from promise. The onboard controller is actually a SATA and IDE controller: I just set it up to not use SATA due to boot problems with the Promise card if the onboard SATA support is enabled. As of today, none of the kernel updates to date have fixed the issue, I'm currently searching for a decent alternative for the promise controller (Non-RAID, 4 port PCI-SATA controller) and intend to replug the softraid arrays to that controller. I will post follow-ups once I have replaced it. Regards, Rudi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517748: linux-image-2.6.26-1-686 System locks up under heavy disk load (MD Resync e.g.)
I have not been able to reproduce the problem on my testbox (Since I test this onder VMware, hardware is not comparable to the production machine). I did update the kernel with the newer version in te repositories (Now running linux-image-2.6.26-1-686, 2.6.26-13lenny2) but the problem still exists. To keep the system workable (and prevent long lockups) I set the resync speed to 2MB/s resulting in a two day resync time for the array. Though even at 2MB/s the system still lockes up only for shorter periods of time. Still getting the same messages in dmesg, see attached txt file. [1406330.496019] BUG: soft lockup - CPU#0 stuck for 85s! [snmpd:4612] [1406330.496019] Modules linked in: ppdev parport_pc lp parport sit tunnel4 ipt_ MASQUERADE xt_multiport xt_tcpudp xt_state ip6table_filter iptable_nat nf_nat nf _conntrack_ipv4 iptable_filter ip_tables jfs dm_snapshot dm_mirror dm_log dm_mod ip6t_rt ip6table_mangle ip6_tables x_tables ipv6 cpufreq_ondemand acpi_cpufreq freq_table fuse nf_conntrack_ftp nf_conntrack usb_storage ntfs nls_base loop snd _pcm snd_timer snd soundcore snd_page_alloc pcspkr button i2c_viapro i2c_core sh pchp pci_hotplug via_agp agpgart evdev ext3 jbd mbcache raid456 async_xor async_ memcpy async_tx xor raid1 md_mod sd_mod ide_pci_generic usbhid hid ff_memless vi a82cxxx ide_core sata_promise via_rhine mii ata_generic libata ehci_hcd uhci_hcd usbcore scsi_mod dock thermal processor fan thermal_sys [1406330.496019] [1406330.496019] Pid: 4612, comm: snmpd Not tainted (2.6.26-1-686 #1) [1406330.496019] EIP: 0060:[c023db1e] EFLAGS: 00200202 CPU: 0 [1406330.496019] EIP is at get_stats+0x2e/0x50 [1406330.496019] EAX: f74523c0 EBX: f74cc858 ECX: EDX: c03c48c0 [1406330.496019] ESI: EDI: 05a5734f EBP: 08badbff ESP: eb96df0c [1406330.496019] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 [1406330.496019] CR0: 8005003b CR2: b7fb CR3: 2b951000 CR4: 0690 [1406330.496019] DR0: DR1: DR2: DR3: [1406330.496019] DR6: 0ff0 DR7: 0400 [1406330.496019] [c0257412] ? dev_seq_show+0x1c/0x7b [1406330.496019] [c018a7b3] ? seq_read+0x196/0x26f [1406330.496019] [c018a61d] ? seq_read+0x0/0x26f [1406330.496019] [c01a12b2] ? proc_reg_read+0x58/0x6b [1406330.496019] [c01a125a] ? proc_reg_read+0x0/0x6b [1406330.496019] [c017499e] ? vfs_read+0x81/0x11e [1406330.496019] [c0174def] ? sys_read+0x3c/0x63 [1406330.496019] [c0103853] ? sysenter_past_esp+0x78/0xb1 [1406330.496019] === [1406413.424020] BUG: soft lockup - CPU#0 stuck for 74s! [snmpd:4612] [1406413.424020] Modules linked in: ppdev parport_pc lp parport sit tunnel4 ipt_ MASQUERADE xt_multiport xt_tcpudp xt_state ip6table_filter iptable_nat nf_nat nf _conntrack_ipv4 iptable_filter ip_tables jfs dm_snapshot dm_mirror dm_log dm_mod ip6t_rt ip6table_mangle ip6_tables x_tables ipv6 cpufreq_ondemand acpi_cpufreq freq_table fuse nf_conntrack_ftp nf_conntrack usb_storage ntfs nls_base loop snd _pcm snd_timer snd soundcore snd_page_alloc pcspkr button i2c_viapro i2c_core sh pchp pci_hotplug via_agp agpgart evdev ext3 jbd mbcache raid456 async_xor async_ memcpy async_tx xor raid1 md_mod sd_mod ide_pci_generic usbhid hid ff_memless vi a82cxxx ide_core sata_promise via_rhine mii