HDTenEightyP/NetNews huggingface dataset:
From: kevinc@ups.com (Kevin C. Castner)
Subject: uucico timing out
Organization: UPS Research & Development
X-Newsreader: TIN [version 1.1 PL6]
Date: Sat, 23 Jan 1993 17:03:46 GMT


I'm running SCO ODT 2.0 (3.2.4) and attempting to call out on a telebit 2500
into a Telebit World Blazer.  The WB is set to issue non-PEP tones first.

My problem is that when the two machines try to connect, uucico times out 
about 2 seconds before the PEP tones would connect.

What I would like to know is if there is some parameter I can set that would
increase the timeout on uucico.  I read the uucico man page, but nothing was
in there.  I would even be willing to patch uucico (as described in the man
page), but I don't know the name of the variable.

I did check the FAQ for this group and the old articles but didn't see
anything there either.  Your help is appreciated.
-- 
    ======================================================================

      Kevin C. Castner                           kevinc@ups.com
      Unix Administrator                         United Parcel Service
Newsgroups: biz.sco.general
From: davidf@golem.waterloo.on.ca (David J. Fiander)
Subject: Re: MMDF list-processor
Date: Fri, 29 Jan 1993 03:33:10 GMT

According to bill@Celestial.COM (Bill Campbell):
>There are really three cases one has to consider here:
>	1.	The reader wants to [R]eply to the original sender of the
>		message which should go to the From: or Reply-To: in the
>		header.
>
>	2.	The reader wants to post a response back to the entire
>		mailing list.  IMHO this should be a bit more difficult
>		than a simple reply if only to make people think before
>		posting :-).  We handle this locally by putting an alias
>		in like sco-list-post that points back to the list.

These are both covered by the reply command in various
different user agents as I described (below).  For elm it is
harder, for mailx and MH it is easier.

>
>	3.	A mailer daemon needs to send Error messages.  In this
>		case the message should return to the postmaster at the
>		site exploding the mailing list, NOT THE ORIGINAL poster
>		or the mailing list administrator if you're exploding a
>		larger list distribution.  These people shouldn't have to
>		worry about your local distribution problems.
>		
>		We use Chip Salzenberg's deliver program to handle local
>		mailing list forwarding.  These two lines:

The MMDF list channel also properly changes the From<space>
header (or more formally the envelope return address) to
support this, _if_ there is an appropriate alias.  For a give
<list@host>, the presence of a "list-owner" on the machine will
cause mail being reflected through the list channel to have the
control return address changed to point to the "list-owner"
alias.

>
>:In mailx the "r" command defaults to the individual reply, and
>:the "R" command defaults to the group reply; MH defaults to
>:group reply, use "-nocc all" for an individual reply; Elm uses
>:the "r" command for individual replies and the "g" command for
>:group replies (I think).
>
>How does scomail handle this?

Don't know, never used it when it was available, and I don't
have it now.

>Does anyone really use mailx?

More than you could possibily imagine.
Newsgroups: biz.sco.general
From: lee@dlpco.dlpco.COM (Lee Penn )
Subject: montoring uucp connect time
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Mon, 25 Jan 1993 14:26:24 GMT
Precedence: bulk

>From uunet.uucp!xenitec.on.ca!news Mon Jan 25 06:16:17 1993
>To: xenitec.on.ca!distribution@uunet
>Path: xenitec!hobbes!uunet!eplegal!frankb
>From: Frank Brock <xenitec.on.ca!uunet!eplegal!frankb@uunet>
>Newsgroups: biz.sco.general
>Subject: montoring uucp connect time
>Message-Id: <108@eplegal.UUCP>
>Date: 24 Jan 93 21:24:44 GMT
>Organization: Eagle-Picher Inc.

>we are using sco 3.2.4.  i am trying to monitor the length of time
>each uucp connection is made to each machine.

>any advice?

>frank brock
>frankb@eapi.com


Easy... just use a script to go the uucico work and create a log 
file from that script.

BTW: we disable and enable the port prior to uucico dialouts.  It just
seems more reliable than uugetty.

Such as:

=========================================
:
TTY1=ttyA08
TTY2=ttya08
UUSYS=uunet
if disable $TTY1 2>> /usr/adm/messages
        then chown uucp /dev/$TTY1
        chmod 666 /dev/$TTY1
        echo `date` $UUSYS start"
        /usr/lib/uucp/uucico -r1 -S$UUSYS $*
        echo `date` $UUSYS stop"
        enable $TTY1
