Het Grote XPenology Topic

[panomi]

Kodess schreef op maandag 25 juni 2018 @ 15:45:
Ben al een tijdje aan het meelezen.
Ik wil een barebones xpenology machine maken, en ik denk dat ik goed zit, maar toch nog even hier posten.
Op deze hardware is xpenology gewoon te draaien toch?

#	Product	Prijs	Subtotaal
1	Intel Celeron G3930T Tray	€ 48,48	€ 48,48
1	ASRock H270M-ITX/ac	€ 111,73	€ 111,73
1	Fractal Design Node 304 Zwart	€ 75,50	€ 75,50
1	Kingston DataTraveler Special Edition 9 16GB Grijs	€ 5,35	€ 5,35
1	Arctic Alpine 11 Passive	€ 9,99	€ 9,99
1	Crucial CT4G4DFS824A	€ 41,05	€ 41,05
1	Seasonic Focus Gold 450W	€ 64,95	€ 64,95
Bekijk collectie Importeer producten		Totaal	€ 357,05

Waarom kijk je niet naar een HP Microserver Gen 8 / Gen 10? Kant en klaar voor nagenoeg dezelfde prijs.
Ik draai zelf ruim 4 jaar een Microserver HP N54L en gaat als een zonnetje. Daargelaten dat ik de interne PSU vervangen had door een PicoPSU 120watt en dat de voeding er van de week mee is gestopt .

[ Voor 3% gewijzigd door panomi op 26-06-2018 10:43 ]

[|sWORDs|]

panomi schreef op dinsdag 26 juni 2018 @ 10:40:
[...]


Waarom kijk je niet naar een HP Microserver Gen 8 / Gen 10? Kant en klaar voor nagenoeg dezelfde prijs.
Ik draai zelf ruim 4 jaar een Microserver HP N54L en gaat als een zonnetje. Daargelaten dat ik de interne PSU vervangen had door een PicoPSU 120watt en dat de voeding er van de week mee is gestopt .

Nu nog Ivy Bridge kopen is misschien niet heel handig en AMD zou ook niet mijn eerste keus zijn voor XPenology.

[panomi]

|sWORDs| schreef op dinsdag 26 juni 2018 @ 10:53:
[...]

Nu nog Ivy Bridge kopen is misschien niet heel handig en AMD zou ook niet mijn eerste keus zijn voor XPenology.

Ah, inderdaad ja. De nieuwe Gen 10 is AMD. En de ondersteuning vanuit de bootloader is altijd maar weer afwachten. Dan kun je waarschijnlijk beter richten op een Intel processor.

[Kodess]

|sWORDs| schreef op dinsdag 26 juni 2018 @ 08:32:
[...]

Zou je niet voor 15 euro meer 45% betere performance (G5400) achter de hand willen hebben?

Eh, ontzettend goed punt.
Ik was erg gefocust op een zuinige CPU vandaar dat ik die andere had gekozen.
Maar dat is natuurlijk alleen gebaseerd op de TDP, die natuurlijk niet altijd de echte power usage aangeeft.

Geen Microserver kopen heeft idd als reden dat het of oude hardware is, of AMD etc, terwijl ik alleen xpenology erop wil draaien en ik dan liever intel heb.

[r0nny116]

Dag allen,

Ben van plan een xpenology machine te bouwen voor natuurlijk zo min mogelijk. Is xpenology überhaupt qua hardware goed compatibele met bijv g5400 Pentium gold? Graag zou ik dat op mini itx formaat willen hebben. Zijn 2 Ethernet-poorten een must of? Kan iemand anders een advies geven qua hardware met een g5400. Heb zelf nog een 8GB geheugen liggen een ssd en hdd. Ben benieuwd wat voor mb en case en voeding jullie mij kunnen adviseren.

Tevens adviseren jullie om hem als vm te draaien of bare metal?

Alvast dank.

[ Voor 6% gewijzigd door r0nny116 op 07-07-2018 21:39 ]

[Kodess]

r0nny116 schreef op zaterdag 7 juli 2018 @ 21:37:
Dag allen,

Ben van plan een xpenology machine te bouwen voor natuurlijk zo min mogelijk. Is xpenology überhaupt qua hardware goed compatibele met bijv g5400 Pentium gold? Graag zou ik dat op mini itx formaat willen hebben. Zijn 2 Ethernet-poorten een must of? Kan iemand anders een advies geven qua hardware met een g5400. Heb zelf nog een 8GB geheugen liggen een ssd en hdd. Ben benieuwd wat voor mb en case en voeding jullie mij kunnen adviseren.

Tevens adviseren jullie om hem als vm te draaien of bare metal?

Alvast dank.

Ik ben letterlijk vandaag bezig met mijn build.

Mijn specs (de CPU heb ik vervangen voor een g5400):
https://gathering.tweakers.net/forum/list_message/55646565#55646565

[r0nny116]

Kodess schreef op zondag 8 juli 2018 @ 12:27:
[...]

Ik ben letterlijk vandaag bezig met mijn build.

Mijn specs (de CPU heb ik vervangen voor een g5400):
https://gathering.tweakers.net/forum/list_message/55646565#55646565

Gaat dat de g5400 wel passen op je moederbord?? Ben bang van niet. Verder waarom ga je voor USB opslag i.p.v. ssd? Uit kostenoverweging of? Verder ga je vm draaien of baremetal?

[Domino]

Een usb stick (of sd kaart iod) is nodig voor de bootloader als je bare metal draait.

Maar ook als boot voor bijvoorbeeld vmware is het heel geschikt, zonde om de vmware hypervisor op een ssd te instaleren. Je boot toch maar enkel malen per jaar (patches oid) normaal gesproken.

[Kodess]

r0nny116 schreef op zondag 8 juli 2018 @ 17:29:
[...]


Gaat dat de g5400 wel passen op je moederbord?? Ben bang van niet. Verder waarom ga je voor USB opslag i.p.v. ssd? Uit kostenoverweging of? Verder ga je vm draaien of baremetal?

Haha woops, idd ik heb ook het moederbord moeten aanpassen, ik heb de ASRock H370M-ITX/ac.
Ik draai baremetal en de usbstick is inderdaad voor de bootloader.
Ik heb er verder 2 3TB hardeschijven bijgekocht. Hij draait nu goed, met:
1 1TB schijf (had ik al)
2 3TB schijven.
Ik ga er vandaag nog een 3 TB schijf (had ik al) in zetten en Docker erop instellen.

De uiteindelijke bestellijst:

#	Product	Prijs	Subtotaal
1	Intel Pentium Gold G5400 Boxed	€ 63,50	€ 63,50
1	ASRock H370M-ITX/ac	€ 109,51	€ 109,51
2	Toshiba DT01ACA300, 3TB	€ 66,86	€ 133,72
1	Fractal Design Node 304 Zwart	€ 74,50	€ 74,50
1	Kingston DataTraveler Special Edition 9 16GB Grijs	€ 5,38	€ 5,38
1	Arctic Alpine 11 Passive	€ 9,99	€ 9,99
1	Crucial CT4G4DFS824A	€ 40,66	€ 40,66
1	Seasonic Focus Gold 450W	€ 65,95	€ 65,95
Bekijk collectie Importeer producten		Totaal	€ 503,21

[ Voor 69% gewijzigd door Kodess op 09-07-2018 09:34 ]

[Koffie]

Niet geheel xpenlogy, maar hier zit ook de nodige kennis. Mijn xpenlogy kwam na een reboot niet lekker op vandaag, geen disken Paar keer rebooten hielp niet. Uiteindelijk uitgezet en weer aan en goddank vond hij alle disken weer.
Wel mekkert hij dat op 2 van de 4 disken de System Partition failed is. Ik heb alle data gelukkig nog wel.
Enige wat ik tot nu toe ben tegengekomen :

- Kon niet op IMAP inloggen : user/pass error. Gevolg van volgende punt
- "Enable user home service" stond niet enabled, weer enabled. Eerste punt hiermee opgelost
- Photo station lijkt alle settings kwijt en ziet geen enkel album meer. Albums staan fysiek nog op de correcte locatie

Vooral dat laatste punt met photostation is even balen, ik weet niet hoe ik die albums er nu weer in krijg. Dezelfde opnieuw aanmaken is het iig niet, dan krijg ik de error dat die folder al bestaat. Maar hoe krijg ik ze er dan in?
Ik heb een backup gemaakt met Hyperbackup. Helaas kan deze alleen settings restoren als hij ook alle files terugzet. Zie ik niet heel erg zitten omdat het om 114 Gb in 26k files gaat (die er dus gewoon keurig staan).
Zou het helpen door een Re-Index opdracht te geven bij de Indexing Service?

UPDATE : Opgelost door een re-index te draaien. Duurde even, maar converteren ed hoefde allemaal niet. Ik heb weer mijn albums terug

[ Voor 5% gewijzigd door Koffie op 17-07-2018 22:36 ]

[KJM]

r0nny116 schreef op zaterdag 7 juli 2018 @ 21:37:
Dag allen,

Ben van plan een xpenology machine te bouwen voor natuurlijk zo min mogelijk. Is xpenology überhaupt qua hardware goed compatibele met bijv g5400 Pentium gold? Graag zou ik dat op mini itx formaat willen hebben. Zijn 2 Ethernet-poorten een must of? Kan iemand anders een advies geven qua hardware met een g5400. Heb zelf nog een 8GB geheugen liggen een ssd en hdd. Ben benieuwd wat voor mb en case en voeding jullie mij kunnen adviseren.

Tevens adviseren jullie om hem als vm te draaien of bare metal?

Alvast dank.

Ik draai de Barebone versie op een oude HP Proliant ML110 G5 server, kosten via Marktplaats € 12,50
Investeren in nieuwe goede HDD's is interessanter, gebruik bij voorkeur WD Black

Op een HP ML350 G6 / Dell PowerEdge T610 krijg ik de zaak (tot heden) niet draaiend.

[ Voor 4% gewijzigd door KJM op 18-07-2018 22:30 ]

[renedis]

Ik had jammer genoeg voor de derde keer issues met mijn XPenology installatie. Weer hetzelfde geval.

Nu bare-metal Juns loader 1.03a2 - DS918+ draaien met DSM 6.2u2
Vooralsnog stabiel te noemen (draait nu 4 dagen).

[Daniel.]

renedis schreef op zaterdag 28 juli 2018 @ 14:48:
Ik had jammer genoeg voor de derde keer issues met mijn XPenology installatie. Weer hetzelfde geval.

Nu bare-metal Juns loader 1.03a2 - DS918+ draaien met DSM 6.2u2
Vooralsnog stabiel te noemen (draait nu 4 dagen).

Waar kan je die vinden. Ik zit xpenology.com af te struinen maar kan hem niet vinden.

Ik zit er wel over na te denken om OMV of gewoon ubuntu server te draaien, vind DSM ontzettend fijn werken, maar heb het idee dat het kraken/xpenology ervan zowat door één persoon wordt gedaan.

