nowy bash i anomalie lub różnice w działaniu (jak kto woli)

Tomasz Kłoczko kloczek w rudy.mif.pg.gda.pl
Wto, 6 Paź 1998, 15:56:08 CEST


otóż natknąłęm się na jedną. Używam jako sheell-a tcsha (bash fuj :).
Jak jest stary bash (1.4.x) to przy uruchamianiu tcska limity dla tego
procesu są następujące:

$ limit -h
cputime         unlimited
filesize        unlimited
datasize        unlimited
stacksize       8192 kbytes
coredumpsize    unlimited
memoryuse       unlimited
descriptors     256 
memorylocked    unlimited
maxproc         256 
openfiles       256 

A dla nowego:
$ limit -h
cputime         unlimited
filesize        unlimited
datasize        unlimited
stacksize       8192 kbytes
coredumpsize    0 kilobytes
memoryuse       unlimited
descriptors     256 
memorylocked    unlimited
maxproc         256 
openfiles       256 

różnica jest w coredumpsize (stary unlimited, nowy 0 kilobytes). W
/etc/csh.login stoi "limit coredumpsize 1000000" i w związku z tym, że
przy uruchamianiu nowego shalla (po zalogowaniu) hard limit jest już na o
kb to nie może wykonać "limit coredumpsize 1000000" wypisując "can't set
limit" i na tym poleceniu kończy się wykonywanie wszelkich rzeczy
startowych (w tym ~/.{tcshrc,login}). Całość objawia się dopiero po
kompletnym restarcie czyli widać, że informacja o innych ustawianieach
limitów jest zaszyta gdzieś głębiej i propaguje się po drzewku procesów
od samego (nowego już) basha.

Wnioski.

O ile w rejestracjach pam będziemy mieli używanie modułu pam_limits to
oczywiście owo "limit coredumpsize 1000000" w /etc/csh.login nie ma sensu
i możan się tym nie przejmować. Domyśle ustawienie na coredumpsize 0 kB
jest poprawne gdzyż nie powoduje ono zaśmiecanie dysku i co najwyżej grupa
ludzi zajmująca się developmentem będzie musiała mieć coredumpsize <> 0
kB.
W sumie powyższe nie jest jakimś bykiem tylko zmianą regół gry, która jest
po linii tego co w gruncie rzeczy można i należałoby zrobić w momencie
kiedy decydujemy się na ściślejsze wykorzystywanie możliwości PAM, a ja
tylko zgłaszam powyższe żeby owa różnica dotarała do świadomości innych
PLDowiczów.

Żeby to jako tako na razie działo to zaraz prawdopodobnie wypuszczę
poprawiony w którym albo bedzie zawierał poprawione /etc/csh.login albo
wręcz plik ten przeniosę do do tcsh (nie wiem jeszcze na się zdecydować ..
drugie wydaje się jakby bardziej logiczne).

Czy ktoś zauważył jeszcze jakieś inne odstępstwa ?

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*



Więcej informacji o liście dyskusyjnej pld-devel-pl