Het Grote XPenology Topic

[Verwijderd]

Ik ben bezig met stille/zuinige/kleine WAF NAS, inmiddels zijn de volgende onderdelen via v&a en ebay onderwerg:

Gigabyte BRIX mini PC
8 GB ram (2x4GB)
Intel i3-4010u CPU (2C/4TH)
256 GB mSata SSD
2 TB interne Sata 2.5" drive
2 TB externe USB3 2.5" drive

De bedoeling is om een aantal VM's te draaien op de SSD voor studie (Windows) en een vaste Xpenology VM met de 2TB schijven (de interne voor gebruik en de externe voor lokale backups). Ik twijfel alleen om Xpenology als standaard OS te maken. Ook nu ik hier ervaringen lees m.b.t. PCI passthrough. Iemand tips hieromtrent?

[|sWORDs|]

marc1982 schreef op zondag 23 december 2018 @ 19:41:
[...]


Zojuist een eerste poging gewaagd - nu ik er eindelijk even tijd voor heb - en ik loop vast op punt 2, onderdeel hardware passthrough.
Ik heb m'n sata controller in passthrough gekregen op m'n oude / huidige vm - volgens instructies van swords. Als ik dezelfde controller als device wil toevoegen aan de nieuwe vm, krijg ik deze melding / error:

code:

PCI passthrough devices cannot be added when Nested Hardware-Assisted Virtualization is enabled.

Echter in de oude / huidige vm staat 'Nested Hardware-Assisted Virtualization' ook aan, en ik weet niet zo goed wat ik inlever als ik dit uitzet - zodra ik het uitzet kan ik de controller wel toevoegen (maar heb 'm in deze staat nog niet aan gezet).

Iemand hier ook mee te maken gehad?

Nested Hardware-Assisted Virtualization kun je uitzetten, alleen nodig als je met VM’s binnen DSM wil spelen.

[larsje993]

Ik heb 2 keer een Xpenology VM draaien (op ESXI 6.0 u3) op 2 verschillende machines.

Op Xpenology VM1 heb ik een virtuele datastore per schijf aangemaakt (2x 4tb WD GREEN) en vervolgens binnen Xpenology in RAID0 gezet. Echter loopt er iedere keer één schijf vast.. Dus wil ik graag terug naar 2 losse schijven binnen Xpenology, dus geen RAID 0.

Ik moet 2.8TB overzetten, alleen als ik remote folder mapping doe haal ik maar 6MB/s.. Als ik rsync binnen Hyper Backup gebruik haal ik maar 5MB/s.

Beide machines hebben een bond met 2x1gb nics met CAT6 kabels op een gigabyte switch..
Iemand suggesties om dit zsm over te zetten?

[Verwijderd]

larsje993 schreef op donderdag 27 december 2018 @ 16:56:
Ik heb 2 keer een Xpenology VM draaien (op ESXI 6.0 u3) op 2 verschillende machines.

Op Xpenology VM1 heb ik een virtuele datastore per schijf aangemaakt (2x 4tb WD GREEN) en vervolgens binnen Xpenology in RAID0 gezet. Echter loopt er iedere keer één schijf vast.. Dus wil ik graag terug naar 2 losse schijven binnen Xpenology, dus geen RAID 0.

Ik moet 2.8TB overzetten, alleen als ik remote folder mapping doe haal ik maar 6MB/s.. Als ik rsync binnen Hyper Backup gebruik haal ik maar 5MB/s.

Beide machines hebben een bond met 2x1gb nics met CAT6 kabels op een gigabyte switch..
Iemand suggesties om dit zsm over te zetten?

Hoe veel MB/s haal je als je kopieert naar je eigen systeem? Van en naar? Testen met paar bestanden. Je kan dan kijken of je het in delen overzet via je eigen systeem. Heb nog niet gedoken in hoe het proces precies werkt tussen 2 synologies, mogelijk dat het een setting is. Maar kopiëren van en naar lokaal is een test die je vast kunt uitvoeren en zien wat de doorvoer snelheid is of waar de bottleneck zit.

[ Voor 0% gewijzigd door Verwijderd op 30-12-2018 19:50 . Reden: SMB weggelaten ]

[Tortelli]

larsje993 schreef op donderdag 27 december 2018 @ 16:56:
Ik heb 2 keer een Xpenology VM draaien (op ESXI 6.0 u3) op 2 verschillende machines.

Op Xpenology VM1 heb ik een virtuele datastore per schijf aangemaakt (2x 4tb WD GREEN) en vervolgens binnen Xpenology in RAID0 gezet. Echter loopt er iedere keer één schijf vast.. Dus wil ik graag terug naar 2 losse schijven binnen Xpenology, dus geen RAID 0.

Ik moet 2.8TB overzetten, alleen als ik remote folder mapping doe haal ik maar 6MB/s.. Als ik rsync binnen Hyper Backup gebruik haal ik maar 5MB/s.

Beide machines hebben een bond met 2x1gb nics met CAT6 kabels op een gigabyte switch..
Iemand suggesties om dit zsm over te zetten?

Zeer trage transfers is vaak een issue met de HDD's is mijn ervaring. Kun je geen USB hdd aansluiten en je data daarop knallen?. Gaat misschien wat vlotter, heb zelf 3 WD Greens gehad die uiteindelijk allemaal veel te snel kapot zijn gegaan (1,5TB's waren dat toen), kregen ook allemaal ditzelfde probleem.

[ Voor 9% gewijzigd door Tortelli op 31-12-2018 10:19 ]

[larsje993]

Hoe veel MB/s haal je als je kopieert naar je eigen systeem? Van en naar? Testen met paar bestanden. Je kan dan kijken of je het in delen overzet via je eigen systeem. Heb nog niet gedoken in hoe het proces precies werkt tussen 2 synologies, mogelijk dat het een setting is. Maar kopiëren van en naar lokaal is een test die je vast kunt uitvoeren en zien wat de doorvoer snelheid is of waar de bottleneck zit.

Zojuist even geprobeerd, vanaf de 2x WD Green naar de 2x WD Red (in SHR) is het 4MB/s, en van de WD Red naar de WD Green is 2MB/s.. Allemaal geen snelheden waar ik tevreden mee ben.. Heb het geprobeerd met een 3.7gb .mkv bestand.

Zeer trage transfers is vaak een issue met de HDD's is mijn ervaring. Kun je geen USB hdd aansluiten en je data daarop knallen?. Gaat misschien wat vlotter, heb zelf 3 WD Greens gehad die uiteindelijk allemaal veel te snel kapot zijn gegaan (1,5TB's waren dat toen), kregen ook allemaal ditzelfde probleem.

Ik moet ESXI opnieuw installeren denk ik aangezien ESXI geen USB hubs ziet (waarschijnlijk driver issue o.id.).. ESXI ziet alleen het interne SD kaart slot op de Microserver waar ESXI op draait.. Dus ik kan op dit moment geen USB aansluiten en doorgeven aan een VM, ik moet alleen even opzoek naar hoe ik opnieuw ESXI installeer zonder dat ik Virtual Machines en de datastores verlies..

Zojuist nog even met Lan_Speedtest geprobeerd om een 9GB bestand over ethernet naar de nas weg te schrijven en dan haal ik ook maar 5MB/s schrijven en 10MB/s lezen... Als ik ditzelfde op mijn andere microserver doe (gelijke opstelling) haal ik 35MB/s schrijven en 95MB/s lezen. Er zit dus wel ergens iets niet goed, maar waar is de vraag!;)

[Koffie]

larsje993 schreef op donderdag 27 december 2018 @ 16:56:
Ik heb 2 keer een Xpenology VM draaien (op ESXI 6.0 u3) op 2 verschillende machines.

