/home/services (było: Re: buildlogi)

[Tomasz Kłoczko]

On Sat, 4 May 2002, Tomek Orzechowski wrote:

> [04 maj, 2002] Mariusz Mazur napisał:
> 
> Tak przy okazji:
> 
> >http://buildlogs.pld.org.pl/index.php?idx=9&ok=1
> >
> >Warning: OpenDir: No such file or directory (errno 2) in 
> >/home/services/httpd/virtual/buildlogs/index.php on line 156
> ^^^^^^^^^^^^^^^^^^^^^^^^
> 
> Korciło mnie przerzucić takie rzeczy jak /home/httpd/, /home/ftp/,
> /home/samba/ i parę innych do /home/services/, ale qboosh dość chłodno
> się do tego odniósł. A tu widzę, że kloczek już tak ma.
> 
> Co inni na taki manewr?

Znaczy sie ja to sobie prywatnie robię choć wydaje mi się że to ma sens
szczególnie w przypadku kiedy planuje się montowania zasobów katalgów na
kilka maszyn poprzez NFS. Wtedy łatwiej takie rzeczy oddzielać regexpami
w mapach do automontera.

> Za: potencjalnie większy porządek w /home, możiwość wywalenia services
> na osobną partycję jednym pociągnięciem
> 
> Przeciw: dłuższe ścieżki, bałagan związany z przestawianiem
> konfiguracji.
> 
> RFC.

Na szerszą skalę może i by to przeszło gdyby dopracowac procedury
migracji. Na opracowywanie takowych w tej chwili mnie nie stać bo do końca
przyszłego tygodnia muszę zrobić przynajmniej część rearganizacji zasobów
NFS u siebie (własnie znalazłem byka w skrypcie starowwym w restart do 
nfs serwer; efekt był taki że klient czekał na odpowidź z serwera co 
skutecznie blokowało korzystanie z zasbów plikowych na kliencie oc przy 
restarcie dodatkowo blokowało komplenie odmontowywanie zasobów plikowych 
i wymuszało konieczniosć trawrdego restartu).

Tak czy inaczej byłbym z kilku może mniej waznych powodów za wprowadzniem 
takeigo modelu (na pewno wartoby to wprowadzać w przypadku pakietów 
nowoopracowywanych które beda musiały mieć katalo roboczy spec 
użytkownika; z czasem mozany poopracowywac brakujace procedury przejscia 
dla tego co już jest zrobione).

koments ?

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