Disk vol en webpanel manager niet meer bereikbaar -opgelost-

[Birdy]

Beetje zitten Googlen maar het lijkt erop of je DS in een shutdown of (re)boot hangt.

Ook zie ik een nogal hoge Average load zonder te zien in top waarom.


Je zou ook een Ticket kunnen inleggen voordat de boel over de z**k gaat en alles kwijt bent.

Synology Ticket:
https://myds.synology.com/support/support_form.php?lang=nld

Of als je DS is geregistreerd of wilt registreren en dan een ticket:
https://account.synology.com/support/register.php?lang=nld

Of als je wilt bellen:
https://www.synology.com/nl-nl/company/contact_us

Maar goed, ik ga nu hondje uitlaten.....

[Ben(V)]

Was hij misschien met een update bezig, want normaal heet de systeem partitie /dev/root en bij jouw heet hij /dev/root.old?
Je kun even kijken of je wat van die cloudsystem processen kunt killen.

[Ben1966]

Beetje zitten Googlen maar het lijkt erop of je DS in een shutdown of (re)boot hangt.

Ook zie ik een nogal hoge Average load zonder te zien in top waarom.
(Link naar bijlage)

Je zou ook een Ticket kunnen inleggen voordat de boel over de z**k gaat en alles kwijt bent.

Denk dat dit hem moet worden, zien alleen geen support voor Nederlands wanneer je gaat bellen, even kijken of ik iemand kan vinden die Engels kan spreken.
In ieder geval bedankt voor het meedenken.

Was hij misschien met een update bezig, want normaal heet de systeem partitie /dev/root en bij jouw heet hij /dev/root.old?
Je kun even kijken of je wat van die cloudsystem processen kunt killen.

heb nu 30 tot 40 processen gekild, maar lijkt geen einde aan te komen.
Update doet hij hopelijk niet automatisch, heb zelf niets kunnen doen omdat ik niet kan inloggen en voor ik met vakantie ging ook geen update gedaan.

ook bedankt voor het mee denken.


Heb erbij gestaan om hem uit te drukken, maar ben bang dat ik daarna helemaal niks meer kan doen..
Bedrijf waar ik hem 2 jaar geleden van gekocht hebt, meld ook dat ik beste contact kan opnemen met Synology en dat ze me verder niet kunnen helpen.

Enige wat ik mij nog kan bedenken is om een grotere opslag schijf te plaatsen, dit zal automatische dan de opslagruimte moeten vergroten, maar dan is de vraag of ie dat dan wel doet in deze toestand?

[Pippin]

Probeer eens in putty:

killall syncd

[Birdy]

Enige wat ik mij nog kan bedenken is om een grotere opslag schijf te plaatsen, dit zal automatische dan de opslagruimte moeten vergroten, maar dan is de vraag of ie dat dan wel doet in deze toestand?

Helaas, dat gaat niet automatisch, je zal zelf via de DSM interface die opdracht moeten geven.

En, in deze toestand:

/dev/root.old ? mounted on /initrd
/dev/md0 ? mounted on /

gaat je dit, met PuTTY, ook niet lukken.

[Pippin]

Hier een aanwijzing voor root.old:
http://www.ruwebit.net/article/355

Ik vermoed nu dat het er niets mee te maken heeft. Edit1: maar wel met migreren (blijkt niet zo te zijn)
Zoek maar eens verder, ook hier op het forum komt het een paar keer voor.
Edit2: Dit ook nog gevonden m.b.t. root.old:

Code: [Selecteer]

No, this behaviour is normal.
During boot process, the kernel mounts the initial ramdisk first, to
get ext3/reiser/xfs module loaded and to pivot_root to the real
root partition.

The pivot_root system call changes the root filesystem to a mounted
partition and moves the old root filesystem (the ramdisk) to a
specified mount point (/initrd).

killall syncd nog geprobeerd?

[Birdy]

Ik heb eens even getest op m'n DS111 met een 80GB HD erin, deze vol laten lopen, kon gewoon inloggen, reboot, kon gewoon weer inloggen en m'n partities zien er normaal uit:



Ik heb het idee dat bij jou de DS in de (re)boot fase hangt, waarschijnlijk omdat, om welke reden dan ook, Cloudstation aan het loopen is.
De kans is misschien wel groot dat, als je "killall syncd" (MMD) doet, die processen gewoon weer terug komen maar, het is de moeite waard om het te proberen.

Had net (toevallig) hetzelfde gevonden als MMD, maar dan op dit Forum:
Als je daar kijkt zie je ook een bootproces via boot console.

No new disk. Do nothing.
[  462.904492] Adding 2097144k swap on /dev/hda2.  Priority:-1 extents:1 across:2097144k
/dev/root.old on / type ext2 (rw,relatime,errors=continue)
/tmp on /tmp type tmpfs (0)
none on /dev/pts type devpts (gid=4,mode=620)
/sys on /sys type sysfs (0)

[Ben1966]

Probeer eens in putty:

killall syncd

Gedaan maar zien niets gebeuren en hangt daar weer.

Hier een aanwijzing voor root.old:
http://www.ruwebit.net/article/355

Ik vermoed nu dat het er niets mee te maken heeft. Edit1: maar wel met migreren (blijkt niet zo te zijn)
Zoek maar eens verder, ook hier op het forum komt het een paar keer voor.
Edit2: Dit ook nog gevonden m.b.t. root.old:

Code: [Selecteer]

No, this behaviour is normal.
During boot process, the kernel mounts the initial ramdisk first, to
get ext3/reiser/xfs module loaded and to pivot_root to the real
root partition.