Alleen maar top dat hij het doet, maar dat maakt iedereen ook weer afhankelijk ervan.

[BlaBla1973]

https://xpenology.com/for...79-progress-of-62-loader/

Daar kan je de info vinden over de 6.2 loader

[the-body]

BlaBla1973 schreef op zondag 29 juli 2018 @ 11:47:
https://xpenology.com/for...79-progress-of-62-loader/

Daar kan je de info vinden over de 6.2 loader

Is die dan al stabiel? Ben benieuwd of die ook op een HP N54L met AMD-cpu te draaien is.

[BlaBla1973]

Dat gaat nog niet op AMD hardware of oude Intel hardware , maar dat kan je uitgebreid lezen in de link

[renedis]

Wat @BlaBla1973 zegt @Daniel.

Het is bij mij uit noodzaak ontstaan eerlijk gezegd. Ik had m'n data al opgegeven aangezien het vorige week voor de derde keer op z'n gat ging. Voor mij geen VM meer dus, daar ben ik klaar mee en is onbetrouwbaar gebleken in mijn situatie. Ik heb met geluk mijn data (9TB+) kunnen redden door een "schone installatie" te doen om vervolgens mijn disks te koppelen. Alle programma's e.d. waren natuurlijk wel weg.

Mijn hardware:
- Inter-Tech IPC SC-4100 behuizing
- ASRock H270M-ITX/ac (wifi module verwijderd)
- Intel Pentium G4560T
- 16GB DDR4 geheugen
- Mini-box picoPSU-150-XT

- 1x 128GB SSD = Primaire data (temp downloads/surveillance/docker)
- 2x 128GB SSD = Read/Write cache voor de HDD's
- 2x 8TB HDD = Opslag data

De nieuwe Juns loader met DSM 6.2 is op basis van de DS918+. Het werkt rete snel eerlijk gezegd!
Een vereiste is wel dat je een CPU hebt met redelijk nieuwe CPU instructies. Ofwel, je hebt een hedendaagse CPU nodig. AMD valt buiten de boot op dit moment en ik betwijfel of er ondersteuning komt.

Op dit moment werkt transcoding ook bij mij . Helaas detecteert ie geen NVME ssd's terwijl een originele DS918+ dit wel doet. Overigens heb ik nog nooit een NVME drive aan de praat gekregen ongeacht welk image ik koos. Dit is wel een minpuntje maar ik mag niet klagen.

De 2x 8TB draait in striping. Ik heb nog een setup met 2x 8TB op een co-locatie in een VM. Ook daar nu afgestapt van de VM XPenology omdat ik het niet meer vertrouw. Echter daar overgestapt op een Debian VM. Bijzonder belangrijke data word ook nog eens gesynchroniseerd naar STACK. Beide NICs op het moederbord werken en staan in bonding.

Alles werkt tot nu toe op de DSM6.2 versie! Mocht het nu weer fout gaan zal ik misschien compleet afstappen van XPenology. Tot nu toe heeft een bare-metal setup mij nog niet in de steek gelaten (DSM5.x altijd al bare-metal gedraaid).

[BlaBla1973]

@renedis ik heb al een tijdje een bare-metal draaien met oa 10x4tb en wilde juist de stap naar 6.2 gebruiken om het via VM te gaan doen. Omdat je de schijven kan laten slapen via VM. Maar als ik je bevindingen zo lees denk ik dat ik het ff zo laat.
Zit nu op de laatste DSM 6.1.x en werkt prima , alleen het slapen niet.

[renedis]

BlaBla1973 schreef op maandag 30 juli 2018 @ 17:29:
@renedis ik heb al een tijdje een bare-metal draaien met oa 10x4tb en wilde juist de stap naar 6.2 gebruiken om het via VM te gaan doen. Omdat je de schijven kan laten slapen via VM. Maar als ik je bevindingen zo lees denk ik dat ik het ff zo laat.
Zit nu op de laatste DSM 6.1.x en werkt prima , alleen het slapen niet.

Slapen werkt in een VM ook niet. Bij mij niet iig.

[SHIFTER [NL]]

Slapen heb ik ook nog steeds niet voor elkaar gekregen in VM....

[wishmaster1986]

Ik ga ook afstappen van de VM manier. Sterker nog ik ga terug naar originele hardware van Synology. 2x een DS118 gekocht voor de belangrijkste data zoals foto's, administratie en Synology apps etc. De andere zet ik bij mijn ouders neer als off-site backup i.c.m. DS sync. Vandaar ook een singlebay DS i.p.v. multiple met RAID.

Huidige 4x2TB disken ga ik wel weer met XPenology gebruiken maar als bulk storage voor films en series etc. waar het niet uitmaakt als die data bijvoorbeeld weg zou zijn na een DSM update of dergelijke.

[|sWORDs|]

renedis schreef op zaterdag 28 juli 2018 @ 14:48:
Ik had jammer genoeg voor de derde keer issues met mijn XPenology installatie. Weer hetzelfde geval.

Nu bare-metal Juns loader 1.03a2 - DS918+ draaien met DSM 6.2u2
Vooralsnog stabiel te noemen (draait nu 4 dagen).

Blijft raar dat je problemen hebt, hier draait alles al jaren als een zonnetje (met zowel LSI als Intel controller) ook net de update 2 gedaan:





Ik zie in een van je posts RDM staan, waarom niet gewoon passthrough? En had je wel disk.EnableUUID aangezet?

wishmaster1986 schreef op dinsdag 31 juli 2018 @ 11:45:
Ik ga ook afstappen van de VM manier. Sterker nog ik ga terug naar originele hardware van Synology. 2x een DS118 gekocht voor de belangrijkste data zoals foto's, administratie en Synology apps etc. De andere zet ik bij mijn ouders neer als off-site backup i.c.m. DS sync. Vandaar ook een singlebay DS i.p.v. multiple met RAID.

Huidige 4x2TB disken ga ik wel weer met XPenology gebruiken maar als bulk storage voor films en series etc. waar het niet uitmaakt als die data bijvoorbeeld weg zou zijn na een DSM update of dergelijke.

Met passthrough is de data niet weg, je kunt altijd de disks in een nieuwe VM, een echte Synology of bijvoorbeeld openmediavault koppelen.

[ Voor 43% gewijzigd door |sWORDs| op 04-08-2018 15:36 ]

[EelcoB]

Ik heb sinds een gevalletje waterschade een probleem met mijn baremetal 5.2 build, om een of andere reden werkt de automatisch opstarten en afsluiten functionaliteit niet meer. De NAS heeft voor een opengewaaid raam gestaan in een onweersbui, dus letterlijk alles was nat, gelukkig voornamelijk de buitenkant, en alleen de voeding was flink nat. Hij draait nu gelukkig weer met een tijdelijke voeding, bios was kennelijk gereset toen ik hem de eerste keer opstartte. Iemand enig idee of er bepaalde settings zijn in de BIOS die kunnen verhinderen dat deze functie werkt?

Mijn build:

#	Product	Prijs	Subtotaal
1	AMD Athlon 5350 Boxed	€ 0,-	€ 0,-
1	ASRock AM1B-ITX	€ 0,-	€ 0,-
2	HGST Deskstar 7K4000, 4TB	€ 0,-	€ 0,-
2	HGST Deskstar NAS, 4TB	€ 246,12	€ 492,24
1	Silverstone DS380	€ 164,50	€ 164,50
1	Arctic Cooling Alpine M1-Passive	€ 7,03	€ 7,03
1	Kingston HyperX KHX1600C9D3K2/4G	€ 0,-	€ 0,-
1	Delock Controller SATA, 4 port with Raid	€ 21,66	€ 21,66
1	Silverstone SFX 300W	€ 56,90	€ 56,90
1	Kingston HyperX Fury SSD 120GB	€ 0,-	€ 0,-
Bekijk collectie Importeer producten		Totaal	€ 751,69

[rikadoo]

In de bios is vaak een optie te vinden die ervoor zorgt dat het systeem automatisch opstart na een powerloss. Dus even zoeken in de bios😶

Press F2 during POST to get into BIOS.

2.       Select the Advanced menu, Chipset configuration.

3.       Set the Restore on AC/Power Loss to Power on.

4.       Press F10 to save the configuration.

[ Voor 42% gewijzigd door rikadoo op 04-08-2018 16:39 ]

[EelcoB]

Dat is niet wat mijn bedoeling is, mijn NAS draait niet de hele dag, aangezien er grotendeels van de tijd toch niemand thuis is, dus ik laat hem rond 18:00 aanspringen, en rond 1u 's nachts weer automatisch uitgaan, dat werkte voor de tijd wel, nu helaas niet meer

[|sWORDs|]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[ Voor 7% gewijzigd door |sWORDs| op 05-08-2018 12:53 ]

[BlaBla1973]

Ik lees dat je ook het serial nummer van een gekochte synology kan gebruiken , is er nog een beperking aan vraag ik me af.. ik heb nog ergens een 407e in de opslag staan.

[q2no]

Twee weken geleden heb ik mijn expenology per ongeluk naar dsm 6.2 geüpdate. Gelukkig kwam ik dit er weekend achter dat vorige week door Jun een DSM 6.2 bèta image is geplaatst. Omdat alle andere suggesties niet werkten heb ik als laatste redmiddel deze bèta image gebruikt. En voila, deze werkt voor mij goed!

[SHIFTER [NL]]

EelcoB schreef op zaterdag 4 augustus 2018 @ 17:49:
Dat is niet wat mijn bedoeling is, mijn NAS draait niet de hele dag, aangezien er grotendeels van de tijd toch niemand thuis is, dus ik laat hem rond 18:00 aanspringen, en rond 1u 's nachts weer automatisch uitgaan, dat werkte voor de tijd wel, nu helaas niet meer

Dit is ook wel een idee voor mij. Hoe heb je dit precies ingesteld ?

[pl0xs]

SHIFTER [NL] schreef op maandag 6 augustus 2018 @ 10:41:
[...]


Dit is ook wel een idee voor mij. Hoe heb je dit precies ingesteld ?

Configuratiescherm > Hardware en stroom > Stroomschema

Daar kan je instellen wanneer de NAS aan/uit moet gaan.

[SHIFTER [NL]]

ndthien schreef op maandag 6 augustus 2018 @ 10:58:
[...]

Configuratiescherm > Hardware en stroom > Stroomschema

Daar kan je instellen wanneer de NAS aan/uit moet gaan.

Thanks!

Ik zal het toch anders op moeten lossen denk ik aangezien ik het spul via VM heb draaien. De virtuele nas gaat dan uit, maar de server zelf zal blijven draaien.

Of begrijp ik dit verkeerd? Ik heb deze settings nog niet gevonden in ESXI zelf.

[Chrisiesmit93]

|sWORDs| schreef op zondag 5 augustus 2018 @ 12:44:
***members only***

Kan het kloppen dat ik de melding krijg dat er een disk gemist wordt?

[|sWORDs|]

Chrisiesmit93 schreef op maandag 6 augustus 2018 @ 13:47:
[...]

