[install AMD64] support RAID logiciel en testing

2006-11-13 Par sujet Proniewski Patrick 

Bonjour,

j'essaye d'installer une Debian testing en AMD64 sur une machine  
très récente. Tout se passe bien, mais je voudrai mettre 3 des 4  
disques SATA en RAID logiciel (à défaut d'utiliser le RAID on-board).
Contrairement au CD d'install x86 sarge, qui me permet de charger  
le module MD, le cd d'install de la testing AMD64 ne présente pas  
ce module. Ainsi, je ne sais pas comment je peux procéder pour créer  
un RAID logiciel au moment de l'installation.


des idées ?

la machine : http://supermicro.com/products/system/1U/6015/SYS-6015P- 
TR.cfm

le dmesg   : http://patpro.net/~patpro/dmesg.txt

Patrick PRONIEWSKI
--
Administrateur Système - SENTIER - Université Lumière Lyon 2

[install AMD64] Controleur ICH8 / ESB2 pour raid matériel

2006-11-13 Par sujet Proniewski Patrick 

Bonjour,

J'ai une machine très récente, dont j'aimerai exploiter les capacités  
de RAID matériel via le controleur embarqué ICH8/ESB2. C'est une  
machine avec proc 64bits et plus de 4 Go de RAM, donc autant mettre  
une Debian AMD64. D'ailleurs il n'est pas trop question de faire  
l'installation en sarge, vu que dans ce cas là, les disques ne sont  
pas du tout reconnus (pas de support ICH7-8).


Malheureusement, si les disques individuels sont bien reconnus en  
AMD64, le controleur RAID passe complètement inaperçu. Si je  
configure un RAID dans le BIOS, debian voit toujours les disques  
individuels, et aucun volume RAID (et quand je commence a écrire, il  
écrit bien sur un seul des disques...).


Comme je ne parviens pas non plus à faire du RAID logiciel au moment  
de l'installation (voir mon message précédent), je suis un peu coincé.
Par ailleurs, je connais plutôt mal Debian, et je suis loin d'être un  
pro de l'installation linux en général.
Y-a t-il quelque chose de prévu pour debian AMD64 en terme de support  
ICH8/ESB2 à très court terme ? Est il possible de contourner le  
problème par un moyen que je ne connais pas ?


des idées ?

la machine : http://supermicro.com/products/system/1U/6015/SYS-6015P- 
TR.cfm

le dmesg   : http://patpro.net/~patpro/dmesg.txt

Patrick PRONIEWSKI
--
Administrateur Système - SENTIER - Université Lumière Lyon 2

Re: soucis d'installation / kernel sur Fujitsu RX300

2006-05-05 Par sujet Proniewski Patrick 

Bon, je me réponds à moi-même puisque ma question passionne les foules :

On 2 mai 06, at 12:18, Proniewski Patrick wrote:


C'est un serveur bi processeur + hyperthreading, j'ai donc choisi  
un kernel SMP, cela fonctionne bien (vmlinuz-2.6.8-3-686-smp).
Il a une carte RAID Adaptec 2010S, qui est reconnue via le module  
ad hoc.
Il a 8 Go de RAM, seuls 4 Go sont supportés, je dois donc créer un  
nouveau kernel basé sur le vmlinuz-2.6.8-3-686-smp.





Il apparaît que le mode PAE pour un kernel pose tout un tas de soucis  
avec certains drivers qu'ils soient compilés en modules ou  
directement dans le kernel. Notamment, certains drivers en relation  
avec la gestion des disques se comportent très mal, écrivant  
n'importe quoi sur les disques, lisant de travers...
Le driver de ma carte RAID fait partie de cette liste de persona non  
grata, il ne faut pas l'inviter quand on a un kernel PAE.


J'ai trouvé ces info dans la doc FreeBSD. J'en déduit que c'est  
valide pour Debian puisque j'ai constaté exactement les symptômes que  
cette doc décrit avec mes install de Debian.


Patrick PRONIEWSKI
--
Administrateur Système - SENTIER - Université Lumière Lyon 2




smime.p7s
Description: S/MIME cryptographic signature

soucis d'installation / kernel sur Fujitsu RX300

2006-05-02 Par sujet Proniewski Patrick 

Bonjour,

Je tente d'installer une debian 3.1r1-i386 sur un serveur Fujitsu  
RX300 (première génération, dmesg en fin de mail). Dans les grandes  
lignes, j'y parviens mais je suis néophyte sur Debian, et  
complètement débutant dans le domaine de la configuration de kernel.


C'est un serveur bi processeur + hyperthreading, j'ai donc choisi un  
kernel SMP, cela fonctionne bien (vmlinuz-2.6.8-3-686-smp).
Il a une carte RAID Adaptec 2010S, qui est reconnue via le module ad  
hoc.
Il a 8 Go de RAM, seuls 4 Go sont supportés, je dois donc créer un  
nouveau kernel basé sur le vmlinuz-2.6.8-3-686-smp.


J'ai quelques soucis à ce niveau :

- je prends le /boot/config* correspondant au kernel SMP fourni par  
debian (celui sur le quel je suis booté), et je le charge dans  
menuconfig
- je ne modifie QUE l'option de mémoire (processor type - high  
memory option - 64GB)
- je sors et je fais `make-kpkg clean`, puis `make-kpkg --initrd -- 
revision 1 kernel_image`