The pivot_root system call changes the root filesystem to a mounted
partition and moves the old root filesystem (the ramdisk) to a
specified mount point (/initrd).

killall syncd nog geprobeerd?

oke, dus de root.old kan mogelijk goed zijn wanneer de toestand in herstarten staat.
Dit zou dus gekomen zijn dat ik na verwijderen van logfiles in de /var dir het station niet wil rebooten vanwege hij dan hangt in volume1 disk.

Ik heb eens even getest op m'n DS111 met een 80GB HD erin, deze vol laten lopen, kon gewoon inloggen, reboot, kon gewoon weer inloggen en m'n partities zien er normaal uit:

[ Bijlage is ongeldig of bestaat niet ]

Ik heb het idee dat bij jou de DS in de (re)boot fase hangt, waarschijnlijk omdat, om welke reden dan ook, Cloudstation aan het loopen is.
De kans is misschien wel groot dat, als je "killall syncd" (MMD) doet, die processen gewoon weer terug komen maar, het is de moeite waard om het te proberen.

Had net (toevallig) hetzelfde gevonden als MMD, maar dan op dit Forum:
Als je daar kijkt zie je ook een bootproces via boot console.

No new disk. Do nothing.
[  462.904492] Adding 2097144k swap on /dev/hda2.  Priority:-1 extents:1 across:2097144k
/dev/root.old on / type ext2 (rw,relatime,errors=continue)
/tmp on /tmp type tmpfs (0)
none on /dev/pts type devpts (gid=4,mode=620)
/sys on /sys type sysfs (0)

Zien bij jou op het plaatje van DS111 de schijf /dev/sda3 met 72275872 (1K-blocks) nog iets overhebt aan wat 1K-blocks.
Bij mij zit dat tot het laatste 1K-block vol.

Vraag me af als dat bij jou ook tot laatste 1K-Block gevuld is of je dan ook nog iets kan verwijderen?
Volgens plaatje heb je dan nog 2268 x 1K-Blocks vrij.


Super bedankt voor meedenken!


Snap ook echt niet dat als een schijf tot laatste byte geschreven is dat je dan niks meer kan zien of nog iets kan verwijderen.
Had ook beter niet met vakantie kunnen gaan, zien in de laatste 3 e-mail berichten dat de schijf nog 541GB en dan nog 271GB en vervolgens 21Gb over heeft en daarna geen mail meer.
Camera (Elro) gaat de deur uit, ding gaat streamen bij detectie van beweging en stopt niet(bestandjes van 4 tot 9MB).

[Birdy]

Vraag me af als dat bij jou ook tot laatste 1K-Block gevuld is of je dan ook nog iets kan verwijderen?
Volgens plaatje heb je dan nog 2268 x 1K-Blocks vrij.

Je hebt gelijk, had nog iets over, zal misschien vanavond nog eens testen en kijken of ik die schijf echt helemaal kan volproppen

Overigens, nog iets van Support gehoord ?

[Birdy]

Nou, weer getest en nu ECHT vol, kon gewoon inloggen via http://ds111:5000/webman/index.cgi ook na een reboot.
Dus, bij jou is er dan wat anders aan de hand dan een disk vol (zie eerder gemelde mogelijkheden).

[Ben1966]

Uiteindelijk gelukt en super blij.

Diskstation had tijd nodig om opnieuw op te starten, hebben hem 3 x opnieuw van spanning voorzien, disk lampjes bleven rood knipperen tot de 3x aanzetten en zijn groen.
Hierna duurde het 4,5 minuut tot we met putty er weer in konden(na 1,5 minuut kreeg ik het toch wel erg warm waarom ik er niet op kon).
Kreeg eerst nog e-mail bericht
"backup412 has finished checking the consistency on Volume 1. The system is now ready for use."
Ofwel hij was bezig met een check.

Van de 5754568240 hadden we opeens 5754568008 1K-blocks die gebruikt waren.
Cloud services allemaal weg(gelijk paar dir's verwijderd).

Of dit nu aan de Cloud service heeft gelegen i.c.m. de web camera die vrolijk aan het streamen was (totale files 179GB) of dat het puur toeval is geweest dat Cloud service ergens mee bezig was?

Nou, weer getest en nu ECHT vol, kon gewoon inloggen via http://ds111:5000/webman/index.cgi ook na een reboot.
Dus, bij jou is er dan wat anders aan de hand dan een disk vol (zie eerder gemelde mogelijkheden).

(Link naar bijlage)

Maar kon je dan wel iets verwijderen nu de Volume1 totaal vol zit?
(ik ga het zelf niet proberen)

Ik weet wel dat ik een 2de nas ga halen(weet alleen niet of het een synology gaat worden gezien m'n angst nu)

Iedereen bedankt, ben weer wat wijzer geworden ook.

[Birdy]

Mooi dat het uiteindelijk toch gelukt is

Maar kon je dan wel iets verwijderen nu de Volume1 totaal vol zit?

Ja hoor, ik kon alles doen.

[Ben1966]

Overigens, nog iets van Support gehoord ?

Support ging redelijk snel met antwoord en wilde remote toegang naar de station om te onderzoeken, maar was zelf 2 dagen weg en kon pas vanmiddag verder, ik heb ze nog wel even netjes beantwoord dat het niet meer nodig was.

Mooi dat het uiteindelijk toch gelukt is

Maar kon je dan wel iets verwijderen nu de Volume1 totaal vol zit?

Ja hoor, ik kon alles doen.

Dan moet ik echt een andere nas erbij hebben, betekent dus dat er toch iets anders wat dwars zit op m'n huidige nas.

bedankt voor het uitproberen ook.