/etc/default .. łans mor

Jakub Bogusz qboosh w pld.org.pl
Pon, 3 Lut 2003, 17:09:18 CET


On Mon, Feb 03, 2003 at 04:36:14PM +0100, Tomasz Kłoczko wrote:
> On Mon, 3 Feb 2003, Tomasz Pala wrote:
> > On Mon, Feb 03, 2003 at 02:22:07 +0100, Tomek Orzechowski wrote:
> > 
> > > Sporo pracy,
> > 
> > Jednolity mechanizm triggerów.
> 
> Dlaego trzeba opracować cjhoć jeden pakiet modelowy na /home/services i 
> posdobnie o ile będzie to zaakceptowane na /etc/default.
> 
> Obie rzeczy będą dość podobne choć w pierwszej dodatkowo dojdzie
> manipulowanie z usermod.

usermod to nie problem. Tylko kiedy to robić?
w %triggerpostun - starawersja ?
w %pre po sprawdzeniu, czy home jest stary? (albo `su - user -c pwd`, albo
  `getent passwd user | cut -d: -f6`)

Problem jest z przenoszeniem zawartości. /home i /home/services mogą być
na różnych partycjach (można to wykryć porównując `stat -c '%D'`) i po mv
może się coś nie zmieścić (sprawdzać df i du przed mv? przerośnięte by
się te triggery porobiły... trzeba by wrzucić (np. do pakietu rpm)
skrypt do przenoszenia).

Kolejny problem jest z modyfikacją konfiguracji (to już zależy od
pakietu... ciężko wykonalne w niektórych przypadkach - np. wszystkie
pliki włączane w httpd.conf) oraz dostosowaniem już działajacych usług
(w przypadku cvs - pozostaje tylko symlink, bo ścieżka jest zaszyta
także po stronie klientów!).

> Ponieważ pierwszym piakietem już leżączym w test
> z czesciowymi zmianami do /home/services jest mysql proponowałbym zacząć 
> od tego.

mysql to akurat żaden problem, można najwyżej dodać usermoda.
/home/services/mysql nie jest używany przez pakiet, to katalog dla
administratora mysql (systemowego użytkownika mysql).


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



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