Kan het kloppen dat ik de melding krijg dat er een disk gemist wordt?

Welke versie van ESXi en welke client?

[Anoniem: 55347]

|sWORDs| schreef op maandag 6 augustus 2018 @ 14:11:
[...]

Welke versie van ESXi en welke client?

Ik heb hetzelfde, maar kan 'm wel gewoon uitrollen. En even dat je er een beeld bij hebt:



Verder draai ik op de laatste versie ESXi (VMware ESXi 6.7.0 build-9214924)

[miicker]

Heel vreemd.. Ik was net bezig met het kijken van een film op Plex, mijn XPenology dient als Plex Server. De film bleef hangen, dat gebeurt wel eens, toen ging ik mijn NAS opnieuw opstarten. Die komt nu niet meer online. Ik heb DSM 6.2 er niet op geïnstalleerd, hij zit op de laatste versie van DSM 6.1 (volgens mij 6.1.7). Iemand enig idee wat dit kan zijn?

Hij wordt ook niet gevonden door de Synology Assistant.

[|sWORDs|]

Anoniem: 55347 schreef op maandag 6 augustus 2018 @ 15:38:
[...]


Ik heb hetzelfde, maar kan 'm wel gewoon uitrollen. En even dat je er een beeld bij hebt:

[afbeelding]

Verder draai ik op de laatste versie ESXi (VMware ESXi 6.7.0 build-9214924)

Vanuit vCenter 6.7 HTML client werkt het prima, gebruik je de host client?

[Anoniem: 55347]

|sWORDs| schreef op maandag 6 augustus 2018 @ 21:52:
[...]

Vanuit vCenter 6.7 HTML client werkt het prima, gebruik je de host client?

Dit is rechtstreeks vanaf mijn host web interface. Ik zal als ik thuis ben eens kijken of ik 'm vanaf m'n vCenter setup kan draaien zonder meldingen.

Overigens de 'oude' ova heeft 't niet (nog even getest).

[|sWORDs|]

Anoniem: 55347 schreef op dinsdag 7 augustus 2018 @ 09:34:
[...]


Dit is rechtstreeks vanaf mijn host web interface. Ik zal als ik thuis ben eens kijken of ik 'm vanaf m'n vCenter setup kan draaien zonder meldingen.

Overigens de 'oude' ova heeft 't niet (nog even getest).

Fusion vind een controller (PVSCSI) zonder disk ook niet leuk, ik denk dat de hostclient er ook een melding op geeft. De vCenter Flex (flash) client kan er volgens mij ook niet mee overweg.

Zal binnenkort nog eens kijken of ik met de hand wel een controller zonder disks zonder meldingen kan maken, met extraconfig export lukt het blijkbaar niet.

[ Voor 13% gewijzigd door |sWORDs| op 07-08-2018 09:43 ]

[Bontje Blauw]

BlaBla1973 schreef op zondag 29 juli 2018 @ 18:11:
Dat gaat nog niet op AMD hardware of oude Intel hardware , maar dat kan je uitgebreid lezen in de link

Kan nog niet achterhalen wat oud is? Ik heb een i3-3225 CPU en zou een bare metal build overwegen. Kan nog upgraden naar i5-3570 bijv.

Ondertussen gevonden......
4th gen of beter.....als dat zo blijft zou ik de hele hardware set mobo/CPU moeten vervangen. Of werkt het wel maar mis je een aantal mogelijkheden?

[ Voor 21% gewijzigd door Bontje Blauw op 07-08-2018 17:54 ]

[Chrisiesmit93]

|sWORDs| schreef op maandag 6 augustus 2018 @ 14:11:
[...]

Welke versie van ESXi en welke client?

Never mind, binnen de vCenter Flash client bleef die hangen op 50%, maar binnen de HTML variant werkte het wel goed
Het draait nu weer als een zonnetje, bedankt!

[EelcoB]

Ben er inmiddels achter dat de NAS wel iets doet mbt de shutdown, webinterface en alle draaiende packages zijn niet meer te benaderen, echter blijft de NAS wel draaien, en is via SSH wel te benaderen. Als ik dan een shutdown uitvoer, wordt de verbinding met SSH wel verbroken, maar de NAS gaat nog niet uit, wellicht eens verder zoeken in de BIOS?

[Obruut]

|sWORDs| schreef op zondag 5 augustus 2018 @ 12:44:
***members only***

Om te starten mijn dank voor het maken van een nieuwe OVA

Bij het uitrollen liep ik niet direct tegen de melding van een missende disk aan zoals @Chrisiesmit93. Nog een paar keer een nieuwe VM als test aangemaakt en kreeg uiteindelijk ook deze melding.
De melding komt kwam in mijn geval toen ik vanaf de laatste pagina van de wizard (Ready to complete) terug ging naar de vorige pagina (Deployment options) om Power on automatically uit te zetten.

ESXi 6.0.0 Update 2 (Build 3620759)
Embedded Host Client v1.31.0

Heb ook nog twee kleine schoonheidsfoutjes in de OVA gevonden denk ik.

code:

nvram = "ovf:/file/file2"

Na het importeren wordt er verwijzen naar een niet bestaand nvram-bestand. Heb deze regel manueel aangepast naar onderstaand en lijkt daarna op het eerste zicht te werken.

code:

nvram = "XPEnology.nvram"

In mijn geval de Serial Port 1 gewijzigd van Use network naar Use named pipe.

[Kecin]

Jeutje, ik wou dat ik dit topic eerder had gezien. Draai hier 6+ op een HP Microserver N54 met 8gb ram. Gaat als een zonnetje moet ik zeggen .

Was wel een gedoe met de install. 5 Stond er zo op, maar 6 duurde even. Nu ik dit hier zie, dat had me veel tijd kunnen besparen. Vanaf nu doe ik dus ook mee .

"Specs"


Wat nog wel gek is, is dat mijn CyberPower UPS niet word herkend terwijl die dat wel zou moeten doen . Iemand tips?

the-body schreef op zondag 29 juli 2018 @ 14:02:
[...]

Is die dan al stabiel? Ben benieuwd of die ook op een HP N54L met AMD-cpu te draaien is.

Volgens mij de 4e(?) optie in Jun's bootloader om AMD te installeren .

[ Voor 50% gewijzigd door Kecin op 08-08-2018 23:18 ]

[Domino]

Ik heb een vreemd probleem met xpenology.

Ik gebruik @|sWORDs| ova (v4) op vsphere 6 u3. Vier 8TB WD reds via een m1015 (lsi2008) passthrough gekoppeld aan xpenology.

Maar het volume crashed keer op keer, system partition crashed is dan de melding in dsm. Ook lopen de disk reconnection errors heel hard op (>20000).

Met een paar toshiba disken (3TB) is er geen enkel probleem. En ook de reds doen het in een oude 211j perfect.

Heb ook getracht domweg vmdk’s te koppelen als virtuele hdd, maar dan loop ik tegen de 4TB limiet aan van de vmware client.

Ova v5 wil overigens niet deployen op 6.0, krijg een sha checksum fout, dus die kan ik niet testen.

Iemand een idee?

[Hari-Bo]

Afgelopen weekend de bootloader bijgewerkt en DSM naar 6.2 alles werkt prima. Totdat ik de webinterface opvraag dan reageert de NAS niet meer en moet deze handmatig een reset krijgen.
Iemand tegen hetzelfde aangelopen?

[r0nny116]

Ik heb sinds vandaag een probleem met mijn build. Ik kwam zeer moeizaam in de webinterface. Het duurde allemaal erg erg lang (normaal binnen paar sec op bureaublad). Bij opslag gaf hij wat errors. Revoot gegeven maar kom er niet meer in. Hij vind de machine nog wel in netwerk, alleen hij geeft aan als ik webinterface wil benaderen; sorry, de pagina die u zoekt kan niet worden weergegeven. Draai baremetal 6.1.7. Bij mijn weten geen update probleem oid. Iemand enig idee hoe te redden?

[H143]

graag advies voor het volgende:
ik heb op dit moment een Baremetal systeem met een Asrock Q1900 bordje en 2x 2tb hd's

nu wil ik mn servertje ook gaan gebruiken voor domoticz en PIhole
dan kan ik mn raspberry pi laten vervallen
zouden jullie dan aanraden esxi er op te draaien (het kan wel op het bordje maar is wel omslachtig) of is het dan toch beter domoticz op de pi te laten en lekker baremetal te blijven

[mr.DJ95]

alexswart schreef op dinsdag 21 augustus 2018 @ 11:35:
graag advies voor het volgende:
ik heb op dit moment een Baremetal systeem met een Asrock Q1900 bordje en 2x 2tb hd's

nu wil ik mn servertje ook gaan gebruiken voor domoticz en PIhole
dan kan ik mn raspberry pi laten vervallen
zouden jullie dan aanraden esxi er op te draaien (het kan wel op het bordje maar is wel omslachtig) of is het dan toch beter domoticz op de pi te laten en lekker baremetal te blijven

Ik heb zelf XPenology in VM draaien boven op mijn ESXI machine. Hier draaien ook een installatie van Domoticz en van Pihole op. Echter is dit wel iets zwaardere hardware.

Kan je het niet gewoon doen op basis van test?

[|sWORDs|]

mr.DJ95 schreef op dinsdag 21 augustus 2018 @ 16:08:
[...]


Ik heb zelf XPenology in VM draaien boven op mijn ESXI machine. Hier draaien ook een installatie van Domoticz en van Pihole op. Echter is dit wel iets zwaardere hardware.

Kan je het niet gewoon doen op basis van test?

Op dat bord is het niet echt prettig, veel problemen met de GPU/console, CPU niet denderend, NIC heeft drivers nodig, SATA kan niet in passthrough met ESXi 6.7, etc, etc, etc.

[HaTe]

Wie heeft er geprobeerd om een HP Microserver Gen8 te updaten naar DSM 6.2 met de nieuwe loader?
Ik draai momenteel DSM 6.1 met Jun's synoboot_ds3615_v1.02b. Ik hoop dat ik 6.1 kan draaien met de nieuwe v1.03b loader en dan updaten naar 6.2.

Weet iemand op welke kernel versie 6.2 zit voor de ds3615?

[ Voor 11% gewijzigd door HaTe op 21-08-2018 22:56 ]

[Dakillerbean]

Zojuist de nieuwe OVA uitgerold op de manier waarop ik in het verleden een "defecte" XPEnology VM herstelde. Oude VM weg, nieuwe OVA uitrollen, DSM erop en oude data disken koppelen. Ging nagenoeg naadloos, met behoud van apps/data/instellingen kon ik migreren van 6.1 naar 6.2. Draai nu weer de meest recente versie van DSM zonder al te veel poespas. Uiteraard weer mijn dankwoord aan @|sWORDs| voor de aanlevering van wederom een uitstekend werkende OVA!

Voor de nieuwsgierigen onder ons: Draaiend op een Microserver Gen8 met ESXi 6.5.0 Update 2 (Build 8294253) waar ik na 6.1 problemen had met het zien van de data disken, zoals zovelen.

