HDTenEightyP/NetNews huggingface dataset:
From: harit@kripalu.com
Subject: Re: Netbooting
Reply-To: harit@kripalu.com
Organization: Kripalu Center
Date: Thu, 17 Dec 92 18:39:26 GMT

In article <17574@umd5.umd.edu> matthews@oberon.umd.edu (Mike Matthews) writes:
> I've got a bit of a problem here.
> 
> I'm trying to netboot one NeXT off another NeXT, which is easy enough to do.
> The catch, though, is the netboot server is in a different subnet, going
> through two routers on an FDDI ring.
> 
> The boot goes fine -- /private/tftpboot/boot is loaded, then
> /private/tftpboot/mach, then it goes around, says the primary ethernet
> interface is en0 [some not quite right number -- where DOES it get that,
> anyway?] then it gets its hostname, says whoami: no domain name, and panics
> because it can't mount root.
> 
> The netboot server is exporting root to anyone who cares to mount it (it's on
> an isolated network, so security is not a big concern).  If I boot off SCSI
> disk, and mount the netboot server's root as, say, /tmp/otherroot, it works
> fine.
> 
> Netbooting another NeXT on the same subnet as the netboot server works fine,
> and both are configured.  I know the bootparams are set up right (well, I'm
> reasonably sure).  I know the ethernet address is entered right, as
> -AUTOMATIC- works for hostname and IP address on normal booting (btw, if you
> wish to do that through a gateway, you have to move the IP Routing code from
> /etc/rc to /etc/rc.boot, to right before it tries to do hostname  
-AUTOMATIC-).
> 
> But it can't mount the root directory and dies.  I know, via router
> debugging, that it sends out a sunrpc call to the correct host, presumably to
> to the NFS mount.  It does not look like the call's ever making it to the
> netboot server, though, by debugging on the other router.
> 
> But why, then, does it work when the machine boots up normally?  What's
> different? 
> 
> And where the heck does the first, seemingly bogus, primary ethernet address
> come from, anyway?
> 
> Any help would be greatly appreciated.
> ------
> Mike Matthews, matthews@oberon.umd.edu (NeXTmail accepted)
> ------
> When in doubt, do what the President does -- guess.
> 

One thing I ran into was the need for the flat files in the /private area of  
the netboot client AND the netinfo in the client's /private area to agree and  
to have the boot host defined as a machine with it's IP address and name  
defined.  Another test is to put the IP address of the host in the netboot info  
fields rather than the host name.  This reduces the chance of some lookup  
messing you up.

Michael Allen Latta
Kripalu Center
harit@kripalu.com

-- 
Michael Allen Latta
Kripalu Center
harit@kripalu.com
(413)448-3288
From: pcwood@astro.ocis.temple.edu (Paul Wood)
Newsgroups: comp.sys.next.sysadmin
Subject: calendar
Date: 16 Dec 92 19:50:45 GMT
Organization: Temple University
X-Newsreader: TIN [version 1.1 PL8]

