Re: [rlug] HighPoint RocketRAID 2220 : >>2 TB ??
> Da pentru resize intr-un final m-am gindit si eu la > LVM ca ar fi cel mai sanatos. In alta oridine de idei ... cam ce > inseamna initializarea arrayului ? --- Depinde de controller in general :) Mai bine lasa-l sa-si termine. > ... am gasit insa ca suportul de deviceuri mai mari de 2 Tb a fost bagat > in RHEL4.1 iar eu incerc cu SL 3.07 (o clona de RH3) lucru nu foarte > inteligent pentru care mi-am facut penitentza si m-am dat cu capul de > zid de 3 ori ;) > in acest moment se scrie CentOS-ul 5 .. vedem ce iese :) > Merci --- Asta e cu totul altceva :) Puteai sa pui si 4.4, cumva ar fi nitel mai safe. Nu ca centos 5.0 ar fi naspa (abia astept si eu sa-l incerc) dar 4.4 este prin zona de ceva mai multa vreme si probabil ca ai avea sanse sa gasesti mai usor raspunsuri in caz ca ceva nu e ok. Idem pentru SL 4.x ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] HighPoint RocketRAID 2220 : >>2 TB ??
Vali Dragnuta wrote: > Nu prea... gindeste-te ca la raid5 spre exemplu datele precum si > informatiile de redundanta sint stripuite si aruncate pe toate > discurile,deci cind adaugi alte discuri el iti va reinitializa tot > array-ul. De altfel setupul raid-ului de obicei iti si spune ca atentie > ca voi reinitializa tot arrayul si vei pierde datele. > POATE doar in cazul in care folosesti doar raid1 sa ai vreo sansa sa > mearga ceea ce vrei tu, dar daca in documentatia controllerului nu spune > explicit ca o operatie de marire a arrayului este nedistructiva eu nu > m-as baza pe faptul ca _aparent_ nu ti-a amestecat datele. Nu de alta, > dar la 12T de date :) >> e posibil sa maresc arrayul cu hdd-uri si >> apoi sa ii dau resize2fs ? > in afara de ce am spus mai sus; > - Poate pe un storage extern "entărpraiz" sa fie posibila chestia spusa > de tine [1] > - Alternativ,folosesti LVM si de fiecare data cind vrei sa extinzi > storage-ul de fapt mai creezi in controller inca un array distinct, si > te folosesti de LVM pentru a lipi noul array la volumul logic pe care > iti faci tu filesystemul. > [1]= probabil ca si acele storageuri externe fac tot ceva de genul asta. Merci de raspuns! Da pentru resize intr-un final m-am gindit si eu la LVM ca ar fi cel mai sanatos. In alta oridine de idei ... cam ce inseamna initializarea arrayului ? Controlerul se apuca sa il initializeze in background ... si ma gindesc ca logic daca tot face in background inseamna ca pot sa formatez deviceul in timpul initializarii ..dar orice ash face (undeva e clar ca e o buba si cel mai probabil e pe partea exterioara a lcd-ului ;) ) nu imi vede mai mult de 2 tb ... am incercat sa formatez direct /dev/sda cu mkfs.ext3 -b 4096 si nu a mers .. am gasit insa ca suportul de deviceuri mai mari de 2 Tb a fost bagat in RHEL4.1 iar eu incerc cu SL 3.07 (o clona de RH3) lucru nu foarte inteligent pentru care mi-am facut penitentza si m-am dat cu capul de zid de 3 ori ;) in acest moment se scrie CentOS-ul 5 .. vedem ce iese :) Merci ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] HighPoint RocketRAID 2220 : >>2 TB ??
On Sun, 2007-04-15 at 23:53 +0300, Adrian Sevcenco wrote: > Vali Dragnuta wrote: > >> Merci! Din momentul in care am auzit de GPT am avut ce sa caut si am > >> gasit gramada de info ... oricum nu ma incurc cu LVM .. va fi doar o > >> partitie de 10-11 Tb ce va fi montata ca home si exportata NFS. Dar luni > >> o sa vad exact ce si cum merge ;) > >> Adrian > >> > > > > Daca esti sigur ca > > 1. va fi doar o "partitie" > > 2. nu vrei sa bootezi de pe ea (storage only) > > > > Poti sa nici nu faci partiti ci sa faci filesystemul direct pe > > blocdeviceul storageului (mkfs /dev/sda spre exemplu, fata de > > mkfs /dev/sda1 ) > Am vazut ca se face asha ceva ... exista potentiale probleme sau > restrictii? --- Alea de mai sus :) > Inca ceva ce voiam sa intreb : din momentul in care pentru un array il > formatez cu un fs (ext3) mai am cum sa introduc in array alte hdd-uri > si apoi sa ii fac resize, nu? Nu prea... gindeste-te ca la raid5 spre exemplu datele precum si informatiile de redundanta sint stripuite si aruncate pe toate discurile,deci cind adaugi alte discuri el iti va reinitializa tot array-ul. De altfel setupul raid-ului de obicei iti si spune ca atentie ca voi reinitializa tot arrayul si vei pierde datele. POATE doar in cazul in care folosesti doar raid1 sa ai vreo sansa sa mearga ceea ce vrei tu, dar daca in documentatia controllerului nu spune explicit ca o operatie de marire a arrayului este nedistructiva eu nu m-as baza pe faptul ca _aparent_ nu ti-a amestecat datele. Nu de alta, dar la 12T de date :) > e posibil sa maresc arrayul cu hdd-uri si > apoi sa ii dau resize2fs ? in afara de ce am spus mai sus; - Poate pe un storage extern "entărpraiz" sa fie posibila chestia spusa de tine [1] - Alternativ,folosesti LVM si de fiecare data cind vrei sa extinzi storage-ul de fapt mai creezi in controller inca un array distinct, si te folosesti de LVM pentru a lipi noul array la volumul logic pe care iti faci tu filesystemul. [1]= probabil ca si acele storageuri externe fac tot ceva de genul asta. > Aveti recomandari (sau horror stories) cu > privire la storage de mari dimensiuni? (sint doua rraid 2200 legate si > momentan sint 12 hdduri seagate de 500) > va multumesc ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] HighPoint RocketRAID 2220 : >>2 TB ??
Vali Dragnuta wrote: >> Merci! Din momentul in care am auzit de GPT am avut ce sa caut si am >> gasit gramada de info ... oricum nu ma incurc cu LVM .. va fi doar o >> partitie de 10-11 Tb ce va fi montata ca home si exportata NFS. Dar luni >> o sa vad exact ce si cum merge ;) >> Adrian >> > > Daca esti sigur ca > 1. va fi doar o "partitie" > 2. nu vrei sa bootezi de pe ea (storage only) > > Poti sa nici nu faci partiti ci sa faci filesystemul direct pe > blocdeviceul storageului (mkfs /dev/sda spre exemplu, fata de > mkfs /dev/sda1 ) Am vazut ca se face asha ceva ... exista potentiale probleme sau restrictii? Inca ceva ce voiam sa intreb : din momentul in care pentru un array il formatez cu un fs (ext3) mai am cum sa introduc in array alte hdd-uri si apoi sa ii fac resize, nu? e posibil sa maresc arrayul cu hdd-uri si apoi sa ii dau resize2fs ? Aveti recomandari (sau horror stories) cu privire la storage de mari dimensiuni? (sint doua rraid 2200 legate si momentan sint 12 hdduri seagate de 500) va multumesc ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] HighPoint RocketRAID 2220 : >>2 TB ??
> Merci! Din momentul in care am auzit de GPT am avut ce sa caut si am > gasit gramada de info ... oricum nu ma incurc cu LVM .. va fi doar o > partitie de 10-11 Tb ce va fi montata ca home si exportata NFS. Dar luni > o sa vad exact ce si cum merge ;) > Adrian > Daca esti sigur ca 1. va fi doar o "partitie" 2. nu vrei sa bootezi de pe ea (storage only) Poti sa nici nu faci partiti ci sa faci filesystemul direct pe blocdeviceul storageului (mkfs /dev/sda spre exemplu, fata de mkfs /dev/sda1 ) ___ RLUG mailing list [EMAIL PROTECTED] http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] HighPoint RocketRAID 2220 : >>2 TB ??
Alex wrote: > A mai fost cu ceva timp in urma un post interesant cu topica similara (legat > de hardware raid + fdisk pentru partitii mai mari de 2TB). Acum citeva > saptamini gasisem un comparison sheet intre versiunile enterprise de la > Redhat, unde era prezentat ce stie fiecare distro. Din pacate nu-l mai > gasesc. Din ce-mi amintesc, RHEL5/CENTOS5 stiu nativ sa lucreze cu astfel de > volume. > > Legat de problema ta: > http://www.unixgods.org/~tilo/larger_2TB.html > > Dau si un exemplu acolo cum poti lucra cu parted pentru a crea o partitie de > 4TB. > Have Fun! > Alx Merci! Din momentul in care am auzit de GPT am avut ce sa caut si am gasit gramada de info ... oricum nu ma incurc cu LVM .. va fi doar o partitie de 10-11 Tb ce va fi montata ca home si exportata NFS. Dar luni o sa vad exact ce si cum merge ;) Adrian ___ RLUG mailing list [EMAIL PROTECTED] http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] HighPoint RocketRAID 2220 : >>2 TB ??
A mai fost cu ceva timp in urma un post interesant cu topica similara (legat de hardware raid + fdisk pentru partitii mai mari de 2TB). Acum citeva saptamini gasisem un comparison sheet intre versiunile enterprise de la Redhat, unde era prezentat ce stie fiecare distro. Din pacate nu-l mai gasesc. Din ce-mi amintesc, RHEL5/CENTOS5 stiu nativ sa lucreze cu astfel de volume. Legat de problema ta: http://www.unixgods.org/~tilo/larger_2TB.html Dau si un exemplu acolo cum poti lucra cu parted pentru a crea o partitie de 4TB. Iata ce spun ei: LINUX with Partitions >2TB Partitioning anything larger than 2TB is very problematic with the standard tools. Although the kernels of FC4, FC5, FC6 all come pre-compiled and pre-configured with support for >2TB drives and partitions, a couple of system components have a 2TB limit: * grub or lilo only understand 'msdos' disk labels - this means that you can not boot from a GPT disk label. * 'msdos' disk labels can not handle partitions or drives larger than 2TB * fdisk can not handle drives or partitions larger than 2TB -- even if you manage to partition a >2TB drive with parted, don't use fdisk to display it - fdisk will lie about the partitioning. * LVM can not handle logical volumes larger than 2TB * the linux installer(s) can typically not handle "gpt" disk labels, but only "msdos" disk labels - both because of "grub" and the partitioning tools used The following system components do not have the 2TB limit: * the kernel can usually handle >2TB without problems * "gpt" disk lables can handle >2TB drives and partitions * "parted" can handle >2TB drives and partitions --- but be careful: parted writes directly to the disk!!! RTFM! So with a little planning and trickery you can create and use >2TB partitions. Once you have your system running with the correct firmware/BIOS and the correct drivers, you need to decide if you want to use Software or Hardware RAID, and then you need to create and carve out the logical disk drives for your system, so you can install your OS and the data partitions Have Fun! Alx On Saturday 14 April 2007 11:57, Adrian Sevcenco wrote: > Radu Oprisan wrote: > > Pentru a completa aberatiile mele de la ora asta: > > http://www.wlug.org.nz/GPT > > Multumesc de info! nu mi-a dat prin cap sa incerc si cu parted-ul desi > il aveam la indemina (pe de alta parte avind in vedere ca nu stiam de > GPT degeaba foloseam parted-ul (probabil)) > > ___ > RLUG mailing list > [EMAIL PROTECTED] > http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list [EMAIL PROTECTED] http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] HighPoint RocketRAID 2220 : >>2 TB ??
Radu Oprisan wrote: > Pentru a completa aberatiile mele de la ora asta: > http://www.wlug.org.nz/GPT Multumesc de info! nu mi-a dat prin cap sa incerc si cu parted-ul desi il aveam la indemina (pe de alta parte avind in vedere ca nu stiam de GPT degeaba foloseam parted-ul (probabil)) ___ RLUG mailing list [EMAIL PROTECTED] http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] HighPoint RocketRAID 2220 : >>2 TB ??
On 4/14/07, Radu Oprisan <[EMAIL PROTECTED]> wrote: Pentru a completa aberatiile mele de la ora asta: http://www.wlug.org.nz/GPT Recitind emailul initial, da - omul intr-adevar s-a plans despre fdisk chiar daca pomeneste si despre mkfs. Am fost indus in eroare. peace, _bogdan_ ___ RLUG mailing list [EMAIL PROTECTED] http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] HighPoint RocketRAID 2220 : >>2 TB ??
La ora 1:38 AM pot doar sa citez din man page-ul lu' fdisk, in speranta ca cineva o sa investigheze mai departe. In a DOS type partition table the starting offset and the size of each partition is stored in two ways: as an absolute number of sectors (given in 32 bits) and as a Cylinders/Heads/Sectors triple (given in 10+8+6 bits). The former is OK - with 512-byte sectors this will work up to 2 TB. The latter has two different problems. First of all, these C/H/S fields can be filled only when the number of heads and the number of sectors per track are known. Secondly, even if we know what these numbers should be, the 24 bits that are available do not suffice. DOS uses C/H/S only, Windows uses both, Linux never uses C/H/S. Pentru a completa aberatiile mele de la ora asta: http://www.wlug.org.nz/GPT ___ RLUG mailing list [EMAIL PROTECTED] http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] HighPoint RocketRAID 2220 : >>2 TB ??
Adrian Sevcenco wrote: Salut! Am o problmea cu RAID-ul si sper ca ma puteti ajuta : Configuratia : un storage server supermicro (nu stiu in acest moment ce model) cu Scientific linux 3.0.7 (kernel 2.4) am doua placi rraid 2220 si 12 hdduri de 500. Problema este ca dupa ce creez raidul (5) nu pot sa creez pe device (ce este vazut ca /dev/sda) o partitie mai mare de 2 tb .. pasii sint (sper) standard ... mai intii fdisk si apoi mkfs ... dar pina la mkfs fdiskul nu vrea sa imi creeze o partitie (primara) de tot spatiul disponibil ... are cineva o idee in legatura cu posibila buba? (planific pe luni sa incerc cu centos-ul 5 .. poate merge asha ... dar pina atunci aveti ceva idei?) va multumesc! ___ RLUG mailing list [EMAIL PROTECTED] http://lists.lug.ro/mailman/listinfo/rlug La ora 1:38 AM pot doar sa citez din man page-ul lu' fdisk, in speranta ca cineva o sa investigheze mai departe. In a DOS type partition table the starting offset and the size of each partition is stored in two ways: as an absolute number of sectors (given in 32 bits) and as a Cylinders/Heads/Sectors triple (given in 10+8+6 bits). The former is OK - with 512-byte sectors this will work up to 2 TB. The latter has two different problems. First of all, these C/H/S fields can be filled only when the number of heads and the number of sectors per track are known. Secondly, even if we know what these numbers should be, the 24 bits that are available do not suffice. DOS uses C/H/S only, Windows uses both, Linux never uses C/H/S. ___ RLUG mailing list [EMAIL PROTECTED] http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] HighPoint RocketRAID 2220 : >>2 TB ??
Bogdan Botez wrote: On 4/14/07, Adrian Sevcenco <[EMAIL PROTECTED]> wrote: Salut! Am o problmea cu RAID-ul si sper ca ma puteti ajuta : Configuratia : un storage server supermicro (nu stiu in acest moment ce model) cu Scientific linux 3.0.7 (kernel 2.4) am doua placi rraid 2220 si 12 hdduri de 500. Problema este ca dupa ce creez raidul (5) nu pot sa creez pe device (ce este vazut ca /dev/sda) o partitie mai mare de 2 tb .. pasii sint (sper) standard ... mai intii fdisk si apoi mkfs ... dar pina la mkfs fdiskul nu vrea sa imi creeze o partitie (primara) de tot spatiul disponibil ... are cineva o idee in legatura cu posibila buba? (planific pe luni sa incerc cu centos-ul 5 .. poate merge asha ... dar pina atunci aveti ceva idei?) va multumesc! Daca dd-ul citeste respectiva partitie (si nu vad de ce nu), cauza este probabil filesystemul (si tool-urile asociate). Nu ai spus nimic concludent despre fs... este ext2? Omul explica ca nu ajunge la partea cu format-area pe un anumit tip de filesystem. Got it? Peace Eu ___ RLUG mailing list [EMAIL PROTECTED] http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] HighPoint RocketRAID 2220 : >>2 TB ??
On 4/14/07, Adrian Sevcenco <[EMAIL PROTECTED]> wrote: Salut! Am o problmea cu RAID-ul si sper ca ma puteti ajuta : Configuratia : un storage server supermicro (nu stiu in acest moment ce model) cu Scientific linux 3.0.7 (kernel 2.4) am doua placi rraid 2220 si 12 hdduri de 500. Problema este ca dupa ce creez raidul (5) nu pot sa creez pe device (ce este vazut ca /dev/sda) o partitie mai mare de 2 tb .. pasii sint (sper) standard ... mai intii fdisk si apoi mkfs ... dar pina la mkfs fdiskul nu vrea sa imi creeze o partitie (primara) de tot spatiul disponibil ... are cineva o idee in legatura cu posibila buba? (planific pe luni sa incerc cu centos-ul 5 .. poate merge asha ... dar pina atunci aveti ceva idei?) va multumesc! Daca dd-ul citeste respectiva partitie (si nu vad de ce nu), cauza este probabil filesystemul (si tool-urile asociate). Nu ai spus nimic concludent despre fs... este ext2? peace, _bogdan_ ___ RLUG mailing list [EMAIL PROTECTED] http://lists.lug.ro/mailman/listinfo/rlug
[rlug] HighPoint RocketRAID 2220 : >>2 TB ??
Salut! Am o problmea cu RAID-ul si sper ca ma puteti ajuta : Configuratia : un storage server supermicro (nu stiu in acest moment ce model) cu Scientific linux 3.0.7 (kernel 2.4) am doua placi rraid 2220 si 12 hdduri de 500. Problema este ca dupa ce creez raidul (5) nu pot sa creez pe device (ce este vazut ca /dev/sda) o partitie mai mare de 2 tb .. pasii sint (sper) standard ... mai intii fdisk si apoi mkfs ... dar pina la mkfs fdiskul nu vrea sa imi creeze o partitie (primara) de tot spatiul disponibil ... are cineva o idee in legatura cu posibila buba? (planific pe luni sa incerc cu centos-ul 5 .. poate merge asha ... dar pina atunci aveti ceva idei?) va multumesc! ___ RLUG mailing list [EMAIL PROTECTED] http://lists.lug.ro/mailman/listinfo/rlug