[Comm] Kmail. Серьезная бага. sim

[Comm] Kmail. Серьезная бага. sim

[Анатолий Акатьев]

-- 
Доброе время суток!

	Итак наблюдаю стабильно очень серьезную багу приводящую стабильно к потере 
данных.	
	Установлен kmail, sim 
[atol@atol1 ~]$ rpm -qa | grep kmail
kdepim-kmail-3.5.9-alt0.M40.1

[atol@atol1 ~]$ rpm -qa | grep sim
kdeutils-ksim-3.5.9-alt0.M40.1
sim-common-0.9.4.3-alt1
sim-0.9.4.3-alt1

[atol@atol1 ~]$ uname -a
Linux atol1 2.6.18-std-smp-alt7 #1 SMP Sat Aug 4 00:07:54 MSD 2007 i686 
GNU/Linux


Наблюдаю регулярно заполнение /home/ на 100% Как следствие этого теряю плэй 
лист в amarok, всю историю в sim, более того - сим перестает работать 
нормально - невозможно задать свой статус В СЕТИ.

Начал разбираться:
1. Определил что у меня home заполнен на 97 %. 
2. При запущенном kmail - регулярно получаю 100 % заполнение home 
3. Kmail регулярно пытается что-то сделать с папками (упаковывает и сжимает их 
кажется).
4. Размер свободной части home (около 500 mb) против 830 mb 
home/atol/.kde/share/apps/kmail
5. Как следствие - регулярно теряю данные.

после того как почистил  письма и уменьшился размер 
home/atol/.kde/share/apps/kmail - стало все ОК.

По хорошему то нужно подвесить процесс в ALD который должен следить за 
заполнением разделов и информировать об этом юзверей и останавливать 
приложения. Иначе представляете потерю данных в офисе!!!

Багу легко воспроизвести. Достаточно заполнить /home/ например как я 
выкаченными дистрибутивами.


Кто-нибудь подтвердит багу?



С уважением Акатьев Анатолий.
Руководитель отдела внедрения.
тел.: 89509559748
icq : 190270141
www.master-system.ru

Re: [Comm] Kmail. Серьезная бага. sim

[Evgeny Yugov]

Здравствуйте.

Ээээ... эт скорее на башорг, а не сюда...

PS Вам вроде говорили что не стоит начинать письмо с "-- "?
Дело в том что "умные" мылеры при ответе на письмо, тупо вырезают все 
что находится после "-- "...

Анатолий Акатьев пишет:

-- 
Здесь могла быть ваша реклама...

Re: [Comm] Kmail. Серьезная бага. sim

[Damir Shayhutdinov]

>  По хорошему то нужно подвесить процесс в ALD который должен следить за
>  заполнением разделов и информировать об этом юзверей и останавливать
>  приложения. Иначе представляете потерю данных в офисе!!!
Идея хорошая. Приложения останавливать не надо, надо лишь
предупреждать что осталось мало места на разделе.

Re: [Comm] Kmail. Серьезная бага. sim

[Motsyo Gennadi aka Drool]

Damir Shayhutdinov пишет:
>>  По хорошему то нужно подвесить процесс в ALD который должен следить за
>>  заполнением разделов и информировать об этом юзверей и останавливать
>>  приложения. Иначе представляете потерю данных в офисе!!!
> Идея хорошая. Приложения останавливать не надо, надо лишь
> предупреждать что осталось мало места на разделе.

	Для наблюдения за разделами жосткого я использую diskmonitor (под KDE).

Re: [Comm] Kmail. Серьезная бага. sim

[Konstantin S. Uvarin]

On Thursday 20 March 2008 05:53:16 Анатолий Акатьев wrote:
> По хорошему то нужно подвесить процесс в ALD который должен следить за
> заполнением разделов и информировать об этом юзверей и останавливать
> приложения. Иначе представляете потерю данных в офисе!!!

Не такая уж плохая мысль, запихнуть скрипт в cron.daily, который будет 
смотреть df и по результатам писать пользователям слёзные письма. Правда, 
обычно как раз пользователи их не читают, а место кончается. И кроме того, я 
отчетливо понимаю, что не один такой умный. 

У меня, правда, ещё есть (бредовая) идея создать что-то типа backyard

В /home/ дейстивтельно важная информация + настройки, там делается ежедневный 
бэкап и пр. 

В /yard/ всякий хлам из интернета, кино-музыка и проч. То, что жалко 
выбросить, но не страшно потерять. 

Однако на установление такого порядка (если оно вообще разумно) уйдет 
десятилетие, а кроме того, не факт что пользователи не будут схоранять музыку 
в /home, а работу в /yard. 

