Re: svr2/unionfs

Поиск
Список
Период
Сортировка
От Dave Page
Тема Re: svr2/unionfs
Дата
Msg-id E7F85A1B5FF8D44C8A1AF6885BC9A0E4E7E3D8@ratbert.vale-housing.co.uk
обсуждение исходный текст
Ответ на svr2/unionfs  (Dave Page <dpage@vale-housing.co.uk>)
Ответы Re: svr2/unionfs  ("Marc G. Fournier" <scrappy@postgresql.org>)
Список pgsql-www

> -----Original Message-----
> From: Marc G. Fournier [mailto:scrappy@postgresql.org]
> Sent: 27 November 2005 23:00
> To: Dave Page
> Cc: pgsql-www@postgresql.org
> Subject: Re: svr2/unionfs
>
> On Sun, 27 Nov 2005, Dave Page wrote:
>
> > Hi Marc,
> >
> > How easy would it be to get rid of the unionfs stuff on
> svr2/borg? Given
> > that there is only the one VM, can the vserver just be
> copied over the
> > template?
>
> the ones we've been doing, and what we'll be doing with teh
> dev vserver
> tonight, is we copy over a clean, base template (ie. imap,
> postfix and
> vanilla apache) and then re-add the various applications over
> top of it
> ... that way it doesn't have any of the extra trash installed ...
>
> In theory, you could do that where you just copy it over the template
> itself ...
>
> If you want to go the clean route, though, what I'm doing is:
>
> cp fresh base template
> shut down old vServer
> rm various top level directories that can be safely removed
>         - compat, sys, kernel, dev, modules, proc, tmp
> cd usr; find . -depth -type d -delete
>         - clears out the 'ghost directories that unionfs creates
> cd ..
> find . -print | cpio -pduma ../<new vserver hierarchy>
>
> and then restart ...
>
> for dev/lists, I'll disable postfix from starting up on
> restart, since I
> need to re-install the perl modules for majordomo2 ... for wwwmaster,
> you'd have to worry about making sure the appropriate php modules are
> installed ...
>
> the 'painful ones' are doing the vServers with Java
> installed, since you
> have to build it all from scratch, which takes a good long
> while ... but
> the rest are fairly quick/easy ...

Cool. So when can you do it? :-p

Regards, Dave.

В списке pgsql-www по дате отправления:

Предыдущее
От: Simon Riggs
Дата:
Сообщение: Re: Security information page
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Security information page