:fill(white):strip_exif()/i/2003943496.jpeg?f=thumbmini)
:strip_exif()/i/1321263566.png?f=thumbmini)
:strip_icc():strip_exif()/u/3454/i486.jpg?f=community)
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
Hee, dit is eigenlijk wel heel erg vet nieuws! Zo gelijk even reageren. 
Bovendien kan ik nu weer gewoon verder met mijn system image, compile server doet het ook weer.
Mja, dat is maar de vraag. Ik ben in elk geval blij dat hij terug is, en aangeeft voorlopig rustig aan te doen. Ik heb liever dat Jason gewoon aanwezig is en laat weten wat hij wel en niet kan doen, dan dat er onduidelijkheid is.
Bovendien kan ik nu weer gewoon verder met mijn system image, compile server doet het ook weer.
Ik ga er zo mee verder. 
Opzich was ik al heel ver, alleen loop ik nog wel tegen wat dingen aan. Laat ik zeggen een week, maar dat kan ook minder zijn als het mee zit. In elk geval kan ik hem gewoon op de server gooien, enige wat Jason nog moet/kan doen is me toegang geven tot de masterserver, dan kan ik eigenlijk alles zelf.
Krijg er wel weer zin in nu eigenlijk.
Opzich was ik al heel ver, alleen loop ik nog wel tegen wat dingen aan. Laat ik zeggen een week, maar dat kan ook minder zijn als het mee zit. In elk geval kan ik hem gewoon op de server gooien, enige wat Jason nog moet/kan doen is me toegang geven tot de masterserver, dan kan ik eigenlijk alles zelf.
Krijg er wel weer zin in nu eigenlijk.
:strip_icc():strip_exif()/u/2985/compaqtux.jpg?f=community)
Goed om te horen dat zfsguru weer wat leven krijgt Als mijn hardware binnen is zal ik het downloaden en testen!
Als mijn hardware binnen is zal ik het downloaden en testen!
NAS Server build http://www.youtube.com/watch?v=kBYMVUNrvDY 3DFX Voodoo2 Sli Build introductie http://www.youtube.com/watch?v=5PAIUJCJHGM
:strip_exif()/u/62088/sp_jh2.gif?f=community)
Goed om te horen dat er weer leven in het project komt. Ik weet dat CiPHER op de achtergrond veel werk doet, maar op de site was het akelig stil.
Ik heb dus mijn virtualbox maar eens aangeslingerd en zonder veel problemen 0.2-beta4 via de live-cd op een virtuele disk geinstalleerd. Ik had nog een testpooltje van 3 kleine vmdk's
Een paar dingetjes de me opvielen:
Na installatie, en geboot zonder de cd, heb ik nog steeds de installatie-optie, dat is IMHO niet logisch.
Tijdens de installatie zat ik even te klooien omdat ik wel de bestaande datapool kon (moest ?) importeren, maar niet de lege disk kon gebruiken, wat ik wilde. Die moest ik eerst via het Disk menu formateren, en een pool op aanmaken. (maar niet met de naam root, want daar was in gebruik door de live-cd installatie). Onlogisch om de installatie te verlaten voor het prepareren van de lege disk IMHO. Het zou beter zijn om vanuit de installatie ook lege disks als optie aan te bieden, en daar na een paar warnings een GPT-label en root pool op aan te maken.
Verder ziet het er goed uit
Als ik zo het zfsguru-forum bekijk zijn er wel mensen die willen meewerken aan de ontwikkeling, maar iemand moet dat dan ook kunnen managen, ik hoop dat CiPHER dat ook kan doen.
Verder vraag ik me af waar het meeste werk in zit, zit dat in de onderliggende BSD code ? De PHP ? Of het updaten / packagen van de installatie ? Ook bijhouden van de website is een issue, dat moet ook gebeuren, er is nog een hoop documentatie die niet op orde is, en het is niet echt ingericht voor meerdere developers, vandaar ook dat er iemand moet zijn die e.e.a. kan samenbrengen.
Nog een brainfart: portability. (Native) ZFS op linux is in opkomst, en daar zou ZFSguru een prima GUI voor zijn, en dan is er ook nog open-solaris/-indiana ...
Wellicht trekt het project op die manier meer mensen die willen bijdragen dmv plugins e.d. (Zou voor mij zeker een factor zijn, wellicht eens kijken of ik daar sowieso niet wat tijd in kan steken )
Kortom: Go CiPHER
Ik heb dus mijn virtualbox maar eens aangeslingerd en zonder veel problemen 0.2-beta4 via de live-cd op een virtuele disk geinstalleerd. Ik had nog een testpooltje van 3 kleine vmdk's
Een paar dingetjes de me opvielen:
Na installatie, en geboot zonder de cd, heb ik nog steeds de installatie-optie, dat is IMHO niet logisch.
Tijdens de installatie zat ik even te klooien omdat ik wel de bestaande datapool kon (moest ?) importeren, maar niet de lege disk kon gebruiken, wat ik wilde. Die moest ik eerst via het Disk menu formateren, en een pool op aanmaken. (maar niet met de naam root, want daar was in gebruik door de live-cd installatie).
Onlogisch om de installatie te verlaten voor het prepareren van de lege disk IMHO. Het zou beter zijn om vanuit de installatie ook lege disks als optie aan te bieden, en daar na een paar warnings een GPT-label en root pool op aan te maken. Verder ziet het er goed uit
Als ik zo het zfsguru-forum bekijk zijn er wel mensen die willen meewerken aan de ontwikkeling, maar iemand moet dat dan ook kunnen managen, ik hoop dat CiPHER dat ook kan doen.
Verder vraag ik me af waar het meeste werk in zit, zit dat in de onderliggende BSD code ? De PHP ? Of het updaten / packagen van de installatie ? Ook bijhouden van de website is een issue, dat moet ook gebeuren, er is nog een hoop documentatie die niet op orde is, en het is niet echt ingericht voor meerdere developers, vandaar ook dat er iemand moet zijn die e.e.a. kan samenbrengen.
Nog een brainfart: portability. (Native) ZFS op linux is in opkomst, en daar zou ZFSguru een prima GUI voor zijn, en dan is er ook nog open-solaris/-indiana ...
Wellicht trekt het project op die manier meer mensen die willen bijdragen dmv plugins e.d. (Zou voor mij zeker een factor zijn, wellicht eens kijken of ik daar sowieso niet wat tijd in kan steken )
Kortom: Go CiPHER
You don't need a parachute to go skydiving. You need a parachute to go skydiving twice.
:strip_exif()/u/70909/BlueKachina_60x60.gif?f=community)
Meeste werk wat ik heb gedaan is in de build scripts. Daar zien 'jullie' gebruikers weinig van, maar dat is toch echt de basis van dit project; het goed kunnen bakken van system images is denk ik even belangrijk als de web-interface zelf, wat nu eigenlijk een steeds kleiner onderdeel wordt van het totale project.
Ik de toekomst hoop ik juist ook meer aan de web-interface te werken, dat lijkt me ook erg leuk. Ik heb al wat dingen gemaakt, zoals de simple disk benchmark enzo. Erg leuk om te doen was dat.
Je kunt beta4 updaten naar beta5. Bij voorkeur doe je dit voor de installatie, ik weet niet meer precies maar daar zaten wat verbeteringen in.
Vanaf elke 'bron' (dus LiveCD, Root-on-ZFS of embedded installatie) kun je opnieuw installeren. Je kunt dus bij je Root-on-ZFS installatie een USB-stickje maken met embedded distributie, althans wanneer deze functionaliteit wordt afgebouwd; nu werkt alleen Root-on-ZFS nog.
Dus waarom is die installatiemogelijkheid er nog als je al Root-on-ZFS draait? Simpel: upgraden! Je kunt met een nieuwe system image zo een nieuwe installatie doen. Dit kun je doen op een draaiende Root-on-ZFS op dezelfde pool! Enige voorwaarde is dat je een andere system image installeert dan degene die nu actief is; ze mogen elkaar namelijk niet overschrijven. Na het rebooten boot je in de nieuwe actieve boot filesystem.
In de 0.2 final release van de web-interface zal een optie zitten waarmee je kunt switchen. Zo kun je bijvoorbeeld upgraden van 9.0-004 naar 9.1-002 die binnenkort uitkomt, terwijl alles van de 9.0-004 installatie gewoon blijft bestaan. Als je in de nieuwe 9.1-002 installatie iets mist, kun je simpelweg aanvinken dat je volgende keer van de 9.0-004 wilt booten en dat kan dan ook. Zo ben je heel flexibel qua OS schijf betreft; een duidelijk voordeel van ZFSguru want je hebt hier eigenlijk alle vrijheid in. Je kunt je OS op dezelfde pool als je data installeren, meerdere OSen zelfs. Maar slechts één OS kan als 'actief' worden aangemerkt, dat is het OS wat geboot zal worden bij de volgende reboot.
Conclusie: de installatie-feature biljft beschikbaar voor upgrade-installaties en in de toekomst embedded USB installaties.
ZFSguru werkt altijd met geformatteerde disks. Een disk moet een 'naam' hebben die door de gebruiker gekozen is, alleen dan wil ZFSguru hem gebruiken. Dit is uiteraard gedaan om gebruikersfouten te minimaliseren. Want een schijf als 'samsung500gb' is makkelijker te onderscheiden van andere disks dan een cryptische naam als '/dev/ada0p2' waarbij je gemakkelijk fouten kunt maken. ZFSguru werkt dus met geformatteerde partities die een naam hebben.Tijdens de installatie zat ik even te klooien omdat ik wel de bestaande datapool kon (moest ?) importeren, maar niet de lege disk kon gebruiken, wat ik wilde. Die moest ik eerst via het Disk menu formateren, en een pool op aanmaken.
Maar wat je zegt klopt niet helemaal, want als je de Welcome Wizard doorloopt, werkt het zoals jij wilt:
- selecteer whole disks voor een nieuwe pool
- maak de nieuwe pool aan, disks worden automatisch geformatteerd en de pool wordt aangemaakt
- nu ben je klaar met de welcome wizard en wordt je naar de installatie doorverwezen; daar kun je nu gelijk mee aan de slag.
In jouw geval heb je denk ik de welcome wizard geskipped. Dan moet je het inderdaad wel handmatig doen:
1. Formatteer de disks met GPT (Disks->Formatting)
2. Maak een pool aan (Pools->Create)
3. Installeer ZFSguru op de pool (System->Install)
Je pool naam mag geen gereserveerde namen bevatten. Dat zijn in elk geval de termen 'raidz', 'raidz2', 'mirror' enzo, maar ook alle hoofddirectories zoals 'usr', 'var', 'mnt', 'root'. Dit geldt eigenlijk overal en niet specifiek voor ZFSguru. De web-interface zou nog wel een blacklist moeten hebben zodat de gebruiker hierop wordt geattendeerd als hij een gereserveerde naam kiest.
Poeh dat is nog maar de vraag. En meehelpen met ontwikkelen is ook maar relatief. Voor kleine wijzigingen enzo valt dat prima te doen, maar ZFSguru is iets wat je eerst vooral moet snappen hoe het in elkaar zit. Niet dat het overdreven ingewikkeld is, alleen afwijkend van andere dingen die ik ken.
En daar zit hem de grootste reden denk ik: Jason heeft mij gekozen niet alleen omdat ik beetje kan coden, maar ook omdat we qua filosofie en ideeën aardig aansluiting konden vinden. Zijn hele opzet hoe pagina's worden opgebouwd is gewoon briljant. De uitbreidbaarheid en flexibiliteit is echter nog niet altijd zichtbaar. Maar bijvoorbeeld vertalingen en verschillende grafische themes zijn in feite allemaal al aanwezig in de code.
Vaak zijn de 'saaie' dingen waar het meeste werk in zit. Bijvoorbeeld nu die build scripts. Maar wel belangrijk. Als het eenmaal goed werkt heb je daar alleen maar plezier van.
Maar het echte antwoord is denk ik vooral: bekend worden met de structuur en filosofie van ZFSguru. Ik heb nog niet zo heel veel gecode, maar ik heb wel een aardig idee hoe ZFSguru in elkaar zit. En dat is zeker zo belangrijk!
Maar waarom zou je Linux willen? Als je dat wilt, kun je met kFreeBSD ook goed verder. Dan heb je in feite Ubuntu met FreeBSD kernel ipv Linux, en dus ook FreeBSD-level ZFS kernel support.
Maar ZFSguru werkt niet op Linux of Solaris hoor, althans daar zitten veel haken en ogen aan. Het hele idee van booten van RAID-Z is ook een BSD-specifieke feature. Veel zaken in ZFSguru zouden niet meer werken als het naar een ander platform zou worden geport. Bovendien, FreeBSD is de meest stabiele basis voor ZFS. Elk ander project heeft nadelen: OpenSolaris/Indiana is nu nog prima te doen, maar een heel OS onderhouden alleen voor ZFS support lijkt mij kansloos; het is teveel werk alleen voor een ZFS OS. FreeBSD is een heel OS waarbij ZFS een belangrijke extra feature is. Ook zonder ZFS groeit FreeBSD verder, wat het gewoon de meest stabiele keuze maakt van dit moment en wellicht zelfs ooit voor ZFS. Linux heeft het nadeel dat de gebruiker het moet compileren en installeren anders mag het niet kernel-level zijn. Dat gaat het dus ook niet worden; je wilt niet zelf prutsen met kernel componenten dat hoort gewoon keurig en deftig te werken. Kortom, eigenlijk zit je bij FreeBSD wel heel goed. Je hebt de meeste features, meer dan Solaris/Sun ooit hebben gehad. De geheugenallocatie van Solaris is wel beter, maar in FreeBSD 9.x worden daar ook steeds verbeteringen aangebracht dus nu niet meer zo'n belangrijk voordeel van Solaris. Kortom: FreeBSD is zeker op lange termijn denk ik wel het beste OS voor ZFS.
Nouja het leuke is dat gebruikers wel aan services kunnen werken; daarvoor hoef je niet zoveel van ZFSguru te kennen. Paar files aanmaken en beetje mee klooien tot het werkt, en dan releasen. Doe ik nu ook met bijvoorbeeld Gnome service. Best leuk en goed te doen om hiermee te stoeien.
Gaan we doen!Kortom: Go CiPHER
Wow, dank je voor die uitgebreide reactie !
Ik dacht bij portability aan het gebruiken van de ZFSguru GUI PHP en scripts bovenop bijv. een openindiana-systeem met apache en PHP.
En dan beginnen met strippen van features die je daar niet hebt
en herschrijven van scripts en PHP, daar waar de interface anders met het systeem communiceert.
Maar goed, misschien moet ik me eerst eens meer verdiepen in de structuur voordat ik mogelijk onzin begin uit te kramen
Ok, duidelijk. Dat is dan wel handig ja
Ah, ja, mijn disk had natuurlijk geen naam
Ik heb wel de welcome wizard gebruikt, maar misschien heb ik iets gemist. Misschien had ik niet eerst die datapool moeten importeren, waar overigens ook een paar identieke disklabels inzaten ...
Snap ik, maar het ligt zo voor de hand om hem "root" te noemen. Wellicht is er een mogelijkheid om de installatie vanaf een rootpool met een andere naam te doen ofzo, maar ik kan me voorstellen dat daar weer extra werk in gaat zitten
Dat was me ook al wel opgevallen, me likes
OK, ik begrijp dat jouw focus ligt op ZFSguru als distro, en dat zou ik ook meer moeten doen, en dus niet denken aan ZFSguru als GUI op een FreeBSD+ZFS systeem.
Ik dacht bij portability aan het gebruiken van de ZFSguru GUI PHP en scripts bovenop bijv. een openindiana-systeem met apache en PHP.
En dan beginnen met strippen van features die je daar niet hebt
en herschrijven van scripts en PHP, daar waar de interface anders met het systeem communiceert.Maar goed, misschien moet ik me eerst eens meer verdiepen in de structuur voordat ik mogelijk onzin begin uit te kramen
You don't need a parachute to go skydiving. You need a parachute to go skydiving twice.
Het punt is dat alle 'web-GUI' zoals FreeNAS, OpenMediaVault, napp-it, ZFSguru en vast nog meer, gewoon OS-specifiek zijn. Daar kun je bijna niet om heen. De detectie van disks, het formatteren, commando's, een heleboel verschillen.
Als je een universele GUI wilt zoals ik denk dat jij bedoelt, dan gaat de complexiteit flink toenemen, de kans op bugs dus ook. Ook zul je op elk van de OS-platforms specifieke beperkingen of juist unieke features hebben.
Mijn gevoel hierbij is dat je maar beter ergens op kunt focussen en doet goed doet, zoals OMV voor Linux, FreeNAS/ZFSguru voor BSD en napp-it voor Solaris. Dat werkt gewoon beter dan alles proberen maar dan waarschijnlijk gewoon falen. Ieder OS heeft zijn eigen unieke sterke punten, het is gewoon erg moeilijk zoiets te verenigen in een universele GUI. Ik zie daar niet zoveel heil in, in elk geval.
Oh en over die beschermde namen. Stel je noemt je pool 'root', dan zal die bij de startup je echte /root directory onzichtbaar maken, omdat de pool filesystem 'root' wordt gemount op /root. Je mount dan dus twee keer iets, en dat betekent dat in feite alleen de laatste mount zichtbaar is. Na een unmount van /root wordt de originele root directory dan weer zichtbaar. Dit kan voor grote problemen zorgen en wordt streng afgeraden. In een volgende release zou ZFSguru web-gui daar ook streng op moeten controleren, wat nu nog niet altijd het geval is.
Als je een universele GUI wilt zoals ik denk dat jij bedoelt, dan gaat de complexiteit flink toenemen, de kans op bugs dus ook. Ook zul je op elk van de OS-platforms specifieke beperkingen of juist unieke features hebben.
Mijn gevoel hierbij is dat je maar beter ergens op kunt focussen en doet goed doet, zoals OMV voor Linux, FreeNAS/ZFSguru voor BSD en napp-it voor Solaris. Dat werkt gewoon beter dan alles proberen maar dan waarschijnlijk gewoon falen. Ieder OS heeft zijn eigen unieke sterke punten, het is gewoon erg moeilijk zoiets te verenigen in een universele GUI. Ik zie daar niet zoveel heil in, in elk geval.
Oh en over die beschermde namen. Stel je noemt je pool 'root', dan zal die bij de startup je echte /root directory onzichtbaar maken, omdat de pool filesystem 'root' wordt gemount op /root. Je mount dan dus twee keer iets, en dat betekent dat in feite alleen de laatste mount zichtbaar is. Na een unmount van /root wordt de originele root directory dan weer zichtbaar. Dit kan voor grote problemen zorgen en wordt streng afgeraden. In een volgende release zou ZFSguru web-gui daar ook streng op moeten controleren, wat nu nog niet altijd het geval is.
Bugs zou je ter alle tijden moeten voorkomen door complexiteit, geen bugs is natuurlijk een utopia.
Een storage systeem zou zo stabiel mogelijk moeten draaien.
In iedergeval succes!
Een storage systeem zou zo stabiel mogelijk moeten draaien
.Ik zal er wel te weinig kaas van gegeten hebben, maar zo simpel als je het hier uitlegt zal het wel niet zijn
In iedergeval succes!
:strip_icc():strip_exif()/u/55696/crop66942ced176a1_cropped.jpg?f=community)
Guru's
Ik heb een bonnie++ test gedaan op mijn 3x 1TB mirror zijn dit "normale" waardes..? Bedoeling is om 'm te gebruiken als VM Datastore...(geen peakperformance benodigd)
Ik heb een bonnie++ test gedaan op mijn 3x 1TB mirror zijn dit "normale" waardes..? Bedoeling is om 'm te gebruiken als VM Datastore...(geen peakperformance benodigd)
[ Voor 6% gewijzigd door NIK0 op 15-07-2012 19:37 ]
Member of the Ukraine IT Army
/u/231803/ramdisk2.png?f=community)
Maar je kunt de andere discs wel uitlezen? Ik stel namelijk het proces van eliminatie voor. Kopieer de serienummers die je wel kunt achterhalen en ga vervolgens fysiek de schijven inspecteren. Net zolang tot je er één aantreft die een nummer heeft die niet in je lijstje staat.
(En sowieso...ga die controller eens voorzien van IT firmware. )
(En sowieso...ga die controller eens voorzien van IT firmware.
)
[ Voor 10% gewijzigd door Dadona op 15-07-2012 20:39 ]
Alle 5 de disks geven aan::
Maar je kunt de andere discs wel uitlezen? Ik stel namelijk het proces van eliminatie voor. Kopieer de serienummers die je wel kunt achterhalen en ga vervolgens fysiek de schijven inspecteren. Net zolang tot je er één aantreft die een nummer heeft die niet in je lijstje staat.
(En sowieso...ga die controller eens voorzien van IT firmware.
It appears that either the controller or the queried disk does not properly support detailed disk information via the camcontrol identify command.
Zet je server uit, disconnect de disk die je het meest verdenkt. En boot. Je komt vanzelf achter welke disk het is. Als je root-on-ZFS boot van de pool kun je niet booten van een double-degraded pool. Dus dan een andere disk proberen. Dit is gewoon veilig om te doen.
Dat je geen status kunt opvragen via de Advanced page komt omdat de LSI SAS1068E en SAS2008 chips dat kennelijk niet ondersteunen, of althans via de FreeBSD drivers. Ik weet niet precies waar het probleem zit. Ik heb ooit gelezen dat die controller conversie van ATA commando's in SCSI commando's doet, maar of daar simpelweg op STP (SATA Tunneling Protocol) wordt gedoeld is onduidelijk. In elk geval werkt het bij mij ook niet, dus dat is niets nieuws.
De Advanced page werkt wel op je chipset SATA, dat zijn dan ook je beste poorten. Voor zaken als APM kun je je schijven tijdelijk op de chipset aansluiten, dan APM inschakelen via de Disks->Advanced pagina en dan weer de schijven op je LSI controller zetten. Omslachtig ja, maar zo doe ik het.
Oh en flash je controller naar IT-mode. Zo gebeurd.
Je sequential I/O zit over de 450MB/s, maar je hebt dan ook een te kleine test size gekozen. Je random seeks zitten op 49/sec wat 5400rpm-class random reads zijn. Je kunt dat verbeteren door L2ARC toe te voegen of te zorgen dat je server lang genoeg aan staat en voldoende RAM heeft om alle actieve data te cachen, dat kan ook.
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
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
Ja, dat werkt zeker snel Ik heb nu een poosje mijn Samsung 830 onder ESXi in gebruik, en ik kan je zeggen, dat ding is retesnel
Windows Server 2008R2 boot in iets van 8 seconden
Ik heb nu een poosje mijn Samsung 830 onder ESXi in gebruik, en ik kan je zeggen, dat ding is retesnel Windows Server 2008R2 boot in iets van 8 seconden
Even niets...
:strip_icc():strip_exif()/u/66178/revox_home_small.jpg?f=community)
Zet eerst je PC uit en remove die ene disk, weet je al welke dat is? Als BSD/ZFS hem niet kan zien, kun je ook normaal je pool importeren omdat deze dan degraded is met één missende disk; de disk die problemen geeft.
APM kun je instellen op max performance with spindown of iets in die geest, je ziet het vanzelf staan mits de schijf ook APM ondersteunt. Dit doe je op de Disks->Advanced pagina. Als de disk APM ondersteunt, krijg je de APM instelling te zien. Deze gaat van 0 tot 255, maar dat werkt in de praktijk anders, zo is 127 heel anders dan 128, omdat bij 128 geen spindown wordt toegepast en 127 wel. Als ik me goed herinner.
Je ziet het vanzelf wel. Maar disconnect nou eerst die disk die problemen geeft.
APM kun je instellen op max performance with spindown of iets in die geest, je ziet het vanzelf staan mits de schijf ook APM ondersteunt. Dit doe je op de Disks->Advanced pagina. Als de disk APM ondersteunt, krijg je de APM instelling te zien. Deze gaat van 0 tot 255, maar dat werkt in de praktijk anders, zo is 127 heel anders dan 128, omdat bij 128 geen spindown wordt toegepast en 127 wel. Als ik me goed herinner.
Je ziet het vanzelf wel. Maar disconnect nou eerst die disk die problemen geeft.
Owk dat zal ik dan ff gaan doen. Ik dacht dat ik eerst die pool weer draaiende moest hebben alvorens de disk te verwijderen.:
Zet eerst je PC uit en remove die ene disk, weet je al welke dat is? Als BSD/ZFS hem niet kan zien, kun je ook normaal je pool importeren omdat deze dan degraded is met één missende disk; de disk die problemen geeft.
APM kun je instellen op max performance with spindown of iets in die geest, je ziet het vanzelf staan mits de schijf ook APM ondersteunt. Dit doe je op de Disks->Advanced pagina. Als de disk APM ondersteunt, krijg je de APM instelling te zien. Deze gaat van 0 tot 255, maar dat werkt in de praktijk anders, zo is 127 heel anders dan 128, omdat bij 128 geen spindown wordt toegepast en 127 wel. Als ik me goed herinner.
Je ziet het vanzelf wel. Maar disconnect nou eerst die disk die problemen geeft.
ZFSguru voor = CiPHER
Ik heb zelf voor Nexenta gekozen omdat er redelijk wat documentatie beschikbaar voor is en het steeds meer gebruikt wordt in de "echte wereld"
Je zou ook nog naar OI icm Napp-IT kunnen kijken..
Ik vermoed dat je nog heeeel wat uurtjes kwijt gaat zijn aan leeswerk
Member of the Ukraine IT Army
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
Deze link had ik ook al gevonden en gelezen alleen zie ik nergens een download link.
Edit:
http://www.lsi.com/channe.../Pages/LSISAS3081E-R.aspx
[ Voor 13% gewijzigd door Phasis op 17-07-2012 15:09 ]
Als je bij die link kijkt van servethehome Dan zie je zowel 3081ETB3 en 3081ERB3
R = IR
T = IT
R = IR
T = IT
[ Voor 5% gewijzigd door Phasis op 17-07-2012 15:52 ]
/u/170728/owl.png?f=community)
in case you missed it :-)
Thanks CiPHER, Ik heb als test size 16GB gekozen dacht ik moet dat groter...? (VM heeft 8 GB RAM toegewezen)..hmm het zijn (wat oudere) Samsung HD103SJ 7200rpm diskjes..
Ik ben wel van plan om later nog een L2ARC toe te voegen, Ik heb 2 volumes en wil elke volume een stukje geven van 8GB (of meer..?) van een ssd die ik nog heb liggen.
Kan ik later nog bonnie++ testen doen als er 1maal data op de disken staan of moet alles leeg zijn..?
ik moet nu nog een 2e volume +zvol gaan aanmaken in nexenta maar ik loop tegen dat 4k probleem aan. het gaat om 2 seagate 2TB disken MD001 dacht ik. nexenta zegt er weinig over hoe je dit nu suported het beste kunt aanvliegen
@CiPHER
Thanks CiPHER, Ik heb als test size 16GB gekozen dacht ik moet dat groter...? (VM heeft 8 GB RAM toegewezen)..hmm het zijn (wat oudere) Samsung HD103SJ 7200rpm diskjes..
Ik ben wel van plan om later nog een L2ARC toe te voegen, Ik heb 2 volumes en wil elke volume een stukje geven van 8GB (of meer..?) van een ssd die ik nog heb liggen.
Kan ik later nog bonnie++ testen doen als er 1maal data op de disken staan of moet alles leeg zijn..?
ik moet nu nog een 2e volume +zvol gaan aanmaken in nexenta maar ik loop tegen dat 4k probleem aan. het gaat om 2 seagate 2TB disken MD001 dacht ik. nexenta zegt er weinig over hoe je dit nu suported het beste kunt aanvliegen
[ Voor 19% gewijzigd door NIK0 op 17-07-2012 16:03 ]
Member of the Ukraine IT Army
E1000, geen VMXNET3
Ik boot 'm, maar hij geeft gewoon aan: "Web interface is running at http://0.0.0.0". Heb net tijdens het booten wel een IP zien voorbij komen, maar detectie loopt fout
Wel bereikbaar op dat ene IP, maar de detectie loopt niet goed...
[ Voor 5% gewijzigd door HyperBart op 17-07-2012 17:08 ]
Als je eerst een andere NIC werkend kunt krijgen, kun je na installatie in de portstree kijken of je de VMware tools werkend kunt krijgen:
cd /usr/ports/emulation/vmware-tools6
make install clean
Je hebt mogelijk wel sourcecode nodig hiervoor. Maar deze zouden volgens wat info wel vmxnet3 ondersteunen, getuige deze post:
cd /usr/ports/emulation/vmware-tools6
make install clean
Je hebt mogelijk wel sourcecode nodig hiervoor. Maar deze zouden volgens wat info wel vmxnet3 ondersteunen, getuige deze post:
Andere posts zeggen dat deze niet meer werken in FreeBSD9, maar daar zou wel een oplossing voor zijn: http://ogris.de/vmware. Dus volgens mij kan het wel, vmxnet3 + ZFSguru.
[ Voor 130% gewijzigd door Verwijderd op 17-07-2012 17:17 ]
Ik kan 'm wel bereiken op een IP wat ik ehb zien voorbij flitsen, maar de detectie in de console werkt niet goed en geef 0000 aan...:
Als je eerst een andere NIC werkend kunt krijgen, kun je na installatie in de portstree kijken of je de VMware tools werkend kunt krijgen:
cd /usr/ports/emulation/vmware-tools6
make install clean
Je hebt mogelijk wel sourcecode nodig hiervoor. Maar deze zouden volgens wat info wel vmxnet3 ondersteunen, getuige deze post:
[...]
Andere posts zeggen dat deze niet meer werken in FreeBSD9, maar daar zou wel een oplossing voor zijn: http://ogris.de/vmware. Dus volgens mij kan het wel, vmxnet3 + ZFSguru.
@HyperBart, kun je mij de output van jouw 'ifconfig' commando geven?
In principe moet je 8 keer je RAM doen, dus in jouw geval 64GiB test size.
Dat opsplitsen hoef je zelf niet te doen, je voegt gewoon één of meer SSD (partities) toe aan de pool als L2ARC. Je kunt dan per filesystem opgeven met secondarycache of hij gebruik van de L2ARC mag maken, wat standaard zo is.
Je kan prima testen met data erop. Maar besef wel dat bonnie bedoeld is voor een kale hardeschijf. De getallen die je krijgt zijn niet zo nuttig. Alleen die random seeks mogelijk wel, die nu op 49 blijft steken. Maar omdat het echt random is kun je dat niet versnellen met bonnie. Ik zou bonnie en andere utilities niet draaien als je L2ARC gebruikt. Die vorm van caching werkt goed bij realistische I/O waarbij sommige bestanden of delen van bestanden veel vaker worden aangesproken dan andere. Dat niet alleen, maar het gaat hier specifiek om 'random reads' waar hardeschijven heel slecht in zijn. Jouw score van 49 IOps betekent 49 * 512 bytes = 24.5 KiB/sec, dus 0,02MB/s. Dat is de reden waarom je cache wilt; je schijven doen prima sequential I/O maar random is gewoon slecht, voor alle mechanische schijven. Dat is inherent aan de techniek.
Je kunt ook je pool met ZFSguru aanmaken met 4K optimalisatie. Daarna terug naar Solaris/Nexenta en de pool importeren. Met zdb <pool> | grep ashift kun je controleren dat de ashift dan 12 is. Dat betekent dat hij is geoptimaliseerd voor 4KiB sectorsize. Een ashift-waarde van 9 betekent geoptimaliseerd voor 512-byte sectorsize; wat jarenlang dé standaard was. Let er wel op dat als je ZFSguru gebruikt hiervoor, dat je handmatig de disks met GEOM formatteert, en niet GPT. Dat ondersteunt Solaris niet zo goed volgens mij. GEOM krijgt ZFS gewoon een 'kale disk' zonder partities. In ZFSguru zie je de naam die je hebt gegeven, in Solaris zie je daar denk ik niets meer van.ik moet nu nog een 2e volume +zvol gaan aanmaken in nexenta maar ik loop tegen dat 4k probleem aan. het gaat om 2 seagate 2TB disken MD001 dacht ik. nexenta zegt er weinig over hoe je dit nu suported het beste kunt aanvliegen
Dat ziet er goed uit! Wat ik wel las, was dat je sowieso een met CLANG gecompilde kernel moest draaien, ik weet niet welke kernel ZFSguru draait?:
Andere posts zeggen dat deze niet meer werken in FreeBSD9, maar daar zou wel een oplossing voor zijn: http://ogris.de/vmware. Dus volgens mij kan het wel, vmxnet3 + ZFSguru.
Even niets...
Ik snap er niks van.
CHiPER ik heb je link je geprobeerd: http://goebelmeier.de/bootstick/
En ook deze: http://www.bay-wolf.com/usbmemstick.htm
In me pc werkt het prima. Maar me server Supermicro X8SIL-F niet
CHiPER ik heb je link je geprobeerd: http://goebelmeier.de/bootstick/
En ook deze: http://www.bay-wolf.com/usbmemstick.htm
In me pc werkt het prima. Maar me server Supermicro X8SIL-F niet
Ja idd excuus hiervoor @offtopic
Bedankt voor de hulp.
Ik ga nog even met je tips aan de slag.
Zelf dacht ik nog aan een bios update, alleen dan heb ik of floppy nodig want via usb lukt natuurlijk niet
Bedankt voor de hulp.
Ik ga nog even met je tips aan de slag.
Zelf dacht ik nog aan een bios update, alleen dan heb ik of floppy nodig want via usb lukt natuurlijk niet
Update:
Met de twee opties gezet werkt de IT geflashde M1015 (zeg maar een LSI 9211-8i) vlekkeloos, de aanwezige pool werd zonder gezeur geïmporteerd. Pech is wel dat ik iedere (re)boot de opties opnieuw moet intikken, kan ik ze niet in een of andere rc.local kwakken?
De posting op t ZFSGuru forum is ook een handige:
Dit zou betekenen dat ik wellicht via de VMXNET3 omweg toch een 10Gbit verbinding (infiniband) naar m'n ZFS pool zou kunnen forceren (omweg via een tweede VM die wel IB ondersteuning bied en NFS shares kan mounten (Linux Win2k8 R2).For those running ESXi, i came across this URL: http://ogris.de/vmware/
As of May 2012, VMware Tools that come with ESXi 5 don't work on FreeBSD 9. I found this article in which Jared Barneck reports that he just had to recompile vmmemctl and vmblock. The source code for both of these modules (and vmxnet/vmxnet3 as well) is included in vmware-freebsd-tools.tar.gz. However, you can compile neither vmxnet nor vmxnet3 without some minor modifications. I don't know if you need the sourcecode to compile this stuff. But looks cool to have a VMXNET3 driver for ESXi. This would be a great for those running ESXi to virtualize ZFSguru.
But... i am not sure about license restrictions. Probably you guys need to compile yourself. But i'm hoping we can create a working good how-to document. I am sure many people are waiting on this, at least some on the Dutch Tweakers.net forum where i dwell.
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
Had die VMXNET3 voor BSD ook al een paar posts terug besproken.
Maar als het werkend te krijgen is met een makkelijke how-to is dat voor veel mensen een grote aanwinst lijkt me.
En elke boot opnieuw intikken is natuurlijk zot; dat is alleen de eerste keer nodig zodat je kunt installeren. Na je installatie kun je /boot/loader.conf aanpassen met die twee regels, maar ZONDER de 'set' aan het begin. Dus simpelweg:
ee /boot/loader.conf
Helemaal onderaan voeg je toe:
hw.pci.enable_msi=0
hw.pci.enable_msix=0
Heel misschien moet het in de /boot/device.hints maar probeer eerst de /boot/loader.conf
Maar als het werkend te krijgen is met een makkelijke how-to is dat voor veel mensen een grote aanwinst lijkt me.
En elke boot opnieuw intikken is natuurlijk zot; dat is alleen de eerste keer nodig zodat je kunt installeren. Na je installatie kun je /boot/loader.conf aanpassen met die twee regels, maar ZONDER de 'set' aan het begin. Dus simpelweg:
ee /boot/loader.conf
Helemaal onderaan voeg je toe:
hw.pci.enable_msi=0
hw.pci.enable_msix=0
Heel misschien moet het in de /boot/device.hints maar probeer eerst de /boot/loader.conf
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 zou erg leerrijk zijn
Ik beschik namelijk op dit moment over een non-VT-D compatible ESXi setup. Hier zou ik ZFSGuru guest op willen met een enkele disk attached via RDM, net om een betere data integriteit te verkrijgen.
Ook ben ik benieuwd of SMART en spindown met deze opstelling nog zouden werken.
Ik beschik namelijk op dit moment over een non-VT-D compatible ESXi setup. Hier zou ik ZFSGuru guest op willen met een enkele disk attached via RDM, net om een betere data integriteit te verkrijgen.
Ook ben ik benieuwd of SMART en spindown met deze opstelling nog zouden werken.
De opties aan /boot/loader.conf toevoegen werkt perfect, thanks:
Had die VMXNET3 voor BSD ook al een paar posts terug besproken.
Maar als het werkend te krijgen is met een makkelijke how-to is dat voor veel mensen een grote aanwinst lijkt me.
En elke boot opnieuw intikken is natuurlijk zot; dat is alleen de eerste keer nodig zodat je kunt installeren. Na je installatie kun je /boot/loader.conf aanpassen met die twee regels, maar ZONDER de 'set' aan het begin. Dus simpelweg:
ee /boot/loader.conf
Helemaal onderaan voeg je toe:
hw.pci.enable_msi=0
hw.pci.enable_msix=0
Heel misschien moet het in de /boot/device.hints maar probeer eerst de /boot/loader.conf
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
Zow, een beetje prutsen verder.:
Dat zou erg leerrijk zijn
Ik beschik namelijk op dit moment over een non-VT-D compatible ESXi setup. Hier zou ik ZFSGuru guest op willen met een enkele disk attached via RDM, net om een betere data integriteit te verkrijgen.
Ook ben ik benieuwd of SMART en spindown met deze opstelling nog zouden werken.
RDM aangemaakt richting de SATA drive (400GB WD) aanwezig op de on-board SATA controller van t X9SCM-F moederbord mbv dit blogje. De vier andere SATA disks (320GB WD) hangen dus aan een passthrough LSI SAS2008 (IT mode M1015). RDM disk aan de ZFSguru VM toegevoegd en opgestart.
Screenshot van de hdd sectie van de ZFSguru webinterface:
Van boven naar beneden: de VM disk aanwezig op de SSD, de 400 GB WD en de vier andere 320 GB WD's.
Screenshot van de SMART sectie van de ZFSguru webinterface na een klik op de 'scan all' knop:
Arghh, rot kabeltje??, nee een brakke molex splitter ( hddtje gaat uit, hddtje gaat aan, je kent t wel).
Dus ja, SMART uitlezen van een HDD werkt zowel voor een HDD aan een passthrough controller als voor een RDM drive.
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
:strip_exif()/u/26026/snowrabb.gif?f=community)
: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]
backup maken en terug zetten
Misschien dat er iets mogelijk is met memory disk waarbij je van het feit gebruitk maakt dat je 1 disk kunt verliezen. Maar daar heb ik geen kaas van gegeten..
kun je niet beter gelijk met 6 disk beginnen?
Ja, daarmee gooi je minimaal de helft aan bescherming die ZFS biedt overboord, door iets anders controle over de disks te laten nemen; die niet kan weten of iets corrupt is of niet. Absoluut een no-no voor ZFS, maar het kán wel.
Hm dat is eigenlijk wel een creatieve en interessante methode! Het kan, paar punten:
- je partities moeten eigenlijk even groot zijn; want de kleinste grootte wordt gebruikt, al kun je daar nog mee spelen
- je performance zal echt bagger zijn omdat je hardeschijf continu moet seeken; maar nadat je extra disks hebt toegevoegd en de array compleet hebt, draait het prima
- doordat je één stuk hardware in feite twee disks laat zijn, moet je RAID-Z2 ook beschouwen als één disk failure, dus in feite de bescherming van RAID-Z.
- Je maakt de pool aan met 8 partities verspreid over 4 disks.
- Later bouw je 4 extra disks in, je gebruikt die disks om de 'extra' disks op de 2e partitie te vervangen (replace)
- Nu heb je een pool met 8 echte disks. Nu moet je 2e partitie nog verwijderen op de originele 4 disks en de 1e partitie groter maken.
- Nu zijn al je disks even groot qua partitie en kun je met 'autoexpand' setting je pool de extra beschikbare ruimte laten gebruiken. Hierdoor verdubbelt je pool in beschikbare capaciteit.
- All done, een normale RAID-Z of RAID-Z2 van 8 disks.
[ Voor 9% gewijzigd door Verwijderd op 18-07-2012 21:21 ]
:strip_icc():strip_exif()/u/61950/hakker.jpg?f=community)
Artificial Intelligence is no match for natural stupidity | Mijn DVD's | Mijn Games | D2X account: Hakker9
Het komt niet op een paar procent aan natuurlijk. B.V. 2 x 48% en de rest leeg. Dan is er ook nog wat marge als de nieuwe schijven van een ander type en iets kleiner zijn.
Dat probleem speelt slechts in 25% van de gevallen wanneer de gewenste data op dezelfde disk staat? Ik weet dan weer niet wat de impact daar van is
Yep.
Hmm.. daar moet ik me even in verdiepen dan. 8+2 parity (RaidZ2)?
Dan heb ik wel een of andere controller nodig met een hoop extra SATA poorten.
Euhm ik zie wel dit staan in de log.nmbd file
Samba name server HAKKER-ZFS is now a local master browser for workgroup WORKGROUP on subnet 192.168.1.4
geen idee of je dat ermee bedoel FireDrunk? Ik ben ook pas net erin gestapt
[edit] in de locale IP logs zie ik wel dit langs komen
../libcli/auth/ntlm_check.c:54(smb_pwd_check_ntlmv1)
smb_pwd_check_ntlmv1: incorrect password length (74)
maar ik kan me niet herinneren ooit een password op te hoeven geven om erop te komen. enige wat ik heb gedaan is de ssh een password gegeven zodat niet iedereen zomaar met de default spul erop kan komen.
Samba name server HAKKER-ZFS is now a local master browser for workgroup WORKGROUP on subnet 192.168.1.4
geen idee of je dat ermee bedoel FireDrunk? Ik ben ook pas net erin gestapt
[edit] in de locale IP logs zie ik wel dit langs komen
../libcli/auth/ntlm_check.c:54(smb_pwd_check_ntlmv1)
smb_pwd_check_ntlmv1: incorrect password length (74)
maar ik kan me niet herinneren ooit een password op te hoeven geven om erop te komen. enige wat ik heb gedaan is de ssh een password gegeven zodat niet iedereen zomaar met de default spul erop kan komen.
[ Voor 65% gewijzigd door Hakker op 18-07-2012 22:02 ]
Artificial Intelligence is no match for natural stupidity | Mijn DVD's | Mijn Games | D2X account: Hakker9
Dat je nieuwe schijven kleiner kunnen zijn maakt niet uit; die zijn in elk geval veel groter dan de partitie die ze moeten kunnen bevatten. Met andere woorden: je kopiëert een 1TB partitie naar een 2TB schijf, dus marge heb je sowieso. Maar de partities hoeven inderdaad niet precies even groot te zijn.
Was dat maar zo. RAID-Z doet alle I/O over alle disk members, heel anders dan RAID4 en RAID5. Meer een RAID3 als je dat kent. Dit betekent dat je schijven voor elke I/O moeten seeken naar de andere partitie. Naast dat dit veel wear voor je koppen betekent, gaat dit zeker enorm traag worden.Dat probleem speelt slechts in 25% van de gevallen wanneer de gewenste data op dezelfde disk staat? Ik weet dan weer niet wat de impact daar van is
Het beste is en blijft om schijven in bundels te kopen. Dus of één keer 10 schijven, of twee keer 6 schijven. Bij 6 disks heb je dan met RAID-Z2 een 33% overhead, wat nog steeds redelijk is. Met 10 schijven is de overhead maar 20% terwijl je toch dubbele parity protection hebt. Dus dat is wel heel efficient.
Je hebt je onboard controller toch? Niet alle schijven hoeven op dezelfde controller. Je chipset poorten zijn van de hoogste kwaliteit. Mocht je SSDs nemen moeten die echter wel op de chipset SATA aangesloten kunnen worden. Maar normaliter heb je 2x SATA/600 + 4x SATA/300 dus dat zit wel goed. Als je de 4 langzamere poorten voor HDDs gebruikt en de twee snelle poorten voor (toekomstige) SSDs, zit je wel goed.
Het in één keer kopen van veel schijven is inderdaad vervelend, zeker nu de prijzen zo hoog liggen. Aan de andere kant spaar je geld uit omdat je met minder overhead toch dezelfde bescherming krijgt; oftewel de bruikbare opslag per euro stijgt naarmate je meer disks in een RAID-Z1/2/3 stopt. Maar 10 is normaliter wel de max.
Ook kun je dingen doen die je met traditioneel RAID juist weer niet kan: schijven met een hogere opslagcapaciteit toevoegen. Dus later gewoon 3TB of 4TB schijven erbij gooien ook al gebruik je nu 2TB schijven. Enige voorwaarde is dat schijven binnen een 'vdev' dus een RAID-Z array, dezelfde capaciteit hebben. Voorbeeld:
pool: tank
vdev1: raid-z2 met disk1 tot en met disk6 - schijven van 2TB = 8TB bruikbare opslag
vdev2: raid-z2 met disk7 tot en met disk12 - schijven van 3TB = 12TB bruikbare opslag
vdev3: raid-z met disk13 tot en met disk17 - schijven van 4TB = 16TB bruikbare opslag
netto opslag = 8+12+16 = 36TB, terwijl bij traditioneel RAID dit 8+8+8 = 24TB zou zijn.
In dit voorbeeld begin je eerst met de eerste vdev dus 6 schijven van 2TB in een RAID-Z2.
Na een paar maanden voeg je de 2e vdev toe, maar nu met 3TB schijven.
Later voeg je een 3e vdev toe. Dit maal een RAID-Z dus ander redundancy type en andere hoeveelheid disks: 5 ipv 6. En ook weer een andere grootte, 4TB ipv 3TB of 2TB.
Dit soort dingen zijn weer niet mogelijk met traditioneel RAID, dus ZFS kent niet alleen maar nadelen op dit gebied maar ook voordelen. Je moet zelf kijken wat voor jou het meest handige is, ook ivm eventuele toekomstige uitbreiding.
@Hakker:
Jou ZFS bak is dus nu de lokale Windows SMB master browser. Als in je SMB config je hostname dus niet goed staat, kan hij die niet vinden. Even nachecken adhv een voorbeeldje online Moet wel te vinden zijn.
Even wat anders, ik heb even zitten pielen met VMXNET3 op ZFSguru.
Die diff's werken inderdaad, maar ik mag nog niet compilen..
Toch iets met CLANG
Hmm, het schijnt met een paar patches te maken hebben die nog in 9.0-CURRENT zitten voor kmod.mk compile opties waarvan de scripts nog niet geupdate zijn.
Lekker is dat... Patch dan niet
(ik zit overigens op 9.0-STABLE)
Jou ZFS bak is dus nu de lokale Windows SMB master browser. Als in je SMB config je hostname dus niet goed staat, kan hij die niet vinden. Even nachecken adhv een voorbeeldje online
Moet wel te vinden zijn.Even wat anders, ik heb even zitten pielen met VMXNET3 op ZFSguru.
Die diff's werken inderdaad, maar ik mag nog niet compilen..
[root@zfsguru ~/vmware-tools-distrib/lib/modules/source/vmblock-only]# make
"/sys/conf/kmod.mk", line 116: Malformed conditional (${MK_CLANG_IS_CC} == "no" && ${CC:T:Mclang} != "clang")
"/sys/conf/kmod.mk", line 120: if-less endif
"/sys/conf/kern.mk", line 18: Malformed conditional (${MK_CLANG_IS_CC} != "no" || ${CC:T:Mclang} == "clang")
"/sys/conf/kern.mk", line 32: if-less endif
"/sys/conf/kern.mk", line 102: Malformed conditional (${MK_CLANG_IS_CC} != "no" || ${CC:T:Mclang} == "clang")
"/sys/conf/kern.mk", line 108: if-less endif
make: fatal errors encountered -- cannot continue
Toch iets met CLANG
Hmm, het schijnt met een paar patches te maken hebben die nog in 9.0-CURRENT zitten voor kmod.mk compile opties waarvan de scripts nog niet geupdate zijn.
Lekker is dat... Patch dan niet
(ik zit overigens op 9.0-STABLE)
[ Voor 10% gewijzigd door FireDrunk op 19-07-2012 00:09 ]
Even niets...
Draai je wel RELENG_9 ofwel 9-STABLE? 9.1-001 image is de enige voor ZFSguru. Edit: nvm
Overigens gaat de nieuwe image best goed, komend weekend gaat wel lukken om te releasen, misschien zelfs vrijdag al.
Edit2: ik kan ook makkelijk een 2e image erachteraan bakken met CLANG-compiled kernel. Dat werkt ook voor 9-STABLE zie ik.
Overigens gaat de nieuwe image best goed, komend weekend gaat wel lukken om te releasen, misschien zelfs vrijdag al.
Edit2: ik kan ook makkelijk een 2e image erachteraan bakken met CLANG-compiled kernel. Dat werkt ook voor 9-STABLE zie ik.
[ Voor 25% gewijzigd door Verwijderd op 19-07-2012 00:29 ]
Dat wordt een service, net als de complete portstree gebruikt om de ports te builden, zodat je precies compatible kunt builden dat is fijner met services enzo.
Het is lastig uit te leggen, maar die nieuwe build scripts brengen echt wel nieuw leven in ZFSguru. In feite is dat het 'systeem' gedeelte, met aan de andere kant de web-interface zelf. Laatste tijd is alle aandacht naar het systeem toe gegaan, om zaken als services goed te laten werken en goede geautomatiseerde systeem images en services te bakken. Dat is ERG ingewikkeld, en ik heb veel bij moeten leren. Maar de buildscripts zijn nu erg vergevorderd met nog maar een paar laatste lastige puntjes te gaan. Vrijdag hoop ik de final build te hebben en die goed te kunnen testen voor de finishing touch.
Zelfs op een dikke quadcore met tmpfs duurt het uren om alles te builden, en de eerste keer nog veel langer omdat je alle port opties moet opgeven. En dat zijn er VEEL voor met name al die grafische pakketten. Gelukkig kan ik die portopties nu bewaren en hergebruiken, dat scheelt enorm veel tijd. Veel werk aan de buildscripts zorgen voor meer automatisering. Uiteindelijk levert dat een goede stabiele build environment op waardoor ZFSguru voorlopig op 'systeem' gebied prima vooruit kan. Maar het is wel lastig en ingewikkeld; de services vind ik veel leuker om aan te werken. Maar juist dat is eigenlijk zo gebeurd nu met het nieuwe build systeem.
Het is lastig uit te leggen, maar die nieuwe build scripts brengen echt wel nieuw leven in ZFSguru. In feite is dat het 'systeem' gedeelte, met aan de andere kant de web-interface zelf. Laatste tijd is alle aandacht naar het systeem toe gegaan, om zaken als services goed te laten werken en goede geautomatiseerde systeem images en services te bakken. Dat is ERG ingewikkeld, en ik heb veel bij moeten leren. Maar de buildscripts zijn nu erg vergevorderd met nog maar een paar laatste lastige puntjes te gaan. Vrijdag hoop ik de final build te hebben en die goed te kunnen testen voor de finishing touch.
Zelfs op een dikke quadcore met tmpfs duurt het uren om alles te builden, en de eerste keer nog veel langer omdat je alle port opties moet opgeven. En dat zijn er VEEL voor met name al die grafische pakketten. Gelukkig kan ik die portopties nu bewaren en hergebruiken, dat scheelt enorm veel tijd. Veel werk aan de buildscripts zorgen voor meer automatisering. Uiteindelijk levert dat een goede stabiele build environment op waardoor ZFSguru voorlopig op 'systeem' gebied prima vooruit kan. Maar het is wel lastig en ingewikkeld; de services vind ik veel leuker om aan te werken. Maar juist dat is eigenlijk zo gebeurd nu met het nieuwe build systeem.
[ Voor 5% gewijzigd door Verwijderd op 19-07-2012 01:52 ]