Изпечатай

[mrowcp]

Имам много странен проблем.При: df -h

/dev/sdb1              10G  9.6G  469M  96% /part

, а при: du -hs /part

5.4G    /part

продължавам да трия, но не се освобождава място според df-a.Иначе du -hs го отчита.

[neter]

Единственият вариант, за който се сещам, при който при триене на файлове от някой дял да не се променя заетото място според df, но да намалява според du, и заетото място според df да е по-голямо от заетото място според du, е монтирано дисково изображение с фиксиран размер (в случая 9.6GB) в папката /part. Така ли е?

[romeo_ninov]

Единственият вариант, за който се сещам, при който при триене на файлове от някой дял да не се променя заетото място според df, но да намалява според du, и заетото място според df да е по-голямо от заетото място според du, е монтирано дисково изображение с фиксиран размер (в случая 9.6GB) в папката /part. Така ли е?

Има и друг вариант - ако файл се изтрие но хендлъра му продължава да е отворен от някоя програма (примерно лог на апаш) за писане/добавяне

[mrowcp]

Единственият вариант, за който се сещам, при който при триене на файлове от някой дял да не се променя заетото място според df, но да намалява според du, и заетото място според df да е по-голямо от заетото място според du, е монтирано дисково изображение с фиксиран размер (в случая 9.6GB) в папката /part. Така ли е?

До колко знам не, но пак трябва да проверя.А как се задава дяла да е фиксиран?

Единственият вариант, за който се сещам, при който при триене на файлове от някой дял да не се променя заетото място според df, но да намалява според du, и заетото място според df да е по-голямо от заетото място според du, е монтирано дисково изображение с фиксиран размер (в случая 9.6GB) в папката /part. Така ли е?

Има и друг вариант - ако файл се изтрие но хендлъра му продължава да е отворен от някоя програма (примерно лог на апаш) за писане/добавяне

Да предполагам е твоята версия Файловете бяха логове, но част пък от тях няма как да се ползват, защото бяха стари логове от миналия месец.Единствено единия голям лог ( около 4Гб ) предполагам може да се ползва към момента.
Има ли начин да се рефрешне това нещо?Или какво се прави в такъв случай.

П.С. И преди съм трил от тези логове, но това нещо за 1ви път става.Винги след като изтрия df -h покзваше, че се е освободило място.

[neter]

Има и друг вариант - ако файл се изтрие но хендлъра му продължава да е отворен от някоя програма (примерно лог на апаш) за писане/добавяне

Защо? Когато се отвори файлът за писане, съдържанието му отива в RAM паметта или в tmpfs. Ако изтрием файла, докато някоя програма го е отворила за писане, то на диска ще остане указател с големина няколко байта. Mястото на дяла, което е заемал файлът се освобождава и стойностите и на du, и на df, намаляват. В случая говорим за допълнително монтиран несистемен дял (направо диск), така че на стойността на df не влияят записите, които ще се направят на системния дял за процеса. Ако нещо съм в грешка, би ли обяснил какво ще предположи запазването стойността на заетото място на дяла, което ще покаже df?

А как се задава дяла да е фиксиран?

Не става дума за истински дял, а за файл, който се ползва като дял. Може да направиш такъв с dd. Чел си за такива файлове, когато е ставало дума за swap файл (вместо swap дял). Не е задължително файловата система на тези дялови изображения да е swap и да се ползват като swap, а можеш да ги ползваш и като контейнери, в които да си записваш неща, които лесно да монтираш и демонтираш от системата. Тук има едно примерче за създаването и ползването на такъв файл.

[koue]

# lsof | grep deleted
Почти винаги ми намира отговор на въпросния проблем.

[romeo_ninov]

Има и друг вариант - ако файл се изтрие но хендлъра му продължава да е отворен от някоя програма (примерно лог на апаш) за писане/добавяне

Защо? Когато се отвори файлът за писане, съдържанието му отива в RAM паметта или в tmpfs. Ако изтрием файла, докато някоя програма го е отворила за писане, то на диска ще остане указател с големина няколко байта. Mястото на дяла, което е заемал файлът се освобождава и стойностите и на du, и на df, намаляват. В случая говорим за допълнително монтиран несистемен дял (направо диск), така че на стойността на df не влияят записите, които ще се направят на системния дял за процеса. Ако нещо съм в грешка, би ли обяснил какво ще предположи запазването стойността на заетото място на дяла, което ще покаже df?