Has anyone noticed a problem with the calendar program when run with
the "calendar -" option?  We run it each night with the daily admin 
script only to get the following error
/usr/bin/calendar: syntax error at line 1: `^' unexpected
Is there an update to this script?
--

                       -=( Paul Wood )=-
              -=( pcwood@astro.ocis.temple.edu )=-
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Dump/restore problem with DAT-drive (Major hint!!!)
From: max@Kolmogorov.gac.edu (Max Hailperin)
Date: 16 Dec 92 10:49:19
Reply-To: Max Hailperin <max@nic.gac.edu>
Organization: Gustavus Adolphus College, St. Peter, MN
In-reply-to: max@Kolmogorov.gac.edu's message of 16 Dec 92 10:21:12Lines: 45

In article <MAX.92Dec16102112@Kolmogorov.gac.edu>
max@Kolmogorov.gac.edu (Max Hailperin) (yes that's me) writes:

   [A bunch of stuff about tape read errors that would have been
    correct, except that I'm brain dead and got "allow" and "inhibit"
    backwards.]

The correct mode of operation for restoring from a DAT drive is
*inhibit* illegal length, *not* allow.  This is what Sears's
workaround does by using the exabyte device.  The correct solution,
then, is *not* the mtalill program I posted, but rather the converse,
which I naturally call mtinill.  This is what I actually run in my
/etc/rc.local.  Please excuse my earlier error.

#include <stdio.h>
#include <sys/ioctl.h>
#include <sys/types.h>
#include <nextdev/scsireg.h>
#include <sys/file.h>

main(int argc, char *argv[]){
  int fd;

  if(argc != 2){
    fprintf(stderr, "Usage: %s device\n", argv[0]);
    exit(1);
    }

  if((fd = open(argv[1], O_RDONLY, 0)) < 0){
    perror(argv[1]);
    exit(1);
  }

  if(ioctl(fd, MTIOCINILL, NULL) < 0){
    perror("doing MTIOCINILL ioctl");
    exit(1);
  }

  if(close(fd) < 0){
    perror("closing");
    exit(1);
  }

  exit(0);
}
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.programmer
From: michael@stb.info.com (Michael Gersten)
Subject: Re: How to message network users before system shutdown?
Organization: STB BBS, La, Ca, 310 397 3137
Date: Sun, 13 Dec 1992 17:40:20 GMT

In article <1992Oct25.001041.10847@u.washington.edu> wiml@milton.u.washington.edu (William Lewis) writes:
>In article <1992Oct15.125140.18223@pellns.alleg.edu> aherskow@alleg.edu writes:
>>Mostly the problem with any app is that you have to set Public Window Server 
>>on each machine you want it to run.  That makes things kind of "insecure" 
>>for the normal user (or Sys Adm.)  
>
>  This occurred to me as soon as someone mentioned a popup panel. However,
>it's possible (heh, heh) for root to extract the window server port from
>any running application. This can then be installed into a task that is not
>descended from the Workspace Manager, and in fact need not even have the
>same uid, or be running on the same machine. A "wall" daemon for the NeXT
>could check for a running copy of Workspace, extract all relevant ports,
>and create a subtask that can access the display &c. normally (as if it
>were descended from the WM). This subtask could then exec Zephyr.app or
>whatever.

Its easier than this. You don't need to ever be descended from Workspace
to talk to Workspace. Right now I have Terminal as my workspace program, and
one of the programs that I run at startup (from .login) is a script that
starts up Workspace.

From Workspace I run a little shell script (via LaunchPaths) that prints
out the $Workspace environment variable. I then set this variable in my
Terminal program, and presto! Instant communication with Workspace, from
an app that has never seen Workspace.

		Michael
Of course, this might just be dependent on the Window Server...

-- 
	Michael Gersten		michael@stb.info.com
NeXT Register Developer (NeRD) # 3860 -- Hire me! Quick!
Will program computers for food (and net connection, health benefits, cash,...)
Newsgroups: comp.sys.next.sysadmin
From: andy@research.canon.oz.au (Andy Newman)
Subject: Re: Is your NeXT secretly running BSD ? (was: PGP v2.1 and NeXT)
Organization: Canon Information Systems Research Australia
Date: Tue, 15 Dec 1992 00:30:24 GMT

gbrown@raven.ctr.columbia.edu (Glenn Brown) writes:
>Didn't I read that NS 3.0 is completely BSD4.3 compatible?

Don't believe everything you read. The kernel i/f is close but not
identical. At the user level there are things missing and a lot of
additions (fine by me :-) The admin level has NetInfo which makes life
very interesting.

>Also, Suns are BSD machines but run SunOS.
SunOS is a heavily modified version of BSD. There are many 

>So, BSD must be a standard that can be layered on top of different  
>operating systems (e.g. NT, SunOS, and Mach).

You could say that. It is theoretically possible to implement one
system over another OS but is often impossible or just not worth the
effort (i.e. too hard to make it efficient.)


-- 
Andy Newman (andy@research.canon.oz.au)
From: beatty@sqhilton.pc.cs.cmu.edu (Derek Beatty)
Newsgroups: comp.sys.next.sysadmin
Subject: Mach vs. BSD (was  PGP v2.1 and NeXT)
Date: 13 Dec 92 22:22:33 GMT
Reply-To: beatty+@cs.cmu.edu
Organization: School of Computer Science, Carnegie Mellon
Originator: beatty@sqhilton.pc.cs.cmu.edu

In article <WARLORD.92Dec12021232@deathtongue.mit.edu>  writes:
> First of all, the NeXT is neither Mach nor BSD!  It is a BSD-ish UNIX
> signal server on top of Mach. 

This isn't precisely correct in all detail.  The NeXT runs Mach, but not  
Mach 3.0.  I think NeXT started from Mach 2.0 and picked up most of the  
CMU changes through 2.5 or so, except for external pagers.

I don't know what a "signal server" on top of Mach might be.  Perhaps  
"single server" was intended?  This is a Mach 3.0-ism and refers to an  
emulation architecture where Unix system calls are implemented in a single  
Mach task that's in some ways a Unix kernel moved into user address space.   
The other possibility is "multiple server" where you'd have one mach task  
to handle filesystems, perhaps another to handle tty's, others providing  
the networking calls, etc.  The distinction is moot here, though, because  
on the NeXT the BSD-isms are implemented in the kernel, and not in a  
process or processes running in user mode.  (And they're probably not  
BSD-ish, but real BSD.  I'd bet that if you had the kernel sources, they'd  
have the UC Regents' copyrights at the top.)  One of the goals of Mach  
development at CMU has been to keep compatibility with BSD binaries.  As a  
user, I'd say they've had great success!, probably due to the fact that  
the BSD calls are implemented with BSD code.

Practically all of the trouble I've ever had porting code to the NeXT has  
been with header files.  Except for the "absence" of sbrk().  It's  
actually there, at least in 2.1, though you have to understand what it  
really means in the Mach memory model.  (Basically, it means that sbrk()  
can fail long before the heap hits the stack.)  However, I could be  
biased, since I've been porting and developing code under Mach for 6  
years.  (I usually want my code to be portable, so I just pretend it's  
BSD.)

The version numbering of NeXTstep (e.g., 2.1, 3.0) has nothing to do with  
the version numbering of Mach.  Version 3.0 of the NeXT software is not  
version 3.0 of Mach.  This seems to be a constant source of confusion.

 -- Derek Beatty
(not, and never, a member of the Mach project, but a satisfied user)
-- 
Derek_Beatty@cmu.edu   ABD   Comp Sci, CMU, 5000 Forbes, Pgh, PA 15213 USA
Newsgroups: comp.sys.next.sysadmin
From: beaucham@uxh.cso.uiuc.edu (James Beauchamp)
Subject: External Drive File Ownership Problem
Reply-To: J-Beauchamp@uiuc.edu
Organization: University of Illinois at Urbana
Date: Fri, 18 Dec 1992 21:34:04 GMT
Keywords: External Drive Individual File Ownership with NetInfo

We've added an external hard drive to our NeXT (OS 2.1) and it's working fine
except that whoever logs in on console owns all of the files under that
disk's partition.  The fix given in the Sys Adm manual refers to the file 
/etc/fstab, but that won't work if we're running NetInfo. So what do we do to
get this to mount correctly?  I hope there is an easy way!

Jim Beauchamp

Newsgroups: comp.sys.next.sysadmin
From: eboltz@jhunix.hcf.jhu.edu (Eric Scott Boltz)
Subject: Problems with 3.0
Organization: HAC - Johns Hopkins University, Baltimore
Date: Thu, 17 Dec 1992 15:13:23 GMT

Sorry, I don't yet get c.s.n.bugs here.
I remember this going around a couple months ago, how do I get rid of all the 
<mach-tasks> created under 3.0?

Also, why is my machine running six nfsds???

Finally, does anyone have a collection of 3.0 fixes, bugs and undocumented dwrites?


Eric 

Newsgroups: comp.sys.next.sysadmin
From: mckelvey@fafnir.com (James W. McKelvey)
Subject: Re: /Net icon missing
Reply-To: mckelvey@fafnir.com
Organization: Fafnir Software, Saugus, CA, USA
Date: Tue, 15 Dec 1992 06:57:42 GMT

In article <1992Dec13.172941.960@seer.demon.co.uk> paul@seer.demon.co.uk (Paul  
Lynch) writes:
> In article <Bz79oM.2yL@newcastle.ac.uk> S.A.McIntyre@durham.ac.uk (Scott  
> A. McIntyre) writes:
> > 
> > For no apparent reason, the little colour globe from /Net is not there  
> anymore.  There was
> > never a .dir.tiff under 3.0 that I noticed, but for some reason it's  
> just gone.  Any ideas
> > on where it went and how to get it back?
> 
> I can see it on mine.  The icons that Workspace use are all in  
> /usr/lib/NextSteo/Workspace.app (and WM.app within it).  As I recall, the  
> commonest reason for losing icons on home and Net folders was if you were  
> using the large file system option; could this be it?

No. I have that set, still get a globe.
-- 
A man should not strive to eliminate his complexes, but to get in
accord with them; they are legitimately what directs his conduct
in the world. - Sigmund Freud
Jim McKelvey                      mckelvey@fafnir.com
Newsgroups: comp.sys.next.sysadmin
From: paul@seer.demon.co.uk (Paul Lynch)
Subject: Re: /Net icon missing
Organization: P & L Systems
Date: Sun, 13 Dec 1992 17:29:41 GMT

In article <Bz79oM.2yL@newcastle.ac.uk> S.A.McIntyre@durham.ac.uk (Scott  
A. McIntyre) writes:
> 
> For no apparent reason, the little colour globe from /Net is not there  
anymore.  There was
> never a .dir.tiff under 3.0 that I noticed, but for some reason it's  
just gone.  Any ideas
> on where it went and how to get it back?

I can see it on mine.  The icons that Workspace use are all in  
/usr/lib/NextSteo/Workspace.app (and WM.app within it).  As I recall, the  
commonest reason for losing icons on home and Net folders was if you were  
using the large file system option; could this be it?

Paul
-- 
Paul Lynch
P & L Systems                   (NeXTmail) paul@seer.demon.co.uk
Tel: (0494)671501                      paull@cix.compulink.co.uk
Fax: (0494)680228                       76711.451@compuserve.com
Newsgroups: comp.sys.next.sysadmin,comp.lang.postscript,sci.math.symbolic
From: orourke@sophia.smith.edu (Joseph O'Rourke)
Subject: psfix missing and needed to fix Mma ps
Organization: Smith College, Northampton, MA, US
Date: Sat, 19 Dec 1992 19:42:50 GMT

I need psfix to "fix" the postscript files output by Mathematica on
a NeXT.  My Mma/NeXT manual tells me it was distributed with Mma,
but it (and related ps programs) are nowhere to be found on my NeXT.
Any advice would be appreciated.  Since psfix is probably just a
short shell script, maybe someone can mail it to me?  Thanks!
Newsgroups: comp.sys.next.sysadmin
From: helmut@nexcom.hanse.de (Helmut Schoenborn)
Subject: Dump/restore problem with DAT-drive - solved !!
Organization: Nexcom
Date: Thu, 17 Dec 1992 10:45:36 GMT

I recently posted an article because when I tried to restore from tape by 

	restore if /dev/rst0

I received

	Tape/disk read error: I/O error

Via email (special thanks to Max Hailperin and Lewis Van Winkle !) the
solution arrived. The block size has to be specified to restore by

	restore ibf 10 /dev/rst0

and everything works fine. An other possibility is to inhibit illegal
length errors. Max Hailperin sent the following code, which he runs in
his /etc/rc.local :

/* mtinill.c */
#include <stdio.h>
#include <sys/ioctl.h>
#include <sys/types.h>
#include <nextdev/scsireg.h>
#include <sys/file.h>

main(int argc, char *argv[]){
  int fd;

  if(argc != 2){
    fprintf(stderr, "Usage: %s device\n", argv[0]);
    exit(1);
    }

  if((fd = open(argv[1], O_RDONLY, 0)) < 0){
    perror(argv[1]);
    exit(1);
  }

  if(ioctl(fd, MTIOCINILL, NULL) < 0){
    perror("doing MTIOCINILL ioctl");
    exit(1);
  }

  if(close(fd) < 0){
    perror("closing");
    exit(1);
  }

  exit(0);
}
 
Again, many thanks
-- 

                     __   __
Helmut Schoenborn   /\_\_/\_\       email: helmut@nexcom.hanse.de
Rheingoldweg 13     \/_/ \/_/       voice (040) 810 816
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Dump/restore problem with DAT-drive (Major hint!!!)
From: max@Kolmogorov.gac.edu (Max Hailperin)
Date: 16 Dec 92 10:21:12
Reply-To: Max Hailperin <max@nic.gac.edu>
Organization: Gustavus Adolphus College, St. Peter, MN
In-reply-to: sears@tree.egr.uh.edu's message of 15 Dec 1992 16:09:19 GMTLines: 63

In article <1gkvvfINN66@menudo.uh.edu> sears@tree.egr.uh.edu (Paul S.
Sears) writes: ...

   In article <1992Dec9.101922.618@nexcom.hanse.de> helmut@nexcom.hanse.de  
   (Helmut Schoenborn) writes: ...
   #I receive
   #
   #	Tape/disk read error: I/O error

   ... I think this is because your drive is not set to fixed block mode for  
   restore which it was during dump.  What I do, and this has ALWAYS worked,  
   is a 

   localhost:4# restore i
   /dev/rxt0: I/O error

   Then I do a

   localhost:5# restore if /dev/nrst0

   and the restore works just fine.  The default device for tape is /dev/rxt0  
   which, if I remember correctly, is a exabyte device which uses a fixed  
   block length....

This very common problem isn't fixed vs. variable block length mode,
per se, but "allow illegal length" vs. "inhibit illegal length".
Sear's workaround is a ineligant but functional way of getting the
"allow illegal length" mode set.  A cleaner way is to compile the
following and call the executable mtalill.  Then do "mtalill
/dev/nrst0" before your restore.  (I do it in the /etc/rc.local every
time the machine boots.)

#include <stdio.h>
#include <sys/ioctl.h>
#include <sys/types.h>
#include <nextdev/scsireg.h>
#include <sys/file.h>

main(int argc, char *argv[]){
  int fd;

  if(argc != 2){
    fprintf(stderr, "Usage: %s device\n", argv[0]);
    exit(1);
    }

  if((fd = open(argv[1], O_RDONLY, 0)) < 0){
    perror(argv[1]);
    exit(1);
  }

  if(ioctl(fd, MTIOCALILL, NULL) < 0){
    perror("doing MTIOCALILL ioctl");
    exit(1);
  }

  if(close(fd) < 0){
    perror("closing");
    exit(1);
  }

  exit(0);
}
Newsgroups: comp.sys.next.sysadmin
From: szatezal@magnus.acs.ohio-state.edu (Shane M Zatezalo)
Subject: Netinfo aliasing & scripts
Organization: The Ohio State University
Date: Tue, 15 Dec 1992 19:51:16 GMT

Is there a way to define an alias in the NetInfoDB that would, upon
it receiving mail, run a script?

Or would it be better to create a user who's login is that script, and add
him to the membership list of the alias?

(I'm trying to figure out an easy way to do a mailing list)

 _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
:   Shane M. Zatezalo         : i-net> szatezal@magnus.acs.ohio-state.edu :
:   CIS Eng Ohio State        : NeXTMail>  shane@kiwi.shws.ohio-state.edu :
:  ....call the Atomic Playground 614-297-7031 16.8k DS HST 425 MEGS .... :
:GS:::: Apple II forever!! ::::::GO BUCKS!::::::: Play Lacrosse! :::::::GS:

Newsgroups: comp.sys.next.sysadmin
From: helmut@nexcom.hanse.de (Helmut Schoenborn)
Subject: Dump/restore problem with DAT-drive
Organization: Nexcom
Date: Wed, 9 Dec 1992 10:19:22 GMT

My Sony SDT 2000 DAT-Drive works fine using tar on /dev/rst0.
But the attempt to dump/restore failed. Dump reports no errors.
According to man sd for Exabyte-Drives whith the command

	dump 0fs /dev/rst0 1200000 /dev/rsd0a

a level 0 dump was written on the tape. Trying to restore by

	restore if /dev/rst0
	
I receive

	Tape/disk read error: I/O error
	
and on console

	st: cmd = 0x8 sr_io_status = 2H
    Sense key = 0x0  Sense Code = 0x0

The tape is ok, tar does it's job read/write, and I'm confused. Any hints ? 
-- 

                     __   __
Helmut Schoenborn 	/\_\_/\_\		email: helmut@nexcom.hanse.de
Rheingoldweg 13 	\/_/ \/_/		voice (040) 810 816
Newsgroups: comp.sys.next.sysadmin
From: gemoe@proximus.north.de (Gerhard Moeller)
Subject: Re: tape backups
Organization: Gerhard Moeller, German NeXT User Group, Oldenburg.
Date: Wed, 16 Dec 1992 07:51:55 GMT

In article <1992Dec14.212622.28856@midway.uchicago.edu>  
cpl1@kimbark.uchicago.edu (Corey Liss) writes:
> We've had some problems making tape backups of our NeXT server and
> user directories using 'dump' and 'restore' (under 3.0)...  Essentially,
> 'restore' seems unable to read data 'dump'ed to tape, although it *can*
> read data 'dump'ed to disk...  'tar' seems to work all right (but, of course,
> you can't do an incremental 'tar'...).  Has anyone else run into this  
problem?
> Any suggestions?

Actually you can do incremental tar/cpio/afio backups. Even much
better than with dump (IMHO - but I don't like dump anyhow, as many
people might know) 

Include in a script lines like:

cd /
find . -newer /usr/adm/LASTBACKUP.TIMESTAMP -print | \
tee /tmp/files | \
sed -f '/usr/local/adm/stopWords.backup' >> /tmp/copyTheseFiles

This writes all files of the path (here /) that are newer than the file
/usr/adm/LASTBACKUP.TIMESTAMP (which gets touched after a
successful backup) in a file and then (this dump can't do) excludes a
list of stopwords. (for example, I don't really want to backup my
swapfile and (all of) spool and tmp directories.) Finally this list
gets piped to afio (which is a better cpio): 

(cat /tmp/copyTheseFiles | \
/usr/local/bin/afio -ovuz -b126b -s150m /dev/rst0 | \
tee "/dev/"$tty ) >>& /usr/adm/backup.log

Okay, this line is a rather bad hack (it is running in tcsh - I should
rewrite the program for sh!!!! But no time and not the mood... ;-) ) 

	We have joy, we have fun,
	we have Pacman for the sun...
		
Ciao, Gerhard.
--
+---------------------------< principiis obsta! >---------------------------+
N  Gerhard Moeller, Teichstrasse 12, 2900 Oldenburg (FRG) [*: 02/21/1968]   N
e  Private: gemoe@proximus.north.de          Phone (voice): +49-441-75520   e
X  Uni:     Gerhard.Moeller@arbi.Informatik.Uni-Oldenburg.DE      NeXTmail  X
T  Z-Net:   Gerhard.Moeller@uniol.zer                          encouraged!  T
+-> NoGeNUG - Northern German NeXT User Group:  NoGeNUG@proximus.north.DE <-+
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
From: dejesus@archimedes.nwc.navy.mil (Francisco X DeJesus)
Subject: Need CD-ROM Tools 3.0. HELP!
Organization: Science Applications International Corp.
Date: Fri, 11 Dec 1992 21:45:54 GMT

Hello. We just received the 3.0 release of NeXTSTEP for our machine, but
have a problem: the software comes in a CD-ROM, and we don't have a NeXT
CD-ROM drive (we have an old Cube upgraded to an '040). We are hoping to
be able to plug in a Sun or SGI CD-drive to the SCSI port and use that
instead. However, the CD-ROM Tools that came with the disk are on a 3.5"
floppy and we have no such drive for the NeXT. I've tried reading the disk
on a Sun Sparc drive but cannot determine the format. Any ideas? Is there
any site from which I could ftp the CD-ROM tools?

Please reply by email as I do not regularly read these groups. Thanks
in advance...

-- 
      Francisco X DeJesus  ----- S A I C -----  dejesus@chinalake.navy.mil
 ------------------------------------------------------------------------------
  * disclaimer: Opinions expressed here are mine. Typos and errors are yours *
 "Duck Season!" "Rabbit Season!" "...rabbit season." "It's Duck Season! SHOOT!"