else echo `date` "Cannot disable $TTY1 (command $0)" >> /usr/adm/messages
fi
================================================================================
Lee Penn,  DLP Technologies, Inc.                     Voice: 513 232-7791
SCO Advanced Product Center                           FAX: (513) 232-7801
7444 Jager Ct.
Cincinnati, OH  45230-4344                           email: lee@dlpco.COM

Newsgroups: biz.sco.general,comp.windows.x.motif
From: wayne@netcom.com (wayne t. watson)
Subject: Motif/Heller--Eric L. Reiner
Followup-To: poster
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: usa
Date: Fri, 22 Jan 1993 23:57:01 GMT

Eric, thanks for answering my question regarding variable arguments.
You hit the nail on the head, and things are working well.

I had bad luck with your mailing address, and I wasn't sure where
I posted me original message, so I posted this here.
-- 
Wayne T. Watson   wayne@netcom.com (415) 969-4233
Mountain View, CA
From: bob@consult.UUCP (Bob Willey)
Newsgroups: biz.sco.general
Subject: Re: HELP: Adaptec 1542b-connected SCSI peri
Date: 28 Jan 93 13:41:15 GMT
Reply-To: bob@consult.UUCP (Bob Willey)
Organization: CCS Enterprises, Inc.

In article <9301261609.aa23068@openage.COM> paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant) writes:
>>> >>What is you NBUF and NHBUF set to? 
>>>   Anyway, I'm pretty sure that its the OS and not the hardware that's at
>
>Lowering the buffer helps, but that ruins the whole point of having a disk 
>buffer in the first place.  You might seriously think about getting a caching 
>disk controller, or some SCSI mirroring/striping software.

This conversation has deviated from the original reported problems.
Getting a caching disk controller is NOT an acceptable answer.
With an Adaptec 1542 or 1742 (on EISA) and bus mastering on a 486 high-end
system you "should" be able to get acceptable performance, without adding
a caching controller.
The reported problems have occured on SCO Xenix 2.3.4, SCO UNIX 3.2v4.1(or 2)
and ODT 2.0 and everyone having an Adaptec contoller.

There is a definite pause at time in the disk I/O for a period for 15 seconds
to several minutes.  At times (like during an fsck) it appears to completely
stop with the disk light on solid for quite a period of time (around a minute).

-- 
>.. Bob Willey, CDP          ..  |  ..  uunet!consult!bob  bob@ccs.com   ..<
>.. CCS Enterprises, Inc.    ..  |  ..   Office: (410) 820-4670          ..<
>.. P.O. Drawer 1690         ..  |  ..      FAX: (410) 476-5261          ..<
>.. Easton, Maryland 21601 ......|......... BBS: (410) 476-5098 ...........<
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: biz.sco.general
Subject: Re: Floppy Tape EFS ?
Date: 23 Jan 93 16:06:52 GMT
Organization: Izot's Swamp

Bela Lubkin <belal@sco.COM> writes:

> More specifically we mean only those drives of this type which we
> support.  These include certain (not necessarily all) QIC-40 and QIC-80
> tape drives from Alloy, Archive, Irwin, Mountain, Tecmar and Wangtek.
> These also include Irwin-compatible drives from IBM and Irwin, which use
> a different driver; the driver for these drives is not affected by the
> floppy tape EFS.

   I'm surprised to see this list (I'd never heard of the floppy tape EFS... 
but, then again, I never looked) because I know that Colorado Memory Systems 
sells a XENIX supplement for use with their Jumbo drives, which are similar to 
the Archive XL drives.  Does this EFS support the CMS Jumbo drives?

  Geoffrey Welsh, 7 Strath Humber Court, Islington, Ontario, M9A 4C8 Canada
geoff@zswamp.uucp, [xenitec.on.ca|m2xenix.psg.com]!zswamp!geoff (416)258-8467
                Now I've lost everything, I give to you my soul
           And the meaning of all that I believed before escapes me
                  In this world of none, no thing, and no one
                            - Genesis, _Afterglow_
From: jeffl@comix.UUCP (Jeff Liebermann)
Newsgroups: biz.sco.general
Subject: Re: Heat problems, DigiBoard PC/Xem
Summary: Hot air rises
Date: Fri, 22 Jan 93 23:12:27 PST
Followup-To: biz.sco.general
Organization: COmmittee to Maintain Independent Xenix

