HDTenEightyP/NetNews huggingface dataset:
From: cooper%midkemia@plains.nodak.edu (Jeff Cooper)
Newsgroups: comp.unix.admin
Subject: Errors on SCO UNIX v3.2.4 reading tapes
Date: 23 Jan 93 03:48:56 GMT
Reply-To: cooper%midkemia@plains.nodak.edu (Jeff Cooper)
Organization: North Dakota State University

I have the following problem(s) that I need some help/advice on:

The SCO UNIX system where I work just bit the big one and I was the lucky one  
appointed to restore it.  Just about everything that could have gone wrong did.

The system of backups was a joke (the management was too cheap to buy enough  
tapes to do the grandfather-father-son method) so we don't really have a  
complete backup.  The system was already in place when I went to work there a  
couple of months ago, and I tried to get them to buy enough tapes, but no  
luck...now maybe they'll learn! :-)

Anyway, here are my questions:

1) The backups that we do have were created with 'cpio' on older tapes (QIC-80)  
that have errors and I can't read all of the tape.

Question: Is there any way to have cpio skip past the errors (other than the -k  
option) or start reading in the middle of a series of tapes?

2) Some backups were made with 'tar' and suffer from same problem as above

Question: Can I make tar skip to the next available file in the tar archive on  
the tape?

3) I was able to get some of the data off the drive last nite before I  
reinstalled the system.  I used the command 'cpio -ocv -C 1024 -I /dev/rctmini  
-M 72000' to do the backup, but the first tape that I used wasn't a 80 meg, it  
was a 40, so I can only read the first tape of the three I made.

Question: Is there anyway to read the rest of the tapes of that series?  

Thanks for any suggestions offered!
-- 
"Life IS pain Highness, anyone 	| Jeff Cooper
who tells you different is 	| NeXTMail: cooper%midkemia@plains.nodak.edu
selling something."		| USnail:   63 South Terrace, Apt 6
 -The Dread Pirate Roberts	|	    Fargo, ND  58102
From: jr@oglvee.uucp (Jim Rosenberg)
Newsgroups: comp.unix.admin
Subject: Kerberos for ODT?
Date: 27 Jan 93 20:30:01 GMT
Organization: Oglevee Ltd.

Does anyone know of a port of Kerberos to SCO ODT 2.0?  It seems to me rather
amazing that SCO has gone to all the trouble of adding the [in]famous C2
security stuff without even dealing with the network issues.  Any hints as
to where to get ODT diffs/patches/etc. for Kerberos -- or any alternative for
that matter -- would be much appreciated.
-- 
Jim Rosenberg             #include <disclaimer.h>      --cgh!amanue!oglvee!jr
Oglevee Ltd.                                                    /      /
152 Oglevee Lane, Connellsville, PA 15425                    pitt!  ditka!
INTERNET:  amanue!oglvee!jr@vax.cs.pitt.edu
Newsgroups: comp.unix.admin,comp.databases,comp.unix.large
From: dlucy@sandr.COM (Doug Lucy)
Subject: Which OS's handle >2Gb filesystems?
Organization: S&R Software, Inc.
Distribution: usa
Date: Wed, 27 Jan 1993 16:28:13 GMT
Followup-To: poster
Summary: Need Unix OS'es that hanle really large filesystems

A client needs to move a large IBM mainframe app to Unix. The problem
is the database (proprietary structure) is LARGER than 2 Gb.

Only one big machine needs to handle the file; the other machines on
the network will access via client/server.

My question: Which Unix OS vendors have machine+Unix combinations that
will tolerate filesystems (and files) bigger than 2Gb?

Please reply via email. Persons interested in a summary, respond via
email.

Thanks much.

