harde schijf opschonen

[rgtakarsten]

Ik heb een pc met een harde schijf van 30gb, op mijn shares staat 5gb aan data, maartoch is de harde schijf vol. Waar staan temp bestanden enz. die ik kan opschonen ? Of heb ik gewoon een grotere hdd nodig ?

[edwin]

De schijf word ook gebruikt voor onderandere de zarafa mail database en spam database.

Verder is er standaard 1Gb geserveerd voor snapshots, 4Gb voor het root filesystem, 1Gb voor swap.

Temp bestanden worden door het systeem zelf opgeschoond.

Zou je eens de output van df -h kunnen laten zien?

[rgtakarsten]

Hoi Edwin,

Ik heb voor de zekerheid een nieuwe hdd in de computer gezet en deze boot netjes op. Ook nu is er tekort ruimte maar ik kan, als het mij lukt, de overige ruimte op de harde schijf benutten. Als ik gebruk maak van cfdisk /dev/sda dan krijg ik een overzicht met SDA1 Primary, Linux raid autodetect, 67,71 en SDA2, Primary, Linux raid autodetect, 36351.54 en vervolgens Free space 463686.11. Moet ik de vrije ruimte toekennen of niet ? 

[edwin]

Hoe heb je dit gedaan? Heb je de nieuwe schijf aan de RAID array toegevoegd en daarna de oude eruit gehaald?

[rgtakarsten]

Ja, ik heb eerst de tweede harde schijf erbij geplaatst en toen de oude (kleine hdd) verwijderd.

[edwin]

Informatie over hoe je dit kunt doen vind je hier:

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


Edwin

[rgtakarsten]

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 ?

[rgtakarsten]

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 ?

[edwin]

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

[rgtakarsten]

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 ?
 

[edwin]

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:

#repartition the disc
echo  -e "0,$SIZEPART1,FD\n,$SIZEPART2,FD"|sfdisk -uB -fi $DISC >/dev/null || exit 1

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

#repartition the disc
echo  -e "0,$SIZEPART1,FD\n,,FD"|sfdisk -uB -fi $DISC >/dev/null || exit 1

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

[rgtakarsten]

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

[edwin]

no problem

[rgtakarsten]

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 ?

[edwin]

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