One thing I noticed was that the line only_from = 127.0.0.1\32 should I
think read only_from = 127.0.0.1/32. I've changed it and restarted xinetd.
Before the change, I kept getting 'Connection closed by foreign host.' when
telnetting to the default port or port 1732. Since changing this, telnet
just seems to wait indefinitely.
Previously there wasn't much to go on in /var/log/messages but now I'm
getting segmentation faults as below:
Apr 10 11:03:40 packard vsdadm[898]: cmd: vs_create localhost company 10.0.0.198
noc.easyspace.net 200 0
Apr 10 11:03:40 packard xinetd[860]: {general_handler} (860) Unexpected signal:
11 (Segmentation fault)
Apr 10 11:03:40 packard last message repeated 9 times
Apr 10 11:03:40 packard xinetd[860]: Resetting...
Apr 10 11:06:19 packard xinetd[860]: {general_handler} (860) Unexpected signal:
11 (Segmentation fault)
Apr 10 11:06:19 packard last message repeated 9 times
Apr 10 11:06:19 packard xinetd[860]: Resetting...
Apr 10 11:08:35 packard xinetd[860]: {general_handler} (860) Unexpected signal:
11 (Segmentation fault)
Apr 10 11:08:35 packard last message repeated 9 times
Apr 10 11:08:35 packard xinetd[860]: {bad_signal} Received 50 bad signals. Exiti
ng...
Apr 10 11:10:00 packard CROND[914]: (root) CMD ( /sbin/rmmod -as)
Apr 10 11:11:02 packard xinetd: xinetd shutdown failed
Apr 10 11:11:05 packard xinetd[940]: xinetd Version 2.1.8.9pre9 started with
Apr 10 11:11:05 packard xinetd[940]: libwrap
Apr 10 11:11:05 packard xinetd[940]: options compiled in.
Apr 10 11:11:05 packard xinetd[940]: Started working: 5 available services
Apr 10 11:11:08 packard xinetd: xinetd startup succeeded
Apr 10 11:11:24 packard vsdadm[943]: cmd: vs_create localhost company 10.0.0.198
noc.easyspace.net 200 0
Apr 10 11:11:24 packard xinetd[940]: {general_handler} (940) Unexpected signal:
11 (Segmentation fault)
Apr 10 11:11:24 packard last message repeated 9 times
Apr 10 11:11:24 packard xinetd[940]: Resetting...
Apr 10 11:16:32 packard xinetd[940]: {general_handler} (940) Unexpected signal:
11 (Segmentation fault)
Apr 10 11:16:32 packard last message repeated 9 times
Apr 10 11:16:32 packard xinetd[940]: Resetting...
Rob.
On Tue, Apr 10, 2001 at 09:00:41AM +0100, Nick Burrett wrote:
> Rob Symes <[EMAIL PROTECTED]> writes:
>
> > Thanks both of you for your help...
> >
> > We're running RH7 and I've checked /etc/xinetd.conf but it looks exactly
> > as below, except that it also contains the line: user = root
> > Also the defaults line contains only_from = 127.0.0.1\32 which I think
> > is correct, as I'm trying to create the virtual server on localhost.
> >
> > The strace output is as follows below:
> >
> > Thanks again,
> > Rob.
>
>
> > socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 4
> > connect(4, {sin_family=AF_INET, sin_port=htons(1725), sin_addr=inet_addr("127.0.
> > 0.1")}}, 16) = 0
> > time(NULL) = 986836208
> > read(4, "", 256) = 0
> > time(NULL) = 986836208
> > nanosleep({0, 200000000}, {18, 3221223452}) = 0
> > read(4, "", 256) = 0
> > time(NULL) = 986836208
> > nanosleep({0, 200000000}, {18, 3221223452}) = 0
> > read(4, "", 256) = 0
> >
> > <lots of similar lines snipped>
> >
> > time(NULL) = 986836228
> > nanosleep({0, 200000000}, {18, 3221223452}) = 0
> > read(4, "", 256) = 0
> > time(NULL) = 986836229
> > fstat(1, {st_mode=S_IFREG|0644, st_size=26001, ...}) = 0
> > old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0
> > x40017000
> > write(1, "Read timeout\n", 13Read timeout
> > ) = 13
> > munmap(0x40017000, 4096) = 0
> > _exit(1) = ?
> >
>
> vsdadm is waiting for the "+OK FreeVSD" response. It should receive this
> as soon as the connection to port 1725 has opened. Since it's not receiving
> this, vsd is not starting. Have you looked in /var/log/messages ? Have
> you tried telnetting to the port ?
>
>
> >
> > On Mon, Apr 09, 2001 at 01:06:34PM +0100, Nick Burrett wrote:
> > > Damion Parry <[EMAIL PROTECTED]> writes:
> > >
> > > Another possibilty is that `vsd' is compiled for SSL comms and `vsdadm' is
> > > not. Or vice-versa. Try straceing vsdadm.
> > >
> > > > Is this on a RH6 or RH7 box?
> > > >
> > > > RH6:
> > > >
> > > > Check that /etc/inetd.conf contains the line:
> > > > vsd stream tcp nowait root /usr/sbin/vsd vsd
> > > >
> > > > If it does, try restarting inetd: /etc/rc.d/init.d/inet restart
> > > >
> > > > RH7:
> > > >
> > > > Check that /etc/xinetd.conf contains the section:
> > > > service vsd
> > > > {
> > > > socket_type = stream
> > > > protocol = tcp
> > > > wait = no
> > > > server = /usr/sbin/vsd
> > > > }
> > > >
> > > > and that the defaults section allows connections from the machine that
> > > > you are executing vsdadm from (for more on xinetd configuration, try:
> > > > http://www.linuxfocus.org/English/November2000/article175.shtml). If
> > > > both of these exist (or after adding them) restart xinetd:
> > > > /etc/rc.d/init.d/xinet restart
> > > >
> > > > Both of these sections should have been added during vsd-install.pl. If
> > > > you are working with a source install the 'vsd' command line should be
> > > > '/usr/local/sbin/vsd'.
> > > >
> > > > Hope this helps, please let me know if you have any further problems,
> > > > Damion
> > > >
> > > > Rob Symes wrote:
> > > > >
> > > > > Hi,
> > > > >
> > > > > I've been trying to get freevsd working on one of our linux boxes, and
> > > > > everything seems to be working okay up until the point where I issue the
> > > > > command:
> > > > >
> > > > > vsdadm vs_create localhost company 10.0.0.198 vsd1.(local net) 200 0
> > > > >
> > > > > Each time I try this I just get the error message 'Read Timeout'.
> > > > >
> > > > > Does anyone know what could be the cause of this?
> > > > >
> > > > > Many thanks,
> > > > > Rob Symes.