-- 
| Doug Lucy        |                                                     |
| S&R Software Inc | (foreign language sig under construction)           |
| dlucy@sandr.com  |                                                     |
Newsgroups: comp.unix.admin,comp.unix.questions
From: kavi@cbnews.cb.att.com (srinivas.kavipurapu)
Subject: Request for Workstation Recommendations
Organization: AT&T
Distribution: usa
Date: Fri, 22 Jan 1993 23:54:28 GMT


Hey, everybody - I'm looking for some recommendations/opinions about
some UNIX hardware/software combinations to help out a friend.  Please
reply to this posting or send mail to kavi@usl.com (that's me, too).

My friend is considering of buying a minicomputer and CAD workstation. 
They focussed only on RISC based machines and narrowed down their choices 
to SUN and HP computers to solve their scientific/engineering problems.
They are looking at sparc station 10 models 031, 041, and 052 
for SUN and HP7100/735
 
Any opinions/recommendations on the following are appreciated:
 
 - Networking: they already have Novell LAN on ethernet connecting
   DOS machines and ethernet connecting Apollo DN 3000. Which server, 
   SUN or HP would make the complete networking easier?

 - Overall performance: which machine can be relied on for better and
   more stable performance?
 
 - Openness of architecture: which platform will be easier to repair by
   a third party or to fix the bugs in the system? (if, in the future, they 
   do not have a maintenace contract with the respective vendor).

 - Availability and average cost of 3rd party software (compilers and 
   applications): Which computer offers better flexibility and cheaper 
   solutions for these?
 
 - Future upgrades (both software and hardware): which platform
   would give the better solution for upgrading the selected model
   with respect to hardware (better cpu and higher speed) and
   software (OS and compilers?)

Thank you.
  
Kavi 			Desktop Product Development	     kavi@usl.com
UNIX System Labs	190 River Road A-108, Summit, NJ     908.522.6374
Newsgroups: comp.unix.admin
From: gary@sci34hub.sci.com (Gary Heston)
Subject: Re: Internet link justification/security
Reply-To: gary@sci34hub.sci.com (Gary Heston)
Organization: SCI Systems, Inc., Huntsville, Al.
Date: Mon, 25 Jan 1993 16:38:32 GMT

In article <1993Jan25.023549.20018@pacdata.uucp> jimh@pacdata.com (Jim Harkins) writes:
>We've decided to get an internet link here, in fact we've already paid the
>start up fee and first month's fee.  Problem is, high-level people in other
>departments sorta paniced when they heard about it.  We've now got a big
>brouhaha going on around here with me in the middle (good thing I've got
>my boss and the VP of engineering on my side).

Sounds like some of the people here, including the CEO....

>To aid in my fight I need to both extoll the benefits of an internet link,
>and address their (valid) security concerns.  I've bought Gene Spaffords
>book on Unix Security and will be reading it this week, but can anyone
>give me some pointers for addressing these two issues?  Thanks.

Well, you should have bought the book *before* getting connected, and it
would help a lot if you'd posted some description of your network and
how the connection is being made. The best way to reassure the other
department people would be to have a router set up as a firewall, but
that's also an expensive method. If you're using an existing Unix 
machine as your gateway, you'll probably have to re-implement some
of the daemons to limit what is allowed from the outside.

Somewhere out there is a document on setting up and maintaining a
firewall, which one of these days I'll get a copy of. Find it, read
and implement, and keep a *close* eye on activity in the mean time.


-- 
Gary Heston    SCI Systems, Inc.  gary@sci34hub.sci.com   site admin
The Chairman of the Board and the CFO speak for SCI. I'm neither.
Windows NT documentation: "Command to change password    CTL-ALT-DEL"
From: dhunt@infocom.UUCP (David Hunt)
Newsgroups: comp.unix.admin
Subject: Re: Tivoli Address Required
Date: 26 Jan 93 17:22:56 GMT
Organization: INFOCOM Public Unix Server, +44 [0] 734 340055
X-Newsreader: TIN [version 1.1 PL7]

Graham Dean (graham@comp.lancs.ac.uk) wrote:
> I'm looking for a contact address for "Tivoli Systems" -
> any pointers much appreciated.


struct passwd *pass_ptr
              ^^^^^^^^^
              
              Here is your pointer
              
Now what is for dinner, I am starving
-- 
_____________________________________________________
dhunt@infocom.co.uk              (David Hunt - SYSOP)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Newsgroups: comp.unix.admin
From: fw@world.std.com (forrest d whitcher)
Subject: use of /tmp filesystem for pcnfs client temporary storage
Organization: The World Public Access UNIX, Brookline, MA
Distribution: usa
Date: Sat, 23 Jan 1993 18:54:05 GMT


I am cross-posting this question on comp.os.ms-windows.setup and
comp.unix.admin. Hope it's not a FAQ.

In trying to recover pc client disk space, I am considering having
ms-windows (nfs clients) reference their TEMP directory to (nfs
mounted) the /tmp partition on the unix file server. I'm uncertain
as to whether this is a safe or efficient practice (what does ms-
windows use its TEMP dir for?). Also, does anyone know of contra-
indications from the server side? My impression is that /tmp is a
safe place for any system process to save data.

Also, for the windows clients, in order to protect some base program
manager .GRP and perhaps .INI files onto the file server in order to 
protect from accidental erasure of these files. The reason for wanting
to do this is to cut down on my time in repairing accidental damage, as
well as trying to ensure that any user can approach any pc and find
a basic set of available resources. Its all very well for users to
customize their environments, but too often well meaning twiddling has
resulted in damage requireing assistance.

thanks, forrest

please reply via email:		fw@world.std.com

Forrest Whitcher   	Boston Scientific Corp.
From: wes@dd.dk (Mads Westermann)
Newsgroups: comp.unix.admin
Subject: Re: Backup Advice Wanted !!
Date: 26 Jan 93 09:24:51 GMT
Distribution: comp
Organization: Damgaard Data Distribution A/S

hendrick@ctron.com (James R. Hendrick) writes:


>Hello All,
>	We are in the process of re-vamping our strategy for performing
>backups. Currently, we have slightly less than 5G at one site, somewhat
>less at another two sites that must be done each night. In addition, we
>perform as-requested backups of many other areas during the day. As
>you can well imagine, this is getting a bit out of hand.

>	What I would like from you all is recommendations/warnings
>about what hardware (stackers, carousels, R/W Optical devices, etc)
>and software you have knowledge about. I am NOT looking for blatant
>sales pitches, but UNBIASED responses from folks that have to live
>with the stuff.

We're running a site with 3 SCO 3.2.4 machines and 1 Ultrix 4.3 machine
having a total of approx. 10GB of disk storage. On the SCO machines we
use Emerald Systems DAT1000 1.3 GB DAT tapedrives connected to an Adaptec
1542B controller. As software we use Lone-tar which supports multiple tape
drives. This all works perfectly for us doing a master backup once every
week, and incremental backups on a daily basis. On the SCO machines we
tried the Emerald DAT 2000, but with no luck - it made the Adaptec barf and
halt leaving a crashed file-system and no backup - so I cannot recommend that.

On the Ultrix system - we use the Emerald DAT2000 and the dump command
on a non-rewinding device, using the same backup scheme as we do on SCO:

A weekly master and a daily incremental.

Hope this helps.....

-- 
 Mads Westermann                | Phone:        +45 4582-3200
 Damgaard Data Distribution A/S | Fax:          +45 4582-3636/+45 4582-3737
 Bregneroedvej 133              | E-mail:       wes@dd.dk
 DK-3460 Birkeroed, Denmark     | UUCP:         ..!uunet!dd.dk!wes
From: bill@twg.bc.ca (Bill Irwin)
Newsgroups: comp.unix.admin
Subject: Re: Hardware maintenance for 486 running SCO UNIX
Keywords: maintenance
Date: 24 Jan 93 07:41:51 GMT
Reply-To: bill@twg.bc.ca (Bill Irwin)
Organization: The Westrheim Group, Vancouver, B.C., Canada

nedwall@panix.com (Ned Wall) writes:

: The company I work for has purchased an AST Premium SE 4/50
: running SCO UNIX. My level of UNIX understanding would best
: be described as beginner (but willing to learn). Should I be
: looking for a hardware maintenance vendor with a UNIX back-
: ground or would a vendor from the PC/Novell world be OK?

: Our hardware consists of the AST with duplexed disk drives,
: tape backup, 2 16 port DigiBoards, 17 terminals and 3 PCs.

For hardware maintenance you should get a company that
understands UNIX thoroughly.  This may not be easy to do, and it
will be difficult for a person not fluent in UNIX to determine if
a potential service company knows what they are talking about.

Many problems that occur are not clearly hardware or software.
You need a company that understands the O/S so they can either
fix it or tell you how to fix it when the hardware is not the
problem.  When it is, you will need components replaced quickly,
to minimize your downtime.  Select a service company that has a
decent stock of spare parts so you aren't waiting for them to be
shipped around while your users are pacing outside your office
door.

This is the business we are in, and I know how difficult it will
be for you to find what I am describing because I know what many
of our competitors are like.  It is probably the same in your
area.  But it is worth looking, because finding a good service
provider can bring much peace of mind when the nasty things that
plague us all come to bite you.
-- 
Bill Irwin    -       The Westrheim Group     -    Vancouver, BC, Canada
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
uunet!twg!bill            (604) 431-9600 (voice) |     Your Computer  
bill@twg.bc.ca            (604) 430-4329 (fax)   |    Systems Partner
Newsgroups: comp.unix.admin,comp.mail.misc
From: sdm7g@elvis.med.Virginia.EDU (Steven D. Majewski)
Subject: procmail ( was: Re: VMS to UNIX transition, e-mail questions )
Summary: try recompiling procmail with MAILBOX_SEPARATOR
Organization: University of Virginia
Distribution: usa
Date: Wed, 27 Jan 1993 02:27:48 GMT


Actually, it looks like you could compile procmail to take the VMS ^L
as a mailbox separator:

procmail/config.h:

/*$Id: config.h,v 2.22 1992/06/30 17:43:44 berg Rel $*/

/*#define sMAILBOX_SEPARATOR	"\1\1\1\1\n"	/* sTART- and eNDing separ.  */
/*#define eMAILBOX_SEPARATOR	"\1\1\1\1\n"	/* uncomment (one or both)
						   if your mail system uses
	nonstandard mail separators (non sendmail or smail compatible mailers
	like MMDF), if yours is even different, uncomment and change the
	value of course */


===============================================================================
 Steven D. Majewski			University of Virginia 
 sdm7g@Virginia.EDU			Box 449 Health Sciences Center
 Voice: (804)-982-0831			1300 Jefferson Park Avenue
 FAX:   (804)-982-1616			Charlottesville, VA 22908
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Former UVA Department of Physiology, now Department of Molecular Physiology
and Biological Physics! [ Still the same spacious offices in Jordan Hall 
- only the letterhead has changed! ]

Newsgroups: comp.unix.admin
From: simmons@MSMS.DoE.k12.MS.US (David Simmons)
Subject: telnet logs?
Organization: Mississippi School for Math and Science
Date: Mon, 25 Jan 1993 02:55:40 GMT


Is there any way to log telnet sessions on a Sun system?  (SparcStation 2, 
running SunOS v4.1.x)  We have a problem with users here spending too much 
time on MUDs (in my opinion a complete waste of time).  I don't mean log the 
data transmitted/recieved by the telnet session, just the address connected 
to, the persons username, and the times...  I can hack the telnet code if 
nessesary, and if someone can point me to the source code that will compile 
easily on this SparcStation 2.  Many thanks.
--------------------------------------------------------------------------
David Simmons                             simmons@MSMS.DoE.k12.MS.US
Student System Administrator              simmons@EE.MsState.Edu
Mississippi School for Math and Science
Newsgroups: comp.unix.admin
From: larsent@ucsu.Colorado.EDU (LARSEN  TORE HOIVAAG)
Subject: talk between UNIX and VMS/VAX....
Organization: University of Colorado, Boulder
Date: Tue, 26 Jan 1993 09:27:58 GMT


Hi.
I want to chat with a friend on a VAX/VMS system. I'm using a Unix system.
Can this be done? As far as what we have tried, the talk commands we have
been using is incompatible. 

Please respond by email.

Tore:-)
larsent@ucsu.colorado.edu