Op Xpenology VM1 heb ik een virtuele datastore per schijf aangemaakt (2x 4tb WD GREEN) en vervolgens binnen Xpenology in RAID0 gezet. Echter loopt er iedere keer één schijf vast.. Dus wil ik graag terug naar 2 losse schijven binnen Xpenology, dus geen RAID 0.

Ik moet 2.8TB overzetten, alleen als ik remote folder mapping doe haal ik maar 6MB/s.. Als ik rsync binnen Hyper Backup gebruik haal ik maar 5MB/s.

Beide machines hebben een bond met 2x1gb nics met CAT6 kabels op een gigabyte switch..
Iemand suggesties om dit zsm over te zetten?

Wat voor type files praten we over ?
Ik moest laatst ook enkele Tb's van de ene naar de andere xpenology kopieren, ging ook traag als dikke stront. Bleek dat er een directory tussen zat met duizenden kleine jpg files. Die eruit gedonderd en toen gaat het op volle snelheid.

[belrpr]

Ik heb een Xpenology DS3617xs.geinstalleerd via de Jun loader 1.03b.
Hierdoor kan ik niet updaten naar de laatste DSM release DSM 6.2-23824.

Er is ondertussen wel een ds918 loader welke dit wel ondersteund.
Kan men gewoon van loader wisselen of hangt er bepaalde functionaliteit aan de loader vast.
Komt er nog een loader voor DS3617xs?

Wat is de beste optie om te testen of een nieuwe loader werkt in combinatie met uw hardware?

Alvast bedankt voor de input!

[Robbie T]

In navolging van het bericht van @belrpr;

Wat Is de reden dat er is geswitch van DS3617XS naar de DS918?

[albatross]

Ik draai nog steeds DSM 6.0.2-8451 Update 9, via ESXi. Ik zag inmiddels dat er een 1.04b jun loader is, die toch 6.2 kan draaien (beetje verwarrend, aangezien de xpenology site ergens anders weer aangeeft, in fel rood, NIET 6.2 te laden). Bestaat er al een .ovf installatie file voor ESXI? Zou toch graag een keer over willen naar 6.2 (sterk verbeterde/gefixte BTRFS, en auto raid-scrubbing).

[larsje993]

Zeer trage transfers is vaak een issue met de HDD's is mijn ervaring. Kun je geen USB hdd aansluiten en je data daarop knallen?. Gaat misschien wat vlotter, heb zelf 3 WD Greens gehad die uiteindelijk allemaal veel te snel kapot zijn gegaan (1,5TB's waren dat toen), kregen ook allemaal ditzelfde probleem.

ESXI 6.0.3 u3 opnieuw geïnstalleerd en alle USB bussen worden weer herkent en ik kan ook weer een externe USB aansluiten en toevoegen aan mijn Guest. Alleen als ik de USB3.0 Caddy test met de 3TB HDD haal ik 120MB/s, echter als ik het aansluit op de USB 3.0 van de Microserver gen8 haal ik nog steeds 5-7MB/s. Zowel van de WD Green als de WD Red. Iemand enig idee/ervaring hiermee? Wellicht dat het toch aan mijn datastores ligt?

[b]Wat voor type files praten we over ?
Ik moest laatst ook enkele Tb's van de ene naar de andere xpenology kopieren, ging ook traag als dikke stront. Bleek dat er een directory tussen zat met duizenden kleine jpg files. Die eruit gedonderd en toen gaat het op volle snelheid.

Het gaat voornamelijk om grote bestanden 1GB - 6GB (.mkv, .mp4) inclusief sommige kleine bestanden van een paar Kb.. Gekeken of er kleine bestanden aanwezig waren maar dit is hier niet het geval..

[albatross]

albatross schreef op donderdag 3 januari 2019 @ 20:14:
Ik draai nog steeds DSM 6.0.2-8451 Update 9, via ESXi. Ik zag inmiddels dat er een 1.04b jun loader is, die toch 6.2 kan draaien (beetje verwarrend, aangezien de xpenology site ergens anders weer aangeeft, in fel rood, NIET 6.2 te laden). Bestaat er al een .ovf installatie file voor ESXI? Zou toch graag een keer over willen naar 6.2 (sterk verbeterde/gefixte BTRFS, en auto raid-scrubbing).

Niemand die 6.2 doet op zijn ESXi?!

[belrpr]

Geen idee van de switch

[Domino]

albatross schreef op zaterdag 5 januari 2019 @ 15:10:
[...]


Niemand die 6.2 doet op zijn ESXi?!

Jawel. 6.2.23739 update 2 hier.

Maar ik heb werkelijk waar geen idee meer met welke loader. Hoe kan ik dat zien?

[albatross]

Domino schreef op zaterdag 5 januari 2019 @ 16:26:
[...]


Jawel. 6.2.23739 update 2 hier.

Maar ik heb werkelijk waar geen idee meer met welke loader. Hoe kan ik dat zien?

Als je de .ovf niet meer hebt, dan zal dat moeilijk te achterhalen wezen. Of wellicht kun je in je downloaf folder nog zien wat de laatste versie van de jun loader was die je gebruikte.

Iig goed om te horen dat 6.2 werkend te krijgen is.

[Domino]

Ik heb de machine even een herstart gegeven:



Maar snapshotten om vervolgens een update te draaien vind ie niet aardig, dan crashed het volume.
Ik draai dus niet op de laatste versie.

[albatross]

Domino schreef op zaterdag 5 januari 2019 @ 17:54:
Ik heb de machine even een herstart gegeven:

[Afbeelding]

Maar snapshotten om vervolgens een update te draaien vind ie niet aardig, dan crashed het volume.
Ik draai dus niet op de laatste versie.

^^ Reuze bedankt!

[skdevil]

Ik draai op een Dell T110 II (schijven op ATA in bios) DSM 6.1 en wilde updaten naar 6.2 (backup is aanwezig)
Bootloader start netjes op kan hem ook vinden op find.synology echter geeft hij dan aan dat er geen harde schijven zijn.

Iemand hier wellicht een idee?

[Robbie T]

skdevil schreef op zaterdag 5 januari 2019 @ 19:22:
Ik draai op een Dell T110 II (schijven op ATA in bios) DSM 6.1 en wilde updaten naar 6.2 (backup is aanwezig)
Bootloader start netjes op kan hem ook vinden op find.synology echter geeft hij dan aan dat er geen harde schijven zijn.

Iemand hier wellicht een idee?

Welke bootloader draai je?

[skdevil]

Robbie T schreef op zondag 6 januari 2019 @ 17:05:
[...]


Welke bootloader draai je?

1.03B.
Ik vermoed dat het komt dat hij niet in AHCI maar IDE/ATA draait.
Dat ga ik straks maar eens proberen om te zetten.

[albatross]

belrpr schreef op donderdag 3 januari 2019 @ 00:02:
Ik heb een Xpenology DS3617xs.geinstalleerd via de Jun loader 1.03b.
Hierdoor kan ik niet updaten naar de laatste DSM release DSM 6.2-23824.

Er is ondertussen wel een ds918 loader welke dit wel ondersteund.
Kan men gewoon van loader wisselen of hangt er bepaalde functionaliteit aan de loader vast.
Komt er nog een loader voor DS3617xs?

Wat is de beste optie om te testen of een nieuwe loader werkt in combinatie met uw hardware?

Alvast bedankt voor de input!

Voor zo ver ik het begrepen heb (xpenology.com blijft een hopeloos warrige site, waarbij dan ergens, op pagina 43 of zo, iemand ergens een werkende combo post), is toch de DS3615xs de veiligste keuze, ook voor de jun 1.04 loader. Ben zelf ook nog uit aan het zoeken wat de beste combinatie is.

[BlaBla1973]

Had de link hierboven al een keer gepost

