:fill(white):strip_exif()/i/2003943496.jpeg?f=thumbmini)
:strip_exif()/i/1321263566.png?f=thumbmini)
:strip_icc():strip_exif()/u/286431/crop680f6b95743ca_cropped.jpg?f=community)
Gewoon een heel grote verzameling snoertjes
:strip_exif()/u/70909/BlueKachina_60x60.gif?f=community)
/u/820/crop5dc1821dada95_cropped.png?f=community)
8.960 Wp - 16 kW Daikin L/W - 2 x MHI L/L - gasloos sinds 2017 - Loxone - SAP/IS-U/ABAP - rijdt nog LPG ;-)
8.960 Wp - 16 kW Daikin L/W - 2 x MHI L/L - gasloos sinds 2017 - Loxone - SAP/IS-U/ABAP - rijdt nog LPG ;-)
Mijn voorkeur is ook....als ZFS eenmaal goed werkt -> main fileserver laat daar geen misverstand over bestaan.
Maar niet always on.
Misschien dat ik het als volgt ga doen. Ik gebruik toch al DFS-Namespace.
Nu
WinServer (always on, DFS-defaultshare)
Backupserver (alleen aan bij wolpacket, DFS-backupshare)
Nieuw
WinServer (always on, DFS-backupshare)
ZFSserver (alleen aan op vaste tijden, DFS-defaultshare)
ZFS wordt dan de defaultshare, en synct dit gewoon altijd door naar de windows bak welke dan de "backup"share is.
Is de ZFS offline dan redirect DFS automatisch naar de windows bak. Probleem opgelost. Wel is er dan nog steeds een kleine kans op niet detecteerde bitrot maar die kans is dan veel kleiner omdat de ZFS back op de drukke tijden toch wel draait.
Ja soms is het leuk om ingewikkelde dingen te bedenken
Maar niet always on.
Misschien dat ik het als volgt ga doen. Ik gebruik toch al DFS-Namespace.
Nu
WinServer (always on, DFS-defaultshare)
Backupserver (alleen aan bij wolpacket, DFS-backupshare)
Nieuw
WinServer (always on, DFS-backupshare)
ZFSserver (alleen aan op vaste tijden, DFS-defaultshare)
ZFS wordt dan de defaultshare, en synct dit gewoon altijd door naar de windows bak welke dan de "backup"share is.
Is de ZFS offline dan redirect DFS automatisch naar de windows bak. Probleem opgelost. Wel is er dan nog steeds een kleine kans op niet detecteerde bitrot maar die kans is dan veel kleiner omdat de ZFS back op de drukke tijden toch wel draait.
Ja soms is het leuk om ingewikkelde dingen te bedenken
8.960 Wp - 16 kW Daikin L/W - 2 x MHI L/L - gasloos sinds 2017 - Loxone - SAP/IS-U/ABAP - rijdt nog LPG ;-)
tja, waarom wil je de ZFS bak niet altijd aan hebben? Als dat ding zoveel verbruikt, kan je dat probleem toch beter aanpakken in plaats van zo'n ingewikkelde config te maken 
Desnoods ga je ESXi gebruiken en draai je zowel ZFS als Windows op 1 host, waarbij Windows een iSCSi volume heeft op je ZFS machine...
Best of both worlds...
Desnoods ga je ESXi gebruiken en draai je zowel ZFS als Windows op 1 host, waarbij Windows een iSCSi volume heeft op je ZFS machine...
Best of both worlds...
Even niets...
Ja dat gaat prima, je hoeft in principe de pool niet eens te exporteren, je kan hem altijd importeren met -f.
Exporteren is wel iets netter
Koppel anders voor de zekerheid je data disks los, weet je zeker dat het niet mis kan gaan.
Exporteren is wel iets netter
Koppel anders voor de zekerheid je data disks los, weet je zeker dat het niet mis kan gaan.
[ Voor 24% gewijzigd door FireDrunk op 11-06-2013 17:55 ]
Even niets...
/u/170728/owl.png?f=community)
/u/102334/avatar_mini.png?f=community){kind=avatar}
:strip_exif()/u/294322/64-floyd.gif?f=community)
Lijkt me wel geen ideale ingesteldheid als het over storage en dergelijke gaat. Anderzijds elke zichzelf respecterende tweaker heeft natuurlijk een backup
Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction.
De devices waren toch al "removed" en de rest van mijn vdev was nog compleet healthy, dus er was geen gevaar. Beetje logisch nagedacht en huppa. En dat tweede was sowieso ook het geval. Er ligt in mijn nachtkastje een offline 2TB disk waar ik onregelmatig periodiek een zfs send/receive naar doe.:
[...]
Lijkt me wel geen ideale ingesteldheid als het over storage en dergelijke gaat. Anderzijds elke zichzelf respecterende tweaker heeft natuurlijk een backup
ZFS en in elkaar flansen... Dat doen we hier niet he... Wel serieus doen he 
Nee, kan geen kwaad, ik zou ze je pool juist optimaliseren voor 4K.
Een 512b sector schijf heeft geen last van 4k opdrachten, terwijl een 4k schijf wel last heeft van 512k opdrachten.
5 schijven in RAIDZ1 is inderdaad de beste optie.
Nee, kan geen kwaad, ik zou ze je pool juist optimaliseren voor 4K.
Een 512b sector schijf heeft geen last van 4k opdrachten, terwijl een 4k schijf wel last heeft van 512k opdrachten.
5 schijven in RAIDZ1 is inderdaad de beste optie.
Even niets...
:strip_icc():strip_exif()/u/279104/avatar%2520tweakers%25202.jpg?f=community){kind=avatar}
Server 1: Intel N305 | 48GB RAM | 5*4TB NVME | 4x 2.5GbE
Server 2: Intel N5105 | 64GB RAM | 1TB NVME | 4x 2.5GbE
Server 3: Intel Xeon E5-2670 | 128GB RAM | 512+750GB SATA SSD | 6x10TB HDD | 6x 1GbE [Buiten gebruik]
:strip_icc():strip_exif()/u/20047/neptunus.jpg?f=community)
/u/299686/crop571ff6b90e9c4_cropped.png?f=community)
Ik heb ondertussen mijn M4 even gepowercycled (los van voeding en terug aangesloten) en hij kwam bijna onmiddellijk terug in ZFSguru. Ik hou het voorlopig op een omgevallen bitje in het universum. Als het nog eens voorvalt weet ik niet wat eerst te verdenken, de SSD zelf of mijn voeding...
Sinds mijn reinstall is het blijkbaar nu wel weer mogelijk om een disk hot te removen...
Nu dus nog op zoek gaan (en alle hulp is daarbij geapprecieerd) naar volgende functionaliteit:
Maak ieder uur een snapshot van een voorbepaalde set van filesystems op mijn "main" pool met als naam DDMMYYYHH00, send deze snapshot naar een pool genaamd "spiegeltje" en verwijder vervolgens deze snapshot op de "main" pool.
Volgens mij is dit ook voor een groep andere Tweakers een welkome functionaliteit. Want ik krijg soms het gevoel dat veel mede-ZFS-gebruikers hier geen backups meer nemen onder het motto: "OMGWTFBBQLAZERPEWPEWFUCKDISSHIT ZFS is keirobuust dus ik mot heulemoal geen backups meer maken".
Well no
Met een minimale investering in twee recente +1TB disks kan je volgens mij al redelijk safe je meest kritieke data backuppen naar een mirrored pool. Om de zoveel tijd (en dat kies je zelf) plug je gewoon je andere (op remote locatie gestockeerde) disk terug in, zet je 'm online, en de resilver doet de rest. In mijn optiek het meest efficient... Je kan zelfs nog switchen tussen de disks om de wear and tear wat te "levellen".
Sinds mijn reinstall is het blijkbaar nu wel weer mogelijk om een disk hot te removen...
Nu dus nog op zoek gaan (en alle hulp is daarbij geapprecieerd) naar volgende functionaliteit:
Maak ieder uur een snapshot van een voorbepaalde set van filesystems op mijn "main" pool met als naam DDMMYYYHH00, send deze snapshot naar een pool genaamd "spiegeltje" en verwijder vervolgens deze snapshot op de "main" pool.
Volgens mij is dit ook voor een groep andere Tweakers een welkome functionaliteit. Want ik krijg soms het gevoel dat veel mede-ZFS-gebruikers hier geen backups meer nemen onder het motto: "OMGWTFBBQLAZERPEWPEWFUCKDISSHIT ZFS is keirobuust dus ik mot heulemoal geen backups meer maken".
Well no
Met een minimale investering in twee recente +1TB disks kan je volgens mij al redelijk safe je meest kritieke data backuppen naar een mirrored pool. Om de zoveel tijd (en dat kies je zelf) plug je gewoon je andere (op remote locatie gestockeerde) disk terug in, zet je 'm online, en de resilver doet de rest. In mijn optiek het meest efficient... Je kan zelfs nog switchen tussen de disks om de wear and tear wat te "levellen".
mdadm? Onder FreeBSD? Of gaat dit over ZFS-on-Linux?
Kun je ze eigenlijk niet gewoon via ZFS zelf in een vdev pleuren en dan die vdev toevoegen als L2ARC of zo?
@HyperBart: Naar mijn mening is off-site backup bijna het enige soort backup wat redelijk nut heeft om naast ZFS te gebruiken.
ZFS beschermt je namelijk tegen schijfuitval, bitrot en andere corrupties, maar niet tegen onbedoeld verwijderen van je data, een ontplofte server, diefstal of brand in je huis.
ZFS snapshots kunnen je al weer beschermen tegen onbedoeld verwijderen van data, maar je zit nog steeds met het probleem dat je data toch écht weg is als je hele server boem doet.
Het gaat mij ook dan weer te ver om speciaal een tweede server neer te zetten voor backups, en daarmee vang je nog steeds het (kleine) risico van brand of diefstal niet op.
Laatst kwam ik DataHaven tegen. Dit is een gratis backupoplossing waarmee je backupruimte deelt tussen gebruikers onder het motto "voor wat hoort wat". Als jij 100 GB ruimte aanbied voor anderen om hun backups op te gooien, mag jij ook bij anderen voor 100 GB backuppen. Uiteraard is het redundant verdeeld over meerdere gebruikers en ge-encrypt.
Als jij veel meer ruimte aanbied dan je zelf gebruikt kun je er ook nog eens geld verdienen aan je serverfarm.
Je kunt het een beetje zien alles BuddyBackup, maar dan met randoms ipv met vrienden.
Leek mij ideaal dit project, maar het is alleen jammer dat het erg klein is (niet alleen het project zelf, maar ook de community) en het niet echt werkt bij mij (http://datahaven.net/foru...01affeb7741827229ef1c9062)
Mocht dit project trouwens doodgaan, zijn er Tweakers die geïnteresseerd zijn om aan BuddyBackup te doen?
Natuurlijk is off-site backup alleen maar interessant als er een deftige symmetrische internetverbinding ligt, maar als alles volgens planning loopt komt er hier binnenkort een 100/100 glas-lijntje
[ Voor 73% gewijzigd door Compizfox op 12-06-2013 22:20 ]
Gewoon een heel grote verzameling snoertjes
Ho stop, zfs en GEOM hoef je helemaal niet te mixen.
Je kan gewoon 3 partities aanmaken op je SSD.
Van de eerste partitie op elke SSD maak je een pool om je basis installatie op te doen.
De 2e en 3e partitie (op de ene SSD) noem je ZIL1,L2ARC1 en (op de andere SSD) ZIL2, L2ARC2 (of -A/-B wat je wil)
De ZIL voeg je via de commandline met een iets ander commando dan ZFSguru standaard doet.
Voor de L2ARC doe je:
Als mensen er behoefte aan hebben, kan ik wel een keer een screenshot maken van zo'n setup in de partitie manager van ZFSguru?
LET WEL OP: DOE DIT NIET ZOMAAR OP JE DATAPOOL MAAR EXPIRIMENTEER EERST MET TEST SYSTEMEN EN/OF TEST POOLS!
Je kan gewoon 3 partities aanmaken op je SSD.
Van de eerste partitie op elke SSD maak je een pool om je basis installatie op te doen.
De 2e en 3e partitie (op de ene SSD) noem je ZIL1,L2ARC1 en (op de andere SSD) ZIL2, L2ARC2 (of -A/-B wat je wil
)De ZIL voeg je via de commandline met een iets ander commando dan ZFSguru standaard doet.
zpool add datapool log mirror gpt/ZIL1 gpt/ZIL2
Voor de L2ARC doe je:
zpool add datapool cache gpt/L2ARC1 zpool add datapool cache gpt/L2ARC2
Als mensen er behoefte aan hebben, kan ik wel een keer een screenshot maken van zo'n setup in de partitie manager van ZFSguru?
LET WEL OP: DOE DIT NIET ZOMAAR OP JE DATAPOOL MAAR EXPIRIMENTEER EERST MET TEST SYSTEMEN EN/OF TEST POOLS!
[ Voor 12% gewijzigd door FireDrunk op 13-06-2013 08:30 ]
Even niets...
Graag, dat is erg handig.:
Ho stop, zfs en GEOM hoef je helemaal niet te mixen.
Je kan gewoon 3 partities aanmaken op je SSD.
Van de eerste partitie op elke SSD maak je een pool om je basis installatie op te doen.
De 2e en 3e partitie (op de ene SSD) noem je ZIL1,L2ARC1 en (op de andere SSD) ZIL2, L2ARC2 (of -A/-B wat je wil
De ZIL voeg je via de commandline met een iets ander commando dan ZFSguru standaard doet.
zpool add datapool log mirror gpt/ZIL1 gpt/ZIL2
Voor de L2ARC doe je:
zpool add datapool cache gpt/L2ARC1 zpool add datapool cache gpt/L2ARC2
Als mensen er behoefte aan hebben, kan ik wel een keer een screenshot maken van zo'n setup in de partitie manager van ZFSguru?
LET WEL OP: DOE DIT NIET ZOMAAR OP JE DATAPOOL MAAR EXPIRIMENTEER EERST MET TEST SYSTEMEN EN/OF TEST POOLS!
ZFSGuru SSD ZIL & L2ARC Tutorial
Partitioneer eerst je SSD's op deze manier:
LET OP: De groottes hier zijn fictief en geen representatie voor je eigen setup, bedenk zelf goed hoeveel ruimte je wil geven aan elk deel (root, ZIL en L2ARC). ZFSGuru neemt zelf doorgaans minder dan 1GB in beslag, maar als je services gaat installeren kan dat nog best groeien. Voor ZIL is 4GB doorgaans ruim voldoende, en als je krap zit is 2GB ook nog wel te doen. Voor L2ARC geld meestal hoe meer hoe beter, maar bedenk je wel dat je meer geheugen gebruik krijgt door het gebruik van L2ARC. ZFSGuru berekend van te voren ook netjes hoeveel meer geheugen je nodig hebt. Wordt dit meer dan 50% van het geheugen dat de machine uberhaupt heeft, is er een kans dat je dit in sequentiele transfers gaat zien.
Maak daarna een rootpool aan:
Label daarna ook je data disks, waarna je dit overhoud:
Maak daarna je data pool aan:
Voeg de L2ARC toe:
Na testen krijg je dit:
Daarna ziet je data pool er zo uit:
Voer via de commandline dit commando uit:
En je pool ziet er daarna zo uit:
Hierna kan je de reguliere setup volgen en de installatie wijzen naar rootpool
Partitioneer eerst je SSD's op deze manier:
LET OP: De groottes hier zijn fictief en geen representatie voor je eigen setup, bedenk zelf goed hoeveel ruimte je wil geven aan elk deel (root, ZIL en L2ARC). ZFSGuru neemt zelf doorgaans minder dan 1GB in beslag, maar als je services gaat installeren kan dat nog best groeien. Voor ZIL is 4GB doorgaans ruim voldoende, en als je krap zit is 2GB ook nog wel te doen. Voor L2ARC geld meestal hoe meer hoe beter, maar bedenk je wel dat je meer geheugen gebruik krijgt door het gebruik van L2ARC. ZFSGuru berekend van te voren ook netjes hoeveel meer geheugen je nodig hebt. Wordt dit meer dan 50% van het geheugen dat de machine uberhaupt heeft, is er een kans dat je dit in sequentiele transfers gaat zien.
Maak daarna een rootpool aan:
Label daarna ook je data disks, waarna je dit overhoud:
Maak daarna je data pool aan:
Voeg de L2ARC toe:
Na testen krijg je dit:
Daarna ziet je data pool er zo uit:
Voer via de commandline dit commando uit:
En je pool ziet er daarna zo uit:
Hierna kan je de reguliere setup volgen en de installatie wijzen naar rootpool
Even niets...
:strip_icc():strip_exif()/u/4824/i.jpeg?f=community)
:strip_exif()/u/85488/avatar_12634.gif?f=community){kind=avatar}
:strip_exif()/u/62088/sp_jh2.gif?f=community)
man zpool ?
Wat wil je precies weten ? Napp-it heeft menu-items om een device aan een pool toe te voegen, als cache (L2ARC) of als log (ZIL). Ik weet niet of je daar ook eerst je SSD kunt partitioneren om 1 SSD voor beide te gebruiken, anders zul je dat via de commandline moeten doen denk ik.
You don't need a parachute to go skydiving. You need a parachute to go skydiving twice.
@CompizFox,
Ja hoor, op het moment dat je pool staat te wachten op een ZIL write, gebeurt er toch niets, en voor de rest word je ZIL niet aangesproken, dus kan L2ARC vrolijk aan het werk. Je SSD word dus om-en-om gebruikt voor ZIL en L2ARC, niet tegelijkertijd.
SSD's zonder supercaps zijn niet veilig voor gebruik als ZIL, het risico is dat als de power uitvalt, je pool een paar minuten aan writes kwijt kan raken (worst-case, in de praktijk eerder enkele seconden).
Voor een data array met films en zo geen enkel probleem want je hebt dan hooguit een kapotte film. Bij een VMware NFS pool is het wat lastiger
Ja hoor, op het moment dat je pool staat te wachten op een ZIL write, gebeurt er toch niets, en voor de rest word je ZIL niet aangesproken, dus kan L2ARC vrolijk aan het werk. Je SSD word dus om-en-om gebruikt voor ZIL en L2ARC, niet tegelijkertijd.
SSD's zonder supercaps zijn niet veilig voor gebruik als ZIL, het risico is dat als de power uitvalt, je pool een paar minuten aan writes kwijt kan raken (worst-case, in de praktijk eerder enkele seconden).
Voor een data array met films en zo geen enkel probleem want je hebt dan hooguit een kapotte film. Bij een VMware NFS pool is het wat lastiger
[ Voor 7% gewijzigd door FireDrunk op 13-06-2013 14:08 ]
Even niets...
Maar hoe gaat dat precies in zijn werk.:
[...]
man zpool ?
Wat wil je precies weten ? Napp-it heeft menu-items om een device aan een pool toe te voegen, als cache (L2ARC) of als log (ZIL). Ik weet niet of je daar ook eerst je SSD kunt partitioneren om 1 SSD voor beide te gebruiken, anders zul je dat via de commandline moeten doen denk ik.
Moet ik dan eerst op een test machine openindiana installeren en dan daar de SSD's aanhangen en de partieties en pools aanmaken. en dan deze SSD's in mijn storage bak hangen en de installatie van Openindiana opniew doen op de nieuwe SSD's met de nieuw aangemaakte boot partities?
tja, wat ik kan zien in mijn freenas is dat deze mijn schijven herkent alsof ze rechtstreeks zijn aangesloten... ik had eerst de -z optie geprobeerd, maar deze gaf problemen (uiteindelijk de hele install verwijderd van freenas en opnieuw begonnen): hij zag de schijven wel, maar de install was traag, kon geen smart uitlezen, de VM bleef na een minuut of 10 hangen en de share was niet meer bereikbaar. Nu, met de "nieuwe" install en de -r optie ziet hij de schijven volledig, gaf ook direct aan dat hij de smart info kon uitlezen en werk het geheel echt goed. maar om problemen te voorkomen in de toekomst en omdat ik er nog wat schijven bij moet hebben (nog niet genoeg, je kent het wel ) maak ik de overstap uiteindelijk wel. het zou alleen zonde zijn als ik het straks over zet en ik niet meer bij de data kan.
) maak ik de overstap uiteindelijk wel. het zou alleen zonde zijn als ik het straks over zet en ik niet meer bij de data kan.
dat meende ik ook gelezen te hebben en daarom ga ik het risico niet aan en komt er een M1015 in. ff wachten op de centen van de werkgever...
:strip_icc():strip_exif()/u/96747/gnu_linux_poster_60.jpg?f=community)
"You smell that, son? What sir? Napalm, I love the smell of napalm in the mornin!" || Children of Bodom fan!
Werk je via X of via phpVirtualBox? phpVirtualBox, ik moet leren lezen
Kan je niet meer logs vinden op het filesystem?
Kan je niet meer logs vinden op het filesystem?
[ Voor 58% gewijzigd door FireDrunk op 17-06-2013 09:43 ]
Even niets...
:strip_icc():strip_exif()/u/62294/Copy%2520of%2520sq-qotsa-go-flow-vid-int.jpg?f=community)
Slechte argumenten zonder onderbouwing. Het zou je systeem laten crashen; nou daar kom je snel genoeg achter. Zelf geen last van in elk geval. Minimal power savings hangt er helemaal vanaf. Als je je schijven van 7W naar 0.7W terugbrengt en dat toch zo'n 80% per dag, vind ik dat toch best heftige power savings.
Dat gezegd, ben ik zelf ook niet zo heel erg fan van spindown. Het probleem is dat je een wachttijd hebt, dat die wachttijd lang kan zijn omdat ZFS per stuk de schijven opspint; al kun je daar een scriptje voor gebruiken. En dan heb je nog mogelijk last van instabielevoltagelijnen als gevolg van opspinnen. Zo vind mijn overige schijf die altijd spinup blijft het niet leuk zodra ik zoveel schijven opspin. Die zou dan eigenlijk aan een andere voedings rail moeten hangen maar dat kan in mijn geval niet.
Het is dus gewoon een beetje uitproberen of spindown in een individuele situatie goed werkt of niet. Maar om als algemeen advies het af te raden? Dan moet je met betere argumenten komen. Waarschijnlijk heeft de auteur van dat stukje er zelf problemen mee gehad. En hij praat ook over USB adapters en spindown problemen; USB->SATA adapters hebben hun eigen problemen, wat toch enigszins los staat van dit vraagstuk. Kortom, beetje geklets als je het mij vraagt.
Dat gezegd, ben ik zelf ook niet zo heel erg fan van spindown. Het probleem is dat je een wachttijd hebt, dat die wachttijd lang kan zijn omdat ZFS per stuk de schijven opspint; al kun je daar een scriptje voor gebruiken. En dan heb je nog mogelijk last van instabielevoltagelijnen als gevolg van opspinnen. Zo vind mijn overige schijf die altijd spinup blijft het niet leuk zodra ik zoveel schijven opspin. Die zou dan eigenlijk aan een andere voedings rail moeten hangen maar dat kan in mijn geval niet.
Het is dus gewoon een beetje uitproberen of spindown in een individuele situatie goed werkt of niet. Maar om als algemeen advies het af te raden? Dan moet je met betere argumenten komen. Waarschijnlijk heeft de auteur van dat stukje er zelf problemen mee gehad. En hij praat ook over USB adapters en spindown problemen; USB->SATA adapters hebben hun eigen problemen, wat toch enigszins los staat van dit vraagstuk. Kortom, beetje geklets als je het mij vraagt.
:strip_icc():strip_exif()/u/245721/i2.jpg?f=community)
Hoe encrypt ik een bestaande dataset? Een nieuwe aanmaken en encrypten met commando
zfs create -o encryption=on <naam>
lukt, maar bestaande datasets herkent ZFS als zijnde al toegevoegd. (dataset already exists).
Ik draai ZFS op Solaris in virtualbox
(uname -a sunos 5.11 11.1) ik denk dus solaris 11.1
[edit]
met zfs set help wat verder,
encryption is readonly >> no can do encryptie op bestaande files?
zfs create -o encryption=on <naam>
lukt, maar bestaande datasets herkent ZFS als zijnde al toegevoegd. (dataset already exists).
Ik draai ZFS op Solaris in virtualbox
(uname -a sunos 5.11 11.1) ik denk dus solaris 11.1
[edit]
met zfs set help wat verder,
encryption is readonly >> no can do encryptie op bestaande files?
[ Voor 14% gewijzigd door amx op 18-06-2013 19:25 ]
Dan zijn je disks wel even zoet
"You smell that, son? What sir? Napalm, I love the smell of napalm in the mornin!" || Children of Bodom fan!
Maar dat zouden ze sowieso al zijn...
Maar dat zijn ze sowieso al
Maar dat zijn ze sowieso al
[ Voor 34% gewijzigd door FireDrunk op 18-06-2013 20:21 ]
Even niets...