named i logi

[Tomasz Kłoczko]

On Fri, 29 Nov 2002, Andrzej Krzysztofowicz wrote:

> > On Fri, 29 Nov 2002, Jacek Konieczny wrote:
> > > On Thu, Nov 28, 2002 at 06:06:04PM +0100, Tomasz Kłoczko wrote:
> > > > Jest to znany błąd i dotyczy programu logrotate który do przniesienie 
> > > > pliku w inne miejsce powinien używac innej metydy która przenosiła 
> > > > zawartść pliku miedzy jednym plikiem a drugim (używajac choćby dl 
> > > > szybkości sendfile()).
> > > Z oryginalnego pliku, do którego ciągle coś pisze? I później go
> > > skasować? Mogłoby wiązać się z utratą części informacji.
> > 
> > każdy syslogd obsługuje odpowioenie sygnały dzieki którym moze zastopować 
> > logowanie do pliki i moze wyczyscić bufor pliku logu (o ile zapis jest 
> > asynchroniczny). Dopiero po wykonaniu tych operacji mozesz sie zabierać za 
> > zmianę nazwy pliku- > załozenie nowego pustego -> przeniesienie pliku ze 
> 
> 1. zmiane nazwy pliku (jesli sie da) mozna wykonac bez zatrzymywania
>    sysloga.
> 2. Zatrzymywanie sysloga na blizej nieokreslony czas kopiowania pliku moze
>    byc ryzykowne. Jak zagwarantujesz, ze to beda sekundy, a nie np.
>    dziesiatki minut (w duzym, obciazonym systemie plik moze miec setki MB)
>    podczas ktorych system ci stanie z powodu problemow z logowaniem ?

No to inaczej:
- zmian nazwy pliku,
- założenie nowego pustego,
- SIGHUP do syslogd.

A dalej to już zmartwienie logrotate czy plik pzreniesie czy skopiouje i 
wykasuje źródło.

[..]
> > Nikt nie zakazuje do tego celu użyć czegoś innego niż mv .. i to właśnie 
> > sugeruję.
> 
> Sadze, ze pierwopiscy chodzilo o operacje rename(), z ktorej w zasadzie mv
> korzysta. To, ze wspolczesny mv potrafi (pamietam Linuksa z takim, ktory nie
> potrafil) kopiowac pliki, to juz zupelnie inna para kaloszy.

Czyli o ile rename() zwróci błąd informujacy, że jest to cross volume
rename to dalej powinno być wykonane sendfile(). Czyli w sumie należałoby 
tylko zareagować prawidłowo na błąd jaki już się pojawia zamiast go 
olewać.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*