:fill(white):strip_exif()/i/2003943496.jpeg?f=thumbmini)
:strip_exif()/i/1321263566.png?f=thumbmini)
:strip_exif()/u/70909/BlueKachina_60x60.gif?f=community)
Even niets...
/u/345718/ding.png?f=community)
/u/170728/owl.png?f=community)
Ja, daar bedoelen ze dus de RocketRAID Raid mee, gemanaged door de rocketraid kaart.
Als je een disk aansluit die al gepartitioneerd is wil hij hem niet in zijn eigen raids hangen en de data slopen. Beveiliging. Hij gaat hem dan gewoon aan je OS als normale disk doorgeven.
Verklaart nog steeds niet hoe je aan die MD raid komt
Wat hij zegt ^^ 
Kun je eens:
cat /proc/mdstat
uitvoeren?
Kun je eens:
cat /proc/mdstat
uitvoeren?
[ Voor 57% gewijzigd door FireDrunk op 30-08-2012 12:28 ]
Even niets...
Ik wou daar alleen aangeven dat de RAID kaart niets met de disks doet. Precies wat jij aangeeft.:
[...]
Ja, daar bedoelen ze dus de RocketRAID Raid mee, gemanaged door de rocketraid kaart.
Als je een disk aansluit die al gepartitioneerd is wil hij hem niet in zijn eigen raids hangen en de data slopen. Beveiliging. Hij gaat hem dan gewoon aan je OS als normale disk doorgeven.
Verklaart nog steeds niet hoe je aan die MD raid komt
nas4free:~# cat /proc/mdstat cat: /proc/mdstat: No such file or directory nas4free:~# /proc/ 0/ 12/ 16/ 1891/ 2/ 2301/ 23169/ 6/ 1/ 1252/ 1628/ 19/ 20/ 2302/ 23291/ 7/ 10/ 1296/ 17/ 19377/ 2057/ 2303/ 23292/ 8/ 1019/ 13/ 1756/ 19431/ 2105/ 2304/ 23293/ 9/ 1038/ 14/ 1799/ 1968/ 2167/ 23165/ 3/ curproc@ 1089/ 15/ 18/ 1972/ 2210/ 23166/ 4/ 11/ 1526/ 1803/ 1974/ 22436/ 23168/ 5/
[ Voor 105% gewijzigd door Ultimation op 30-08-2012 12:43 ]
MacBook Pro 2023 [14-inch, M2 Pro, 32GB RAM, 512GB]
Het begin van het einde van OpenIndiana CiPHER?
http://lwn.net/Articles/514046/
Ik denk dat iemand dat eens voorspeld had
http://lwn.net/Articles/514046/
Ik denk dat iemand dat eens voorspeld had
[ Voor 22% gewijzigd door HyperBart op 01-09-2012 17:26 ]
Nou, zeggen dat AMD net zo dood is als OpenIndiana, is een beetje vlug gezegd volgens mij
AMD moet zijn Piledriver en nieuwe Brazos 2.0 nog maar eens laten zien
AMD moet zijn Piledriver en nieuwe Brazos 2.0 nog maar eens laten zien
Even niets...
Nou dat zei ik niet helemaal. 
Wel kun je al zien dat AMD zich op andere zaken aan het richten is, zoals low-end GPU performance wat nu nog een marktje is en de Hondo tablet CPUs. AMD zal waarschijnlijk meer voor SoC ontwerpen gaan, ook omdat hun chipsets altijd erg goed waren en AMD toch wel innovatie toont op het gebied van integratie. Dus features die naar de grote chips toetrekken met als einddoel één chip waar alles inzit. Zo heeft AMD de geheugencontroller naar de CPU gebracht en gebruikt het HyperTransport voor de link tussen CPU en northbridge.
AMD Brazos blijft wel interessant voor een ZFS NAS. Maar toch zakken ze weg, tot het uiteindelijk in de marge werkt met wel interessante producten voor tablets bijvoorbeeld, maar niet in het performancesegment meer te vinden is. Intel heeft ijzersterke single threaded performance en hun voorsprong op procestechnologie is gewoon onverslaanbaar. Alleen door het Netburst-fiasco heeft AMD nog een goede tijd mee kunnen doen.
Het echte probleem is natuurlijk dat er geen eerlijk speelveld was. Intel gaf kortingen als 'men' geen AMD verkocht, nouja dat verhaal ken je wel. Uiteindelijk is Intel er met peanuts afgekomen bij de rechtzaak AMD versus Intel. Nouja, als zelfs dat niet rechtgezet wordt, is het inderdaad over en sluiten. Crime pays.
Wel kun je al zien dat AMD zich op andere zaken aan het richten is, zoals low-end GPU performance wat nu nog een marktje is en de Hondo tablet CPUs. AMD zal waarschijnlijk meer voor SoC ontwerpen gaan, ook omdat hun chipsets altijd erg goed waren en AMD toch wel innovatie toont op het gebied van integratie. Dus features die naar de grote chips toetrekken met als einddoel één chip waar alles inzit. Zo heeft AMD de geheugencontroller naar de CPU gebracht en gebruikt het HyperTransport voor de link tussen CPU en northbridge.
AMD Brazos blijft wel interessant voor een ZFS NAS. Maar toch zakken ze weg, tot het uiteindelijk in de marge werkt met wel interessante producten voor tablets bijvoorbeeld, maar niet in het performancesegment meer te vinden is. Intel heeft ijzersterke single threaded performance en hun voorsprong op procestechnologie is gewoon onverslaanbaar. Alleen door het Netburst-fiasco heeft AMD nog een goede tijd mee kunnen doen.
Het echte probleem is natuurlijk dat er geen eerlijk speelveld was. Intel gaf kortingen als 'men' geen AMD verkocht, nouja dat verhaal ken je wel. Uiteindelijk is Intel er met peanuts afgekomen bij de rechtzaak AMD versus Intel. Nouja, als zelfs dat niet rechtgezet wordt, is het inderdaad over en sluiten. Crime pays.
Zo, de oplossing dat ZFSguru een disk faillure niet kan opvangen is een klein stapje dichterbij gekomen.
Ik heb FreeNAS 8.2 stable op usbstick gezet en daarvan geboot. Ook hier een GUI waarin je vanalles kon instellen en na wat pogingen is het me gelukt wat shares aan te maken die beschrijfbaar waren.
Daarna wat films erop gezet en na shutdown een power kabel losgemaakt van 1 harde schijf. Opnieuw aangezet en freenas start op met een degraded raidZ1. Overigens krijg ik er geen gegevens meer af, windows weigert om te connecten via verkenner naar de map, maar ik verwacht dat dit een security probleem is.
De vraag is, hoe krijg ik FreeNAS zover dat ie op de raidz1 gaat booten zodat ik kan uitsluiten of ZFSguru een software fout heeft.
Ik heb FreeNAS 8.2 stable op usbstick gezet en daarvan geboot. Ook hier een GUI waarin je vanalles kon instellen en na wat pogingen is het me gelukt wat shares aan te maken die beschrijfbaar waren
.Daarna wat films erop gezet en na shutdown een power kabel losgemaakt van 1 harde schijf. Opnieuw aangezet en freenas start op met een degraded raidZ1. Overigens krijg ik er geen gegevens meer af, windows weigert om te connecten via verkenner naar de map, maar ik verwacht dat dit een security probleem is
.De vraag is, hoe krijg ik FreeNAS zover dat ie op de raidz1 gaat booten zodat ik kan uitsluiten of ZFSguru een software fout heeft.
Dan is het maar goed dat ik die optie niet gevonden heb in FreeNAS
Hoe kan ik dan mijn probleem oplossen door het niet booten van een Raidz1 array als 1 harde schijf faalt?
[ Voor 16% gewijzigd door EnerQi op 02-09-2012 17:41 ]
Allen
Ik weet niet hoe "hot" het topic bij jullie is, maar na een aangename discussie gevoerd in een DM-thread is een mede-tweaker (mux, jullie wel niet onbekend; onder andere door zijn blogposts over zuinigheid en zijn nuttige bijdrages in het zuinige server topic) aan de slag gegaan voor een componentje waarvan bv. CiPHER, FireDrunk en ik het nut van in zagen:
een kleine geïntegreerde UPS die je in line op je SSD kan plaatsen en die tijdens een stroomuitval de mogelijkheid geeft om de SSD zijn DRAM-geheugen weg te laten schrijven .
mux heeft hier een topic voor geopend, en tegen alle verwachtingen in is het daar maar "matig enthousiast".
Mag ik er even aan herinneren, dat dit "dingetje" je de mogelijkheid geeft om * bijna * alle SSD's VEILIG te laten gebruiken als ZIL zonder dat je voor onzuinige of duurdere opties zoals een UPS moet gaan?
Mag ik iedereen er even aan herinneren dat je hierdoor niet verplicht bent om verouderde, minder presterende SSD's zoals de Intel 320-series moet nemen, maar dat je de eerste de beste SSD die je performant genoeg vindt kan gebruiken en mag genieten van een * echt * veilig ZFS systeem dat ook nog eens UBER-performed?
Dus, allen daarheen
\[mux-hardware] SSD Battery
Ik weet niet hoe "hot" het topic bij jullie is, maar na een aangename discussie gevoerd in een DM-thread is een mede-tweaker (mux, jullie wel niet onbekend; onder andere door zijn blogposts over zuinigheid en zijn nuttige bijdrages in het zuinige server topic) aan de slag gegaan voor een componentje waarvan bv. CiPHER, FireDrunk en ik het nut van in zagen:
een kleine geïntegreerde UPS die je in line op je SSD kan plaatsen en die tijdens een stroomuitval de mogelijkheid geeft om de SSD zijn DRAM-geheugen weg te laten schrijven .
mux heeft hier een topic voor geopend, en tegen alle verwachtingen in is het daar maar "matig enthousiast".
Mag ik er even aan herinneren, dat dit "dingetje" je de mogelijkheid geeft om * bijna * alle SSD's VEILIG te laten gebruiken als ZIL zonder dat je voor onzuinige of duurdere opties zoals een UPS moet gaan?
Mag ik iedereen er even aan herinneren dat je hierdoor niet verplicht bent om verouderde, minder presterende SSD's zoals de Intel 320-series moet nemen, maar dat je de eerste de beste SSD die je performant genoeg vindt kan gebruiken en mag genieten van een * echt * veilig ZFS systeem dat ook nog eens UBER-performed?
Dus, allen daarheen
\[mux-hardware] SSD Battery
Ligt het nu aan mijn VMware workstation, maar hoe installeer je het beste ZFSguru op een USB stick of maak je van een ISO een USB-bootable medium?
Ik heb al geprobeerd met UNETBOOTIN er een bootable usb stick van te maken en met VMware workstation te installeren NAAR de USB stick, maar UNETBOOTIN geeft kernel-achtige fouten en de installatie in VMware Workstation wil niet verder gaan met volgende fouten:
Ik heb al geprobeerd met UNETBOOTIN er een bootable usb stick van te maken en met VMware workstation te installeren NAAR de USB stick, maar UNETBOOTIN geeft kernel-achtige fouten en de installatie in VMware Workstation wil niet verder gaan met volgende fouten:
Gewoon vanuit Windows met physdiskwrite of USB Image Tool?
Vooral die laatste vind ik erg handig, doet gewoon wat het moet doen vanuit een nette GUI
Vooral die laatste vind ik erg handig, doet gewoon wat het moet doen vanuit een nette GUI
/u/231803/ramdisk2.png?f=community)
sloth, als ik het mij goed herinner lukt dat niet. (Aan de andere kant, na tig distributies te hebben geprobeerd kan ik even in de war zijn. Het gaat simpelweg te vaak om de één of andere reden niet goed, of je moet het weer met een andere tool doen.)
Van het ZFSguru forum:
Het gaat simpelweg te vaak om de één of andere reden niet goed, of je moet het weer met een andere tool doen.)Van het ZFSguru forum:
Deze methode heb ik geloof ik eens toegepast en die leek toen te werken.
Mja, die 4GB die deed het 'm
En de USB stick als "bootdisk" blijven gebruiken is niet aangeraden, dan moest je die embedded gebruiken? Ik geef geen zak om wear and tear van zo een simpel stickje, maar als er technische problemen door komen, dan installeer ik wel op de disk/pool...
En de USB stick als "bootdisk" blijven gebruiken is niet aangeraden, dan moest je die embedded gebruiken? Ik geef geen zak om wear and tear van zo een simpel stickje, maar als er technische problemen door komen, dan installeer ik wel op de disk/pool...
[ Voor 100% gewijzigd door HyperBart op 04-09-2012 19:23 ]
Bijzonder... 
Heb er 2 disks van 400GB inzitten (N40L voor testing) en ik wil een stripe aanmaken:
v28 van pool, GPT geformatted met een labeltje erbij, USB stick staat doorstreept dat die al in gebruik is enz... Pool name ingevuld "streep", maar hij geeft aan:
at least one disk selected is too small, minimum is 64 MiB
Vreemd, ik of ZFSguru kan niet meer tellen +o)
Heb er 2 disks van 400GB inzitten (N40L voor testing) en ik wil een stripe aanmaken:
v28 van pool, GPT geformatted met een labeltje erbij, USB stick staat doorstreept dat die al in gebruik is enz... Pool name ingevuld "streep", maar hij geeft aan:
at least one disk selected is too small, minimum is 64 MiB
Vreemd, ik of ZFSguru kan niet meer tellen +o)
/u/44761/crop64e74e2f13df1_cropped.png?f=community)
Hoe heb je je disken gebruikt? Booten van USB en je 4 spinpoints in RAIDZ ?
Ow, laat maar, ik moet beter lezen
-Huiser
:strip_icc():strip_exif()/u/1254/crop62d7043e9eea6.jpg?f=community)
In de webinterface van ZFSguru staat CPU load overigens ook verkeerd. Daar staat de CPU usage gelijk aan de 1 minute van de load average, dat zoals gezegd een gecompliceerder geheel is dan alleen de processor.
Ik moet het document der documenten nog altijd eens doorlezen, maar het gaat in de versimpelde vorm als ik eht mij goed herinner om de gemiddelde som van het aantal processen dat in de wachtrij staat plus het aantal processen dat in uitvoer is. En tenzij er dus een externe limiet opzit (bijvoorbeeld het aanbieden van een stream) zul je altijd zien dat die waarde incidenteel omhoog aan het schieten is. Het is vooral interessant om load average over een veel langere periode in de gaten te houden. En bedenk hierbij dat een load average van 4.00 op een quadcore (zonder ht) prima kan zijn.
Ik moet het document der documenten nog altijd eens doorlezen, maar het gaat in de versimpelde vorm als ik eht mij goed herinner om de gemiddelde som van het aantal processen dat in de wachtrij staat plus het aantal processen dat in uitvoer is. En tenzij er dus een externe limiet opzit (bijvoorbeeld het aanbieden van een stream) zul je altijd zien dat die waarde incidenteel omhoog aan het schieten is. Het is vooral interessant om load average over een veel langere periode in de gaten te houden. En bedenk hierbij dat een load average van 4.00 op een quadcore (zonder ht) prima kan zijn.
[ Voor 3% gewijzigd door Dadona op 05-09-2012 16:01 ]
/u/102334/avatar_mini.png?f=community){kind=avatar}
:strip_icc():strip_exif()/u/2985/compaqtux.jpg?f=community)
NAS Server build http://www.youtube.com/watch?v=kBYMVUNrvDY 3DFX Voodoo2 Sli Build introductie http://www.youtube.com/watch?v=5PAIUJCJHGM
NAS Server build http://www.youtube.com/watch?v=kBYMVUNrvDY 3DFX Voodoo2 Sli Build introductie http://www.youtube.com/watch?v=5PAIUJCJHGM
Ik zat er aan te denken mijn p8h67-i met g620 te vervangen door een c60, maar kom daar toch op terug. Bedankt voor het testen in ieder geval
- raid does not fix stupid -
Dat zijn gewoon prima resultaten!
NAS Server build http://www.youtube.com/watch?v=kBYMVUNrvDY 3DFX Voodoo2 Sli Build introductie http://www.youtube.com/watch?v=5PAIUJCJHGM
@HyperBart, In principe is het geen probleem, alleen op performancevlak kun je een nadeel verwachten. Het enige waar je bij mijn weten echt rekening mee moet houden is de ashift (voor 512B of 4KB) van de vdev. Daarnaast zit je natuurlijk ook met de verschillende karakteristieken van de schijven in één vdev, waardoor je het slechtste van beide werelden combineert. (Dit in tegenstelling tot het plaatsen in een nieuwe vdev in dezelfde pool. Dan combineer je het beste van de schijven.)
@FireDrunk, thanks, meteen zelf ook maar even aangepast.
@FireDrunk, thanks, meteen zelf ook maar even aangepast.
[ Voor 8% gewijzigd door Dadona op 07-09-2012 09:46 ]
Leuk ja, maar daar heb je natuurlijk weinig aan als je er alleen maar hardeschijven aan koppelt. Dat zou wel een voordeel geweest zijn als je meer dan twee SSDs in je systeem wilde. Zoals je weet halen schijven de bottleneck van SATA/150 nauwelijks dus dat ze SATA/600 zijn had ik me minder druk over gemaakt want dat is vooral leuk voor marketing en voor expandertechnologie (die op SATA/300 snelheden draait als je SATA/300 interface gebruikt).
Dat was mijn tip ja, kun je hier ergens teruglezen. Je hebt dan disk1 en disk2 voor een kleine mirror systeempool van minimaal 2 gigabyte ofzo. Ik zelf zou 10GB gebruiken. De rest gebruik je voor een grote datapartitie die je voor 6x RAID-Z2 gaat gebruiken. Je extra disks (disk3 tot en met disk6) formatteer je dan gewoon hetzelfde als disk1 en disk2 maar dan gebruik je daar de 10GB partitie nog niet van. Wellicht in de toekomst dat je er nog wat mee kunt.
Op deze manier kun je van de mirror booten, heb je toch alle 6 disks voor RAID-Z2 opslag en kun je 4 van de 6 schijven in spindown zetten.
Het beste is het systeem wat het meer bij jou aansluit. Dus probeer gewoon FreeNAS, NAS4Free en ZFSguru eens.
Ik kan al wel verklappen dat van ZFSguru zeer binnenkort (vandaag/morgen) een mooie nieuwe livecd uitkomt.
'like':
...
Ik kan al wel verklappen dat van ZFSguru zeer binnenkort (vandaag/morgen) een mooie nieuwe livecd uitkomt.
:strip_icc():strip_exif()/u/48952/Ultraman-60x60-Ray-Animated.jpg?f=community)
I know, maar soms zou ik het toch wel leuk vinden dat je iemands post kan 'liken':
[...]
Het is hier geen Facebook.
.
Ik ben benieuwd, kan die gewoon over de bestaande installatie heen gezet worden of komt er ook in de update een mogelijkheid te upgraden naar de laatste versie?:
Ik kan al wel verklappen dat van ZFSguru zeer binnenkort (vandaag/morgen) een mooie nieuwe livecd uitkomt.
Maar iedere disk verschilt toch onder andere bv. qua aantal sectoren met andere modellen van disks, dat geeft ook geen problemen in een RAIDZ array? Gaat hij dan dynamisch alles gelijktrekken met de disk die het kleinst aantal sectoren heeft of hoe?:
@HyperBart, In principe is het geen probleem, alleen op performancevlak kun je een nadeel verwachten. Het enige waar je bij mijn weten echt rekening mee moet houden is de ashift (voor 512B of 4KB) van de vdev. Daarnaast zit je natuurlijk ook met de verschillende karakteristieken van de schijven in één vdev, waardoor je het slechtste van beide werelden combineert. (Dit in tegenstelling tot het plaatsen in een nieuwe vdev in dezelfde pool. Dan combineer je het beste van de schijven.)
@FireDrunk, thanks, meteen zelf ook maar even aangepast.
Na lang wikken en wegen, tevergeefs gebruikerservaringen en reviews zoeken volgende configuratie in gebruik genomen:
Op dit moment ben ik bezig de performance te testen en alles zo goed mogelijk te tunen alvorens belangrijke data over te plaatsen.
In afwachting van de nieuwe ZFSGuru image draai ik de voorlaatste FreeNAS BETA FreeNAS-8.3.0-BETA1-x64 (r12054). Op de WD20EARX heb ik een zpool gemaakt met dedup en compression uitgeschakeld. Hierbij is 4k alignment toegepast.
Om mogelijke performance problemen van de onboard RealTek 8111F te vermijden test ik met een Intel PRO/1000 PT PCI-E.
De AMD c-60 is niet de meest performante CPU, en CIFS is beperkt tot 1 thread en vereist ook wat getweak om snel te zijn. Daarom maak ik gebruik van FTP als transfer protocol.
I/O bottlenecks op het andere systeem probeer ik ook uit te sluiten door een 2 GB ramdisk aan te maken op de andere host.
Eerst dan maar eens de lokale sequential write en read performance getest:
write
read
Niets mis mee lijkt me
Vervolgens via FTP wat bestanden geupload en gedownload. Dit gaf volgende resultaten:
FreeNAS -> client (read performance)
client -> FreeNAS (write performance)
Van de downloadsnelheden ben ik wel tevreden. 1Gbps - overhead is +- 115 MB/s. De gehaalde 100MB/s is hier erg dicht bij.
Ik begrijp echter niet waarom de upload op "maar" 60 MB/s van de theoretische lokale write performance van bijna 79 MB/s blijft steken.
In een poging deze resultaten te verbeteren met deze ZFS Tuning Guide heb ik volgende tunables aangepast, helaas zonder resultaat:
Zijn er tweaks die ik wel nog kan proberen, of moet ik tevreden zijn met bovenstaande throughput? Heeft iemand van jullie ervaring met het tweaken van FreeNAS / ZFS die me een duwtje in de juiste richting kan geven?
| # | Product | Prijs | Subtotaal |
| 1 | Asus C60M1-I | € 66,30 | € 66,30 |
| 1 | Western Digital Green WD20EARX, 2TB | € 94,80 | € 94,80 |
| 1 | Lian Li PC-Q08 Zwart | € 88,80 | € 88,80 |
| 1 | be quiet! Pure Power L7 300W | € 33,45 | € 33,45 |
| 1 | Kingston KVR1333D3N9/8G | € 34,50 | € 34,50 |
| Bekijk collectie Importeer producten | Totaal | € 317,85 | |
Op dit moment ben ik bezig de performance te testen en alles zo goed mogelijk te tunen alvorens belangrijke data over te plaatsen.
In afwachting van de nieuwe ZFSGuru image draai ik de voorlaatste FreeNAS BETA FreeNAS-8.3.0-BETA1-x64 (r12054). Op de WD20EARX heb ik een zpool gemaakt met dedup en compression uitgeschakeld. Hierbij is 4k alignment toegepast.
Om mogelijke performance problemen van de onboard RealTek 8111F te vermijden test ik met een Intel PRO/1000 PT PCI-E.
De AMD c-60 is niet de meest performante CPU, en CIFS is beperkt tot 1 thread en vereist ook wat getweak om snel te zijn. Daarom maak ik gebruik van FTP als transfer protocol.
I/O bottlenecks op het andere systeem probeer ik ook uit te sluiten door een 2 GB ramdisk aan te maken op de andere host.
Eerst dan maar eens de lokale sequential write en read performance getest:
write
code:
1
2
3
4
5
| [root@freenas] /# dd if=/dev/zero of=/mnt/WDC2TB/media/20gtestfile bs=2048k count=10000 10000+0 records in 10000+0 records out 20971520000 bytes transferred in 253.209157 secs (82822913 bytes/sec) =78.9MB/s |
read
code:
1
2
3
4
5
| [root@freenas] /# dd if=/mnt/WDC2TB/media/20gtestfile of=/dev/zero bs=2048k 10000+0 records in 10000+0 records out 20971520000 bytes transferred in 176.943346 secs (118521100 bytes/sec) =113MB/s |
Niets mis mee lijkt me
Vervolgens via FTP wat bestanden geupload en gedownload. Dit gaf volgende resultaten:
FreeNAS -> client (read performance)
code:
1
| transferred 1 file(s) - Total: 1,9 G byte(s) in 19,98 (99.689,49 KBps) |
client -> FreeNAS (write performance)
code:
1
| transferred 1 file(s) - Total: 1,9 G byte(s) in 32,84 (60.659,20 KBps) |
Van de downloadsnelheden ben ik wel tevreden. 1Gbps - overhead is +- 115 MB/s. De gehaalde 100MB/s is hier erg dicht bij.
Ik begrijp echter niet waarom de upload op "maar" 60 MB/s van de theoretische lokale write performance van bijna 79 MB/s blijft steken.
In een poging deze resultaten te verbeteren met deze ZFS Tuning Guide heb ik volgende tunables aangepast, helaas zonder resultaat:
code:
1
2
| vfs.zfs.prefetch_disable="1" vfs.zfs.txg.timeout="5" |
Zijn er tweaks die ik wel nog kan proberen, of moet ik tevreden zijn met bovenstaande throughput? Heeft iemand van jullie ervaring met het tweaken van FreeNAS / ZFS die me een duwtje in de juiste richting kan geven?
Hij is bezig met releasen, sommige content is al beschikbaar.
Weet niet wanneer hij op het forum gaat posten, maar lijkt me dat dat vrij snel zal zijn. Ik heb net de definitieve beta7 gekregen van hem, die gaat nu online.
Ik heb zelf die X services nog niet getest sinds dat ik er een maand geleden of wat mee bezig was. Dus ik ben heel benieuwd of Virtualbox full-screen enzo goed werkt. Lijkt me erg gaaf!
Mooi! Met die X-services ga ik zeker aan de slag aangezien mijn ouders de nieuwe Ivy Bridge server/NAS ook als workstation zullen gebruiken (enkel office toepassingen). Van 2 apparaten naar 1 = forse energiebesparing:
[...]
Hij is bezig met releasen, sommige content is al beschikbaar.
Weet niet wanneer hij op het forum gaat posten, maar lijkt me dat dat vrij snel zal zijn. Ik heb net de definitieve beta7 gekregen van hem, die gaat nu online.
Ik heb zelf die X services nog niet getest sinds dat ik er een maand geleden of wat mee bezig was. Dus ik ben heel benieuwd of Virtualbox full-screen enzo goed werkt. Lijkt me erg gaaf!
!EDIT: even snel de webinterface ge-update
.
[ Voor 13% gewijzigd door fluppie007 op 11-09-2012 01:54 ]
Maareh, ligt het nu aan mij dat ik hem niet kan downloaden?:
[...]
Mooi! Met die X-services ga ik zeker aan de slag aangezien mijn ouders de nieuwe Ivy Bridge server/NAS ook als workstation zullen gebruiken (enkel office toepassingen). Van 2 apparaten naar 1 = forse energiebesparing
EDIT: even snel de webinterface ge-update
[afbeelding]
Post van vannacht: Jason is back.:
[...]
Hij is bezig met releasen, sommige content is al beschikbaar.
Weet niet wanneer hij op het forum gaat posten, maar lijkt me dat dat vrij snel zal zijn. Ik heb net de definitieve beta7 gekregen van hem, die gaat nu online.
Ik heb zelf die X services nog niet getest sinds dat ik er een maand geleden of wat mee bezig was. Dus ik ben heel benieuwd of Virtualbox full-screen enzo goed werkt. Lijkt me erg gaaf!
Lijkt er inderdaad op dat de download ingetrokken is. Ik moet namelijk nog m'n sysimage en alle services updaten en kan hem ook niet meer vinden terwijl hij er vannacht wel stond. Misschien heeft hij een kritische bug gevonden en staat de release even on hold?:
Maareh, ligt het nu aan mij dat ik hem niet kan downloaden?
Voor zover ik het goed interpreteer te laag om een bottleneck te vormen.
Top output:
Wel haal ik vandaag opeens lagere waarden dan gisteren?
FreeNAS -> client (read performance)
Top output:
Wel haal ik vandaag opeens lagere waarden dan gisteren?
FreeNAS -> client (read performance)
code:
1
2
| transferred 1 file(s) - Total: 1,9 G byte(s) in 27,38 (72.777,88 KBps) transferred 1 file(s) - Total: 1.024,0 M byte(s) in 15,55 (69.064,25 KBps) |
Ook ik was/ben over naar beta7 maar nu boot mn bak niet meer, could nog resist 
Wat is hier aan de hand? Deze fix werk niet meer
Wat is hier aan de hand? Deze fix werk niet meer
Any job you can do in your pajamas is not the hardest job in the world.
Welke systeemversie draai je? De nieuwe 9.1-003 of de oude? Lijkt op een interrupt probleem.
Je kunt trouwens terug gaan naar je oude installatie, die bestaat nog steeds. Daarvoor moet je met de livecd, importeer je je pool en voer je uit via SSH als root:
zpool set bootfs=tank/zfsguru/9.0-004 tank
vervang tank door je poolnaam en vervang 9.0-004 door de naam van je oude installatie. Als je nu reboot zonder van de livecd te booten zou je in je oude installatie moeten kunnen booten, want die is er gewoon nog.
Je kunt trouwens terug gaan naar je oude installatie, die bestaat nog steeds. Daarvoor moet je met de livecd, importeer je je pool en voer je uit via SSH als root:
zpool set bootfs=tank/zfsguru/9.0-004 tank
vervang tank door je poolnaam en vervang 9.0-004 door de naam van je oude installatie. Als je nu reboot zonder van de livecd te booten zou je in je oude installatie moeten kunnen booten, want die is er gewoon nog.
Ja maar euhm ik heb die vmdk's al....:
Welke systeemversie draai je? De nieuwe 9.1-003 of de oude? Lijkt op een interrupt probleem.
Je kunt trouwens terug gaan naar je oude installatie, die bestaat nog steeds. Daarvoor moet je met de livecd, importeer je je pool en voer je uit via SSH als root:
zpool set bootfs=tank/zfsguru/9.0-004 tank
vervang tank door je poolnaam en vervang 9.0-004 door de naam van je oude installatie. Als je nu reboot zonder van de livecd te booten zou je in je oude installatie moeten kunnen booten, want die is er gewoon nog.
Screenshot is van de nieuwste 9.1. De oude beta4-5 had ik al opgelost met de eerder aangehaalde fix. Of is er een andere fix die voor Esxi gedaan moet worden?
Any job you can do in your pajamas is not the hardest job in the world.