From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sun, 24 Nov 2002 15:45:09 +0300 From: Sergey Kuznetsov To: sisyphus@altlinux.ru Subject: Re: [sisyphus] Fetchmail trouble - =?KOI8-R?B?0sHaws/SINDPzMXUzw==?= =?KOI8-R?B?1w==?= Message-Id: <20021124154509.19555b37.yozhik@atom.ru> In-Reply-To: References: <20021124105452.626b8b3b.yozhik@atom.ru> X-Mailer: Sylpheed version 0.8.6 (GTK+ 1.2.10; i586-alt-linux) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Sender: sisyphus-admin@altlinux.ru Errors-To: sisyphus-admin@altlinux.ru X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: sisyphus@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: On Sun, 24 Nov 2002 05:41:46 -0600 (CST) Igor Moskalev wrote: > > .fetchmailrc и т.п., обратил наконец внимание на > > о-о-очень > > скромный файлик .fetchmail.pid размером 0 b. И после его > > сноса > > произошло чудо: запущенный в который раз fetchmail начал > > исправно > > таскать почту. Таким образом, проблема решилась, но, в > > порядке > > разбора полетов, хочется спросить у знатоков: что ЭТО > > было, и > > откуда ОНО могло взяться? > Рискну предположить, что при обновлении самого fetchmail, не > был удален тот самый ~/.fetchmail.pid (т-н. loc file). Вы > проведите такой эксперимент: При работающем fetchmail > > ls -al ~/.fetchmail.pid > > Затем service fetchmail stop и еще раз предыдущую команду -- > этого файла не должно быть. Видимо при переустановке fetchmail > он был остановлен"ненормально" и поэтому этот файл не удалился. > А когда запустился свежеустановленный вариант, он проверил и > увидел этот самый лок файл, и отказался запускаться (как и > должно быть, чтобы предотвратить запуск нескольких, никак между Похоже вы правы. При остановке сервиса этот файл исчезает, вновь появляясь при повторном запуске. И размер его сейчас уже не 0, а 9 байт со вполне вразумительным содержанием. > собой несинхронизированных копий). В таких случаях лучше > запускать программу вручную из командной строки и смотреть на > вывод. Или логи глядеть... В том и беда была, что при запуске из командной строки он не выводил _никаких_ сообщений - как будто все нормально. А в логи при этом уныло писалось одно и то же: fetchmail: starting fetchmail 5.9.12 daemon fetchmail: lock creation failed. Ну а service fetchmail status выводил то самое "загадочное" сообщение. > P.S. Одного мне не понять -- почему размер файла нулевой? По > идее там должен быть записан pid процесса fetchmail ... По идее - да, однако же: [yozhik@localhost yozhik]$ ls -l /home/yozhik/Desktop/Корзина/.fetchmail.pid-rw------- 1 yozhik yozhik 0 Окт 31 11:19 ^^^ /home/yozhik/Desktop/Корзина/.fetchmail.pid При просмотре в konqueror в свойствах файла также написано: размер - 0 б, тип - пустой документ. С уважением, Сергей