[HaTe]

HaTe schreef op dinsdag 21 augustus 2018 @ 22:48:
Wie heeft er geprobeerd om een HP Microserver Gen8 te updaten naar DSM 6.2 met de nieuwe loader?
Ik draai momenteel DSM 6.1 met Jun's synoboot_ds3615_v1.02b. Ik hoop dat ik 6.1 kan draaien met de nieuwe v1.03b loader en dan updaten naar 6.2.

Zojuist de gok genomen en alles is vlekkeloos gegaan. Na de eerste herstart kwam hij niet terug online, waarna ik wel handmatig heb herstart.
Ik heb trouwens met de 1.02 loader de update gedaan en pas toen hij ging herstarten de nieuwe loader er in.

Ik heb nu ook de update gedaan naar de ds3617 versie en ook dat is goed gegaan. Het is een kwestie van opnieuw opstarten met de nieuwe loader. Daarna wordt er gevraagd of je wilt migreren.

De enige reden om nu al te updaten naar 6.2 is omdat ik naar linux kernel 4.4 wilde voor bepaalde drivers. Helaas kom ik er achter dat het nu nog steeds op kernelversie 3.10 zit!

[ Voor 32% gewijzigd door HaTe op 22-08-2018 18:00 ]

[Domino]

|sWORDs| schreef op zondag 5 augustus 2018 @ 12:44:
***members only***

Ik krijg een foutmelding bij het importeren van deze ova:



XML:

code:

<?xml version="1.0" encoding="UTF-8"?>
<!--Generated by VMware VirtualCenter Server, User: VSPHERE.LOCAL\Administrator, UTC time: 2018-08-05T10:26:27.93445Z-->
<Envelope vmw:buildId="build-8170161" xmlns="http://schemas.dmtf.org/ovf/envelope/1" xmlns:cim="http://schemas.dmtf.org/wbem/wscim/1/common" xmlns:ovf="http://schemas.dmtf.org/ovf/envelope/1" xmlns:rasd="http://schemas.dmtf.org/wbem/wscim/1/cim-schema/2/CIM_ResourceAllocationSettingData" xmlns:vmw="http://www.vmware.com/schema/ovf" xmlns:vssd="http://schemas.dmtf.org/wbem/wscim/1/cim-schema/2/CIM_VirtualSystemSettingData" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <References>
    <File ovf:href="XPenology_v5-disk1.vmdk" ovf:id="file1" ovf:size="25171456"/>
    <File ovf:href="XPenology_v5-file1.nvram" ovf:id="file2" ovf:size="8684"/>
  </References>
  <DiskSection>
    <Info>Virtual disk information</Info>
    <Disk ovf:capacity="50" ovf:capacityAllocationUnits="byte * 2^20" ovf:diskId="vmdisk1" ovf:fileRef="file1" ovf:format="http://www.vmware.com/interfaces/specifications/vmdk.html#streamOptimized" ovf:populatedSize="31457280"/>
  </DiskSection>
  <NetworkSection>
    <Info>The list of logical networks</Info>
    <Network ovf:name="Green">
      <Description>The Green network</Description>
    </Network>
  </NetworkSection>
  <VirtualSystem ovf:id="XPenology_v5">
    <Info>A virtual machine</Info>
    <Name>XPenology_v5</Name>
    <OperatingSystemSection ovf:id="100" vmw:osType="other3xLinux64Guest">
      <Info>The kind of installed guest operating system</Info>
      <Description>Other 3.x Linux (64-bit)</Description>
    </OperatingSystemSection>
    <VirtualHardwareSection>
      <Info>Virtual hardware requirements</Info>
      <System>
        <vssd:ElementName>Virtual Hardware Family</vssd:ElementName>
        <vssd:InstanceID>0</vssd:InstanceID>
        <vssd:VirtualSystemIdentifier>XPenology_v5</vssd:VirtualSystemIdentifier>
        <vssd:VirtualSystemType>vmx-10</vssd:VirtualSystemType>
      </System>
      <Item>
        <rasd:AllocationUnits>hertz * 10^6</rasd:AllocationUnits>
        <rasd:Description>Number of Virtual CPUs</rasd:Description>
        <rasd:ElementName>2 virtual CPU(s)</rasd:ElementName>
        <rasd:InstanceID>1</rasd:InstanceID>
        <rasd:ResourceType>3</rasd:ResourceType>
        <rasd:VirtualQuantity>2</rasd:VirtualQuantity>
      </Item>
      <Item>
        <rasd:AllocationUnits>byte * 2^20</rasd:AllocationUnits>
        <rasd:Description>Memory Size</rasd:Description>
        <rasd:ElementName>2048MB of memory</rasd:ElementName>
        <rasd:InstanceID>2</rasd:InstanceID>
        <rasd:ResourceType>4</rasd:ResourceType>
        <rasd:VirtualQuantity>2048</rasd:VirtualQuantity>
      </Item>
      <Item>
        <rasd:Address>0</rasd:Address>
        <rasd:Description>SATA Controller</rasd:Description>
        <rasd:ElementName>SATA controller 0</rasd:ElementName>
        <rasd:InstanceID>3</rasd:InstanceID>
        <rasd:ResourceSubType>vmware.sata.ahci</rasd:ResourceSubType>
        <rasd:ResourceType>20</rasd:ResourceType>
        <vmw:Config ovf:required="false" vmw:key="slotInfo.pciSlotNumber" vmw:value="37"/>
      </Item>
      <Item>
        <rasd:Address>0</rasd:Address>
        <rasd:Description>SCSI Controller</rasd:Description>
        <rasd:ElementName>SCSI controller 0</rasd:ElementName>
        <rasd:InstanceID>4</rasd:InstanceID>
        <rasd:ResourceSubType>VirtualSCSI</rasd:ResourceSubType>
        <rasd:ResourceType>6</rasd:ResourceType>
        <vmw:Config ovf:required="false" vmw:key="slotInfo.pciSlotNumber" vmw:value="160"/>
      </Item>
      <Item>
        <rasd:Address>1</rasd:Address>
        <rasd:Description>IDE Controller</rasd:Description>
        <rasd:ElementName>IDE 1</rasd:ElementName>
        <rasd:InstanceID>5</rasd:InstanceID>
        <rasd:ResourceType>5</rasd:ResourceType>
      </Item>
      <Item>
        <rasd:Address>0</rasd:Address>
        <rasd:Description>IDE Controller</rasd:Description>
        <rasd:ElementName>IDE 0</rasd:ElementName>
        <rasd:InstanceID>6</rasd:InstanceID>
        <rasd:ResourceType>5</rasd:ResourceType>
      </Item>
      <Item ovf:required="false">
        <rasd:AutomaticAllocation>false</rasd:AutomaticAllocation>
        <rasd:ElementName>Video card</rasd:ElementName>
        <rasd:InstanceID>7</rasd:InstanceID>
        <rasd:ResourceType>24</rasd:ResourceType>
        <vmw:Config ovf:required="false" vmw:key="useAutoDetect" vmw:value="false"/>
        <vmw:Config ovf:required="false" vmw:key="videoRamSizeInKB" vmw:value="4096"/>
        <vmw:Config ovf:required="false" vmw:key="enable3DSupport" vmw:value="false"/>
        <vmw:Config ovf:required="false" vmw:key="use3dRenderer" vmw:value="automatic"/>
      </Item>
      <Item ovf:required="false">
        <rasd:AutomaticAllocation>false</rasd:AutomaticAllocation>
        <rasd:ElementName>VMCI device</rasd:ElementName>
        <rasd:InstanceID>8</rasd:InstanceID>
        <rasd:ResourceSubType>vmware.vmci</rasd:ResourceSubType>
        <rasd:ResourceType>1</rasd:ResourceType>
        <vmw:Config ovf:required="false" vmw:key="slotInfo.pciSlotNumber" vmw:value="32"/>
        <vmw:Config ovf:required="false" vmw:key="allowUnrestrictedCommunication" vmw:value="false"/>
      </Item>
      <Item>
        <rasd:AddressOnParent>0</rasd:AddressOnParent>
        <rasd:ElementName>Hard disk 1</rasd:ElementName>
        <rasd:HostResource>ovf:/disk/vmdisk1</rasd:HostResource>
        <rasd:InstanceID>9</rasd:InstanceID>
        <rasd:Parent>3</rasd:Parent>
        <rasd:ResourceType>17</rasd:ResourceType>
        <vmw:Config ovf:required="false" vmw:key="backing.writeThrough" vmw:value="false"/>
      </Item>
      <Item>
        <rasd:Address>00:11:32:2c:a6:03</rasd:Address>
        <rasd:AddressOnParent>7</rasd:AddressOnParent>
        <rasd:AutomaticAllocation>true</rasd:AutomaticAllocation>
        <rasd:Connection>Green</rasd:Connection>
        <rasd:Description>VmxNet3 ethernet adapter on &quot;Green&quot;</rasd:Description>
        <rasd:ElementName>Network adapter 1</rasd:ElementName>
        <rasd:InstanceID>10</rasd:InstanceID>
        <rasd:ResourceSubType>VmxNet3</rasd:ResourceSubType>
        <rasd:ResourceType>10</rasd:ResourceType>
        <vmw:Config ovf:required="false" vmw:key="slotInfo.pciSlotNumber" vmw:value="192"/>
        <vmw:Config ovf:required="false" vmw:key="wakeOnLanEnabled" vmw:value="true"/>
        <vmw:Config ovf:required="false" vmw:key="connectable.allowGuestControl" vmw:value="true"/>
      </Item>
      <Item ovf:required="false">
        <rasd:AutomaticAllocation>true</rasd:AutomaticAllocation>
        <rasd:ElementName>Serial port 1</rasd:ElementName>
        <rasd:InstanceID>11</rasd:InstanceID>
        <rasd:ResourceSubType>vmware.serialport.uri</rasd:ResourceSubType>
        <rasd:ResourceType>21</rasd:ResourceType>
        <vmw:Config ovf:required="false" vmw:key="yieldOnPoll" vmw:value="false"/>
        <vmw:Config ovf:required="false" vmw:key="backing.direction" vmw:value="server"/>
        <vmw:Config ovf:required="false" vmw:key="connectable.allowGuestControl" vmw:value="true"/>
      </Item>
      <vmw:Config ovf:required="false" vmw:key="cpuHotAddEnabled" vmw:value="true"/>
      <vmw:Config ovf:required="false" vmw:key="cpuHotRemoveEnabled" vmw:value="false"/>
      <vmw:Config ovf:required="false" vmw:key="memoryHotAddEnabled" vmw:value="false"/>
      <vmw:Config ovf:required="false" vmw:key="firmware" vmw:value="bios"/>
      <vmw:Config ovf:required="false" vmw:key="tools.syncTimeWithHost" vmw:value="false"/>
      <vmw:Config ovf:required="false" vmw:key="tools.afterPowerOn" vmw:value="true"/>
      <vmw:Config ovf:required="false" vmw:key="tools.afterResume" vmw:value="true"/>
      <vmw:Config ovf:required="false" vmw:key="tools.beforeGuestShutdown" vmw:value="true"/>
      <vmw:Config ovf:required="false" vmw:key="tools.beforeGuestStandby" vmw:value="true"/>
      <vmw:Config ovf:required="false" vmw:key="tools.toolsUpgradePolicy" vmw:value="manual"/>
      <vmw:Config ovf:required="false" vmw:key="uuid" vmw:value="42306514-9c28-c878-d571-e43d55bcf9d6"/>
      <vmw:Config ovf:required="false" vmw:key="powerOpInfo.powerOffType" vmw:value="soft"/>
      <vmw:Config ovf:required="false" vmw:key="powerOpInfo.resetType" vmw:value="soft"/>
      <vmw:Config ovf:required="false" vmw:key="powerOpInfo.suspendType" vmw:value="hard"/>
      <vmw:Config ovf:required="false" vmw:key="nestedHVEnabled" vmw:value="true"/>
      <vmw:Config ovf:required="false" vmw:key="virtualICH7MPresent" vmw:value="false"/>
      <vmw:Config ovf:required="false" vmw:key="virtualSMCPresent" vmw:value="false"/>
      <vmw:Config ovf:required="false" vmw:key="flags.vvtdEnabled" vmw:value="false"/>
      <vmw:Config ovf:required="false" vmw:key="flags.vbsEnabled" vmw:value="false"/>
      <vmw:Config ovf:required="false" vmw:key="bootOptions.efiSecureBootEnabled" vmw:value="false"/>
      <vmw:Config ovf:required="false" vmw:key="powerOpInfo.standbyAction" vmw:value="checkpoint"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="sched.cpu.latencySensitivity" vmw:value="normal"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="tools.guest.desktop.autolock" vmw:value="FALSE"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="nvram" vmw:value="ovf:/file/file2"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="pciBridge0.present" vmw:value="TRUE"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="svga.present" vmw:value="TRUE"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="pciBridge4.present" vmw:value="TRUE"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="pciBridge4.virtualDev" vmw:value="pcieRootPort"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="pciBridge4.functions" vmw:value="8"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="pciBridge5.present" vmw:value="TRUE"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="pciBridge5.virtualDev" vmw:value="pcieRootPort"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="pciBridge5.functions" vmw:value="8"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="pciBridge6.present" vmw:value="TRUE"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="pciBridge6.virtualDev" vmw:value="pcieRootPort"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="pciBridge6.functions" vmw:value="8"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="pciBridge7.present" vmw:value="TRUE"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="pciBridge7.virtualDev" vmw:value="pcieRootPort"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="pciBridge7.functions" vmw:value="8"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="hpet0.present" vmw:value="TRUE"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="sata0.pciSlotNumber" vmw:value="37"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="scsi0.pciSlotNumber" vmw:value="160"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="ethernet0.pciSlotNumber" vmw:value="192"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="pciBridge0.pciSlotNumber" vmw:value="17"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="pciBridge4.pciSlotNumber" vmw:value="21"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="pciBridge5.pciSlotNumber" vmw:value="22"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="pciBridge6.pciSlotNumber" vmw:value="23"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="pciBridge7.pciSlotNumber" vmw:value="24"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="vmci0.pciSlotNumber" vmw:value="32"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="scsi0.sasWWID" vmw:value="50 05 05 64 9c 28 c8 70"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="monitor.phys_bits_used" vmw:value="40"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="vmotion.checkpointFBSize" vmw:value="4194304"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="softPowerOff" vmw:value="TRUE"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="tools.remindInstall" vmw:value="FALSE"/>
      <vmw:ExtraConfig ovf:required="false" vmw:key="disk.EnableUUID" vmw:value="TRUE"/>
      
      
      <vmw:ExtraConfig ovf:required="false" vmw:key="migrate.hostLog" vmw:value="XPenology v5-2191d00d.hlog"/>
    </VirtualHardwareSection>
    <AnnotationSection ovf:required="false">
      <Info>A human-readable annotation</Info>
      <Annotation>-DS3617xs 
