HDTenEightyP/NetNews huggingface dataset:
From: news@xenitec.on.ca (xenitec.on.ca News Administrator)
Newsgroups: biz.sco.general
Subject: Re: SCO Unix 3.2.2, C News and lack of inodes
Date: 10 Oct 92 05:35:22 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Tom Haapanen writes:
> We are running SCO Unix 3.2.2 with the latest C News software.  We have
> a full feed with pretty rapid expiry, so I have been just barely managing
> with a 200 MB news filesystem.  I was going to move the news spool to a
> new 300 MB+ partition to allow a little bit more flexibility, but recently
> I have been running out of inodes on that filesystem.  Now, the inodes
> for the news filesystem are set at 65,535 already, which is the maximum.
> 
> What can I do to avoid running out of inodes every other night?

Nothing, with the set-up you have.

And the problem is bound to get worse, given the second derivative of the
news flow.

If you can't/won't upgrade to 3.2v4, so as to get the capability of
symbolic links, then you have to expire more rapidly. I'm expiring maps in
.2 day (they get copied to a different drive), control in .1 day, the sex
groups in .7 day, and most others in 5.5 days, keeping just a few around
for 7 or more days.

My users either keep up or they don't.

I do have 3.2v4, but I'm staying with a single 200 MB partition for the
moment, trying to husband the resources. That second derivative will surely
bite me in a few months, and I'll then take comp or alt off to another
partition.

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160,1341
Newsgroups: biz.sco.general,comp.unix.sysv386,news.software.b
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: SCO Unix 3.2.2, C News and lack of inodes
Organization: The Gator Conferencing System 219-289-3745 
Date: Fri, 9 Oct 1992 11:40:45 GMT

tomh@wes.on.ca (Tom Haapanen) writes:

We switched to SVR4.  Our news partition has 120K inodes.  It works just
dandy -- and we have 8 days of news on-line.

Maybe you could mount another filesystem under comp, and maybe another one
for alt?  It might work -- or maybe you could sell your SCO for close to
what SVR4 is then it won't be a problem?

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Xref: sparky biz.sco.general:3708 comp.unix.sysv386:15567
From: bill@Celestial.COM (Bill Campbell)
Newsgroups: biz.sco.general,comp.unix.sysv386
Subject: Re: Problems with cnews+nn6.4.16 on SCO3.2.2
Keywords: problem cnews nn 6.4.16 sco 3.2 v2 news
Date: 14 Oct 92 06:28:36 GMT
Article-I.D.: Celestia.1992Oct14.062836.14065
Organization: Celestial Software, Mercer Island, WA

In <Bw2rzu.4x2@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:

>I hardly consider ODT2.0 a modern day OS -- considering it's origin
>is 3.2 regardless of any enhancements.   

OK Larry.  Tell me exactly what it is that makes SVR4 so great.
	-	Is it Xenix compatibility?  SCO has had that for years.
	-	Is it Berkley enhancements?  Most of them have been in
		Xenix since 1982.  Long file names and symbolic links are
		in SCO UNIX 3.2v4.
	-	Is is compatibility with net.code (particularly gnu and
		fsf)?  This works fine with gcc (which compiles easily
		once some minor changes are made in header files to take
		care of the multiplicity of interpretations of __STDC__.
		It is interesting that much of this code is heavily
		weighted toward the Beserkley religion and seems to be
		purposely non-portable on AT&T based systems.

It seems to me that most of what I see about SVR4 is ``Emperor's
New Cloths'', about as meaningful as tail-fins on a '77 Plymouth.

I work primarily with commercial clients who want a stable
platform to run software critical to their business, and I'm very
leery of ANY new software because it tends to be buggy and
unstable and I cannot subject my client's business to the
potential problems.  Your attitude reminds me of Car & Driver
readers extolling the virtues of the latest Ferrari or
Lamborghini forgetting that these are the last cars you would
want to drive if dependable transporation were your goal.

Bill

-- 
INTERNET:  bill@Celestial.COM   Bill Campbell; Celestial Software
UUCP:   ...!thebes!camco!bill   6641 East Mercer Way
             uunet!camco!bill   Mercer Island, WA 98040; (206) 947-5591
SPEED COSTS MONEY -- HOW FAST DO YOU WANT TO GO?
Newsgroups: biz.sco.general
From: clay@haapi.mn.org (Clayton Haapala)
Subject: Re: talk command and talkd
Organization: Haapi's Hangout
Distribution: biz
Date: Thu, 8 Oct 1992 04:41:54 GMT
Keywords: talk unix sco opendesktop

In article <1992Oct07.014459.1626@i88.isc.com> stevea@i88.isc.com (Steve Alexander) writes:
>In article <1992Oct06.114256.11555@blkbox> mknewman@blkbox (Marc Kraker Newman) writes:
>>I am using ODT 1.1 Update G, and the talk command is documented online, but
>>I seem to be unable to get it to work.  I get the message 'you don't exist.  Go
>>away.'
>
>This means that an attempt to figure out your username using getlogin(S) 
>failed.  Perhaps the message could more clearly indicate the failure :->
>
Actually, I bet this message is an artifact of your environment.  Are 
you running a two-user (personal) ODT, and running X at this time?  In
some systems, each X window would be a separate user entry, and in fact,
you can force that treatment with X some how -- I don't remember.  But
this would almost instantly break the two-user limit.  So the default is
NOT to put an entry in the utmp table for each X window -- hence you
don't exist.

Tell it to the IRS! :-)
-- 
Clay Haapala				"Behold the Holy Pogo Stick"
clay@haapi.mn.org
From: belal@sco.COM (Bela Lubkin)
Newsgroups: biz.sco.general
Subject: Re: UUCP and non-existant lockfiles....huh?
Date: 16 Oct 92 10:06:09 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Cc: Dean Riddlebarger <rdr@attics.rn.com>
Precedence: bulk

