From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1) Gecko/20031114 Description of problem: Using the software watchdog (with watchdog-5.2) seems to cause the oops on shutdown (Bug #116853). This seems to be unchanged from 2.6.3 to 2.6.4. Version-Release number of selected component (if applicable): 2.6.4-1.298smp How reproducible: Sometimes Steps to Reproduce: 1.enable watchdog (which will load softdog) 2.reboot 3. Actual Results: oops at the end system shutdown (hangs forever) Expected Results: reboot Additional info:
With test3 I do insmod softdog reboot and all is fine insmod softdog cat /dev/softdog (to start timer) and all is fine (reboot in 60 seconds) Can you retest with test3 and re-open if the bug still exists
I can still reproduce this (first try). Here is what was going to the serial console: #### May 05 11:53:40 up 2:26, 2 users, load average: 3.39, 3.65, 3.68 Rebooting Broadcast message from root (tty8) (Wed May 5 11:53:42 2004): The system is going down for reboot NOW! SoftDog: Unexpected close, not stopping watchdog! Unable to handle kernel paging request at virtual address 829bec04 >serint ngerip: xi2127 8 *pde = 00000000 Oops: 0002 [#1] SMP CPU: 3 EIP: 0060:[<02127148>] Not tainted EFLAGS: 00010046 (2.6.5-1.327smp) EIP is at del_timer+0x82/0xcc eax: 829bec00 ebx: 042326e0 ecx: 04231ce0 edx: 04233140 esi: 12409eb4 edi: 00000202 ebp: 12409eb4 esp: 12409e80 ds: 007b es: 007b ss: 0068 Process filterd (pid: 589, threadinfo=12409000 task=122437b0) Stack: 04231ce0 04231ce0 0082b22d 0082b22d 12409f00 021271b7 12409f00 00000000 0082b22d 0082b22d 12409f00 12409000 022c08f4 829bec00 04233140 0082b22d 00000001 dead4ead 4b87ad6e 02127a00 122437b0 042326e0 7f730380 7f730380 Call Trace: [<021271b7>] del_timer_sync+0x25/0xf2 [<022c08f4>] schedule_timeout+0x9a/0xae [<02127a00>] process_timeout+0x0/0x5 [<02132067>] futex_wait+0x107/0x19a [<0211c047>] default_wake_function+0x0/0xc [<02153f59>] rw_vm+0x299/0x2eb [<0211c047>] default_wake_function+0x0/0xc [<02153f59>] rw_vm+0x299/0x2eb [<0213232c>] do_futex+0x2c/0x60 [<02132424>] sys_futex+0xc4/0xd3 Code: 89 50 04 89 02 b2 01 c7 06 00 01 10 00 c7 46 04 00 02 20 00
Ok thats not watchdog related by the look of it, but instead a more general bug involving futex/timers. Only way I can see it being softdog triggered is if softdog is somehow corrupting the timer chain ? Thanks.
When I had softdog tracing another process (by setting pidfile in /etc/watchdog.conf), the system could become unstable before it even finished booting. So, I was thinking that it really may be corrupting something. Shall I try to get more call traces to see how repeatable it is?
Created attachment 100155 [details] watchdog-5.3-1.i386.rpm: the user side of the software watchdog This is my build of the user side of the software watchdog. This is what I am using to trigger the kernel problems. I had trouble contacting the orginal author, so the version number (5.3) is my own "fork". It is the same a 5.2, but some compile bugs were fixed and I regenerated the automake/autoconf files. I can attach the source RPM, if desired.
still a problem with the latest errata kernel ?
Fedora Core 2 has now reached end of life, and no further updates will be provided by Red Hat. The Fedora legacy project will be producing further kernel updates for security problems only. If this bug has not been fixed in the latest Fedora Core 2 update kernel, please try to reproduce it under Fedora Core 3, and reopen if necessary, changing the product version accordingly. Thank you.