Synology-Forum.nl
Firmware => Synology DSM algemeen => Topic gestart door: Knakkel op 20 juni 2017, 17:08:30
-
Beste Allemaal,
Zoals de titel al doet vermoeden, heb ik een klein probleem met grote gevolgen hier aan de hand. Zonder hier nu hele lappen tekst neer te gaan zetten houd ik het kort. Maar als er meer info gewenst is, zal ik dat zeker niet nalaten.
Ik kan na een herstart niet meer inloggen via https, en dat is niet zo gek want nginx is gestopt met een foutmelding. Ik log in via ssh, en na veel googlen weet ik iets meer wat ik daar kan doen. Verder weet ik enigzins mijn weg in Linux maar synology heeft daar zijn eigen commando's.
Synoservice –-status nginx
geeft als resultaat >> service [nginx] start failed, synoerr=[0x0000].
Errorlog van nginx zegt :
cat /var/log/upstart/nginx.log
Resultaat >> 2017-06-19T22:45:28+0200 nginx: [error] invalid PID number "" in "/run/nginx.pid"
Deze regel komt elke keer in de logfile als je probeert nginx te starten (samen met andere errors, maar die hebben betrekking op regels in de pid-file)
Dus
cat /run/nginx.pid
>> Niets! Nginx.pid is een lege file van 0 byte ??
Hoe kan die file nou leeg zijn? Of hoe los ik dit op?
Alvast bedankt voor het meedenken.
PS. Ik moet dringend inloggen vanwege degraded volume, de syno piept onophoudelijk!
De nieuwe schijf zit er al in, ik moet alleen maar inloggen.
-
Verwijder die pid file eens en probeer het opnieuw.
Als root:
rm /run/nginx.pid
-
Dat zou ik graag willen proberen, bedankt Birdy.
Maar de situatie is verslechterd, ik kom er nu helemaal niet meer in.
Waar ik ook aan zit te denken: als ik nou eens alle schijven verwijder, 1 lege disk er in zet en DSM opnieuw installeer.
Dan de schijven weer terug plaats, dan zou inpricipe het volume weer geimporteerd kunnen worden, toch?
-
Denk niet dat dat gaat werken.
-
Mag ik vragen waarom niet?
Ik meen wel eens gelezen te hebben dat als je de schijven verplaatst naar een andere synology, alles weer terug op zijn plek staat?
-
Dat is wat anders, zie hier (https://www.synology.com/nl-nl/knowledgebase/DSM/tutorial/General/How_to_migrate_between_Synology_NAS_DSM_5_0_and_later)
-
Ja sorry, dat heb ik al eens gelezen. Maar ik ben ten einde raad :oops:
Ik zit gelukkig er weer in via ssh
Hier wat info:
root@SynoHut:/var/run# rm nginx.pid-ash: rm: command not found
en
root@SynoHut:/var/log/upstart# cat nginx.log
2017-06-20T20:38:20+0200 /proc/self/fd/9: line 19: /usr/bin/rm: No such file or directory
2017-06-20T20:38:20+0200 /proc/self/fd/9: line 22: /usr/bin/rm: No such file or directory
2017-06-20T20:38:20+0200 /bin/ln: failed to create symbolic link '/var/lib/nginx/nginx': File exists
2017-06-20T20:38:20+0200 /proc/self/fd/9: line 40: /usr/bin/rm: No such file or directory
2017-06-20T20:38:20+0200 Stop Nginx Server ......
2017-06-20T20:38:20+0200 nginx: [error] invalid PID number "" in "/run/nginx.pid"
2017-06-20T20:38:20+0200 /proc/self/fd/9: line 4: /bin/rm: No such file or directory
-
Ik ben er klaar mee, niets lukt. Dat gepiep moet NU ophouden.
Login via ssh; sudo -i
synoconfbkp --export path=/usr/backup/*.dss
Installeer WinSCP op je pc, hIEr (https://www.wijngaard.org/get-access-to-synologys-filesystem/) staat een perfecte beschrijving hoe je WinSCP moet instellen. Navigeer dan naar bovenstaande map (path=) op je Syno bestandssysteem om de .dss-file (config) naar je pc te halen.
Start de Syno op, wacht totdat ie volledig geboot is. Druk op resetknop 4 sec, dan binnen 10 sec weer 4 sec op resetknop. Syno piept en knippert oranje. Op de PC start Assistant en zoek je Syno op, die zegt nu "configuration lost". Klik hierop en log weer in op je verse Syno.
In mijn situatie gaf de installwizzard aan dat alle gegevens op schijf 7 verloren zouden gaan. Dat is de schijf die geswapped was voor de dooie!
Dan de niuwste .pat gedownload en geinstalleerd. Reboot ...
Al mn data nog intact, de Syno stelde zelf voor om het volume te gaan rebuilden :clap:
Ik kan weer rustig slapen :thumbup:
-
:thumbup: :clap:
Echter:
Installeer WinSCP op je pc, hIEr staat een perfecte beschrijving hoe je WinSCP moet instellen.
Volgens mij heeft dit Topic (https://www.synology-forum.nl/algemeen/nas-benaderen-met-ssh-winscp-putty/) de perfecte beschrijving ;D ;)
-
Omdat je spreekt over een degraded volume en er duidelijk iets mis is met DSM lijkt mij het een lange weg om te gaan proberen DSM te repareren.
Misschien is het slimmer om DSM er opnieuw op te zetten via de reset procedure.
Dit moet je data volume(s) gewoon in tact laten, maar als je nog toegang hebt tot je data zou ik toch eerst een backup maken.
-
Thanx Birdy :) geweldige uitleg over WinSCP! Helaas kwam die niet naar voren tijdens googlen :o
-
DSM er opnieuw op te zetten via de reset procedure.
Thanx Ben(V)! Dit heb ik uitvoerig omschreven in post nr. 8 van dit topic.
Maar ik zie nu ook dat ik tegen wat anders aanloop, waar ik ff geen rekening mee had gehouden:
Max volume size = 16TB. Damn, dan had ik dus geen 4 maar gewoon een 3TB schijf hoeven kopen :drol:
-
Max volume size = 16TB.
Meestal wordt de maximale grootte van een volume aangegeven echter, vol verbazing lees ik (en dus wordt er gesuggereerd) dat je een volume kan hebben van 100TB :o
Robuuste schaalbaarheid tot 100 TB
Synology DS3612xs is ontworpen om mee te groeien met uw onderneming
en kan naadloos en eenvoudig worden uitgebreid naar een volume van
100TB
Bron. (https://global.download.synology.com/download/Document/DataSheet/DiskStation/12-year/DS3612xs/Synology_DS3612xs_Data_Sheet_nld.pdf)
Maar, 100TB lijkt mj sterk, 16TB zou beter kloppen.
-
100TB kan prima.
16TB is alleen de limit als het filesystem op een 32bits cpu is aangemaakt.
-
Als er een migratie heeft plaatsgevonden van een andere DS met een Volume limiet van 16TB erft men die Volume limiet.
Dus waarschijnlijk heeft @Knakkel gemigreerd van een DS??? naar deze DS3612xs?
-
Eh nee ik heb nooit gemigreerd. Wat wel zo is, is dat de 3612 stamt uit het DSM 4.xxxx tijdperk.
Ik ben toen gestart met 8x3TB in SHR waarbij ik 2 schijven kan verliezen. Dit is volume 1, en dit topic beschrijft de 3e schijf die ter ziele is gegaan in de loop der jaren. Elke dooie schijf heb ik vervangen voor een 4 TB exemplaar, maar er nooit op gelet dat het volume blijft steken op 16,09TB.
In de 1211 zitten nu 10 schijven van 2 TB, maar daar heb ik het anders gedaan: eerst een diskgroep aangemaakt met daarop volume 2.
Je zou in principe natuurlijk een diskgroep met 24 schijven kunnen creëren, maar zou je daar dan een groter dan 16TB volume op kunnen plakken?
Nu ik er zo aan denk, in mijn VMWare omgeving kom ik ook niet verder met volumes groter als 16TB.
Dat geeft weer stof tot uitpluizen :thumbup:
-
Ik zou in deze Synology om opheldering vragen.
Er staat toch duidelijk Volume tot 100TB in de specs...
-
Niet bij stilgestaan:
stamt uit het DSM 4.xxxx tijdperk
Het kan in een enkel geval voorkomen dat een Volume gemaakt op een 64B systeem van voor DSM 4.2 toch niet over de 16TB heen kan komen.
Als dat zo is kun je Synology contacteren.
-
Wat wel zo is, is dat de 3612 stamt uit het DSM 4.xxxx tijdperk.
Toen ik mijn 212J kocht was DSM 3.2 het nieuwste (Eind 2011). Ik kan me voorstellen dat de meegeleverde installatie disks van de 3612 ook dsm 3.2 bevatten en met die versie gestart bent, ook al heb je er dan direct DSM 4.x overheen gezet. (DSM 4.0 is van maart 2012, volgens mij)
-
Wow, that's long ago Briolet! Ik kan me alleen nog DSM 4 herinneren. 3 zou ook best kunnen, geen idee.
Maar dit zegt wel iets over de kwaliteit van zo'n systeem, de 3612 draait al 5 jaar probleemloos. Ik heb hem in 2012 gekocht en geïnstalleerd en sindsdien gewoon alle updates uitgevoerd. Dus ik neem het hem ook niet kwalijk dat er een her-instal nodig was.
Trouwens, de backup functie middels .dss bestand werkt ook voortreffelijk mocht iemand dat ooit nodig hebben.
-
@MND Ik denk ook dat dat het is.
Maar ik maak me er nu toch niet al te druk om, ik heb nog wat ruimte leeg.
-
De 3612 kan 3 x 12 schijven aan met de 2 extra cabinets aangesloten waardoor je een 36 TB x 3 zou kunnen plaatsen.
Maar ik vermoed dat dan je geheugen tekort schiet als je boven de 100 TB zou gaan.