Dean Riddlebarger wrote:

> Okay, where am I missing something this time around?  I've got a coworker
> with a SCO 3.2.4 system trying to UUCP into my 3.2.2 box.  His
> Permissions file entry mirrors others on my box, but each time he
> tries to log in he gets the "Remote has a lock file for me" message
> and the connection croaks.  I've looked everywhere I can think of
> from my days of more constant contact with HDB-UUCP, but I can't
> find any locks lurking about.

This is a cute one.  See attached itscript.  (It's out of date on
versions, but undoubtly the same problem still applies...)  >Bela<

=============================================================================

UUCP fails with "REMOTE HAS A LCK FILE FOR ME"

RELEASE:  SCO UNIX System V/386 Release 3.2 Operating System
          SCO XENIX Operating System Release 2.3
          SCO Open Desktop Release 1.0
          SCO Open Desktop Release 1.1

PROBLEM:  UUCP fails with a "REMOTE HAS A LCK FILE FOR ME" message in the
          debug output.  There is no lock file for the local system on
          the remote system.

SOLUTION: The remote uucico will return this message if the creation of
          the lock file fails.  Uucico assumes that the creation of the
          lock file failed because the lock file already existed.

          However, the creation of the lock file will also fail if uucico
          doesn't have write permission on /usr/spool/uucp.  The most common
          reason for this is that uucico does not have 4111 permissions.

          When the user uses adb (_fst) to patch uucico and change the packet
          parameters, the setuid bit is lost.  (The procedure for performing
          this patch, which appears in the uucico(ADM) man pages, makes no
          mention of this.)

          Execute the following commands while logged in as "root" to fix
          the permissions and ownership on uucico:

          # cd /usr/lib/uucp
          # chmod 4111 uucico
          # chown uucp uucico
          # chgrp uucp uucico

          If the problem occurs when permissions and ownership for uucico are
          correct, then some other file in the UUCP package probably needs to
          be changed.  Follow these steps (while logged in as root) to set the
          correct permissions, owner, and group for every file in the UUCP
          package:

          # cd /
          # fixperm -csdUUCP /etc/perms/ext

          You may get one or more "not an empty file" message, such as:

          fixperm: not an empty file: ./usr/adm/ctlog

          "not an empty file" messages may be safely ignored.  However,
          you should not see any "file not found" messages.
Newsgroups: biz.sco.general
From: kgermann@zeos.com (Ken Germann)
Subject: SCO to release Real Time Unix.
Organization: Zeos International, Ltd
Date: Wed, 14 Oct 1992 01:47:37 GMT

Anyone hear any details on the Real Time version of Unix that 
SCO is going to release? They are supposedly in contract 
negotiations with a company that is going to allow them to
license and release a real time version of Unix. Corrus or
Korrus is the name of the company I believe.


Any comments or feedback would be interesting and appreciated.
Not looking to buy, just technical curiousity.
-- 
Ken Germann              ZZZZ EEEE  OO   SSS    ZEOS International, Ltd.  
support@zeos.com   INET     Z E    O  O S       Technical Support Dept.
uunet!zeos!support UUCP    Z  EE   O  O  SS     530 5th Ave N.W.
800-228-5390      VOICE   Z   E    O  O    S    St. Paul, MN 55112
612-633-7337             ZZZZ EEEE  OO  SSS     FAX         612-633-4607
Newsgroups: biz.sco.general,comp.unix.sysv386
From: staceyc@sco.COM (Stacey Campbell)
Subject: Re: Extra VIDI modes for SCO?
Organization: The Santa Cruz Operation, Inc.
Date: Tue, 13 Oct 1992 17:47:35 GMT


