thanks for the help Tim, it was the bind.db that was causing the problem but
not sure why, we rebuilt it a couple of times and after that adding the
records went in, not sure why the records weren't cleaned out of bind.db on
the first 2 attempts but they are now.


----- Original Message -----
From: "Tim Sellar" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, October 04, 2001 8:49 AM
Subject: RE: Invalid cross-device link


> Are you running a VSD enabled nameserver on the hosting server, or is your
> nameserver on a dedicated machine? I will assume the latter, as it is
really
> the only option for serious hosting...
>
> So, you send a bind_addvs command which will cause an entry to be added
into
> vsd.conf on the nameserver and allows subsequent VS-specific commands to
be
> correctly authorised and directed to the correct file heirarchy. There is
no
> need to run vsd-vsbatch.pl as that is only required for linking up a
defined
> VS to a skel - not necessary on the nameserver as it isn't actually
hosting.
>
> The files you have mentioned should have been all you needed to tidy up
but
> also check that there aren't any extraneous entries in /etc/named.conf as
I
> have known them to appear in there...
>
> Tim
>
>
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of redirect
> > Sent: 03 October 2001 13:01
> > To: [EMAIL PROTECTED]
> > Subject: Re: Invalid cross-device link
> >
> >
> > we had tried that, we deleted entries from:
> >
> > /etc/vsd/vsd.conf
> > /var/named/named.conf
> >
> > and deleted the directory that was left in /home/vsd/vs/VS_NAME
> >
> > Then we ran:
> >
> > ./vsdadm bind_addvs ns.virtual-name-server.com <NS> <VS> <UID>
> > ./vsd-vsdbatch.pl
> > ./vsdadm bind_rootnamedgen <NS>
> >
> > then when we run
> >
> > ./vsdadm bind_add <ns> <vs> <domain> <ip>
> >
> > we get error domain already in name server, yet it isn't as far as I can

> > see, I restarted named checked the logs and the domain is not loaded
in -
> > any ideas where it might be hiding?
> >
> >
> >
> >
> > ----- Original Message -----
> > From: "Tim Sellar" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Wednesday, October 03, 2001 12:37 PM
> > Subject: RE: Invalid cross-device link
> >
> >
> > > Sounds like you will have to go in and tidy it up manually for now.
You
> > need
> > > to edit vsd.conf on the name server and remove the relevant virtual
> > server's
> > > entry. Then you will then need to grep the generated named files
(either
> > > beneath /home/vsd/vs or /etc/var/named/virtual depending on the
version
> > yuor
> > > are running) and remove the files and any entries referencing
> > those files
> > > which correspond to the VS entry you have removed.
> > >
> > > Tim
> > >
> > > > -----Original Message-----
> > > > From: [EMAIL PROTECTED]
> > > > [mailto:[EMAIL PROTECTED]]On Behalf Of redirect
> > > > Sent: 03 October 2001 11:17
> > > > To: [EMAIL PROTECTED]
> > > > Subject: Invalid cross-device link
> > > >
> > > >
> > > > Hi
> > > >
> > > > we are having real trouble with a VS which was added to use the name
> > > > servers, was then deleted and then re-added :) trouble is
> > bind_deletevs
> > > > doesn't seem to work, we just get
> > > >
> > > > error: -ERR Cannot rename vs: Invalid cross-device link
> > > >
> > > > when we use
> > > >
> > > > ./vsdadm bind_deletevs <NS> <VS>
> > > >
> > > > Obviously with real names in there.
> > > >
> > > > Anyone got any ideas how we can delete then re-add this VS to
> > > > bind so we can
> > > > use it again - this is just the name server end, the hosting side
> > > > is working
> > > > okay.
> > > >
> > > > Steve
> > > >
> > > >
> > > > ------------------------- 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
>
> --------------------------------------------------------------------------
> ---
> >
>
> ------------------------- 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
> --------------------------------------------------------------------------
---
>

------------------------- 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
-----------------------------------------------------------------------------

Reply via email to