-Jun v1.0.3b bootloader
-Flat Disk
-HW Level 10
-PVSCSI
-VMXNET3
-CPU Virtualization (VirtualBox) - untested
-Disk UUID (RAID with virtual disks) - untested</Annotation>
    </AnnotationSection>
  </VirtualSystem>
</Envelope>

code:

[root@vsphere16:~] vmware -vl
VMware ESXi 6.0.0 build-8934903
VMware ESXi 6.0.0 Update 3

Iemand een idee?

[|sWORDs|]

Je kunt OVF Tool gebruiken en de ova naar ovf converteren, dan importeren zonder .mf file (of --shaAlgorithm=sha1 gebruiken).
Ik heb er nooit over na gedacht dat SHA256 de default is met 6.5 en 6.7 maar 6.0 en eerder SHA256 niet supporten.

[ Voor 45% gewijzigd door |sWORDs| op 24-08-2018 17:19 ]

[panomi]

alexswart schreef op dinsdag 21 augustus 2018 @ 11:35:
graag advies voor het volgende:
ik heb op dit moment een Baremetal systeem met een Asrock Q1900 bordje en 2x 2tb hd's

nu wil ik mn servertje ook gaan gebruiken voor domoticz en PIhole
dan kan ik mn raspberry pi laten vervallen
zouden jullie dan aanraden esxi er op te draaien (het kan wel op het bordje maar is wel omslachtig) of is het dan toch beter domoticz op de pi te laten en lekker baremetal te blijven

Ik heb op mijn baremetal (HP N54L met 2GB) een aantal Docker containers zoals Domoticz, UniFi Controller en nog een service draaien. Draait als een zonnetje. ESXi is hiervoor dus niet perse nodig.

[Domino]

|sWORDs| schreef op vrijdag 24 augustus 2018 @ 17:16:
Je kunt OVF Tool gebruiken en de ova naar ovf converteren, dan importeren zonder .mf file (of --shaAlgorithm=sha1 gebruiken).
Ik heb er nooit over na gedacht dat SHA256 de default is met 6.5 en 6.7 maar 6.0 en eerder SHA256 niet supporten.

OVFTool leverde ook geen goede oplossing.
Uiteindelijk maar via vCenter 6.5 uitgerold, maar wat is dat een geheugen hog geworden zeg.

[|sWORDs|]

Domino schreef op maandag 27 augustus 2018 @ 09:24:
[...]

Uiteindelijk maar via vCenter 6.5 uitgerold, maar wat is dat een geheugen hog geworden zeg.

Dat is natuurlijk ook niet voor 16 of 32GB thuis machines, op de 256GB+ machines waar het normaal gesproken op terecht komt is het peanuts en is de toe genomen snelheid door alles in het geheugen te hebben welkom.

[ Voor 5% gewijzigd door |sWORDs| op 27-08-2018 09:54 ]

[Anoniem: 55347]

|sWORDs| schreef op zondag 5 augustus 2018 @ 12:44:
***members only***

Vandaag gemigreerd naar deze OVA en alles vlekkeloos verder verlopen. Had de OVA al een tijdje draaien als test en geen issues ondervonden. Vooralsnog werkt 't vlekkeloos. Ook de update net Update 2 die klaar staat is zonder problemen verlopen.

Thanks wederom.

[ Voor 0% gewijzigd door Anoniem: 55347 op 27-08-2018 16:16 . Reden: type-foutje ]

[marc1982]

Anoniem: 55347 schreef op maandag 27 augustus 2018 @ 16:16:
[...]


Vandaag gemigreerd naar deze OVA en alles vlekkeloos verder verlopen. Had de OVA al een tijdje draaien als test en geen issues ondervonden. Vooralsnog werkt 't vlekkeloos. Ook de update net Update 2 die klaar staat is zonder problemen verlopen.

Thanks wederom.

Mag ik je vragen hoe je dit precies gedaan heb?
Ik wil dit ook wel gaan doen, maar weet nog niet precies hoe (qua schijven omhangen enzo).

[Anoniem: 55347]

marc1982 schreef op woensdag 29 augustus 2018 @ 08:15:
[...]
Mag ik je vragen hoe je dit precies gedaan heb?

1) na een tijdje test run gedaan te hebben ova opnieuw geimporteerd
2) Exact 't zelfde configureren maar niet aanzetten (dus hardware passthrough, memory reservation)
3) Vervolgens de oude DSM uitschakelen via normale weg. VM gaat dan uit.
4) Nieuwe DSM (VM) inschakelen en vervolgens de migratie doorlopen. Je krijgt waarschijnlijk een nieuw IP, check ff in de router welke is uitgegeven en log daarop in of gebruik find.synology.com
5) Daarna krijgt de NAS een reboot en je oude IP weer terug als je 'm vast hebt staan in je vorige config. anders even zelf omzetten.
6) En klaar.. tenminste bij mij was dat alles

[marc1982]

Anoniem: 55347 schreef op woensdag 29 augustus 2018 @ 12:41:
[...]


1) na een tijdje test run gedaan te hebben ova opnieuw geimporteerd
2) Exact 't zelfde configureren maar niet aanzetten (dus hardware passthrough, memory reservation)
3) Vervolgens de oude DSM uitschakelen via normale weg. VM gaat dan uit.
4) Nieuwe DSM (VM) inschakelen en vervolgens de migratie doorlopen. Je krijgt waarschijnlijk een nieuw IP, check ff in de router welke is uitgegeven en log daarop in of gebruik find.synology.com
5) Daarna krijgt de NAS een reboot en je oude IP weer terug als je 'm vast hebt staan in je vorige config. anders even zelf omzetten.
6) En klaar.. tenminste bij mij was dat alles

Duidelijk, gaan we proberen, thanks!

[xAn52]

Ik heb nieuwe disks voor mijn xpenology (DSM 6.1) besteld. Deze bestaat nu uit een 8 disk i5-3470 setup (z77 bord met 8 SATA aansluitingen, 16GB ram). Daarin een 2*1TB R1 set en een 6*2TB SHR set met daarop 1 volume waar alle shares op staan. De mirror set bevat vol.1 voor de apps etc. en vol.2 voor diverse cloud sync's (dropbox, onedrive etc)
De 6*2TB gaan vervangen worden voor 6*8TB disks. Ik zit alleen even met het migratiescenario. Ik kan er 2 verzinnen:
1. Disk eruit, disk erin, rebuild, repeat 5x.
2. Disk eruit, disk erin ,maak een nieuw vol. aan (vol.4) verplaats alle shares van vol.3 naar vol.4, vervang alle disks van vol. 3, maak vol.3 opnieuw aan, move alle shares weer terug, delete vol.4 en plaats deze disk bij vol.3.

Mijn voorkeur gaat uit naar optie 2. Waar zit ik mee: wat gebeurt er als ik vol.3 verwijder? Kan ik vol.3 überhaupt verwijderen als de disks er niet meer zijn en, net zo belangrijk, kan ik vol.3 daarna weer opnieuw aanmaken? Dit wil ik vanwege alle applicaties op vol.1 die data wegschrijven of ophalen uit vol.3. Vervallen deze links naar dit volume uit de applicaties als bijvoorbeeld Plex, als ik vol.3 delete?
Ik heb geen ESXi omgeving waarop ik dit kan nabootsen, helaas. Heeft iemand hier ervaring mee?
Alle input is welkom!