-- 
Konstantin S. Uvarin
Прощёлкав Первое мая, измаялся партизан Семён. Электричество завёл --
и к Бауману в Курск, революцию делать.

Re: [Comm] Kmail. Серьезная бага. sim

[Konstantin S. Uvarin]

[-- Attachment #1: Type: text/plain, Size: 499 bytes --]


> Не такая уж плохая мысль, запихнуть скрипт в cron.daily, который будет
> смотреть df и по результатам писать пользователям слёзные письма. 

Вот, накатал простенький скрипт. Хотя, по-моему, их таких примерно столько же, 
сколько и админов. 

Никаких входных параметров не знает, просто тупо смотрит всех пользователей с 
id>=$HUMAN и шлет им письмо, если в их $HOME меньше $THRESH свободного места. 

-- 
Konstantin S. Uvarin
"Birthdays are good for you: the more you have, the longer you live "

[-- Attachment #2: fsmon.sh --]
[-- Type: application/x-shellscript, Size: 522 bytes --]

Re: [Comm] Kmail. Серьезная бага. sim

[Алексей Синицын]

20.03.08, Konstantin S. Uvarin<khedin@mail.ru> написал(а):
>
>  > Не такая уж плохая мысль, запихнуть скрипт в cron.daily, который будет
>  > смотреть df и по результатам писать пользователям слёзные письма.
>
>
> Вот, накатал простенький скрипт. Хотя, по-моему, их таких примерно столько же,
>  сколько и админов.
>
>  Никаких входных параметров не знает, просто тупо смотрит всех пользователей с
>  id>=$HUMAN и шлет им письмо, если в их $HOME меньше $THRESH свободного места.
>

 Наверно для этого нужно еще что-бы программа почты по умолчанию
собирала локальную. Все-ли почтовики это по умолчанию обучены делать?

Re: [Comm] Kmail. Серьезная бага. sim

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 635 bytes --]

On Thu, Mar 20, 2008 at 07:13:22PM +0300, Алексей Синицын wrote:
> >  id>=$HUMAN и шлет им письмо, если в их $HOME меньше $THRESH свободного места.
%
<stalker37> combr: Но на треш они изнеачально не похожи... Треш -это метла и
            иже с ними
<raorn> thresh - это совсем другой человек
%

>  Наверно для этого нужно еще что-бы программа почты по умолчанию
> собирала локальную. Все-ли почтовики это по умолчанию обучены делать?
А хоть какой-то обучен?
(а зря)

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Мастер достоин того, чтобы ради него купить DVD :)
		-- mithraen in community@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [Comm] Kmail. Серьезная бага. sim

[Анатолий Акатьев]

В сообщении от Thursday 20 March 2008 19:31:52 Konstantin S. Uvarin 
написал(а):
> > Не такая уж плохая мысль, запихнуть скрипт в cron.daily, который будет
> > смотреть df и по результатам писать пользователям слёзные письма.

Да собственно тут дело даже не в мониторинге.
Глазом не успеешь глянуть как твои данные похеряны. 
К сожалению не видно чтобы дистростроители чтонибудь сказали.


А заставлять (обучать, просить и т.п.) изеров бесполезно. Нужно чтобы этим 
рулила OS а не какие-то костыли.

Что скажут разрабы ALD ?




-- 
Доброе время суток!

С уважением Акатьев Анатолий.
Руководитель отдела внедрения.
тел.: 89509559748
icq : 190270141
www.master-system.ru

Re: [Comm] Kmail. Серьезная бага. sim

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 519 bytes --]

On Thu, Mar 20, 2008 at 11:27:19PM +0500, Анатолий Акатьев wrote:
> Да собственно тут дело даже не в мониторинге.
> Глазом не успеешь глянуть как твои данные похеряны. 
И какое поведение вы предлагаете?
Ситуация: команда cp копирует 5 гигабайт в домашний раздел. Копирует
весьма быстро. Отвалится она только когда место уже кончится. 

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> >Может, в obsolete его сразу?
> И туда тоже !
Серьезно? Кудзу выкидываем?
		-- wrar in sisyphus@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [Comm] Kmail. Серьезная бага. sim

[Анатолий Акатьев]

В сообщении от Thursday 20 March 2008 23:32:10 Andrey Rahmatullin написал(а):
> она только когда место уже кончится

Ну вообще-то сначало нужно определить все ли достаточно для выполнения 
операции. В случае с cp  - проверить достаточно ли место там куда копируем 
или нет.

-- 
Доброе время суток!

С уважением Акатьев Анатолий.
Руководитель отдела внедрения.
тел.: 89509559748
icq : 190270141
www.master-system.ru

Re: [Comm] Kmail. Серьезная бага. sim

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 659 bytes --]

