Forum Debian Users Gang

piobiaB · 2017-10-18 11:51:56

Od wczoraj coś zapycha mi partycję / . Kompletnie nie mam pomysłu od czego zacząć i gdzie szukać. Dziś nie jestem już w stanie uruchomić serwera X - partycja jest pełna.

Mam zainstalowany logrotate, więc nie powinny to być logi.

Partycja ma zaledwie 10 GB, ale system pracuje w wersji lekkiej - na fluxboksie. Z dużych aplikacji - tylko firefox i libreoffice. Proszę o pomoc i informację co należałoby w pierwszej kolejności przejrzeć. Dorzucam wynik df:

System plików 1K-bl użyte dostępne %uż. zamont. na
udev 757044 0 757044 0% /dev
tmpfs 153660 4880 148780 4% /run
/dev/sda1 9480420 8990332 0 100% /
tmpfs 768284 0 768284 0% /dev/shm
tmpfs 5120 4 5116 1% /run/lock
tmpfs 768284 0 768284 0% /sys/fs/cgroup
/dev/sda6 64436052 30049900 31089896 50% /home
tmpfs 153656 0 153656 0% /run/user/1000

Marek607 · 2017-10-18 12:13:02

uruchom sobie z konsoli ncdu / - pokaże ci ile co zajmuje.
tak na szybko możesz zmniejszyć rozmiar wolnych bloków by zainstalować ncdu:
tune2fs -m1 /dev/sd1

piobiaB · 2017-10-18 12:50:35

Dziękuję. Najwięcej zajmuje /usr i /var. Stawiam na coś w /var. Poobserwuję co się zmienia

urbinek · 2017-10-18 13:05:29

Trochę szybsza metoda

Kod:

