Synology-Forum.nl
Firmware => Synology DSM 5.2 => Topic gestart door: cym67 op 30 oktober 2015, 19:05:18
-
Hallo,
Ik heb een DS211j met DSM 5.2-5592 Update 4.
Hierin 2 schijven met nog genoeg ruimte vrij.
Als ik probeer DSM bij te werken naar Version:5.2-5644, krijg ik de foutmelding:
Onvoldoende capaciteit om bij te werken. De systeempartitie vereist minstens 350 MB.
Ik heb al diverse topics hierover gelezen en wordt geadviseerd om het systeem te resetten
How_to_Reset_the_Synology_System (http://forum.synology.com/wiki/index.php/How_to_Reset_the_Synology_System)
Omdat ik veel foto's op volume 1 heb staan, gaat het dagen duren voordat alle thumbernails opnieuw gemaakt zijn.
Dus ik probeer het "systeem resetten" te voorkomen.
Ik denk dat ik met "Download Station" een keer geen "doelmap" heb opgegeven en dat daardoor e.e.a. ergens op de schijf is opgeslagen......
Als ik met putty de opdracht "df -h" uitvoer krijg ik het volgende:
een 100% use bij /dev/root
[attach=1]
Ik denk dat dit het probleem is.
Ik kan alleen de map /dev/root verder niet vinden.
Het verwijderen van "download station" heeft niet geholpen.
Wie kan mij verder helpen?
-
Probeer het eens met Winscp dat smoelt beter als Putty, zie link voor uitleg.
http://www.synology-forum.nl/algemeen/nas-benaderen-met-ssh-winscp-putty/
En uiteraard dank aan @Birdy voor de uitleg
-
Hoi Robstarm
Ik gebruikte midnight commander hier altijd voor. Winscp smoelt idd beter.
Heb je ook een oplossing voor mijn probleem?
-
Ben effe op mijne aan het zoeken, maar kan ook dev/root niet vinden. Ben zelf ook niet zo'n Linux pro maar denk dat deze locatie niet te benaderen is ??? maar kan het natuurlijk verkeerd hebben en wellicht springt een Linux pro in in dit topic.
-
dev/root is geen folder maar een partitie.
Op elke disk staat zo'n partitie in een mirror en die bevat het DSM systeem
De jouwe is vol en dat is niet in orde.
Hij zou ergens tussen de 700 en 800 MB "used" moeten zijn en dus nog meer dan 1.5GB vrij moeten hebben.
Kijk eens of de /tmp misschien is volgelopen.
Gebruik je soms Mariadb? Die heeft nog wel eens de neiging de /tmp folder vol te laten lopen.
-
@Ben(V) wat ik in zijn screendump kan zien is zijn /tmp maar 1% gevuld, is de oorzaak misschien het aangesloten USB device ??
-
Hoi Ben(V),
ik gebruik Mariadb maar zoals Robstar al aangeeft staat deze /tmp op 1% (of kijken wij verkeerd?)
Is er een manier om op die partitie te kijken? Ik verwacht dat daar gedownloade bestanden in staan.
-
Wat je in de screendump laat zien is de partitie /tmp.
Dat is de swap partitie, die bedoel ik niet.
Ik bedoel de folder /tmp.
Het beste kun je winscp hiervoor gebruiken, maar als je putty gebruikt moet je eerst cd .. doen en daarna cd tmp
Dan sta je in de tmp folder.
Het is bijna zeker dat mariadb dan de schuldige is.
Mariadb moet geconfigureerd worden zodat zijn tmp folder naar volume1 wijst en niet naar de systeem partitie.
-
Kan jij kijken of je hier iets vreemds ziet?
Volgens mij alleen maar 87kB
-
Wat je ziet is ../tmp. (een hogere map als .. is er niet)
-
Ik denk dat ik met "Download Station" een keer geen "doelmap" heb opgegeven en dat daardoor e.e.a. ergens op de schijf is opgeslagen......
Dat kan in download station niet downloaden zonder een doelmap opgegeven te hebben.
-
Zoek eens met het volgende commando naar grote mappen maar negeer /volume1, /volume2 en /volumeUSB1:
du -acs -d 1 -h / > /volume1/<een gedeelde map>/gebruik.txt
Kan even duren en als de prompt weer terug is, gebruik.txt uitlezen.
Waarbij je eventueel een dieper kunt gaan met -d 2 of 3......
-
Na dit prima advies van Birdy kun je ook even dit topic lezen.
Dit gaat weliswaar over de tmp partitie, maar misschien gebruikt mariadb bij jouw een tmp locatie op de system partitie in plaats van op volume1.
http://www.synology-forum.nl/firmware-algemeen/kan-ik-de-tmp-vergroten/msg136849/#msg136849
-
MOD: Onnodige citaat is verwijderd, lees even. (http://www.synology-forum.nl/vragen-en-opmerkingen-over-het-forum/gebruik-de-citaatknop-met-mate-17838/)
du -acs -d 1 -h / > /volume1/<een gedeelde map>/gebruik.txt
Dit krijg ik terug uit gebruik.txt. (usb1 even losgekoppeld)
ik heb geen idee of hier vreemde dingen in staan.
Jullie een idee?
760.0K /bin
4.0K /.rnd
32.0K /.old_patch_info
4.0K /dev
16.0K /.system_info
7.2M /etc
4.0K /initrd
196.9M /lib
4.0K /lost+found
4.0K /mnt
0 /proc
108.0K /root
1.7M /run
4.1M /sbin
0 /sys
180.0K /tmp
323.1M /usr
1.6G /var
648.4G /volume1
6.1M /etc.defaults
2.2M /var.defaults
4.0K /1
1.4T /volume2
20.0K /volumeUSB1
20.0K /volumeUSB2
0 /perl5
4.0K /.umount_root_failed
4.9M /.syno
2.1T /
2.1T total
-
Na dit prima advies van Birdy kun je ook even dit topic lezen.
Dit gaat weliswaar over de tmp partitie, maar misschien gebruikt mariadb bij jouw een tmp locatie op de system partitie in plaats van op volume1.
http://www.synology-forum.nl/firmware-algemeen/kan-ik-de-tmp-vergroten/msg136849/#msg136849
Ik heb in de map /usr/syno/etc/packages/MariaDB in bestand "my.cnf" onderstaande tekst toegevoegd:
[mysqld]
tmpdir = /volume1/tmp
Moet ik de oude tmp map van MariaDB nog iets verwijderen? en welke map is dat dan?
-
Ik zie wel iets vreemds, n.l. "1.6G /var" die heeft veel te veel data, zou die maar eens nader onderzoeken, bijvoorbeeld: /var/tmp.
-
Aanvulling:
Moet ik de oude tmp map van MariaDB nog iets verwijderen? en welke map is dat dan?
/var/tmp waarschijnlijk/misschien ?
-
Ik zie wel iets vreemds, n.l. "1.6G /var" die heeft veel te veel data, zou die maar eens nader onderzoeken, bijvoorbeeld: /var/tmp.
Ik probeer deze map met een commando uit te lezen, maar kan niet vinden welk commando dit moet zijn.
Als ik >>du -acs -d 1 -h / > /volume1/music/gebruik.txt<< gebuik in de map /var, dan krijg ik de volledige inhoud van de schijven terug.
-
Je zou morgen ook eens op het Duitse forum kunnen kijken. Zij besteden een hele FAQ aan het probleem van te kleine systeempartitie. Gisteren lag die website echter geheel plat en vandaag is er alleen een melding dat ze down zijn.
-
kan je hier een linkje plaatsen zodra de site weer in de lucht is? Bedankt alvast ;)
-
Als ik >>du -acs -d 1 -h / > /volume1/music/gebruik.txt<< gebuik in de map /var, dan krijg ik de volledige inhoud van de schijven terug.
Ga in de map /var staan:
cd /var
Dan geef je het commando:
du -acs -d 1 -h > /volume1/music/gebruik.txt
Dus, zonder / aan het eind.
/ = vanaf de root n.l.
-
Resultaat nader onderzoek.
In de map /var/log/httpd zat een bestand user-error_log.1 met een grote van 1.6G
In DSM heb ik >logcenter< draaien. De logboeken heb ik in DSM verwijderd echter dit verminderde niet de 1.6G in de map /var/log/httpd
Het bestand user-error_log.1 heb ik even naar een andere gedeelde map verplaatst.
Hierna heb ik DSM kunnen updaten (wat uiteindelijk de bedoeling was).
Als ik nu met putty de opdracht "df -h" uitvoer krijg ik het volgende:
een 30% use bij /dev/root
[attach=1]
Ik denk dat het hierbij opgelost is.
Tot zover bedank ik de hulplijnen Robstar, Ben(V), Birdy, en Briolet.
Rest nog de vraag wat bestand >user-error_log.1< doet en hoe deze zo groot is kunnen worden.....
-
Rest nog de vraag wat bestand >user-error_log.1< doet en hoe deze zo groot is kunnen worden.....
Het is een log-file maar, dat wist je al, waarom zo groot ? Kijk er eens in, je hebt deze toch verplaatst naar een gedeelde map.
Zou naar de laatste 100 regels kijken, waarschijnlijk is het een herhaling van errors, misschien dat het dan duidelijk wordt wat er aan de hand is.
Doe je dit niet, dan is de kans groot, lijkt mij, dat dit probleem gaat herhalen dus, het probleem moet worden opgelost.
Heb je hier vragen over, start dan een nieuwe topic.
-
Bij mij is de file user-error_log slecht 600 kB groot en loopt al vanaf januari 2014. Bij jou staat er .1 achter, dus heeft hij al een roulatie gehad en zou dit bestand afgesloten moeten zijn. Volgens mij worden ze zelfs gezipt na roulatie om ruimte te besparen.
Mijn nas is overigens ouder dan de oudste entry zodat hij bij mij na roulatie gewist moet zijn.
Overigens staan er niet alleen nas errors in. Is zie ook veel entries in de vorm van:
[Wed Mar 05 17:46:30 2014] [error] [client 221.11.64.118] File does not exist: /var/services/web/webcalendar
[Wed Mar 05 17:46:32 2014] [error] [client 221.11.64.118] File does not exist: /var/services/web/calendar
[Wed Mar 05 17:46:34 2014] [error] [client 221.11.64.118] File does not exist: /var/services/web/WebCalendar
[Wed Mar 05 17:46:36 2014] [error] [client 221.11.64.118] File does not exist: /var/services/web/Calendar
[Wed Mar 05 17:46:37 2014] [error] [client 221.11.64.118] File does not exist: /var/services/web/web
[Wed Mar 05 17:46:42 2014] [error] [client 221.11.64.118] File does not exist: /var/services/web/w6
[Wed Mar 05 17:46:43 2014] [error] [client 221.11.64.118] File does not exist: /var/services/web/webc
[Wed Mar 05 17:46:44 2014] [error] [client 221.11.64.118] File does not exist: /var/services/web/wcalendar
[Wed Mar 05 19:51:27 2014] [error] [client 58.181.132.220] File does not exist: /var/services/web/phpTest
[Wed Mar 05 19:51:29 2014] [error] [client 58.181.132.220] File does not exist: /var/services/web/phpMyAdmin/scripts
[Wed Mar 05 19:51:31 2014] [error] [client 58.181.132.220] File does not exist: /var/services/web/pma
[Wed Mar 05 19:51:33 2014] [error] [client 58.181.132.220] File does not exist: /var/services/web/myadmin
[Wed Mar 05 20:58:29 2014] [error] [client 123.204.189.38] File does not exist: /var/services/web/phpTest
[Wed Mar 05 20:59:17 2014] [error] [client 123.204.189.38] File does not exist: /var/services/web/phpMyAdmin/scripts
Allemaal onbekende IP's die blijkbaar proberen bepaalde files in de web interface te vinden. Opzoek naar bugs/gaten om in te breken?
-
Voor wat het waard is zijn dit de laatste regels uit dat bestand.
[Tue Oct 20 13:20:54 2015] [error] [client XXXXXXXXXX] FastCGI: server "/php-fpm-handler" stderr: PHP message: PHP Warning: PDO::__construct(): MySQL server has gone away in /XXXXXXXXXXXXXXXX/Mysql.php on line 50
[Tue Oct 20 13:31:23 2015] [error] [client XXXXXXXXXX] FastCGI: server "/php-fpm-handler" stderr: PHP message: PHP Warning: PDO::__construct(): MySQL server has gone away in /XXXXXXXXXXXXXXXX/Mysql.php on line 50
[Tue Oct 20 13:38:43 2015] [error] (23)Too many open files in system: apr_socket_accept: (client socket)
[Tue Oct 20 13:39:20 2015] [error] (23)Too many open files in system: apr_socket_accept: (client socket)
HIERNA BEGIN HET BESTAND "VOL TE LOPEN" MET:
[Tue Oct 20 17:40:07 2015] [error] (23)Too many open files in system: Error accepting on cgid socket
[Tue Oct 20 17:40:07 2015] [error] (23)Too many open files in system: Error accepting on cgid socket
[Tue Oct 20 17:40:07 2015] [error] (23)Too many open files in system: Error accepting on cgid socket
[Tue Oct 20 17:40:07 2015] [error] (23)Too many open files in system: Error accepting on cgid socket
[Tue Oct 20 17:40:07 2015] [error] (23)Too many open files in system: Error accepting on cgid socket
[Tue Oct 20 17:40:07 2015] [error] (23)Too many open files in system: Error accepting on cgid socket
[Tue Oct 20 17:40:07 2015] [error] (23)Too many open files in system: Error accepting on cgid socket
[Tue Oct 20 17:40:07 2015] [error] (23)Too many open files in system: Error accepting on cgid socket
[Tue Oct 20 17:40:07 2015] [error] (23)Too many open files in system: Error accepting on cgid socket
[Tue Oct 20 17:40:07 2015] [error] (23)Too many open files in system: Error accepting on cgid socket
[Tue Oct 20 17:40:07 2015] [error] (23)Too many open files in system: Error accepting on cgid socket
[Tue Oct 20 17:40:07 2015] [error] (23)Too many open files in syste[Tue Oct 20 19:42:05 2015] [notice] Digest: generating secret for digest authentication ...
[Tue Oct 20 19:42:05 2015] [notice] Digest: done
[Tue Oct 20 19:42:05 2015] [notice] FastCGI: process manager initialized (pid 7527)
[Tue Oct 20 19:42:05 2015] [notice] Apache/2.2.31 (Unix) mod_fastcgi/mod_fastcgi-SNAP-0910052141 mod_ssl/2.2.31 OpenSSL/1.0.1p-fips configured -- resuming normal operations
[Tue Oct 20 19:42:28 2015] [notice] SIGHUP received. Attempting to restart
[Tue Oct 20 19:42:28 2015] [alert] FastCGI: read() from pipe failed (0)
[Tue Oct 20 19:42:28 2015] [alert] FastCGI: the PM is shutting down, Apache seems to have disappeared - bye
-
kan je hier een linkje plaatsen zodra de site weer in de lucht is? Bedankt alvast ;)
Het Duitse forum is weer on-line: Systempartition-voll-resp-zu-wenig-Platz-für-Firmware-Update (http://www.synology-forum.de/showthread.html?25576-Systempartition-voll-resp-zu-wenig-Platz-für-Firmware-Update)
De beschreven oplossing is ongeveer wat jij nu gedaan hebt. Echter niet de log-file wissen maar leeg maken.
Het voordeel van faq's is dat mensen daar minder moeite mee hebben om te vinden dan via de zoekfunctie, want ik ben zeker dat dit probleem elders op dit forum ook al besproken is. :P
-
Link aangepast, werkte niet ;)
-
Nieuw hier, dus weet niet zeker of het gebruikelijk is oude topics "af te stoffen", maar ik loop tegen ditzelfde probleem aan. De optie "terugzetten naar fabrieksinstellingen" kan ik niet gebruiken, omdat ik niet zou weten waar ik "even" ruim 5 Tb aan data kan stallen, daar heb ik nou juist die NAS voor.
Is er een andere manier om de partitie vrij te maken door overbodige bestanden te wassen of te verplaatsen, zonder dat ik alle data kwijt raak?
Ik heb nu versie 5.2-5644 Update 5 erop staan (sinds 18 februari 2016), maar er is blijkbaar weer een nieuwe update die ik nu dus niet kan installeren.
-
Is er een andere manier om de partitie vrij te maken door overbodige bestanden te wassen of te verplaatsen, zonder dat ik alle data kwijt raak?
Die manier is juist in deze topic besproken ;)
Ik zou beginnen vanaf dit punt. (http://www.synology-forum.nl/synology-dsm-5-2/onvoldoende-capaciteit-om-bij-te-werken-bij-update-naar-version5-2-5644/msg172135/#msg172135)
Je hebt hiervoor dus wel PuTTY nodig, kijk daarvoor hier. (http://www.synology-forum.nl/algemeen/nas-benaderen-met-ssh-winscp-putty/)