Oporny useradd/groupadd w skryptach poldka/rpm dla privoxy i innych

Jakub Bogusz qboosh w pld-linux.org
Śro, 18 Sty 2006, 12:19:29 CET


On Wed, Jan 18, 2006 at 12:15:30PM +0100, Marek Guevara Braun wrote:
> Jakub Bogusz wrote:
> > On Wed, Jan 18, 2006 at 11:22:35AM +0100, Marek Guevara Braun wrote:
> > 
> >>Pewnie było ale co tam - od jakiegoś czasu zauważyłem, że przy
> >>instalacji serwisu dodającego nowego uzytkownika i grupę zwykle pierwsza
> >>instalacja zgłasza błędy typu "unknown user" lub "unknown group".
> >>Zwykle zaraz po tym mamy coś w stylu "using root instead of user".
> > 
> > Używasz nscd albo nss_db?
> 
> Ja wohl - nscd od wielu, wielu lat. Po wyłączeniu cachowania
> passwd i group w /etc/nscd.conf działa z włączonym nscd.
> 
> Nawiasem mówiąc nscd mam u siebie z powodów historycznych - czy
> dla współczesnego środowiska Linuksowego takie cachowanie jest
> pomocne (obecnie tylko cachowanie hosts) ?
> 
> >>Myślałem że jest to związane z niekompatybilnościa narzędzi z shadow
> >>i pwdutils, które obydwa dostarczają useradd/groupadd, ale nie, to
> >>nie to.
> > 
> > Z pwdutils problem też występuje?
> 
> Z pwdutils teraz z privoxy nie sprawdzałem, ale ZTCP dla innych usług
> również coś podobnego występowało z pwdutils

A możesz teraz sprawdzić?
shadow które mamy jest trochę nieaktualne i może mieć jeszcze nieaktualną
obsługę odświeżania nscd.

> i dodatkowo jeszcze useradd
> lub groupadd z pwdutils ma inne opcje polecenia niz te z shadow - i dla
> jednego z naszych pakietów skrypt instalacyjny wywalał coś w stylu
> "-cośtam - unknown parameter".

Wszystkie parametry nieznane dla narzędzi z pwdutils powinny być już
pousuwane z pakietów w Ac.


-- 
Jakub Bogusz    http://qboosh.cs.net.pl/


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