Xref: sparky comp.unix.admin:7239 comp.unix.solaris:494
From: fields@pacvax.UUCP (Daniel A. Fields)
Newsgroups: comp.unix.admin,comp.unix.solaris
Subject: Solaris 2.1 loadable "modules"
Date: 25 Jan 93 21:56:35 GMT
Followup-To: comp.unix.admin
Organization: Pacer Software Inc., Westborough, MA USA

Where is a good place to initialize a mutex in a loadable pushable module?
The xxattach() routines is a nice place for drivers but pushables do not
have this routine. Is it contextually OK to do it in the _init()
wrapper?

Thanks

Dan Fields
Pacer Software, Inc.
1900 West Park Drive,
Suite 280
Westborough, Ma. 01581
fields@pacersoft.com
Xref: sparky comp.unix.admin:7237 comp.sys.sgi.misc:381 comp.unix.aix:13715
From: mohta@necom830.cc.titech.ac.jp (Masataka Ohta)
Newsgroups: comp.unix.admin
Subject: Re: FDDI, 20+GB unix file partitions, Remote NFS mount IBM to Sun, etc.
Date: 24 Jan 93 13:28:34 GMT
Organization: Tokyo Institute of Technology

In article <1993Jan19.233642.18807@siemens.com> aad@siemens.com (Anthony Datri) writes:
>>(1) Is there any way to increase the size of a file partition from 2GB (to
>>20 - 50 GB, for example) in Unix OS?
>
>On a typical machine, the filesystem calls (eg., fseek) take signed 32-bit
>arguments -- hence the limit.  To deal with bigger files/filesystems, you
>need system calls that take bigger types as arguments.

