By default the freevsd.conf present in
freevsd/site/linux-redhat/freevsd.conf is placed into /usr/local/etc by
'make install'. The additional lines which I mentioned below are then
appended. To see where this is done, look in
freevsd/site/linux-redhat/Makefile.
Installation of VSD.pm is carried out as part of libvsd. So look at
freevsd/src/libvsd/Makefile.
With regard to permissions in the pre-built skel, everything will be set to
ownership by root.root. Alternative ownerships are all specifically set by
vsd-vsbatch.pl when a virtual server is created.
Tim
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Kevin Druet
> Sent: 07 April 2001 17:17
> To: [EMAIL PROTECTED]
> Subject: RE: Freevsd running on the real thing
>
>
> this is very strange, but those lines are not on the bottom of the
> freevsd.conf file.
> also, very strange is the permissions issues in the pre built skel, could
> some one please verify the perms on /home/httpd/docs ?
> the issue regarding the mod_bind,,, will not go away for some reason,
> mod_bind.a is not creates and halts make, I have deleted teh mod_bind sub
> dir. from the source. I hope to have the complete debian source
> ready to go
> by monday.
>
> A few more questions,
>
> Does anything write to freevsd.conf file at any time ?
> what program creates and or places the VSD.pm ?
>
>
> Regards.
> Kevin Druet
>
>
>
> At 12:15 PM 4/7/01 +0100, you wrote:
> >The following lines at the end of freevsd.conf are responsible
> for this sort
> >of thing:
> >
> ># Site specific skel install script
> >$site_skel_install = '/usr/local/share/freevsd/scripts/site-skel.pl';
> ># Site specific VS install script
> >$site_vs_install = '/usr/local/share/freevsd/scripts/site-vs-batch.pl';
> ># Path to third party RPMs to install
> >$add_ons = '/usr/local/share/freevsd/pkgs';
> >
> >This is all to do with the multi-distribution support which we have
> >incorporated into freeVSD. To explain, based on the ./configure
> >switches --with-siteconf and --with-hostconf the distro/platfrom specific
> >files from freevsd/host/<platform> and freevsd/site/<platform>
> are brought
> >into play. By default, ./configure assumes you
> >want --with-siteconf=linux-redhat and --with-hostconf=linux-redhat. To
> >complete the Debian work properly, you need to duplicate the existing
> >linux-redhat directory structure to a linux-debian structure and make the
> >necessary distro/platform changes in there. When you build you must then
> >specify --with-siteconf=linux-debian and --with-hostconf=linux-debian.
> >
> >It sounds like this is the bit that has not worked on your installation.
> >There is a file in
> /freevsd/site/linux-redhat/scripts/site-vs-batch.pl which
> >carries out the parsing of files replacing the tag #BINDADDR#.
> This occurs
> >towards the end of vsd-vsbatch.pl, but only if there is a
> suitable entry in
> >freevsd.conf giving the path to the necessary file, which is placed in
> >/usr/local/share/freevsd/scripts/ by 'make install' or
> >/usr/share/freevsd/scripts by an rpm installation.
> >
> >Get the 'make install' to correctly add those lines in freevsd.conf and
> >'./configure' to use a linux-debian specific collection of files
> and we have
> >the beginnings of a debian-based freevsd solution.
> >
> >Any problems. Please get in touch, this port appears to be progressing
> >fairly well...
> >
> >Tim
> >
> >
> > > -----Original Message-----
> > > From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED]]On Behalf Of Kevin Druet
> > > Sent: 06 April 2001 23:10
> > > To: [EMAIL PROTECTED]
> > > Subject: RE: Freevsd running on the real thing
> > >
> > >
> > > I was wrong about this, can you tell me where the system
> > > retrieves the data
> > > to over write the #BINDADDR# ? I saw a #IPADDRESS# in the
> > > vsd-vsbatch.pl so
> > > I thought that that would work,, but it does not.
> > >
> > > otherwise this and the mod_bind are the only problems, we can
> > > live without
> > > the BIND, although Im sure that is reletivly simple to fix, I
> > > would like to
> > > move this server into production with 50 domains onto it, for a
> > > week or 2,
> > > but I dont want to manualy edit ech config file, could you let me
> > > know how
> > > to correct the #BINDADDR# issue ? where is that info parsed from ?
> > >
> > >
> > > Kevin Druet
> > >
> > >
> > > At 04:47 PM 4/6/01 -0500, you wrote:
> > > >yes, I believe if I change the BIND to IPADDR is should work I
> > > ws going to
> > > >do that just after I test sendmail
> > > >
> > > >
> > > >
> > > >At 10:10 PM 4/6/01 +0100, you wrote:
> > > >>Have just checked in /home/vsd/skel/etc and done 'grep -r BIND *'
> > > >>The results are:
> > > >>
> > > >>httpd/conf/httpd.conf:Listen #BINDADDR#:8080
> > > >>httpd/conf/httpd.conf:Listen #BINDADDR#:8443
> > > >>httpd/conf/httpd.conf:NameVirtualHost #BINDADDR#
> > > >>ssh/sshd_config:ListenAddress #BINDADDR#
> > > >>
> > > >>Looks like your error is either Apache/SSH. Try disabling one
> > > or the other
> > > >>in /etc/rc.conf to narrow it down and see if everything
> else is working.
> > > >>
> > > >>Tim
> > > >>
> > > >> > -----Original Message-----
> > > >> > From: [EMAIL PROTECTED]
> > > >> > [mailto:[EMAIL PROTECTED]]On Behalf Of
> Kevin Druet
> > > >> > Sent: 06 April 2001 22:03
> > > >> > To: [EMAIL PROTECTED]
> > > >> > Subject: RE: Freevsd running on the real thing
> > > >> >
> > > >> >
> > > >> >
> > > >> > we believe that most of the bus have been worked out, we do have
> > > >> > a question,,
> > > >> >
> > > >> > when I run vsboot -start vsone I get this error,,,,
> > > >> >
> > > >> > calinux2:/# fatal: bad addr or host #BINDADDR# Name or
> > > Service not know
> > > >> >
> > > >> > Cannot resolve host name #BINDADDR# ------ exiting !
> > > >> >
> > > >> >
> > > >> >
> > > >> > At 08:20 PM 4/6/01 +0100, you wrote:
> > > >> > >Presumably you have built and installed freevsd from source
> > > on the Debian
> > > >> > >host. Any problems with that? Or did it build first-time?
> > > >> > >Also, are you using the vsd-install.pl script or making the
> > > >> > necessary mods
> > > >> > >manually? I think chkconfig (which is used in vsd-install.pl) is
> > > >> > RH specific
> > > >> > >but I may be mistaken...
> > > >> > >
> > > >> > >Tim
> > > >> > >
> > > >> > > > -----Original Message-----
> > > >> > > > From: [EMAIL PROTECTED]
> > > >> > > > [mailto:[EMAIL PROTECTED]]On Behalf Of
> > > Kevin Druet
> > > >> > > > Sent: 06 April 2001 20:01
> > > >> > > > To: [EMAIL PROTECTED]
> > > >> > > > Subject: RE: Freevsd running on the real thing
> > > >> > > >
> > > >> > > >
> > > >> > > > we are going to know if the prebuilt skels are fool proof or
> > > >> > not in about
> > > >> > > > 20 minutes.
> > > >> > > >
> > > >> > > > Gather round everyone,
> > > >> > > > here is what we have done,
> > > >> > > > I installed a bare bones Debian system a 1 gig IDE drive and
> > > >> > > > configured the
> > > >> > > > basics, patches etc.
> > > >> > > > I am just mkfs'ing a 9.1 gig Ultra 160 drive wich will be
> > > >> > mounted on /vsd
> > > >> > > >
> > > >> > > > I will be decompressing the SQL php prebuilt unit and
> > > setting up a hot
> > > >> > > > virtual server. I am able to provide root for anyone who may
> > > >> > want to poke
> > > >> > > > about.... just drop me an email.
> > > >> > > >
> > > >> > > > I
> > > >> > > >
> > > >> > > >
> > > >> > > > At 06:35 PM 4/5/01 -0400, you wrote:
> > > >> > > >
> > > >> > > > >I would be very interested in working on something like
> > > >> > this. I basically
> > > >> > > > >want to shove a cdr in, give it an ip block and it installs
> > > >> > 250 virtual
> > > >> > > > >servers.
> > > >> > > > >
> > > >> > > > >Sam
