HDTenEightyP/NetNews huggingface dataset:
From: bill@bilver.uucp (Bill Vermillion)
Subject: Re: Verbose kernel messages - NOT!
Organization: W. J. Vermillion - Winter Park, FL
Date: Mon, 17 Aug 1992 14:30:38 GMT

In article <1992Aug16.015003.28387@edsi.plexus.COM> chuck@edsi.plexus.COM (Chuck Tomasi) writes:

>While running SCO Xenix 2.3.2 and 2.3.4 I've seen these strange
>anomalous messages come up from time to time.  I was wondering if anyone
>can figure out their origins (probably described in TFM, but they are
>at work and I'm at home - or is that the other way around?)

They are in TFM.   And for good reason.    The message gives you the
direction to find in the manual.   See section M and heading messages.


>kernel: WARNING: no file

>or even better...

>kernel: panic: no fs

>I fixed the first one by regenerating a new kernel with slightly
>larger numbers in some of the parameters.  I don't know exactly what I
>did, but I haven't seen the message for about a week.  The second one
>was fixed simply by rebooting.  They don't show up in /usr/adm/messages
>and I have no idea of their cause, but they worry me.  Should they?

In TFM  no file says in essence too many open files.   Reconfiguring
the kernel is the appropriate things to do.    

no fs says a mounted file system has disappeared from the file table.

Considering the message entries and description cover 23 manual pages
you really wouldn't want, and don't need, more descriptive errors.

-- 
Bill Vermillion - bill@bilver.oau.org  bill.vermillion@oau.org
                - bill@bilver.uucp 
                - ..!{peora|ge-dab|tous|tarpit}!bilver!bill

Newsgroups: comp.unix.xenix.sco
From: david@dynamix.com (David L Jarvis)
Subject: pax, pcpio, ptar
Organization:  SOFTWARE / DYNAMIX
Date: Sat, 22 Aug 92 17:32:23 EDT
X-Received: by usenet.pa.dec.com; id AA23607; Sat, 22 Aug 92 19:01:55 -0700
X-Received: by inet-gw-1.pa.dec.com; id AA23458; Sat, 22 Aug 92 19:01:18 -0700
X-Received: from dynamix.UUCP by uu3.psi.com (5.65b/4.0.071791-PSI/PSINet)id AA14186; Sat, 22 Aug 92 22:01:09 -0400
X-Received: by dynamix.com (smail2.5c)id AA26340; 22 Aug 92 17:32:23 EDT (Sat)
X-To: comp.unix.xenix.sco.usenet (comp.unix.xenix.sco)
X-Mailer: ELM [version 2.3 PL11]

Does anyone use or know anything about these utilities?  They are included
in the 2.3.4 distribution, and have the authors email addr on the man page,
but it's wrong/outdated.  I didn't see any difference between the normal
tar/cpio.    Just curious ...


#----------------------------------------------------------------------#
#          David L. Jarvis                 SOFTWARE  /                 #
#          david@dynamix.com                       /  DYNAMIX          #
#----------------------------------------------------------------------#
Newsgroups: comp.unix.xenix.sco
From: david@dynamix.com (David L Jarvis)
Subject: ksh history file size
Organization:  SOFTWARE / DYNAMIX
Date: Sat, 22 Aug 92 16:40:47 EDT
X-Received: by usenet.pa.dec.com; id AA13936; Sat, 22 Aug 92 16:43:47 -0700
X-Received: by inet-gw-1.pa.dec.com; id AA17924; Sat, 22 Aug 92 16:43:10 -0700
X-Received: from dynamix.UUCP by uu3.psi.com (5.65b/4.0.071791-PSI/PSINet)id AA05199; Sat, 22 Aug 92 19:42:54 -0400
X-Received: by dynamix.com (smail2.5c)id AA25774; 22 Aug 92 16:40:47 EDT (Sat)
X-To: comp.unix.xenix.sco.usenet (comp.unix.xenix.sco)
X-Mailer: ELM [version 2.3 PL11]

According to the manual (and other reference books I've been reading)
the environment variable HISTSIZE determines how many commands are stored
in the file indicated by HISTFILE ... default is 128 ... well, as a test I
put mine down to 20 (because I started thinking the HISTFILE was growing
too large, > 200k) ... the manual states that ksh will truncate the
HISTFILE down so that HISTSIZE commands are retrievable ... well, this
doesn't appear to be the case ... can anyone explain this to me?


#----------------------------------------------------------------------#
#          David L. Jarvis                 SOFTWARE  /                 #
#          david@dynamix.com                       /  DYNAMIX          #
#----------------------------------------------------------------------#
From: flanagan@niagara.Tymnet.COM (Dick Flanagan)
Newsgroups: comp.unix.xenix.sco
Subject: Trade/Upgrade Xenix 286 for 386
Date: 14 Aug 92 04:04:30 GMT
Reply-To: flanagan@niagara.Tymnet.COM (Dick Flanagan)
Originator: flanagan@niagara

I have a copy of Xenix 286 2.3.2 and would like to upgrade or trade it
for an equivalent copy of Xenix 386.  Anyone out there need to downshift
to a 286 platform?

I also have the Dev Sys and Text processing systems, but after paying 
$2,000, I would really hate to have to come up with another $1,000 just
to "trade up" to the 386 binaries.  Do I have any options?

Dick
Newsgroups: comp.unix.xenix.sco
From: nkraft@crash.cts.com (Norman Kraft)
Subject: Re: GIF viewer for Xenix
Organization: CTS Network Services (crash, ctsnet), El Cajon, CA
Distribution: usa
Date: 21 Aug 92 13:39:49 PDT

In article <9208210643.AA16547@dynamix.com> david@dynamix.com (David L Jarvis) writes:
>Seems there are quite a few of us looking for a gif viewer for Xenix ...

Yup, I'm one of them too!

>In unsharing the package Ron Florence sent, I notice in the Makefile
>/usr/lib/386/Slibccgi.a ... not only can't I find that library, I can't
>even find the directory! 

Well, here, apparently, is the story. I talked with the sysadm of this
system (crash), which is my main feed site. He has the development system
and I don't, just yet. Anyway, he said that the CGI stuff does come
with the dev system, but that he just didn't install it since he didn't
see a need for it. Since I presume I'm the first one to ask him about
it in the many years he's been running this system, I'd say he was right. 
In any case, he thought he might have the disks hanging around somewhere- 
you might see if you folks do too.

Norm.
Xref: sparky comp.unix.large:280 comp.sys.pyramid:182
From: vanepp@fraser.sfu.ca (Peter Van Epp)
Newsgroups: comp.unix.large,comp.sys.pyramid
Subject: Re: High volume printing
Date: 19 Aug 92 02:29:08 GMT
Organization: Simon Fraser University, Burnaby, B.C., Canada

logier@cheops.qld.tne.oz.au (Rob Logie) writes:

>>	1) Has anyone connected a IBM bus/tag protocol printer (preferably
>>       Xerox) to a UNIX host or TCP/IP terminal server?  If so please
>>       send me details.

>	Probably the cheapest option would be to buy a new interface for
>	the printer.  The Pyramids have a "DataProducts" interface for 
>	high speed printing, as well as using either direct RS232 type 
>	connections (They can run to 38 k if you are lucky).  Also a centronics
>	interface is avaliable for the xmi card.  If you still need to 
>	get access to the printers from the SNA side, Pyramid have  
>	32xx emulation cards/software avaliable.

>There are many ways of addressing the problem, depending on all the usuals
>of facilities required, exisiting facilities to be supported and cost.

>-- 
>Rob Logie                         | The opions expressed are mine alone and in
>AOTC  ( A.C.N. 051 775 556 )      | no-way reflect the views or policies of the
>TNE Computer Support Services     | Australian and Overseas Telecommunications
>EMAIL: logier@cheops.qld.tne.oz.au| Corporation. "These are my opinions alone"

This is likely correct, except the hardware is a called a Spur Adapter and 
is sold by Xerox. It converts a Centronics parallel interface to an IBM 
channel interface (this interface may well be the last pair of buss and tag
cables left in our shop!). It of course costs the moon (around $10,000 as I
recall), but then so did the printer so that shouldn't be a problem.
	As I recall a 9700 does better than 100 pages a minite (its smaller
brother, the 4090, that we have does 92 pages a minite) so it needs a little 
more data than 38k (a channel will drive it at about 1 megabyte / sec), a VAX 
running over ethernet through a terminal server into a Centronics port (because
the VAX Dataproducts interface we have is slow) will drive it reasonably hard.
This may be an option for you it the Pyramid DataPoducts is too slow (I know
nothing of Pyramids so there may be no problem). Now if the Spur just let
you execute arbitrary  channel programs so we could get mainframe 3420s and
3480's onto an ethernet ...

Peter Van Epp / Operations and Technical Support 
Simon Fraser University, Burnaby, B.C. Canada
Xref: sparky comp.unix.large:276 comp.sys.pyramid:178
From: icj@cmutual.com.au (Ian Johnston)
Newsgroups: comp.unix.large,comp.sys.pyramid
Subject: High volume printing
Date: 17 Aug 92 06:03:51 GMT
Organization: Colonial Mutual Life Australia

Hi,
	We are currently moving our applications from a mainframe
enviroment to a Pyramid UNIX system.  At the moment we do alot
of high volume printing from the mainframe to a Xerox 9700 
printer.  I do know alot about this printer but I believe it
uses a IBM bus/tag protocol to talk to the host. 
	What I would like to know is :

	1) Has anyone connected a IBM bus/tag protocol printer (preferably
       Xerox) to a UNIX host or TCP/IP terminal server?  If so please
       send me details.

	2) What other solutions do people have to high volume printing?
       What brands of printers are in use?  Are they connected to
       hosts or ethernet?

