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

no problem

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

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

Informatie over hoe je dit kunt doen vind je hier:

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


Edwin

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

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?

aii dan kan het nog zijn dat de backup ingepakt is met gzip.

doen maar eens file /mnt/backup/voorbeeld.net

Als hij niet zo groot is kun je hem eerst uitpakken. Als hij er groot is kan je dit proberen: (dan pakt hij hem streamed uit zonder dat het diskspace kost)

Dan moet je zelf de server mounten waar je de backup op staat, en dan het xfsrestore commando direct op de file uitvoeren.

Heb je een home-server?

Dit is het eenvoudigst met de restore-backups-per-file module:

http://www.syn-3.eu/index.php/nl/producten/modules/bfr

Momenteel zijn we ook bezig met een online-encrypted backup systeem voor SYN-3. Hiermee kunt u backups online opslaan op onze backup server.

Ik moet hier nog even naar kijken.

Als tijdelijke oplossing kun je ze op de server via de shell of via het programma Winscp verwijderen.

Edwin

Ik heb het voorbeeld op die andere link ook even aangepast.

Sorry je hebt gelijk ik heb niet goed gekeken

De poort opgeven kan als volgt:


Dus erachter aan met :26

Edwin

Geen probleem, dat kan.

Zie: http://www.syn-3.eu/smforum/index.php?topic=233.0