https://xpenology.com/for...6x-loaders-and-platforms/

Daar kan je zien welke loader/hardware/enz je het best kan gebruiken.

Ik zit zelf nog op 6.1xx en zie nog niet echt een reden om naar 6.2 te gaan.

[Robbie T]

BlaBla1973 schreef op maandag 14 januari 2019 @ 12:48:
Had de link hierboven al een keer gepost

https://xpenology.com/for...6x-loaders-and-platforms/

Daar kan je zien welke loader/hardware/enz je het best kan gebruiken.

Ik zit zelf nog op 6.1xx en zie nog niet echt een reden om naar 6.2 te gaan.

Thanks voor deze link. Met mijn 1.03b loader zou ik dus in elk geval nog naar 6.21 kunnen. (zit nu nog op 6.2)

[albatross]

Robbie T schreef op maandag 14 januari 2019 @ 13:08:
[...]

Thanks voor deze link. Met mijn 1.03b loader zou ik dus in elk geval nog naar 6.21 kunnen. (zit nu nog op 6.2)

Ja, bedankt voor die link. Dat maakt het een stuk overzichtelijker. Mijn sever draait op mijn oude Core i7-980X, dus geen DS918, waar je kennelijk een 'Haswell or later' voor nodig hebt. Het zal dus, voor mij, een (vertrouwde) DS3615xs worden, met de 1.03b loader.

EDIT: Vraag me eerlijk gezegd af waarom je per se een 'Haswell or later' nodig hebt om een DS918 te kunnen installeren. Zou dat alleen vanwege de transcoding wezen (onboard GPU)?

[ Voor 15% gewijzigd door albatross op 14-01-2019 13:28 ]

[albatross]

BlaBla1973 schreef op maandag 14 januari 2019 @ 12:48:

Ik zit zelf nog op 6.1xx en zie nog niet echt een reden om naar 6.2 te gaan.

Zelf zit ik dus nog op DSM 6.0.2-8451 Update 9, en die is toch wel aan vervanging toe. Met name (kleine) BTRFS onvolkomenheden, en dat je handmatig RAID scrubbing moet doen.

[BlaBla1973]

albatross schreef op maandag 14 januari 2019 @ 13:19:


EDIT: Vraag me eerlijk gezegd af waarom je per se een 'Haswell or later' nodig hebt om een DS918 te kunnen installeren. Zou dat alleen vanwege de transcoding wezen (onboard GPU)?

Volgens mij heeft dat te maken dat een oude cpu's niet meer werken , zit dus een soort software cpu check in dsm of missende instructies van een cpu... Dus te oud geen boot

[ Voor 4% gewijzigd door BlaBla1973 op 14-01-2019 14:54 ]

[albatross]

BlaBla1973 schreef op maandag 14 januari 2019 @ 14:51:
[...]

Volgens mij heeft dat te maken dat een oude cpu's niet meer werken , zit dus een soort software cpu check in dsm of missende instructies van een cpu... Dus te oud geen boot

Maar dat is toch allemaal virtueel met Xpenology?! Zo denkt mijn huidige DSM dat ik een INTEL Core i3-4130 heb.

[mrmartinuz]

albatross schreef op maandag 14 januari 2019 @ 15:06:
[...]


Maar dat is toch allemaal virtueel met Xpenology?! Zo denkt mijn huidige DSM dat ik een INTEL Core i3-4130 heb.

Dat is volgens mij een fixed value in een configuratie file. Dat is het type cpu wat zeer waarschijnlijk in de Synology zit waar jij de image van draait.

Ik draai met succes op een HP Microserver Gen10 met Esxi 6.7U1 DSM6.2.1-23824 update 4.

In de server zit een AMD processor. Transcoding werkt niet voor zover ik kan bepalen evenals SSD Cache. Voor de rest lijkt alles het te doen.

[albatross]

mrmartinuz schreef op maandag 14 januari 2019 @ 15:15:
[...]


Dat is volgens mij een fixed value in een configuratie file. Dat is het type cpu wat zeer waarschijnlijk in de Synology zit waar jij de image van draait.

Ik draai met succes op een HP Microserver Gen10 met Esxi 6.7U1 DSM6.2.1-23824 update 4.

In de server zit een AMD processor. Transcoding werkt niet voor zover ik kan bepalen evenals SSD Cache. Voor de rest lijkt alles het te doen.

Ja, het CPU type voor Synology is hardcoded (door Xpenology). Maar ik bedoelde meer, dat de DSM (-installatie) niet echt kan zien welke CPU ik echt heb, natuurlijk; dat bepaalt ESXi. Maar goed, who cares. In ieder geval weet ik nu, dankzij jou, wat er precies (max) gedraaid kan worden. Bedankt!

[BlaBla1973]

albatross schreef op maandag 14 januari 2019 @ 15:56:
[...]


Ja, het CPU type voor Synology is hardcoded (door Xpenology). Maar ik bedoelde meer, dat de DSM (-installatie) niet echt kan zien welke CPU ik echt heb, natuurlijk; dat bepaalt ESXi. Maar goed, who cares. In ieder geval weet ik nu, dankzij jou, wat er precies (max) gedraaid kan worden. Bedankt!

Met ESXi , ik dacht dat je baremetal draaide.

[|sWORDs|]

albatross schreef op maandag 14 januari 2019 @ 15:56:
[...]
natuurlijk; dat bepaalt ESXi.
[...]

Nee, ESXi geeft je echte CPU gegevens door maar dan met een andere core count en numa structuur.
Wel kun je handmatig de brandstring overschrijven of masking toepassen.

Zoals hierboven staat is het hardcoded in DSM.

[ Voor 7% gewijzigd door |sWORDs| op 14-01-2019 16:37 ]

[albatross]

|sWORDs| schreef op maandag 14 januari 2019 @ 16:37:
[...]

Nee, ESXi geeft je echte CPU gegevens door maar dan met een andere core count en numa structuur.

Dat is waar: je kunt niet zo maar een willekeurige CPU kiezen.

Zoals hierboven staat is het hardcoded in DSM.

Dat is wat ik bedoelde. Die CPU string is hardcoded door DSM (en daarmee dus via de Xpenology install), waarschijnlijk gewoon uit luiheid, LOL (ze gingen er bij Synology kennelijk vanuit dat die Core i3-4130 toch de enige CPU was die in dat model verkocht wordt).

Had nog wel een NVMe cache willen gebruiken overigens, maar dat moet dan maar zonder.

[BlaBla1973]

|sWORDs| schreef op maandag 14 januari 2019 @ 16:37:
[...]


Zoals hierboven staat is het hardcoded in DSM.

Dat is wat je kan aflezen in DSM, maar de software kijkt toch ook echt naar je cpu generatie vanaf DSM 6.2?

[|sWORDs|]

BlaBla1973 schreef op maandag 14 januari 2019 @ 18:35:
[...]


Dat is wat je kan aflezen in DSM, maar de software kijkt toch ook echt naar je cpu generatie vanaf DSM 6.2?

Volgens mij is dit alleen bij de 918 welke een nieuwere kernel (4.4) heeft en bepaalde CPU features gebruikt. Haswell/Braswell en nieuwer.

[albatross]

|sWORDs| schreef op maandag 14 januari 2019 @ 20:36:
[...]

Volgens mij is dit alleen bij de 918 welke een nieuwere kernel (4.4) heeft en bepaalde CPU features gebruikt. Haswell/Braswell en nieuwer.

De transcoding dus, die ik hierboven noemde.

[rikadoo]

Voor degene die de cpu info willen aanpassen, op xpenology.com staat een how to.

https://xpenology.com/for...s-infomation-change-tool/

[albatross]

rikadoo schreef op dinsdag 15 januari 2019 @ 00:15:
Voor degene die de cpu info willen aanpassen, op xpenology.com staat een how to.