Any other details or pointers would also be greatly appreciated.

Thanks in advance

Ian J 				email: ijohnston@cmutual.com.au
-- 
Ian Johnston                                 email: IJohnston@cmutual.com.au
UNIX System Admin.                           phone: +61-3-6076448
Colonial Mutual Life Aust. (ACN 004021809)   fax  : +61-3-6076198
Newsgroups: comp.unix.large,comp.sys.pyramid
From: logier@cheops.qld.tne.oz.au (Rob Logie)
Subject: Re: High volume printing
Organization: Telecom Australia, TNE Computer Support Services
Date: Tue, 18 Aug 1992 23:56:23 GMT

icj@cmutual.com.au (Ian Johnston) writes:

>Hi,
>	We are currently moving our applications from a mainframe
>enviroment to a Pyramid UNIX system.  At the moment we do alot
>of high volume printing from the mainframe to a Xerox 9700 
>printer.  I do know alot about this printer but I believe it
>uses a IBM bus/tag protocol to talk to the host. 
>	What I would like to know is :

>	1) Has anyone connected a IBM bus/tag protocol printer (preferably
>       Xerox) to a UNIX host or TCP/IP terminal server?  If so please
>       send me details.

	Probably the cheapest option would be to buy a new interface for
	the printer.  The Pyramids have a "DataProducts" interface for 
	high speed printing, as well as using either direct RS232 type 
	connections (They can run to 38 k if you are lucky).  Also a centronics
	interface is avaliable for the xmi card.  If you still need to 
	get access to the printers from the SNA side, Pyramid have  
	32xx emulation cards/software avaliable.