In article <1jhopqINNmn9@usenet.INS.CWRU.Edu> rab15@po.CWRU.Edu (Raymond A. Biondi) writes:
>Problem: Digiboard PC/Xem blows off with xxassert error message.
>Solution: Need to lower tempature of the board.
(...)
>
>Need:  Looking for ways to cool down the inside of the case.  It already
>       has two dinky fans that are not helping.
>           .or.
>       Looking for a bigger case (other than the current ANTEC super server)
>       to accomodate the configured hardware.


The thermal design of the generic desktop AT case is awful.
The tower case is worse.  If you're seriously interested
in ventilating the box, try this first:

Remove the metal case and wrap the computer in Cellophane
(Saran Wrap).  Try not to plug up the fan hole.  If possible,
simulate the plastic front escusion with cardboard or the real
plastic escusion.  Then find a local cancer victim and ask
them to blow smoke thru the FRONT of the machine.  Watch how
the smoke travels.  Methinks you will find that it goes nowhere
near the overheating boards (and usually manages to avoid
the hard disks).

Inspect the plastic front case and estimate the open area
of the air INTAKE.  This should be at least as large as the
exhaust port (9 sq in).  I doubt that you will find openings
adding up to more than 3 sq in in todays aesthetically designed
desktop packages.  I've drilled the front of several tower
cases (usually file servers) to resemble swiss cheeze
in the name of improved ventilation.

Another solution is to install a strategically placed fan.
The fan must have an entry and an exhaust port.  Blowing
hot air in a circle does nothing.  I have a customer with
2ea COM8i boards, and a bunch of older (inefficient)
cards in a 386/25.  The fan is located to blow air LENGTHWISE
down the Digiboards towards the rear.  I removed the
metal hold down brackets from the Digiboards and replaced
them with shorter versions made from blank brackets.  This
is the exhaust port.  Recently, the fan in the power supply
died, but the Digiboard cooler continued to operate.  It
operated that way for about 3 months until I noticed the
problem.

Incidentally, I usually install at least one (sometimes
more) fans in important installations.  I've lost two
machines to meltdown after a fan failure.  A $15 fan is cheap
insurance to prevent a $3000 meltdown.  


-- 
# Jeff Liebermann   Box 272     1540 Jackson Ave     Ben Lomond    CA   95005
# 408.336.2558 voice  wb6ssy@ki6eh.#nocal.ca.usa  wb6ssy.ampr.org [44.4.18.10]
# 408.699.0483 digital_pager    73557,2074  cis [don't]
# jeffl@comix.santa-cruz.ca.us  scruz.ucsc.edu!comix!jeffl
From: paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: HELP! Sys hangs at kernel: i/o bufs = 200k
Keywords: Adaptec 1542 disk locks
Date: 23 Jan 93 22:33:46 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Cc: scogen@xenitec.on.ca
Precedence: bulk

>My ODT 2.0 system won't boot!  :-(  It hangs at the

>kernel: i/o bufs = 200k

>message (I have 40MB of memory - does 200k sound about right?).

>Anyway, I've tried the advice in the Troubleshooting reference of making sure
>that /etc/init exists.  It does.  I even tried it sans args to make sure that
>it can execute OK.  It does!  I can obviously boot from my Emergency Floppy
>set 'cause I checked init.  So what next?  What happened?

>Here's what I was up to when the problem started:
>I've been running MetroLink's X server for a while but I thought I'd try SCO's
>ODT server with my program to see how it'd work.  It didn't do too well so I
>tried to bring my system down to single-user mode from within ODT via init s.
>I guess this was a bad move 'cause I got an infinitely scrolling "single-user
>password or ^D" prompt.  But I was still able to rlogin to the system so I did
>and shut it down with init 0.

>When I tried to reboot I got the kernel i/o bufs hang.  Sigh.  Help!

Remove /ec/ioctl.syscon and then check /dev/syscon and /dev/systty and make 
sure that they are device files.

You should also up the NBUF and NHBUF parameters.

NBUF=4096
NHBUF=1024

