Onvoldoende capaciteit om bij te werken. De systeempartitie vereist 350mb

[Blurpje]

@Birdy

Ik draai al een paar jaar zonder problemen  vanaf dag 1 Zarafa op mijn Synology maar een dag of 2 a 3 geleden merkte ik ineens dat mijn mail (Outlook) en openen van mijn bestanden steeds trager werd. Ik ben eerst nog gaan zoeken op mijn pc (netwerk) maar al gauw kwam ik uit bij de Nas dat die de bottleneck was.
Er is niet iets duidelijk aantoonbaar gebeurd maar hij werd langzaam aan trager...

Ik ben zelf een "Windows" man met bijna geen Linux ervaring dus ik vind het nogmaals erg fijn dat jullie meedenken aan een oplossing:-)

[Birdy]

Ok.....dat is dan duidelijk.
Wat er mis is, is ook duidelijk.
Waardoor het gekomen is, is niet duidelijk.

Maar goed, ik ben even benieuwd naar de file fstab.

[Blurpje]

DiskStation> cat /etc/fstab
none /proc proc defaults 0 0
/dev/root / ext4 defaults 1 1
/dev/mapper/vol1-origin /volume1 ext4 usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,synoacl 0 0

[Birdy]

Die ziet er goed uit.

Maar ja, waar komt die mount (in eens) vandaan van Zarafa, het is volgens mij zelfs zo, dat eerst een mount gedaan wordt (fstab) en daarna eventueel andere mounts dus, b.v. voor Zarafa (kennelijk).

Als dat zo is, dan zou dat betekenen, dat Zarafa een unmount doet ?
Ik heb in ieder geval geen verstand van Zarafa dus, ik heb geen idee wat Zarafa wil en doet.
Iemand met Zarafa op DSM5.2 kan daar meer over zeggen.

(Ik denk nu alleen maar......misschien heeft iemand wel van buitenaf op je NAS zitten hacken.)

[Blurpje]

Wat een naar idee die hack...maar is het misschien een idee om te zoeken naar leden op het forum met zarafa ervaring? :-)
En voor de zekerheid mijn account wachtwoord aanpassen...

[Blurpje]

Dat ga je zien als je

mount -a

doet of

mount /dev/root /

Mijn voorkeur heeft mount -a

DiskStation> mount /dev/root /
mount: open failed, msg:No such file or directory
mount: mounting /dev/root on / failed: No such device
DiskStation>  mount -a
mount: mounting /dev/root on / failed: No such file or directory
DiskStation>

[Blurpje]

@Birdy We zeggen beide hetzelfde 

De mount /var verwijst naar /usr/local/zarafa-licensed/var. Dit is een folder in de root /dev/root.

Daarom geeft /var precies dezelfde waarden als /dev/root

Zarafa moet dus anders ingesteld worden om data niet op de root op te slaan. Dus de mount voor /var moet aangepast worden zodat hij naar een user volume verwijst in plaats van root.

@Hofstede of iemand anders? Maar hoe gaat dit dan in zijn werk?

[Hofstede]

@Blurpje: Zarafa slaat blijkbaar al zijn data op in MariaDB. Kijk eens in de instellingen van MariaDB waar de MariaDB database op je NAS wordt opgeslagen.

Kijk ook eens of er daadwerkelijk iets staat in de /var mount.
Inloggen via SSH en dan:

ls /var -l

[Blurpje]

Alvast bedankt, ik ga hier vanmiddag naar kijken:-)

[Blurpje]

DiskStation> ls /var -l
drwxrwxrwx    2 root     users         4096 Dec  5 11:22 @tmp
drwxr-xr-x    3 root     root          4096 Nov  8  2014 cache
drwxr-xr-x    2 root     root          4096 Aug 27  2013 db
drwxr-xr-x    3 root     root          4096 Jun 22 02:47 dynlib
drwxr-xr-x    2 root     root          4096 Aug 27  2013 empty
drwxr-xr-x   18 root     root          4096 Dec  5 17:36 lib
lrwxrwxrwx    1 root     root            11 Nov  8  2014 lock -> ../run/lock
drwxr-xr-x   12 root     root          4096 Dec  4 23:47 log
drwx------    3 root     root          4096 Nov  8  2014 net-snmp
drwxr-xr-x   19 root     root          4096 Nov 28 21:08 packages
lrwxrwxrwx    1 root     root             6 Jun 22 02:47 run -> ../run
drwxr-xr-x    4 root     root          4096 Dec  4 23:49 services
drwxr-xr-x    4 root     root          4096 Dec  4 23:55 spool
drwxr-xr-x    3 root     root          4096 Jun 22 02:46 state
drwxr-xr-x    4 root     root          4096 Dec 13  2014 synobackup
lrwxrwxrwx    1 root     root             4 Dec  4 23:49 tmp -> /tmp

heb je wat aan deze info?

[Hofstede]

Nee, helaas niet.

Jouw filesysteem ziet er heel anders uit dan bij mijn NASsen, en omdat ik geen NAS op 5.2 heb draaien kan ik het niet echt goed vergelijken.

Welke pakketten heb je nog meer op je NAS geïnstalleerd? Mogelijk is het niet Zarafa zelf die de systeempartitie volpropt.

[Briolet]

Op het Duitse forum is er ook een oude FAQ over een volle systeem partitie.
Misschien dat daar nog iets in staat.

[Blurpje]

ik word zo langzamerhand een beetje wanhopig, ik kan door dit gedoe niet bij mij (oude) e-mails, agenda en +/- 600 contactpersonen


DiskStation> df -al
Filesystem     1K-blocks      Used Available Use% Mounted on
/dev/root        2385528   2366620         0 100% /
/sys                   0         0         0    - /sys
none                   0         0         0    - /dev/pts
/tmp              506240       632    505608   1% /tmp
/run              506240      1852    504388   1% /run
/dev/shm          506240         0    506240   0% /dev/shm
none                   4         0         4   0% /sys/fs/cgroup
/dev/bus/usb      502184         4    502180   1% /proc/bus/usb
none                   0         0         0    - /sys/kernel/debug
/dev/vg1000/lv 956643004 859325096  97199124  90% /volume1
securityfs             0         0         0    - /sys/kernel/security
none                   0         0         0    - /proc/fs/nfsd

zou het niet mogelijk zijn om de "/dev/root " te kopieren, want ik neem aan dat dat daar de Zarafa database in staat, en deze tijdelijk ergens anders op te slaan en dan een Synology reset te doen en dan hopelijk een import van de database op een grote systeem partitie?

[Hofstede]

Daarom vroeg ik naar de details van MariaDB. Zover ik kan nagaan slaat Zarafa alles op in deze database, en die staat dus op Volume1. Dus moet er iets anders zijn dat de volle systeempartitie veroorzaakt.

[Blurpje]

@Hofstede

Zoals je waarschijnlijk al begrepen hebt ben ik een Linux nitwit maar hoe kan ik dan b.v. zien wat er in /dev/root staat en hoe groot dit is?