This is taking-cube-off-the-network in view mode; [Up]
Date: Sun 28-Oct-1989 00:53:07 From: Unknown Subject: taking cube off the network Hello, I had my cube running (Ver 1.0) on a Non-Netinfo heterogeneous network of Suns, Macs, Gators, etc. Was doing NFS mounts, telnets, ftps and the like. Had a printer connected to the cube, and was able to print. I was running Yellow Pages (no flames please). Took the cube home (no network). Powered up. Disk spinning icon and the legend "Starting system services..." stayed up forever. Rebooted using left-alt, left- command, *. I started BANGING on Ctl-Cs when the legend said "Checking Disk". Got the "NMI>" prompt. Typed "mon" to get to the monitor. TYped "bsd". Event- tually the cube came up. ( oh yes, changed ypbind to ypbind.orig, like on Sun.) Is there an easier way to do this? I'll probably be alternating between network and no network for awhile. What can I do before I shut down that will make starting up in the other environment easier?
Date: Sun 29-Oct-1989 15:06:51 From: Unknown Subject: Re: taking cube off the network In article <641@warlock.UUCP> gregb@dowjone.UUCP (Gregory S. Baber) writes: >Hello, I had my cube running (Ver 1.0) on a Non-Netinfo heterogeneous network >of Suns, Macs, Gators, etc. Was doing NFS mounts, telnets, ftps and the like. >Had a printer connected to the cube, and was able to print. I was running >Yellow Pages (no flames please). > You might want to look at the type of NFS mounts you are making. The default (as shipped from SUN?) used to be hard mounts. This meant that the machine would hang untill it found it's remote file systems. There is also a parameter that says whether or not you can interrupt the NFS mounts. You probably want soft (if supported) interruptable mounts. As for Yellow Pages. Your machine may be out looking for its YP server. I think you can boot the machine in verbose mode and see where it hangs in the boot up script. This is done by telling the boot rom you want to boot in verbose mode. On my machine, when at home, I have an ideal ethernet on the back (1 T connector and two terminators) but it should not be needed. <joe> PS This was posted after hours and is soley the work of joe freeman. >From: space@ncc1701.UUCP (Lars Soltau)
Date: Sun 30-Oct-1989 13:56:31 From: Unknown Subject: Re: taking cube off the network In article <1989Oct29.150651.22693@uncecs.edu> jfreem@ecsvax.uncecs.edu.UUCP (Joe Freeman) writes: >On my machine, when at home, I have an ideal ethernet on the back (1 T >connector and two terminators) but it should not be needed. In fact, the OS as shipped from NeXT won't like the "stub ethernet" idea at all. If the connection is left open, NetInfo won't try to use it, but if you put a valid wire on there, NetInfo will wait until kingdom come for another NetInfo server to talk to it.
Date: Sun 31-Oct-1989 13:06:57 From: Unknown Subject: Re: taking cube off the network In article <1989Oct30.135631.28097@ux1.cso.uiuc.edu> dorner@pequod.cso.uiuc.edu (Steve Dorner) writes: >In fact, the OS as shipped from NeXT won't like the "stub ethernet" idea >at all. If the connection is left open, NetInfo won't try to use it, but >if you put a valid wire on there, NetInfo will wait until kingdom come >for another NetInfo server to talk to it. >-- The original post said that the machine was configured as a non-next network. I believe that such a machine will not look for a configuration server. The machine as shipped, on the other hand, is looking for it's configuration server. <joe> These opions do not reflect those of my employer and were genererated soley by myself, having processed previously recieved data .... >From: alg@cornell.UUCP (Anne Louise Gockel)
Date: Sun 03-Nov-1989 11:43:31 From: Unknown Subject: Re: taking cube off the network I had to take my cube off our campus net for an off-campus demo. I found that by FIRST (before disconnecting it) commenting out the nfs mounts in the /etc/fstab file and then using NetManager to turn off Yellow Pages, I was able to then shut it down and bring it back up with the ethernet port disconnected. *do* go down!). Is there a line-mode interface to NetManager or a niloade-like facility for turning off yellow pages, or just a line in rc or rc.local that needs to be commented out to get the machine up in a non-networked environment? Dan Oberst >From: dcarpent@sjuphil.uucp (D. Carpenter)
Date: Sun 04-Nov-1989 01:09:01 From: Unknown Subject: Re: taking cube off the network In article <11269@phoenix.Princeton.EDU> oberst@phoenix.Princeton.EDU (Daniel J. Oberst) writes: >I had to take my cube off our campus net for an off-campus demo. I >found that by FIRST (before disconnecting it) commenting out the nfs >mounts in the /etc/fstab file and then using NetManager to turn off >Yellow Pages, I was able to then shut it down and bring it back up with >the ethernet port disconnected. > >Question: How could I have done this AFTER disconnecting? (networks >*do* go down!). Is there a line-mode interface to NetManager or a >niloade-like facility for turning off yellow pages, or just a line in rc >or rc.local that needs to be commented out to get the machine up in a >non-networked environment? Quit simple boot the machine in sigle user mode and get Then proced to edit the file /etc/hostconfig and change the entries for yp and domain to -NO- this should allow the cube to come up. I spent an hour trying to figure why it would say no network connected it turned out to be a dead thin net line (arg) Durning the boot is will say no network connected. and as far as fstab is conserned unless you have mounted them as hard mounts they will just simple fail and the boot should continue on it merr way. <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> <> :-{ :-\<> Russell Cattelan University of Minnesota <> <> :-} :-`) <> cattelan@umn-cs.cs.umn.edu <> <> :-) :-( <> {...!rutgers!umn-cs!cattelan} <> <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> >From: rock@lighthouse.com (Roger Rock Rosner)
These are the contents of the former NiCE NeXT User Group NeXTSTEP/OpenStep software archive, currently hosted by Marcel Waldvogel and Netfuture.ch.