[Debian] SCSI RAID boot - kernel panic:

[dirkpostma]

Ik ben bezig met een systeem (een server) die o.m. de volgende onderdelen bevat:

1x Tyan Thunder K8S Pro
met Adaptec AIC 7902 SCSI controller,
1x Adaptec 2015S RAID controller
2x AMD Opteron 244
2x Maxtor Atlas 36GB 15K

Vanwege de stabiliteit en 'gemak' wil ik hier Debian 3.0 R2 op gaan draaien. Er zit geen IDE schijf in, de bedoeling is om het systeem te laten booten van een RAID1 array, aangestuurd door de Adaptec 2015S (module: dpt_i2o.o)

Op zich heb ik alles wel werkend gekregen, kernel 2.4.18 (bf2.4). Ik probeer nu echter een nieuwe kernel te compileren, dat lijkt allemaal te lukken, maar tijdens het booten met de nieuwe kernel gaat het telkens mis en ik krijg het maar niet opgelost.

Als ik boot met deze nieuwe kernel loopt het telkens vast met de melding:
Kernel Panic no init found. Try passing init= option to kernel


Ik heb (zo ongeveer...) hetvolgende gedaan om de kernel te compileren:

code:

$ apt-get install debhelper modutils kernel-package libncurses5-dev
$ apt-get install kernel-source-2.4.18
$ cd /usr/src
$ tar --bzip2 -xvf kernel-source-2.4.18.tar.bz2
$ cd kernel-source-2.4.18
$ make menuconfig

# hier preload ik /boot/config-2.4.18-bf2.4
# en selecteer wat opties, bv. SMP aan
# Ik save de configuratie en doe:

$ make-kpkg clean
$ make-kpkg --initrd --revision=200407250120 kernel_image
$ cd ..
$ mv /lib/modules/2.4.18 /lib/modules/2.4.18.old
$ dpkg -i kernel-image-2.4.18_200407250120_i386.deb

$ mcedit /etc/lilo.conf
$ lilo
$ reboot

De inhoud van lilo.conf is:

code:

lba32
boot=/dev/sda
root=/dev/sda2
install=/boot/boot-menu.b
map=/boot/map
message=/boot/bootmess.txt
  prompt
  delay=100
  timeout=100
vga=normal

default=Linux

image=/vmlinuz
  label=Linux
  initrd=/boot/initrd.debinstall
  read-only
  optional

image=/boot/vmlinuz-2.4.18
  label=200407250120
  initrd=/boot/initrd.img-2.4.18
  read-only
  optional

De "Linux" kernel werkt, deze boot normaal.
De "200407250120" stopt met bovengenoemde kernel panic

Het lijkt erop dat de RAID driver goed geladen wordt, maar dat / toch op een of andere manier niet goed wordt gemount waardoor /sbin/init niet gevonden wordt. Zie onderstaande listing (van wat ik nog zie staan):

code:

SCSI device sda: 71774208 512-byte hdwr sectors (36748 MB)
Partition check:
 sda: sda1 sda2   [b]# dus RAID array is gevonden & bruikbaar[/b]
i2o_scsi.c: Version 0.0.1
[...]
RAMDISK: cramfs filesystem found at block 0  [b]# dus initrd wordt gevonden?[/b]
[...]
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
change_root: old root has d_count=2
Freeing unused kernel memory: 288k freed
Kernel panic: No init found. Try passing init= option to kernel.

Heeft iemand enig idee in welke richting ik moet zoeken om deze kernel panic op te lossen?

[active2]

Je hebt de juiste raid controller geselecteerd ?

Want die "sda: sda1 sda2" geeft nog niet aan of er daadwerkelijk een RAID-1 device is gevonden.

Hoe ziet de oude kernel de RAID-1 ? (dmesg output graag)

[Kippenijzer]

offtopic:
Doe jezelf een lol en gooi die 2015 eruit. Zero channel raid is huilen met de pet op. Zeker als je gewoon raid1 wilt draaien, gebruik dan gewoon linux software raid. Zeer makkelijk op te zetten, net zo safe (zo niet safer, heb zelf er eea aan tests mee gedaan qua diskfails en linux ratelde vrolijk door) en (soms) nog belangrijker, sneller...

[dirkpostma]

Hier de dmesg output van werkende kernel (raid gedeelte):

code:

[...]
Loading Adaptec I2O RAID: Version 2.4 Build 5
Detecting Adaptec I2O RAID controllers...
Adaptec I2O RAID controller 0 irq=26
     BAR0 f8822000 - size= 100000
     BAR1 f8923000 - size= 1000000
dpti: If you have a lot of devices this could take a few minutes.
dpti0: Reading the hardware resource table.
TID 008  Vendor: ADAPTEC      Device: AIC-7902     Rev: 00000001
TID 009  Vendor: ADAPTEC      Device: AIC-7902     Rev: 00000001
TID 517  Vendor: ADAPTEC R    Device: RAID-1         Rev: 3B05D
scsi0 : Vendor: Adaptec  Model: 2015S           FW: 3B05
  Vendor: ADAPTEC   Model: RAID-1            Rev: 3B05
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disc sda at scsi0, channel 0, id 3, lun 0
SCSI device sda: 71774208 512-byte hdwr sectors (36748 MB)
[...]

