Op 1 of andere manier kan de /dev/syn3/root niet gesnapshot worden.

Het handigste is dan om voorlopig snapshotting uit te zetten. (in dat geval maakt syn3 apparte dumps van de nodige databases om te kunnen backuppen)

Edwin

Ik heb nu dus 1 grote hdd en deze zit volgens SCC Raid op de tweede positie, ik moet nog een tweede hdd kopen. Alles gaat weer goed behalve de backup en dan gaat het alleen fout als ik de optie Snapshot gebruik. Hieronder de output;

Backup session started
 Collecting system files
 Cleaning up old snapshot
 Snapshotting /dev/syn3/root...
 mount: you must specify the filesystem type
 Collecting / and /boot ...
 One or more specified logical volume(s) not found.
 Snapshot failed during system backup.
 Backup session aborted!
 NT_STATUS_NO_SUCH_FILE listing \syn3_D05_1331878667_*************.server.net
 Running /usr/backup/modules/mysql.unfreeze
 Running /usr/backup/modules/openldap.unfreeze
 Running /usr/backup/modules/postgres.unfreeze
 Cleaning up old snapshot
 Backup session ended

Komt dit door het ontbreken van de harde schijf ? En hoe kan ik dit oplossen ?

no problem

Fantastisch het is gelukt !! Edwin weer bedankt voor je snelle reacties.

Dit is inderdaad een probleem in bepaalde situaties.

Als dat gebeurd moet je een aanpassing maken in een script:

In /usr/webint/htdocs/raid deze regel opzoeken:

En hier het $SIZEPART2 deel weghalen zodat je dit overhoud:

Als je nu nieuwe disken via de SCC toevoegd, zullen ze meteen met maximale grootte gepartitioneerd worden.

Als je de aanpassing gemaakt hebt ga je als volgt te werk:
-Nieuwe grotere disk toevoegen en wachten totdat de raid-sync klaar is.
-Afsluiten, oude kleine disk fysiek verwijderen, en server weer starten.
-2e nieuwe grote disk toevoegen.

Nu kun je denk ik verder vanaf stap 2 van deze procedure: http://open.syn-3.nl/syn3/trac/default/wiki/SynFs#Schijvenvergroten

Ja, dat dacht ik ook, maar toen ik SDA2 wilde maximeren kreeg ik een melding "Cannot maximize this partition", ik ga het weer opnieuw proberen 

Als de nieuwe grotere hdd is geboot dan ga ik in cfdisk op sda2 staan en geef M van maximize. Klopt dit, of moet ik eerst sda2 verwijderen en dan een nieuwe aanmaken ?
 

Je had bij stap 1 (in het originele voorbeeld) de partitie moeten Maximizen met cfdisk.

Nu heb je het niet helemaal goed gedaan: Je hebt SDA3 toegevoegd aan je volume group.

Hierdoor word de data verspreid over beide disken: Dit betekend meer ruimte maar ook meer risico.

Als 1 van de 2 disken nu crashed ben je al je data kwijt. (normaal wil je juist 2 disken zodat je redundancy hebt en geen problemen hebt wanneer een disk crashed)

Edwin

Het lijkt gelukt

1. eerst een SDA3 aangemaakt met cfdisk met de overgebleven vrije ruimte (toen moest ik de server opnieuw opstarten)  
2. pvcreate /dev/sda3
3. pvresize /dev/md1
4. lvgextend syn3 /dev/sda3
5. xfs_growfs /home

De extra schijfruimte is nu zichtbaar, maar mijn vraag is heb ik het zo goed gedaan of kan en moet het anders ?

Ik heb het al geprobeerd volgens de aangegeven stappen, maar het lukt helaas niet. Bij stap 1 geef je aan dat de partities gemaximeerd moeten zijn, als ik cfdisk /dev/sda uitvoer zie ik het volgende
Disk Drive: /dev/sda
                     Size: 500107862016 bytes, 500.1 GB
           Heads: 255   Sectors per Track: 63   Cylinders: 60801

   Name        Flags     Part Type  FS Type         [Label]       Size (MB)
 --------------------------------------------------------------------------
   sda1                   Primary   Linux raid autodetect             67.61*
   sda2                   Primary   Linux raid autodetect          36351.54*
                          Pri/Log   Free Space                    463686.11*


Wat moet ik nu doen ? Of gaat dit goed ?

Informatie over hoe je dit kunt doen vind je hier:

http://open.syn-3.nl/syn3/trac/default/wiki/SynFs#Schijvenvergroten


Edwin