https://xpenology.com/for...s-infomation-change-tool/

Kon wel eens interessant worden. Wellicht zou ik daarmee toch een DS918 kunnen installeren (ESXi) op mijn 1-gen i7. Dan zal transcoding het uiteraard niet doen, maar zou het toevoegen van een NVMe cache wel kunnen, hoop ik.

[|sWORDs|]

albatross schreef op maandag 14 januari 2019 @ 23:16:
[...]


De transcoding dus, die ik hierboven noemde.

Nee, dat is een GPU feature en niet vereist.

[albatross]

|sWORDs| schreef op dinsdag 15 januari 2019 @ 00:40:
[...]

Nee, dat is een GPU feature en niet vereist.

Maar die GPU zit toch geintegreerd op een Haswell CPU? Kan me, anders dan voor GPU-assisted transcoding, anders moeilijk voorstellen waarom ze per se een 'Haswell or later' willen zien.

[Kecin]

Ik was spontaan verrast toen ik mijn oude N54L ging vervangen door een HP Elitedesk (i7, 16gb ram) op ESXI dat de laatste versie van DSM geinstalleerd werd vanaf Synology zelf (zonder een oudere pat file te downloaden). Hele vreemde gewaarwording, haha.

Nu nog passthrough op ESXI voor elkaar krijgen met een Intel SATA ding, Lynx Point RAID Controller.
https://www.vmware.com/re...tegory=io&productid=37414

Ook de diverse aanpassingen in de passthrough werken niet
Zuinige ESXi Server
|sWORDs| in "Het grote ESXi/vSphere Topic"
Dus nu ook maar even gekeken naar een Raid controller in V&A .

[Hari-Bo]

Komt er geen nieuwe 1.04b bootloader voor de DS3615 meer uit? Dan zou ik mijn N40L niet meer bij kunnen werken in de toekomst aangezien de DS918 variant een recentere CPU vereist.

[|sWORDs|]

albatross schreef op dinsdag 15 januari 2019 @ 00:44:
[...]


Maar die GPU zit toch geintegreerd op een Haswell CPU? Kan me, anders dan voor GPU-assisted transcoding, anders moeilijk voorstellen waarom ze per se een 'Haswell or later' willen zien.

Er zijn voldoende Haswell+ CPU's zonder GPU en die (Xeon E5/E3/E en Core EH) werken prima, daarnaast geeft ESXi bij jou de GPU helemaal niet door aan de VM.

Kecin schreef op dinsdag 15 januari 2019 @ 02:47:
Ik was spontaan verrast toen ik mijn oude N54L ging vervangen door een HP Elitedesk (i7, 16gb ram) op ESXI dat de laatste versie van DSM geinstalleerd werd vanaf Synology zelf (zonder een oudere pat file te downloaden). Hele vreemde gewaarwording, haha.

Nu nog passthrough op ESXI voor elkaar krijgen met een Intel SATA ding, Lynx Point RAID Controller.
https://www.vmware.com/re...tegory=io&productid=37414

Ook de diverse aanpassingen in de passthrough werken niet
Zuinige ESXi Server
|sWORDs| in "Het grote ESXi/vSphere Topic"
Dus nu ook maar even gekeken naar een Raid controller in V&A .

ESXi 6.7U1 en de controller in AHCI modus en passthrough moet werken.

Hari-Bo schreef op dinsdag 15 januari 2019 @ 09:18:
Komt er geen nieuwe 1.04b bootloader voor de DS3615 meer uit? Dan zou ik mijn N40L niet meer bij kunnen werken in de toekomst aangezien de DS918 variant een recentere CPU vereist.

Ik verwacht dat die nog wel gaat komen.

[ Voor 66% gewijzigd door |sWORDs| op 15-01-2019 09:53 ]

[Kecin]

|sWORDs| schreef op dinsdag 15 januari 2019 @ 09:49:
[...]

Er zijn voldoende Haswell+ CPU's zonder GPU en die werken prima.
Xeon E5/E3/E en Core EH.

[...]

ESXi 6.7U1 en de controller in AHCI modus en passthrough moet werken.

[...]

Ik verwacht dat die nog wel gaat komen.

Die versie draai ik inderdaad ook, helaas krijg ik het niet voor elkaar (maar ben dan ook een ESXI noob).
Heb uiteindelijk de AHCI controller toegevoegd met ffff als PID om hem als wildcard te gebruiken. Synology ziet hem, maar het vervelende is dat ik vervolgens geen datastores kan aanmaken. De boot komt vanaf USB, had ik eerst op een SSD die aan de raid hing. Uiteindelijk overgezet naar USB, Passthrough kan worden aangezet in de hardware config, rebooten en vervolgens herkent die geen nieuwe apparaten bij het aanmaken van een nieuwe datastore. Vervelende daarvan is ook dat ik de VM geen PCI-Express kaart kan aanwijzen en zodoende die HDD's te geven.

[Robbie T]

Toch nog maar even een extra check. Ik draai op 6.2 met bootloader 1.03b, ik kan nu nog probleemloos upgraden naar 6.2.1 right?

[|sWORDs|]

Kecin schreef op dinsdag 15 januari 2019 @ 09:54:
[...]

Die versie draai ik inderdaad ook, helaas krijg ik het niet voor elkaar (maar ben dan ook een ESXI noob).
Heb uiteindelijk de AHCI controller toegevoegd met ffff als PID om hem als wildcard te gebruiken. Synology ziet hem, maar het vervelende is dat ik vervolgens geen datastores kan aanmaken. De boot komt vanaf USB, had ik eerst op een SSD die aan de raid hing. Uiteindelijk overgezet naar USB, Passthrough kan worden aangezet in de hardware config, rebooten en vervolgens herkent die geen nieuwe apparaten bij het aanmaken van een nieuwe datastore. Vervelende daarvan is ook dat ik de VM geen PCI-Express kaart kan aanwijzen en zodoende die HDD's te geven.

Als je de controller in passthrough zet dan kan de hypervisor er niets mee (geen boot/geen datastores).
Je hebt een datastore nodig om de VM zelf (en andere VMs) op te slaan.

Je hebt dus minimaal twee controllers nodig, eentje voor boot/datastores (of twee) en eentje voor de passthrough. Die eerste kan natuurlijk ook een NVMe drive zijn.

[Kecin]

|sWORDs| schreef op dinsdag 15 januari 2019 @ 09:58:
[...]

Als je de controller in passthrough zet dan kan de hypervisor er niets mee (geen boot/geen datastores).
Je hebt een datastore nodig om de VM zelf (en andere VMs) op te slaan.

Je hebt dus minimaal twee controllers nodig, eentje voor boot/datastores (of twee) en eentje voor de passthrough. Die eerste kan natuurlijk ook een NVMe drive zijn.

Veel dank! Ik ga proberen een NVMe er te plaatsen. Dan kan ik als het goed is inderdaad verder! Had het gisteren geprobeerd met een USB stick (het was al laat) en kwam erachter dat die voor Xpenology geformateerd was, oftewel MBR e.d. had en dus niet werd herkent.

[|sWORDs|]

Kecin schreef op dinsdag 15 januari 2019 @ 10:01:
[...]

Veel dank! Ik ga proberen een NVMe er te plaatsen. Dan kan ik als het goed is inderdaad verder! Had het gisteren geprobeerd met een USB stick (het was al laat) en kwam erachter dat die voor Xpenology geformateerd was, oftewel MBR e.d. had en dus niet werd herkent.

USB is prima als boot, maar zou ik niet als datastore gebruiken, het kan wel, maar is heel omslachtig en het is niet echt geschikt. Met NVMe weet ik niet of jouw systeem er van kan booten.

