Re: [Lug-bg] RAID и debian
На Tuesday 09 December 2008 08:52:54 Nickola Kolev написа: > Здравейте, > > Да взема да се обадя и аз... Съгласен съм с всичко, казано досега, > като добавя някои неща: > > On Tue, 9 Dec 2008 07:40:41 +0200 > > Marian Marinov <[EMAIL PROTECTED]> wrote: > > Споделям мнението на цеци, подобни RAID контролери много рядко са добър > > избор, Причините да са лош избор са следните: > > 1. Трудно се подкарват да работят правилно > > Въобще не се подкарват. Дъната на Supermicro, както и повечето евтини 1U > маркови сървъри имат, както беше споменато полу-софтуерни/полу-хардуерни > RAID контролери. Затова най-добрия вариант е да се изключи напълно и да се > действа с mdraid. > > > 2. При счупване на масива ти си ограничен до софтуера който имаш в BIOS-а > > и съответно има много ситуации в които все едно нямаш RAID > > Виж по-горе. > > > 3. В повечето случаи софтуерният RAID на Linux ядрото вади по добър > > performance отколкото този на дъното. > > Естествено - "този на дъното" въобще го няма. :) Това обяснява много неща :-) Благодаря Ви много за помощта! Поздрави и всичко добро! ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] RAID и debian
Здравейте, Да взема да се обадя и аз... Съгласен съм с всичко, казано досега, като добавя някои неща: On Tue, 9 Dec 2008 07:40:41 +0200 Marian Marinov <[EMAIL PROTECTED]> wrote: > Споделям мнението на цеци, подобни RAID контролери много рядко са добър > избор, > Причините да са лош избор са следните: > 1. Трудно се подкарват да работят правилно Въобще не се подкарват. Дъната на Supermicro, както и повечето евтини 1U маркови сървъри имат, както беше споменато полу-софтуерни/полу-хардуерни RAID контролери. Затова най-добрия вариант е да се изключи напълно и да се действа с mdraid. > 2. При счупване на масива ти си ограничен до софтуера който имаш в BIOS-а и > съответно има много ситуации в които все едно нямаш RAID Виж по-горе. > 3. В повечето случаи софтуерният RAID на Linux ядрото вади по добър > performance отколкото този на дъното. Естествено - "този на дъното" въобще го няма. :) > Поздрави > Мариян [ кръц ] -- Поздрави, Никола ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] RAID и debian
Споделям мнението на цеци, подобни RAID контролери много рядко са добър избор, Причините да са лош избор са следните: 1. Трудно се подкарват да работят правилно 2. При счупване на масива ти си ограничен до софтуера който имаш в BIOS-а и съответно има много ситуации в които все едно нямаш RAID 3. В повечето случаи софтуерният RAID на Linux ядрото вади по добър performance отколкото този на дъното. Поздрави Мариян On Monday 08 December 2008 21:30:57 ceci v wrote: > Що за "хардуерен" райд може да е това, след като му виждаш дисковете по > отделно ?!? > > П.С. според мен си ползвай софтуерния ... по-малко главоболия ще те > сполетят. > > Поздрави, > Цветин. > > > > > > From: Атанас Мавров / Atanas Mavrov <[EMAIL PROTECTED]> > To: lug-bg@linux-bulgaria.org > Sent: Monday, December 8, 2008 7:54:28 PM > Subject: [Lug-bg] RAID и debian > > Здравейте, > имам следния проблем, ще се радвам ако някой може да помогне - става въпрос > за RAID контролер INTEL 82801HR/HO/HH (дъното е supermicro X7SBL-LN2). > Опитвам се да използвам хардуерния RAID, но нещо не мога да се справя. Ето > какво съм пробвал до сега - debian netinstaller (4.0r5). От BIOS -а имам > две възможни настройки за RAID -а INTEL/Adaptec. И така - с INTEL създавам > RAID (1) масив, инсталацията започва, но когато стигна до разделянето на > исковете, вместо един диск се виждат двата. Разбира се мога да разделя > единия и да инсталирам ОС, но след като рестартирам се изписва само GRUB и > толкова, но така или иначе това не е решение. Ако се опитам да използвам > Adaptec изобщо не намира дисковете. > Накрая за да тръгне GRUB -а изкарах единия диск от масива и инсталирах ОС, > сложих и софтуерен RAID, ще прикача и dmesg -а ако може да помогне. > > Благодаря Ви и поздрави! > > Linux version 2.6.18-6-686 (Debian 2.6.18.dfsg.1-23) ([EMAIL PROTECTED]) > (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Mon Oct > 13 16:13:09 UTC 2008 > BIOS-provided physical RAM map: > BIOS-e820: - 00096000 (usable) > BIOS-e820: 00096000 - 000a (reserved) > BIOS-e820: 000ce000 - 000d (reserved) > BIOS-e820: 000e - 0010 (reserved) > BIOS-e820: 0010 - 7fe7 (usable) > BIOS-e820: 7fe7 - 7fe7c000 (ACPI data) > BIOS-e820: 7fe7c000 - 7fe7f000 (ACPI NVS) > BIOS-e820: 7fe7f000 - 8000 (reserved) > BIOS-e820: e000 - f000 (reserved) > BIOS-e820: fec0 - fed0 (reserved) > BIOS-e820: fee0 - fee01000 (reserved) > BIOS-e820: ff00 - 0001 (reserved) > 1150MB HIGHMEM available. > 896MB LOWMEM available. > found SMP MP-table at 000f69c0 > On node 0 totalpages: 523888 > DMA zone: 4096 pages, LIFO batch:0 > Normal zone: 225280 pages, LIFO batch:31 > HighMem zone: 294512 pages, LIFO batch:31 > DMI present. > ACPI: RSDP (v002 PTLTD ) @ 0x000f6990 > ACPI: XSDT (v001 SHIMAS SDS-ONE 0x0604 LTP 0x) @ 0x7fe730b9 > ACPI: FADT (v003 INTEL 0x0604 PTL 0x0002) @ 0x7fe7b440 > ACPI: _MAR (v001 Intel OEMDMAR 0x0604 LOHR 0x0001) @ 0x7fe7b534 > ACPI: TCPA (v001 Intel 0x0604 PTL 0x005a) @ 0x7fe7b564 > ACPI: MCFG (v001 PTLTDMCFG 0x0604 LTP 0x) @ 0x7fe7b596 > ACPI: MADT (v001 PTLTD APIC 0x0604 LTP 0x) @ > 0x7fe7b5d2 ACPI: BOOT (v001 PTLTD $SBFTBL$ 0x0604 LTP 0x0001) @ > 0x7fe7b63a ACPI: SPCR (v001 PTLTD $UCRTBL$ 0x0604 PTL 0x0001) @ > 0x7fe7b662 ACPI: ERST (v001 SMCI ERSTTBL 0x0604 SMCI 0x0001) @ > 0x7fe7b6b2 ACPI: HEST (v001 SMCI HESTTBL 0x0604 SMCI 0x0001) @ > 0x7fe7bc42 ACPI: BERT (v001 SMCI BERTTBL 0x0604 SMCI 0x0001) @ > 0x7fe7bcea ACPI: EINJ (v001 SMCI EINJTBL 0x0604 SMCI 0x0001) @ > 0x7fe7bd1a ACPI: SLIC (v001 SHIMAS SDS-ONE 0x0604 LTP 0x) @ > 0x7fe7be8a ACPI: SSDT (v001 PmRef Cpu0Tst 0x3000 INTL 0x20050228) @ > 0x7fe749f8 ACPI: SSDT (v001 PmRef Cpu7Tst 0x3000 INTL 0x20050228) @ > 0x7fe74952 ACPI: SSDT (v001 PmRef Cpu6Tst 0x3000 INTL 0x20050228) @ > 0x7fe748ac ACPI: SSDT (v001 PmRef Cpu5Tst 0x3000 INTL 0x20050228) @ > 0x7fe74806 ACPI: SSDT (v001 PmRef Cpu4Tst 0x3000 INTL 0x20050228) @ > 0x7fe74760 ACPI: SSDT (v001 PmRef Cpu3Tst 0x3000 INTL 0x20050228) @ > 0x7fe746ba ACPI: SSDT (v001 PmRef Cpu2Tst 0x3000 INTL 0x20050228) @ > 0x7fe74614 ACPI: SSDT (v001 PmRef Cpu1Tst 0x3000 INTL 0x20050228) @ > 0x7fe7456e ACPI: SSDT (v001 PmRefCpuPm 0x3000 INTL 0x20050228) @ > 0x7fe73185 ACPI: DS
Re: [Lug-bg] RAID и debian
Що за "хардуерен" райд може да е това, след като му виждаш дисковете по отделно ?!? П.С. според мен си ползвай софтуерния ... по-малко главоболия ще те сполетят. Поздрави, Цветин. From: Атанас Мавров / Atanas Mavrov <[EMAIL PROTECTED]> To: lug-bg@linux-bulgaria.org Sent: Monday, December 8, 2008 7:54:28 PM Subject: [Lug-bg] RAID и debian Здравейте, имам следния проблем, ще се радвам ако някой може да помогне - става въпрос за RAID контролер INTEL 82801HR/HO/HH (дъното е supermicro X7SBL-LN2). Опитвам се да използвам хардуерния RAID, но нещо не мога да се справя. Ето какво съм пробвал до сега - debian netinstaller (4.0r5). От BIOS -а имам две възможни настройки за RAID -а INTEL/Adaptec. И така - с INTEL създавам RAID (1) масив, инсталацията започва, но когато стигна до разделянето на исковете, вместо един диск се виждат двата. Разбира се мога да разделя единия и да инсталирам ОС, но след като рестартирам се изписва само GRUB и толкова, но така или иначе това не е решение. Ако се опитам да използвам Adaptec изобщо не намира дисковете. Накрая за да тръгне GRUB -а изкарах единия диск от масива и инсталирах ОС, сложих и софтуерен RAID, ще прикача и dmesg -а ако може да помогне. Благодаря Ви и поздрави! Linux version 2.6.18-6-686 (Debian 2.6.18.dfsg.1-23) ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Mon Oct 13 16:13:09 UTC 2008 BIOS-provided physical RAM map: BIOS-e820: - 00096000 (usable) BIOS-e820: 00096000 - 000a (reserved) BIOS-e820: 000ce000 - 000d (reserved) BIOS-e820: 000e - 0010 (reserved) BIOS-e820: 0010 - 7fe7 (usable) BIOS-e820: 7fe7 - 7fe7c000 (ACPI data) BIOS-e820: 7fe7c000 - 7fe7f000 (ACPI NVS) BIOS-e820: 7fe7f000 - 8000 (reserved) BIOS-e820: e000 - f000 (reserved) BIOS-e820: fec0 - fed0 (reserved) BIOS-e820: fee0 - fee01000 (reserved) BIOS-e820: ff00 - 0001 (reserved) 1150MB HIGHMEM available. 896MB LOWMEM available. found SMP MP-table at 000f69c0 On node 0 totalpages: 523888 DMA zone: 4096 pages, LIFO batch:0 Normal zone: 225280 pages, LIFO batch:31 HighMem zone: 294512 pages, LIFO batch:31 DMI present. ACPI: RSDP (v002 PTLTD ) @ 0x000f6990 ACPI: XSDT (v001 SHIMAS SDS-ONE 0x0604 LTP 0x) @ 0x7fe730b9 ACPI: FADT (v003 INTEL 0x0604 PTL 0x0002) @ 0x7fe7b440 ACPI: _MAR (v001 Intel OEMDMAR 0x0604 LOHR 0x0001) @ 0x7fe7b534 ACPI: TCPA (v001 Intel 0x0604 PTL 0x005a) @ 0x7fe7b564 ACPI: MCFG (v001 PTLTDMCFG 0x0604 LTP 0x) @ 0x7fe7b596 ACPI: MADT (v001 PTLTD APIC 0x0604 LTP 0x) @ 0x7fe7b5d2 ACPI: BOOT (v001 PTLTD $SBFTBL$ 0x0604 LTP 0x0001) @ 0x7fe7b63a ACPI: SPCR (v001 PTLTD $UCRTBL$ 0x0604 PTL 0x0001) @ 0x7fe7b662 ACPI: ERST (v001 SMCI ERSTTBL 0x0604 SMCI 0x0001) @ 0x7fe7b6b2 ACPI: HEST (v001 SMCI HESTTBL 0x0604 SMCI 0x0001) @ 0x7fe7bc42 ACPI: BERT (v001 SMCI BERTTBL 0x0604 SMCI 0x0001) @ 0x7fe7bcea ACPI: EINJ (v001 SMCI EINJTBL 0x0604 SMCI 0x0001) @ 0x7fe7bd1a ACPI: SLIC (v001 SHIMAS SDS-ONE 0x0604 LTP 0x) @ 0x7fe7be8a ACPI: SSDT (v001 PmRef Cpu0Tst 0x3000 INTL 0x20050228) @ 0x7fe749f8 ACPI: SSDT (v001 PmRef Cpu7Tst 0x3000 INTL 0x20050228) @ 0x7fe74952 ACPI: SSDT (v001 PmRef Cpu6Tst 0x3000 INTL 0x20050228) @ 0x7fe748ac ACPI: SSDT (v001 PmRef Cpu5Tst 0x3000 INTL 0x20050228) @ 0x7fe74806 ACPI: SSDT (v001 PmRef Cpu4Tst 0x3000 INTL 0x20050228) @ 0x7fe74760 ACPI: SSDT (v001 PmRef Cpu3Tst 0x3000 INTL 0x20050228) @ 0x7fe746ba ACPI: SSDT (v001 PmRef Cpu2Tst 0x3000 INTL 0x20050228) @ 0x7fe74614 ACPI: SSDT (v001 PmRef Cpu1Tst 0x3000 INTL 0x20050228) @ 0x7fe7456e ACPI: SSDT (v001 PmRefCpuPm 0x3000 INTL 0x20050228) @ 0x7fe73185 ACPI: DSDT (v001 INTEL BEARLAKE 0x0604 MSFT 0x0300) @ 0x ACPI: PM-Timer IO Port: 0x1008 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 7:7 APIC version 20 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) Processor #1 7:7 APIC version 20 ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) ACPI: IOAPIC (id[0x02] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 2, version 32, address 0xfec0, GSI 0-23 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 high level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Enabling APIC mode: Flat. Using 1 I/O APICs Using ACPI (MADT) for SMP configuration information Allocating PCI resources star
[Lug-bg] RAID и debian
Здравейте, имам следния проблем, ще се радвам ако някой може да помогне - става въпрос за RAID контролер INTEL 82801HR/HO/HH (дъното е supermicro X7SBL-LN2). Опитвам се да използвам хардуерния RAID, но нещо не мога да се справя. Ето какво съм пробвал до сега - debian netinstaller (4.0r5). От BIOS -а имам две възможни настройки за RAID -а INTEL/Adaptec. И така - с INTEL създавам RAID (1) масив, инсталацията започва, но когато стигна до разделянето на исковете, вместо един диск се виждат двата. Разбира се мога да разделя единия и да инсталирам ОС, но след като рестартирам се изписва само GRUB и толкова, но така или иначе това не е решение. Ако се опитам да използвам Adaptec изобщо не намира дисковете. Накрая за да тръгне GRUB -а изкарах единия диск от масива и инсталирах ОС, сложих и софтуерен RAID, ще прикача и dmesg -а ако може да помогне. Благодаря Ви и поздрави! Linux version 2.6.18-6-686 (Debian 2.6.18.dfsg.1-23) ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Mon Oct 13 16:13:09 UTC 2008 BIOS-provided physical RAM map: BIOS-e820: - 00096000 (usable) BIOS-e820: 00096000 - 000a (reserved) BIOS-e820: 000ce000 - 000d (reserved) BIOS-e820: 000e - 0010 (reserved) BIOS-e820: 0010 - 7fe7 (usable) BIOS-e820: 7fe7 - 7fe7c000 (ACPI data) BIOS-e820: 7fe7c000 - 7fe7f000 (ACPI NVS) BIOS-e820: 7fe7f000 - 8000 (reserved) BIOS-e820: e000 - f000 (reserved) BIOS-e820: fec0 - fed0 (reserved) BIOS-e820: fee0 - fee01000 (reserved) BIOS-e820: ff00 - 0001 (reserved) 1150MB HIGHMEM available. 896MB LOWMEM available. found SMP MP-table at 000f69c0 On node 0 totalpages: 523888 DMA zone: 4096 pages, LIFO batch:0 Normal zone: 225280 pages, LIFO batch:31 HighMem zone: 294512 pages, LIFO batch:31 DMI present. ACPI: RSDP (v002 PTLTD ) @ 0x000f6990 ACPI: XSDT (v001 SHIMAS SDS-ONE 0x0604 LTP 0x) @ 0x7fe730b9 ACPI: FADT (v003 INTEL 0x0604 PTL 0x0002) @ 0x7fe7b440 ACPI: _MAR (v001 Intel OEMDMAR 0x0604 LOHR 0x0001) @ 0x7fe7b534 ACPI: TCPA (v001 Intel 0x0604 PTL 0x005a) @ 0x7fe7b564 ACPI: MCFG (v001 PTLTDMCFG 0x0604 LTP 0x) @ 0x7fe7b596 ACPI: MADT (v001 PTLTD APIC 0x0604 LTP 0x) @ 0x7fe7b5d2 ACPI: BOOT (v001 PTLTD $SBFTBL$ 0x0604 LTP 0x0001) @ 0x7fe7b63a ACPI: SPCR (v001 PTLTD $UCRTBL$ 0x0604 PTL 0x0001) @ 0x7fe7b662 ACPI: ERST (v001 SMCI ERSTTBL 0x0604 SMCI 0x0001) @ 0x7fe7b6b2 ACPI: HEST (v001 SMCI HESTTBL 0x0604 SMCI 0x0001) @ 0x7fe7bc42 ACPI: BERT (v001 SMCI BERTTBL 0x0604 SMCI 0x0001) @ 0x7fe7bcea ACPI: EINJ (v001 SMCI EINJTBL 0x0604 SMCI 0x0001) @ 0x7fe7bd1a ACPI: SLIC (v001 SHIMAS SDS-ONE 0x0604 LTP 0x) @ 0x7fe7be8a ACPI: SSDT (v001 PmRef Cpu0Tst 0x3000 INTL 0x20050228) @ 0x7fe749f8 ACPI: SSDT (v001 PmRef Cpu7Tst 0x3000 INTL 0x20050228) @ 0x7fe74952 ACPI: SSDT (v001 PmRef Cpu6Tst 0x3000 INTL 0x20050228) @ 0x7fe748ac ACPI: SSDT (v001 PmRef Cpu5Tst 0x3000 INTL 0x20050228) @ 0x7fe74806 ACPI: SSDT (v001 PmRef Cpu4Tst 0x3000 INTL 0x20050228) @ 0x7fe74760 ACPI: SSDT (v001 PmRef Cpu3Tst 0x3000 INTL 0x20050228) @ 0x7fe746ba ACPI: SSDT (v001 PmRef Cpu2Tst 0x3000 INTL 0x20050228) @ 0x7fe74614 ACPI: SSDT (v001 PmRef Cpu1Tst 0x3000 INTL 0x20050228) @ 0x7fe7456e ACPI: SSDT (v001 PmRefCpuPm 0x3000 INTL 0x20050228) @ 0x7fe73185 ACPI: DSDT (v001 INTEL BEARLAKE 0x0604 MSFT 0x0300) @ 0x ACPI: PM-Timer IO Port: 0x1008 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 7:7 APIC version 20 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) Processor #1 7:7 APIC version 20 ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) ACPI: IOAPIC (id[0x02] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 2, version 32, address 0xfec0, GSI 0-23 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 high level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Enabling APIC mode: Flat. Using 1 I/O APICs Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 8800 (gap: 8000:6000) Detected 2660.130 MHz processor. Built 1 zonelists. Total pages: 523888 Kernel command line: root=/dev/md2 ro mapped APIC to d000 (fee0) mapped IOAPIC to c000 (fec0) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 PID hash table entries: 4096 (order: 12,
