HDTenEightyP/NetNews huggingface dataset:
From: derosa@rtsg.mot.com (John DeRosa)
Subject: Recommendations on Floopy Read/Write Tools
Reply-To: motcid!derosa@uunet.uu.net
Organization: Motorola Inc., Cellular Infrastructure Group
Date: Sat, 7 Nov 1992 05:07:07 GMT

I would be very interested in learning what people
think of the tools out there that can read and write
Macintosh and MS-DOS diskettes on the Sun floppy
drive.

I have tried a demo copy of TransferPro and liked it
a lot but before buying multiple licenses, I would 
like to know what you all (that's y'all in the South
of the USA) think.

Thanks, John
-- 
=  Enjoy!          John DeRosa, Motorola, Inc, ESMR Development  =
=  thanks          derosa@ssd.comm.mot.com                       =
=  a 10^6          N1111@applelink.apple.com                     =
From: dj@micromuse.co.uk (DJ Walker-Morgan)
Newsgroups: comp.sys.sun.admin
Subject: Re: Solaris 2.0: a dog?
Date: 5 Nov 92 12:57:57 GMT
Reply-To: dj@micromuse.co.uk
Organization: MicroMuse - The SPARC dudes

In article 2187@tamsun.tamu.edu, peram@cs.tamu.edu (Suresh B Peram) writes:
>In article <1d786dINNk7e@life.ai.mit.edu> cracraft@rice-chex.ai.mit.edu (Stuart Cracraft) writes:
>>Recently, we upgraded one 4/60 running OS 4.1.2 to Solaris 2.0 (fcs).
>>
>>The slowdown was really bad. For example, a link of objects to build
>>a 14 megabyte executable on the former took 6 minutes. On the latter
>>it took abot 40 minutes and generated a 20 megabyte executable.
>
>SUN seems to have fallen into the traditional mode of
>"Ship software, then make it work".  Not a prudent action, to
>say the least.
>
>Suresh


Sigh... see the letters "FCS" *First* customer shipment. Sun have made it well known
that this is for people to get experience of Solaris 2.x, but *NOT* for live projects
unless you are porting. Solaris 2.1 has numerous performance enhancements and will be
the version that will be shipped *WITH* systems. I do wish people would make a note
of what status a release is b*before* compalining about performance.

---

============================================================================
  dj@micromuse.co.uk    |"In a perfect world we'd all sing in tune
  Voice +44-71-352-7774 | but this is reality so give some room" 
  Fax   +44-71-351-7834 |                           (Sir) William Bragg
------------------------+---------------------------------------------------
 Non-standard Disclaimer : "I didn't do it, it wasn't me, I wasn't there"
Newsgroups: comp.sys.sun.admin
From: mcgraw@sunspot.sunspot.noao.edu (Robert McGraw)
Subject: xrlogin problem
Keywords: xrlogin/xrlogind 
Organization: National Solar Observatory/SP, Sunspot NM, USA
Distribution: usa
Date: Mon, 9 Nov 92 16:41:22 GMT


I am using the xrlogin/xrlogind programs to rlogin to other hosts
to be able to get the DISPLAY value passed along.

The following is my problem.

When I use xrlogin/xrlogind under the tcsh shell all works
fine. When I use xrlogin/xrlogind under the csh shell the
``eval xrlogind'' in the .cshrc file
seem to parse the TERM and DISPLAY values correctly
for the setenv environment values, but it does not see to
set the term value correctly as seen below. I use the exact
same .cshrc file for both csh and tcsh.



   shell	/bin/csh
   term	|TERM=xterm:DISPLAY=146.5.2.18@3a0.0:

   Yet the TERM and DISPLAY values are set correctly.


Has anyone, who has used this set of programs,seen this problem 
under the csh shell? Anyone have any suggestions as to what
might be causing the problem.


-- 
_______________________________________________________________________
Robert P. McGraw, Jr.    
System Manager                 INTERNET:rmcgraw@sunspot.sunspot.noao.edu
National Solar Observatory/SP  SPAN: 5355::RMCGRAW or NOAO::RMCGRAW
Sunspot, NM 88349 USA          PHONE: (505) 434-7038
From: haynes@cats.ucsc.edu (Jim Haynes)
Newsgroups: comp.sys.sun.admin
Subject: Re: avoiding Solaris
Date: 12 Nov 92 23:42:54 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: hobbes.ucsc.edu


