Bug#664581: rootdelay workaround

2012-05-06 Thread Ross Johnson
I found a better workaround.  Let's move this to wishlist for mdadm.

Workaround for my system is to put the following in /etc/default/grub:
  GRUB_CMDLINE_LINUX=rootdelay=9

I would like a better solution, something that 1) forces mdadm to wait
for all its components before assembling the arrays and continuing with
the boot and 2) has a safety timeout to continue the boot regardless.
This could take the form of specifying what arrays need to be assembled
at boot time (i.e. /dev/md0, /dev/md1, and /dev/md2), repeatedly polling
every second to find what drives are available and to which arrays they
belong, and a final timeout setting to continue with the boot attempt
even if not all components are ready.  The above should also handle the
case where a raided drive (like /dev/md1) is used as a component in
another sofware raid that is needed for boot.

Ross



--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1336309981.5681.21.ca...@polk.ethernet.homemail.org



Bug#435308: linux-image-2.6-amd64: kernel BUG at mm/rmap.c:522

2007-07-30 Thread Ross Johnson
Package: linux-image-2.6-amd64
Version: 2.6.18+6
Severity: normal


Jul 26 09:21:45 localhost kernel: Kernel BUG at mm/rmap.c:522
Jul 26 09:21:45 localhost kernel: invalid opcode:  [1] SMP
Jul 26 09:21:45 localhost kernel: CPU 1
Jul 26 09:21:45 localhost kernel: Modules linked in: nls_iso8859_1 isofs udf 
ppdev lp button ac 
battery ip6table_filter ip6_tables iptable_raw xt_policy xt_multiport ipt_ULOG 
ipt_TTL ipt_ttl 
ipt_TOS ipt_tos ipt_TCPMSS ipt_SAME ipt_REJECT ipt_REDIRECT ipt_recent 
ipt_owner ipt_NETMAP 
ipt_MASQUERADE ipt_LOG ipt_iprange ipt_hashlimit ipt_ECN ipt_ecn ipt_DSCP 
ipt_dscp 
ipt_CLUSTERIP ipt_ah ipt_addrtype ip_nat_tftp ip_nat_snmp_basic ip_nat_pptp 
ip_nat_irc 
ip_nat_ftp ip_nat_amanda ip_conntrack_tftp ip_conntrack_pptp 
ip_conntrack_netbios_ns 
ip_conntrack_irc ip_conntrack_ftp ts_kmp ip_conntrack_amanda xt_tcpmss 
xt_pkttype xt_physdev 
bridge xt_NFQUEUE xt_MARK xt_mark xt_mac xt_limit xt_length xt_helper xt_dccp 
xt_conntrack 
xt_CONNMARK xt_connmark xt_CLASSIFY xt_tcpudp xt_state iptable_nat ip_nat 
ip_conntrack 
iptable_mangle nfnetlink iptable_filter ip_tables x_tables ipv6 dm_snapshot 
dm_mirror dm_mod 
it87 hwmon_vid i2c_isa eeprom sbp2 loop snd_hda_intel snd_hda_codec snd_pcm_oss 
snd_mixer_oss 
snd_pcm parport_pc snd_timer parp
Jul 26 09:21:45 localhost kernel: rt snd soundcore snd_page_alloc psmouse 
serio_raw pcspkr 
i2c_nforce2 i2c_core joydev tsdev evdev eth1394 ext3 jbd mbcache ide_cd cdrom 
usbhid sd_mod 
amd74xx generic ide_core 8139cp ohci1394 8139too ieee1394 mii forcedeth 
ohci_hcd ehci_hcd 
sata_nv libata scsi_mod thermal processor fan
Jul 26 09:21:45 localhost kernel: Pid: 24449, comm: floaters Not tainted 
2.6.18-4-amd64 #1
Jul 26 09:21:45 localhost kernel: RIP: 0010:[8020aa18]  
[8020aa18] 
page_remove_rmap+0x13/0x2c
Jul 26 09:21:45 localhost kernel: RSP: 0018:810071d0fc30  EFLAGS: 00010286
Jul 26 09:21:45 localhost kernel: RAX:  RBX: 81007fbe1c40 
RCX: 
003f
Jul 26 09:21:45 localhost kernel: RDX: 0001 RSI: 800072438067 
RDI: 
81007fbe1c40
Jul 26 09:21:45 localhost kernel: RBP: 72438020 R08: 77ef8020 
R09: 
8100c400
Jul 26 09:21:45 localhost kernel: R10:  R11: 0246 
R12: 
00807000
Jul 26 09:21:45 localhost kernel: R13: 81002d05d038 R14: 8100010182a0 
R15: 
00a0
Jul 26 09:21:45 localhost kernel: FS:  2afebec84aa0() 
GS:81007e2aaac0() 
knlGS:
Jul 26 09:21:45 localhost kernel: CS:  0010 DS:  ES:  CR0: 
8005003b
Jul 26 09:21:45 localhost kernel: CR2: 0051f960 CR3: 00201000 
CR4: 
06e0
Jul 26 09:21:45 localhost kernel: Process floaters (pid: 24449, threadinfo 
810071d0e000, 
task 8100158b1080)
Jul 26 09:21:45 localhost kernel: Stack:  80207a3f  
810071d0fd08 

