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