You don't have to. UNIX on PDP was using 16-bit arguments but
files/filesystems can be as large as 32MB.

>One way of doing this is to have a || set of calls that handle
>64-bit offsets -- fseek64, say.

Or, use 32 bit "seek()" (seek is an ancient system call).

>Of course, this means that utilities have
>to be modified to work.

Interesting enough, you don't have to heavily modify existing file system
utilities as they are originally coded with seek().

						Masataka Ohta
From: simon@lia.di.epfl.ch (Simon Leinen)
Newsgroups: comp.unix.admin
Subject: Re: FDDI, 20+GB unix file partitions, Remote NFS mount IBM to Sun, etc.
Date: 22 Jan 93 11:57:27 GMT
	<1993Jan21.121428.6925@walter.cray.com>
Organization: Ecole Polytechnique Federale de Lausanne
In-reply-to: cd@bard.uk.cray.com's message of 21 Jan 93 18:14:27 GMT
X-Md4-Signature: 206e78f36dd6aea1bcc598b5728ba342

In article <1993Jan21.121428.6925@walter.cray.com> cd@bard.uk.cray.com
(Chris Dickson) writes:

   Cray make unix file servers which can access up to 2Tb of disk +
   more or less unlimited 'dmf migrated' data which is offline but
   still accessible using normal unix system calls ( over NFS or
   whatever ). Speed would normally be network- limited for any kind
   of network except HIPPI.

