Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  <20032004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  <20032004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018 
<== Date ==> <== Thread ==>

Subject: RE: PowerPC woes
From: Andy Foster <ajf@observatorysciences.co.uk>
To: "Woods, PD (Paul)" <P.D.Woods@dl.ac.uk>
Cc: "Epics Tech Talk (E-mail)" <tech-talk@aps.anl.gov>
Date: Fri, 17 Jan 2003 15:14:50 +0000 (GMT)
Hi Paul,

You could add it to "/etc/init.d/inetinit".
This script contains a lot of "ndd" configurations under Solaris 8.

Cheers,

Andy


On Fri, 17 Jan 2003, Woods, PD (Paul) wrote:

> Hi,
>
> Some months ago this thread allowed us to solve this same problem at our
> site. However due to a hardware fault our Unix boot server was lost. One new
> harddisk, OS upgrade (to Solaris 9) and data recovery from tape later our
> very long IOC boot problem has now returned! We have also forgotten which
> startup script we put this line in, anyone any suggestions?
>
> Thanks
>
> Paul Woods
> Diamond Project UK
>
> -----Original Message-----
> From: Rozelle Wright [mailto:rwright@lanl.gov]
> Sent: 21 November 2001 20:58
> To: n.rees@jach.hawaii.edu
> Cc: tech-talk@aps.anl.gov
> Subject: Re: Fwd: RE: PowerPC woes
>
>
> Now that I'm retired, I don't check my e-mail as often as I used to, so Nick
> has probably solved his problem, but since there were so many different
> solutions, I thought I would tell you what I know.  This problem has the
> same
> symptoms as we have had here at Los Alamos with slow booting of the baja60
> IOCs
> from Solaris machines.  We removed the passwords from those IOCs inside the
> firewall, so that they would use tftp to boot and that solved the problem
> there.  For those baja60s outside the firewall where allowing tftp on the
> Solaris machines was not an option we arranged for them to boot from Suns
> running Solaris 7 or later and made a change to the ndd parameter on the
> Suns.
> Our particular magic line in a startup files for the suns is
>
> /usr/sbin/ndd -set  /dev/tcp tcp_time_wait_interval 5000.
>
> (Note:  /usr/sbin/ndd doesn't have tcp_time_wait_interval as a valid
> parameter
> on Solaris 6 or earlier  Solaris.)
>
> We decided that the problem was caused by an attempt to use the same TCP
> port
> too soon.
>
> In order to solve this problem using either of these two solutions you need
> to
> be or get help from someone who is super user on the Sun from which the iocs
> are booting.
>
> Both of the suggestions above were suggested in previous e-mails, but
> referred
> to different types of  IOCs.  I suspect the problem is a generic problem
> with
> vxWorks.
>
> Rozelle Wright
> rwright@lanl.gov
>
>
>
>
> "Dale L. Brewe" wrote:
>
> > >Another possible cause of this problem could be that
> > >a boot was interrupted while in progress. If the IOC
> > >comes up and tries to reuse the same TCP port the
> > >Solaris server sometimes waits a very long time before
> > >it times out the old TCP circuit and begins communicating
> > >with the IOC which is presenting TCP sequence numbers
> > >that are invalid in the Solaris FTP server's perspective.
> > >
> >
> > I haven't been following this too closely, but this suggestion reminds me
> > of the problems we started  having after we upgraded to solaris 2.7 from
> > 2.5.1. The problem went away after issuing the command "/usr/sbin/ndd -set
> > /dev/tcp tcp_time_wait_interval 10000" . I think the default was 240000.
> > This doesn't survive a reboot, so I put this is a startup script. I
> believe
> > notes on this are somewhere in the EPICS listserver archives.
> > dale Brewe
> >
> > > >
> > > >
> > > > We had a similar problem when booting our MV2304's where it would
> > > > take an extremely long time to boot.  After messing with the ethernet
> > > > settings we finally settled on changing from using rsh to tftp when
> > > > booting our crates:
> > > >
> > > >       ftp password = blank
> > > >       flags           = 0x88
> > > >
> > > > Of course this means you need to have your host setup to support tftp.
> > > > In our case our hosts are Solaris workstations.
> > > >
> > > > Kevin Tsubota
> > > >
> > > >
> > > > > -----Original Message-----
> > > > > From: Nick Rees [mailto:n.rees@jach.hawaii.edu]
> > > > > Sent: Friday, November 16, 2001 10:39 AM
> > > > > To: Mark Rivers
> > > > > Cc: 'tech-talk@aps.anl.gov '
> > > > > Subject: RE: PowerPC woes
> > > > >
> > > > >
> > > > > On Fri, 16 Nov 2001, Mark Rivers wrote:
> > > > >
> > > > > > I have a different suggestion from Andrew's.  I have seen a
> > > > > very similar
> > > > > > problem to the on Nick describes on the MVME2700.  The
> > > > > problem is actually
> > > > > > with the Ethernet 10/100 autonegotiation.  If I plug the
> > > > > Ethernet into a
> > > > > > 10/100 Hub it works fine.  If I plug it into certain types
> > > > > of Ethernet
> > > > > > switches (e.g. Cisco 2924 I think) it takes several
> > > > > minutes, and it does it
> > > > > > twice as Nick observed. Try using a different physical
> > > > > device and see if it
> > > > > > improves.
> > > > >
> > > > > I have tried four configurations:
> > > > >
> > > > > 1. An autoconfiguring 10/100 switch (Allied Telesyn),
> > > > > 2. An autoconfiguring 10/100 hub (SMC)
> > > > > 3. A fixed 10 base T switch (Allied Telesyn)
> > > > > 4. A fixed 100 base TX hub (Allied Telesyn).
> > > > >
> > > > > All with no result. Sob. Sob.
> > > > >
> > > > > I have also tried changing the address translation stuff as
> > > > > per Andrew's
> > > > > suggestions, but to no avail. However, I may have got it
> > > > > wrong, so I will
> > > > > continue to think about it.
> > > > >
> > > > > Cheers,
> > > > >
> > > > > --
> > > > > Nick Rees
> > > > >
> > > > > Joint Astronomy Centre               Ph:       +1 (808) 961-3756
> > > > > 660 N. Aohoku Place                  Fax:      +1 (808) 961-6516
> > > > > Hilo, HI.  96720                     Internet:
> n.rees@jach.hawaii.edu
> > > > >
> >
> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> >   Dale L. Brewe     PNC-CAT/U. of Washington
> >   ph: 630 252 0582         fax: 630 252 0580
> >   Mail:
> >   Argonne National Laboratory
> >   Bldg 435E sector 20
> >   9700 S. Cass Ave.
> >   Argonne, IL 60439
> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>

--------------------------------------------------------------------
Observatory Sciences Limited    Email: ajf@observatorysciences.co.uk
William James House             Tel: 44 - (0)1223 - 508259
Cowley Road                     Fax: 44 - (0)1223 - 508258
Cambridge, CB4 0WX, UK          http://www.observatorysciences.co.uk


References:
RE: PowerPC woes Woods, PD (Paul)

Navigate by Date:
Prev: GSOctal 232 reboot problem Woods, PD (Paul)
Next: Re: GSOctal 232 reboot problem Bob Dalesio
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  <20032004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018 
Navigate by Thread:
Prev: RE: PowerPC woes Woods, PD (Paul)
Next: GSOctal 232 reboot problem Woods, PD (Paul)
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  <20032004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018 
ANJ, 10 Aug 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·