Bij de niet-functionerende kernel was het volgens mij hetzelfde, in elk geval tot "this could take a few minutes", daarna is het moeilijk te zien (flitst voorbij...). Ik ben momenteel bezig met een reinstall, ik verwacht hetzelfde probleem, maar dat laat ik nog weten. In de tussentijd zijn eventuele oplossingen/richtingen om te zoeken natuurlijk welkom!

Zeker als je gewoon raid1 wilt draaien, gebruik dan gewoon linux software raid. Zeer makkelijk op te zetten, net zo safe (zo niet safer, heb zelf er eea aan tests mee gedaan qua diskfails en linux ratelde vrolijk door) en (soms) nog belangrijker, sneller...

Heb je daar toevallig resultaten / benchmarks van? Of ergens een bron op internet (kon ik zelf niet vinden...)? ZCR is toch gewoon hetzelfde als een SCSI controller met RAID support? Enige verschil is volgens mij dat de chips toevallig niet op dezelfde print gesoldeerd. Het is wel mijn intentie om dit te gaan gebruiken, zeker bij heavy load zal de ZCR chip de CPU's ontlasten lijkt me...

[dirkpostma]

Het is me nog altijd een raadsel wat de oorzaak was van de kernel panic, maar ik heb een oplossing gevonden via een andere weg. Een werkend systeem krijgen met de 'debian way' compileren is me nog niet gelukt, maar na een dagje prutsen en compileren is het me uiteindelijk gelukt om d.m.v de "classic way" een kernel te bakken met module dpt_i2o waardoor initrd niet meer nodig is. Het lijkt nu prima te werken

Voor de liefhebbers mijn install log:

code:

  Boot vanaf CD1 Woody 3.0R2, bf24
  preload module vanaf floppy: dpt_i2o.o
  bron: http://www.li.nux.org.uk/debianmodules.html
  /dev/sda1 => 2GB swap
  /dev/sda2 => 34GB, ext3
  extra module in kernel: eepro100

$ apt-get install sudo screen most mc
$ apt-get install kernel-source-2.4.18
$ apt-get install kernel-package libncurses5-dev debhelper

$ cd /usr/src
$ tar --bzip2 -xf kernel-source-2.4.18.tar.bz2
$ mv kernel-source-2.4.18 kernel-source-2.4.18-20040725.01
$ ln -s kernel-source-2.4.18-20040725.01 linux
$ cd linux
$ mcedit Makefile
  wijzig EXTRAVERSION naar -20040725.01
$ make mrproper
$ cp /boot/config-2.4.18-bf2.4 .config
$ make menuconfig
  preload config: /boot/config-2.4.18-bf2.4

  Wijzigingen:
  CONFIG_M386: K7
  CONFIG_NOHIGHMEM: 4GB
  #CONFIG_PCMCIA
  #CONFIG_ISAPNP
  #CONFIG_BLK_DEV_INITRD
  #CONFIG_MD
  CONFIG_SCSI_DPT_I2O=y
  #CONFIG_IEEE1394
  #CONFIG_IRDA
  #CONFIG_ISDN
  #CONFIG_VIDEO_DEV
  #CONFIG_SOUND
  #CONFIG_USB
  config opgeslagen als /boot/config-2.4.18-20040725.01
$ make dep
$ make clean
$ make bzImage
$ make modules
$ make modules_install
$ cp arch/i386/boot/bzImage /boot/vmlinuz-2.4.18-20040725.01
$ cp System.map /boot/System.map-2.4.18-20040725.01
$ mcedit /etc/lilo.conf

  lba32
  boot=/dev/sda
  root=/dev/sda2
  #compact
  install=/boot/boot-menu.b
  map=/boot/System.map-2.4.18-20040725.01
  delay=100
  message=/boot/bootmess.txt
  prompt
  timout=100
  vga=normal
  default=Linux

  image=/vmlinuz
    label=Linux
    initrd=/boot/initrd.debinstall
    read-only

  image=/boot/vmlinuz-2.4.18-20040725.01
    label=20040725.01
    read-only
    optional
   
$ mcedit /boot/bootmess.txt
   Welkom bij sam!
$ lilo
$ reboot
$ uname -a
Linux sam 2.4.18-20040725.01 #1 SMP Sun Jul 22:35:47 CEST 2004 i686 unknown

Yes... gelukt :)

Bedankt voor het luisteren

[ Voor 4% gewijzigd door dirkpostma op 25-07-2004 22:37 ]

[usr-local-dick]

Je hebt het dus al werkend zie ik.
Als je nog zin hebt om de debian kernel werkend te krijgen...

Volgens mij moet je de modulenaam in /etc/mkinitrd/modules neerzetten.
Dan wordt bij het aanmaken van het initrd image die module er ook ingezet.
Je kunt dat oude image nog even checken door hem te mounten en dan te kijken of die module van je er in zat.