[ Voor 5% gewijzigd door |sWORDs| op 15-01-2019 10:11 ]

[albatross]

|sWORDs| schreef op dinsdag 15 januari 2019 @ 10:11:
[...]

USB is prima als boot, maar zou ik niet als datastore gebruiken, het kan wel, maar is heel omslachtig en het is niet echt geschikt. Met NVMe weet ik niet of jouw systeem er van kan booten.

Ik boot ESXi zelf ook van USB. Gaat prima. Maar steek die USB stick in een Windows machine, en Windows verandert direkt iets in de partition tables, zodat ie niet meer te booten is in ESXi. Kon dat stickje alleen maar aanmaken met een Debian 8 VM zelf (oh, de ironie), via VM Workstation, met passthru USB, zodat Windows er met zijn fikken van afbijft. Maar booten van een USB stick schilt je wel een hele disk/SSD, die je anders nodig zou hebben voor ESXi zelf; dus het loont wel.

[Kecin]

|sWORDs| schreef op dinsdag 15 januari 2019 @ 10:11:
[...]

USB is prima als boot, maar zou ik niet als datastore gebruiken, het kan wel, maar is heel omslachtig en het is niet echt geschikt. Met NVMe weet ik niet of jouw systeem er van kan booten.

albatross schreef op dinsdag 15 januari 2019 @ 10:18:
[...]


Ik boot ESXi zelf ook van USB. Gaat prima. Maar steek die USB stick in een Windows machine, en Windows verandert direkt iets in de partition tables, zodat ie niet meer te booten is in ESXi. Kon dat stickje alleen maar aanmaken met een Debian 8 VM zelf (oh, de ironie), via VM Workstation, met passthru USB, zodat Windows er met zijn fikken van afbijft. Maar booten van een USB stick schilt je wel een hele disk/SSD, die je anders nodig zou hebben voor ESXi zelf; dus het loont wel.

Als boot gebruik ik een USB. Maar ben nog in testfase en zou dus graag een datastore aanmaken op een USB om te kijken of ik hem uberhaubt kan gebruiken in de passthrough. Zo niet, dan moet er een SATA controller komen (heb al wat contactaanvragen uitstaan hier op Tweakers, maar geen respons nog via V&A)

[Hari-Bo]

|sWORDs| schreef op dinsdag 15 januari 2019 @ 09:49:
[...]
Ik verwacht dat die nog wel gaat komen.

Ik hoop het, maar 1.04b is toch alweer eventjes uit?

[albatross]

Hari-Bo schreef op dinsdag 15 januari 2019 @ 10:31:
[...]


Ik hoop het, maar 1.04b is toch alweer eventjes uit?

Zou ook mooi zijn als er eens een .ovf file komt voor DSM 6.2.1, dus.

[NLBUURMAN]

Ik vroeg me af of het makkelijk is om een Xpenology server op te zetten, waar ik ook van buiten mijn eigen netwerk bij kan. Ervaring met servers opzetten heb ik niet; maar met FreeNAS raakte ik verward van alle mogelijkheden die er wel niet waren. Streamen hoeft eerst absoluut niet, gewoon simpele dataopslag is voldoende. Hardware die ik tot mijn beschikking heb is denk ik voldoende;
Pentium G3220 of 3240, 8gb ram en een simpel bordje met TX3 Evo; en wat harde schijven, SSD en een USB-stick.

[Robbie T]

NLBUURMAN schreef op dinsdag 15 januari 2019 @ 13:12:
Ik vroeg me af of het makkelijk is om een Xpenology server op te zetten, waar ik ook van buiten mijn eigen netwerk bij kan. Ervaring met servers opzetten heb ik niet; maar met FreeNAS raakte ik verward van alle mogelijkheden die er wel niet waren. Streamen hoeft eerst absoluut niet, gewoon simpele dataopslag is voldoende. Hardware die ik tot mijn beschikking heb is denk ik voldoende;
Pentium G3220 of 3240, 8gb ram en een simpel bordje met TX3 Evo; en wat harde schijven, SSD en een USB-stick.

Eenvoudig. Zorg voor een statisch IP-adres en maak poort 5001 beschikbaar dmv port forwarding in je router (bij voorkeur een andere poort gebruiken overigens, maar dit kan je eenvoudig instellen via de GUI van Syno).

[NLBUURMAN]

Robbie T schreef op dinsdag 15 januari 2019 @ 14:20:
[...]


Eenvoudig. Zorg voor een statisch IP-adres en maak poort 5001 beschikbaar dmv port forwarding in je router (bij voorkeur een andere poort gebruiken overigens, maar dit kan je eenvoudig instellen via de GUI van Syno).

Een eenvoudige leek-proef GUI is wat mij dus ontbrak bij FreeNAS, en dat leek mij dus het grote voordeel aan Xpenology, ik ga me wat meer inlezen hierin, dank!

[vso]

hmm ik denk toch dat het wel intressant is https://xpenology.com/for...bility-thread-for-dsm-62/

om op basis hiervan zelf te bouwen ..

ik vraag me echt af wat nu echt wijsheid is tegenwoord aan chips enzv .. (meeste bang voor $$$$$)

[ Voor 22% gewijzigd door vso op 16-01-2019 16:45 ]

[albatross]

NLBUURMAN schreef op dinsdag 15 januari 2019 @ 14:25:
[...]


Een eenvoudige leek-proef GUI is wat mij dus ontbrak bij FreeNAS, en dat leek mij dus het grote voordeel aan Xpenology, ik ga me wat meer inlezen hierin, dank!

Ik las net (op hun site), dat ze nu ook een mooie GUI hebben. Maar FreeNAS vereist een systeem met ECC memory, voor ZFS (dus doorschuiven van je oude desktop hardware als server zit er dan waarschijnlijk niet meer in). Kun je natuurlijk allemaal best kopen, maar ik vind het toch wel erg fijn om ESXi te draaien. Dan kan ik daarmee gelijk een Windows 10 VM draaien, alsook NABNZBD op de DSM, etc.

[Jovink538]

Beste forum leden,
Ik wil in een nieuwe server investeren. Ik zou graag Xpenology willen draaien maar heb echt geen idee wat voor hardware ik nodig heb. Ik zag al een link voorbij komen naar hardware dat zou moeten werken maar die link werkte niet en dan nog vind ik het lastig om te kiezen. Zou iemand mij hier bij kunnen helpen.

Waar wil ik Xpenology voor gebruiken
* Virtualisatie, ik zou graag 2 of 3 windows 10 virtuele desktops willen draaien. (liefst tegelijk)
* Vpn server
* Misschien een mail server
* en een paar docker containers
* Moments
* Opslag van bestanden

Ik heb zelf zitten kijken voor een Nuc maar weet niet of dat geschikt is.
Ik heb gehoord dat een intel processor wordt aangeraden voor virtualisatie en verder dat ik minimaal 8 gig geheugen nodig heb.
Ik dacht zelf aan een Ssd voor Xpenology en een gewone harddisk voor de data. En misschien wel een tweede als backup.
Ik heb nu 2x 1 TB in mijn synology waaravan 1 voor backup en die krijg ik niet vol. Maar iets meer is niet verkeerd.
Het zou erg fijn zijn als het een beetje energie zuinig is...

Oja ook wel handig. Ik heb een budget van ongeveer 700 euro

Hoop dat er iemand met me mee wil denken.

[ Voor 2% gewijzigd door Jovink538 op 23-01-2019 21:27 . Reden: budget toegevoegd ]

[|sWORDs|]

albatross schreef op dinsdag 15 januari 2019 @ 10:38:
[...]


Zou ook mooi zijn als er eens een .ovf file komt voor DSM 6.2.1, dus.

Ik maak hem alleen als er een bootloader voor DS3615xs/DS3617xs komt.