Your points are well taken, but what are the alternatives?  It appears
the latest Sparc products won't run anything but Solaris.  Is OSF1 any
less distasteful?  There's the 4.4BSD-on-Suns project; but then 4.4
is rather different from the BSD we all know and love too; and it
presumably won't run on the new Sparcs either.
-- 
haynes@cats.ucsc.edu
haynes@cats.bitnet

"Ya can argue all ya wanna, but it's dif'rent than it was!"
"No it aint!  But ya gotta know the territory!"
        Meredith Willson: "The Music Man"
Newsgroups: comp.sys.sun.admin
From: ajt@doc.ic.ac.uk (Tony Travis)
Newsgroups: comp.sys.sun.admin
Subject: Re: rsh and rcp trouble(Where are you?)
Date: 11 Nov 1992 23:24:59 GMT
Organization: Dept. of Computing, Imperial College, University of London, UK.
Distribution: usa
Reply-To: ajt@rri.sari.ac.uk
NNTP-Posting-Host: swan.doc.ic.ac.uk
X-Newsreader: TIN [version 1.1 PL6]

Mike Lang (mike@chtm.eece.unm.edu) wrote:
: When I try to do a rcp from one sun to another I always get
: Where are you?
: back and the file isn't copied.  I've tried fully quailified
: names.

I traced this to "biff" in .cshrc or .login :-(

set the csh mail variable instead.

	Tony.
--
Dr. A.J.Travis,                       |  Tony Travis
Rowett Research Institute,            |  JANET: <ajt@uk.ac.sari.rri>
Greenburn Road, Bucksburn,            |  other: <ajt@rri.sari.ac.uk>
Aberdeen, AB2 9SB. UK.                |  phone: 0224-712751
Newsgroups: comp.sys.sun.admin
From: kparker@javelin.sim.es.com (Kevin Parker)
Subject: format.dat entry for Seagate Elite ST42400
Summary: Need format.dat entry for Seagate Elite ST42400
Keywords: Seagate ST42400 Elite
Organization: Evans & Sutherland Computer Corp.
Date: Wed, 11 Nov 1992 22:48:58 GMT

I need a format.dat entry for a Seagate Elite ST42400 drive.  Anyone have
the info?

Thanks,
Kevin Parker
Evans & Sutherland
Simulation Division
kparker@kolohe.sim.es.com
Newsgroups: comp.sys.sun.admin
From: peter@cujo.curtin.edu.au (Peter N Lewis)
Subject: Re: writing down root password (was Re: Disabling L1-A sequence?)
Followup-To: comp.sys.sun.admin
Organization: NCRPDA, Curtin University
Date: Thu, 12 Nov 1992 04:57:27 GMT

In article <janet.721445867@dunnart>, janet@cs.uwa.oz.au (Janet Jackson)
wrote:
> 
> In <1dnuccINNgb@uniwa.uwa.edu.au> craig@ec.uwa.oz.au (Craig Richmond - division)
>  says something that I hope is a joke:
> 
> >More to the point.  It would be a good idea to keep your root password
> >written down ...
> 
> Gah!  Memorise it, please!  If you forget it, you can always boot from
> distribution CD or tape.
> 
> If you *must* write it down, be extremely careful about where the written-down
> copy is kept.  Ideally in some sort of locked safe that is accessible only
> by the systems administrators and perhaps the head of department (or other
> suitable, trustworthy person -- for emergencies only, like if the sysadmins
> are all run over by buses).

The trick is not in locking it away, the trick lies in putting it in an
obvious place, but making sure that no one knows its a password.  This
works really well for things like PINs, write them down as fphone numbers
and put them in your phone book.  Another trick is to add 1 to each digit,
or write the digit's backwards.  So if your PIN is 1234, you write an entry
in your phone book:

Janet  364 2345

The same can be done for passwords, there isn't any reason to lock them in
a safe - that just points out their location to everyone :-).  Besides,
having all your sysops run over by a bus is a bit less likely than having
your sysop forget their password (fortunately :-)

