Kan niet inloggen op DSM via http(s)

[Knakkel]

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.

Code: [Selecteer]

Synoservice –-status nginx
geeft als resultaat >> service [nginx] start failed, synoerr=[0x0000].
Errorlog van nginx zegt :

Code: [Selecteer]

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

Code: [Selecteer]

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.

[Birdy]

Verwijder die pid file eens en probeer het opnieuw.
Als root:

Code: [Selecteer]

rm /run/nginx.pid

[Knakkel]

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?

[Birdy]

Denk niet dat dat gaat werken.

[Knakkel]

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?

[Birdy]

Dat is wat anders, zie hier

[Knakkel]

Ja sorry, dat heb ik al eens gelezen. Maar ik ben ten einde raad 

Ik zit gelukkig er weer in via ssh
Hier wat info:

Code: [Selecteer]

root@SynoHut:/var/run# rm nginx.pid-ash: rm: command not found

en

Code: [Selecteer]

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

[Knakkel]

Ik ben er klaar mee, niets lukt. Dat gepiep moet NU ophouden.

Login via ssh; sudo -i

Code: [Selecteer]

synoconfbkp --export path=/usr/backup/*.dss
Installeer WinSCP op je pc, hIEr 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 

Ik kan weer rustig slapen 

[Birdy]

  
Echter:

Installeer WinSCP op je pc, hIEr staat een perfecte beschrijving hoe je WinSCP moet instellen.

Volgens mij heeft dit Topic de perfecte beschrijving  

[Ben(V)]

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.

[Knakkel]

Thanx Birdy  geweldige uitleg over WinSCP! Helaas kwam die niet naar voren tijdens googlen

[Knakkel]

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 

[Birdy]

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

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.

Maar, 100TB lijkt mj sterk, 16TB zou beter kloppen.

[Ben(V)]

100TB kan prima.
16TB is alleen de limit als het filesystem op een 32bits cpu is aangemaakt.

[Pippin]

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?