[albatross]

|sWORDs| schreef op woensdag 23 januari 2019 @ 15:33:
[...]

Ik maak hem alleen als er een bootloader voor DS3615xs/DS3617xs komt.

Dan wacht ik die graag af. De DS3615xs blijft toch erg gewild/compatible te wezen. Goed genoeg, iig, voor mijn doeleinden.

[k_ers]

Is er ergens een goede duidelijke handleiding op xpenology 6.1 op proxmox te krijgen. Er staan op internet zoveel handleidingen....

[Hari-Bo]

k_ers schreef op donderdag 24 januari 2019 @ 12:09:
Is er ergens een goede duidelijke handleiding op xpenology 6.1 op proxmox te krijgen. Er staan op internet zoveel handleidingen....

Welke handleiding heb je al geprobeerd, en waar liep je tegenaan?

[k_ers]

Hari-Bo schreef op donderdag 24 januari 2019 @ 12:13:
[...]


Welke handleiding heb je al geprobeerd, en waar liep je tegenaan?

https://www.uxora.com/oth...logy-dsm-6-1-x-on-proxmox

Ik had hiervoor 5.1 en deze was makkelijker te installeren..alleen wil nu opnieuw beginnen

[Hari-Bo]

k_ers schreef op donderdag 24 januari 2019 @ 12:15:
[...]


https://www.uxora.com/oth...logy-dsm-6-1-x-on-proxmox

Ik had hiervoor 5.1 en deze was makkelijker te installeren..alleen wil nu opnieuw beginnen

Maar wat is dan de vraag die je hebt adhv deze handleiding, welke stap lukt er niet?

[k_ers]

Hari-Bo schreef op donderdag 24 januari 2019 @ 12:24:
[...]


Maar wat is dan de vraag die je hebt adhv deze handleiding, welke stap lukt er niet?

Snap het laatste stuk niet met het invullen van de gegevens in de Shell.

[ikkeenjij36]

Hallo..ik draai 6.0.1 op mijn xpenology 3615...draait prima maar nu zoek ik een handleiding om sabnzbd enz. via docker te gaan draaien....
Blijven mijn series en films en muziek gewoon op mn schijven staan dan?
Dus alles dl programma's via docker en mn data behouden ...is dat mogelijk?
En wie kan me naar een jip en janneke handleiding schoppen?
Bij voorbaat dank allen.

[Robbie T]

ikkeenjij36 schreef op vrijdag 25 januari 2019 @ 08:04:
Hallo..ik draai 6.0.1 op mijn xpenology 3615...draait prima maar nu zoek ik een handleiding om sabnzbd enz. via docker te gaan draaien....
Blijven mijn series en films en muziek gewoon op mn schijven staan dan?
Dus alles dl programma's via docker en mn data behouden ...is dat mogelijk?
En wie kan me naar een jip en janneke handleiding schoppen?
Bij voorbaat dank allen.

Ik mis wat eigen voorwerk in deze maar vooruit;
https://nasguides.wordpre...g-up-docker-synology-nas/

[ikkeenjij36]

Robbie T schreef op vrijdag 25 januari 2019 @ 09:53:
[...]

Ik mis wat eigen voorwerk in deze maar vooruit;
https://nasguides.wordpre...g-up-docker-synology-nas/

Dank je wel voor de link en excuses voor t weinige voorwerk.
Ik heb t al paar keer geprobeerd maar t lukt steeds niet.
Ik heb ook 2 ssd als volume 2 erin zitten en de andere hdd's zijn voir opslag.
Nu wil ik docker dus op mn ssd's zetten en de binnengehaalde data op mn data hdd's.
Kan ik dat zo voor elkaar krijgen?
Ik dacht dat ik best handig was maar met docker lukt t me net niet.

[k_ers]

k_ers schreef op donderdag 24 januari 2019 @ 12:42:
[...]


Snap het laatste stuk niet met het invullen van de gegevens in de Shell.

snap niet hoe ik verder moet,

VM voor Xpenology heb ik gemaakt,

alleen moet ik nu in de config file iets veranderen en een img uplouden..

[|sWORDs|]

|sWORDs| schreef op woensdag 23 januari 2019 @ 15:33:
[...]

Ik maak hem alleen als er een bootloader voor DS3615xs/DS3617xs komt.

Het lijkt alsof ik toch vrijwel alle problemen met DS918+ opgelost heb, ben met de laatste cosmetische zaken bezig.

• Max disks 16.
• DSM 6.2.1-23824 Update 4(laatste) werkt.
• VMware Tools werkt.
• VMXNET3 en PVSCSI werken.
• Conversie vanaf DS3615xs/DS3617xs werkt ook.
• Passthrough van SATA controller werkt. (Met 6.7 U1+ indien Intel controller)

• vNVMe werkt niet, wel zichtbaar met LSPCI en NVMe list, maar niet in DSM.
• Spectre V2 lijkt niet gepatched : kernel not compiled with retpoline; no mitigation available!

Echter staan ze wel in de config:

code:

support_spectre_meltdown_mitigation="yes"
supportnvme="yes"

Nog bezig met het niet weergeven van de bootdisk in DSM:






Alleen Haswell/Braswell en nieuwer werken met 918+ welke ook werken met ESXi 6.7 (formeel Sandy Bridge/Silvermont en nieuwer) en 6.7+ is veel gemakkelijker exporten, dus ik zie het nut niet zo om oudere versies van ESXi te laten werken, het exporteren en aanpassen is een best beetje werk met 6.5 en eerder.
6.0 en 5.5 kunnen mogelijk helemaal niet omdat ik bang ben dat ik EFI nodig heb. ESXi 5.0 (Virtual Hardware Version 8+) en nieuwer hebben EFI, alleen secure boot (niet nodig)/vNVME is 6.5 (Virtual Hardware Version 13)+.

Poll: DS918+ OVA releasen?
• Nee
• Ja, ESXi 6.7+
• Ja, ESXi 6.5+
• Ja, ESXi 6.0+
• Ja, ESXi 5.5+

^{Ook een poll maken? Klik hier}

[ Voor 40% gewijzigd door |sWORDs| op 26-01-2019 17:23 ]

[Vorkie]

@|sWORDs| Je kan hem toch op 6.5+ releasen, denk dat er nog wel genoeg Tweakers zijn die nog geen 6.7 kunnen draaien i.v.m. CPU.

[|sWORDs|]

Vorkie schreef op zaterdag 26 januari 2019 @ 15:10:
@|sWORDs| Je kan hem toch op 6.5+ releasen, denk dat er nog wel genoeg Tweakers zijn die nog geen 6.7 kunnen draaien i.v.m. CPU.

Die CPU's werken niet met 918+ (Haswell/Braswell en nieuwer), dus ik zie het nut niet zo. En het is een best beetje werk met 6.5 en eerder, 6.7 (formeel Sandy Bridge/Silvermont en nieuwer) is veel gemakkelijker exporten.

Overigens kun je prima 6.7 (maar dus niet 918+) draaien op oudere (Nehalem, etc) CPU's, depot op een datastore zetten en dan:

code:

esxcli software profile update -d /vmfs/volumes/datastore/depot.zip -p ESXi-6.7.0-10764712-standard

Maar YMMV

[ Voor 28% gewijzigd door |sWORDs| op 26-01-2019 15:23 ]

[Robbie T]

ikkeenjij36 schreef op vrijdag 25 januari 2019 @ 14:21:
[...]

Dank je wel voor de link en excuses voor t weinige voorwerk.
Ik heb t al paar keer geprobeerd maar t lukt steeds niet.
Ik heb ook 2 ssd als volume 2 erin zitten en de andere hdd's zijn voir opslag.
Nu wil ik docker dus op mn ssd's zetten en de binnengehaalde data op mn data hdd's.
Kan ik dat zo voor elkaar krijgen?
Ik dacht dat ik best handig was maar met docker lukt t me net niet.