In article <cbuckley.718974191@unix1.tcd.ie> cbuckley@unix1.tcd.ie (Colm Buckley) writes:
>I have a 486 machine running SCO UNIX 3.2v4.1. The video card in the
>machine is a Trident 8900 S-VGA. Supplied with this card was a DOS program
>which allows me to change the screen mode - text resolutions of up to
>132x60 are possible. What I would like is a way to access these screen
>modes while running SCO UNIX. The existing "vidi" program only allows the
>standard EGA 80x43 as the highest resolution - can this be extended in any
>way?

The short answer is "probably not".  Even if you could throw the video card
into the 132x60 text mode (DOS Merge should be able to run the configuration 
program) every time you switched multiscreens the screen would revert back to
its original size (best case) or get trashed (worst case).  A workaround
to achieve a text screen of the same text resolution would be to run the
X server then expand a scoterm to full-screen, on my 1280x1024 screen this
gives me a working area of 208x76 chars with a 6x13 font.  You should be able
to achieve a 1024x768 pixel resolution with a Trident card, though
scrolling performance may be a problem if you use 256 colors.
-- 
          Stacey Campbell - staceyc@sco.com - uunet!sco!staceyc
Newsgroups: biz.sco.general
From: mknewman@blkbox (Marc Kraker Newman)
Subject: Re: talk command and talkd
Organization: The Black Box BBS (713) 480-2686 V32/V42bis/HST
Distribution: biz
Date: Fri, 09 Oct 1992 12:16:33 GMT
Keywords: talk unix sco opendesktop

clay@haapi.mn.org (Clayton Haapala) writes:

>In article <1992Oct07.014459.1626@i88.isc.com> stevea@i88.isc.com (Steve Alexander) writes:
>>In article <1992Oct06.114256.11555@blkbox> mknewman@blkbox (Marc Kraker Newman) writes:
>>>I am using ODT 1.1 Update G, and the talk command is documented online, but
>>>I seem to be unable to get it to work.  I get the message 'you don't exist.  Go
>>>away.'
>>
>>This means that an attempt to figure out your username using getlogin(S) 
>>failed.  Perhaps the message could more clearly indicate the failure :->
>>
>Actually, I bet this message is an artifact of your environment.  Are 
>you running a two-user (personal) ODT, and running X at this time?  In
>some systems, each X window would be a separate user entry, and in fact,
>you can force that treatment with X some how -- I don't remember.  But
>this would almost instantly break the two-user limit.  So the default is
>NOT to put an entry in the utmp table for each X window -- hence you
>don't exist.

Yes, indeed, I am running the personal ODT, and X windows.  Are there any known
fixes for this?

Marc

-- 
Marc K. Newman (N5SLG)			Is UNIX pronounced 
mknewman@blkbox.com or			"UNIQUES" or
blkbox!mknewman				"EUNICHS"?
Newsgroups: biz.sco.general
From: dionj@sco.COM (Dion)
Subject: The Whole Internet - User's Guide and Catalog
Organization: The Santa Cruz Operation, Inc.
Date: Thu, 15 Oct 1992 01:25:23 GMT


This new book from O'Reilly, written by Ed Krol, is a gem!
Excellent and detailed how-to info, answers to common
questions, and high grade metaphysical ruminations.  
Well worth having...  

   What Internet is, how it works, "the rules"
   utilities and electronic mail
   WAIS, Gopher, and WWW - the global everything
   troubleshooting
   Catalog of resources

ISBN 1-56592-025-2
You can contact the O'Reilly folks at nuts@ora.com

--------------------------------------------------------------
This is just a personal opinion.  SCO has no direct business
interest in this vendor or publication.  -Dion  (dionj@sco.com)

Newsgroups: biz.sco.general,comp.unix.sysv386
From: sef@kithrup.COM (Sean Eric Fagan)
Subject: Re: SCO Unix 3.2.2, C News and lack of inodes
Organization: Kithrup Enterprises, Ltd.
Distribution: usa
Date: Wed, 14 Oct 1992 19:54:06 GMT

In article <1992Oct13.234836.14248@mixcom.com> Dean.Roth <Dean.Roth@mixcom.mixcom.com> writes:
>Are you saying that 3.2r4 does NOT allow the creation of filesystem
>with more than 64K inodes yet?!  

