Yo, klein probleempje hier.
Gisteren gaf de boot/os disk van mijn server@home, die niet in raid 1 draaide helaas, er opeens de brui aan. Vervelend natuurlijk, echter niet onoverkomelijk. Nieuwe disk erin geschroefd, en even CentOS opnieuw installeren. Had dit in combinatie met mijn Areca raid kaart al wel eens eerder gedaan. Daarna was het een kwestie van de Areca kernel module insmod'en, vgscan draaien, en de raid was er weer.
Helaas liep dit, naar wat volgens mij een bug is in de CentOS installer, een beetje anders. De vorige keren had ik namelijk geinstalleerd, met een CentOS 5.0 DVD, ditmaal met een CentOS 5.2 DVD. En deze nieuwere versie, herkent de Areca kaart, en laad de kernel module vast in. Nu zat ik dus met de volgende situatie:
/dev/sda --> 9 TB raid 6
/dev/sdb --> Samsung 500 GB disk, nieuw erin gestopt
De status van /dev/sda, was in de GUI partioning tool van de installer, gemarkeerd als FREE, dit vond ik al wel vrij merkwaardig. Op dit punt was het kwaad volgens mij al geschied, maar daar kom ik zo op terug.
Heb toen /dev/sdb geselecteerd als de schijf om op te installeren *** en dus ABSOLUUT NIET /dev/sda ***, maar vond het toch wat te zenuwen opwekkend allemaal (9 TB!), heb toen een reboot gedaan, en CentOS geinstalleerd met de 5.0 DVD, zoals ik al twee keer eerder in vergelijkbare situaties had gedaan, dat werkte immers.
Na een dagje googelen, ben ik er vrij zeker van, dat er een dergelijk iets is gebeurd als dit http://forums.gentoo.org/viewtopic-p-3562137.html#3562137
Met fdisk zie ik nu namelijk plots een partitie op de raid array, terwijl ik 100% zeker weet, dat ik de hele disk als pv (physical volume) heb toegewezen aan lvm, zonder eerst te partitioneren dus.
Volgens mij aldus, heeft de CentOS installer ongevraagd een partitie tabel weggeschreven, aan het begin van /dev/sda, met als onfortuinlijk gevolg dat lvm de volume group niet meer kan vinden, middels het vgscan commando.
Helaas las ik onderstaande pas achteraf, vandaag dus:
Not Recommended
Using the whole disk as a PV (as opposed to a partition spanning the whole disk) is not recommended because of the management issues it can create. Any other OS that looks at the disk will not recognize the LVM metadata and display the disk as being free, so it is likely it will be overwritten. LVM itself will work fine with whole disk PVs.
http://tldp.org/HOWTO/LVM-HOWTO/initdisks.html
In de gentoo url eerdergenoemd, was dat uiteindelijk nog opgelost, maar de kennis van de uitvoerder daarvan gaat helaas een stuk verder dan die van mij, bovendien draai ik CentOS.
En NEE, ik heb geen backup, dat is voor watjes immers
Heeft iemand tips / adviezen aangaande deze situatie? Een oplossing lijkt dus te zijn, om de partitie-tabel, die (hopelijk) vóór de metadata van het physical volume weggeschreven is, via een hex editor te verwijderen, maar hoe pak je zoiets aan?
Gisteren gaf de boot/os disk van mijn server@home, die niet in raid 1 draaide helaas, er opeens de brui aan. Vervelend natuurlijk, echter niet onoverkomelijk. Nieuwe disk erin geschroefd, en even CentOS opnieuw installeren. Had dit in combinatie met mijn Areca raid kaart al wel eens eerder gedaan. Daarna was het een kwestie van de Areca kernel module insmod'en, vgscan draaien, en de raid was er weer.
Helaas liep dit, naar wat volgens mij een bug is in de CentOS installer, een beetje anders. De vorige keren had ik namelijk geinstalleerd, met een CentOS 5.0 DVD, ditmaal met een CentOS 5.2 DVD. En deze nieuwere versie, herkent de Areca kaart, en laad de kernel module vast in. Nu zat ik dus met de volgende situatie:
/dev/sda --> 9 TB raid 6
/dev/sdb --> Samsung 500 GB disk, nieuw erin gestopt
De status van /dev/sda, was in de GUI partioning tool van de installer, gemarkeerd als FREE, dit vond ik al wel vrij merkwaardig. Op dit punt was het kwaad volgens mij al geschied, maar daar kom ik zo op terug.
Heb toen /dev/sdb geselecteerd als de schijf om op te installeren *** en dus ABSOLUUT NIET /dev/sda ***, maar vond het toch wat te zenuwen opwekkend allemaal (9 TB!), heb toen een reboot gedaan, en CentOS geinstalleerd met de 5.0 DVD, zoals ik al twee keer eerder in vergelijkbare situaties had gedaan, dat werkte immers.
Na een dagje googelen, ben ik er vrij zeker van, dat er een dergelijk iets is gebeurd als dit http://forums.gentoo.org/viewtopic-p-3562137.html#3562137
Met fdisk zie ik nu namelijk plots een partitie op de raid array, terwijl ik 100% zeker weet, dat ik de hele disk als pv (physical volume) heb toegewezen aan lvm, zonder eerst te partitioneren dus.
Volgens mij aldus, heeft de CentOS installer ongevraagd een partitie tabel weggeschreven, aan het begin van /dev/sda, met als onfortuinlijk gevolg dat lvm de volume group niet meer kan vinden, middels het vgscan commando.
Helaas las ik onderstaande pas achteraf, vandaag dus:
Not Recommended
Using the whole disk as a PV (as opposed to a partition spanning the whole disk) is not recommended because of the management issues it can create. Any other OS that looks at the disk will not recognize the LVM metadata and display the disk as being free, so it is likely it will be overwritten. LVM itself will work fine with whole disk PVs.
http://tldp.org/HOWTO/LVM-HOWTO/initdisks.html
In de gentoo url eerdergenoemd, was dat uiteindelijk nog opgelost, maar de kennis van de uitvoerder daarvan gaat helaas een stuk verder dan die van mij, bovendien draai ik CentOS.
En NEE, ik heb geen backup, dat is voor watjes immers
Heeft iemand tips / adviezen aangaande deze situatie? Een oplossing lijkt dus te zijn, om de partitie-tabel, die (hopelijk) vóór de metadata van het physical volume weggeschreven is, via een hex editor te verwijderen, maar hoe pak je zoiets aan?
[ Voor 5% gewijzigd door Verwijderd op 08-01-2009 23:01 ]