Je kan bij het installeren van het docker package aangeven op welk volume deze geïnstalleerd moet worden (tenzij je een keer hebt aangeven dat altijd volume X gebruikt moet worden). In jou geval kies je dus voor je SSD.

Binnen je docker container map je vervolgens de juiste map. Stel je hebt de map /volume2/Films dan map je deze als /Films (zie screenshot). Binnen de container kan je deze dan simpelweg aanspreken als /Films

https://ibb.co/6vjfbJS

Waarbij ik dus door de optie "map kiezen" simpelweg de map Films op mijn volume heb geselecteerd.
Aanrader zijn overigens de containers van linuxserver.io

[ikkeenjij36]

Robbie T schreef op zaterdag 26 januari 2019 @ 19:28:
[...]


Je kan bij het installeren van het docker package aangeven op welk volume deze geïnstalleerd moet worden (tenzij je een keer hebt aangeven dat altijd volume X gebruikt moet worden). In jou geval kies je dus voor je SSD.

Binnen je docker container map je vervolgens de juiste map. Stel je hebt de map /volume2/Films dan map je deze als /Films (zie screenshot). Binnen de container kan je deze dan simpelweg aanspreken als /Films

https://ibb.co/6vjfbJS

Waarbij ik dus door de optie "map kiezen" simpelweg de map Films op mijn volume heb geselecteerd.
Aanrader zijn overigens de containers van linuxserver.io

Nog ff een vraagje hierover,op volume 1 heb ik de downloadmap staan van sabnzd het package met donwnload/incomplete/tvseries en films en muziek en complete waar sonarr radarr couchpotato en headphones hoen magioe doen via de packages hoe moet ik dit nou weer netjes in orde krijgen?
sorry voor mijn noob vragen

[|sWORDs|]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

En hier is een VIB file om Intel AHCI controllers in passthrough te kunnen zetten als deze niet voor voor boot/datastore gebruikt wordt. Het zet "8086 ffff d3d0 false" (ffff = wildcard) in /etc/vmware/passthru.map.

Zet de VIB op een datastore en ga naar de shell:

code:

esxcli software vib install -v /vmfs/volumes/myDatastore/intel-passthrough-1.0.0-01.x86_64.vib --no-sig-check -f

Of als je de laatste ESXi ISO er mee wil combineren met ESXi-Customizer-PS, zet hem in een folder en voeg het volgende toe aan de commandline:

code:

-pkgDir C:\myFolder -nsc -force

[ Voor 90% gewijzigd door |sWORDs| op 28-01-2019 11:08 ]

[Verwijderd]

|sWORDs| schreef op zondag 27 januari 2019 @ 23:26:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Ah, mooi. Zal m'n test VM's maar weer 's even opschonen en nieuwe aanmaken met deze. Thanks maar weer kerel!

[Robbie T]

ikkeenjij36 schreef op zondag 27 januari 2019 @ 22:07:
[...]

Nog ff een vraagje hierover,op volume 1 heb ik de downloadmap staan van sabnzd het package met donwnload/incomplete/tvseries en films en muziek en complete waar sonarr radarr couchpotato en headphones hoen magioe doen via de packages hoe moet ik dit nou weer netjes in orde krijgen?
sorry voor mijn noob vragen

Sorry, geen idee wat nou precies je vraag is.

[Yarisken]

Ben me aan het inlezen om xpenology te gaan gebruiken. Heb het standaard niet nodig want wil gewoon een seedbox opzetten en dit kan ik ook gewoon met normaal os.
Enige wat beetje sucked is dat je het moet draaien op een usb stick. Ik heb hier nog een M2 120gb liggen die ik hiervoor wilde gebruiken.

[pl0xs]

Yarisken schreef op maandag 28 januari 2019 @ 18:07:
Ben me aan het inlezen om xpenology te gaan gebruiken. Heb het standaard niet nodig want wil gewoon een seedbox opzetten en dit kan ik ook gewoon met normaal os.
Enige wat beetje sucked is dat je het moet draaien op een usb stick. Ik heb hier nog een M2 120gb liggen die ik hiervoor wilde gebruiken.

De USB gebruik je om de booten. Het OS(DSM) wordt daarna als RAID1 ingesteld op alle aanwezige schijven.

[Yarisken]

ndthien schreef op maandag 28 januari 2019 @ 18:20:
[...]

De USB gebruik je om de booten. Het OS(DSM) wordt daarna als RAID1 ingesteld op alle aanwezige schijven.

Ow dus ik heb nu een M2 ssd en een gewone HD van 2TB erin zitten. Bedoeling was om dsm op de ssd te zetten. Dus eens de installatie klaar kan de usb eruit ?

[jobr]

DSM zit ook op de dataschijven begreep ik. Maar hoe zit het met alle instellingen in Synology?

Ik draai nu op 6.1. Ik heb nu een nieuwe VM klaar staan met daarin DSM 6.2.
Als ik nu mijn data schijven ga verschuiven naar de nieuwe VM dan worden die dacht ik gemigreerd.
Krijg ik dan ook mijn instellingen die ik had op 6.1 weer terug ?

Of moet ik alles weer opnieuw instellen?

[pl0xs]

Yarisken schreef op maandag 28 januari 2019 @ 18:22:
[...]


Ow dus ik heb nu een M2 ssd en een gewone HD van 2TB erin zitten. Bedoeling was om dsm op de ssd te zetten. Dus eens de installatie klaar kan de usb eruit ?

De usb stick moet wel blijven zitten tijdens het opstarten van de server.

[Yarisken]

ndthien schreef op maandag 28 januari 2019 @ 18:40:
[...]

De usb stick moet wel blijven zitten tijdens het opstarten van de server.

Ok dus de bootloader blijft op de usb zitten. Bedankt

[slabetje]

Wat is de meest stabiele versie van Xpenology 6.2 op dit moment voor een XEON E5-2640 ?
Keuze uit; DS918+ / DS3615xs of een DS3617xs

Liefst een zo stabiel mogelijke versie welke ook eenvoudig is om te updaten.
Ik wil deze BARE METAL gaan draaien.

Iemand een directe link naar de juiste loader ? (DSM 6.2) ?

Alvast bedankt.

[Verwijderd]

slabetje schreef op dinsdag 29 januari 2019 @ 23:37:
Wat is de meest stabiele versie van Xpenology 6.2 op dit moment voor een XEON E5-2640 ?
Keuze uit; DS918+ / DS3615xs of een DS3617xs

Liefst een zo stabiel mogelijke versie welke ook eenvoudig is om te updaten.
Ik wil deze BARE METAL gaan draaien.

Iemand een directe link naar de juiste loader ? (DSM 6.2) ?

Alvast bedankt.

8 posts omhoog even kijken welke versie compatible is? Staan tevens de laatste versies. De 6.2 variant is zeer stabiel op m'n ESXi host. Draait al maanden zonder issues. De 6.2.1 variant ben ik de komende weken als test aan 't draaien. Maar die is tevens ook al een tijdje uit. Op de xpenology forums staat meer over de laatste versies. Ik heb er nog geen slechte zaken over gehoord, anders werd 't hier ook wel vermeld vermoed ik

[|sWORDs|]

slabetje schreef op dinsdag 29 januari 2019 @ 23:37:
Wat is de meest stabiele versie van Xpenology 6.2 op dit moment voor een XEON E5-2640 ?
Keuze uit; DS918+ / DS3615xs of een DS3617xs

Liefst een zo stabiel mogelijke versie welke ook eenvoudig is om te updaten.
Ik wil deze BARE METAL gaan draaien.