Correct.  The SCO filesystems are still V7-type (which, despite what Larry
Snyder wants to believe, can be a good thing in a lot of cases, but it also
does have its limitations), which 16-bit inodes.  (The kernel doesn't have
this limitation, just the filesystem.)

-- 
Sean Eric Fagan  | "You can't get lost in one room, no matter how
sef@kithrup.COM  |  little effort you make to learn your way around."
-----------------+    -- William E Davidsen (william@crd.GE.COM)
Any opinions expressed are my own, and generally unpopular with others.
Xref: sparky biz.sco.general:3674 comp.unix.sysv386:15479
From: gert@greenie.gold.sub.org (Gert Doering)
Newsgroups: biz.sco.general,comp.unix.sysv386
Subject: Re: Problems with cnews+nn6.4.16 on SCO3.2.2
Date: 11 Oct 92 20:15:34 GMT
Organization: GreeniE

vancleef@netcom.com (Henry van Cleef) writes:

>It is absolutely not worth the battle to try to use either cc or rcc
>with the stuff the universities are big on.  Gcc works like a champ on
>SCO Unix.  

If you don't have the libc.a with the broken ldexp()...

gert
-- 
Gert Doering | SubNet  : gert@greenie.ucrc.sub.org      | mailbox / uucp:
Munich / FRG | InterNet: gdoering@physik.tu-muenchen.de | call (089)3243328
(089)3243228 | FidoNet : gert.doering@2:246/55.4        | login bbs / nuucp
Newsgroups: biz.sco.general
From: adrian@ibmpcug.co.uk (Superuser)
Subject: v3.2.4 Tuning Parameters
Organization: The IBM PC User Group, UK.
Date: Sun, 11 Oct 1992 22:53:03 GMT


I have recently had the great fortune(?) to upgrade my machine to
a 486 EISA machine with 32 Megabytes of RAM. It also has a Adaptec
1742B SCSI controller and two IDE drives in it. The 1742B is run
in Enhanced mode, and I am using the eiad driver. The response is,
to say the least, sluggish. The system is spending 70-80% of its
time in kernel, and using only 27% of the available memory. Typing
'hwconfig' shows 'fts=st' instead of 'fts=d' on the eiad line.

My question is a simple one. I have left GPGSHI and GPGSLO alone
in the tuning paramters. What is the best values for the tuning
parameters? What other parameters should I be looking at? Is there
a fairly comprehensive guide to tuning kernels. 

Please help someone who hasnt done this before.

Adrian

-- 
--------------------------------------------------------------------------
Adrian Hall					Connect Systems Manager
A.Hall@ibmpcug.co.uk				The IBM PC User Group
Tel: +44 81 863 1191				Harrow, London, UK
Newsgroups: biz.sco.general,comp.periphs.scsi
From: bill@Celestial.COM (Bill Campbell)
Subject: Tape Errors with Archive 525MB drive
Organization: Celestial Software, Mercer Island, WA
Date: Sat, 10 Oct 1992 02:27:21 GMT

I'm having problems with an Archive 525MB SCSI tape drive where I
can write a tape and verify it and everything seems fine -- until
I take it out of the drive and put it back in.  Frequently (not
always) the tape will be unreadable even if write protected!
When I try to read the tape, it backs and fills as though it is
trying to determine the tape density.

I have done various tests including taking the tape to another
machine and reading it with an Archive 2150S SCSI before putting
it back in the Archive and it reads fine on the other system
failing on the original.  It doesn't do it with all tapes, but it
does it frequently enough to make these backups pretty useless.

Does anyone have any suggestions as what would cause this?

Bill
-- 
INTERNET:  bill@Celestial.COM   Bill Campbell; Celestial Software
UUCP:   ...!thebes!camco!bill   6641 East Mercer Way
             uunet!camco!bill   Mercer Island, WA 98040; (206) 947-5591
SPEED COSTS MONEY -- HOW FAST DO YOU WANT TO GO?
Newsgroups: biz.sco.general
From: belal@sco.COM (Bela Lubkin)
Newsgroups: biz.sco.general
Subject: Re: wd1007a SLS (xnx133)
Date: 7 Oct 92 21:02:33 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

Terry Klarich wrote:

> I am using a wd1007v hard disk controller.  The xnx133 SLS says that it is for
> a wd1007a.  Does anyone know what the differience between these two controllers
> is?  Will this sls apply to my controller as well?  When using my cms tape
> drive, I get a message on the console which looks like this.
> 
> hd: warning: bad count on hd 1/4x

> I am running xenix 2.3.3 with the xnx296a SLS installed.  I know the tape
> worked before the xnx296a installation.