- j'installe l'image du kernel
- reboot

Là ça se gâte : il refuse de booter correctement. Dans le cas  
présent, il m'a détruit le RAID (raid hard, bel exploit), les trois  
disques sont passés en warning, la console indique des problèmes SCSI.


J'obtiens globalement la même chose avec vmlinuz-2.4.27-3-686-smp et  
avec les versions non-SMP.


Est ce que j'ai raté quelque chose ?

Patrick PRONIEWSKI
--
Administrateur Système - SENTIER - Université Lumière Lyon 2


$ dmesg
Linux version 2.6.8-3-686-smp ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian  
1:3.3.5-13)) #1 SMP Thu Feb 9 07:05:39 UTC 2006

BIOS-provided physical RAM map:
BIOS-e820:  - 0009d800 (usable)
BIOS-e820: 0009d800 - 000a (reserved)
BIOS-e820: 000ca000 - 000d (reserved)
BIOS-e820: 000e - 0010 (reserved)
BIOS-e820: 0010 - f7ef (usable)
BIOS-e820: f7ef - f7eff000 (ACPI data)
BIOS-e820: f7eff000 - f7f0 (ACPI NVS)
BIOS-e820: fec0 - fed0 (reserved)
BIOS-e820: fee0 - fef0 (reserved)
BIOS-e820: ffc0 - 0001 (reserved)
BIOS-e820: 0001 - 0001fee0 (usable)
BIOS-e820: 0001fee0 - 0002 (reserved)
Warning only 4GB will be used.
Use a PAE enabled kernel.
3200MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 000f6a90
On node 0 totalpages: 1048576
  DMA zone: 4096 pages, LIFO batch:1
  Normal zone: 225280 pages, LIFO batch:16
  HighMem zone: 819200 pages, LIFO batch:16
DMI present.
ACPI: RSDP (v000 PTLTD ) @  
0x000f6a20
ACPI: RSDT (v001 PTLTDRSDT   0x06040001  LTP 0x) @  
0xf7efa7eb
ACPI: FADT (v001 FSCD14090x06040001  0x000f4240) @  
0xf7efa81f
ACPI: SPCR (v001 PTLTD  $UCRTBL$ 0x06040001 PTL  0x0001) @  
0xf7efeef8
ACPI: MADT (v001 PTLTD   APIC   0x06040001  LTP 0x) @  
0xf7efef48
ACPI: BOOT (v001 PTLTD  $SBFTBL$ 0x06040001  LTP 0x0001) @  
0xf7efefd8
ACPI: DSDT (v001 FSCD14090x06040001 MSFT 0x010e) @  
0x

ACPI: PM-Timer IO Port: 0xf008
ACPI: Local APIC address 0xfee0
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x06] enabled)
Processor #6 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
Processor #1 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x07] enabled)
Processor #7 15:2 APIC version 20
ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1])
ACPI: IOAPIC (id[0x02] address[0xfec0] gsi_base[0])
IOAPIC[0]: Assigned apic_id 2
IOAPIC[0]: apic_id 2, version 17, address 0xfec0, GSI 0-15
ACPI: IOAPIC (id[0x03] address[0xfec1] gsi_base[16])
IOAPIC[1]: Assigned apic_id 3
IOAPIC[1]: apic_id 3, version 17, address 0xfec1, GSI 16-31
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Enabling APIC mode:  Flat.  Using 2 I/O APICs
Using ACPI (MADT) for SMP configuration information
Built 1 zonelists
Kernel command line: root=/dev/sda1 ro
Initializing CPU#0
PID hash table entries: 4096 (order 12: 32768 bytes)
Detected 2801.974 MHz processor.
Using pmtmr for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 4019448k/4194304k available (1665k kernel code, 41564k  
reserved, 771k data, 168k init, 3144640k highmem)
Checking if this processor honours the WP bit even in supervisor  
mode... Ok.

Calibrating delay loop... 5554.17 BogoMIPS
Security Scaffold v1.0.0 initialized