What does "normally" mean? I don't have the impression that this is
true for our CRAY Y/MP-EL.  Here are timings for two copies of the
same file to two machines on the same FDDI segment of our campus
network (reachable from my machine over Ethernet and maybe half a mile
of FDDI backbone).  The first one to an NFS filesystem mounted from
the CRAY:

liasg2[tmp]% time cp /unix ~/nestor

real       23.4
user        0.0
sys         0.4

The second one via rcp to a humble DECstation 5100:

liasg2[tmp]% time rcp /unix leinen@cognac:unix

real        6.1
user        0.1
sys         0.8
liasg2[tmp]%

This is during the lunch break.  But even late at night the NFS speed
of the CRAY Y/MP-EL is less than impressive.  It is definitely *not*
limited by network bandwidth.

Cheers,
-- 
Simon.
Newsgroups: comp.unix.admin
From: browning@ccfsun.nrl.navy.mil (Donald R. Browning)
Subject: VMS to UNIX transition, e-mail questions
Organization: Naval Research Lab, Washington, DC
Distribution: usa
Date: Tue, 26 Jan 1993 14:46:54 GMT

Our site provides e-mail service on a VAXcluster for
approximately 200 administrative users.  Most of these are
novice users for whom e-mail is the primary, and in many
cases the exclusive, reason for accessing our systems.  Our
VMS VAXes are being phased out this year, replaced by a UNIX
platform.  Some of these users will be able to fall back on
VAXes in their divisions; while others, with PCs or Macs,
will be supplied with a POPmail interface to access messages
stored on our UNIX-based file server system.  However, we
expect that many users will need to make the transition to
the UNIX mail utility.