[Twanekel]

Moooi

[renedis]

SHIFTER [NL] schreef op dinsdag 31 juli 2018 @ 08:50:
Slapen heb ik ook nog steeds niet voor elkaar gekregen in VM....

Mocht het je om stroomverbruik gaan;

Ik heb de (baremetal XPenology) installatie "bootstrapped". daarmee kon ik powertop installeren. Helaas wel een verouderde versie maar alsnog effectief.

Mijn idle verbruik is met gemiddeld 5 watt omlaag gegaan.


Ik hoop mijn eigen kernel nog eens te kunnen bouwen voor DSM 6.2 met de nodige kernel tweaks. Zover ben ik jammer genoeg nog niet.

[Robbie T]

Wellicht een stomme vraag, maar waar kan ik de nieuwste versie van jun's bootloader vinden?

[Anoniem: 55347]

Robbie T schreef op donderdag 13 september 2018 @ 11:40:
Wellicht een stomme vraag, maar waar kan ik de nieuwste versie van jun's bootloader vinden?

https://mega.nz/#F!BtFQ2DgC!JgomNP3X8V9EuwxL4TXbng!Yot3HB4S

Hier worden ze meestal geplaatst, x-aantal versies staan er netjes. Verder hebben we in dit topic ook een OVA staan voor de ESXi Fanboys (myself included) en werkt prima.

Draai zelf al weer enig tijd een op de laatste versie (laatste reboot was i.v.m. verleggen stroom punt)

[Robbie T]

Anoniem: 55347 schreef op donderdag 13 september 2018 @ 11:52:
[...]


https://mega.nz/#F!BtFQ2DgC!JgomNP3X8V9EuwxL4TXbng!Yot3HB4S

Hier worden ze meestal geplaatst, x-aantal versies staan er netjes. Verder hebben we in dit topic ook een OVA staan voor de ESXi Fanboys (myself included) en werkt prima.

Draai zelf al weer enig tijd een op de laatste versie (laatste reboot was i.v.m. verleggen stroom punt)

[Afbeelding]

Het is alweer even geleden dat ik de bootloader heb vervangen. Maar kwestie van NAS uitschakelen, USB stick leegmaken, nieuwe bootloader op de USB stick plaatsen en in de NAS drukken en de nas aanzetten? Klaar?

[panomi]

Robbie T schreef op donderdag 13 september 2018 @ 11:54:
[...]


Het is alweer even geleden dat ik de bootloader heb vervangen. Maar kwestie van NAS uitschakelen, USB stick leegmaken, nieuwe bootloader op de USB stick plaatsen en in de NAS drukken en de nas aanzetten? Klaar?

Volgens mij moet je nog je VID en PID aanpassen in de bootregel?

[Daniel.]

Ik heb vandaag eindelijk ook mijn BareBone geupdate naar 6.2 Wilde er bijna van afstappen en Ubuntu Server draaien met heel veel docker Containers. Toch fijn dat er weer een update is want het blijft toch veruit het fijnste Server systeem.

[Robbie T]

panomi schreef op donderdag 13 september 2018 @ 12:04:
[...]


Volgens mij moet je nog je VID en PID aanpassen in de bootregel?

Vanavond succesvol kunnen updaten. In eerste instantie ging het nog mis. Ik kreeg geen toegang tot de oude schijf waardoor ik de PID, VID, SN en MAC niet kon achterhalen. Erop gegokt, keurig geboot en toegang tot DSM, echter geen bestanden zichtbaar en packages installeren lukte niet.

Inmiddels via OSFMount de oude image (had gelukkig een backup gemaakt ) kunnen mounten en alsnog de gegevens kunnen achterhalen. Deze in de nieuwe bootloader gezet (.IMG aangepast) en hierna de img opnieuw geflashed en succes :-).

[miicker]

Ik wil DSM 6.1 ook updaten naar 6.2, als ik het Xpenology forum doorneem zie ik dat 6.2.1 nog niet werkt met de laatste bootloader of wel? Ik heb ook dit topic doorgenomen, maar wil zeker weten dat ik geen fouten ga maken, dus vandaar mijn vraag hoe ik dit moet aanpakken, klopt dit:
- De update starten vanuit de webinterface
- Bij de reboot de NAS volledig uitzetten
- De bootloader updaten
- De NAS opnieuw aanzetten
- Alles werkt hopelijk?

Of kan ik in plaats van een reboot meteen de NAS helemaal uitzetten?

[Anoniem: 55347]

miicker schreef op vrijdag 14 september 2018 @ 21:43:
Ik wil DSM 6.1 ook updaten naar 6.2, als ik het Xpenology forum doorneem zie ik dat 6.2.1 nog niet werkt met de laatste bootloader of wel? Ik heb ook dit topic doorgenomen, maar wil zeker weten dat ik geen fouten ga maken, dus vandaar mijn vraag hoe ik dit moet aanpakken, klopt dit:
- De update starten vanuit de webinterface
- Bij de reboot de NAS volledig uitzetten
- De bootloader updaten
- De NAS opnieuw aanzetten
- Alles werkt hopelijk?

Of kan ik in plaats van een reboot meteen de NAS helemaal uitzetten?

Waarop heb je 't draaien? ESXi, Hyper-V of Baremetal? Vanaf USB stick?

Cheers, eens kijken of we 't makkelijk kunnen maken voor je.

[miicker]

Anoniem: 55347 schreef op maandag 17 september 2018 @ 13:18:
[...]


Waarop heb je 't draaien? ESXi, Hyper-V of Baremetal? Vanaf USB stick?

Cheers, eens kijken of we 't makkelijk kunnen maken voor je.

Baremetal vanaf een usb stick

[Anoniem: 55347]

miicker schreef op maandag 17 september 2018 @ 23:25:
[...]
Baremetal vanaf een usb stick

Als je een extra USB stick hebt, dan kun je op de huidige nog terug vallen. Verder moet je de volgende gegevens uitlezen voordat je de USB update met nieuwe image:

- PID
- VID
- SN
- MAC

Deze zijn uit te lezen door het image te laden met POWERISO of met OSFMount en vervolgens de grub.cfg te openen. Hierin staan de bovenstaande gegevens. Vervolgens in het nieuwe image deze gegevens verwerken en opslaan. Deze kun je dan op de USB stick wegschrijven weer (voorkeur is dus een 2de USB stick).

Daarna booten van de nieuwe USB stick, die zal zien dat je een 'migratie' uitvoert. Zelf zorg ik er voor dat ik altijd de Synology Assistant gebruik om de update uit te voeren of installatie van de *.pat (firmware) op de Synology. Hou hierbij in de gaten dat je dus kiest voor een migratie/update zonder data verlies. Dit is een beetje uit m'n hoofd zo. Als je niet staat te springen wil ik ook wel van de week een test migratie doen weer van 6.1 naar 6.2. Ik weet namelijk niet meer uit m'n hoofd welke schermen je precies krijgt.

Overigens als andere een beter proces hebben, dan hoor ik het graag

voor extra tips:
https://xpenology.com/for...sm-52-to-61x-juns-loader/

Is dan wel van 5.2 naar 6.1, maar deels nog steeds toepasbaar.

Als het overigens niet correct werkt met 6.2 kun je terug naar 6.1 door die weer te downloaden (of de oude USB stick te gebruiken) en weer een migratie aan te gaan.

[miicker]

@Anoniem: 55347 thanks voor de uitleg! Maar 6.2.1 werkt dus sowieso nog niet?
Mocht daar een nieuwe bootloader voor nodig zijn kan ik misschien beter nog even wachten.

Daarnaast is deze bootloader nog in beta zie ik, merk je daar nog iets aan? of is hij wel stabiel?

[Anoniem: 55347]

@miicker

Ik heb 6.2.1 nog niet aangeboden gekregen als een mogelijke update, dus heb m ook nog niet kunnen testen. Mijn versie die draait staat een paar posts terug benoemd. Die draait prima de afgelopen weken.

Mocht 6.2.1 beschikbaar zijn zal ik die eerst weer op een test VM uitproberen. Dan laat ik de resultaten weer weten.

[xAn52]

Inmiddels zijn m'n 2TB's vervangen door 8TB's. het was even puzzelen, maar ik ben eruit gekomen.
Nu nog kijken of de apps alles weer oppakken.
edit:
Wat heb ik gedaan:
Alle apps gestopt. 1 disk van de mirrorset (R1) verwijderd. Hier een 8TB disk in gedaan, hierop een nieuw jbod (R5 heeft min. 3 disk nodig) gedefinieerd. Alle shares gemoved van volume 3 (6*2TB R5) naar de JBOD.
Volume 3 en de bijbehorende raidset verwijderd. Disken van 2TB verwijderd, 8TB in de plaats gezet, nieuwe raidset en volume aangemaakt (btrfs, r5), gelukkig werd dit ook Volume3, een aantal shares teruggeplaatst (uitpak dirs SABnzbd en een media directory), Sonarr en SAB geactiveerd en deze werken weer naadloos. De eerste nieuwe media bestanden staan weer netjes op hun plaats in de dir.structuur.
Nu de andere shares moven naar vol.3 en dan Plex eens starten. Ik heb goede hoop.
Als laatste nog de R1 naar 2TB's miogreren, de jbod opdoeken en deze disk in vol.3 opnemen.

[ Voor 73% gewijzigd door xAn52 op 19-09-2018 23:08 ]

[renedis]

miicker schreef op dinsdag 18 september 2018 @ 17:01:
@Anoniem: 55347 thanks voor de uitleg! Maar 6.2.1 werkt dus sowieso nog niet?
Mocht daar een nieuwe bootloader voor nodig zijn kan ik misschien beter nog even wachten.

Daarnaast is deze bootloader nog in beta zie ik, merk je daar nog iets aan? of is hij wel stabiel?

Ik heb ook nog geen 6.2.1. Kom niet verder dan 6.2 U2



Op een bare-metal machine overigens

[Rowdy.nl]

Zojuist m'n eerste XPEnology geïnstalleerd. Draai al jaren Gentoo servers als zelfbouw NAS, maar was op zoek naar iets simpelers. Mooi spul dat Synology, maar een kleine €550 voor een beetje fatsoenlijke NAS (die ik wilde tenminste, de DS918+) zonder disks was een beetje gortig. Tot ik dit topic tegen kwam. Erg gaaf. heb me uiteindelijk een config van het XPEnology forum geplukt, wat erg goed werkt. Bordje nieuw gekocht, de voeding komt uit m'n vorige server en het geheugen en de schijven heb ik via V&A overgenomen. Mocht iemand op zoek zijn, het bordje is in principe een DS918+. Alleen tegen een veel zachter prijsje. Enige nadeel aan deze setup; 4xsata, maar je je hebt slechts een PCI 2.0x1 slot, dus weinig uitbreidingsmogelijkheden. Of een extra RAID controller, of een extra netwerkkaart.