I wonder what causes comp sci admin types to be so paranoid at UWA :-)

Have fun all,
   Peter.

_______________________________________________________________________
Peter N Lewis, NCRPDA, Curtin University       peter@cujo.curtin.edu.au
GPO Box U1987, Perth WA 6001, AUSTRALIA              Ph: +61 9 368 2055
Newsgroups: comp.sys.sun.admin
From: styri@hal.nta.no (Haakon Styri)
Subject: Another FTP question
Followup-To: poster
Keywords: security
Reply-To: styri@nta.no
Organization: Norwegian Telecom Research
Date: Fri, 6 Nov 92 10:28:25 GMT

Is it possible to set up std. SunOS `in.ftpd' to disallow `root' from
logging in? (I need access for other users, but cannot have root access
over the net.)

Reply by email and I'll post a summary.

---
Haakon Styri
Norwegian Telecom Research
From: jc@raven.bu.edu (James F. Cameron)
Newsgroups: comp.sys.sun.admin
Subject: Installing 'top' on 4.1.2
Date: 11 Nov 92 11:20:53 GMT
Organization: What do you mean 'That *can't* be done????'


System:   Newly installed 4.1.2 system.

Problem:  The 4.1.1 version of 'top' fails to run.  However, my
          attempts to recompile produce the following: 