>	2) What other solutions do people have to high volume printing?
>       What brands of printers are in use?  Are they connected to
>       hosts or ethernet?

	HP, Dataproducts, Xerox  etc.  They can be connected either direct 
	connect via the interfaces mentioned above or connected via 
	the network.  With the network connection just write a appropriate
	printer model.  Have a look at the protocol described in RFC1179.
	There are many ways of connecting printers via ethernet, ranging
	from using PC's as printer servers to buying dedicated hardware.


>Any other details or pointers would also be greatly appreciated.

>Thanks in advance

>Ian J 				email: ijohnston@cmutual.com.au
>-- 
>Ian Johnston                                 email: IJohnston@cmutual.com.au
>UNIX System Admin.                           phone: +61-3-6076448
>Colonial Mutual Life Aust. (ACN 004021809)   fax  : +61-3-6076198

There are many ways of addressing the problem, depending on all the usuals
of facilities required, exisiting facilities to be supported and cost.




regards




-- 
Rob Logie                         | The opions expressed are mine alone and in
AOTC  ( A.C.N. 051 775 556 )      | no-way reflect the views or policies of the
TNE Computer Support Services     | Australian and Overseas Telecommunications
EMAIL: logier@cheops.qld.tne.oz.au| Corporation. "These are my opinions alone"
Newsgroups: comp.unix.large,comp.sys.pyramid
From: ckw@Cookie.secapl.com (Kirk Woerner)
Subject: Re: High volume printing
Date: Wed, 19 Aug 1992 17:01:28 GMT
Organization: Security APL, Inc.

In article <1992Aug17.060351.13234@cmutual.com.au> icj@cmutual.com.au (Ian Johnston) writes:
[...]

>	1) Has anyone connected a IBM bus/tag protocol printer (preferably
>       Xerox) to a UNIX host or TCP/IP terminal server?  If so please
>       send me details.
>
We have used a product from Dataware Development in San Diego
tel - (619) 453-7660

They make a product which turns a a PC into a bus and tag "print server".
You buy a bus/tag card (from them) that gets put into the PC and you can
print regular files to the bus/tag printer from the PC.