#	Product	Prijs	Subtotaal
1	ASRock J4105-ITX (nieuw)	€ 89,-	€ 89,-
2	WD Green HDD, 3TB (V&A)	€ 104,89 65,-	€ 209,78 130,-
2	Samsung M471A1G43DB0-CPB (V&A)	€ 40,-	€ 80,-
1	be quiet! Pure Power 300W (vorige setup)	€ 0,-	€ 0,-
Bekijk collectie Importeer producten		Totaal	€ 298,78 299,-

Eigenlijk moet ik de schijven er niet bij tellen, die zitten bij de losse Synology ook niet. Moet je er wel een voeding bij, deze was €30 euro zoiets. Dus dan kom je op €199,- uit. Scheelt een kleine €350. Kun je aardig wat storage voor kopen.

renedis schreef op donderdag 20 september 2018 @ 21:26:
[...]
Ik heb ook nog geen 6.2.1. Kom niet verder dan 6.2 U2

[Afbeelding]

Op een bare-metal machine overigens

Same here, 6.2update2 op een bare metal. Net geïnstalleerd overigens, dat was echt een fluitje van een cent.. (eerste install, alleen de bootloader gedownload, de rest zo binnengehaald)

miicker schreef op dinsdag 18 september 2018 @ 17:01:
@Anoniem: 55347 thanks voor de uitleg! Maar 6.2.1 werkt dus sowieso nog niet?
Mocht daar een nieuwe bootloader voor nodig zijn kan ik misschien beter nog even wachten.

Daarnaast is deze bootloader nog in beta zie ik, merk je daar nog iets aan? of is hij wel stabiel?

Ik wilde die van de DS918+ hebben, die is zelfs nog in Alpha zo te zien, maar draait stabiel. Heb ik overigens hier vandaan geplukt.

[ Voor 4% gewijzigd door Rowdy.nl op 26-09-2018 22:08 ]

[Hari-Bo]

Opeens kon ik de NAS niet meer benaderen ook niet via SSH. Uiteindelijk herinstallatie DSM krijg ik de melding dat de RAID set is vastgelopen. Momenteel een uitgebreide SMART test lopen om na te gaan wat dit heeft veroorzaakt. Gelukkig de belangrijkste data netjes een dagelijkse backup via Hyperbackup en wekelijks via Duplicati.

[jwvdst]

hallo
tot vorig jaar heb ik voor langere tijd XPEnoboot_DS3615xs_5.2-5644.5.iso gebruikt en deze naar volle tevredenheid gebruikt. Een half jaar uptime was geen probleem. Vanwege niet ondersteunde hardware ben ik overgestapt op nas4free. Maar aangezien zfs in combinatie met nfs qua performance niet goed samen gaat met vmware esxi en alles opnieuw aan het inrichten ben zit ik toch te denken om weer terug te gaan naar xpenology. Deze wil ik dan draaien onder esxi en komt dan op een usb datastore te staan en door de sata controllers in pass through te zetten heeft de xpenology rechtstreeks toegang tot de hd's. Zodra dan de xpenology opgestart is heeft de esxi via nfs de beschikking over de grote datastore op de xpenology nas en kunnen de rest van de VM's opgestart worden
Ik vroeg mij dus af hoe de ervaringen met xpenology onder esxi zijn en welke versie ik dan het beste kan nemen vooral gelet op de stabiliteit

[Anoniem: 55347]

jwvdst schreef op vrijdag 28 september 2018 @ 16:21:
hallo
tot vorig jaar heb ik voor langere tijd XPEnoboot_DS3615xs_5.2-5644.5.iso gebruikt en deze naar volle tevredenheid gebruikt. Een half jaar uptime was geen probleem. Vanwege niet ondersteunde hardware ben ik overgestapt op nas4free. Maar aangezien zfs in combinatie met nfs qua performance niet goed samen gaat met vmware esxi en alles opnieuw aan het inrichten ben zit ik toch te denken om weer terug te gaan naar xpenology. Deze wil ik dan draaien onder esxi en komt dan op een usb datastore te staan en door de sata controllers in pass through te zetten heeft de xpenology rechtstreeks toegang tot de hd's. Zodra dan de xpenology opgestart is heeft de esxi via nfs de beschikking over de grote datastore op de xpenology nas en kunnen de rest van de VM's opgestart worden
Ik vroeg mij dus af hoe de ervaringen met xpenology onder esxi zijn en welke versie ik dan het beste kan nemen vooral gelet op de stabiliteit

Lees de laatste +/- 5 pagina's en je zult zien hoe 't er voor staat met en wat te doen ongeveer. persoonlijk zou ik een OVA gebruiken die hier beschikbaar is gesteld.

[Domino]

Stabiliteit is prima in orde onder esx.

Ik zet wel vraagtekens bij de manier waarop je het wil doen, via een usb datastore en dan schijfruimte terugkoppelen naar esx is vragen om problemen. Bij mij is dat na een experiment gruwelijk fout gegaan, en was ik blij dat ik een recente backup had van alle vm’s.

[jwvdst]

Domino schreef op vrijdag 28 september 2018 @ 22:54:
Stabiliteit is prima in orde onder esx.

Ik zet wel vraagtekens bij de manier waarop je het wil doen, via een usb datastore en dan schijfruimte terugkoppelen naar esx is vragen om problemen. Bij mij is dat na een experiment gruwelijk fout gegaan, en was ik blij dat ik een recente backup had van alle vm’s.

ik heb dit op dezelfde manier gedaan met nas4free alleen liet de performance te wensen over en dit kwam vooral door de combinatie esxi nfs en zfs.. van data verlies heb ik nooit last gehad

ik heb dan wel middels pass through de onboard sata controller aan de nas vm gegeven waardoor de nas vm de schijven rechtstreeks kan benaderen. ik vraag me af of jij dat wel had want de gevolgen die jij noemt lijken heel erg op verhalen waarbij de hds van de nas op een esxi data store stonden of via rdm doorgegeven waren

[NIK0]

Hari-Bo schreef op donderdag 27 september 2018 @ 16:05:
Opeens kon ik de NAS niet meer benaderen ook niet via SSH. Uiteindelijk herinstallatie DSM krijg ik de melding dat de RAID set is vastgelopen. Momenteel een uitgebreide SMART test lopen om na te gaan wat dit heeft veroorzaakt. Gelukkig de belangrijkste data netjes een dagelijkse backup via Hyperbackup en wekelijks via Duplicati.

Uit nieuwsgierigheid nog kunnen achterhalen waardoor je raid set vastgelopen was?

[Hari-Bo]

NIK0 schreef op maandag 1 oktober 2018 @ 22:19:
[...]

Uit nieuwsgierigheid nog kunnen achterhalen waardoor je raid set vastgelopen was?

Nee oorzaak niet achterhaald, uitgebreide smart test laat ook geen problemen zien met de harde schijven. Er was ook geen wijziging in de configuratie en zoemde al probleemloos met een uptime van enkele maanden. Met de herinstallatie ben ik wel overgestapt naar btrfs. De boel weer draaiend krijgen ging verrassend snel nu ik alles in docks heb, configuratie importen en klaar.

[NIK0]

Nice!!!
Heb in een ver verleden xpenology draaiend gehad maar onlangs heeft het weer mn interesse gewekt. (heb nog een windows server met flexraid en een disk of 6) zit te denken om die baremetal met xpenology te gaan draaien. (tbv backupserver/filmarchief) wist niet dat de community zo groot was gegroeid inmiddels.

[Digitair]

Ik heb een xpenology draaien op een Microserver 54L.
DSM 5.2 met 1x RAID 1 met (belangrijke) data en 1x RAID 1 met wat data en config.

Nu heb ik laatst mijn ww gewijzigd en ja... die weet ik dus niet meer . Ik heb de optie resetuser=admin al geprobeerd, maar zonder succes.

Nu ben ik van plan om een nieuwe installatie uit te voeren, maar heb enkele vragen:
- Is het het handigst om de nieuwe installatie op basis van deze versie 5.2 uit te voeren?
- Kan ik de 2 disken met de belangrijke data later koppelen (met behoud van data)?
- Nog andere tips om dit beter op te lossen?

Edit: Upgrade is inmiddels gelukt. Alleen heb ik nu nog 2 disken, RAID 1 met data die als ongebruikte schijven worden gezien. Kan ik deze nog toevoegen (als RAID 1) met behoud van data?

Edit2: Na een reboot met 1 van de schijven in de NAS herkent hij de RAID 1 set wel. Data is ook beschikbaar. Nu eerst even nakijken of mijn laatste backup compleet is. Dan ga ik de RAID set herstellen. Dan zou het goed moeten zijn.

[ Voor 26% gewijzigd door Digitair op 04-10-2018 19:52 . Reden: Installatie/Upgrade gelukt, Data beschikbaar ]

[NIK0]

Zoals eerder aangegeven wil ik graag weer van xpenology gebruik gaan maken (baremetal)

Loop tegen 2 dingen aan:
1) Worden de disken die door synology als compatibel zijn aangemerkt, bepaald door de hardware of de dsm software? (https://www.synology.com/en-global/compatibility)
Bijv bij de 3615xs staan een aantal disks welke niet compatibel zouden zijn terwijl bij de DS218+ vrijwel niks staat.
De onderliggende vraag is: in hoeverre is die lijst relevant wanneer je baremetal draait?

2) Is er nog zoiets als een bestpractice tav het aanbieden van de drives aan xpenology?
Heb nu mijn schijven verdeeld over de onboard sata ports van het moederbord en een non raid lsi kaartje.
Kan ik die verdeling het beste zo houden of alle disks via het non-raid kaartje aanbieden?

[ Voor 3% gewijzigd door NIK0 op 08-10-2018 09:59 ]

[Anoniem: 55347]

NIK0 schreef op maandag 8 oktober 2018 @ 09:54:
Zoals eerder aangegeven wil ik graag weer van xpenology gebruik gaan maken (baremetal)

Loop tegen 2 dingen aan:
1) Worden de disken die door synology als compatibel zijn aangemerkt, bepaald door de hardware of de dsm software? (https://www.synology.com/en-global/compatibility)
Bijv bij de 3615xs staan een aantal disks welke niet compatibel zouden zijn terwijl bij de DS218+ vrijwel niks staat.
De onderliggende vraag is: in hoeverre is die lijst relevant wanneer je baremetal draait?

2) Is er nog zoiets als een bestpractice tav het aanbieden van de drives aan xpenology?
Heb nu mijn schijven verdeeld over de onboard sata ports van het moederbord en een non raid lsi kaartje.
Kan ik die verdeling het beste zo houden of alle disks via het non-raid kaartje aanbieden?

