jet@karazm.math.uh.edu ("J. Eric Townsend") (02/01/91)
Sigh... We've got a YP sun network, and I decided that our RS/6000s should either shape up or be turned into "one account" machines. Unfortunately, no amount of coercion via smit seems to get NIS working. Details: Sun Side IBM side Sparcs, 4.0.3 server release 3002, on 320s. netmask of network: 255.255.240.0 (heard this could be a problem, dunno if it was rumor or true). all da sparcs work none of the nis configed IBMs are able to boot, even So, we booted from floppy and turned off all of the NIS stuff... Anybody got any quick clues? I doubt it's flat-out *broken*, I'm guessing there's some minor tweak somewhere that's needed. -- J. Eric Townsend - jet@uh.edu - bitnet: jet@UHOU - vox: (713) 749-2120 "It is the cunning of form to veil itself continually in the evidence of content. It is the cunning of the code to veil itself and to produce itself in the obviousness of value." -- Baudrillard
john@johnmad.Berkeley.EDU (02/07/91)
>We've got a YP sun network, and I decided that our RS/6000s should either >shape up or be turned into "one account" machines. You don't say what machines are serving NIS or where they are in topological relation to the Risk/6k machines, but I know of some common problems. Your netmask might be wrong, but I guess that depends on the way things are set up there. We use 255.255.255.0 for Ethernet. Since ypbind broadcasts to find a server, if you have a gateway in between the client and server, you need to use a ypset to make the client bind to the server. Put it in /etc/rc.nfs right after the ypbind startup. Use the address, not the name. Another deal we have run into is the broadcast masks. If your server is listening on "all zeros" for broadcast, rather than on "all ones" you should change the Risc System/6k broadcast mask. For example from 192.100.153.255 to 192.100.153.000 This can be done temporarily by using ifconfig or permanently using smit. See info on broadcast for details. Good luck John Statements made here are my personal views and do not reflect policy or commitments of IBM Corporation. John Maddalozzo IBM Advanced Workstation Division aesnet: john@johnmad.austin.ibm.com 11400 Burnet Road, 994/3401 vnet: JOHNMAD at AUSVMQ Austin, TX, 78758-3493 phone: +1 [512] 823-4837 uucp: cs.utexas.edu:ibmaus!auschs!johnmad.austin.ibm.com!john