The changes in xnx133 are incorporated in xnx296a.  In any case, that is
not the symptom you would see for that problem.  I believe the major
difference between the WD1007A and V is what speed ESDI drive it can
handle (perhaps 10MHz vs. 15MHz?) -- but presumably the bug that xnx133
fixed was also corrected.

"bad count" indicates corruption of the in-core superblock or the
in-core free-block and free-inode lists of your filesystem.  It doesn't
point to a hardware problem with the hard disk.  I would suggest
downloading and installing xnx339, which fixes at least one filesystem
corruption bug.  But mainly, talk to CMS and make sure their driver
works with the xnx296a "2.3.3" kernel.

>Bela Lubkin<  Support engineer, The Santa Cruz Operation
Newsgroups: biz.sco.general
From: jpr@jpradley.jpr.com (Jean-Pierre Radley)
Subject: Re: SLS Preface
Organization: Unix in NYC
Date: Wed, 07 Oct 1992 00:44:28 GMT

In article <9210051036.aa13091@scope.sco.COM> info@sco.COM (SCO Information) writes:
>UUCP Connection information:
>
>Machine name: sosco
>
>Phone numbers: (408) 425-3502 (2 lines, 300-9600 baud V.32 standard)
>	       (408) 429-1786 (9600 baud Telebit)
>	       (408) 427-4470 (2 lines, Hayes 9600 baud V-series)
>
>Login name: uusls   (fourth character is the letter "l" rather than numeral "1")
>No password
>

It might be appropriate to also list the European mirrors of "sosco":

For Europe/Middle East/Africa customers, this is the system at
SCO EMEA (London):
Modem make and model         Service    Phone number
--------------------         -------    -----------
Dowty Quattro 2@             SOS        +44 (0)923 210888
Dowty Trailblazer            UUCP       +44 (0)923 210911
For anonymous uucp connection:
Machine name:   scolon
Login name:     uusls
Password:       bbsuucp

There's also a number in Frankfurt, but I don't know what kind of modem is
used there:

Machine name: sosffm                    +49 (0)69 509107-36
Login/Password are uusls/bbsuucp (as for scolon).
-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160,1341
Newsgroups: biz.sco.general
From: "Paul A. Fischer, Sr UNIX Sys Consultant" <paul@openage.COM>
Subject: Independant Poll
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Fri, 16 Oct 1992 19:18:51 GMT
Precedence: bulk

Hi All,

I am conducting an independant poll to see who people are planing to vote for 
president.

I will post the results here if anyone is interested.

I know that this isn't the right place, but I want the opinions of my peers.

--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
No Incumbents in '92. Get the crooks out of office. Vote & Send a Message
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: Frank Hoffmann <fh.pad@sni.de>
Subject: Re: System dump memory image in swap device ...
Organization: Siemens Nixdorf Info.Sys. AG, Paderborn, Germany
Date: Thu, 8 Oct 1992 13:32:52 GMT

walter@faber.faps.uni-erlangen.de (Stefan Walter) writes:

>After a system crash we always have that boot message:

>   There may be a system dump memory image in the swap device.
>   Do you want to save it?

>Now the question:
>Whats to do to remove that memory image?

Simply copy a larger file (let's say 10k) to /dev/swap.
This will delete the header information of the stored system dump and
you'll be never more asked (unless you produce another one).

>I would be happy if you could mail me an answer.
>Thanks, 
you're welcome.
>  Stefan
frank

>------------------------------------------------------------------------------  
>  Stefan Walter                      |  EMail: walter@faps.uni-erlangen.de 
>  University Erlangen                |  Mail:  Uni Erlangen, Egerlandstr. 7, 
>   __                                |         W-8520 Erlangen, Germany
>  /_  |   /                          |  Phone: *49 9131 857711
>  __/ |/|/                           |  FAX:   *49 9131 302528
>------------------------------------------------------------------------------  
-------------------------------------------------------------------------------
    __________                  Frank Hoffmann
     /             /    Siemens-Nixdorf Info. Systems Voice: [+49] 5251 812 209
    /__           /      Dept: AP 52 / SW-Production    Fax: [+49] 5251 811 599
   /' _  _   __  //            Fuerstenallee 7          USA: fh.pad@sni-usa.com
__/__/__(_(_/ /_/^\__    W-4790 Paderborn / Germany    !USA: fh.pad@sni.de
-------------------------------------------------------------------------------
       This posting is 100% electronically decomposable and reacts fully
       neutral at its elimination. All pixels on the screen are reusable :-)
-------------------------------------------------------------------------------
Newsgroups: biz.sco.general