1. De compatibility lijst is voornamelijk gericht op drives waar support op gegeven wordt. Dit sluit andere drives niet uit. Over het algemeen werken drives prima en was het vooral dat men gebonden was aan de sizing. Tegenwoordig is de sizing ook al geen echt probleem meer. De raid calculator van Synology (https://www.synology.com/en-global/support/RAID_calculator) laat bv. de nieuwste drives zien van 14TB.
2. Als ik even naar mij persoonlijk kijk zou ik alles via de LSI kaart houden. Deze kaartjes kun je meenemen naar nieuwer hardware en blijft hetzelfde benaderbaar rechtstreeks of via ESXi/passthrough. Voor DSM veranderd er dus eigenlijk niks dan. Sata controllers willen niet allemaal werken, dus daar is de kans met hardware switchen mogelijk issues ontstaan.

[NIK0]

Anoniem: 55347 schreef op maandag 8 oktober 2018 @ 11:31:
[...]

1. De compatibility lijst is voornamelijk gericht op drives waar support op gegeven wordt. Dit sluit andere drives niet uit. Over het algemeen werken drives prima en was het vooral dat men gebonden was aan de sizing. Tegenwoordig is de sizing ook al geen echt probleem meer. De raid calculator van Synology (https://www.synology.com/en-global/support/RAID_calculator) laat bv. de nieuwste drives zien van 14TB.
2. Als ik even naar mij persoonlijk kijk zou ik alles via de LSI kaart houden. Deze kaartjes kun je meenemen naar nieuwer hardware en blijft hetzelfde benaderbaar rechtstreeks of via ESXi/passthrough. Voor DSM veranderd er dus eigenlijk niks dan. Sata controllers willen niet allemaal werken, dus daar is de kans met hardware switchen mogelijk issues ontstaan.

Thanks daar heb ik wat aan!!!

Zal vanavond eerst nog maar ns kijken welke type disken ik nu heb aangezien synology wel een waarschuwing afgeeft tav het gebruik van disks met verschillende sector sizes (gok dat ik zelf 512-n en/of 512e heb):

Always use and manage 4K native (4Kn) hard drives separately.

4Kn hard drives are supported from DSM 5.1-5021. Use 4Kn hard drives separately from hard drives in other disk sector formats when creating, repairing, expanding and migrating any volume, disk group, RAID group and LUN.

[Anoniem: 55347]

Kwam er trouwens achter 2 weken terug dat ik weer SMART informatie kon uitlezen van m'n HDD's. Dit bleek dus gerelateerd te zijn aan 't feit dat ik m'n HDD's die niet via de LSI gingen (setje van 2 disks nog) maar via ESXi gemapped waren aan de VM (aangesloten over onboard SATA). Na deze 2 disks los te koppelen van de VM werkte SMART weer zonder issues binnen Synology. Weet niet of ik 't al eerder had benoemd, maar als men daar tegen aanloopt, kun je dus daar naar kijken.

Overigens mijn oudste disk:




Draait nog lekker door, maar denk toch maar 's dat ik deze en z'n wederhelft ga vervangen binnenkort :-) Rond de 5½ jaar begint het toch wat te kriebelen als 't komt op kwaliteit/performance en behoudt van data ;-)

Is gelukkig niet m'n belangrijkste pool, dus dat scheelt weer.

[NIK0]

Anoniem: 55347 schreef op maandag 8 oktober 2018 @ 16:38:
Kwam er trouwens achter 2 weken terug dat ik weer SMART informatie kon uitlezen van m'n HDD's. Dit bleek dus gerelateerd te zijn aan 't feit dat ik m'n HDD's die niet via de LSI gingen (setje van 2 disks nog) maar via ESXi gemapped waren aan de VM (aangesloten over onboard SATA). Na deze 2 disks los te koppelen van de VM werkte SMART weer zonder issues binnen Synology. Weet niet of ik 't al eerder had benoemd, maar als men daar tegen aanloopt, kun je dus daar naar kijken.

Dat is idd een goeie, SMART is wel handig om aan te kunnen spreken.
Heb m'n Windows bak ns aangezet en heb volgens HD Sentinel deze disks:

1x ST32000542AS (512)
https://www.seagate.com/s...acuda%20LP/100564361a.pdf

1x ST2000VN000 (4096 [Advanced Format]) Bytes per sector (4K physical emulated at 512-byte sectors)
https://www.seagate.com/w.../en-us/docs/100724684.pdf

3x ST2000DL003 (4096 [Advanced Format]) voorzien van: Seagate SmartAlign™ technology manages read-modify-write conditions dynamically in the drive without host computer intervention, allowing a 4K drive to behave like a legacy 512-byte sector drive without the necessity of a hardware utility
https://www.seagate.com/s...da%20Green/100649225b.pdf

Een mixje van alles zo te zien 512 of 512e disken dus je zou zeggen dat ze samen zouden moeten willen werken in een SHR setje..?

[Anoniem: 55347]

Je kunt ze mixen, maar zou onder DSM even kijken welke disken als 4K worden gezien en die in 1 pool stoppen en de andere onder een 2de pool stoppen. Maar als je puur voor storagesize wilt gaan kun je alles mixen natuurlijk (of for raid5)

[marcel19]

Ik heb al geruime tijd ervaring met Xpenology vanaf dsm 5.2.
Altijd baremetal gedraaid vanaf een usb stick en sinds kort weer eens opgepakt op wat hardware wat ik nog had liggen.

Op dit moment heb ik de laatste bootloader geinstaleerd, en het systeem draait nu op: DSM 6.2-23739 Update 2.

In het systeem zit een Intel Pentium G4400 en 2X4 GB ram. Nu merk ik dat zodra ik bestand kopieer naar Xpenology dat het systeem niet meer werkbaar is totdat het kopiëren klaar is. Kan dit liggen aan de CPU?

Ik heb daarna zitten kijken naar een originele Synology, echter vind ik het bedrag wat je daarvoor moet neerleggen TE DUUR voor wat je ervoor terug kijkt. Er zijn genoeg andere alternatieve voor NAS software.
Maar de software bevalt me uitstekend voor mijn doeleinde.

Voor de prijs wat je voor een Synology moet neerleggen en welke proformance je daarvoor terug krijgt ( ZONDER HARDE SCHIJVEN ) is het naar mijn mening goedkoper en beter om een volledig systeem in losse onderdelen in elkaar te schroeven. en dan nog geld over houden voor storage.

Ik zou daarom wat aankoopadvies willen van jullie dagelijkse gebruikers.
Moet ik ergens rekening mee houden kwa moederboard / cpu / geheugen?
Storage / voeding / behuizing kom ik uiteraard zelf wel uit

[r0nny116]

Dag allen,
Is het mogelijk om op de laatste bootloader probleemloos up te daten van:
6.2-23739
Naar
6.2.1-23824
Of kan ik hier problemen mee krijgen?

Alvast dank.
Ronny

[Anoniem: 55347]

r0nny116 schreef op dinsdag 9 oktober 2018 @ 09:28:
Dag allen,
Is het mogelijk om op de laatste bootloader probleemloos up te daten van:
6.2-23739
Naar
6.2.1-23824
Of kan ik hier problemen mee krijgen?

Alvast dank.
Ronny

Ik zou nog even wachten tot nader orde. Ik zie sinds vandaag ook de update, maar op 't forum zijn er veel meldingen van niet meer werkende omgevingen. Jun zelf geeft ook aan niet te updaten tot het gefixed is:



https://xpenology.com/for...74-dsm-621-23824-warning/

Dus wees gewaarschuwd. Ik ga van de week wel weer even wat tests uitvoeren.

Ps. vergeet niet auto update uit te zetten!

Dit kan je oa. uitzetten bij de Task Scheduler door het vinkje weg te halen

[ Voor 11% gewijzigd door Anoniem: 55347 op 09-10-2018 10:56 ]

[Anoniem: 248568]

Ik ben geïnteresseerd in Xpenology en Openmediaload. Nu lees ik dat je Xpenology beter niet automatisch kan updaten omdat je anders met een niet of gedeeltelijk werkend O.S. zit. Hoe ervaren jullie dit in de praktijk? Ik wil dit niet continue in de gaten hoeven houden en met niet werkende software zitten. Software die bijvoorbeeld zou moeten werken met diensten van 3de partijen zoals Google Drive.

Iemand weleens Openmediaload gebruikt? Waar gaat je voorkeur naar uit en waarom?

Mijn doel is een NAS voor centrale opslag en een downloadserver (bittorrent, jdownloader, nzbget) ineen.

[Hari-Bo]

@Anoniem: 55347 Ik ben er vannacht achter gekomen. De update doorgevoerd en server niet meer bereikbaar. De workaround om een rollback te doen zonder behoud van instellingen (daarom altijd een backup), gebruik tijdelijk de andere bootloader in mijn geval de 3617 en voer de installatie uit en daarna weer de bootloader van de 3615 en je hebt een verse installatie met behoud van data.

@Anoniem: 248568 Of een update wel/niet werkt zal je elke keer moeten controleren op het volgende forum.

Ik ga er vanuit dat je OpenMediaVault bedoeld. Zelf heb ik dit gebruikt tot 2014 en daarna overgestapt naar Xpenology, mijn grootste irritatie was het geknutsel aan de plugins toentertijd. Hoe het nu is weet ik niet, maar het OS an sich was super stabiel de core is Debian.

[ Voor 37% gewijzigd door Hari-Bo op 09-10-2018 15:15 ]

[Anoniem: 55347]

Anoniem: 248568 schreef op dinsdag 9 oktober 2018 @ 14:58:
Ik ben geïnteresseerd in Xpenology en Openmediaload. Nu lees ik dat je Xpenology beter niet automatisch kan updaten omdat je anders met een niet of gedeeltelijk werkend O.S. zit. Hoe ervaren jullie dit in de praktijk? Ik wil dit niet continue in de gaten hoeven houden en met niet werkende software zitten. Software die bijvoorbeeld zou moeten werken met diensten van 3de partijen zoals Google Drive.

Iemand weleens Openmediaload gebruikt? Waar gaat je voorkeur naar uit en waarom?

Mijn doel is een NAS voor centrale opslag en een downloadserver (bittorrent, jdownloader, nzbget) ineen.

Je bent gelukkig niet elke maandag bezig met uitzoeken hoe te updaten.

Mijn proces is:
- zorgen dat auto-update uit staat
- zodra er een update zichtbaar is, het forum in de gaten houden van xpenology
- een 2de vm uitrollen voor test. Daar restore ik dan mijn dockers op de test omgeving en laat deze NAS 2 tot 3 weken lopen.
- Als dat goed gaat dan wipe ik 'm. En maak ik weer een schone aan. Vervolgens hang ik m'n disks om naar de nieuwe VM en migreer ik de data.

Dat is voor mij ook de reden dat ik bij ESXi blijf, het gemak. En dit gebeurt dus ook maar 1 keer in de zoveel tijd. En op deze manier kun je zelf bepalen wanneer je een update uitvoert.

Ik heb verder geen ervaring met openmediaload. In het verleden wel unraid geprobeerd maar performance was daar toen nog ver achter t.o.v. DSM. Wel verbeterd van wat ik begreep.