A concern has been raised about "old" messages stored in VMS
MAIL.MAI files.  If our users simply forward them to the
UNIX platform or the file server, the original date of
receipt will no longer appear when the UNIX user lists the
message headers, i.e. they will see the date of transfer
instead.  This should not be a problem for users who took
our e-mail course and organized their messages in folders,
as was highly recommended.  However, we anticipate that a
number of these users will have many (a year's worth)
messages stored in one folder, "MAIL", and that their most
common method of searching through the messages listing is
by scanning the receipt dates.

With this situation in mind, I would like to pose the
following questions:


	  1) If your site has gone through a transition like
	  this, how did you handle the e-mail message
	  storage?
	  
	  2) Has anyone written a utility that will convert
	  VMS mail headers into a format that can be
	  "recognized" by the UNIX Mail utility?  Ideally, 
	  we would like to create an extracted file of VMS 
	  mail, convert it, and then ftp the file to our
	  UNIX platform as the user's "mbox" file.
	  
	  3) Are there other important considerations that
	  we have overlooked?


Please e-mail responses.



-- 


				Donald R. Browning
				Code 5841.3 
From: chris@tisdec.tis.tandy.com
Date: 20 Jan 93 09:24 CST
Newsgroups: comp.unix.admin
Subject: Re: Orphaned Response
Message-ID: <27200003@tisdec.tis.tandy.com>
Nf-ID: #R:elsouth.uucp:10292:tisdec.tis.tandy.com:27200003:000:753
Nf-From: tisdec.tis.tandy.com!chris    Jan 20 09:24:00 1993


I am supprised nobody has yet thought to mention, or question his/her stty
settings, particularly tabs.  If -tabs/tab3 (depending on the implementation
on, and/or line disipline of the port) is specified on the stty line then
tabs are expanded to spaces on output.  I remember something about this
from the days I had to work with COBOL (ick) programs that had to have
spaces to indent the code over the numbering section of the line.


==========================================================================
Chris Riney                     Domain: chris@tisdec.tis.tandy.com
Tandy Information Services        UUCP: ...!trsvax!tisdec!chris
Tandy Technology Sqr, Suite 200
Fort Worth, TX 76102             Phone: 817/878-0308; 8:00am-5:00pm CST,Mo-Fr