....

В момента нямам време да търся точното обяснение, а и не съм го запомнил, просто помня факта. Но в такива случаи има разлика, защото двете програми смятат (мисля) пространството по различен начин

Да предполагам е твоята версия Файловете бяха логове, но част пък от тях няма как да се ползват, защото бяха стари логове от миналия месец.Единствено единия голям лог ( около 4Гб ) предполагам може да се ползва към момента.
Има ли начин да се рефрешне това нещо?Или какво се прави в такъв случай.

П.С. И преди съм трил от тези логове, но това нещо за 1ви път става.Винги след като изтрия df -h покзваше, че се е освободило място.

Дам като се рестартира демона или се ползва активно logrotate за управление на логовете. Тази програма прави едни магии с хендлърите и успява да оправи нещата чисто

[mrowcp]

Отново имам същия проблем и явно той си седи още от предния път
В момента имам заето около 4G място, а ми дава:

/dev/sdb1              10G  9.8G  282M  98% /opt

Като листва отворените файлове:

$lsof |grep deleted
java      11876       root    1w      REG       8,17 4824026409     491988 /opt/logs/catalina.out (deleted)

До колкото разбрах в /etc/logrotate.d/ трябва да има скрипт който да "зачиства" като рестартира сървиса, но не знам кое точно да гледам в момента.Имам следното:

/etc/logrotate.d # ls
mysql  ntp  rsync  scpm  syslog  syslog-ng  vsftpd  wtmp  xdm  xinetd  zypper.lr

Как да го разкарам този вече затрит файл?

[romeo_ninov]

Отново имам същия проблем и явно той си седи още от предния път
В момента имам заето около 4G място, а ми дава:

/dev/sdb1              10G  9.8G  282M  98% /opt

Като листва отворените файлове:

$lsof |grep deleted
java      11876       root    1w      REG       8,17 4824026409     491988 /opt/logs/catalina.out (deleted)

До колкото разбрах в /etc/logrotate.d/ трябва да има скрипт който да "зачиства" като рестартира сървиса, но не знам кое точно да гледам в момента.Имам следното:

/etc/logrotate.d # ls
mysql  ntp  rsync  scpm  syslog  syslog-ng  vsftpd  wtmp  xdm  xinetd  zypper.lr

Как да го разкарам този вече затрит файл?

ами добави тоя томкет в logrotate, трябва някой да дойде да го направи за теб?

[mrowcp]

Отново имам същия проблем и явно той си седи още от предния път
В момента имам заето около 4G място, а ми дава:

/dev/sdb1              10G  9.8G  282M  98% /opt

Като листва отворените файлове:

$lsof |grep deleted
java      11876       root    1w      REG       8,17 4824026409     491988 /opt/logs/catalina.out (deleted)

До колкото разбрах в /etc/logrotate.d/ трябва да има скрипт който да "зачиства" като рестартира сървиса, но не знам кое точно да гледам в момента.Имам следното:

/etc/logrotate.d # ls
mysql  ntp  rsync  scpm  syslog  syslog-ng  vsftpd  wtmp  xdm  xinetd  zypper.lr

Как да го разкарам този вече затрит файл?

ами добави тоя томкет в logrotate, трябва някой да дойде да го направи за теб?

Не знаех, за какво става дума, иначе нямаше да питам.Можеше просто да дадеш линк
След като създадох файла и го стартирах както е описано, файла все оше виси в deleted
Дали параметрите са правилни за моя случай или трябва да променя нещо:

Код

GeSHi (Bash):
/var/logs/catalina.out { 
copytruncate 
daily 
rotate 7 
compress 
missingok 
size 100M 
}

[romeo_ninov]

Не знаех, за какво става дума, иначе нямаше да питам.Можеше просто да дадеш линк
След като създадох файла и го стартирах както е описано, файла все оше виси в deleted
Дали параметрите са правилни за моя случай или трябва да променя нещо:

Код

GeSHi (Bash):
/var/logs/catalina.out { 
copytruncate 
daily 
rotate 7 
compress 
missingok 
size 100M 
}

а къде е реда за рестартиране на томкет?