Synology Italia - Forum

grazie dei tuoi super consigli. Ineffetti ho anche io 1.5GB var/log però non riesco a cancellarle poichè sono di proprietà root e io uso admin. Il comando su non fnziona, come posso fare?

Entra come root e password admin

Allora l' assistenza è riuscita a riparare il volume ma c'era ancora il problema spazio. Seguendo le note ho ripulito la cartella var/log l' ho ripulita, ho riavviato tutto e.... cloud statio è partito. Non funziona tutto, LDAP mi segnala errore ma abbiamo fatto un bel passo avanti

Abbassa le versioni di cloudstation

Agli utilizzatori di VirtualBox potrebbe accadere la stessa cosa. L'applicazione viene installata nella cartella /opt (/opt/virtualbox) che nel caso sia mancante viene creata nella root, quindi nella partizione nascosta del sistema operativo.
Chi ha da prima installato optware non ha problemi perché la /opt non è altro che un symlink/mount della cartella fisica /volume1/@optware. Quindi VirtualBox verrà in questo caso installato nel volume1 (spazio dati utente).

Per quanto riguarda Servio con /var/tmp oltre che disabilitare la citata funzione un'alternativa potrebbe essere quella di riavviare il nas. Durante il riavvio infatti la /tmp viene svuotata.
Riavvio che sarebbe per altro sempre consigliabile fare prima di un aggiornamento maggiore del SO in modo da farlo a sistema pulito/fresco. Dopo l'aggiornamento viene comunque fatto quindi credo che riavvio, aggiornamento e riavvio automatico non creino particolari problemi a nessuno.


@HeavyManto: potresti anche sistemare la firma come da regolamento in vigore da oltre un anno. Credo che lo staff di SIF abbia già fatto ampie deroghe nei tuoi confronti rispondendo ai tuoi quesiti sino a qui.

un plauso a batty38, avevo anche io 1 file da 1,5giga di log!? La syno è scivolata su una buccia di banana. Possibile che una cosa così critica non sia sotto monitoraggio?

Il sistema si è stabilizzato però me ne è capitata una altra grossa, sono spariti TUTTI gli utente da LDAP Ho provato la fx di ripristino, sia quella dell Server Directory che quella dell backup/restore ma entrambe non recuperano i dati. Ho fatto analizzare il pacchetto e i tecnici synology mi hanno detto che il pacchetto non contiene dati Sono 15 giorni che ci lavorano sopra ma sembra che il sistema sia divento instabile da quasi un mese, (anche se non dava segnalazioni) e di fatto non backuppava una mazza!!!!

Ho ricreato gli account su LDAP ma ovviamente non aggancia le vecchie folder home, quindi, quando entri nel tuo account non vedi i file da infarto!
Un disastro raga, e tutto per un ca*** di file log....

Dopo oltre 1 anno mi è ricapitato ancora lo stesso problema.
Dopo un po' di ricerche e con qualche difficoltà ho individuato il problema. Questa volta la colpa era del file log di Jdownloader, che era di 1.2 Giga.

Eliminato tramite WinSCP la situazione si è risolta..

Ciao a tutti, anche io sto avendo lo stesso problema.
Ho eseguito: df -h, ottenendo:
Filesystem Size Used Avail Use% Mounted on
/dev/md0 2.3G 2.0G 265M 89% /
none 451M 4.0K 451M 1% /dev
/tmp 455M 2.7M 452M 1% /tmp
/run 455M 2.2M 453M 1% /run
/dev/shm 455M 8.0K 455M 1% /dev/shm
none 4.0K 0 4.0K 0% /sys/fs/cgroup
/dev/vg1001/lv 7.0T 1.6T 5.4T 23% /volume2

Mi servono almeno 400MB dentro /dev/md0 che non ho. Come faccio ad entrare dentro /dev/md0 e a verificare quale file sta impegnando tutto lo spazio?

Non ricevendo risposta qui ho provato ad aprire un ticket alla Synology, vediamo se mi sanno aiutare ad identificare che cosa occupa spazio.

Sono di fretta. Devi accedere con WinScp da Windows selezionando come protocollo Scp e con utente root. Su Nas devi attivare SSH e Telnet.

A quel punto navighi dentro la cartella e con tasto destro, proprietà ti dice il peso di ogni cartella. Ci vuole un po di tempo, ma così facendo ho trovato il colpevole