--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
Insert clever saying here...
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax
Xref: sparky biz.sco.general:5462 comp.unix.xenix.sco:3718 alt.sources:3068
From: gene@lgc.com (Gene Lege')
Subject: Any comments on XMenu
Organization: Landmark Graphics Corp., Houston, Tx
Distribution: na
Date: Mon, 25 Jan 1993 05:38:12 GMT

Does anyone have any comments on a sysadmin tool for SCO Xenix
called XMenu?

Please e-mail comments to "glege@lgc.com" and I will summarize any
responses to the net...

Thanks,
gl
--
Gene Lege' - Landmark Graphics Corporation - Houston, TX
glege@lgc.com
From: jep@ohriman.mi.org (John Perry)
Newsgroups: biz.sco.general
Subject: restricted getty
Date: 26 Jan 93 07:44:24 GMT
Reply-To: jep@ohriman.mi.org
Organization: Arbornet, Inc. (M-Net Public Access Unix: 313-996-4644)
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Content-Type: text/plain; charset=US-ASCII
Content-Length: 1120
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Precedence: bulk


	I'm on a BBS which is considering using SCO Unix as part of the
upgrade to a new machine.  One of our requirements is to restrict
access to certain groups, so that contributing users get access to
additional phone lines.  "Patrons" get access to all phone lines,
"members" get access to 8 of our 12 lines, and "guests" get access to
4 phone lines.
	Under our current, very old, system this is done with 3 different
getty programs.  Those not authorized to use a tty receive a message
about "Restricted access" and are told to call the guest phone number.
With SCO we wouldn't have access to the source for getty, so we
couldn't write customized versions.
	How could the same effect be achieved under SCO Unix?

	The BBS is M-Net, America's first public access Unix system.
Anyone who is interested in checking it out can call 313-996-4644 at
2400 baud, 7-E-1.  Very limited access is available through the
Internet by telnetting to m-net.ann-arbor.mi.us, or by telnetting to
hermes.merit.edu and typing "um-m-net" at the "Which Host?" prompt.
-- 
John Perry      jep@ohriman.mi.org      ..!destroyer!netmeg!ohriman!jep
From: paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: RE: montoring uucp connect time
Date: 25 Jan 93 18:49:59 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

>we are using sco 3.2.4.  i am trying to monitor the length of time
>each uucp connection is made to each machine.

>any advice?

>frank brock
>frankb@eapi.com

I use "uutraf".  You can get the sources off anomaly, xenitec, or one of those 
type of machine.

--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
Insert clever saying here...
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax
Newsgroups: biz.sco.general
From: apl@world.std.com (Anthony P Lawrence)
Subject: Re: passwd file corrupted
Organization: The World Public Access UNIX, Brookline, MA
X-Newsreader: Tin 1.1 PL3
Date: Fri, 22 Jan 1993 23:19:47 GMT

phoff@panix.com (Phill Hoff) writes:
: I am running sco v3.2.4 and I have some password file corruption. The system
: will boot normally,but will not accept any passwords. It will not accept the
: root passwd   at the single user prompt. I do have a working root and boot
: floppy. How do I restore my password file?
: 

You can boot from the floppy, mount the hd0root, and see what the
real problem is (passwd file or down in the tcb stuff).

However, the few times I've seen a machine in this state, there was
usually major damage in all sorts of places, and a re-install and
restore seemed to be the safest way out.

Consider:  something clobbered one or more system files.  Unless you
*know* what did the clobbering and exactly what it clobbered, how are
you ever going to be sure that whatever it was didn't write random
bytes in random locations, thereby setting you up for a wonderful 
surprise somewhere done the road?

Get it working if you can; save off your most critical files for later
review (and don't just restore them later unless you have some way
of verifying their integrity).

BTW, such a scenario is a perfect reason why you should have CTAR.  You'd
be up and running in as little time as it takes to read last night's
tape.

And if you can't figure out what happened (bad hard drive might be
a good guess), I'd suggest you run every hardware diagnostic you can.
Because bad hardware seldom fixes itself :-)



		Tony   apl@world.std.com

Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle
       Kevin Clark is embarrassed by most of what I say.
Newsgroups: biz.sco.general
From: Jean-Pierre Radley <jpr@jpradley.jpr.com>
Subject: Re: restricted getty
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Content-Type: text
Reply-To: jpr@jpr.com
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Tue, 26 Jan 1993 16:10:07 GMT
Content-Length: 1142      
Precedence: bulk

John Perry writes:
> 
> 	I'm on a BBS which is considering using SCO Unix as part of the
> upgrade to a new machine.  One of our requirements is to restrict
> access to certain groups, so that contributing users get access to
> additional phone lines.  "Patrons" get access to all phone lines,
> "members" get access to 8 of our 12 lines, and "guests" get access to
> 4 phone lines.
> 	Under our current, very old, system this is done with 3 different
> getty programs.  Those not authorized to use a tty receive a message
> about "Restricted access" and are told to call the guest phone number.
> With SCO we wouldn't have access to the source for getty, so we
> couldn't write customized versions.
> 	How could the same effect be achieved under SCO Unix?

