Date: Sat, 11 Nov 95 09:30:57 EST From: Dwight McKay (The Moderator) Reply-To: Suns-at-Home@net-kitchen.com Subject: Suns-at-Home Digest V8 #31 To: Suns-at-Home-List Suns-at-Home Digest Sat, 11 Nov 95 Volume 8 : Issue 31 Today's Topics: Booting a 3/260 with 4.0 Internet name resolution (3 msgs) SCSI disk for 3/160 SCSI disk for sun 3/160 (2 msgs) SCSI disk for sun 3/160 (Suns-at-Home Digest V8 #30) slip on SS1+ running 4.1.3_U1 Sun Hardware Reference update Suns-at-Home Digest V8 #27 [SPARCbook II for sale -ed] Suns-at-Home Digest V8 #30 where to buy RAM for a SPARC? +--------------------------------------------------------------------+ | Submissions: suns-at-home \ | | Requests: suns-at-home-request > @net-kitchen.com | | Archives: suns-at-home-archives / | +--------------------------------------------------------------------+ ---------------------------------------------------------------------- Date: Sun, 29 Oct 1995 17:28:11 -0800 (PST) From: John Bainbridge Subject: Booting a 3/260 with 4.0 To: suns-at-home@tigger.net-kitchen.com So how do you boot with 4.0? Peter Kochs web page on sunos install media assumes 4.1. Or better yet, who has a copy of 4.1.1 for sun 3? TIA John Bainbridge - ------------------------------ Date: Sat, 28 Oct 1995 12:16:23 -0700 From: Mitch Wright Subject: Internet name resolution To: ayers@primenet.com >Date: Wed, 25 Oct 1995 13:17:16 -0700 (MST) >From: Judi Ayers >To: Suns-at-Home@tigger.net-kitchen.com (suns-at-home) >Subject: Internet name resolution > >Hello, >I'm trying to get my Sparc IPX running SunOS 4.1.1 connected to >the outside world. I'm having trouble with the name server business. >I have the PPP connection to my PPP account from a local internet >provider working, and I can access outside world machines as long >as I know the IP address, but I can't access anything by name. > >The man page for 'in.named' isn't making sense for me, but that >seems to be the right path. Can anyone provide some pointers? >My machine is a standalone with no local network. > You probably don't want to run in.named. Based on your short description I believe you have two choices: 1) Build in DNS support into your libc. There is a very good set of instructions with the BIND distribution. Check out the URL http://www.isc.org/isc/bind.html. Their IP is 192.5.5.2. :-) 2) Run NIS and make sure you build the hosts map with the -b option to tell your ypserv process to look up via DNS if it doesn't have the answer. In both of these cases you'll need to set up an appropriate /etc/resolv.conf file. If you go the NIS route the man page on your system is more than adequate. If you build in DNS support via a more recent BIND distribution you'll want to check out that man page to get the same behavior. There are tradeoffs to both of these solutions and not knowing your exact situation I hesitate to recommend one over the other. The easiest is certainly #2. Heck you might even be running NIS and can just uncomment the B option in your makefile, touch hosts, do a make, and be done with it. I personally prefer #1 for myself. -- do svidaniya, ~mitch Mitch Wright mitch@oz.com - ------------------------------ Date: Sat, 28 Oct 95 18:31:07 PDT From: cclarke%astatos.uucp@dgsystems.com (Camden Clarke) Subject: Internet name resolution To: ayers@primenet.com I'm running a similar setup, but with SunOS 4.1.3. As I understand it, you have two possibilities: 1. Replace the static and dynamic libc's with ones that know how to use domain name resolution. 2. Use yellow pages (aka YP or NIS) I went with option #2. First create the file /etc/defaultdomain with a nearly anything in it (I use my hostname). This will cause the default /etc/rc.local to set your domainname to the contents of this file on every boot. (Please note that this "domain name" has absolutely nothing to do with Internet domain names or name resolution; it is for the yellow pages on your machine only). Next as root do: domainname (where is what you put in /etc/defaultdomain). Next, go to /var/yp and edit the Makefile you find there. Near the top you'll find a line like: B= Change this to: B=-b Save the Makefile and then in that directory do "make hosts" (again as root). Finally, create the file /etc/resolv.conf and put in it something like: domain . nameserver NNN.NNN.NNN.NNN (replace NNN.NNN.NNN.NNN with the IP address of your Internet provider's DNS host) Now reboot. You should start up with yp, and since the standard libraries know how to use yp, all your applications (telnet, ftp, etc.) will use it. The "B=-b" magic will force the yellow pages app (ypserv) to consult DNS for names that are not known, so essentially, all your applications will be consulting DNS. "in.named" is actually a domain name *server*; it or something similar is running on your Internet provider's DNS host. Your machine is probably better off just being a DNS client. Finally, it's rare, but I've seen sites were yellow pages doesn't get setup right and one cannot login because the boot sequence hangs. If this happens, don't panic; just boot single-user and comment out 'ypbind' from /etc/rc.local until you can figure out. -Cam Clarke (cclarke%astatos.uucp@dgsystems.com) - ------------------------------ Date: Mon, 30 Oct 95 09:04:54 PST From: msm@Energetic.COM (Michael S. Maiten) Subject: Internet name resolution To: ayers@primenet.com In your recent posting to suns-at-home, you said: > Date: Wed, 25 Oct 1995 13:17:16 -0700 (MST) > From: Judi Ayers > Subject: Internet name resolution > To: Suns-at-Home@tigger.net-kitchen.com (suns-at-home) If all you want to do is to access someone else's name servers (you don't want to be a nameserver yourself), then all you need is /etc/resolv.conf with the following information: domain xxxx.com nameserver 123.123.123.123 where xxxx.com is your domain name (or that of your provider, if you don't have one of your own), and 123.123.123.123 is the IP address of the nameserver handling that domain. (If your ISP is providing dns services for you, then you need to get this IP address from them). in.named is indeed what you need if you want to be a name *SERVER*. You will still need /etc/resolv.conf, but now the nameserver line points to your own IP address. A good reference book is 'DNS and BIND' by Abitz published by O'Rielly. You will need a copy of the list of root name servers (ftp://rs.internic.net/domain/named.root) You will need to setup /etc/named.boot and the various /var/named (or whereever you have configured it in the "directory" line in /etc/named.boot) files. Please let me know if you need additional assistance. - ------------------------------ Date: Mon, 30 Oct 95 01:30:52 PST From: perryh@pluto.rain.com (Perry Hutchison) Subject: SCSI disk for 3/160 To: tom@as.arizona.edu > Date: Sat, 21 Oct 1995 19:14:19 -0700 (MST) > From: tom@as.arizona.edu (Thomas J. Trebisky) > > I just acquired a sun 3/160 It used to have a 150M ESDI on a MD21 > SCSI/ESDI adapter, but both of those had been yanked ... I have a > 300M Wren-IV handy ... I set it up as SCSI-ID 3, with parity disabled. > Is this right to have it be sd0 from the view of SunOS, and will it > be sd(0,x,x) to the boot rom ?? For a sun3, the first disk is normally ID 0. The ID 3 => sd0 business arose with the SparcStation 1 -- I won't bore everyone with the (long) explanation. > All I have handy are some SunOS 3.5 boot tapes, and they don't > seem to know about an embedded scsi drive, I boot diag from the > st drive just fine, but it asks me to choose a controller, and > the choices are: > > Xylogic 450 (an SMD I think) > ... > Emulex MD21 (the long gone SCSI-ESDI) > Adaptec 4000 (a similar SCSI-MFM) > > The last 2 are the only scsi controllers offered (presumably the > only ones supported in these foggy old days of SunOS. I think the Emulex choice will probably work. It will then ask you for the controller's I/O address. The correct answer for the 3/50 or 3/60 onboard scsi controller is 140000, but this may not be right for a 3/160 with a sun2 controller. > *** Is it correct to disable parity on the drive as I did? I don't think so -- AFAIK the Emulex did support parity. (The Adaptec did not, but it had other peculiarities as well which an embedded-scsi drive is unlikely to share.) - ------------------------------ Date: Sun, 29 Oct 1995 20:50:26 +1100 (EST) From: craig@jedi.apana.org.au (Craig Dewick) Subject: SCSI disk for sun 3/160 To: Suns-at-Home@tigger.net-kitchen.com > Date: Sat, 21 Oct 1995 19:14:19 -0700 (MST) > From: tom@as.arizona.edu (Thomas J. Trebisky) > Subject: SCSI disk for sun 3/160 > To: Suns-at-Home@tigger.net-kitchen.com > > I set it up as SCSI-ID 3, with parity disabled. > Is this right to have it be sd0 from the view of SunOS, and > will it be sd(0,x,x) to the boot rom ?? It needs to be set to SCSI ID 0 to be appear against sd0. For drives with SCSI interfaces on their controller cards (ie. not requiring an adapter card), SCSI ID's 0 to 3 are usable, and they correspond to the device identifiers as follows: SCSI ID 0 = /dev/sd0 SCSI ID 1 = /dev/sd2 SCSI ID 2 = /dev/sd4 SCSI ID 3 = /dev/sd6 SCSI ID's 4 and 5 are normally reserved for tape drives (SCSI ID 4 = /dev/st8, SCSI ID 5 = /dev/st9), with SCSI ID 6 for a CD-ROM drive (/dev/sr0). Note that for a tape drive with SCSI ID 4, from a ROM monitor prompt it needs to be referenced as 'st0', not 'st8'. I'm not sure of the reasoning behind this difference. > My questions in a nutshell: > > *** Has anyone out there put an embedded SCSI drive like the WREN-IV > onto the sun 3/160? (I have the "sun-2" scsi controller in slot 7 BTW). I have an array of Sun-3 machines here (a 3/60, 3/80 and 3/480) which all have more than one local disk drive. One thing I would suggest is that you replace the Sun-2 SCSI card with a Sun-3 one. The Sun-3 SCSI cards are neater and *much* faster. I have a 501-1217 Sun-3 SCSI card in my 3/480. It provides a single SCSI port (to a female 50 pin 'D' connector) on the front panel of the card with no connection to the SCSI bus on the backplane. I run this card in slot 9 on a model 160 backplane (the machine was a 3/280 until I replaced the CPU card). > *** Is it correct to disable parity on the drive as I did? Normally I have all my SCSI drives set up with parity enabled if there is a jumper to select it. > *** What version of SunOS is anyone out there using with success with > a drive like the Wren on the 3/160 ? Upgrade to SunOS 4.1.1 if you can find a source of boot tapes. 4.1.1 was the last official release for the Sun-3 line (expect for one update release to bring it up to 4.1.1u1), and it's much better to use and work with than SunOS 3.5. Regards, Craig. - ------------------------------ Date: Sun, 29 Oct 1995 13:05:29 -0500 From: Evan Rosser Subject: SCSI disk for sun 3/160 To: tom@as.arizona.edu > I have a 300M Wren-IV handy and that bolted into place after some > fussing around. I set it up as SCSI-ID 3, with parity disabled. > Is this right to have it be sd0 from the view of SunOS, and > will it be sd(0,x,x) to the boot rom ?? When I set up my 3/260 earlier this year, I thought this as well. It turns out I was reading docs that were too new for my machine. People told me that before the sun4c architecture, the ROM's expect sd0 at SCSI id 0, and that works for me. > All I have handy are some SunOS 3.5 boot tapes, and they don't > seem to know about an embedded scsi drive, I boot diag from the I can't help you here, since mine came with Sunos 4.1.1. It knows about SCSI drives. > *** Has anyone out there put an embedded SCSI drive like the WREN-IV > onto the sun 3/160? (I have the "sun-2" scsi controller in slot 7 BTW). Well, I put a newish Maxtor 7345S onto my 3/260 (a 345MB SCSI drive -- it's a 3.5 inch half-height device and looks ridiculously small in the huge case.) I haven't had any problems. I have the sun-2 scsi card like you, and it seems to work even with quite new scsi drives. > *** Is it correct to disable parity on the drive as I did? Yes, but it is only necessary for the boot device (at least under SunOS 4.1.1, the full OS understands parity.) > *** What version of SunOS is anyone out there using with success with > a drive like the Wren on the 3/160 ? Well, again, I have a 3/260, but 4.1.1 works nicely for me. From a user perspective, it's great. It's indistinguishable from 4.1.3, at least to me. Sun doesn't sell it anymore, but perhaps you can ask around and get a copy. If you can spring for a sun3-scsi instead of your sun2 scsi, you could run NetBSD/sun3. Check out http://www.netbsd.org for more info. They recently started beta testing a boot tape, so you no longer need any part of SunOS to get things going. - ------------------------------ Date: Sun, 29 Oct 95 15:54:31 -0500 (EST) From: woods@most.weird.com (Greg A. Woods) Subject: SCSI disk for sun 3/160 (Suns-at-Home Digest V8 #30) To: Suns-at-Home@tigger.net-kitchen.com [ On Sat, October 28, 1995 at 07:19:21 (EST), Dwight McKay wrote: ] > Subject: Suns-at-Home Digest V8 #30 > > Date: Sat, 21 Oct 1995 19:14:19 -0700 (MST) > From: tom@as.arizona.edu (Thomas J. Trebisky) > Subject: SCSI disk for sun 3/160 > To: Suns-at-Home@tigger.net-kitchen.com > >[[....]] > *** Has anyone out there put an embedded SCSI drive like the WREN-IV > onto the sun 3/160? (I have the "sun-2" scsi controller in slot 7 BTW). Yes, but with a "sun-3" SCSI adapter [the "si" board]. > *** Is it correct to disable parity on the drive as I did? Yes, you should disable parity with a "sun-2" [sc] (but not a "sun-3" [si] host adapter. I understand this is because the sc doesn't properly support SCSI parity checking. > *** What version of SunOS is anyone out there using with success with > a drive like the Wren on the 3/160 ? SunOS 4.1.1_U1 SUN3 BIN on a Sun-3/260. >From my boot time messages you'll see I have three vastly different embedded SCSI disks attached. I also have the emulex tape controller (with a QIC-24 drive), and Archive QIC-150, and and Archive QIC-525 drive attached to the same bus (I've not yet fully tested the latter, and it may still need some kernel adjustments). | SunOS Release 4.1.1_U1 (MOST) #5: Fri Sep 29 00:33:35 EDT 1995 | Copyright (c) 1983-1991, Sun Microsystems, Inc. | mem = 32768K (0x2000000) | avail mem = 31891456 | Ethernet address = 8:0:20:0:45:dd | si0 at vme24d16 0x200000 vec 0x40 This is the standard Sun-3 SCSI host adapter... | st0 at si0 slave 32 | st1 at si0 slave 40 | st2 at si0 slave 24 | st3 at si0 slave 16 | sr0 at si0 slave 48 | sd0 at si0 slave 0 | sd0: This is a new 1.05 GB 3.5" disk, and it works very well. I'm hoping to add another 2 Gb drive, esp. if someone can tell me if SunOS uses group-1 SCSI commands and can thus break the 1.1 Gb barrier. | sd1 at si0 slave 1 | sd2 at si0 slave 8 | sd3 at si0 slave 9 | sd3: This is an ESDI drive on the emulex MD21. | sd4 at si0 slave 16 | sd4: This is an old piece of junk I has lying about. It's an embedded SCSI disk, but it is very slow, and it works! | sd6 at si0 slave 24 | zs0 at obio 0x20000 pri 3 | zs1 at obio 0x0 pri 3 | ie0 at obio 0xc0000 pri 3 | bwtwo0 at obmem 0xff000000 pri 4 | bwtwo0: resolution 1152 x 900 | cgtwo0 at vme24d16 0x400000 vec 0xa8 | cgtwo0: Sun-3 color board, fast read | root on sd0a fstype 4.2 | swap on sd0b fstype spec size 69720K | dump on sd0b fstype spec size 69696K I can hardly wait for the last few bugs in NetBSD/sun3 to shake out -- I'm itching to switch over! - ------------------------------ Date: Tue, 31 Oct 95 11:15:06 MST From: Daniel Alan Fleming Subject: slip on SS1+ running 4.1.3_U1 To: Suns-at-Home@tigger.net-kitchen.com I noticed that fadi mehanna recently asked about SLIP/PPP but I'm frazzled after night of fighting with it, so I'll do the same. Last night I attempted to install sliplogin (from the slipware tarball) on my SS1+ but encounted three different problems: 1) gated - failed on compile because I don't have the NYSERV snmp includes. An archie search hit hundreds of "print-snmp" but nothing about NYSERV's snmp. Anyone got a pointer? (Yes, I'll be using my Sparc to route/gate between the SLIP port and le0, so its needed.) 2) tip - The slip aware tip compile failed with an error about "recvtimeout already defined" in login.c. I didn't bother to look at the source since the little birdies were chirping and grey light streaming in the bedroom window. 3) slip-4.0 - This is what I need the most and gave the strangest problem. The compile went fine, as did the two kernel configs (kapt5.5c and the slip-4.0 modifications). I can fire up sliplogin but don't get an interface or a route added (checked via netstat). Anyone else have a problem with sliplogin not working? Documentation is rather sparse so I'm not sure which direction to go. I'll pull down the merit PPP tar today, in case sliplogin is a lost cause but the ISP is configured for SLIP so it'll probably be faster to get sliplogin working than wait for them to change the config to PPP. Any thoughts, ideas or recommendations will be much appreciated. -- Think Peace. - Alan (daflemi@lookout.mnet.uswest.com) KotBBBB (1988 GSXR1100J) RaceBike (FT500) DOD# 4210 PGP key available - ------------------------------ Date: Sat, 4 Nov 1995 18:51:13 -0800 From: "James W. Birdsall" Subject: Sun Hardware Reference update To: Suns-at-Home@tigger.net-kitchen.com, george@intnet.net, montjoy@ece.uc.edu, The latest update of the Sun Hardware Reference is available from the usual places. This update adds a few miscellaneous facts, a bunch of memory boards, and some Prestoserve boards. Framebuffers and related boards are up next. The usual places: ftp.picarefy.com:/pub/Sun-Hardware-Ref ftp.netcom.com:/pub/ru/rubicon/sun.hdwr.ref (in a day or two) ftp.intnet.net:/pub/SUN/Sun-Hardware-Ref (a Web link to the flat text files) http://www.picarefy.com/~ftp/ --James - ------------------------------ Date: Sun, 29 Oct 1995 11:07:10 -0500 From: kent@paa.com Subject: Suns-at-Home Digest V8 #27 [SPARCbook II for sale --ed] To: Suns-at-Home@tigger.net-kitchen.com Dwight, Please post. Kent ----------- We are liquidating the following equipment: 1 - SPARCbook II w/color LCD disply, 32Mb RAM, 640Mb internal disk, external Archive Viper QIC-150 tape drive, all standard accesories and original packaging. Solaris 2 release media w/Administrators Answerbooks. Price: $3,100 For furter information, please contact. Kent Parkinson Senior Consultant Parkinson and Associates 209 East Navajo St. West Lafayette, IN 47906-2154 Phone: (800) 292-0306 kent@paa.com - ------------------------------ Date: Sun, 29 Oct 1995 14:40:42 -0800 From: "James W. Birdsall" Subject: Suns-at-Home Digest V8 #30 To: Suns-at-Home@tigger.net-kitchen.com Tim Ayers writes: >I have the PPP connection to my PPP account from a local internet >provider working, and I can access outside world machines as long >as I know the IP address, but I can't access anything by name. > >The man page for 'in.named' isn't making sense for me, but that >seems to be the right path. Can anyone provide some pointers? >My machine is a standalone with no local network. I would recommend getting the O'Reilly book "TCP/IP Network Administration" by Craig Hunt. It will give you the big picture as well as telling you how to set it up. tom@as.arizona.edu (Thomas J. Trebisky) writes: >I set it up as SCSI-ID 3, with parity disabled. >Is this right to have it be sd0 from the view of SunOS, and >will it be sd(0,x,x) to the boot rom ?? Sun-3's don't have the weird 3/0 inversion -- you want SCSI ID 0. Parity disabled is correct. Assuming you install SunOS with the root on the first partition, sd(0,0,0) will be what you boot from. >All I have handy are some SunOS 3.5 boot tapes, and they don't >seem to know about an embedded scsi drive, I boot diag from the >st drive just fine, but it asks me to choose a controller, and >the choices are: Choose the MD21. The format.dat for SunOS 4.x lists a lot of embedded-SCSI disks, and has the MD21 as the nominal controller for all of them. --James - ------------------------------ Date: Mon, 30 Oct 1995 13:05:22 +0100 From: Morten Tandle Subject: where to buy RAM for a SPARC? To: Suns-at-Home@tigger.net-kitchen.com Re: where to buy RAM for a SPARC? ... > to 64M. Can this machine hold 64M? Any suggestions > on where to buy it? The IPC can only hold 48Mb RAM (12slots x 4Mb SIMMs). I don't have any suggestions on where you should buy cheap RAM in the US ;-) -Morten - ------------------------------ End of Suns-at-Home Digest ******************************