Jul 26 09:21:45 localhost kernel:   810076994a28 
810071d0fd10 

Jul 26 09:21:45 localhost kernel:  00018024206a 00cc6000 
810070bcb000 
810029fc
Jul 26 09:21:45 localhost kernel: Call Trace:
Jul 26 09:21:45 localhost kernel:  [80207a3f] unmap_vmas+0x3f4/0x713
Jul 26 09:21:45 localhost kernel:  [80237c76] exit_mmap+0x76/0xf1
Jul 26 09:21:45 localhost kernel:  [80239d2d] mmput+0x28/0x98
Jul 26 09:21:45 localhost kernel:  [8021353d] do_exit+0x220/0x8ae
Jul 26 09:21:45 localhost kernel:  [8024534d] cpuset_exit+0x0/0x6c
Jul 26 09:21:45 localhost kernel:  [8022956f] 
get_signal_to_deliver+0x46e/0x49d
Jul 26 09:21:45 localhost kernel:  [80227fd6] do_signal+0x55/0x751
Jul 26 09:21:45 localhost kernel:  [802b9e4d] 
do_readv_writev+0x271/0x294
Jul 26 09:21:45 localhost kernel:  [8025cc4e] thread_return+0x0/0xe7
Jul 26 09:21:45 localhost kernel:  [80258a98] retint_signal+0x3d/0x79
Jul 26 09:21:45 localhost kernel:
Jul 26 09:21:45 localhost kernel:
Jul 26 09:21:45 localhost kernel: Code: 0f 0b 68 3a a2 40 80 c2 0a 02 8b 77 18 
83 f6 01 83 e6 
01 e9
Jul 26 09:21:45 localhost kernel: RIP  [8020aa18] 
page_remove_rmap+0x13/0x2c
Jul 26 09:21:45 localhost kernel:  RSP 810071d0fc30
Jul 26 09:21:45 localhost kernel:  1Fixing recursive fault but reboot is 
needed!
Jul 26 09:23:17 localhost kernel: Bad page state in process 'Xvnc4'
Jul 26 09:23:17 localhost kernel: page:81007fbe1c40 
flags:0x0114 
mapping: mapcount:-1 count:0
Jul 26 09:23:17 localhost kernel: Trying to fix it up, but a reboot is needed
Jul 26 09:23:17 localhost kernel: Backtrace:
Jul 26 09:23:17 localhost kernel:
Jul 26 09:23:17 localhost kernel: Call Trace:
Jul 26 09:23:17 localhost kernel:  [802a7b0c] bad_page+0x4e/0x78
Jul 26 09:23:17 localhost kernel:  [80209f65] 
get_page_from_freelist+0x26d/0x3a6
Jul 26 09:23:17 localhost kernel:  [8020de4a] __alloc_pages+0x5c/0x2a9

Bug#359613: same problem here

2006-03-27 Thread Ross Johnson
Same problem for me.  I rebooted to my existing 2.6.15-8 (never trying 
2.6.16-3) and I had no problems.  I removed 2.6.16-3 completely and 
tried re-installing it, but got the same problem in line 55 of 
/usr/sbin/mkinitramfs-kpkg.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#261734: similar problem

2004-08-15 Thread Ross Johnson
I have the same problem on a Tyan Trinity KT400 S2495 motherboard.  I 
tried to put
   append=apm=off
in my lilo.conf since I should be using ACPI (not APM), but I still get 
the error messages at boot time.  When I try
   modprobe acpi
I get
   FATAL: Error inserting acpi 
(/lib/modules/2.6.7-1-k7/kernel/arch/i386/cpu/cpufreq/acpi.ko): No such 
device
My ACPI is enabled on my motherboard, but lsmod doesn't show ACPI.