On Thu, Mar 20, 2008 at 11:49:02PM +0500, Анатолий Акатьев wrote:
> Ну вообще-то сначало нужно определить все ли достаточно для выполнения 
> операции. В случае с cp  - проверить достаточно ли место там куда копируем 
> или нет.
Ответ номер 1: ок, возьмём не cp, а что-то, что заранее определить
записываемый объём не сможет.
Ответ номер 2: представьте два cp, параллельно копирующих 5 гб на раздел,
где свободно 6.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> > dia поломали?
> Поломали glib2 в новом релизе. Патч отправлен мантейнеру.
Мантейнер приложил полученный патч к glib2-2.5.6-alt2.
		-- aris in sisyphus@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [Comm] Kmail. Серьезная бага. sim

[Алексей Синицын]

20.03.08, Andrey Rahmatullin<wrar@altlinux.ru> написал(а):
> On Thu, Mar 20, 2008 at 11:49:02PM +0500, Анатолий Акатьев wrote:
>  > Ну вообще-то сначало нужно определить все ли достаточно для выполнения
>  > операции. В случае с cp  - проверить достаточно ли место там куда копируем
>  > или нет.
>
> Ответ номер 1: ок, возьмём не cp, а что-то, что заранее определить
>  записываемый объём не сможет.
>  Ответ номер 2: представьте два cp, параллельно копирующих 5 гб на раздел,
>  где свободно 6.
>

  Смоделировать крешевую ситуацию несложно.

  Интереснее подумать а что можно вообще сделать при такой постановке
вопроса. Действительно неочевидно.

  Постановка задачи наверно такова: При заполнении места на файловой
системе не должны теряться конфиги и почта (возможно так-же другие
важные данные небольшого объема).

  Первое что приходит - не начинать писать при заполненной ФС. Но
против этого нам аргумент что оно заполнится во время записи.

  Возможно поступить как в торренте, прежде чем писать - определить
наличие достаточного места, создать файл заданного размера, и затем в
него писать. Возможно-ли технологически такое решение - оценить
затрудняюсь, как и кто должен этим заниматься, приложения обучать
этому или как-то иначе, а так-же как распределить важность данных.

Re: [Comm] Kmail. Серьезная бага. sim

[Sergey]

On Thursday 20 March 2008, Анатолий Акатьев wrote:

> По хорошему то нужно подвесить процесс в ALD который должен следить за 
> заполнением разделов и информировать об этом юзверей и останавливать 
> приложения. Иначе представляете потерю данных в офисе!!!
 
Вообще, надо репортить баги на приложения, которые теряют данные при
заполнении диска...

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [Comm] Kmail. Серьезная бага. sim

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 772 bytes --]

On Fri, Mar 21, 2008 at 10:23:13AM +0400, Sergey wrote:
> > По хорошему то нужно подвесить процесс в ALD который должен следить за 
> > заполнением разделов и информировать об этом юзверей и останавливать 
> > приложения. Иначе представляете потерю данных в офисе!!!
> Вообще, надо репортить баги на приложения, которые теряют данные при
> заполнении диска...
Угу.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> Можно ли программно установить uid процесса = 0, если приложение
> запущено без флажка set user ID on execution, от простого пользователя,
> и без помощи программ типа su, sudo и т.п. приложений?????
Если вы найдёте способ, сообщите нам, пожалуйста, и мы немедленно выпустим
security update.
		-- voins in community@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [Comm] Kmail. Серьезная бага. sim

[Sergey]

On Thursday 20 March 2008, Анатолий Акатьев wrote:

> А заставлять (обучать, просить и т.п.) изеров бесполезно. Нужно чтобы этим 
> рулила OS а не какие-то костыли.
 
ОС этим рулить не может - она не отвечает за отдельно взятое приложение...

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-21 6:28 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-21 6:32 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-21 8:51 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-21 8:53 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-21 9:10 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-21 9:22 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-21 10:12 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-21 16:04 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-21 16:31 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-21 19:55 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-23 9:06 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-23 9:09 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-23 9:11 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-23 9:13 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-23 9:34 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-23 10:06 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-23 10:12 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-23 10:16 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-23 11:55 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-24 14:46 UTC (permalink / raw)]

Re: [Comm] [JT] Kmail. Серьезная бага. sim

[@ 2008-03-24 15:07 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-24 15:09 UTC (permalink / raw)]

Re: [Comm] [JT] Kmail. Серьезная бага. sim

[@ 2008-03-24 15:09 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-24 15:14 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-24 15:17 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-24 15:30 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim [JT]

[@ 2008-03-24 15:37 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-24 15:49 UTC (permalink / raw)]

Re: [Comm] Kmail. Серьезная бага. sim

[@ 2008-03-26 14:54 UTC (permalink / raw)]