Wow, I'm doubley correcting myself today. The score is this: If the
original file gets moved to a new name, it retains its inode, and thus
the virtual server still refers to it and not the new version. However,
if a new file is copied straight over the original (or the original is
copied to a new name, and the new version copied straight over the old
one), it keeps the same inode number and therefore the virtual server
refers to the new version. So if you install an RPM into into a skel,
the new executable will be available in the virtual server.
Apologies to all those that don't care about this, its just that we've
been having a moment of: are you sure? in the office, and I thought I'd
best let you know the outcome.
I need more caffiene.
Damion.
Damion Parry wrote:
>
> Having just checked it out, I must apologise for the following:
>
> > upgrading the RPM in the skel should not be too traumatic, the whole
> > idea of the skel is that you only have to do something once and it will
> > be applied to all virtual servers. As long as there are no new files in
> > the new rpm (ie a file exists in the new RPM and not in the old one, and
> > therefore not in the virtual server), the new versions of each of the
> > existing files will become available to all virtual servers as soon as
> > they are repaced in the skel.
>
> The new version of the rpm will take effect with all new virtual servers
> created, but the old vs's retain the inode of the original file.
> Therefore, the only way to upgrade is via vsd-linkvs.pl.
>
> Sorry,
> Damion.
> ------------------------- The freeVSD Support List --------------------------
> Subscribe: mailto:[EMAIL PROTECTED]?body=subscribe%20freevsd-support
> Unsubscribe: mailto:[EMAIL PROTECTED]?body=unsubscribe%20freevsd-support
> Archives: http://freevsd.org/support/mail-archives/freevsd-support
> -----------------------------------------------------------------------------
------------------------- The freeVSD Support List --------------------------
Subscribe: mailto:[EMAIL PROTECTED]?body=subscribe%20freevsd-support
Unsubscribe: mailto:[EMAIL PROTECTED]?body=unsubscribe%20freevsd-support
Archives: http://freevsd.org/support/mail-archives/freevsd-support
-----------------------------------------------------------------------------
