Am mutat fișiere de pe vechiul meu server pe unul nou. Nu știu de ce, dar când vreau să-mi zip folderul, acesta se agăță întotdeauna de un folder.
La început, am crezut că a eșuat, așa că am anulat apăsând ctrl+c, dar am încercat de mai multe ori și am întotdeauna același rezultat.
Comanda mea zip este:
zip -r backup.zip /var/www -x '*.log*'
Am încercat atât de multe fermoar comenzi cu sau fără params/arg, dar încă rămâne /admin/storage/logs/0 director.
Când a închis, procesul de zip încă rula, așa că am încercat să aștept aproximativ 3 ore până când s-a terminat.
După ce am terminat, m-am mutat .zip care are un fișier cu dimensiunea de 7,7 GB către noul server, apoi a încercat să îl extragă. La extragere este returnat:
/admin/storage/logs/0: eroare de scriere (disc plin?)
Noul meu server are 160 GB, iar vechiul server are doar aproximativ 15 GB. Ce face noul server plin?
Cercetând am găsit un folder /admin/storage/logs/ are o dimensiune de 134 GB, dar când execut comanda ls e gol. Am șters acel folder, dar când am alergat df -h spațiul pe disc folosit rămâne același.
Mai jos este istoricul comenzilor mele:
root@ip-172-26-4-220:/var/www/www/admin/storage# du -hs * | sortare -rh
Jurnalele 134G
aplicație 1.2G
cadru de 32K
8.0K bară de depanare
root@ip-172-26-4-220:/var/www/www/admin/storage# cd logs/
root@ip-172-26-4-220:/var/www/www/admin/storage/logs# du -hs * | sortare -rh
134G 0
root@ip-172-26-4-220:/var/www/www/admin/storage/logs# cd ..
root@ip-172-26-4-220:/var/www/www/admin/storage# rm -r logs/
root@ip-172-26-4-220:/var/www/www/admin/storage# du -hs * | sortare -rh
aplicație 1.2G
cadru de 32K
8.0K bară de depanare
root@ip-172-26-4-220:/var/www/www/admin/storage# df -h
Filesystem Size Used Avail Use% Montat pe
/dev/root 156G 156G 2,2M 100% /
devtmpfs 3,9G 0 3,9G 0% /dev
tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs 796M 832K 796M 1% /run
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
Cum să eliberez spațiu?
Pe serverul vechi admin/stocare/jurnale folderul are doar 52 de milioane:
[root@server storage]# du -hs * | sortare -rh
aplicație 3.4G
52 de milioane de busteni
cadru de 2,7 milioane
4.0K oauth-public.key
4.0K oauth-private.key
4.0K bară de depanare
De ce i s-au dat fișierului .zip extras mai mult de 134 GB?
[admin rădăcină@server]# stocare cd/jurnale/
[root@server jurnal]# ls -lh
total 51 milioane
-rwxrwxrwx 1 rădăcină rădăcină 1.0T 30 septembrie 2020 0
drwxr-xr-x 2 root root 8.0K 1 septembrie 12:00 cron
-rwxrwxrwx 1 apache apache 1.6K 6 martie 2020 frontend-response-2020-03-06.log
-rwxrwxrwx 1 apache apache 720 23 martie 2020 frontend-response-2020-03-23.log
-rwxrwxrwx 1 apache apache 353 29 aprilie 2020 frontend-response-2020-04-29.log
-rwxrwxrwx 1 apache apache 719 30 aprilie 2020 frontend-response-2020-04-30.log
-rw-r--r-- 1 apache apache 51M 1 sept 18:00 laravel.log
[root@server jurnal]# df -h
Filesystem Size Used Avail Use% Montat pe
devtmpfs 1,9G 0 1,9G 0% /dev
tmpfs 1,9G 0 1,9G 0% /dev/shm
tmpfs 1.9G 188M 1.7G 10% /run
tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup
/dev/sda2 36G 25G 11G 71% /
tmpfs 379M 0 379M 0% /run/user/0
wow, dosar 0 are o dimensiune de 1 TB. dar de ce a făcut-o df returneaza doar 25gb folosit? Poate trebuie să-l șterg mai întâi înainte de a migra?