The great thing about this is that they have another product (called
Autoprint) which will print anything found in a specific directory and then
delete it.  This means you can set up a quasi spooling capability.  On top
of that, it does not interfere with network operations on the PC so you can
put an ethernet card in the PC WITH the bus/tag card and automatically mount
a directory using NFS on a remote host.  If you set Autoprint to use this
directory as its "spooling" directory, you only have to copy the file into
the directory on the remote and it will be printed and deleted (or copied
elsewhere for backup).

   I don't know the volume of printing you're talking about but we use it
this way and while our company is small we do a lot of printing (two
4075's which will prob be upgraded to a 4090)

   We haven't tried this with postscript files but I'm 99% sure it would
pose no problems since postscript is just ascii text.  If you need to pass
through some sort of graphics file from a postscript interpreter (since
Xerox doesn't seem to support postscript at the printer level very much), I
don't know, but again, I bet it works.
-- 
                          "It's INCONCEIVABLE !!!!"
          "I do not think that word means what you think it means."
                                          --- from "Princess Bride"
From: zzassps@uts.mcc.ac.uk (Phil Stringer)
Newsgroups: comp.unix.large
Subject: User registration on diverse computer systems
Date: 18 Aug 92 13:56:36 GMT
Organization: Manchester Computing Centre, Manchester, England, M13 9PL.


	At the MCC (Manchester Computing Centre) we provide a range of centralised
computing services for the Manchester universities. (There are also quite a number
of systems on the LAN which we dont manage). In the dim and distant past things 
were simple and as each new system came along, (every few years) we produced a
piece of software to register users on the system and interface it to the accounting
software written for that system. We now have a number of different databases and
forms for users to fill in when they want to use our systems.

	We are therefore now in a process of reviewing our procedures to try and 
achieve a single easy to use unified system! We know that other sites have been
down this path before and would therefore be grateful to receive any experiences
and any documents people may have available, suggesting ways in which this could 
be achieved.

	We are currently negotiating with the registrar's departments of the 
Universities to gain access to data from the student and staff records to identify
all potential local users. This needs to be tied into existing systems which are
MVS, VM/CMS, Unix (assorted flavours) and Novell systems.  We also want to end
up with an extensible system which can be readily adapted to new systems as they
come along. To this extent we feel the need to define a registration API to
actually implement what the working parties (2 after the first meeting!) decide.
 
	I would be most grateful to receive any ideas, suggestions etc. 
particularly anything from other large organisations.

     Thanks,
           Phil
-- 
-------------------------------------------------------------------------------
| Phil Stringer, Mainframe Systems  | Phone 061 275 6057                      |
| Manchester Computing Centre       | Fax   061 275 6040                      |
| University of Manchester          | email zzassps@uts.mcc.ac.uk             |
Xref: sparky comp.unix.large:277 comp.sys.pyramid:180
From: erik@yarra.pyramid.com.au (Erik Lecis)
Newsgroups: comp.unix.large,comp.sys.pyramid
Subject: Re: High volume printing
Summary: Xerox Printing
Date: 17 Aug 92 22:28:26 GMT
Followup-To: comp.unix.large
Organization: Pyramid Technology Corp PL, Melb., Australia

In article <1992Aug17.060351.13234@cmutual.com.au>, icj@cmutual.com.au (Ian Johnston) writes:
> 
> 	2) What other solutions do people have to high volume printing?
>        What brands of printers are in use?  Are they connected to
>        hosts or ethernet?
> 
High-volume Xerox printers such as the 4090, can be interfaced to Unix systems
via a Xerox product called Soleil. This performs PostScript decomposition on a
SPARCstation2, which converts data to Interpress format. 

There is a good writeup on the methodology in the paper called: 
"You Really Can Get There From Here", which describes Simon Fraser University's
migration from MTS to a distributed Unix Environment (from sfu.ca).

- Erik.
From: rouilj@cs.umb.edu (John P. Rouillard)
Newsgroups: comp.unix.admin
Subject: Re: Where can I find a "fingerd" that fingers the person back?
Date: 18 Aug 92 19:42:23 GMT
	<1992Aug17.171935.23127@terminator.cc.umich.edu>
	<51y1Hzgm!8@atlantis.psu.edu> <1992Aug17.231756.469@jato.jpl.nasa.gov>
Distribution: usa
Organization: University of Massachusetts at Boston

In article <1992Aug17.231756.469@jato.jpl.nasa.gov> dave@jato.jpl.nasa.gov (Dave Hayes) writes:

   barr@pop.psu.edu (David Barr) writes:
   >Instead I would suggest that all programs who insist on doing reverse
   >fingering be immediately purged from all systems, and their authors
   >strung up by their genitals.

   Why so hostile?

   >Ack, why do people insist on using such hacks?

   Because they work sometimes. More often than finding someone fingering
   you from a machine running RFC931...

Yes, but any hacker with a brain knows about:

  rsh <somehost where I am not logged on> finger @host.to.hack

A reverse finger returns nothing useful in this case, although an
rfc931 returns the correct info.

I once tracked a cracker back across the net who was pulling this
trick.

-- John
Xref: sparky comp.unix.admin:4580 comp.sys.hp:9400
From: barmar@think.com (Barry Margolin)
Newsgroups: comp.unix.admin,comp.sys.hp
Subject: Re: Odd Hang Symptoms (HP)
Date: 18 Aug 1992 19:00:04 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
NNTP-Posting-Host: telecaster.think.com

In article <1992Aug18.133640.273@ctp.com> jmay@ctp.com (Jason May) writes:
>The machine responded happily to ping packets, and telnet would connect,
>but the login prompt would never appear for telnet, we couldn't log in
>on the console, and ftp/rlogin/etc. did not work.  NFS requests would
>all time out.

A common cause of this is filling the process table.  Ping responses are
done by the kernel, so they don't require a new process.  Inetd accepts
connections before trying to start up the server process; in the case of
telnet, this means that telnetd can't run.

Another possibility is using up swap space.

However, I'd expect there to be messages on the console with something like
"no more processes" or "no more memory".  But if the console output is
going to a window, the problem could be afflicting the window system as
well, preventing it from displaying the message.

-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
From: dave@nakiska.ucs.ualberta.ca (David Ross)
Newsgroups: comp.unix.admin
Subject: Campus-Wide Login space & Tools
Date: 20 Aug 92 16:00:30 GMT
Organization: University Of Alberta, Edmonton Canada

Well, this is kind of a big question so general answers are quite all  
right for now, although actual names of people and products are even  
better!

At the U of A, we're looking at ways of trying to manage our ever-growing  
campus LANs and backbone networks.  We see the potential need of sharing  
files across the campus and this really isn't possible without a way of  
controlling UID space across campus. 

The eventual goal I suppose is to bring every machine on campus into a  
campus-wide login space and we'd love to hear any experiences from other  
sites trying to accomplish this.  For now, we would be happy to bring even  
our own department of 50 or so personal workstations and another 50 or so  
labs into a common login space.

Can anybody recommend any ways of doing this?  The most obvious product  
that comes to mind is NIS.  This will work, but does it scale easily to  
the rest of campus?  I don't really think so.  I think the Athena products  
do this but if so, do we need to run a full Athena implementation to make  
it work?  Kinda looks that way.

The other problem then is if we decide to remap our 50 workstations to a  
common uid space, we have to convert all the files for these users to the  
new uid.  Does anybody have any tools/rules to do this, or should we just  
wing it?

Should we even be attempting this????  Any comments or help are greatly  
appreciated!!!  Thanks!
---
David A. Ross, Programmer Analyst  | dave@nakiska.ucs.ualberta.ca
Computing and Network Services     |  (NeXTmail accepted)
352 Gen Serv Bldg, Univ of Alberta | Phone: (403) 492-9339
Edmonton, Alberta, Canada  T6G 2H1 | Fax:   (403) 492-1729
Newsgroups: comp.unix.admin,comp.sys.hp,ctp.it
From: fred@cv.ruu.nl (Fred Appelman)
Subject: Re: 8 MUST BE 0
Date: Tue, 18 Aug 1992 18:27:57 GMT
Organization: University of Utrecht, 3D Computer Vision Research Group

In <1992Aug18.133511.193@ctp.com> jmay@ctp.com (Jason May) writes:


>HP 9000/847, running HPUX 8.02.
>
>Our machine crashes from time to time, and during reboot we virtually
>always see messages of the form
>
>/dev/rroot: INCORRECT BLOCK COUNT INODE = 12345 (8 MUST BE 0) (CORRECTED)
>
>We assume this comes from fsck doing its job, but what exactly does
>'8 must be 0' mean?  Eight blocks, presumably, but why should there
>be zero of them?

I am just guessing here: I think what that means is that just before
crashing the filesystem allocated a inode and some blocks that belong
to that inode. Somehow the number of blocks is administrated, but the
block themselfs not. Make the INODE block count 0 is another 
way to tell that the inode is freed. 

I do remember that the error codes that are produces by fsck are in 
the manual. There is a seperate section that describes fsck.

>It appears that /dev/root and /dev/rroot are special links to the
>disk partition with the root file system.  Why do both of these
>exist?  Could they ever be different?  Who uses them?

/dev/root is the block device, /dev/rroot is the raw device. Block devices
are used if you access the disk via the filesystem. Raw devices bypass
the filesystem and should therefore only be used on unmounted discs.

	Fred