Iemand een directe link naar de juiste loader ? (DSM 6.2) ?

Alvast bedankt.

Aangezien je niet vX achter je CPU hebt staan gok ik dat het een Sandy Bridge is.
Dan kun je 6.2.1 draaien met Jun 1.03B 3615 als je maar een Intel NIC en Intel SATA controller gebruikt.

[Dakillerbean]

@|sWORDs| Mag ik u weer hartelijk danken voor deze update? v6 zojuist afgevuurd, disken van de oude VM geimporteerd en de laatste DSM update 4 geinstalleerd zonder enige problemen, inclusief behoud van data en settings. Ik ben weer een gelukkig persoon! +1!

[|sWORDs|]

Dakillerbean schreef op donderdag 31 januari 2019 @ 12:09:
@|sWORDs| Mag ik u weer hartelijk danken voor deze update? v6 zojuist afgevuurd, disken van de oude VM geimporteerd en de laatste DSM update 4 geinstalleerd zonder enige problemen, inclusief behoud van data en settings. Ik ben weer een gelukkig persoon! +1!

Welke versie van ESXi, welke CPU en hoe koppel je de disks (controller passthrough/RDM/virtual disks)?

[Dakillerbean]

|sWORDs| schreef op donderdag 31 januari 2019 @ 12:16:
[...]


Welke versie van ESXi, welke CPU en hoe koppel je de disks (controller passthrough/RDM/virtual disks)?

ESXi 6.7.0 (Build 9484548) op een HP Microserver Gen8 met een Intel Xeon E3-1265L. heb hieraan gewoon 2 VMDK disken aan gekoppeld waar de data in staat. Deze zitten in een VMFS6 standaard datastore op een 3tb Seagate 3tb Raid 1 set.

Eigenlijk gewoon gevalletje OVA template uitrollen, oude VMDK eraan en klaar is klara. Zoals ik gewend ben/was van je OVA templates

[|sWORDs|]

Dakillerbean schreef op donderdag 31 januari 2019 @ 12:37:
[...]


ESXi 6.7.0 (Build 9484548) op een HP Microserver Gen8 met een Intel Xeon E3-1265L. heb hieraan gewoon 2 VMDK disken aan gekoppeld waar de data in staat. Deze zitten in een VMFS6 standaard datastore op een 3tb Seagate 3tb Raid 1 set.

Eigenlijk gewoon gevalletje OVA template uitrollen, oude VMDK eraan en klaar is klara. Zoals ik gewend ben/was van je OVA templates

E3-1265L v2 - Ivy Bridge? Ja, dan is het een logische keuze om niet voor de 918+ te gaan.

[Dakillerbean]

|sWORDs| schreef op donderdag 31 januari 2019 @ 12:41:
[...]

E3-1265L v2 - Ivy Bridge? Ja, dan is het een logische keuze om niet voor de 918+ te gaan.

is de v1, niet de v2. Sandy Bridge.

[|sWORDs|]

Dakillerbean schreef op donderdag 31 januari 2019 @ 12:43:
[...]


is de v1, niet de v2. Sandy Bridge.

Ik vraag me nog steeds af waarom het Haswell of nieuwer moet zijn aangezien ik niets in Braswell zie wat Sandy/Ivy Bridge niet hebben. Misschien is het toch op de een of andere manier aan de praat te krijgen met een andere DSDT.

[slabetje]

|sWORDs| schreef op woensdag 30 januari 2019 @ 00:35:
[...]

Aangezien je niet vX achter je CPU hebt staan gok ik dat het een Sandy Bridge is.
Dan kun je 6.2.1 draaien met Jun 1.03B 3615 als je maar een Intel NIC en Intel SATA controller gebruikt.

Bedankt! De installatie is gelukt, alles werkt.

[larsje993]

Zojuist 6.2 baremetal geïnstalleerd op mijn Microserver gen8 met een Dell Perc H200 in IT mode.
Schijven worden netjes doorgegeven en het uploaden gaat met 100MB/s. Dik tevreden dus!

Echter denkt xpenology dat de schijven in slot 7, 8 en 9 zitten.
Zie foto:




Iemand enige idee hoe dit misschien handmatig aan te passen?

[ Voor 24% gewijzigd door larsje993 op 01-02-2019 19:11 ]

[|sWORDs|]

larsje993 schreef op vrijdag 1 februari 2019 @ 19:07:
Zojuist 6.2 baremetal geïnstalleerd op mijn Microserver gen8 met een Dell Perc H200 in IT mode.
Schijven worden netjes doorgegeven en het uploaden gaat met 100MB/s. Dik tevreden dus!

Echter denkt xpenology dat de schijven in slot 7, 8 en 9 zitten.
Zie foto:
[Afbeelding]

[Afbeelding]

Iemand enige idee hoe dit misschien handmatig aan te passen?

Onboard SATa in BIOS uitschakelen en anders zou SataPortMap=08 of 18 moeten helpen, de eerste boot in sommige gevallen niet, de tweede laat SCSI bij slot 2 beginnen.

[ Voor 6% gewijzigd door |sWORDs| op 01-02-2019 20:51 ]

[larsje993]

Onboard SATa in BIOS uitschakelen en anders zou SataPortMap=08 of 18 moeten helpen, de eerste boot in sommige gevallen niet, de tweede laat SCSI bij slot 2 beginnen.

Thanks voor de snelle reactie, dit heeft het inderdaad opgelost! Hij begint nu gewoon bij slot 1!

[Chrisiesmit93]

Ik heb zojuist v1 van DSM 6.2.1-23824 Update 4 geïnstalleerd op een Intel D-1541 (Broadwell als ik het goed heb).
Ik krijg echter geen verbinding met Xpenology, de seriëele verbinding wordt er gelijk uitgegooid (connection refused) en ik moet vaak (bij initiële installatie / import van de VM) 3 NIC's toevoegen voordat ik 1 werkend krijg. Echter dit "truukje" werkt momenteel bij mij ook niet (ik zie wel het ip adres verschijnen in dhcp, maar geen verdere verkeer mogelijk).

Is dit misschien een bekend probleem ?

[|sWORDs|]

Chrisiesmit93 schreef op zondag 3 februari 2019 @ 14:16:
Ik heb zojuist v1 van DSM 6.2.1-23824 Update 4 geïnstalleerd op een Intel D-1541 (Broadwell als ik het goed heb).
Ik krijg echter geen verbinding met Xpenology, de seriëele verbinding wordt er gelijk uitgegooid (connection refused) en ik moet vaak (bij initiële installatie / import van de VM) 3 NIC's toevoegen voordat ik 1 werkend krijg. Echter dit "truukje" werkt momenteel bij mij ook niet (ik zie wel het ip adres verschijnen in dhcp, maar geen verdere verkeer mogelijk).

Is dit misschien een bekend probleem ?

Nee, tenzij je er twee tegelijk actief hebt en/of FW voor telnet niet open gezet hebt.

[Romius]

Hmm, dacht ook even met ESXi aan de gang te gaan, maar blijft op vmkibft hangen, zowel 6.5 als 6.7 en op 2 verschillende HP werkstations. Iemand een idee?
Via F12 geeft de vmhba33 een error, zelfs met alle disks losgekoppeld.

[|sWORDs|]

Wat voor disk controllers? En vmhba33, dat is volgens mij iSCSI...

[ Voor 43% gewijzigd door |sWORDs| op 03-02-2019 18:37 ]

[Romius]

|sWORDs| schreef op zondag 3 februari 2019 @ 18:35:
Wat voor disk controllers? En vmhba33, dat is volgens mij iSCSI...

Hmm, dat zou dan wel weer uit de toon vallen, zijn Intel machines met de ingebouwde sata controller, dat moet toch werken of denk ik dan te simpel?