Okay, I'll give that a try - thanks.

Rob.

On Tue, Apr 10, 2001 at 01:37:22PM +0100, Tim Sellar wrote:
> Have you considered starting again with a fresh installation? Unless you
> particularly want to start building everything for debug and stepping
> through, it will save you a lot of time.
> 
> Tim
> 
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Rob Symes
> > Sent: 10 April 2001 11:15
> > To: [EMAIL PROTECTED]
> > Subject: Re: Read Timeout
> >
> >
> > 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.

Reply via email to