In any Unix, you always know what tty you're using when you log in. Typing the
command "tty" at this moment shows:
	/dev/ttyA01

So at some place along the line, either in /etc/profile as the shell starts up,
or somewhere early in your bbs program, it's easy to test the tty versus a list
of users.

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160.1341
From: kevin@shady.UUCP (Kevin Smith)
Newsgroups: biz.sco.general
Subject: Re: uucico timing out
Date: 27 Jan 93 04:47:36 GMT
Organization: ShadeTree Software, Inc.

In article <1993Jan26.080313.23450@netcom.com> gerg@netcom.com (Greg Andrews) writes:
:>kevinc@ups.com (Kevin C. Castner) writes:
:>>
:   ... 
:>
:>Others have told you about padding the ATDT command with \d codes to
:>delay the start of uucico's timer.  Here's how to double the timer:
:>
:>  Sample dial script:
:>
:>	dialit =W-, "" ATS7=60 OK ATDT\T CONNECT
:>
:>  Double the timeout:
:>
:>	dialit =W-, "" ATS7=60 OK ATDT\T CONNECT-\c-CONNECT
:>
:>You can add another "-\c-CONNECT" to triple the timeout, but I don't
:>recommend that except in extreme cases.
:>

This is also good for systems with big login banners (i.e. full page) that
cause uucico to give up with the "enough already" message.
-- 
	    | Email - !shady!kevin uunet!shady!kevin kevin%shady@uunet.uu.net
Kevin Smith | Voice - (+1) (908) 874-7980
	    | Mail  - ShadeTree Software, Inc., 192 Capricorn Dr. #10,
	    |         Somerville, NJ  08876, USA
From: paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: Re: HELP: Adaptec 1542b-connected SCSI peri
Keywords: Adaptec 1542 disk locks
Date: 23 Jan 93 22:28:05 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Cc: scogen@xenitec.on.ca
Precedence: bulk

>>:>     The same thing happens to me under SCO UNIX 3.2.2. I have upgraded
>>
>>My guess would be that the drive is doing some kind of reset/error
>>recovery.  Everything else stops because all disk IO has stopped.

>Well I've found out a LITTLE bit more since I posted my original query.  I
>called up Toshiba and they told me that if the disk light is on then the drive
>is just doing what it's told.  So I checked.  Not only is the disk light on
>full-blast during this time but so is the Adaptec's activity light.  So I
>think that whatever is going wrong is happening in the OS as opposed to the
>drive or controller.  Also, sar -d generally hangs 'til the system
>unsticks itself but when the system starts going again sar -d spits out all
>the timestamped readings during the hung period.  This leads me to believe
>that while xterm was stuck and thus unable to print sar's output, sar was
>still running.  The numbers sar spit out said that the disk was:

>16:55:51 Sdsk-0    96.69      1.00     53.97    863.58      0.00     17.91

>(p.s. this seems kinda slow to me for a disk/controller combo that supposedly
>      can do 1MB/s)

Again I ask...

What are NBUF and NHBUF set to in the kernel.

sysdef | grep NBUF
sysdef | grep NHBUF


--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
Insert clever saying here...
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax
Newsgroups: biz.sco.general,comp.unix.sys5.r3
From: berry@enuxha.eas.asu.edu (Joel R. Berry)
Subject: TCP 1.2 routing
Followup-To: berry@enuxha.eas.asu.edu
Keywords: routing
Organization: Arizona State University
Date: Tue, 26 Jan 1993 16:52:29 GMT

Hello all,
   I have recently upgraded to 1.2 TCP/IP from SCO.  Much to my
supprise when I installed ppp and tried to route our networks together
it failed.  Apparently in the new release the routes can not route 
you from one net ( or subnet ) to another.  This is a MAJOR problem
since the sco boxes were our routers for the entire corporate network.
The use of ppp is not the issue here.  According to Morningstar the
sco people say that it is a new FEATURE!  I dont understand why they
took this Wonderful FEATURE away..  Anyway, How can I route from one
class C network to another using the current SCO 1.2 TCP.  
   Any help would be greatly appreciated.  If I can not resolve this
I am forced to go back to 1.1.3f or whatever..  
  Joel berry

--

-----------------------------------------------------------
Joel Berry | berry@enuxha.eas.asu.edu
-----------------------------------------------------------