I don't know why, but it sounds like your freevsd.conf file does not have
the following lines at the end of it:
# Path to third party RPMs to install
$add_ons = '/usr/local/share/freevsd/pkgs';
This should solve the problem, and get the third-party packages installed
into the skel. Without those going in, it's Game Over.
Also, are you installing from source or rpm. If you have carried out an
installation using rpms and then subsequently try to install from source you
will run into all sorts of problems. I know you shouldn't, but you will. It
is the problem of RPMs installing into directories like /usr/sbin and a
source installation defaulting to installing into directories like
/usr/local/sbin. I believe you can alleviate the problem by using some
./configure
switches; --prefix, --sysconfdir, --bindir, --sbindir, --libexecdir, and
possibly others. All have to specified to match where an RPM likes to be
installed. Use ./configure --help for more info.
Also, I wouldn't advise upgrading from 1.4.5 to 1.4.7 on a single machine.
As I have metioned on the list previously, the change in execution style of
vsdredirect will make Apache on the virtual servers unreachable. The most
reliable method is to set up a 1.4.7 hosting server and skel, recreate your
virtual servers and tar.gz the users specific files into their new vs. Ugly
I know, but most likely to succeed. With the new vsd-linkvs.pl we hope to
avoid this sort of upheaval in the future.
Tim
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Kevin Druet
> Sent: 06 April 2001 17:44
> To: [EMAIL PROTECTED]
> Subject: Re: 1.4.7 is yet another flop
>
>
> well strangely enough, no I don't recall seeing that hash lines for each
> third party package,,,, Im just running it right now,,, nope
> its not installing the 3rd party rpms.
>
>
>
>
>
>
> At 05:35 PM 4/6/01 +0100, you wrote:
> >Hello Kevin,
> >
> >When you do you're vsd-genskel.pl, do you get a section saying:
> >Installing third party pkgs...? Its just that the freevsd-pkgs rpm, in
> >the post install section, modifies freevsd.conf to include the @add_ons
> >line. It is this line that makes genskel install the vsd specific rpms.
> >Now, I'm afraid that I don't know if the source freevsd.conf includes
> >this line (I don't think it does) and can see that causing a whole heap
> >of problems.
> >
> >Please keep us informed if you try again on a RH7 box, and even more so
> >with the ready made skels. You're trying something we've been dieing to
> >do for ages, RH skel on a non RH box. Excellent.
> >
> >Damion.
> >
> >Kevin Druet wrote:
> > >
> > > No I have not managed to get the installation to work.
> > >
> > > I have read and reread the installation information and am
> unable to get
> > > everything to work as well as it does in 1.4.5
> > >
> > > here is quickly what I am doing,
> > >
> > > rpm -ivh freevsd-pkgs*.rpm
> > > cd /usr/share/freevsd/pkgs
> > > rpm -ivh openssl-0.9.5*.rpm
> > > rpm -ivh openssl-devel*.rpm
> > >
> > > I untar the source,
> > > autoconf; autoheader
> > > ./configure --enable-addons --with-openssl
> > > make install
> > >
> > > vsd-install.pl
> > >
> > > vsd-genskel.pl
> > >
> > > then I try to make a create a host, and its pretty much all
> down hill from
> > > there. I will be trying again tonight with a pre built skel
> on a Debian
> > > base system.
> > >
> > > Regards,
> > > Kevin Druet
> > >
> > > At 04:22 PM 4/6/01 +0100, you wrote:
> > > >Kevin,
> > > >
> > > >Just curious. Have you got 1.4.7-1 successfully installed?
> > > >
> > > >Tim
> > > >
> > > > > -----Original Message-----
> > > > > From: [EMAIL PROTECTED]
> > > > > [mailto:[EMAIL PROTECTED]]On Behalf Of Kevin Druet
> > > > > Sent: 03 April 2001 17:26
> > > > > To: [EMAIL PROTECTED]
> > > > > Subject: RE: 1.4.7 is yet another flop
> > > > >
> > > > >
> > > > > well the beer has worked,,, Im in an all round generally better
> > > > > mood today,
> > > > > albeit im in 4 hours late, im sure you can imagine it was a tough
> > > > > morning....
> > > > >
> > > > > I read through the emails and first let me apologize to
> the list for
> > > > > sounding like a ridiculous fool, I do that often, and
> according to the
> > > > > people who work for me I do it well.
> > > > >
> > > > > Now regarding the installation, I have read through the readme
> > > > > files that I
> > > > > used to install (I think they were from 1.4.6 release) and I see
> > nothing
> > > > > regarding the installation path, my concern at the time
> was just simply
> > > > > moving them , did any part of the system look for them in the
> > > > > previous path ?
> > > > >
> > > > > the rpms, no, they were not installed on the host server, except
> > > > > for the 2
> > > > > openssl rpms,
> > > > >
> > > > > as far as the trouble logging in,
> > > > >
> > > > > This is rather hilarious, it seems that as luck would have it,
> > > > > my default
> > > > > installation of red hat not being patched with any errata fixes,
> > > > > was broken
> > > > > into in the first 20 minutes of being "born" and the
> person who had
> > done
> > > > > this had changed the group passwd and shadow files, as well as
> > dropped 2
> > > > > rather cool binaries into /etc/rc.d/rc3.d one was
> creating an ssh
> > > > > connection to his own server via ssh and the other was sniffing
> > passwords
> > > > > off the network, and sending them to him via the ssh connection.
> > > > > I believe
> > > > > that he had installed a few other patched prorgrams as
> well, BIND was
> > > > > working on ports 53 and 2486 and I had a couple of entries in etc
> > > > > services,
> > > > > one on port 1724 and few others, I believe that the patched
> > binaries and
> > > > > scripts were were conflicting heavily with freeVSD.
> > > > >
> > > > > I again I apologize for venting on the list, to work I go.
> > > > >
> > > > > I will reinstall everything tonight after the users are
> done trying to
> > > > > break my will for the day.
> > > > >
> > > > > Regards,
> > > > > Kevin Druet
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > At 10:06 AM 4/3/01 +0100, you wrote:
> > > > > >Kevin,
> > > > > >
> > > > > >Thank you for your comments. If I may correct you on all
> of them...
> > > > > >
> > > > > >When installing from RPM, binaries will be placed in
> /usr/sbin and
> > > > > >configuration into /etc. This is consistent with
> standard practice.
> > > > > >When installing from SOURCE, binaries will by default be
> placed in
> > > > > >/usr/local/sbin and configuration into /usr/local/etc.
> Again, this is
> > > > > >consistent with standard practice. It also made abundantly clear
> > in the
> > > > > >installation documentation which, from your comments, you do not
> > > > > appear to
> > > > > >have read.
> > > > > >
> > > > > >The error you are reporting - 'vsd_priv access' and an inability
> > > > > to log into
> > > > > >your server - sounds like an error which was reported on the
> > support list
> > > > > >recently:
> > > > > >http://www.freevsd.org/support/mail-archives/freevsd-support/2001
> > > >/Mar/0324.h
> > > > >tml. You will find an explanation of the problem there.
> > > > >
> > > > >You may find the final reply informative as well:
> > > >
>http://www.freevsd.org/support/mail-archives/freevsd-support/2001/Mar
> /0332.
> > >h
> > > >tml
> > > >
> > > >
> > > >If this does not resolve the problems you are experiencing, please
> get back
> > > >to us, and we may assist further.
> > > >
> > > >Tim
> > > >
> > > > > -----Original Message-----
> > > > > From: [EMAIL PROTECTED]
> > > > > [mailto:[EMAIL PROTECTED]]On Behalf Of Kevin Druet
> > > > > Sent: 03 April 2001 04:31
> > > > > To: [EMAIL PROTECTED]
> > > > > Subject: 1.4.7 is yet another flop
> > > > >
> > > > >
> > > > > So I can live with the vince thing, thats kinda funny,,,
> > > > >
> > > > > I used the tar.gz this time so that I could install the addons
> > > > > for openssl,
> > > > >
> > > > > I followed the instructions to the letter as I always do,
> > > > >
> > > > > and now I cant even login to the server, a "blip" comes up so
> > > > > quickly that
> > > > > I cant read the whole thing, but what I think I get a glimpse of
is
> > > > >
> > > > > vsd_priv access
> > > > >
> > > > > I dont mean to come off sounding rude or ignorant but dont you
> > > > > people test
> > > > > this stuff before you call it a release ?
> > > > >
> > > > > The GPL is good for development, and as such we expect bugs, but
not
> > > > > trivial frig ups and incomplete software, the GPL is supposed to
> > > > > aid in the
> > > > > development, not relinquish responsibility because no one pays
> for it.
> > > > >
> > > > > further to my list of gripes I noticed that the default path that
the
> > > > > tar.gz installs the binary and config files is not even native to
RH
> > > > >
> > > > > /usr/local/sbin I believe is where all the binary files wound up
> and the
> > > > > vsd.conf file ended up in /usr/local/etc. had this software been
> > > > > meant for
> > > > > any other distro, I would call this a defective user issue, but
> as this
> > > > > software has been built around RH 6.2 and since thats the distro
> > > > > im using I
> > > > > feel that my gripes are valid.
> > > > >
> > > > >
> > > > > Im off to the pub to dowse the flames, g'night all