du -sh /*
du -sh /var/*
du -sh /ush/*

morfik · 2017-10-18 13:32:03

Jak już zeskanowałeś ten dysk, to po prostu przejdź w wyniku do folderu i zobacz. xD

piobia · 2017-10-18 13:58:23

'Pacze' i widzę, że winowajcą jest log error.log apache2. Zajmuje 1.3 GB.

Jacekalex · 2017-10-18 14:04:17

1. Skonfiguruj logrotate.

2. Awaryjny skrypt do czyszczenia logów:

Kod:

#!/bin/bash

find /var/log/* -type f -mtime +3 | grep -v 'apt' |xargs rm -f;

3. Maksymalny rozmiar pliku logu Apacha:
https://httpd.apache.org/docs/2.4/programs/rotatelogs.html

4. Przydałoby się też zajrzeć do error.log Apacha, skąd się tyle błędów wzięło.
Jeżeli jest wystawiony do internetu, to przydałoby się go gruntownie dozbroić.

To by było na tyle

Ostatnio edytowany przez Jacekalex (2017-10-18 14:08:24)

piobia · 2017-10-18 14:27:26

Dziękuję za skrypt i sugestie. To maszyna domowa, serwer służy obsłudze prostego systemu magazynowego. Od przejścia na debiana9 pojawiło się wiele problemów (przejście na mysqli itp.). Pewnie stąd problemy.

Całkowicie usnąłem error.log, a mimo to df wciąz pokazuje tą samą wielkość dostępnej powierzchni. Debian ma jakiś "kosz", który dodatkowo muszę opróżnić?

Jacekalex · 2017-10-18 14:42:25

Linux ma kosze, jest ich całkiem sporo.
Każdy użytkownik systemowy ma kosz w lokalizacji

Kod:

$HOME/.local/share/Trash/

ale należy pamiętać, że śmieci nie wędrują między partycjami ani między użytkownikami, także na innych partycjach też system tworzy kosze.

morfik · 2017-10-18 19:48:20

Pewnie deskryptory są w użyciu i system nie skasuje pliku póki jakiś proces do nich się odwołuje. Przeładuj sobie tego apache. A poza tym, to nie lepiej zajrzeć co w tym pliku było i góglać błędy?

Ostatnio edytowany przez morfik (2017-10-18 19:50:00)

lis6502 · 2017-10-24 07:42:33

[quote=Jacekalex]Linux ma kosze, jest ich całkiem sporo.
Każdy użytkownik systemowy ma kosz w lokalizacji

Kod:

$HOME/.local/share/Trash/

ale należy pamiętać, że śmieci nie wędrują między partycjami ani między użytkownikami, także na innych partycjach też system tworzy kosze.[/quote]
Co xD
To nie linuks ma kosze tylko pedalskie graficzne klikadła, a dokładniej ichnie menedżery plików.
Oczywiście w szanującym sie filemanagerze wszystko jest do skonfigurowania.
Niemniej żadne szanujące się polecenie konsolowe- mam na myśli rm- nie korzysta z tego rozwiązania

Pewnie deskryptory są w użyciu i system nie skasuje pliku póki jakiś proces do nich się odwołuje. Przeładuj sobie tego apache. A poza tym, to nie lepiej zajrzeć co w tym pliku było i góglać błędy?[/quote]
Dokładnie tak jest- dlatego zamiast usuwać pliki na pałę, dużo bezpieczniej jest obcinać (ang. truncate) przez np
Kod:
 > error.log
co w wypadku "awaryjnego odzyskiwania miejsca" miałoby postać
Kod:
find /var/log/* -type f -mtime +3 | grep -v 'apt' |xargs echo -n > ;
@Morfik, w sumie i na to jest obejście ;)
Kod:
 for i in /proc/$PID/fd/*;do [[ -r $i ]] || echo -n > $i ;done
Kiedyś już nad tym łamałem głowę bo juzki namiętnie kasowały logi a produkcyjnego apacza tak lekko nie wypada wajchować ;)

Ostatnio edytowany przez lis6502 (2017-10-24 07:47:13)

Time (s)	Query
0.00009	SET CHARSET latin2
0.00004	SET NAMES latin2
0.00144	SELECT u., g., o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='18.118.119.77' WHERE u.id=1
0.00092	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '18.118.119.77', 1733043807)
0.00065	SELECT * FROM punbb_online WHERE logged<1733043507
0.00071	DELETE FROM punbb_online WHERE ident='52.167.144.169'
0.00123	SELECT topic_id FROM punbb_posts WHERE id=314835
0.00119	SELECT id FROM punbb_posts WHERE topic_id=29983 ORDER BY posted
0.00071	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=29983 AND t.moved_to IS NULL
0.00007	SELECT search_for, replace_with FROM punbb_censoring
0.00147	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=29983 ORDER BY p.id LIMIT 0,25
0.00099	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=29983
Total query time: 0.00951 s

Forum Debian Users Gang

Ogłoszenie

#1 2017-10-18 11:51:56

piobiaB - Nowy użytkownik

zapchany dysk

#2 2017-10-18 12:13:02

Marek607 - Użytkownik

Re: zapchany dysk

#3 2017-10-18 12:50:35

piobiaB - Nowy użytkownik

Re: zapchany dysk

#4 2017-10-18 13:05:29

urbinek - Użytkownik

Re: zapchany dysk

Kod:

#5 2017-10-18 13:32:03

morfik - Cenzor wirtualnego świata

Re: zapchany dysk

#6 2017-10-18 13:58:23

piobia - Użytkownik

Re: zapchany dysk

#7 2017-10-18 14:04:17

Jacekalex - Podobno człowiek...;)

Re: zapchany dysk

Kod:

#8 2017-10-18 14:27:26

piobia - Użytkownik

Re: zapchany dysk

#9 2017-10-18 14:42:25

Jacekalex - Podobno człowiek...;)

Re: zapchany dysk

Kod:

#10 2017-10-18 19:48:20

morfik - Cenzor wirtualnego świata

Re: zapchany dysk

#11 2017-10-24 07:42:33

lis6502 - Łowca lamerów

Re: zapchany dysk

Kod:

Kod:

Kod:

Kod:

Stopka forum

Informacje debugowania