% make
cc -O  -target sun4 -c  display.c
"display.c", line 306: PZERO undefined
"display.c", line 307: NZERO undefined
*** Error code 1
make: Fatal error: Command failed for target `display.o'

Any suggestions?  

--
			-- James Cameron  (jc@raven.bu.edu) (617) 353-2879
					  
    System Manager, Signal Processing and Interpretation Lab.  Boston, Mass  
------------------------------------------------------------------------------
"But to risk we must, for the greatest hazard in life is to risk nothing.  For
the man or woman who risks nothing, has nothing, does nothing, is nothing."
	(Quote from the eulogy for the late Christa McAuliffe.)
From: minieri@enterprise.gatech.edu (Joe Minieri)
Newsgroups: comp.sys.sun.admin
Subject: Plotter problems
Date: 5 Nov 92 15:55:12 GMT
Originator: minieri@enterprise

We've got two different plotters here - an HP and a Versatec
(running in HP "mode") - we have SS2's running 4.1.1 here.
Recently we have been experiencing some weird problems - it
seems like plot files that are bigger then about 1020000 bytes
long plot for a while and then just quit - and then next plot starts
right over that one.  This happens on both plotters.  We had an
HP service rep out here and he said that the problem was "suns
problem".  I can't see why this is suns problem since we don't
have this problem with big files on either of the postscript
printers we have.  Anyone know about anything like this?

Thanks!
-- 
|                                |
|Joe Minieri                     | "I'm so hip I have trouble seeing
|minieri@cerl.gatech.edu         |          over my pelvis!"
|                                |     -Zaphod Beeblebrox
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.sys.sun.admin
Subject: Re: Disabling L1-A sequence?
Date: 7 Nov 92 19:50:45 GMT
Organization: Auspex Systems, Santa Clara

>There is a file in /etc, either /etc/ttys or /etc/ttytab (I use both
>SunOS and Ultrix machines, and I can't currently remember which is
>which).  The first line in the file should contain the word "console".
>There will be the word "secure" on that same line.

In SunOS 4.x, it's "/etc/ttytab" (for binary-compatibility reasons),
but...

>I think that if you delete the word "secure", L1-A will be disabled.

...note that it doesn't completely *disable* L1-A, it just means that if
you try to come up single-user on the console, it'll ask you for the
root password.

If you truly want to completely disable L1-A, check out the FAQ; it has
an item on that.
Newsgroups: comp.sys.sun.admin
From: mongeau@NMC.ED.RAY.COM (Michael Mongeau)
Subject: Flexible license manager
Organization: Equipment Division, Raytheon Company
Distribution: usa
Date: Thu, 12 Nov 92 17:55:24 GMT

Does anyone have a utility to report on information logged by the
flexible license manager (FLEXlm), such as how many users
were using a feature simultaneously, minimum/maximum/average
use at various times of the day, etc.   The lmgrd daemon merely
makes an entry when a feature is checked out and back in, giving
an elapsed time.  The file gets too large to review manually.
Thanks in advance.


 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
   Mike Mongeau                        Raytheon Equipment Division
   mongeau@tif162.ed.ray.com                          Marlboro, MA
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.sys.sun.admin
Subject: Re: pty bug fix for 4.1.3?
Date: 7 Nov 92 19:48:53 GMT
Organization: Auspex Systems, Santa Clara

>I have noticed that if you specifically type "exit" in a cmd/shelltool,
>/etc/utmp IS cleaned-up.  So maybe the cmd/shelltool dies in such a way
>that the underlying shell doesn't have a chance to clean up.

The underlying shell doesn't *ever* clean up; it doesn't create the
"/etc/utmp" entry, nor does it destroy it.

It's possible that the underlying terminal emulator - which *does*
create and destroy the "/etc/utmp" entries - is dying in a fashion
wherein it doesn't clean up, or it may be that, while it runs set-UID so
it has permission to create the entry, it completely gives up its
set-UID privileges so that it doesn't have permission to destroy the
entry, if "/etc/utmp" isn't publicly-writable.
Newsgroups: comp.sys.sun.admin
From: abcc@DIALix.oz.au (Adrian Booth Computing Consultants)
Subject: SUMMARY: SunSHIELD - experiences sought
Organization: DIALix Services, Perth, Western Australia
Date: Mon, 09 Nov 92 08:06:00 GMT
Summary: It has some problems!
Keywords: SunSHIELD ARM ASET security

I had three replies to my query about SunSHIELD - two reporting problems,
and one (from a Sun SSE) who said he had "no real problems".

Some of the problems that were reported are:

- It installs off the CD-ROM without execute permission on the binaries
(have you ever tried to boot a Sun that can't execute init?)

- When installed with C2 auditing turned on, C2 ignores all of the auditing
flags and audits everything...

- If you have /etc/resolv.conf (DNS) and ARM authenticates your hosts via
lookup to the nameservers, then *all* of the nameservers in resolv.conf are
checked. If one of them is down, ARM will NOT authenticate you, and you will
NOT be able to login. Sun's solution: never let your nameservers go down. Never.

- Invalid login attempts are logged in cleartext. ARM does not tell you when 
you run out of invalid login attempts.

- If the armd_transact file gets over around 100K in size, armd goes berserk,
chewing up wads of CPU time and not authenticating. Sun's solution: move the
transaction file and send a SIGHUP to rpc.armd.

You also need to install 2 patches to use it - 100632 and 100653. These
patches may fix some or all of the above problems.

I had replies to my post from the following:

Lynton Willson	<lwillson@laurel.ocs.mq.edu.au>
	(from whose reply most of this posting is shamelessly plagiarised)
John Pipkins	<jp@poseur.jpl.nasa.gov>
Jerry M. Carlin	<jmcarli@srv.pacbell.com>

Thanks all. I have kept these replies; email me if you would like a copy.

 --------------------------------------------------------------------------
 | Adrian Booth					|	                  |
 | Adrian Booth Computing Consultants		|	Ph: (09) 354 4936 |
 | 7 Glenrowan Pl., Willetton WA 6155		|	abcc@DIALix.oz.au |
 | AUSTRALIA                                    |                         |
 --------------------------------------------------------------------------
for a in past present future; do
	for b in clients employers associates relatives neighbours pets; do
echo The opinions in this article in no way reflect the opinions of my $a $b.
done;done
From: subu@utkal.njit.edu (Ayyagari V. Subramanyam)
Newsgroups: comp.sys.sun.admin
Subject: OPENWIN PROBLEM
Date: 12 Nov 92 22:55:55 GMT
Organization: New Jersey Institute of Technology, Newark, N.J.

Hi there:

 I have this strange error when I start openwindows:

I type 'openwin -noauth'
It says:
" /usr/openwin/bin/newsserverstr: 2000:unknown host
 unable to resolve localhost"

I would appreciate if anybody out there could throw some light on this.

Thanx.
Subu
subu@utkal.njit.edu
Newsgroups: comp.sys.sun.admin
From: pers@ppvku.solsta.ericsson.se (Per Stromgren)
Subject: Fujitsu M2652 giving bad blocks.
Organization: Programatic 
Date: Thu, 12 Nov 1992 18:04:46 GMT

We just installed three brand new Fujitsu M2652 on SS2:s (one running 4.1.1, the
other 4.1.2) and got ourself into trouble. The format and newfs went fine, but
when copying stuff from the disks they should replace, we run into some mystic
problems: in the midst of copying, the disk stopped running, but came back up 
again. We thought that this wasn't too good, but proceeded anyway. Well, when
these disk went into use, they all gave lots of: 

	SCSI transport failed: reason 'timeout': retrying command
	Error for command 'write'
	Error Level: Retryable
	Block 195504, Absolute Block: 195504
	Sense Key: Not Ready
	Vendor 'FUJITSU' error code: 0x4

30-40 of these messages appear in the logs. After a while SunOS gave up, and rebooted.
On one disk fsck also gave a lot of (several hundreds) 'partially allocated inode' and
'unknown filetype'.

Facts: 
	- We used format without having Fujitsu M2652 in the /etc/format.dat,
	  it appears that the information came from the disk. 
	- We used the 'original' defect command + commit. 
	- Format (+ analyze) went smooth without any trouble.
	- We partioned the disks using all of it as 'h' partition

Help very welcome!

Per Stromgren,
pers@ppvku.ericsson.se
Ericsson Programatic Sweden AB,




Newsgroups: comp.sys.sun.admin
From: weingart@inf.ethz.ch (Tobias Weingartner)
Subject: NIS+ ?
Followup-To: poster
Keywords: NIS+, trees?
Reply-To: weingart@inf.ethz.ch
Organization: ETH - Switzerland
Date: Mon, 9 Nov 1992 10:06:53 GMT


Yo all.

I have a small question about NIS+.  Will it do
something like this:

root_server:

user1:*:UID:GID:GCOS:HOME:SHELL
user2:*:UID:GID:GCOS:HOME:SHELL
user3:*:UID:GID:GCOS:HOME:SHELL


client_of_root:

user2:*:UID:GID:GCOS:HOME:SHELL
user3:*:UID:GID:GCOS:HOME:SHELL
user4:*:UID:GID:GCOS:HOME:SHELL


client_of_client_of_root:

+::0:0::


I want user1 to be able to log into root_server, and client_of_root.
User2 can log into root_server, client_of_root, and client_of_client_of_root.
User4 can only log into client_of_client_of_root.

In other words, I want a client to be a server also.  And potentially,
(not always) serve different maps.


Also, does NIS+ allow you to change the maps on a machine from another
machine.  IE: without doing:

rsh -n ${machine} sed ...

Also, if anyone has had experience with the NIS+ package for SunOS
4.1.x, could you send me any pittfalls/advantages/groans/gossip?

Thanks.

PS:
If warranted, I'll post a summary.

-- 

***************************************************************
* Tobias Weingartner  * Not every man is willing to die...    *                
* c/o Bruno Opprecht  * Some have to be PUSHED out the window *
* Oberdierikoner st.7 * ------------------------------------- *                
* 6030 Ebikon Luzern  *      ...This space for rent...        *
* SWITZERLAND         *      ...This space for rent...        *                
***************************************************************
* +41'041'33'25'40    * ..Midnight the fading, blue Wizrd..   *
***************************************************************
SYSTEM-F-ANARCHISM, the operating system has been overthrown                  

PGP2.0 Public Key available at 'finger weingart@tau.inf.ethz.ch'

Newsgroups: comp.sys.sun.admin
From: ltran@netcom.com (Linh C Tran)
Subject: [HELP] How to connect a PC to a SParc 2 without using Ethernet ?
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Mon, 9 Nov 1992 05:06:25 GMT
From: ssurgui@ucdacm.denver.colorado.edu (Scott Surguine)
Newsgroups: comp.sys.sun.admin
Subject: FAQ Compilation
Date: 11 Nov 92 18:46:15 GMT
Distribution: comp.unix.admin comp.unix.bsd

I am Looking to compile or Locate an FAQ for NFS/NIS...

-- So If All Of You Would Be So REALLY KIND to E-Mail All of Your
-- Choice NFS/NIS Error Messages And Let Me Know Where I can Locate 
-- Any NFS/NIS FAQ It would really be appreciated.  BTW Please tell
-- Me what you did to alleviate Problem/Error Message Or Your thoughts
-- On the Problem.

Thanks In Advance,

Will Gladly Post/E-Mail My List For Anyone who is interested  :-)

Scott A. Surguine
From: ivan@durras.anu.edu.au (Ivan Angus - ne Dean)
Newsgroups: comp.sys.sun.admin
Subject: Four processor vs two processor Galaxy systems
Date: 9 Nov 92 05:20:41 GMT
Organization: Australian National University
NNTP-Posting-Host: 150.203.22.8
Summary: When does a four processor system run slower than a two processor one ?
Keywords: performance, upgrade, galaxy

Has anyone managed to produce a summary of what sort of applications
cause a four processor system, e.g. 4/690 to run slower than a two
processor version of the same system ?

There seem to have been numerous reports of such occurrences. We are
thinking of upgrading a 4/670 from a two processor to a four processor
system. We are concerned that such an upgrade may actually degrade the
performance. The sort of job mix we would subject it to includes
running up to sixty Xterminals and a number of telnet style logins, with most
users running compilations, plus a small amount of database work. The
users are primarily first year University students, so the compilations
tend to be small but frequent.

Along the same lines, is upgrading to 4.1.3 a good idea ? Presumably
perfomance patches for Galaxy systems have been rolled into 4.1.3 ?

The 4/670 can happily run 4.1.2, and it isn't always obvious whether
a minor release is worth chasing. Does anyone have any opinions on this ?
In particular, is the multiprocessor support significantly enhanced in
4.1.3 ? What about security patches ? I notice that a recent post
(<1992Nov4.150824.26312@src.honeywell.com>) lists a number of important
patches which haven't been included in 4.1.3. Has this minor upgrade
been designed solely to suport their new hardware ?

(Yes, having the release manual would help, but unfortunately no-one here
has received one yet to my knowledge. Requests to RTFM will be stored
until we actually get a FM).

Please email me, and I'll summarise.

-------------------------------------------------------------------
Ivan Angus - ne Dean                    Here :                x3261
Faculties Computer Unit                 There :       (06) 249 3261
Australian National University          Everywhere : +61 6 249 3261
--
-------------------------------------------------------------------
Ivan Angus - ne Dean                    Here :                x3261
Faculties Computer Unit                 There :       (06) 249 3261
Australian National University          Everywhere : +61 6 249 3261
From: ce095@cleveland.Freenet.Edu (Jeffrey Scott Traigle)
Newsgroups: comp.sys.sun.admin
Subject: ftp still causing problems
Date: 12 Nov 1992 17:36:31 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: ce095@cleveland.Freenet.Edu (Jeffrey Scott Traigle)
NNTP-Posting-Host: hela.ins.cwru.edu


I posted to comp.unix.admin about some ftp and talk problems I
was having. The talk problem is fixed, but the ftp one persists.

We're running SunOS 4.1.1. When you try to ftp from outside the
domain (as a user, not anonymously), it says that login failed
even before it asks for a password. I glanced at the manual, but
have been unable to locate it today to take a more thorough look.

Some things that have been suggested:

1.) The inetd.conf entry is correct. To be exact:

     ftp	stream	tcp	nowait	root	/usr/etc/in.ftp	in.ftp

2.) /etc/ftpusers or /etc/shells do not exist.

3.) /etc/services contains the following two entries:

    ftp-data	20/tcp
    ftp		21/tcp

Not only has the SunOS ftpd not worked, but I tried another one,
which yielded the same results.

Any other ideas about what could be wrong?
Newsgroups: comp.sys.sun.admin