.
Got Leenucks? | Debian Bookworm x86_64 / ARM | OpenWrt: Empower your router | Blogje
. Daarna éénzelfde lege 2TB disk erin gestoken, "replace disk" gedaan en hoppa, hij begon te resilveren. Dit gaat met een snelheid van 115 MB/s en gaat +- 1h15m duren. I like ZFSguru so far !!1
2
3
4
5
| Pool status Pool name StorageTank1 Status ONLINE Scrub resilvered 83.6G in 1h5m with 0 errors on Tue Dec 4 23:24:21 2012 Ashift pool is optimized for 512 B sector disks (ashift=9) |
[ Voor 18% gewijzigd door fluppie007 op 05-12-2012 08:19 ]
NAS Server build http://www.youtube.com/watch?v=kBYMVUNrvDY 3DFX Voodoo2 Sli Build introductie http://www.youtube.com/watch?v=5PAIUJCJHGM
Een goed idee is even een stickertje op je disks met (het laatste stuk van) je disk serienummer.:
Wat maakt zfsguru en mijn m1015 een puinhoop van welke disk aan welke kabel zit
Nu maar even per disk opstarten en disk label geven zodat ik in het geval van een kapotte disk de goede kan vervangen
NAS Server build http://www.youtube.com/watch?v=kBYMVUNrvDY 3DFX Voodoo2 Sli Build introductie http://www.youtube.com/watch?v=5PAIUJCJHGM
het is toch zo dat ook normale oude schijven met 4k alignmet goed werken en alleen nieuwe 4k schijven met 512b alignmet niet?:
Alle huidige 4K Advanced Format schijven emuleren 512-byte sectoren. Voor het operating system zijn het dus 512-byte sectoren. Dat is ook de bron van alle ellende; als ze écht 4K sectoren zouden presenteren aan de buitenwereld, had je nooit geen problemen gehad van misalignment en 4K optimalisatie.
ZFSguru geeft je ook helder de keuze om te optimaliseren voor 4K sector hardeschijven of niet. Ik zeg: doen.
NAS Server build http://www.youtube.com/watch?v=kBYMVUNrvDY 3DFX Voodoo2 Sli Build introductie http://www.youtube.com/watch?v=5PAIUJCJHGM
Ik heb een soort schijf van 3TB die nog "true 512B sectors" gebruikt::
Alle huidige 4K Advanced Format schijven emuleren 512-byte sectoren. Voor het operating system zijn het dus 512-byte sectoren. Dat is ook de bron van alle ellende; als ze écht 4K sectoren zouden presenteren aan de buitenwereld, had je nooit geen problemen gehad van misalignment en 4K optimalisatie.
ZFSguru geeft je ook helder de keuze om te optimaliseren voor 4K sector hardeschijven of niet. Ik zeg: doen.
Ten opzichte van bv een http://www.hgst.com/inter.../deskstar/deskstar-7k4000 , daar staat in de data sheet:
Voor diegenen die dus nog echte 512B sector 3TB disken zoeken...
NAS Server build http://www.youtube.com/watch?v=kBYMVUNrvDY 3DFX Voodoo2 Sli Build introductie http://www.youtube.com/watch?v=5PAIUJCJHGM
ben benieuwd wat er overblijft als die 75 of 85% gevuld is.:
ZFSguru 0.2.0-beta8 (9.1-004) pool benchmark
Pool : data (16.2T, 10% full)
Test size : 256 GiB
normal read : 699 MB/s
normal write : 420 MB/s
lzjb read : 972 MB/s
lzjb write : 720 MB/s
gzip read : 951 MB/s
gzip write : 726 MB/s
I/O bandwidth : 3 GB/s
Nice 6x 3tb Seagate 7200rpm Raidz2 op een IBM M1015
Volgens mij is ZFSguru niet open source of wel? Dan zou ik die benchmark op mijn FreeBSD machine kunnen zetten. Ik zou jouw cijfers wel eens willen vergelijken met mijn pool van 5x 3TB (4k disks) raidz2 aangezien de stripe size daar volgens sommige berichten roet in het eten zou moeten gooien. Overigens heb ik wel gnop gebruikt bij het aanmaken van de pool.:
ZFSguru 0.2.0-beta8 (9.1-004) pool benchmark
Pool : data (16.2T, 10% full)
Test size : 256 GiB
normal read : 699 MB/s
normal write : 420 MB/s
lzjb read : 972 MB/s
lzjb write : 720 MB/s
gzip read : 951 MB/s
gzip write : 726 MB/s
I/O bandwidth : 3 GB/s
Nice 6x 3tb Seagate 7200rpm Raidz2 op een IBM M1015
[ Voor 6% gewijzigd door Bigs op 06-12-2012 11:57 ]
Asrock Z77 Extreme6, Intel i7-3770K, Corsair H100i, 32 GB DDR-3, 256 GB Samsung SSD + 2 x 3TB SATA, GeForce GTX 660 Ti, Onboard NIC and sound, SyncMaster 24"&22" Wide, Samsung DVD fikkertje, Corsair 500R
De pool is RAID-Z2, spec's van de machine staan hier (pics liggen er ivm een server migratie (real steel to virtual machine) op dit moment uit).:
[...]
wat voor zpool config en systeem heb je? zijn zeker mooie waardes
[ Voor 5% gewijzigd door Pantagruel op 07-12-2012 09:50 . Reden: update 07-12-12, Pic's werken weer ]
Asrock Z77 Extreme6, Intel i7-3770K, Corsair H100i, 32 GB DDR-3, 256 GB Samsung SSD + 2 x 3TB SATA, GeForce GTX 660 Ti, Onboard NIC and sound, SyncMaster 24"&22" Wide, Samsung DVD fikkertje, Corsair 500R
ZFS wel ja, maar ZFSguru toch echt niet:
ZFS is wel open source (sowieso kan je gewoon de PHP code bekijken)
Het is niet als opensource project aangemerkt met een licentie oid omdat het een gui op freebsd is.:
[...]
ZFS wel ja, maar ZFSguru toch echt niet
[ Voor 6% gewijzigd door matty___ op 07-12-2012 07:21 ]
Even niets...
Verwijderd
[ Voor 0% gewijzigd door Verwijderd op 08-12-2012 21:26 . Reden: schrijffout ]
[ Voor 96% gewijzigd door matty___ op 08-12-2012 22:13 ]
Eerste hit op google: Wikipedia: Gamin:
Hey, beetje hulp nodig...
Heb enkele weken terug een servertje gebouwd met een P8H77-I mITX van Asus en een Intel G840, en 8G RAM. Heb ZFSGuru 9.1-004 als root-on-zfs geïnstalleerd op een mirror van 80GB Seagate's, en voor de rest zitten er nog 2 mirrors in geconfigureerd, één met 2 x 1TB en één met 2 x 2TB (software RAID dus). Ik ben (of was toch) een echte alles-uitgezonderd-Windows- nOOb. Maar het is zeer leuk en interessant om ermee bezig te zijn!
Alles werkt mooi en goed, wegschrijven naar server aan 60-80 MB/s en lezen aan 100 MB/s. Héél handig.
Maar nu heb ik 2 vraagjes:
- Er is 1 proces, namelijk gam_server die veel CPU verbruikt. Op zich niet erg, maar normaal gezien idle't CPU van 2800 MHz naar 800-1000, wat hij uiteraard niet doet als gam_server in actie schiet.
Ik heb ook de indruk dat lezen en schrijven naar de server trager verloopt eens gam_server actief is...
Is dit proces nodig, of kan het geconfigureerd/afgesloten worden of dergelijk?
Ik denk eerlijk gezegd dat deze drivers al in FreeBSD zitten. Bij Linux en FreeBSD worden de drivers en firmware van kaarten (in tegenstelling tot in Windows) wel bijgehouden. Er kan inderdaad wel eens een paar versies tussen zitten, maar heel erg veel zal het niet zijn.- Graag zou ik de drivers van mn NIC (Realtec 8111f, zucht...) updaten, deze zijn beschikbaar voor FreeBSD op de website van Realtec (!). De bestanden moeten in de map /usr/src/sys komen, maar deze bestaat blijkbaar niet op ZFSGuru... Mag ik deze gewoon aanmaken, of ben ik dan verkeerd bezig aangezien de drivers daar niet thuishoren? Wil de drivers updaten omdat ik graag Wake-on-LAN zou willen gebruiken...
Ter info: Het bijbehorende readme-bestand bij de drivers zegt:
This driver is modified by Realtek Semiconductor corp. and it has been tested OK
on FreeBSD v5.4, FreeBSD v6.4, FreeBSD v7.3, FreeBSD v8.0, and FreeBSD v9.0. To
update the driver, you may use method 1. If method 1 failed, you must use method 2
which is more complex.
Method 1:
1.Copy if_re.ko in "modules" directory to "/modules" directory and overwrite
the existing file.
2.Modify the file "/boot/defaults/loader.conf" and set "if_re_load" in "Network
drivers" section to "Yes"
3.Reboot.
Method 2:
Because the FreeBSD kernel has default drivers to support RTL8139C and RTL8169S. To use the RTL8139C+, RTL8169SB, RTL8169SC, RTL8168B, and RTL8101E, you need to update your NIC driver by recompiling your FreeBSD kernel.
The main steps you have to do:(FreeBSDSrcDir means the directory of FreeBSD source code
and it may be "/usr/src/sys")
1. keep the orginal driver source code:
# cd /usr/src/sys/dev/re
# cp if_re.c if_re.c.org
# cd /usr/src/sys/modules
# cp Makefile Makefile.org
# cd /usr/src/sys/modules/re
# cp Makefile Makefile.org
# cd /usr/src/sys/i386/conf/
# cp GENERIC GENERIC.org
2. recompile your kernel (you must install your FreeBSD source code first !!)
# vim /usr/src/sys/i386/conf/GENERIC and delete re
# vim /usr/src/sys/modules/Makefile and delete re
# cd /usr/src/sys/i386/conf
# /usr/sbin/config GENERIC
(for FreeBSD 5.x/6.x/7.x/8.x/9.x)
# cd ../compile/GENERIC
(for FreeBSD 4.x)
# cd ../../compile/GENERIC
# make cleandepend
# make depend
# make
# make install
# reboot
3. update the driver source code:
Copy the dirver source code( if_re.c and if_rereg.h) into /usr/src/sys/dev/re
Copy the Makefile into /usr/src/sys/modules/re
4. build the driver:
# cd /usr/src/sys/modules/re
# make clean
# make
5. install the driver
# cd /usr/src/sys/modules/re
# kldload ./if_re.ko
6. configurate the static IP address
# ifconfig re0 xxx.xxx.xxx.xxx
7. configurate the IP address by DHCP
# /sbin/dhclient re0
>edit: RealteK dus...
Even niets...
'rehash':
[...]
even su naar andere user en weer exit en je bent er
[ Voor 11% gewijzigd door 0xDEADBEEF op 08-12-2012 22:46 ]
"Religion is an insult to human dignity. With or without it you would have good people doing good things and evil people doing evil things. But for good people to do evil things, that takes religion." - Steven Weinberg
Jup, if_re is ingebouwd sinds FreeBSD 5.2: http://www.freebsd.org/cg...&arch=default&format=html:
[...]
Eerste hit op google: Wikipedia: Gamin
Of je dit kan oplossen, of herconfigureren, weet ik niet. Ik heb nog nooit gezien dat het asociaal veel CPU vrat. Hoe monitor je dat?
[...]
Ik denk eerlijk gezegd dat deze drivers al in FreeBSD zitten. Bij Linux en FreeBSD worden de drivers en firmware van kaarten (in tegenstelling tot in Windows) wel bijgehouden. Er kan inderdaad wel eens een paar versies tussen zitten, maar heel erg veel zal het niet zijn.
Het updaten van de bestanden in /usr/src/sys heeft niet tot gevolg dat je drivers gelijk geupgrade worden.
Die directory is namelijk de Kernel source directory. Zodra je die files update, moet je je kernel opnieuw compilen, en dat is niet super makkelijk (maar het kan wel).
De directory bestaat momenteel nog niet omdat je de FreeBSD source tree nog niet gedownload/geinstalleerd hebt. Die kan je installeren via het ZFSGuru Services menu.
Persoonlijk denk ik dat je dat beter niet kan doen, en als je nog nooit een kernel gecopmiled hebt, is het alleen maar ingewikkeld.
OF denk je daadwerkelijk profijt te hebben van de nieuwe driver als het gaat om nieuwe functionaliteiten?
@matty__, klakkeloos roepen dat iemand een Intel NIC moet kopen is onzin, want FreeBSD heeft genoeg problemen gehad met Intel kaarten nog niet zo lang geleden...
De performance van Intel is meestal iets beter, maar de drivers niet altijd.
1
2
| $ ls /boot/kernel/if_re.* /boot/kernel/if_re.ko /boot/kernel/if_re.ko.symbols |
"Religion is an insult to human dignity. With or without it you would have good people doing good things and evil people doing evil things. But for good people to do evil things, that takes religion." - Steven Weinberg
Verwijderd
Ja ik had al eens gezocht, maar vroeg me gewoon af of ik het "gedrag" van het programma enigzins kon aanpassen... Als het werkt, werkt het, maar da's natuurlijk "not the spirit".:
[...]
Eerste hit op google: Wikipedia: Gamin
Of je dit kan oplossen, of herconfigureren, weet ik niet. Ik heb nog nooit gezien dat het asociaal veel CPU vrat. Hoe monitor je dat?
Hmmm... Dacht dat de portstree al geïnstalleerd was, aangezien ik al enkele andere dingen geïnstalleerd had zoals ntfs ondersteuning van NTFS via "pkg_add -r fusefs-ntfs"... Zal morgen eens moeten checken, zit op het werk nu.
[ Voor 1% gewijzigd door Verwijderd op 09-12-2012 00:12 . Reden: beginnersfout ]
Super irritant ja. Maar als het goed is, is dat gefixed met een bestandje wat aangeeft dat polling gebruikt moet worden. Gamin is een file alteration monitor dus gaat op zoek naar veranderingen op je filesystem.
Waarom?
Zoals FireDrunk ook al heeft gezegd: gebruik de 'FreeBSD Sourcecode' service beschikbaar via de ZFSguru GUI (services->Install->ZFSguru->FreeBSD Sourcecode). Als je zelf sourcecode gaat binnenhalen is deze niet in sync met je systeem en dat kan problemen opleveren!
'rehash' is alleen nodig met de standaard 'sh' shell. Als je bash gebruikt en waarschijnlijk ook andere shells zoals csh dan heb je dit niet nodig. ZFSguru gebruikt standaard bash; en waarom zou je wat anders willen?
Verwijderd
[ Voor 5% gewijzigd door Verwijderd op 09-12-2012 02:31 ]
Verwijderd
$ cat /home/x11/.gaminrc
Ik had het wel geïnstalleerd, maar gebruik het niet, het gaat mn petje trouwens (voorlopig) te boven. Heb het niet nodig ook. Was gewoon nieuwsgierig.
Wellicht heb ik hier en daar al wat dingen verprutst dan...
Verwijderd
Heb ik aan den lijve ondervonden deze middag...
(ben me al aan het verdiepen in de materie hoor. 
)
Als je nu naar stable9 gaat zou toch alles moeten blijven werken? De ports staat imo behoorlijk los van het onderliggend systeem want je deel deze met 8,9 en 10.:
Ja ZFSguru is gewoon FreeBSD er is wat dat betreft niets anders aan. De 9.1-004 systeemversie die nu de nieuwste is, is gewoon RELENG_9_1 ofwel FreeBSD 9.1-RC3. Maar als je dan sourcecode downloadt, wat download je dan? Als je nu RELENG_9_1 binnenhaalt, is die nieuwer dan ten tijde van de 9.1-004 systeemversie.
Om die reden biedt ZFSguru twee services aan: ZFSguru-sourcecode en ZFSguru-portstree. Dan gebruik je de 'officiële' portstree en sourcecode waar ZFSguru zelf mee gebakken is. Dan krijg je dus geen problemen met conflicten omdat alles perfect overeenkomt. Bouw je dan nieuwe ports, dan gebruiken deze ook de dependencies waar de systeemversie zelf mee gebakken is. Kortom, voor ZFSguru is dat dé manier om het netjes te doen.
Bij FreeBSD heb je dit 'probleem' ook. Als je pre-compiled packages en ports door elkaar gebruikt, kun je problemen verwachten. Dus óf je gebruikt alleen pkg_add -r en dus pre-compiled packages, óf je compileert alles zelf met de portstree. ZFSguru biedt je een mooie middenweg aan: je hebt pre-compiled spul zoals de services enzo, maar als je wilt kun je zelf spul installeren met de portstree die ZFSguru aanbiedt zonder dat je tegen conflicten aanloopt. Dat is dus een 'extra' van ZFSguru die beide werelden moet verenigen. Zo kun je dus het gemak van precompiled packages/services combineren met de flexibiliteit van zelf ports compileren en zelf rommelen.
[ Voor 6% gewijzigd door matty___ op 10-12-2012 08:22 ]
Mijn pool is al lange tijd in gebruik en begint aardig vol te raken. Pool bestaat uit 6x 2TB Samsung F4 in RAIDZ2. Heb een benchmark gedraaid:
| ZFSguru 0.2.0-beta8 (9.1-001) pool benchmark Pool : tank (10.9T, 85% full) Test size : 128 GiB normal read : 305 MB/s normal write : 274 MB/s I/O bandwidth : 30 GB/s |
:
ZFSguru 0.2.0-beta8 (9.1-004) pool benchmark
Pool : data (16.2T, 10% full)
Test size : 256 GiB
normal read : 699 MB/s
normal write : 420 MB/s
lzjb read : 972 MB/s
lzjb write : 720 MB/s
gzip read : 951 MB/s
gzip write : 726 MB/s
I/O bandwidth : 3 GB/s
Nice 6x 3tb Seagate 7200rpm Raidz2 op een IBM M1015
Zit ook wel een verschil in hardeschijf in, de F4 doet 5400rpm en de seagate draait op 7200.:
[...]
Mijn pool is al lange tijd in gebruik en begint aardig vol te raken. Pool bestaat uit 6x 2TB Samsung F4 in RAIDZ2. Heb een benchmark gedraaid:
Dit is wel een heel groot verschil met onderstaande benchmark
[...]
Asrock Z77 Extreme6, Intel i7-3770K, Corsair H100i, 32 GB DDR-3, 256 GB Samsung SSD + 2 x 3TB SATA, GeForce GTX 660 Ti, Onboard NIC and sound, SyncMaster 24"&22" Wide, Samsung DVD fikkertje, Corsair 500R
Dat geld in principe altijd voor ZFS. Hoe meer hoe beter. Hoe meer RAM hoe groter je ARC.:
@ FireDrunk en CiPHER, oké, ik lees veelal hoe meer RAM hoe beter voor ZFS op FreeBSD. Had ik het eerst nagevraagd dan had ik die extra 16 gig ram niet hoeven kopen maar goed, eigen schuld.
iSCSI inderdaad, maar ik dacht dat het om NFS toegang ging, wat ook via ESXi ging? Ik moet toegeven, ik heb geen ervaring met ESXi dus wat dat betreft weten jullie daar veel meer van dan ik. Maar als het gaat om NFS toegang, waarbij ZFS de files opslaat en corruptie alleen daar een rol speelt, is sync=disabled zeker het overwegen waard en helemaal niet zo onveilig. Voor iSCSI images waarbij de client het filesystem bepaalt, wil je wel sync writes omdat zoals je zegt als de server plots uitvalt je schade aan je filesystem kunt hebben. Dat wil je niet voor VMDK containers die ESXi beheert.
Het kan onveilig en gevaarlijk zijn om sync=disabled te draaien; maar het zou zeker sneller moeten zijn dan sync=standard maar wel met een SSD als dedicated ZIL / SLOG. Met dat laatste heb je echter bijna de snelheid van sync=disabled maar wel de veiligheid van sync=standard dus als je de veiligheid nodig hebt maar ook nog een beetje snelheid wilt, is een dedicated ZIL / SLOG de juiste keuze.
Ik wil je niet tegenspreken, ik doe ook maar mijn centen in het zakje.
Volledig akkoord. Ik was in de war omdat ik enkele posts hierboven opgaf dat ik 32 GB ECC RAM in mijn machine heb zitten maar jullie adviseerden dat 8 à 10 GB genoeg zou zijn voor de ZFS VM:
L2ARC kost je juist RAM. RAM kost ook geen drol meer, dus je moet altijd zoveel RAM nemen als maar mogelijk is. Low-end Brazos kies je 2x8GiB = 16GiB RAM. Voor een Pentium-chip van 30 euro kies je 4x8GiB = 32GiB RAM. Een high-end chip zoals quadcore 3570 is 32GiB eigenlijk niet in verhouding meer. Dan wil je eigenlijk 64GiB tot 128GiB maar dat is niet mogelijk.
RAM kost nu geen drol, je maakt dus een slechte afweging als je te weinig RAM neemt. 120 euro voor 32 gigabyte RAM is de investering dubbel en dwars waard. Zelfs voor het dubbele bedrag zou ik niet twijfelen. Dus waar maak je je druk om?
Je kunt veel beter besparen op de CPU, dan besparen op de kwantiteit RAM geheugen.
.
:fill(white):strip_exif()/i/2003943496.jpeg?f=thumbmini)
:strip_exif()/i/1321263566.png?f=thumbmini)
:strip_icc():strip_exif()/u/75828/sid.jpg?f=community)
:strip_exif()/u/70909/BlueKachina_60x60.gif?f=community)
:strip_icc():strip_exif()/u/2985/compaqtux.jpg?f=community)
/u/170728/owl.png?f=community)
:strip_icc():strip_exif()/u/6607/klootviool2.jpg?f=community)
:strip_icc():strip_exif()/u/3454/i486.jpg?f=community)
/u/102334/avatar_mini.png?f=community){kind=avatar}
:strip_icc():strip_exif()/u/48952/Ultraman-60x60-Ray-Animated.jpg?f=community)
:strip_exif()/u/253566/Thunderdome-logo.gif?f=community){kind=logo}