From fin@unet.unet.umn.edu Fri Nov 22 15:50:12 1991 Received: from norge.unet.umn.edu by mail.unet.umn.edu (5.61/1.14) id AA04158; Fri, 22 Nov 91 15:50:12 -0600 Date: Fri, 22 Nov 91 15:50:14 -0600 From: "Craig A. Finseth" Message-Id: <9111222150.AA00334@unet.unet.umn.edu> Received: by unet.unet.umn.edu; Fri, 22 Nov 91 15:50:14 -0600 To: sun-managers-request@eecs.nwu.edu Cc: sun-managers@mail.unet.umn.edu Subject: addition Please add: sun-managers@mail.unet.umn.edu to the sun-managers list. This is a local exploder and supports the approprate owner and request aliases. Craig A. Finseth fin@unet.umn.edu [CAF13] Networking Services +1 612 624 3375 desk Computer and Information Services +1 612 625 0006 problems University of Minnesota +1 612 626 1002 FAX 130 Lind Hall, 207 Church St SE Minneapolis MN 55455-0134, USA From phil@delta.eecs.nwu.edu Wed Nov 27 15:08:00 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA20975; Wed, 27 Nov 91 15:08:00 -0600 Received: by delta.eecs.nwu.edu id AA15848 (5.65c/IDA-1.4.4 for sun-managers@mail.unet.umn.edu); Wed, 27 Nov 1991 14:34:02 -0600 Date: Wed, 27 Nov 1991 14:34:02 -0600 From: William LeFebvre Message-Id: <199111272034.AA15848@delta.eecs.nwu.edu> To: almserv!s5udtg@uunet.UU.NET, cameron@cs.adelaide.edu.au, car@btr.com, carhart@dave.nrl.navy.mil, ccteakle@cc.uq.oz.au, davis@udecc.engr.udayton.edu, dmcanzi@watserv1.uwaterloo.ca, dwb@IMD.Sterling.COM, flint@cain.cs.curtin.edu.au, fram@sgi.siemens.com, higgins@math.niu.edu, ingber@umiacs.UMD.EDU, jat@jatstrat.ta52.lanl.gov, jis@usl.com, klj@super.org, krokumg@cgrb.orst.edu, kussmaul@dartmouth.edu, liechti@tech.ascom.ch, medar!rmsun!rmorse@uunet.uu.net, mike@eridanus.aero.org, mist@source.nl, oneel@heasfs.gsfc.nasa.gov, ooms@delgeo.nl, pek@longinus.canberra.edu.au, pln@egret1.Stanford.EDU, pls@rice.edu, rageth@ifi.unizh.ch, rnt@math.ias.edu, scoggin@delmarva.com, senyong@iss.nus.sg, sun-mail@digtype.rochester.ny.us, sun-man@sda.com, sun-manager@space.physics.uiowa.edu, sun-managers@Civil.Concordia.CA, sun-managers@jmas.co.jp, sun-managers@mail.unet.umn.edu, sun-managers@onion.rain.com, sunman@mdd.comm.mot.com, sysmgrs@teradyne.com, uk1@spacsun.rice.edu, vinge@sdsu.edu, wfb@psych.ualberta.ca, willbar@hamlet.acc.uncg.edu, wlgrable@convex.cl.msu.edu, yamada-sun!chuck@nosun.west.sun.com, zen@death.corp.sun.com Subject: Welcome to Sun-managers Welcome to sun-managers. You or someone acting on your behalf sent a request to the sun-managers maintainer asking to be added to this mailing list. You are now on that list. This introductory message contains three sections: Introduction, Summary of Charter and Rules, Frequently Asked Questions. Please read every section thoroughly and save this message for future reference. Thank you for your cooperation. If you have any questions or corrections about this message, please send them to "phil@eecs.nwu.edu". ---------------------------------------- Sun-Managers Introduction Here are the relevant Internet mail addresses for sun-managers: sun-managers@eecs.nwu.edu submissions sun-managers-request@eecs.nwu.edu requests to be deleted & added Before sending a request to be deleted from the list, check with your local "postmaster" to see if you are receiving the messages via a local redistribution alias. If you are, then your local postmaster can remove you from the list far more effectively and quickly than I can. This list is NOT moderated! Anything mailed to the submissions address will be echoed to everyone on the list. Every potential poster is on his or her honor to not abuse this list! Messages sent to this list are NOT archived. Please DO NOT mail "please remove me" requests to the submissions address! The sun-managers mailing list is intended to be a quick-turnaround list primarily for people who maintain Sun computers. It's primary purpose is to provide the manager (by "manager" I mean computer and/or network manager) with a quick communications channel to other Sun managers, so that s/he can draw on the collective experience of the large body of Sun system managers. Please remember that many people have copies of sun-managers messages sent straight to their personal mailboxes. Messages need to be held to a minimum. Therefore, discussions should also be held to a minimum. This list is not intended to replace sun-spots---it is intended to complement it. To help hold down unnecessary messages, a specific policy has been adopted regarding the posting of questions and their answers. A person who sends a question in to this list is expected to collect, summarize, and post the answers to that question. In this way, all readers may benefit from the answers. A "summary" is not merely a concatenation of all responses: at the very least duplicate answers should be filtered out, and some information on the results of the original posters implementation of the suggestions would also be beneficial. The Subject line of the message containing the summary should start with the word "SUMMARY". It would also be nice if the original poster kept a copy of this summary in case the question comes up again in a few months. Similarly, ALL ANSWERS to a question should be sent ONLY TO THE ORIGINAL POSTER. They should NOT be CC-ed to the entire list. PLEASE take the time to double check your reply to insure that the list will not receive a copy. This is the best way to hold down the traffic in this medium. ---------------------------------------- Sun-Managers Summary of Charter and Rules Last updated: 1 November 1991 This message is a summary of the sun-managers charter and rules. Failure to adhere to these guidelines may result in severe chastisement by the list maintainer and other list participants. Changes from previous versions of this message are indicated with change bars to the right of the message. 1: This list is NOT moderated! Every message that is sent to the list will be passed on to every member of the list (with a few small exceptions). 2: Requests to have addresses added or removed from the list should NOT be sent to the entire list. Instead, they should be mailed to: sun-managers-request@eecs.nwu.edu 3: This list is intended to be a quick-turnaround trouble shooting aid for those who administer and manage Sun systems. Its primary purpose is to provide the Sun manager with a quick source of information for system management problems that are of a time-critical nature. 4: Answers to questions are to be mailed back to the questioner and are NOT to be sent to the entire list. The person who originally asked the question has the responsibility of summarizing the answers and sending the entire summary back to the list. When a summary is sent back to the list, it should contain the word "SUMMARY" as the first word of the "Subject" line. 5: Discussions on ANY topic are very strongly discouraged and will not normally be tolerated. 6: If it is not specifically related to Sun system management, then it does NOT belong on this list. Requests for vendor recommendations are tolerated, provided that the hardware in question is something that system managers normally purchase. 7: Requests for software (free or otherwise) should be limited to software that is directly related to Sun SYSTEM MANAGEMENT ONLY. 8: Read the appropriate manuals BEFORE posting, including the "Read This First" documents. Often times the manuals contain answers for common problems. 9: When including a traceback from a system panic, make sure that it is a SYMBOLIC traceback. Numeric tracebacks (the ones included as part of the panic message) are totally useless. Read chapter 22 of the SunOS 4.1 system administration manual to learn how to produce a symbolic traceback. 10: PLEASE PLEASE PLEASE...Think before you send a message! Ask yourself "is this really appropriate?" There are enough other newsgroups and mailing lists around to cover the marginal topics. Perhaps there is another forum that is more appropriate. Other forums that relate to Suns (please mail me corrections and additions to this list): Mailing lists: Sun-Spots: general discussion of Suns. sun-spots-request@rice.edu add requests sun-spots@rice.edu submissions Sun-Nets: networking sun workstations sun-nets-request@uunet.uu.net add requests | sun-nets@uunet.uu.net submissions | Sun-386i: discussion about the Sun 386i product sun-386i-request@mailhost.acq.osd.mil add requests sun-386i@mailhost.acq.osd.mil submissions Suns-at-home: discussion about maintaining Sun2/3/4/4c systems at home suns-at-home-request@orchestra.ecn.purdue.edu add requests suns-at-home@orchestra.ecn.purdue.edu submissions Auspex: managers of Auspex NFS file servers auspex-request@princeton.edu add requests auspex@princeton.edu submissions NOTE: if you wish to be added to one of the above mailing lists, send mail to the REQUEST address! Do not send add requests to the main address! Newsgroups (accessible via "rn", "readnews", "nn", etc.): alt.sys.sun may not be available everywhere comp.sys.sun newsgroup equivalent of sun-spots comp.sources.sun Sun-specific sources (not very active) ---------------------------------------- Sun-Managers' Frequently Asked Questions Last update 12-October-1991 This is collection of common questions posted to the sun-managers mailing list. This will hopefully reduce traffic to the list and become a useful resource by itself. Keeping with the style of a similar FAQ for comp.windows.x, questions marked with a '+' indicate questions new to this issue; those with significant changes of content since the last issue are marked by '*' Please send corrections or submissions to "sun-managers-faq@eecs.nwu.edu". Questions 1) How do I use the sun-managers mailing list? 2) How do I join, post to or remove myself from the mailing list? 3) How do I find out what patches are available from Sun? 4) What is "anonymous ftp" and how do I use it? 5) How do I find anonymous ftp sites? 6) How do I set up NIS/YP to use DNS? 7) How do I use DNS instead of NIS for hostname resolution? 8) Can I run both OpenWindows and MIT X11R4? 9) What is the format.dat entry for drive X? 10) What does "NFS write error X" mean? 11) Can I use a disk greater than 700meg? 12) What does the "nres_gethostbyaddr !=" error mean? 13) How do I move disks from xy451 to xy753/7053 disk controllers? 14) How come yppasswdd does not automatically update the yp maps? 15) What does NFS getattr failed/RPC: Authentication error mean? 16) How come my mouse doesn't work sometimes? 17) How come my internal 105 megabyte hard disk stopped working? 18) Can I replace the 105 megabyte internal drive with a higher capacity model? 19) How do I enable synchronous SCSI? 20) How do I set up anonymous ftp on my machine? 21)* How do I tell what caused my machine to crash? 22) What can I do if my machine slows to a crawl or hangs? 23) How can I turn my Sun3 into an X-Terminal? 24)+ Where can I get a version of ftp that does logging? Answers 1. How do I use the sun-managers mailing list Read the "policy" article from the list moderator that is posted on the first and the 16th of every month. Back issues of sun-managers are archived on eecs.nwu.edu and are available via anonymous ftp in the directory pub/sun-managers. 2) How do I join, post to or remove myself from the mailing list? see above. 3) How do I find out what patches are available from Sun? You can call the Sun patch database system at 1-800-477-4768, login as "guest". You can search for patches and have them mailed to you. Many anonymous ftp sites have partial collections of patches. The Sun User Group (SUG) CD ROM also has a collection of Sun patches. 4) What is "anonymous ftp" and how do I use it? Anonymous ftp is a way to provide restricted access to a host for the Internet community at large. You typically use ftp to connect to a host and enter "anonymous" (possibly "ftp" or "guest") for the user name and your "real" user name for the password. Do not type your real password at any time, as it is common to log all anonymous transactions and your password would be visible on the remote system. When transferring files, make sure you have "binary" or "image" mode set for transferring binary (non-ascii) files. This is true in the most common cases, such as compressed files or tar archives. In some rare cases, you might need "tenex" mode. Read the manual page for 'ftp'. 5) How do I find anonymous ftp sites? There are a number of well known ftp sites, such as "ftp.uu.net" (137.39.1.2) and "gatekeeper.dec.com" (16.1.0.2), you usually find out about these from newsgroups, mailing lists or word of mouth. There is a program that allows you to search for programs and tells you what ftp sites they are available on. Log into "quiche.cs.mcgill.ca" (132.206.2.3) with the user name of "archie". It will give you directions from that point. 6) How do I set up NIS/YP to use DNS? Under SunOS 4.1 and 4.1.1, there is a "#B=" at the top of /var/yp/Makefile, uncomment and change this to "B=-b" and setup NIS in the usual fashion. Under 4.0.x, edit the Makefile or apply the following "diff": *** Makefile.orig Wed Jan 10 13:22:11 1990 --- Makefile Wed Jan 10 13:22:01 1990 *************** *** 63 **** ! | $(MAKEDBM) - $(YPDBDIR)/$(DOM)/hosts.byname; \ --- 63 ---- ! | $(MAKEDBM) -b - $(YPDBDIR)/$(DOM)/hosts.byname; \ *************** *** 66 **** ! | $(MAKEDBM) - $(YPDBDIR)/$(DOM)/hosts.byaddr; \ --- 66 ---- ! | $(MAKEDBM) -b - $(YPDBDIR)/$(DOM)/hosts.byaddr; \ 7) How do I use DNS instead of NIS for hostname resolution? The "normal" behavior of a hostname lookup under NIS is to consult the NIS hosts map and then DNS (if configured). You can change this so all hostname lookups go directly to DNS. The SunOS shared library mechanism allows you change the behavior of any command that is dynamically linked to the shared library. In SunOS 4.1 and greater releases, there is an optional package called "shlib custom" that contains a kit for rebuilding shared libraries. You can select this in suninstall or load it later. It will put the files in /usr/lib/shlib.etc. Note that machines that come with pre-installed SunOS don't include this. It contains both a "normal" and System V version of libc and some tools to build shared libraries. The Sun-supplied README file gives some help, but doesn't detail how to change the hostname lookup functions. The most complete procedure for this that I have come by is on titan.rice.edu, called "bindon41.shar" - it goes one step further and replaces the Sun resolver routines with BIND 4.8.3 versions. Note that you can still use NIS for other things in environment, such as passwd, group info, etc - the NIS hosts map is just ignored. There are several important statically linked binaries that will break if you replace the Sun routines. "/etc/mount" is probably where you will first notice that it doesn't know about any host that is not present in /etc/hosts. The same goes for "rcp". My solution was to recompile mount and rcp with the new resolver routines, but you need source code to do this. Sun apparently will give you a dynamically-linked version of mount if you have software maintenance. You can compile your own version of rcp from the Berkeley 4.3 source that is available on various ftp site. Otherwise, you might just have to have all hosts (and aliases) in /etc/hosts that you want to mount or use Internet addresses (yuck). Another "feature" of a DNS-only environment is that hostnames will sometimes be returned all in uppercase and these will not match the lower-case entries you typically have in /etc/exports, /etc/bootparams, etc. There are some patches to BIND 4.8.3 called "resolv+" that allow you to specify hostname lookups to /etc/hosts only, DNS only or both. bind 4.8.3 is on ucbarpa.berkeley.edu (128.32.130.11) in /4.3 resolv+ is on schizo.samsung.com (134.228.1.2) in /pub/usenet-archives/alt.sources/283[12].Z 8) Can I run both OpenWindows and MIT X11R4? The shared libraries for OpenWindows have higher version numbers than the MIT versions. MIT executables will try to use the OpenWindows libraries and OpenWindows executables will complain about version mismatches. You can toggle between the two environments by setting your $path and LD_LIBRARY_PATH variables. Assuming you installed the MIT libraries in /usr/lib and the OpenWindows libraries are in /usr/openwin/lib, set the following before you start the windowing system: MIT X11R4 environment set path = (/usr/bin/X11 $path) setenv LD_LIBRARY_PATH /usr/lib Sun OpenWindows set path = (/usr/openwin/bin /usr/openwin/demo $path) setenv LD_LIBRARY_PATH /usr/openwin/lib You can also run clients from one environment under a different server on a one command at a time basis. This example runs a OpenWindows client under the MIT server: (setenv LD_LIBRARY_PATH /usr/openwin/lib; x_soundtool) The OpenWindows server has the ability to display PostScript that several of the OpenWindows applications require to run. Sun's AnswerBook is an example that requires PostScript. These clients will not run under the MIT server. You can get a limited PostScript preview capability under either server with GNU Ghostscript, a public domain package available from various ftp sites. Two enhanced versions of Ghostscript are also available, CSPreview and Ghostview, they both offer fancier preview capabilities. These programs are currently available via anonymous ftp: Ghostscript is on prep.ai.mit.edu (18.71.0.38) in /pub/gnu GSPreview is on export.lcs.mit.edu (18.24.0.12) in /contrib Ghostview is on appenzell.cs.wisc.edu (128.105.2.196) in /pub 9) What is the format.dat entry for drive X? This is a tough one. The answer can vary according to what OS you are running, the architecture of your machine or the type of SCSI/SMD/IPI controller you are using. Opinions also vary on how to format once you have all the information you need. If you are buying a Sun supported drive, you will likely find an entry for it in "/etc/format.dat". On third party drives, you should inquire with the vendor you bought it from. If you are on your own, try to get hold of the manufacturer's OEM manual for your drive model. You might be able to derive enough information from the manual to make up your own entry. Some drives has numerous jumper and dip switch settings and may be described in terms you are not familiar with. You are probably better off posting to a list (such as sun-managers!) for help. Some drive manufacturers run "bulletin boards" with drive information on them. The ones I've seen are biased towards PC drives, but most of the information is still relevant. Fujitsu America BBS 408 944 9899 Seagate Tech BBS 408 438 8771 Maxtor BBS 303 678 2222 Micropolis BBS 818 709 3310 I am aware of several efforts to collect format.dat entries, but I'll hold off on listing them here until I get approval. 10) What does "NFS write error X" mean? You can lookup the error codes in /usr/include/sys/errno.h. Two common ones are 13, which is "permission denied" and 70 "stale file handle". 13 is probably coming from an incorrect /etc/exports entry. 70 will occur when a fileserver goes down for some reason. You can usually get rid of the error by unmounting and remounting the filesystem in question. Under SunOS 4.1, you can run "showfhd" to translate the NFS "file handle" given in the error message into a Unix pathname. Beware that showfhd does a "find" on your server to get the filename. "man 2 intro" will give you some more general information on what error codes could mean. 11) Can I use a disk greater than 700meg? Yes, Sun has recently introduced a 1.3 gigabyte drive or you can choose from a variety of the third party drives. The older Sun SCSI drivers use SCSI group 0 commands. This command set only has 21 bits of storage for the block number. This means you can have 2^21-1 or 2097151 as the largest block number understood by the SCSI driver. The fix is to use SCSI group 1 commands, where you have 31 bits for block numbers. The newer Sun SCSI drivers (SCSA) use group 1 commands, but require a patch to work properly. The patch for a Sun4c running SunOS 4.1.1 is 100343-02. There was an earlier patch, 100343-01, but you should install the latest version. This includes a new format.dat for the Sun 1.3 gig drive. The patch will come with the drive if you order it from Sun or you can get it from the Sun patch database mentioned in question 3. You can use the recent crop of 1.2 gigabyte drives with the current driver, but you "waste" several megabytes (i.e. no big deal). The Fujitsu M2266SA, CDC/Imprimis/Seagate Wren 7, HP 97549T and Micropolis 1598 are known to work. These should all be around $2.5k or under and most have 5 year warranties. Note: The Fujitsu M2266SA has firmware bug in the use of the on-drive read-ahead cache that causes random read errors. You can disable the cache by removing the jumper on pins 5-6 on CN9. Fujitsu recently has made new PROMs available that fix the cache problem. You should be able to obtain these from your drive vendor at no cost. The PROM is marked "81202" followed by a revision letter. Revision "C" and earlier should be replaced by the new "D" version. 12) What does the "nres_gethostbyaddr !=" error mean? This message is from "ypserv" and has been determined to be "harmless" (bug #1039839). Sun supplied a patch 100141-01 to quiet it, but the patched version appears to die silently at random times, so Sun now has a new patch, 100141-02. 13) How do I move disks from xy451 to xy753/7053 disk controllers? You have to reformat the drives for them to be recognized by the new controller. Save the bad block list on drives while they are still on the old controller and load this back on the disk when you are formatting the disk on the new controller. The "dump" command in "defect" menu of "format" will write out a defect list to a file, the "load" command in the same menu will read the defect list from a file. 14) How come yppasswdd does not automatically update the yp maps? There is a bug in 4.1 rpc.yppasswdd that causes it misinterpret the command line arguments. A work-around is to add the "-nosingle" flag (which is the default), this shifts the arguments over one, so "passwd" is read instead of "-m". For example: rpc.yppasswdd /var/yp/passwd -nosingle -m passwd DIR=/var/yp If you are running the C2 security package, you should apply patch 100201-04, as it fixes several problems with rpc.yppasswdd. 15) What does NFS getattr failed/RPC: Authentication error mean? You are probably running a pre-4.0 version of NFS and your username is in more than 8 groups. There is a limit on the number of groups that could be represented in the rpc service (called NGRPS). On pre-4.0 systems this was 8, now it is 16. Since many vendors other than Sun are still running old versions of NFS, you might see this error even if your SunOS is recent. Authentication errors are also caused by having secure RPC enabled on the client but not on the server, or by having a misconfigured secure RPC configuration for the user name generating the errors. Beware of this problem when you are using the automounter, as programs (such as Sendmail) may silently fail when when they try to mount a directory and get this error. 16) How come my mouse occasionally doesn't work? You may have one of the bad mice that came with early SS-1 shipments. The LED on the underside of the mouse can fail. Request a replacement from Sun. 17) How come my internal 105 megabyte hard disk stopped working? There is a problem in the Quantum 105S 3.5" disk with the drive lubricant. It prevents the platter from rotating if it cools down enough, which will happen if the drive is powered down. Before you call Sun in for replacement, try lightly tapping the drive to loosen the lubricant. 18) Can I replace the 105 megabyte internal drive with a higher capacity model? The higher capacity drives create more heat and draw more power than the 105S. The case cooling ability and power supply in the SS-1 and SS-1+ are not adequate for the 210 megabyte or higher capacity drives possible in the SS-2. 19) How do I enable synchronous SCSI? It depends on the type of SCSI controller and the SunOS release. The SCSI device must be able to support it. Most modern SCSI drives do, check the drive manual to see if there is a jumper or switch to enable or disable it on the drive itself. If you have a VME-based system with the Sun SCSI controller on a separate card (a 4/470 for example), you are out of luck unless you go with a third-party SCSI controller. The Sun VME SCSI "si" and "sc" controllers are old products that were developed for the Sun3 line and do not support many newer SCSI features. VME systems with the "sm" controller on the cpu board, (such as the 4/370) are capable of sync SCSI, along with desktop systems with the "esp" controller (SS-1, SS-1+, SS2, etc). You can see what type of controller you have by watching the boot process or running /etc/dmesg. There were some problems with sync SCSI on the SS-1 that prompted Sun to disable it by default in 4.0.3 and 4.1. You can enable it manually by tweaking the kernel: echo 'scsi_options?W 0x38' | adb -w /vmunix reboot system or a better method: uncomment the 'SCSI_OPTIONS_SYNC' line in /sys/scsi/conf/scsi_confdata.c rebuild kernel reboot system Under 4.1.1, sync SCSI is negotiated at boot time by checking each device to see if it supports it. 4.1.1 will print a message if it is successful: esp0: Target 3 now Synchronous at 4.0 mb/s max transmit rate sd0 at esp0 target 3 lun 0 sd0: Enabling sync SCSI only makes sense on systems with multiple drives, as a single drive has no competition on the bus from other devices. SCSI cable length will also affect drive performance, this should be kept to a minimum for sync devices. 20) How do I set up anonymous ftp on my machine? Read the man page ftpd(8) in the SunOS 4.x documentation, as the procedure differs from vanilla BSD and most examples in system administration books. The "ls" binary is dynamically linked, requiring you to duplicate ld.so, libc.so.* and /dev/zero in the ftp area. The permissions and ownership of the files within the ftp area are critical to having a secure configuration. 21) How do I tell what caused my machine to crash? The crash messages will usually be displayed on the console or kept around after reboot long enough for you to run /etc/dmesg. Syslog can sometimes record the crash message. If your system repeatedly crashes with similar looking errors, try searching through the patch list on the Sun patch database for a description that matches your machine. Read chapter 22 of the SunOS 4.1 system administration manual on how to gather more information for reporting a crash and making crash dumps. To enable a crash dump, uncomment the "savecore" lines in /etc/rc.local. To report a crash dump, you need a symbolic traceback for it to be useful to the person looking at it. # cd /var/crash/`hostname` # echo '$c' | adb -k vmunix.0 vmcore.0 22) What can I do if my machine slows to a crawl or just hangs? Try running "ps" to look for large numbers of the duplicate programs or processes with a huge size field. Some system daemons are famous for getting into a state where they fork repeatedly and eventually swamp the system. Killing off the child processes doesn't do any good, so you have to find the "master" process. It will usually have the lowest pid. The programs "top" and "sps" are good for finding processes that are loading your system. They can be found a most anonymous ftp sites (try gatekeeper.dec.com:pub/sysadm). "Top" will give you the processes that are consuming the most cpu time. "Sps" is a better version of "ps" that runs much faster and displays processes in an intuitive manner. Sometimes you run out of memory and you won't be able to run enough commands to even find out what is wrong. You will get messages of the type "out of memory" or "no more processes". You can sync the disks to minimize filesystem corruption if you have to crash the system: Use L1-A sequence to crash system If you are on an older system, type "g0" and you will get the message "panic: ... syncing file systems". When you see the word "done", hit L1-A again and reboot. On systems with the "new" prom, type "n" to get into the new command mode and type "sync". 23) How can I turn my Sun3 into an X-Terminal? You can use Seth Robertson's Xkernel package. This is available via anonymous ftp from sol.ctr.columbia.edu (128.59.64.40) in /Xkernel. The package describes how to configure a minimal kernel that runs the X server and offloads all the clients onto another, hopefully more powerful host on the network. This is attractive to some sites that have a large investment in sun3 platforms, as moving most of the processing off the sun3 cpu makes it tolerable to use. The price of a used 3/50 is competitive with low-end X Terminals and you get a 19" monitor with an optical mouse. Some disadvantages are that 4.1.1 is supposed to be the last SunOS release on the sun3 and maintenance costs might be higher for sun3 hardware. 24) Where can I get a version of ftp that does logging? These are 3 versions that have enhanced logging or can be modified to enable logging: isy.liu.se (130.236.1.3) /pub/ftpd.tar.Z ftp.adelaide.edu.au (129.127.40.3) /pub/4.3/ftpd-sirius.tar.Z ftp.cs.widener.edu (192.55.239.132) /pub/unix/widener.ftpd.tar.Z The stock Sun ftpd will log some information if you add the "-l" flag in /etc/inetd.conf: ftp stream tcp nowait root /usr/etc/in.ftpd in.ftpd -l Also enable syslogd by adding: daemon.info /var/adm/syslog to "/etc/syslog.conf". ---------------------------------------- William LeFebvre Sun-Managers maintainer Department of Electrical Engineering and Computer Science Northwestern University From sun-managers-relay@delta.eecs.nwu.edu Wed Nov 27 19:18:43 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA22050; Wed, 27 Nov 91 19:18:43 -0600 Received: by delta.eecs.nwu.edu id AA07758 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 27 Nov 1991 16:21:35 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from boom2.dciem.dnd.ca by delta.eecs.nwu.edu with SMTP id AA01469 (5.65c/IDA-1.4.4 for ); Wed, 27 Nov 1991 16:21:20 -0600 Received: from dretor.dciem.dnd.ca by boom2.dciem.dnd.ca (4.1/SMI-DDN) id AA06411; Wed, 27 Nov 91 17:21:13 EST Received: from accord.noname by dretor.dciem.dnd.ca (4.1/SMI-3.2) id AA12628; Wed, 27 Nov 91 17:21:08 EST Date: Wed, 27 Nov 91 17:21:08 EST From: rwolf@dretor.dciem.dnd.ca (Robert J Wolf) Message-Id: <9111272221.AA12628@dretor.dciem.dnd.ca> To: sun-managers@eecs.nwu.edu Subject: Request: Format entry FUJITSU M2266SA I need the format.dat entry for a FUJITSU M2266SA connected to a Emulex MD21 controller. This 1GB beast is connected to a Sun SLC running SunOS 4.1.1 I know ctlr=MD21 pcyl=1644 acyl=2 ncyl=1642 heads=15 rpm=3600 However I would like the other parameters bpt=??? bps=??? fmt_time=??? sec=85(unsure?) Is there a way calculating these numbers? Also I would like the choice of using or not using slip sectoring. So if the sec=85 is correct then is this value for slip sectoring or not (ie 84 with 85 without or 85 with 86 without)? Also do these numbers differ if synchronise scsi transfer is enabled? Thanks ------------------------------------------------------------------------------ Robert J Wolf, Sun System Admin. DCIEM, CFB Toronto rwolf@dciem.dnd.ca PO Box 2000 1133 Sheppard Avenue West uunet!csri.toronto.edu!dciem!rwolf North York (Toronto), Ont., Canada M3M 3B9 Internet: 192.16.207.3 Phone: (416)635-2073 FAX: (416)635-2104 "Capitalism with environmental ethics will benefit the entire world." From sun-managers-relay@delta.eecs.nwu.edu Wed Nov 27 19:34:38 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA22068; Wed, 27 Nov 91 19:34:38 -0600 Received: by delta.eecs.nwu.edu id AA16203 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 27 Nov 1991 16:49:44 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from boom2.dciem.dnd.ca by delta.eecs.nwu.edu with SMTP id AA20688 (5.65c/IDA-1.4.4 for ); Wed, 27 Nov 1991 16:49:30 -0600 Received: from dretor.dciem.dnd.ca by boom2.dciem.dnd.ca (4.1/SMI-DDN) id AA06426; Wed, 27 Nov 91 17:49:24 EST Received: from accord.noname by dretor.dciem.dnd.ca (4.1/SMI-3.2) id AA13674; Wed, 27 Nov 91 17:49:20 EST Date: Wed, 27 Nov 91 17:49:19 EST From: rwolf@dretor.dciem.dnd.ca (Robert J Wolf) Message-Id: <9111272249.AA13674@dretor.dciem.dnd.ca> To: sun-managers@eecs.nwu.edu Subject: Request: Format entry FUJITSU M2266SA This is inaddition to my previous request. I need the format.dat entry for a FUJITSU M2266SA connected to a Emulex MD21 controller. This 1GB beast is connected to a Sun SLC running SunOS 4.1.1 I know ctlr=MD21 pcyl=1644 acyl=2 ncyl=1642 heads=15 rpm=3600 However I would like the other parameters bpt=??? bps=??? fmt_time=??? sec=85(unsure?) cache=??? trks_zone=??? asect=??? Is there a way calculating these numbers? I would like the choice of using or not using slip sectoring. So if the sec=85 is correct then is this value for slip sectoring or not (ie 84 with 85 without or 85 with 86 without)? Do the setting of acyl affect the setting of trks_zone and asect? Do these numbers differ if synchronise scsi transfer is enabled? Are there specific switch settings that need to be set depending on the above values. The format table I used in my previous summary does not have these settings. Thanks ------------------------------------------------------------------------------ Robert J Wolf, Sun System Admin. DCIEM, CFB Toronto rwolf@dciem.dnd.ca PO Box 2000 1133 Sheppard Avenue West uunet!csri.toronto.edu!dciem!rwolf North York (Toronto), Ont., Canada M3M 3B9 Internet: 192.16.207.3 Phone: (416)635-2073 FAX: (416)635-2104 "Capitalism with environmental ethics will benefit the entire world." From sun-managers-relay@delta.eecs.nwu.edu Wed Nov 27 19:41:32 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA22075; Wed, 27 Nov 91 19:41:32 -0600 Received: by delta.eecs.nwu.edu id AA24135 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 27 Nov 1991 17:05:21 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from nuacc.acns.nwu.edu by delta.eecs.nwu.edu with SMTP id AA04841 (5.65c/IDA-1.4.4 for ); Wed, 27 Nov 1991 17:05:06 -0600 Received: from TNTECH.BITNET by nuacc.acns.nwu.edu; Wed, 27 Nov 91 17:03 CDT Received: from TNTECH.BITNET by TNTECH.BITNET (PMDF #12342) id <01GDG9355Y5CATKLLH@TNTECH.BITNET>; Wed, 27 Nov 1991 17:08 CST Date: Wed, 27 Nov 1991 17:08 CST From: "Joel L. Seber ... CH210" Subject: PROBLEM - Mail not working on NIS server... To: sun-managers@eecs.nwu.edu Message-Id: <01GDG9355Y5CATKLLH@TNTECH.BITNET> X-Envelope-To: sun-managers@eecs.nwu.edu X-Vms-To: SUN-MANAGERS X-Vms-Cc: JLS2013 System: Sun Sparcstation 1 acting as NIS server to 55 more SUN stations 12MB RAM, monochrome screen, two Quantum 104 drives internal, one 327M WREN-IV external drive, one 1.6G Seagate Elite I external drive, Exabyte-8200 8mm tape drive, SUN QIC-150M 1/4" tape drive I recently had a problem with my root (/) partition of my first internal 104M hard drive where several items were lost to 'lost+found'. After fsck did its work, mail stopped functioning for the server. All other stations in the net can mail each other and, sometimes, the server. I say 'sometimes' because some messages have been rejected by the server. As per the SUN System and Adminstration manual, I performed the following test on the NIS server: /usr/lib/sendmail -v >HELO ch208a.ttu 553 ch208a.ttu host name configuration error Trying 192.9.200.10... connected. 220 ch208a.ttu Sendmail 4.1/SMI-4.1 ready at Wed, 27 Nov 91 16:41:26 CST >>HELO ch208a.ttu ... MANY, MANY of these until... 553 ch208a.ttu host name configuration error makeconnection: no socket: Too many open files Too many open files Error contacting remote server ch208a I know I must have lost something important when my drive messed up. I realize that I could reinstall SUNOS and everything would be OK, but I can't [Aafford to be down just now if I can help it. Therefore, my question is: can anyone tell me how to regenerate mail access on a system without bringing it down? I will summarize if necessary. Thanks in advance, Joel L. Seber | Dry humor is wasted around here. SUN Workstation Laboratory Manager | Center for Manufacturing Research | -Joel L. Seber and Technology Utilization | Tennessee Technological University | recursive, adj. Cookeville, TN 38505 | See 'recursive' | jls2013@tntech.bitnet | From sun-managers-relay@delta.eecs.nwu.edu Wed Nov 27 19:42:17 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA22094; Wed, 27 Nov 91 19:42:17 -0600 Received: by delta.eecs.nwu.edu id AA19365 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 27 Nov 1991 17:05:14 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from sun2.nsfnet-relay.ac.uk by delta.eecs.nwu.edu with SMTP id AA22409 (5.65c/IDA-1.4.4 for ); Wed, 27 Nov 1991 17:04:52 -0600 Received: from dcs.sheffield.ac.uk by sun2.nsfnet-relay.ac.uk via JANET with NIFTP id <3320-0@sun2.nsfnet-relay.ac.uk>; Wed, 27 Nov 1991 20:15:03 +0000 Received: from server3.sheffield by dcs.sheffield.ac.uk (4.1/DAVE-1.0) id AA15141; Wed, 27 Nov 91 11:20:38 GMT Date: Wed, 27 Nov 91 11:20:38 GMT From: Dave Mitchell Message-Id: <9111271120.AA15141@dcs.sheffield.ac.uk> To: sun-managers@eecs.nwu.edu Subject: finding file associated with disk block I recently had to repair a bad block on a disk. Unfortunately, I now have a file with a block of zeros embedded somewhere in it. I know the block number, I need to find which file is using that block. I asked sun, they said that there's no command that gives that info. Has anyone got a program that can scan the i-nodes to find the block? The machine is running 4.0.3, but I have another disk playing up on a 3.4 machine as well (I know - not even 3.5 !!!) Thanks in advance. /-----------------------------------------------\ | David Mitchell, Systems Administrator, | | Dept. Computer Science, Sheffield University, | | Portobello Centre, Pitt Street, | | Sheffield S1 4DD, UK. | | | | Tel: +44 742-768555 ext 5573 (or 5577) | | Fax: +44 742-780972 | | | | JANET: D.Mitchell@uk.ac.sheffield.dcs | | INTERNET: D.Mitchell@dcs.sheffield.ac.uk | \-----------------------------------------------/ From sun-managers-relay@delta.eecs.nwu.edu Wed Nov 27 23:32:58 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA22527; Wed, 27 Nov 91 23:32:58 -0600 Received: by delta.eecs.nwu.edu id AA14663 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 27 Nov 1991 16:45:45 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from mashie.ece.jhu.edu (mashie.ece.jhu.edu) by delta.eecs.nwu.edu with SMTP id AA24414 (5.65c/IDA-1.4.4 for ); Wed, 27 Nov 1991 16:45:35 -0600 Message-Id: <199111272245.AA24414@delta.eecs.nwu.edu> Received: by mashie.ece.jhu.edu ; Wed, 27 Nov 91 17:40:03 EST Date: Wed, 27 Nov 91 17:40:03 EST From: guttman@mashie.ece.jhu.edu (Mike Guttman) To: sun-managers@eecs.nwu.edu Subject: paging vs. swapping Hi all, I was talking to a local UNIX guru, who told me that the performance of a UNIX box can be substantially increased by getting workstations to page whenever possible instead of swap. Is it easy, hard or impossible to change the SunOS kernel to prefer paging over swapping? Any Sun I have ever checked does practically no paging. For example, this is on a machine which is in dire need of more RAM: > vmstat procs memory page disk faults cpu r b w avm fre re at pi po fr de sr s0 d1 d2 d3 in sy cs us sy id 1 0 0 0 224 0 1 0 1 1 0 3 1 0 0 0 16 56 42 1 2 97 > vmstat -S procs memory page disk faults cpu r b w avm fre si so pi po fr de sr s0 d1 d2 d3 in sy cs us sy id 3 0 0 0 372553682 41 0 1 1 0 3 1 0 0 0 16 56 42 1 2 97 Those of us running OpenWindows who are not rich enough to buy gobs of memory want to know. By the way, I know of the patch which implements a more intelligent swapping algorithm, but that's not quite what I'm asking. However, I may try this patch as well. Thanks. Mike Guttman Johns Hopkins Hospital Dept. of Radiology guttman@mashie.ece.jhu.edu From sun-managers-relay@delta.eecs.nwu.edu Thu Nov 28 06:12:49 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA23398; Thu, 28 Nov 91 06:12:49 -0600 Received: by delta.eecs.nwu.edu id AA05117 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 28 Nov 1991 02:54:54 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from hearnvax.nic.surfnet.nl by delta.eecs.nwu.edu with SMTP id AA06202 (5.65c/IDA-1.4.4 for ); Thu, 28 Nov 1991 02:54:44 -0600 Received: from ECN.NL (ENR001) by HEARNVAX.nic.SURFnet.nl with PMDF#10216; Thu, 28 Nov 1991 09:53 MET Received: from enrdt1.ecn.nl by ECN.NL; Thu, 28 Nov 91 09:53 GMT Received: from merlin.ecn.nl by ecnsun.ecn.nl (4.1/SMI-4.0) id AA07877; Thu, 28 Nov 91 09:50:42 +0100 Date: Thu, 28 Nov 91 09:50:42 +0100 From: bernards@ECN.NL Subject: SIMM clock speed on SS1, SS2, SLC and IPC To: sun-managers@eecs.nwu.edu Message-Id: <9111280850.AA07877@ecnsun.ecn.nl> X-Envelope-To: sun-managers@eecs.nwu.edu Hello Sun-MGR's, This is probably asked before, but I did not record it in my sun-managers mail folder :-( I'm in the market for some memory upgrades for some Sparc's I'm not sure about the SIMM clock rate speed of the IPC/IPX and SS2 What brand of SIMMS do the following machines need ?: SLC - 4MB 36 bits - 80 Nsec ELC - 4MB 36 bits - 80 Nsec IPC - 4MB 9 bits - 80 Nsec IPX - 4MB 9 bits - 80 Nsec ( or 70 Nsec ) SS2 - 4MB 9 bits - 70 Nsec Are these OK ? Marcel Bernards, UNIX & Net sysadm Netherlands Energy Research Foundation ECN (and SURFnet IC/ICP), Phone: (+31 /0)2246 4579 Fax: (+31 /0)2246 1864 E-Mail: Bernards@ECN.NL, SnailMail: P.O. Box 1, 1755 ZG Petten SCREAMNet : AAAAAARGHH!HUH?? : Disclaimer: "The AntiChrist is the Computer !" From sun-managers-relay@delta.eecs.nwu.edu Thu Nov 28 11:52:55 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA23645; Thu, 28 Nov 91 11:52:55 -0600 Received: by delta.eecs.nwu.edu id AA25833 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 28 Nov 1991 09:01:55 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from maccs.DCSS.McMaster.CA by delta.eecs.nwu.edu with SMTP id AA16534 (5.65c/IDA-1.4.4 for ); Thu, 28 Nov 1991 09:01:48 -0600 Received: by maccs.dcss.mcmaster.ca (/\==/\ Smail3.1.24.1 #24.1) id ; Thu, 28 Nov 91 10:02 EST Received: by flex.Eng.McMaster.CA (4.1/SMI-4.1) id AA21090; Thu, 28 Nov 91 10:02:04 EST Date: Thu, 28 Nov 91 10:02:04 EST From: todd@flex.Eng.McMaster.CA (Todd Pfaff) Message-Id: <9111281502.AA21090@flex.Eng.McMaster.CA> Reply-To: Todd Pfaff To: sun-managers@eecs.nwu.edu Subject: running xnews server from xdm I'm trying to set up xdm to run the OpenWindows xnews server on our Sun consoles and Open Look Window Manager (olwm) and OpenWindows X clients on X terminals (PCs running X). I've almost got everything working as I'd like, except for shelltool. If I start a shelltool from my .xsession session startup file, the shelltool window is opened and displayed, but no shell prompt ever appears. I can type to the shelltool window and what I type is echoed, but nothing happens. The same problem occurs if I start a shelltool from the olwm menu. If I look at the .xsession-errors file I see the message: ttysw-TIOCSPGRP: Interrupted system call but I don't know if this is coming from the shelltool. Incidentally, I can can start xterms instead of shelltools without a problem, but I'd like to get the shelltool working. Any suggestions? -- Todd Pfaff \ Internet: todd@flex.eng.mcmaster.ca Dept. of Mechanical Engineering \ Voice: (416) 525-9140 x2902 McMaster University \ FAX: (416) 572-7944 Hamilton, Ontario, CANADA L8S 4L7 \ From sun-managers-relay@delta.eecs.nwu.edu Thu Nov 28 17:59:45 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA24064; Thu, 28 Nov 91 17:59:45 -0600 Received: by delta.eecs.nwu.edu id AA15846 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 28 Nov 1991 15:45:43 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Clyde.Concordia.CA by delta.eecs.nwu.edu with SMTP id AA00019 (5.65c/IDA-1.4.4 for ); Thu, 28 Nov 1991 15:45:32 -0600 Received: from Davinci.Concordia.CA by Clyde.Concordia.CA id aa06557; 28 Nov 91 21:45 GMT Received: from davinci.concordia.ca by davinci.concordia.CA id aa10218; 28 Nov 91 16:42 EST To: sun-managers@eecs.nwu.EDU Cc: gustavo@davinci.concordia.ca Subject: Problems with Lotus 123 and ld.so Date: Thu, 28 Nov 91 16:42:18 -0500 From: gustavo@davinci.concordia.ca Message-Id: <9111281642.aa10218@davinci.concordia.CA> Hello everyone, I have been trying to solve this problem I have with the Sun version of Lotus 123. When I configure it to run under X windows or Suntools, the program gives me the following error, when invoqued: ld.so: Undefined symbol: _XCreateBitmapFromData this symbol is found in one of the standard libraries for X, libX11.a, my LD_LIBRARY_PATH is properly defined, I have even checked that ldconfig ran and specifically on the proper path. A similar problem arises when I configure Lotus to run under Sunview, but this time the error message is: ld.so: Undefined symbol: _window_set And again, I have checked all I can think of going wrong, and I have found nothing. I know I must be overlooking something. I also checked the permissions of the libraries and the path to get to them. Oddly enough, all other utilities using X and Suntools are running fine. I called the Lotus Customer Center, and left a message to this effect, but I haven't got any answers yet. I would really appreciate any insights on this one. Thanks, -------- ==== === ==== =======================+=========================== = = = = Gustavo Vegas gustavo@davinci.concordia.ca === = === Dept. of E&CE Concordia University = = = Montreal QC. H3G 1M8 Voice : (514) 848-3107 = = = = Canada Fax : (514) 848-2802 ==== === ==== =======================+=========================== From sun-managers-relay@delta.eecs.nwu.edu Thu Nov 28 20:17:37 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA24149; Thu, 28 Nov 91 20:17:37 -0600 Received: by delta.eecs.nwu.edu id AA03150 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 28 Nov 1991 18:12:41 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from eros.uknet.ac.uk by delta.eecs.nwu.edu with SMTP id AA01210 (5.65c/IDA-1.4.4 for ); Thu, 28 Nov 1991 18:12:32 -0600 Received: from acorn.co.uk by eros.uknet.ac.uk with UUCP id <4621-0@eros.uknet.ac.uk>; Fri, 29 Nov 1991 00:12:09 +0000 Received: by acorn.co.uk (4.1/Am32) id AA21717; Thu, 28 Nov 91 20:09:10 GMT Received: from brimstone.unipalm.co.uk by unipalm.co.uk (4.0/SMI-3.2sun3) id AA03617; Thu, 28 Nov 91 17:00:04 GMT Received: from clay.unipalm.co.uk by brimstone.unipalm.co.uk (4.1/SMI-4.1 (ian @(#)sendmail.cf 1.3 91/09/26)) id AA10294; Thu, 28 Nov 91 17:00:09 GMT Date: Thu, 28 Nov 91 17:00:09 GMT From: steveb@unipalm.co.uk (steve barnett) To: sun-managers@eecs.nwu.edu Subject: Re: Legato NetWorker Message-Id: dear all I have had a number of mail messages most nice some not so complimentary about misuse of enet mail. SORRY we mushrooms (techs) tend not to consider things as commercial. I consider my wrists slapped :-( cheers steve (on the beach) barnett From sun-managers-relay@delta.eecs.nwu.edu Fri Nov 29 06:01:58 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA24992; Fri, 29 Nov 91 06:01:58 -0600 Received: by delta.eecs.nwu.edu id AA01399 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 29 Nov 1991 03:16:51 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from dkuug.dk by delta.eecs.nwu.edu with SMTP id AA07820 (5.65c/IDA-1.4.4 for ); Fri, 29 Nov 1991 03:16:42 -0600 Received: from ltf.dth.dk by dkuug.dk via EUnet with SMTP (5.64+/8+bit/IDA-1.2.8) id AA17583; Fri, 29 Nov 91 10:16:16 +0100 Received: from roemer.ltf.dth.dk by ltf.dth.dk (4.1/SMI-4.1) id AA24671; Fri, 29 Nov 91 10:16:31 +0100 Date: Fri, 29 Nov 91 10:16:31 +0100 From: stoltze@ltf.dth.dk (Per Stoltze) Message-Id: <9111290916.AA24671@ltf.dth.dk> To: sun-managers@eecs.nwu.edu Subject: How to discover end-of-tape ? Cc: ohnielse@dkuug.dk, stoltze@dkuug.dk X-Charset: ASCII X-Char-Esc: 29 Does anyone know a clever solution to the following problem: A user has used "mt eom; tar cvf /dev/nrst0" a number of times on one tape as a primitive form of incremental backup. He now wants us to restore all of it, but a reliable value for the number of files on the tape is not known. I guess this amounts to asking: If the tape is positioned at an end-of-file, how can we discover if this is the end-of-medium or just the end of yet another tar file ? Per Stoltze --- Per Stoltze, stoltze@ltf.dth.dk Laboratory of Applied Physics Technical University of Denmark From sun-managers-relay@delta.eecs.nwu.edu Fri Nov 29 10:51:58 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA25167; Fri, 29 Nov 91 10:51:58 -0600 Received: by delta.eecs.nwu.edu id AA24400 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 29 Nov 1991 07:52:11 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA28181 (5.65c/IDA-1.4.4 for ); Fri, 29 Nov 1991 07:52:06 -0600 Received: from Cygnus ([139.82.5.2]) by rice.edu (AA03481); Fri, 29 Nov 91 07:49:25 CST Received: from Gemini.ele.puc-rio.br by Cygnus (4.1/SMI-4.1) id AA00484; Fri, 29 Nov 91 11:48:38 EDT Date: Fri, 29 Nov 91 11:48:38 EDT From: lf@ele.puc-rio.br (Luis Fernando V. Gomes) Message-Id: <9111291348.AA00484@Cygnus > To: sun-managers@rice.edu Subject: SUMMARY: Screenblank blanks screen running sunview My problem was: ----- Begin Included Message ----- We have been using a small subnetwork with three SS1+ (Sun 4/65) running SUNOS 4.1 that used to work fine. All of them were running "screenblank -d 120" started from their /etc/rc. One of them is NIS master and the others are slaves. Then we decided to add one SS2 with two SLC (SUNOS 4.1.1) as NIS clients to this network. The problem is when I run sunview on the NIS master and screenblank times out, no key stroke nor mouse movement makes the screen light up again. Remote "su root" can do it (but only once). writing to the console works always, but then screenblank turns the video off again. The only known way to succeed is to kill screenblank. Screenblank and sunview always used to work together in the SS1+. No problems with openwindows. Does anyone know what is going on? ----- End Included Message ----- The problem was bad /dev/kbd and /dev/mouse files. They were removed and remade with MAKEDEV std I did it yesterday and (until now) it works. Paul Humphreys (hydres!paul) wrote: ----- Begin Included Message ----- >From hydres!paul Thu Nov 28 13:06:05 1991 To: lf@ele.puc-rio.br Subject: Re: Screenblank blanks screen running sunview Status: R I have had this myself. Best thing to do is zap the files /dev/kbd and /dev/mouse and remake them with MAKEDEV std Then reboot. ----- Begin Included Message ----- >From miker@sbcoc.com Wed Nov 27 11:00:11 1991 Hmmm, not too sure about your problem. Make sure /dev/kbd and /dev/mouse are "correct", and when the problem occurs, rsh into the machine, and see if their access times are updating when you try to use them on the blank-ed host (that's how screenblank works). >From miker@sbcoc.com Wed Nov 27 19:11:51 1991 Just one other possibility; is the date/time being adjusted on your host? That can easily throw screenblank off ... maybe you're running "rdate" frequently (more than once a day), or ntp (Network Time Protocol) daemons? ----- End Included Message ----- Other suggestions: ----- Begin Included Message ----- >From gfleming@sol.UVic.CA Wed Nov 27 17:32:28 1991 (...) After some discussion and diagnostic work with Sun, they concluded that the CPU board was bad. A new one was installed and the problem went away. I don;t know if you have the same problem, but if so, no clever systems hacking is going to fix it! Best of luck, Jane Eert (tree@ios.bc.ca) ----- Begin Included Message ----- >From adiron!tro@uunet.UU.NET Wed Nov 27 17:16:01 1991 I believe that multiple screenblanks can cause this problem. Did a user start up a 2nd copy? Likewise, I believe that screenblank + an X11 screen saver function (or anything similar) can cause problems. ----- End Included Message ----- Thanks to Mike Raffety Paul Humphreys (hydres!paul) From:gfleming@sol.UVic.CA (Gordon Fleming) - Jane Eert (tree@ios.bc.ca) adiron!tro@uunet.UU.NET (Tom Olin) todd@flex.Eng.McMaster.CA (Todd Pfaff): Here's your summary, Todd. +-----------------------------------+-----------------------------------+ Luis F. V. Gomes | Internet: lf@ele.puc-rio.br Depto. de Engenharia Eletrica | BITNET: USERLFVG@LNCC.BITNET Pontificia Universidade Catolica | Voz: (55) (21) 529-9337 R. Marques de S. Vicente 225/446L | Fax: (55) (21) 274-4546 22453 - Rio de Janeiro/RJ - Brasil | +-----------------------------------+-----------------------------------+ From sun-managers-relay@delta.eecs.nwu.edu Fri Nov 29 11:45:18 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA25227; Fri, 29 Nov 91 11:45:18 -0600 Received: by delta.eecs.nwu.edu id AA15019 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 29 Nov 1991 09:09:02 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA27027 (5.65c/IDA-1.4.4 for ); Fri, 29 Nov 1991 09:08:55 -0600 Received: from helios.physics.utoronto.ca by rice.edu (AA03650); Fri, 29 Nov 91 09:08:14 CST Received: by helios.physics.utoronto.ca id <233>; Fri, 29 Nov 1991 10:08:41 -0500 From: News Administrator To: Sun-Managers@rice.edu Message-Id: <91Nov29.100841edt.233@helios.physics.utoronto.ca> Date: Fri, 29 Nov 1991 10:08:30 -0500 Newsgroups: list.sun-managers Path: faraday!harrison From: harrison@faraday.physics.utoronto.ca (David Harrison) Subject: pstat -T and inodes Message-ID: <1991Nov29.150827.4930@helios.physics.utoronto.ca> Originator: harrison@faraday Sender: news@helios.physics.utoronto.ca (News Administrator) Organization: Dept. of Physics, Univ. of Toronto Distribution: list Date: Fri, 29 Nov 1991 15:08:27 GMT Lines: 63 We are running a badly overloaded Sun 4/280S, and have identified a mystery that may be relate to one of our bottlenecks. It relates to a line in the output of 'pstat -T' that I have never understood. pstat -T => 276/4457 files 2353/4526 inodes 153/2570 processes 33504/117576 swap The second number in the inodes line, which I would have thought was the total number available and is "4526" in this snapshot, changes with time. The heavier the load, the lower that number gets, and the higher the first number of that line gets. Eventually, they become nearly equal. Yesterday, for example: pstat -T => 248/4457 files 2570/2576 inodes 135/2570 processes 45296/117576 swap Other snapshots taken at that time include: uptime => 9:50pm up 3 days, 20 hrs, 8 users, load average: 3.35, 3.62, 3.00 vmstat => procs memory page disk faults cpu r b w avm fre re at pi po fr de sr x0 s0 s0 s1 in sy cs us sy id 3 0 0 0 2944 0 0 3 1 2 0 0 2 0 1 0 46 160 48 40 13 47 I have also observed the following: pstat -T => 294/4457 files pstat: kernel read error which really bothers me. System configuration information: Machine: 4/280S SunOS: 4.1.1 Physical Memory: 64 Megabytes Swap: 117 Megabytes on /dev/xd0b, no tmpfs. Serving: 26 X-terminals, 20 PC's under PC-NFS. "maxusers" in kernel: maxusers 160 So -- besides running out of memory, swap, cpu, etc. etc., all of which happen to us, does this "inodes" stuff mean there is something we can configure that will at least relieve some of the pressure? Failing that, any information on what "pstat -T" is trying to tell me would be appreciated. Yes -- we are working on a getting new machine or, perhaps, upgrading the 4/280 to a 600MP. -- David Harrison | "For us believing physicists Dept. of Physics, Univ. of Toronto | the distinction between past, Inet: harrison@faraday.physics.utoronto.ca | present, and future is illusion, Uucp: ..!uunet!utgpu!utfyzx!harrison | however persistent." - Einstein From sun-managers-relay@delta.eecs.nwu.edu Fri Nov 29 13:12:24 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA25315; Fri, 29 Nov 91 13:12:24 -0600 Received: by delta.eecs.nwu.edu id AA03109 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 29 Nov 1991 09:37:52 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from mwunix.mitre.org by delta.eecs.nwu.edu with SMTP id AA11553 (5.65c/IDA-1.4.4 for ); Fri, 29 Nov 1991 09:37:46 -0600 Return-Path: Received: from rod.mitre.org by mwunix.mitre.org (5.61/SMI-2.2) id AA27049; Fri, 29 Nov 91 10:36:43 -0500 Received: from lens.mitre.org by rod.mitre.org (4.1/SMI-4.1) id AA04853; Fri, 29 Nov 91 10:33:07 EST Date: Fri, 29 Nov 91 10:33:07 EST From: john@rod.mitre.org (John Marsh) Message-Id: <9111291533.AA04853@rod.mitre.org> To: sun-managers@eecs.nwu.edu Subject: sendmail problems Structure of location: mailhost mailbox client1 client2 ... clientn SUNOS 4.1.1, vanilla mailbox is a sun4, clients are sun's, sun4c's mailbox, clients are running sendmail.subsidiary.cf, except that the local official hostname is Dj$w not Dj$w.$m clients call mailbox their mailhost, mailbox calls mailhost its mailhost mailhost out of my control. clients have local mqueue Requirement: mailbox machine is the reply-to machine from any of the clients and the mailbox machine. Problem: The addresses are getting properly rewritten, all mail goes in and out to the mailbox machine, both from the mailbox machine and from all clients. However, mail addressed from some client[i]s to some client[j]s coredump sendmail on the client[j]. The mqueue's then fill with empty queue files. From sun-managers-relay@delta.eecs.nwu.edu Fri Nov 29 15:07:54 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA25500; Fri, 29 Nov 91 15:07:54 -0600 Received: by delta.eecs.nwu.edu id AA11260 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 29 Nov 1991 11:19:17 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from maccs.DCSS.McMaster.CA by delta.eecs.nwu.edu with SMTP id AA31877 (5.65c/IDA-1.4.4 for ); Fri, 29 Nov 1991 11:19:09 -0600 Received: by maccs.dcss.mcmaster.ca (/\==/\ Smail3.1.24.1 #24.2) id ; Fri, 29 Nov 91 12:19 EST Received: by flex.Eng.McMaster.CA (4.1/SMI-4.1) id AA20994; Fri, 29 Nov 91 12:19:23 EST Date: Fri, 29 Nov 91 12:19:23 EST From: todd@flex.Eng.McMaster.CA (Todd Pfaff) Message-Id: <9111291719.AA20994@flex.Eng.McMaster.CA> Reply-To: Todd Pfaff To: sun-managers@eecs.nwu.edu Subject: summary: running xnews server from xdm Yesterday I posted: > I'm trying to set up xdm to run the OpenWindows xnews server on our Sun consoles > and Open Look Window Manager (olwm) and OpenWindows X clients on X terminals > (PCs running X). I've almost got everything working as I'd like, except for > shelltool. If I start a shelltool from my .xsession session startup file, > the shelltool window is opened and displayed, but no shell prompt ever appears. > I can type to the shelltool window and what I type is echoed, but nothing happens. > The same problem occurs if I start a shelltool from the olwm menu. > > If I look at the .xsession-errors file I see the message: > > ttysw-TIOCSPGRP: Interrupted system call > > but I don't know if this is coming from the shelltool. Incidentally, I can can > start xterms instead of shelltools without a problem, but I'd like to get the > shelltool working. > > Any suggestions? I got many replies pointing me to the /usr/etc/setsid program. The problem is that xdm starts the session script without a controlling terminal and some programs (cmdtool, shelltool, dbxtool, emacs xvetool are the ones I know of so far) require one. Most of the replies suggested writing a wrapper script around each program that requires a controlling terminal as in (also see the man page for setsid): foo# cd /usr/openwin/bin/xview foo# mv cmdtool .cmdtool foo# cat > cmdtool #!/bin/sh /usr/etc/setsid -b /usr/openwin/bin/xview/.cmdtool "$@" ^D foo# chmod a+x cmdtool I took this one step further and ran the user's .xsession script from setsid. This works fine for programs spawned from the .xsession script. There is still a problem though; I also start olwm from .xsession as the job which controls the session (that is, it's the last program started by .xsession and it runs in the foreground). Programs started from the olwm menu are still lacking a controlling terminal. My solution to this is to change the invocation of the program in the olwm menu file to be run from setsid. Does anybody know why the programs launched from olwm still don't have a controlling terminal? Thanks for all the replies. -------------------------------------------------------------------------------- From: Brent Alan Wiese You might try "setsid shelltool". I thought something like that was suggested in the releas notes. -------------------------------------------------------------------------------- From: Mark J. McIntosh This isn't exactly the error I've seen when trying to run shelltools from MacX, but maybe the solution will help. Shelltool/cmdtool have the curious requirement for a controlling terminal (and/or be in a process group). This can be fixed by running the shelltool using % /usr/etc/setsid shelltool You can put this invocation in your window manager menus, too. -------------------------------------------------------------------------------- From: Fergus J. O'Reilly The problem is that the cmdtool/shelltool processes lack a controlling terminal when descended from the xdm daemon. The included message below from Sun-Managers deals with a similar problem. Of the solutions proposed therein I would recommend number 3. I.e., use the setsid program in a wrapper around the cmdtool (shelltool is a link to cmdtool) and dbxtool programs. For cmdtool, for example, do the following as root: foo# cd /usr/openwin/bin/xview foo# mv cmdtool .cmdtool foo# cat > cmdtool #!/bin/sh /usr/etc/setsid -b /usr/openwin/bin/xview/.cmdtool "$@" ^D foo# chmod a+x cmdtool A drawback to this solution is that if a user uses olwm's "Save Workspace" function (usually on the "Utilities" menu) then the cmdtool will save itself as ".cmdtool" since that is the name under which it was invoked. I _think_ that this means that it will fail when olwm next runs the user's .openwin-init. This problem has cropped up a number of times before on this list and when you post your summary I suggest that you suggest that it be put on the Sun-Managers FAQ posting. Happy Thanksgiving :-> --------- Start of forwarded message ------- From: Peter Koblauch To: sun-managers@eecs.nwu.edu Subject: SUMMARY: xdm start-up affects cmd/shelltool Date: Mon, 8 Jul 91 13:38:59 EDT This is a great list. Thanks to all who replied. Thanks in particular to: - - -Leonard E. Sitongia sitongia@ncar.ucar.edu - - -Bill Hart hart@ocean.ml.csiro.au - - -Gareth J. Barker gbarker@mph.sm.ucl.ac.uk - - -Dave Singletary daves@den.mmc.com - - -Mark Korinek mjk@bru.mayo.edu Here's an (abbreviated) version of initial mayday: When started up from the olwm root menu both shelltool/cmdtool come up but no shell prompt appear. Kbd input is echoed but not acted upon. Other DeskSet tools work fine. I think the problem is related to xdm. xdm is running as session/login manager for HP 700RX terminals off an SLC host. is started up from /etc/rc.local /usr/bin/X11/xdm or - with similar result /usr/bin/X11/xdm -nodaemon & or - with similar result sh -c "/usr/bin/X11/xdm -nodaemon &" If started up from console eg sh -c "/usr/bin/X11/xdm -nodaemon&" instead of from within /etc/rc.local everything is fine, but really would like to have xdm started automatically during boot. When tools hang users's .xsessionlog has message "ttysw-TIOCSPGRP: Interrupted system call" Both tools may be started up from another window, say xterm, without any problems, regardless of whether xterm is a decendant of xdm. Should xdm be started up differently or from another place (/etc/ttytab?) in order to have a controlling terminal to pass on to descendants? ANALYSIS: Problem is related to some DeskSet clients needing a controlling terminal passed on from parent. When started up from (an orphaned) xdm, client doesn't have one. The clients that I know of are: cmdtool (=shelltool), and dbxtool. As an aside,- does anybody know of an automated way of starting up xdm (-nodaemon) during booting so that it still keeps its controlling terminal? SOLUTION: wrap offending tool in setsid. # setsid(8) eg 1) (from line in .xsession) setsid -b cmdtool 2) (from line in .openwin-menu) "Command Tool..." DEFAULT exec setsid cmdtool or 3) apply instructions given in man setsid(8) to offending client. This -3)- has has worked fine at my installation for some time. ------- End of forwarded message ------- -------------------------------------------------------------------------------- From: Ken Erickson This should probably be a FAQ... Check the man page for 'setsid'. What you need to do is change the shelltool line to read /usr/etc/setsid -b shelltool. Same for cmdtool. -------------------------------------------------------------------------------- From: lee@sqlee.sq.com (Liam R. E. Quin) WARNING MIT xdm starts OpenWindows as root. Users can ask the OpenWIndows server to examine/modify files (e.g. /etc/passwd), or even start processes. Use OpenWindows 3 and the xdm that comes with it if you can. For the shelltool problem, use setsid to start cmdtool/shelltool -- they're started without a controlling tty and don't like it. See the comp.windows.open-look FAQ if you get that newsgroup at your site. -------------------------------------------------------------------------------- From: mikey@ccs.carleton.ca (Mike McFaul) You have to run shelltool and cmdtool using /usr/etc/setsid to get them to work. If you have got NCD xterminals check in the examples directory for openwindows stuff. Thats where I found it... Also you have to watch out that the user on the Xterminal doesn't start a cmdtool as a console grabber (the -C option). When that starts it steals the console from the user running on the console -- not nice! I eventually put together a wrapper shell script that checks for an XDM environment variable and runs the cmdtool/shelltool with setsid if it needs it. It's below... Supposedly the filemgr program also needs this kind of wrapper but I have yet to get it (filemgr) to work properly... #!/bin/sh # if [ "${XDM-notset}" ]; then exec $OPENWINHOME/bin/xview/cmd/cmdtool $* else for PARAMETER do if [ "-C" != "$PARAMETER" ]; then NEW_PARAMS="$NEW_PARAMS $PARAMETER" fi done exec /usr/etc/setsid -b $OPENWINHOME/bin/xview/cmd/cmdtool $NEW_PARAMS fi -------------------------------------------------------------------------------- From: "Dr Gareth J. Barker" You need to user a setsid 'wrapper'. - See setsid man page (actually this doesn't really explain anything so it may be best to just except that it's a piece of magic :-(. Try: /usr/etc/setsid $OPENWINHOME/bin/xview/shelltool -------------------------------------------------------------------------------- From: randy@ncbi.nlm.nih.gov (Rand S. Huntzinger) Run the shelltool using setsid. [Ie. use "setsid shelltool" instead of simply "shelltool"]. I think I used the -b flag, but I don't know if it is needed or not. Check out the manual page on it. -------------------------------------------------------------------------------- -- Todd Pfaff \ Internet: todd@flex.eng.mcmaster.ca Dept. of Mechanical Engineering \ Voice: (416) 525-9140 x2902 McMaster University \ FAX: (416) 572-7944 Hamilton, Ontario, CANADA L8S 4L7 \ From sun-managers-relay@delta.eecs.nwu.edu Fri Nov 29 18:43:43 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA25737; Fri, 29 Nov 91 18:43:43 -0600 Received: by delta.eecs.nwu.edu id AA00951 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 29 Nov 1991 15:47:21 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay2.UU.NET by delta.eecs.nwu.edu with SMTP id AA00938 (5.65c/IDA-1.4.4 for ); Fri, 29 Nov 1991 15:47:15 -0600 Received: from world.std.com by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA10441; Fri, 29 Nov 91 15:40:51 -0500 Received: by world.std.com (5.61+++/Spike-2.0) id AA08149; Fri, 29 Nov 91 15:40:44 -0500 Date: Fri, 29 Nov 91 15:40:44 -0500 From: bzs@world.std.com (Barry Shein) Message-Id: <9111292040.AA08149@world.std.com> To: sun-managers@eecs.nwu.edu In-Reply-To: Chuck Smoko - E41's message of Mon, 25 Nov 91 10:05:13 EST <9111251505.AA06340@earth.nswc.navy.mil> Subject: Re: SUMMARY: Looking for sun patches (long) Anyone else disturbed that some of those sun-patch/ anon-ftp directories were publicly writeable?! Talk about opportunities for mischief... -Barry Shein Software Tool & Die | bzs@world.std.com | uunet!world!bzs Purveyors to the Trade | Voice: 617-739-0202 | Login: 617-739-WRLD From sun-managers-relay@delta.eecs.nwu.edu Fri Nov 29 19:10:57 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA25753; Fri, 29 Nov 91 19:10:57 -0600 Received: by delta.eecs.nwu.edu id AA16639 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 29 Nov 1991 11:01:15 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from frodo.Physics.McGill.CA by delta.eecs.nwu.edu with SMTP id AA19357 (5.65c/IDA-1.4.4 for ); Fri, 29 Nov 1991 11:01:07 -0600 Received: from nazgul.Physics.McGill.CA by frodo.Physics.McGill.CA id AA00251; Fri, 29 Nov 91 12:00:47 EST (5.59++/IDA-1.1S) Received: by nazgul.physics.mcgill.ca id AA25409; Fri, 29 Nov 91 12:00:36 EST (5.52/IDA-1.1C) Date: Fri, 29 Nov 91 12:00:36 EST From: Loki Jorgenson Message-Id: <9111291700.AA25409@nazgul.physics.mcgill.ca> To: sun-managers@eecs.nwu.edu Subject: quotad wierdness Context: SUN 3/180 running SUNS OSv3.5, serving 8 client 3/50s; over 100 users; Xyplex 451 controller with two Fuji disks; BSD quota system enabled Problem: periodically every few days, starting about a month ago, a couple of users (always the same two or three) appear to have exceeded their quotas although they have not. Quotad reports on the order of Mbytes when the actual consumption is several kbytes. Running quotacheck will fix the problem. Fsck shows no problems. Rebooting changes nothing. There _was_ a wicked power dip at about the time this started to appear which froze up our group and made the 3/180 act a little wierd for a time. However, there have been no other symptoms since then. This particular partition (it doesn't happen on others) is /usr for the system and used by users only for their mail. Home directories are on another disk. There "appears" to be a correlation between the size of an existing file (in bytes) and the reported consumption (in kbytes). That is to say, it appears as if quotad is reading bytes as kbytes for one particular file. This hasn't been confirmed solidly. Has anyone seen this phenonmenon before? Any suggestions? And don't say "Go to 4.x"; we've been happily running 3.5 for 6 years. Thanks in advance, _ _ Loki Jorgenson \ < \ < node: loki@Physics.McGill.CA Grad/Systems Manager \_/\_ \_/\_ BITNET: PY29@MCGILLA Physics, McGill University / \ / \ fax: (514) 398-3733 Montreal Quebec CANADA _/ \_/ \_ phone: (514) 398-7027 -* Physically restrained *- From sun-managers-relay@delta.eecs.nwu.edu Fri Nov 29 19:27:26 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA25771; Fri, 29 Nov 91 19:27:26 -0600 Received: by delta.eecs.nwu.edu id AA03178 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 29 Nov 1991 16:39:59 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from utrcu1.civ.utwente.nl by delta.eecs.nwu.edu with SMTP id AA03167 (5.65c/IDA-1.4.4 for ); Fri, 29 Nov 1991 16:39:51 -0600 Received: by utrcu1.civ.utwente.nl (5.57/Ultrix2.4-C) id AA21482; Fri, 29 Nov 91 20:49:02 +0100 Date: Fri, 29 Nov 91 20:49:02 +0100 From: eskes@utwente.nl (Eskes) Message-Id: <9111291949.AA21482@utrcu1.civ.utwente.nl> To: sun-managers@eecs.nwu.edu Subject: Repeating message from Mr. Jang Sung In. Hi sun-managers, Can anybody tell me why i receive next message over and over again (I estimate more then 80 times !!!) Is this an error or a bad joke? Messages: From sun-managers-relay@delta.eecs.nwu.edu Fri Nov 29 03:05:37 1991 Received: from utrcu1.civ.utwente.nl by UTWENTE.NL; Thu, 21 Nov 91 15:54 GMT+1 Received: by utrcu1.civ.utwente.nl (5.57/Ultrix2.4-C) id AA09018; Thu, 21 Nov 91 16:00:45 +0100 Received: from delta.eecs.nwu.edu by utcvx.civ.utwente.nl (5.64/0.0) id AA05958; Thu, 21 Nov 91 15:49:32 +0100 Received: by delta.eecs.nwu.edu id AA11536 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 21 Nov 1991 01:27:55 -0600 Received: from kum.kaist.ac.kr by delta.eecs.nwu.edu with SMTP id AA28908 (5.65c/IDA-1.4.4 for ); Thu, 21 Nov 1991 01:27:43 -0600 Received: from ring.kotel.co.kr by kum.kaist.ac.kr (4.0/KUM-0.1) id AA06033; Thu, 21 Nov 91 16:27:40 KST Received: from tims2.kotel.co.kr by ring.kotel.co.kr (4.1/RING-0.1) id AA22697; Thu, 21 Nov 91 16:27:51 KST Received: by tims2.kotel.co.kr (4.1/SMI-4.1) id AA02052; Thu, 21 Nov 91 16:25:40 KST Date: Thu, 21 Nov 91 16:25:40 KST From: sijang@tims2.kotel.co.kr (\@\e \ Status: O Hi, everyone Maximum number of system-wide message queue in "/sys/msg.h" file is set to 50. I needed to increase this parameter, and I changed MSGTQL parameter to 100. I executed with this parameter but still blocked at 50 messages. Is there any method to solve this problem? Jang Sung In sijang@tims2.kotel.co.kr | Name : Bob Eskes | Phone : +31-74-483735 | Org : Hollandse Signaalapparaten b.v. | FAX : +31-74-425936 | Dept : SEAT | E-mail: eskes@utwente.nl | Adres: P.O.box 42 7550 GD Hengelo, The Netherlands From sun-managers-relay@delta.eecs.nwu.edu Sat Nov 30 03:08:10 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA26779; Sat, 30 Nov 91 03:08:10 -0600 Received: by delta.eecs.nwu.edu id AA06824 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 29 Nov 1991 23:58:25 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from sun2.nsfnet-relay.ac.uk by delta.eecs.nwu.edu with SMTP id AA05769 (5.65c/IDA-1.4.4 for ); Fri, 29 Nov 1991 23:58:11 -0600 Received: from dcs.sheffield.ac.uk by sun2.nsfnet-relay.ac.uk via JANET with NIFTP id <18155-0@sun2.nsfnet-relay.ac.uk>; Fri, 29 Nov 1991 18:51:29 +0000 Received: from server3.sheffield by dcs.sheffield.ac.uk (4.1/DAVE-1.0) id AA18794; Fri, 29 Nov 91 16:47:06 GMT Date: Fri, 29 Nov 91 16:47:06 GMT From: Dave Mitchell Message-Id: <9111291647.AA18794@dcs.sheffield.ac.uk> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: finding file associated with disk block My original query: > I recently had to repair a bad block on a disk. Unfortunately, > I now have a file with a block of zeros embedded somewhere in it. > I know the block number, I need to find which file is using that block. > I asked sun, they said that there's no command that gives that info. > Has anyone got a program that can scan the i-nodes to find the block? > The machine is running 4.0.3, but I have another disk playing up on a 3.4 > machine as well (I know - not even 3.5 !!!) > The answer, as many of you pointed out, is icheck -b /dev/r... this lists (amongst other things), the i-node that refers to that block you can then do find /mount/point -xdev -inum nnnn -ls or ncheck -i nnnn /dev/r.. to find the file name(s) associated with that inode. BTW, by a bizarre coincidence, the file I eventually asociated with an (intermittent) bad block, was /bin/find itself! Finally, Keith Farrar sent me a document which I have included at the end, on the grounds that it might be of interst to many people, even though its quite long. Thanks to the countless people who replied (too many to list!) Dave. ----- Begin Included Message ----- What File Has The Disc Error? by John Walker Revision 0 -- December 21st, 1989 ABSTRACT ======== When a single block or contiguous area on a Sun (or other Unix) system's hard disc fails, one of the most obvious and immediately important questions that arises is "What file contains the error?". Amazingly, there is no simple, standard utility that answers this question, leaving the user knowing that some data have been destroyed, but not what. If backups are current, the user doesn't know what files to reload after the failed area is reassigned to an alternate track or made unavailable for allocation. This paper presents a cookbook procedure, based on information provided by Bob Elman, for determining which file contains a bad disc block. INTRODUCTION ============ When my hard disc presented me with its latest holiday surprise, I ended up with 100% repeatable errors on a specific track, head, and sector. Immediately after the error occurred, I ran an incremental backup which, naturally, encountered read errors. At that point I had a current set of backups from which I was perfectly willing to reload or rebuild any files that occupied the area of the disc that had failed, but I didn't know which files were involved. DUMP didn't tell me, when it so kindly reported an error during the backup; even though it clearly knows the INODE number it was dumping when the error occurred, it didn't deign to print it. Bob Elman explained the procedure one uses to find what file contains a given disc block, and it worked just fine, telling me that the error was in an executable file I could simply re-link after I'd fixed the disc by reformatting the track that failed. Since the procedure is less than obvious and nowhere explained in the Unix manuals I've seen, I decided to write it down so I'd have it at hand the next time this happened, and to help the next poor sucker victimised by a hard disc failure. You might want to print this message on a piece of paper and file it in your system administration manual--when you need it, you may not be able to get it from a file on your disc. FINDING THE FILE ================ We start out knowing that a hard disc contains one or more bad blocks. The first symptom that something is wrong is usually Unix console messages reporting I/O errors on the drive. Most of these I/O error messages give the block number that failed but since Unix reads and writes large buffers, these numbers should be considered as giving only the general area of the actual error. The first step, then, is to identify the actual blocks that contain the errors. What Blocks Are Bad? -------------------- (Sun specific.) Initially, note the drive number from the disc error message. In a typical message like: xd1c: write failed (header not found) -- blk #1317140, abs blk #1317140 the drive name is "xd1c". To find out what file system this corresponds to, type "df", which will print something like: Filesystem kbytes used avail capacity Mounted on /dev/xd0a 15502 1946 12005 14% / /dev/xd0h 514106 430020 32675 93% /usr /dev/xd1c 659242 569911 23406 96% /usr2 /dev/xd0g 42406 8554 29611 22% /var In this case, you can see that "xd1c" is mounted as your /usr2 filesystem. (The default mounting of file systems is given by the file /etc/mtab, which you can type.) Shut down your system and bring it up single user with "b -s". In single user mode, run "format". When you fire up format, it asks you to choose the disc you want to work on; pick the one from the error message. For example: throop# format Searching for disks...done AVAILABLE DISK SELECTIONS: 0. xd0 at xdc0 slave 0 xd0: 1. xd1 at xdc0 slave 1 xd1: Specify disk (enter its number): 1 selecting xd1: [disk formatted, defect list found] Here, I've entered "1" to choose "xd1". (The "c" in the error number is a partition name, but at this level format is working on the whole disc.) Next, we want to get the physical disc address of the block number reported in the error message. Enter the "show" command, and type in the error block number: format> show Enter a disk block: 1317140 Disk block = 1317140 = 0x141914 = (728/2/54) This tells us that the block where Unix encountered the error was on track 728, head 2, sector 54. Since we don't know precisely where the error was, we'll sniff around the two surrounding tracks for errors. Enter the surface analysis command: format> analyze and then enter "setup" to specify the parameters for the analysis: analyze> setup Analyze entire disk [yes]? no Enter starting block number [0, 0/0/0]: 727/0/0 Enter ending block number [1347704, 744/26/66]: 729/$/$ Loop continuously [no]? Enter number of passes [2]: 1 Repair defective blocks [yes]? no <========= INCREDIBLY IMPORTANT!!!! <=== Stop after first error [no]? Use random bit patterns [no]? Enter number of blocks per transfer [126, 0/1/59]: 1 Verify media after formatting [yes]? Enable extended messages [no]? Restore defect list [yes]? Restore disk label [yes]? Here we've set up to scan from the start of track 727 through the end of track 729 (the "$" means "the highest number valid in this field"), reading single sectors. If we were to use a larger blocks, the precise location of the errors would be indeterminate. IT IS ABSOLUTELY ESSENTIAL, SURPASSINGLY SO, THAT YOU ANSWER *NO* TO THE "REPAIR DEFECTIVE BLOCKS" PROMPT. If fail to do this, the so-called "read-only" test will go ahead and "repair" blocks on your disc, possibly causing loss of data in files. So much for reasonable defaults! Now select the read-only surface analysis: analyze> read Ready to analyze (won't harm SunOS). This takes a long time, but is interruptable with CTRL-C. Continue? yes This will scan the tracks you've specified. Since we're only looking at a few tracks, the comment about taking a long time is another lie. This command should report the individual sectors with errors. If it doesn't, welcome to the world of transient disc errors. If it does, note the track, head, and sector numbers of all failing sectors on paper, then leave the analyse command: analyze> q You can then convert those addresses back to block numbers with the "show" command: format> show Enter a disk block: 728/2/22 Disk block = 1317108 = 0x1418f4 = (728/2/22) Once you have the failing block numbers in hand, you're done with format. This example has been for a disc with a single partition that fills it entirely. If your disc has multiple partitions, you'll have to convert these absolute block numbers to relative numbers based on your partitioning of the disc. The partition/print command will show the current partitioning, which can use to bias the cylinder numbers into their partition-relative addresses. What I-Node Owns That Block? ----------------------------- On Unix, there is no one-to-one mapping of file names to areas on the disc, since "hard links" can result in a given disc area belonging to any number of named files. The Unix object that most closely corresponds to the notion of a file in most operating systems is called an "I-Node", and it's expressed as a number. The utility "icheck", which was part of the semi-automatic assault guru-driven file recovery facilities of Unix later largely supplanted by "fsck", has the ability to determine what I-Node points to a given block. If you know, for example, that blocks 1317108 and 1317110 on disc "xd1c" contain errors, use the command: /usr/etc/icheck -b 1317108 1317110 /dev/rxd1c Bizarre, isn't it? It just scans numbers until it hits the "/" at the start of the disc name. We specified "rxd1c" because naming the "raw device" makes icheck run faster. Icheck will crunch for some time, and if the specified blocks are part of a file, it will print a line that gives, among other things, the I-node of the file(s) that contain the given blocks. Note the I-nodes on your paper, next to the block numbers. If no I-nodes were reported by this procedure, the error block is not part of any currently existing file. What File Name(s) Correspond To That I-Node? -------------------------------------------- With the I-Node number in hand, we can finally find out what file was hit. If "icheck" has told us the error is in I-Node 87055, we use the command: /usr/etc/ncheck -i 87055 -a /dev/rxd1c to find the file name. After a while, this will print something like: /dev/rxd1c: 87055 /usr2/kelvin/acadexe/acad and at last, the inscrutable is unscrewed! The error was in the AutoCAD executable file, which I can simply re-link. If the file hadn't been one so easily recreated, it would have to have been reloaded from the most recent valid backup. Note that if a backup was made after the error occurred, and that file was present on the backup, an earlier backup should be used since the copy on the post-error backup is almost certainly bad. You can use "ncheck" to search for multiple I-nodes on one pass. For example: /usr/etc/ncheck -i 4142 4131 4102 -a /dev/rxd0g /dev/rxd0g: 4102 /tmp/vm_fonts-n0 4131 /tmp/tty.txt.a00444 4142 /tmp/rmail Repairing And Reloading ----------------------- After the location and scope of the damage are established, you should repair the disc errors and restore the damaged files. Since repair procedures are highly system-dependent and, even on Sun systems, differ depending on the type of disc controller and drive installed, you must refer to the hardware documentation for your system for the appropriate procedures. Note that the Sun documentation talks about "repairing" sectors with errors. Nobody I know can say for sure precisely what this means: whether it's a process of assigning that sector's address to another sector on an alternate track, clearing its availability bit in the current bad spot list, marking it in the original defect list, or what. In addition, the problems I encounter most frequently on hard discs are destroyed headers due to failed writes (for example, when the power fails during a write), which are best fixed by reformatting the area containing the errors rather than discarding sectors which have no physical defects. In any case, after you've repaired the problem with the disc, you need to delete all the files containing destroyed data and reload them from their most recent backups. As noted above, don't use any backups of error-containing files made after the error occurred, as they probably contain the same errors as the disc controller was complaining about. ----------------------- End Included Text ------------------------------------- ______________________________________________________________________ | Keith Farrar | | AMIX Corporation | | Palo Alto, CA "Apple is like the Chinese Cultural | | (415) 856-1234 x217 Revolution conducted by people in | | three-piece suits." | | DOMAIN: keith@markets.amix.com -John Perry Barlow | | UUCP: {uunet|sun|xanadu!}markets!keith | ---------------------------------------------------------------------- ----- End Included Message ----- From sun-managers-relay@delta.eecs.nwu.edu Sat Nov 30 12:16:26 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA27095; Sat, 30 Nov 91 12:16:26 -0600 Received: by delta.eecs.nwu.edu id AA28299 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sat, 30 Nov 1991 08:43:08 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay2.UU.NET by delta.eecs.nwu.edu with SMTP id AA29009 (5.65c/IDA-1.4.4 for ); Sat, 30 Nov 1991 08:43:02 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA14439; Sat, 30 Nov 91 09:43:04 -0500 Received: from usancon.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 094211.1657; Sat, 30 Nov 1991 09:42:11 EST Received: by USAN.consult.com (4.0/SMI-4.0) id AA01865; Fri, 29 Nov 91 20:27:23 EST Date: Fri, 29 Nov 91 20:27:23 EST From: Doug Peterson Message-Id: <9111300127.AA01865@USAN.consult.com> To: sun-managers@eecs.nwu.edu Subject: menu file limit Cc: doug@USAN.consult.com Can anyone tell me how to increase the suntools menu limit > 40? I am currently running SunOS 4.0.3 on a 3/160. Upgrading isn't an option. I'll summarize. Thanks in advance. Doug Peterson From sun-managers-relay@delta.eecs.nwu.edu Sat Nov 30 12:22:29 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA27101; Sat, 30 Nov 91 12:22:29 -0600 Received: by delta.eecs.nwu.edu id AA25348 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sat, 30 Nov 1991 08:51:17 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from boom2.dciem.dnd.ca by delta.eecs.nwu.edu with SMTP id AA28622 (5.65c/IDA-1.4.4 for ); Sat, 30 Nov 1991 08:51:06 -0600 Received: from dretor.dciem.dnd.ca by boom2.dciem.dnd.ca (4.1/SMI-DDN) id AA09455; Sat, 30 Nov 91 09:50:57 EST Received: from dgbt.doc.ca ([192.16.212.1]) by dretor.dciem.dnd.ca (4.1/SMI-3.2) id AA12895; Sat, 30 Nov 91 09:50:46 EST Received: by dgbt.doc.ca (5.57/smail2.5/12-02-88) id AA08473; Sat, 30 Nov 91 09:50:44 EST Received: from jack.dgrc.doc.ca by mars.dgrc.doc.ca (4.1/SMI-4.1) id AA00243; Sat, 30 Nov 91 09:42:19 EST Date: Sat, 30 Nov 91 09:42:19 EST From: don@mars.dgrc.doc.ca (Donald McLachlan) Message-Id: <9111301442.AA00243@mars.dgrc.doc.ca> To: sun-managers-list@dretor.dciem.dnd.ca Subject: RE: disk list summary. This looks like a good list to keep/pass around for those format.dat FAQ's. I think the vlaues for the Fujitsu M2266SA should be changed though. Now The technical handbook (FS810125-01...B) lists Number of cylinders 1658 + 1 + 2 (user + CE + SA) (*2) *2 The number of user cylinders indicates the maximum and includes the alternate cylinder. The number of user cylinders and alternate cylinders can be specified during formatting. We chose to have 2 alternate cylinders and so formatted with cyl = 2, alt = 2. The manual also shows Unformatted Capacity / Track 50910 Bytes (*1) *1 The formatted capacity can be changed by changing the logical block length and using spare sector space. Not knowing how much space should be left for inter-record gaps etc we set this to 84 (which our vendor recommends). What should this be? Based on the above info I think the entry should read ... Fujitsu SCSI 2266SA 1656 1661 15 84 3600 Trying to squeeze out every last byte ... Don From sun-managers-relay@delta.eecs.nwu.edu Sat Nov 30 15:21:21 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA27311; Sat, 30 Nov 91 15:21:21 -0600 Received: by delta.eecs.nwu.edu id AA27829 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sat, 30 Nov 1991 12:36:56 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: by delta.eecs.nwu.edu id AA28570 (5.65c/IDA-1.4.4 for delta.eecs.nwu.edu!sun-managers); Sat, 30 Nov 1991 12:36:47 -0600 Received: by tellab5.tellabs.com (smail2.5) id AA15842; 30 Nov 91 11:09:44 CST (Sat) Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA15574; Thu, 28 Nov 91 04:19:26 -0500 Received: from pdn.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 041827.11047; Thu, 28 Nov 1991 04:18:27 EST Received: by pdn.paradyne.com (/\=-/\ Smail3.1.18.1 #18.4) id ; Tue, 26 Nov 91 22:59 EST Received: by tscs.uucp (/\==/\ Smail3.1.22.1 #22.1) id ; Tue, 26 Nov 91 14:16 EST Received: by spitpa (4.1/SMI-4.1) id AA21696; Tue, 26 Nov 91 14:14:53 EST Date: Tue, 26 Nov 91 14:14:53 EST From: uunet!pdn!tscs!spitpa!craig (Craig Anderson) Message-Id: <9111261914.AA21696@spitpa> To: sun-managers@delta.eecs.nwu.edu Subject: Sun audio cable pin configuration. Hello out there, Having found some use for the audio ability for our 4/65's, I decided to get an audio cable such that I might record some sounds. To my utter dismay, upon looking at my 'Sun End Users Price List' I discovered that Sun wanted $50.00 for 8 strands of wire and a couple o' plugs. Subsequently, I have bought a male mini-DIN plug and hooked it up to a 8-pin cable. I have never even seen the Sun audio cable, so what I need are the basics: o What kind of plug(s) go on the other end? (Gender and size please.) o What are the pin assignments? Please reply directly and if there is interest I will summarize. Thanks in advance, Craig.......... =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | Craig H. Anderson Voice : (813) 621-5831 | | C.A.D. Systems Coordinator FAX : (813) 664-0705 | | Southern Prestressed, Inc. Logical: craig@spitpa.tscs.com | =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From sun-managers-relay@delta.eecs.nwu.edu Sat Nov 30 17:05:47 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA27392; Sat, 30 Nov 91 17:05:47 -0600 Received: by delta.eecs.nwu.edu id AA06276 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sat, 30 Nov 1991 14:27:36 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA01857 (5.65c/IDA-1.4.4 for ); Sat, 30 Nov 1991 14:27:30 -0600 Received: from helios.physics.utoronto.ca by rice.edu (AA08154); Sat, 30 Nov 91 14:26:46 CST Received: by helios.physics.utoronto.ca id <398>; Sat, 30 Nov 1991 15:27:18 -0500 From: News Administrator To: Sun-Managers@rice.edu Message-Id: <91Nov30.152718edt.398@helios.physics.utoronto.ca> Date: Sat, 30 Nov 1991 15:27:13 -0500 Newsgroups: list.sun-managers Path: faraday!harrison From: harrison@faraday.physics.utoronto.ca (David Harrison) Subject: pstat -T and inodes (repost) Message-ID: <1991Nov30.202706.17043@helios.physics.utoronto.ca> Originator: harrison@faraday Sender: news@helios.physics.utoronto.ca (News Administrator) Organization: Dept. of Physics, Univ. of Toronto Date: Sat, 30 Nov 1991 20:27:06 GMT Lines: 70 I posted this last week. Evidently some sites got it, because I have some responses. But not all sites got it, including the machine I Pnews through. So, even I never saw it. Apologies to those (lucky few?) who have seen it. A SUMMARY will be coming as I continue to gain information. -------------------------------------------------------------------- We are running a badly overloaded Sun 4/280S, and have identified a mystery that may be relate to one of our bottlenecks. It relates to a line in the output of 'pstat -T' that I have never understood. pstat -T => 276/4457 files 2353/4526 inodes 153/2570 processes 33504/117576 swap The second number in the inodes line, which I would have thought was the total number available and is "4526" in this snapshot, changes with time. The heavier the load, the lower that number gets, and the higher the first number of that line gets. Eventually, they become nearly equal. Yesterday, for example: pstat -T => 248/4457 files 2570/2576 inodes 135/2570 processes 45296/117576 swap Other snapshots taken at that time include: uptime => 9:50pm up 3 days, 20 hrs, 8 users, load average: 3.35, 3.62, 3.00 vmstat => procs memory page disk faults cpu r b w avm fre re at pi po fr de sr x0 s0 s0 s1 in sy cs us sy id 3 0 0 0 2944 0 0 3 1 2 0 0 2 0 1 0 46 160 48 40 13 47 I have also observed the following: pstat -T => 294/4457 files pstat: kernel read error which really bothers me. System configuration information: Machine: 4/280S SunOS: 4.1.1 Physical Memory: 64 Megabytes Swap: 117 Megabytes on /dev/xd0b, no tmpfs. Serving: 26 X-terminals, 20 PC's under PC-NFS. "maxusers" in kernel: maxusers 160 So -- besides running out of memory, swap, cpu, etc. etc., all of which happen to us, does this "inodes" stuff mean there is something we can configure that will at least relieve some of the pressure? Failing that, any information on what "pstat -T" is trying to tell me would be appreciated. Yes -- we are working on a getting new machine or, perhaps, upgrading the 4/280 to a 600MP. -- David Harrison | "For us believing physicists Dept. of Physics, Univ. of Toronto | the distinction between past, Inet: harrison@faraday.physics.utoronto.ca | present, and future is illusion, Uucp: ..!uunet!utgpu!utfyzx!harrison | however persistent." - Einstein From sun-managers-relay@delta.eecs.nwu.edu Sun Dec 1 04:11:05 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA28368; Sun, 1 Dec 91 04:11:05 -0600 Received: by delta.eecs.nwu.edu id AA10678 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 1 Dec 1991 00:30:11 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from pex.eecs.nwu.edu by delta.eecs.nwu.edu with SMTP id AA10336 (5.65c/IDA-1.4.4 for ); Sun, 1 Dec 1991 00:30:05 -0600 Received: by pex.eecs.nwu.edu (4.1/SMI-NWU-SUG) id AA24859; Sun, 1 Dec 91 00:30:04 CST Date: Sun, 1 Dec 91 00:30:04 CST From: phil@pex.eecs.nwu.edu (William LeFebvre) Message-Id: <9112010630.AA24859@pex.eecs.nwu.edu> To: sun-managers@eecs.nwu.edu Subject: Sun Managers Policy in Brief Sun-Managers Summary of Charter and Rules Last updated: 1 November 1991 This message is a summary of the sun-managers charter and rules. Failure to adhere to these guidelines may result in severe chastisement by the list maintainer and other list participants. Changes from previous versions of this message are indicated with change bars to the right of the message. 1: This list is NOT moderated! Every message that is sent to the list will be passed on to every member of the list (with a few small exceptions). 2: Requests to have addresses added or removed from the list should NOT be sent to the entire list. Instead, they should be mailed to: sun-managers-request@eecs.nwu.edu 3: This list is intended to be a quick-turnaround trouble shooting aid for those who administer and manage Sun systems. Its primary purpose is to provide the Sun manager with a quick source of information for system management problems that are of a time-critical nature. 4: Answers to questions are to be mailed back to the questioner and are NOT to be sent to the entire list. The person who originally asked the question has the responsibility of summarizing the answers and sending the entire summary back to the list. When a summary is sent back to the list, it should contain the word "SUMMARY" as the first word of the "Subject" line. 5: Discussions on ANY topic are very strongly discouraged and will not normally be tolerated. 6: If it is not specifically related to Sun system management, then it does NOT belong on this list. Requests for vendor recommendations are tolerated, provided that the hardware in question is something that system managers normally purchase. 7: Requests for software (free or otherwise) should be limited to software that is directly related to Sun SYSTEM MANAGEMENT ONLY. 8: Read the appropriate manuals BEFORE posting, including the "Read This First" documents. Often times the manuals contain answers for common problems. 9: When including a traceback from a system panic, make sure that it is a SYMBOLIC traceback. Numeric tracebacks (the ones included as part of the panic message) are totally useless. Read chapter 22 of the SunOS 4.1 system administration manual to learn how to produce a symbolic traceback. 10: PLEASE PLEASE PLEASE...Think before you send a message! Ask yourself "is this really appropriate?" There are enough other newsgroups and mailing lists around to cover the marginal topics. Perhaps there is another forum that is more appropriate. Other forums that relate to Suns (please mail me corrections and additions to this list): Mailing lists: Sun-Spots: general discussion of Suns. sun-spots-request@rice.edu add requests sun-spots@rice.edu submissions Sun-Nets: networking sun workstations sun-nets-request@uunet.uu.net add requests | sun-nets@uunet.uu.net submissions | Sun-386i: discussion about the Sun 386i product sun-386i-request@mailhost.acq.osd.mil add requests sun-386i@mailhost.acq.osd.mil submissions Suns-at-home: discussion about maintaining Sun2/3/4/4c systems at home suns-at-home-request@orchestra.ecn.purdue.edu add requests suns-at-home@orchestra.ecn.purdue.edu submissions Auspex: managers of Auspex NFS file servers auspex-request@princeton.edu add requests auspex@princeton.edu submissions NOTE: if you wish to be added to one of the above mailing lists, send mail to the REQUEST address! Do not send add requests to the main address! Newsgroups (accessible via "rn", "readnews", "nn", etc.): alt.sys.sun may not be available everywhere comp.sys.sun newsgroup equivalent of sun-spots comp.sources.sun Sun-specific sources (not very active) From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 2 13:48:20 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA02312; Mon, 2 Dec 91 13:48:20 -0600 Received: by delta.eecs.nwu.edu id AA16624 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 2 Dec 1991 09:24:34 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Clyde.Concordia.CA by delta.eecs.nwu.edu with SMTP id AA21837 (5.65c/IDA-1.4.4 for ); Mon, 2 Dec 1991 09:24:25 -0600 Received: from Davinci.Concordia.CA by Clyde.Concordia.CA id aa02896; 2 Dec 91 15:24 GMT Received: from davinci.concordia.ca by davinci.concordia.CA id aa11076; 2 Dec 91 10:21 EST To: sun-managers@delta.eecs.nwu.EDU Cc: gustavo@davinci.concordia.ca Subject: Summary: Problems with ld.so and Lotus Date: Mon, 02 Dec 91 10:21:14 -0500 From: gustavo@davinci.concordia.ca Message-Id: <9112021021.aa11076@davinci.concordia.CA> The common wisdom to solve this problem, is to apply patches 100075-06 and 100257-02 . Someone suggested that they were mentioned in the installation guide. They are really mentioned in the Release Notes, Lotus V. 1.1, page 2. My apologies for not having kept my eyes more open. I found the patches in an ftp site, ftp.cs.toronto.edu ( I.P. 128.100.1.105) Just for information, patch 100075-06 solves a problem with the lock daemon, and needs kernel recompilation, and patch 100257-02 provides a solution to the actual problem of ld.so . I installed them, and so far, 123 seems to be functional. Thanks for their collaboration and interest to all those who replied. -------- ==== === ==== =======================+=========================== = = = = Gustavo Vegas gustavo@davinci.concordia.ca === = === Dept. of E&CE Concordia University = = = Montreal QC. H3G 1M8 Voice : (514) 848-3107 = = = = Canada Fax : (514) 848-2802 ==== === ==== =======================+=========================== From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 2 14:28:18 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA02614; Mon, 2 Dec 91 14:28:18 -0600 Received: by delta.eecs.nwu.edu id AA15778 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 2 Dec 1991 10:08:23 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from caldwr.water.ca.gov by delta.eecs.nwu.edu with SMTP id AA17229 (5.65c/IDA-1.4.4 for ); Mon, 2 Dec 1991 10:08:15 -0600 Received: from venice.water.ca.gov by caldwr.water.ca.gov (4.1/DWR-3.1b) id AA20640; Mon, 2 Dec 91 08:08:11 PST Date: Mon, 2 Dec 91 08:08:11 PST From: rfinch@water.ca.gov (Ralph Finch) Message-Id: <9112021608.AA20640@caldwr.water.ca.gov> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: liquids and keyboards THANKS to all who replied! The keyboard as of this writing is working; we flushed it with clean tap water. Summary: When liquids spill into a keyboard. 1) There's a good chance the keyboard can be returned to normal (nothing to lose by trying). 2) Do the following immediately! 3) Unplug it from the computer. 4) Take it apart as best you can. 5) Flush with clean water, distilled preferred. If you have only a small amount of distilled water use that for the final rinse. Use cool or lukewarm water, nothing too hot to avoid warping. 6) Probably don't use soaps, detergents, and so on. Although some responders had used them without apparent problems. 7) Dry with a hair dryer or similar after cleaning. Don't get it too hot though. 8) Let it air dry throughly before reassembling and plugging it back into the computer. Notes: Some suggested soaking in a bucket of water, rather than simply rinsing. Some also suggested the use of rubbing alcohol, or Freon or Flux type cleaners. However these might eat at the plastic parts, test before using. Gripe: Ticks me off that the SS1+ won't function without its keyboard, rendering the computer useless even as a network node. From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 2 17:09:40 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA03292; Mon, 2 Dec 91 17:09:40 -0600 Received: by delta.eecs.nwu.edu id AA26946 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 2 Dec 1991 11:20:24 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ux1.cso.uiuc.edu by delta.eecs.nwu.edu with SMTP id AA30731 (5.65c/IDA-1.4.4 for ); Mon, 2 Dec 1991 11:20:12 -0600 Received: by ux1.cso.uiuc.edu id AA09297 (5.65c/IDA-1.4.4 for info-sun-managers); Mon, 2 Dec 1991 11:19:42 -0600 Newsgroups: info.sun-managers Path: sparc1!rolf From: rolf%sparc1@ux1.cso.uiuc.edu (Rolf Wilson) Subject: SUMMARY: different Exabyte densities Message-Id: <1991Dec2.171933.9225@ux1.cso.uiuc.edu> Reply-To: rolf@sparc1.isgs.uiuc.edu Organization: University of Illinois at Urbana Date: Mon, 2 Dec 1991 17:19:33 GMT Lines: 434 Apparently-To: info-sun-managers@ux1.cso.uiuc.edu I would like to thank the following people for replying: brent@crick.ssctr.bcm.tmc.edu kensmith@cs.Buffalo.EDU rosa@huggins.ssctr.bcm.tmc.edu hall@bond.crim.ca amick@erim.org phil@dgbt.doc.ca don@mars.dgrc.doc.ca lemke@MITL.COM vanandel@rsf.atd.ucar.EDU bovet@hao.ucar.edu dan@breeze.bellcore.com miker@sbcoc.com rkh@d1.att.com eric@mpl.UCSD.EDU geoff@csis.dit.csiro.au mark@maui.Qualcomm.COM tres@roke.rap.ucar.EDU hdr@ross.COM barryt@Aus.Sun.COM mark@deltam.com james@Solbourne.COM dank@blacks.jpl.nasa.gov The general consesus is that the standard Sun driver does not handle writing 8200-readable tapes on an 8500. A workaround is to use a tape that has been previously written on with an 8200. There are third-party drivers available, and one person sent a kernel patch that I have not tried. The editted responses follow -- ************************************************************************** >From brent@crick.ssctr.bcm.tmc.edu Tue Nov 26 10:32:39 1991 Get someone to write on the tape once with a 8200 and then your 8500 will write them as 8200. Likewise, once you write them as 8500 you will need to demagnetize them (haven't tried this though) to make them 8500 tapes again. ************************************************************ >From kensmith@cs.Buffalo.EDU Tue Nov 26 10:38:07 1991 Yes. It requires kernel patches, and which files need patching depends on which machine architecture you've got the drive hooked up to. What model SUN is it on? ************************************************************ >From rosa@huggins.ssctr.bcm.tmc.edu Tue Nov 26 10:48:45 1991 The tapes need to have the BOT initialized to the lower density. This is done by writing to the tape with the exabyte 8200 first. This is assuming you are using new tapes. If you have old tapes that you have written to using the 8200, this is a moot point. Conversely, if you write to the new tape using the 8500 exabyte, the tape (BOT) will be initialized using the default higher density. You will not be able to read the tape using the 8200 tape afterwards. We have tried de-magnetizig tape in order to reintialize them. This didn't work for us. Also, we use the SunOS 4.1.1's dump utility. The recommended dump parameters work just fine for the 8200 and 8500 exabyte drives. ************************************************************ >From hall@bond.crim.ca Tue Nov 26 10:50:24 1991 Both 8200/8500 tape manipulation are SUPPOSED to available with the 8500 unit. Check the operations manual. We have a couple of 8500s here and they behave as such. ************************************************************ >From kensmith@cs.Buffalo.EDU Tue Nov 26 11:01:31 1991 I've tested this on SUN-4/300's but I'm told it works with the SS-1's too. The kernel file that needs to be patched is different for the 4/300's than it is for the sun4c's. For the SparcStations you need to edit the file /usr/sys/scsi/targets/st_conf.c and change the section that looks like this : /* Exabyte 8mm cartridge */ { "Exabyte 8mm Helical Scan", 7, "EXABYTE", ST_TYPE_EXABYTE, 1024, (ST_VARIABLE | ST_BSF | ST_BSR | ST_LONG_ERASE | ST_AUTODEN_OVERRIDE), 5000, 5000, { 0x00, 0x00, 0x00, 0x00 }, { 0, 0, 0, 0 } }, to make it : /* Exabyte 8mm cartridge */ { "Exabyte 8mm Helical Scan", 7, "EXABYTE", ST_TYPE_EXABYTE, 1024, (ST_VARIABLE | ST_BSF | ST_BSR | ST_LONG_ERASE | ST_AUTODEN_OVERRIDE), 5000, 5000, { 0x00, 0x00, 0x14, 0x14 }, { 0, 0, 0, 0 } }, Reboot with the new kernel. Now, assuming your exabyte is rst1 then writing to rst1 and rst9 will give you high-density mode (5.0 Gbytes) but writing to rst17 and rst25 will give you low-density mode. Good luck... ken ************************************************************ >From amick@erim.org Tue Nov 26 11:18:55 1991 We have a TTi 8501 which is probably similar to an Exabyte 8500. To write low density tapes compatible with an Exabyte 8200 there is a dip switch on the back of the unit which must be set to force it into low density (2.3 Gb) write mode. Do you have an owner's manual ? (The manual for the TTi 8501 states that this can also be done through software, but I do not know how yet.) ************************************************************ >From phil@dgbt.doc.ca Tue Nov 26 11:23:42 1991 Something that I heard (but haven't tried): The 8500 looks at the tape when you load it and switches modes 82 -> 85 or 85 -> 82 if the tape has been written to. Therefore to write in 8200 mode: 1) Get an old tape that has stuff written on it with a 2.3GB drive. 2) Put it in the drive. 3) Take it out. 4) Put in a new tape. 5) write to it with tar, dd, dump, whatever... ************************************************************ >From don@mars.dgrc.doc.ca Tue Nov 26 12:29:19 1991 The only way I know of doing this is to write on the tape with an 8200 first. Then the 8500 will recognise it as a low density (2.3G) tape, and write in low density. ************************************************************ >From lemke@MITL.COM Tue Nov 26 12:38:05 1991 I have done it here on my 8500 attached to a Solbourne S4000. To write in 8200 mode, I specify /dev/rst0. To write in 8500 mode, I specify /dev/rst8. I do not know if a similar thing exists on Suns, but it's worth a try (you can test this out if you have an 8200--try writing something on the 8500 and then reading on the 8200). ************************************************************ >From vanandel@rsf.atd.ucar.EDU Tue Nov 26 13:05:10 1991 If you buy a 3rd party tape driver, from APUNIX or DELTA microsystems, you can open a special device (APUNIX) or issue an ioctl (DELTA) to produce 8200 format tapes. I've done it and it works just fine. I've attached a summary I prepared of info regarding 3rd party exabyte drivers: ---------------------------------------------------------------------- To: sun-managers@eecs.nwu.edu Subject: SUMMARY- exabyte drivers and CORRECTION Date: Wed, 18 Sep 91 13:42:15 -0600 From: vanandel@rsf.atd.ucar.edu Well, the replies have stopped coming in, so here's my summary. My original query: >I recently found that the standard Sun driver in SUNOS 4.1.1, on SPARC >workstations doesn't support high speed search for file marks on the 8500 (not >surprising, since is was only written for 8200 drives). The result is that >skipping forward by 50 files takes 10 minutes, rather than 25 seconds. I'm >trying to choose a 3rd party driver. I also neglected to mention a driver from R-squared (303-799-9292), which worked, but had the following drawbacks, when I last tested it. 1) Only worked on desktop SPARCS, didn't support deskside servers like Sun 4/260. 2) Poorly packaged. Installation instructions didn't work. 3) No utilities to set drive mode, get error statistics, etc The only other responses I got were about Delta and APUNIX. (As I said before, Sun Microsystems says that they may support the 8500 by the end of the calendar year.) In my original query, I accidently switched the descriptions of the Delta and APUNIX drivers. Sorry about that! NOTE THE FOLLOWING CORRECTION: Delta Microsystems 415-449-6881 costs ~$450/each for quantity 10, includes graphical performance monitoring utilities, driver delivered as binary only, customer pays software maintenance after 1st year. Driver supports a "status only" device that is used to get drive performance and error statistics while the drive is in use by another task -------------------------------------------------- APUNIX 800-827-8649 site license ~$5000 for >10 machines, driver source included, perpetual technical support for no additional cost, driver costs ~$25 if ordered with Exabyte drive. Includes a utility to backup multiple machines to the same drive from cron job. Have just added a "status only" device , that allows you to get drive statistics while the drive is in use by another task. ======================================================= Here are the comments I received: From: bovet@hao.ucar.edu (Ray Bovet) I tried out the APUNIX driver long ago when we were first trying to get Exabytes to run on Ciprico SCSI adapters. I believe that APUNIX has good technical expertise in house and has probably done a good job. I checked into it again sometime within the last year. ----------------------------------------- From: emp@ortho.hmc.psu.edu (Emmanuel M. Paul) I ordered the Delta smt7 driver to use with an Exabyte 8500 on a SPARC station 2. When I installed it I started to get sense key errors. Turns out that DELTA does not approve of the way SUN has implemented syncronous SCSI, and so their driver disables syncronous mode. Needless to say the other syncronous devices on the bus no longer function properly. I have had to move my drive to an SLC. I am still experiencing some incompatabilties between the EXABYTE firmware and the Delta driver, so I cannot comment on performance as yet. However the Delta driver seems much more robust than the standard SUN driver, and so worth using. (Note- I'm using the Delta driver on a 8500 on a SPARC2 without problems now that I'm using the 8500 CFT03F2 firmware, but I took pains to keep the SCSI bus very short!) ------------------------------------------------- From: Jim Mattson A year ago, I would have cautioned you against buying the APUNIX driver, since we were having nothing but problems with our APUNIX driver for an exabyte on a Ciprico 3500 Series SCSI to VME controller (Sun 4/280). Our problems finally seem to have been resolved, but it took APUNIX the better part of a year to fix everything. Perhaps now it is stable, but it sounds to me like you are getting a different driver from them. I'd certainly ask for references of other sites using the same driver you plan to buy. ----------------------------------------------------- From: keves@meaddata.com (Brian Keves - Consultant) I do not know of another company but I can definitely recommend Apunix. I once had a device driver class at UCSD that the owner and founder of Apunix, Steve (?Peter?) Berens, gave and he definitely knows his stuff. -------------------------------------- From: Brian Kelley I've dealt extensively with APUNIX and am extremely pleased with their service. I use their Exabyte drivers on our SPARCS. They really have their act together. I haven't found anyone with better tech support when it comes to Sun SCSI products. I haven't tried the Delta Microsystems products. I have dealt with quite a few VARs, however. I have very little interest in dealing with anyone else. [I'm just a happy APUNX customer] --------------------------------------- From: kpc!kpc.com!cdr@uunet.UU.NET (Carl Rigney) We're using the Delta Microsystems driver for the 8500, and it seems OK. I've never used the APUNIX driver. ------------------------------ From: Russell Ruby Delta never included source during the time i dealt with them, so instead we played the hassle game of waiting for replacement binaries for bug fixes and repairs for petty (but devastating) problems which occurred every time Sun had an OS level revision ... At my current location we have an 8200 and get by just fine with the vanilla Sun 4.1.1 driver, but we do use the APUNIX backup software, no muss, no fuss, just change the tape once a day... The nice thing i liked about having the source is that i was able to fix a couple of bugs on the spot when i installed it over a year ago - sent APUNIX the patches - i'm happy - they're happy - gee everybody is happy - and it is real nice having the source code ... ---------------------------- Thanks again for all the feedback. I've just ordered 1 copy of the APUNIX driver to evaluate, and I'll be making my decision on which driver to recommend in the next month or so. I'm leaning towards the APUNIX driver, because they'll site license us, and we get the source code. Joe VanAndel Internet:vanandel@ncar.ucar.edu NCAR - ATD/RSF P.O Box 3000 Fax: 303-497-2044 Boulder, CO 80307-3000 Voice: 303-497-2071 Joe VanAndel Internet:vanandel@ncar.ucar.edu NCAR / RSF P.O Box 3000 Fax: 303-497-2044 Boulder, CO 80307-3000 Voice: 303-497-2071 ****************************************************************************** >From bovet@hao.ucar.edu Tue Nov 26 13:16:28 1991 You will probably get lots of responses about this but here's mine. There are two ways to accomplish this (writing in 8200 mode on an 8500). The first is to get a driver that understands the 8500, such as the driver sold by APUNIX. The driver will issue a special SCSI command that puts the 8500 into 8200 mode (typically based on the minor device id you use). The other way is to get ahold of Exabyte's PC software that lets you configure an Exabyte 8500 so that it's default mode is 8200 for writing. This also requires a special cable from the PC's serial port to a special connector inside the Exabyte. This approach is really only useful if you want to change the default once and for all. I hope this helps! Ray ************************************************************ >From dan@breeze.bellcore.com Tue Nov 26 13:59:51 1991 The method depends on the particular SCSI tape driver you are using. If you are using the standard Sun "st" driver, you probably can't tell it to write in 8200 mode. Dan Strick, aka dan@bellcore.com or bellcore!dan, (201)829-4624 ************************************************************ >From miker@sbcoc.com Tue Nov 26 15:08:14 1991 Can't do it ... the tape heads are narrower, and the tracks can't be read by an 8200. ************************************************************ >From rkh@d1.att.com Tue Nov 26 16:14:00 1991 You might try giving Exabyte a call; they're on an WATS number in Boulder, 800-445-7736. They may have a generic answer. Who is the VAR involved? We have the Delta Microsystems 5000 bundle with Budtool. Just in case yours is from the same place, I called them about this, and will let you know what I get back. ************************************************************ >From rkh@d1.att.com Tue Nov 26 16:31:25 1991 If you have the Delta Microsystems 5Gb drive, you can apparently use the command 'drivemode -t /dev/nrstX 2' to set 2 Gb mode, then use it with a 5 to set it back for 5 Gb mode. ************************************************************ >From eric@mpl.UCSD.EDU Tue Nov 26 16:39:20 1991 Exabytes are capable of doing this. But they need to be sent the proper mode select command. Therefore the question to ask is does your (Sun?) SCSI driver support this. Eric ************************************************************ >From geoff@csis.dit.csiro.au Tue Nov 26 16:44:32 1991 I would be very interested in a summary of the responses you receive from your query. Recently I posted a query about backup devices with a capacity of greater than 2.3Gb, as we have a couple of EXB-8200s but are quickly outgrowing them. Everyone who responded said the EXB-8500 was OK. I've been doing some additional digging and testing and our requirement is one of redundancy ie. we'll probably buy 1 EXB-8500 but want to use it as a pseudo 8200 until we can get a second (the fun of budgets). I've tried writing a tape on an 8200, it can be read OK on an 8500, we then used the same tape and dumped a file-system onto it using the 8500 and tried reading it using an 8200 - FAILED. I've asked one of our local suppliers if there are different command line options you need to use, but I haven't got a reply as yet. In writing the tape using the 8500 we used the same parameters as if it were an 8200 ie. dump ${level}ubdsf 126 54000 6000 ${filesystem}:/dev/exabyte Anyway, I'd appreciate any comments you may have. ************************************************************ >From mark@maui.Qualcomm.COM Tue Nov 26 16:47:53 1991 We have one of these drives. We purchased it from APUnix. The 8500 we have will automatically sense the density and we can force the drive to read and write 8200 format tapes. APUnix (619) 492-2992 ************************************************************ >From tres@roke.rap.ucar.EDU Tue Nov 26 16:54:36 1991 In fact, with the Sun st driver, all you can write are EXB-8200 format tapes. We received a third party driver with our 8500 (R Squared) which is not the greatest, but seems to work Ok, and allows us to write EXB-8500 format tapes. ************************************************************ >From ross!hdr@cs.utexas.edu Tue Nov 26 19:06:53 1991 All vendors I have talked to claim that the 8500 can read but NOT write in the 8200 format. Sorry. ************************************************************ >From barryt@Aus.Sun.COM Tue Nov 26 19:38:43 1991 The new drives are smart enough to determine the format of the tape and will switch accordingly. This works so well that if you want to store data at 5Gb on a tape that has been written to at 2.3Gb, you will have to erase the begining of the tape first. ************************************************************ >From deltam!dm!mark@uunet.UU.NET Tue Nov 26 21:51:17 1991 #ifdef DISCLAIMER I am a Software Engineer at Delta Microsystems. I do not work in the sales department, nor do I have any connection to that part of the operation. The information I am about to provide is in response to your request for information, and should not be taken as an advertisment for Delta products. #endif DISCLAIMER It can be done if you have a driver that is capable of shipping the proper mode select to the drive. Currently the Sun driver does NOT have this capability. I do not know if there are others out there, but the driver available from Delta can do this. It is done through a modification to our driver along with a utility program that runs in user space. Please note, that in order for this to work, the 8500 must have the latest firmware from Exabyte. I don't know exactly how to tell if your drive does have this firmware, but I can find out if you need me to. Please let me know if you would like any further information. You can call me on the phone if you wish, or reply by e-mail. Either way, I hope that the information provided is accepted in the manner it was intended. --Mark Galbraith Voice: +1 510 449 6881-- --Software Engineer UUCP: uunet!deltam!mark-- --Delta Microsystems, Inc. Domain: mark@deltam.com-- ************************************************************ >From james@Solbourne.COM Wed Nov 27 08:20:30 1991 What hardware are you running on? If it is a Solbourne, you need at least OS/MP 4.1A. Then you just access the lowest /dev/rst# for the drive to write in 8200 mode (the next st# up is for 8500 mode). James B. Davis, Consulting Engineer Tactical Engineering Dept., Solbourne Computer, Inc. Phonenet: (303)772-3400 x792 Faxnet: (303)772-3646 -- Rolf Wilson Illinois State Geological Survey rolf@sparc1.isgs.uiuc.edu From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 2 17:48:17 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA03439; Mon, 2 Dec 91 17:48:17 -0600 Received: by delta.eecs.nwu.edu id AA24375 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 2 Dec 1991 14:11:56 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from dgbt.doc.ca by delta.eecs.nwu.edu with SMTP id AA09442 (5.65c/IDA-1.4.4 for ); Mon, 2 Dec 1991 14:11:41 -0600 Received: by dgbt.doc.ca (5.57/smail2.5/12-02-88) id AA03573; Mon, 2 Dec 91 15:11:31 EST Received: from jack (jack.dgrc.doc.ca) by mars.dgrc.doc.ca (4.1/SMI-4.1) id AA00665; Mon, 2 Dec 91 15:02:55 EST Date: Mon, 2 Dec 91 15:02:55 EST From: don@mars.dgrc.doc.ca (Donald McLachlan) Message-Id: <9112022002.AA00665@mars.dgrc.doc.ca> To: sun-managers@eecs.nwu.edu I am sorry I have to post this to the group, but I can't seem to send mail to pxc@castle.ed.ac.uk directly. I am not a voice-coding type myself, but this is the most intutive answer I have seen for this question. > The SPARCstation audio port throws data around in ``u-law'' format, > which apparently compands twelve bits down to eight with little loss of > quality. The only description of u-law I can find is the CCITT > standard, which I cannot decipher. Any help appreciated, email and I'll > summarize is probably best. > ____ > \/ o\ Paul Crowley pxc@castle.ed.ac.uk \ / > /\__/ Part straight. Part gay. All queer. \/ > "Too late or soon to make noise about love and there's no time for sorrow" I just asked a similar question to the people here in our voice coding group. They pointed me to the TMS 320 users guide which tells and shows how u-law (and a-law) compression and expansion is done. Here is my summary. u-law code words are 8 bits long and have the form PSSSQQQQ where: P = polarity if the input number is positive, P = 0, if the input number is negative, P = 1; SSS = segment (essentially an biased exponenet) SSS = the bit position of the most significant 1 bit in the input word - 5 ( don't go negative ) ie SSS for 1F (hex). 1F (hex) = 0001 1111 ^ ^^^^ 4 3210 bitpos of MS 1 in 0001 1111 is 4, 4 - 5 = 0 QQQQ = the next for data bits in the word after the MS 1. from the example for SSS 0001 1111 the four bits after 0001 are 1111 Now a full example. To encode the decimal number 4000. 1) add 33 to the input number so 4000 + 33 = 4033 2) convert to hex, noting the sign 4033 = (+)FC1 3) convert to binary (+)FC1 = (+)0 1111 1100 0001 4) set P (+) so P = 0 5) find S. bitpos of MS 1 = 11. 11 - 5 = 6 so SSS = 110 (binary) 6) find Q. next four bits are 1111, so QQQQ = 1111 (binary) 7) assemble code word PSSSQQQQ = 01101111 (binary) Now do uncode it ... PSSSQQQQ = 01101111 P = 0 so value is positive 0 xxxx xxxx xxxx SSS = 110, so segment = 6 6 + 5 = 11 so MS 1 in bitpos 11 0 1xxx xxxx xxxx QQQQ = 1111, so 0 1111 1xxx xxxx now the last 7 bit are unknown and can range from 000 0000 to 111 1111. The best quess we can make is to pick the number in the middle. The easiest way to do this is to a a single 1 after QQQQ, so the last 7 bits become 100 0000, giving an decoded number of (+) 1111 1100 0000 1111 1100 0000 = FC0 = (+)4032. subtracting the 33 initially added gives (+)3999. Note companding is not exact (as this example shows) but it gives a good approximation. Hope this helps, Don From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 2 18:22:58 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA03520; Mon, 2 Dec 91 18:22:58 -0600 Received: by delta.eecs.nwu.edu id AA25930 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 2 Dec 1991 15:23:28 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from caldwr.water.ca.gov by delta.eecs.nwu.edu with SMTP id AA15312 (5.65c/IDA-1.4.4 for ); Mon, 2 Dec 1991 15:23:22 -0600 Received: from venice.water.ca.gov by caldwr.water.ca.gov (4.1/DWR-3.1b) id AA22390; Mon, 2 Dec 91 13:23:19 PST Date: Mon, 2 Dec 91 13:23:19 PST From: rfinch@water.ca.gov (Ralph Finch) Message-Id: <9112022123.AA22390@caldwr.water.ca.gov> To: sun-managers@eecs.nwu.edu Subject: Re: Gripe about SS w/o keyboards In my summary about liquids and keyboards, I griped that the SS is not able to work without its keyboard, thus rendering it useless as a node file/compute server. Many many many have sent email saying that it *is* possible, you just have to connect a dumb tube to the serial port, or unplug both keyboard and monitor, or attach a home-brew thingy made of resistors and transistors, or change the prom... Thanks for the solutions. But to me and perhaps others they all fall short; I just want(ed) to unplug the keyboard and have the user access it thru an ethernetted PC on a temporary basis. Anything more complicated than this is too much for us (we don't have dumb tubes lying around). Seems that Sun could make this a bit simpler (hint-hint). Ralph Finch 916-653-8268 rfinch@water.ca.gov ...ucbvax!ucdavis!caldwr!rfinch Any opinions expressed are my own; they do not represent the DWR From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 2 18:24:05 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA03530; Mon, 2 Dec 91 18:24:05 -0600 Received: by delta.eecs.nwu.edu id AA18112 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 2 Dec 1991 14:37:38 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from research.att.com by delta.eecs.nwu.edu with SMTP id AA18416 (5.65c/IDA-1.4.4 for ); Mon, 2 Dec 1991 14:37:30 -0600 Message-Id: <199112022037.AA18416@delta.eecs.nwu.edu> Received: by inet; Mon Dec 2 15:36 EST 1991 From: shankar@ulysses.att.com Date: Mon, 2 Dec 91 15:36:04 EST To: sun-managers@eecs.nwu.edu Subject: Out of mbufs: problem I remember a posting about this topic a while ago, but didn't care to save it at that time, and now I have a problem with mbufs. I am running into a problem with some of our users who are writing a network socket based application. On some of the SparcStations, after executing their application a few times, when I run netstat a couple of times, I get the following error message: le0: out of mbufs: output packet dropped Man page on le, said: le%d: out of mbufs: output packet dropped The driver has run out of memory to use to buffer packets on output. The packet being transmitted at the time of occurrence is lost. This error is usually symptomatic of trouble elsewhere in the kernel. This is on a Sparc IPX box, under SunOS4.1.1b running generic_small kernel. How do I go about rebuilding the kernel with the right # of mbufs parameters to solve the problem? I have also seen the definitions for these limits in . What is the optimum # for mbufs, and also what are the max and min. limits? Has anyone had any experience in playing around with this # of mbufs? What are the drawbacks and should the application be modified? Any directions/pointers would be helpful. I will summarize the reponses if there is enough interest. Thanks in advance! Shankar Ishwar E-mail : shankar@ulysses.att.com V-mail : (908) 582-6471 US-mail : AT&T Bell Labs, 600 Mountain Ave, Rm. 7B-519, Murray Hill, NJ 07974 From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 2 18:46:20 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA03585; Mon, 2 Dec 91 18:46:20 -0600 Received: by delta.eecs.nwu.edu id AA20403 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 2 Dec 1991 15:41:34 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ora.ora.com by delta.eecs.nwu.edu with SMTP id AA28104 (5.65c/IDA-1.4.4 for ); Mon, 2 Dec 1991 15:41:24 -0600 Received: by ora.ora.com (/\=-/\ Smail3.1.18.1 #18.76) id ; Mon, 2 Dec 91 16:39 EST Received: by ruby.ora.com (4.1/SMI-4.0) id AA09694; Mon, 2 Dec 91 16:41:13 EST Date: Mon, 2 Dec 91 16:41:13 EST From: eap@ruby.ora.com (Eric Pearce) Message-Id: <9112022141.AA09694@ruby.ora.com> To: sun-managers@eecs.nwu.edu Subject: ALMs and ALM clones I have a Sun 4/470 that needs around 8 serial ports for modems (uucp and dial in/out). The Sun ALM-1 is kind of old and crufty, though I could get one pretty cheap. I'm worried about hanging 8 19k modems on it. The ALM-2 has only 4 modem-control ports and doesn't look amazing performance-wise. I have an old Sun-3 SCSI board that could run one of those SCSI serial port boards, do they work ok? I also saw something called "Co-ALM", which looks much better than an ALM-2, does anybody have one of these? I'd much rather hang a SPIF card or something similar off a Sparc2, but that isn't possible at the moment. I think terminal servers such as the Xylogics Annex are out of my price range (~$2,000) -e thanks new : eap@ora.com old : eap@h-street.bu.edu From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 2 20:18:45 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA03730; Mon, 2 Dec 91 20:18:45 -0600 Received: by delta.eecs.nwu.edu id AA07147 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 2 Dec 1991 17:28:54 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ico.isc.com by delta.eecs.nwu.edu with SMTP id AA26038 (5.65c/IDA-1.4.4 for ); Mon, 2 Dec 1991 17:28:46 -0600 Received: by ico.isc.com (5.61/1.35) id AA04159; Mon, 2 Dec 91 16:28:33 -0700 Received: from squid1.YP.attc by Auto-trol.COM (4.1/SMI-4.0) id AA00987; Mon, 2 Dec 91 09:52:35 MST Received: by squid1.YP.attc (4.1/SMI-4.1) id AA00253; Mon, 2 Dec 91 09:52:35 MST From: johbro@squid1.Auto-trol.COM (John Brown) Message-Id: <9112021652.AA00253@squid1.YP.attc> Subject: format.dat for CDC 97201-12G To: sun-managers@eecs.nwu.edu (Sun Managers Mailing List) Date: Mon, 2 Dec 91 9:52:34 MDT X-Mailer: ELM [version 2.2 PL7] Would some kind person please provide me with the format.dat entry for a CDC/Imprimis/Seagate 97201-12G disk drive. This is a 1.2Gb SCSI drive. It is the SCSI version of the 9720-1230 SMD drive, but the format.dat entry I have for the 9720-1230 does not work (after modifying for SCSI of course) for the 97201-12G. This is for SunOS 4.1.1 on a sun4c machine. Thank you, -- ---------------------------------------------------------------------------- John R. Brown pager : (303) 826-0949 MIS Systems Programmer voice : (303) 252-2820 Auto-trol Technology Corporation email : johbro@auto-trol.com From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 2 21:20:11 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA03795; Mon, 2 Dec 91 21:20:11 -0600 Received: by delta.eecs.nwu.edu id AA23840 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 2 Dec 1991 18:03:42 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: by delta.eecs.nwu.edu id AA00359 (5.65c/IDA-1.4.4 for delta.eecs.nwu.edu!sun-managers); Mon, 2 Dec 1991 18:03:32 -0600 Received: by tellab5.tellabs.com (smail2.5) id AA14254; 2 Dec 91 17:30:23 CST (Mon) Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA12325; Mon, 2 Dec 91 16:57:23 -0500 Received: from pdn.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 165635.11536; Mon, 2 Dec 1991 16:56:35 EST Received: by pdn.paradyne.com (/\=-/\ Smail3.1.18.1 #18.4) id ; Mon, 2 Dec 91 16:32 EST Received: by tscs.uucp (/\==/\ Smail3.1.22.1 #22.1) id ; Mon, 2 Dec 91 15:31 EST Received: by spitpa (4.1/SMI-4.1) id AA01297; Mon, 2 Dec 91 15:21:35 EST Date: Mon, 2 Dec 91 15:21:35 EST From: uunet!pdn!tscs!spitpa!craig (Craig Anderson) Message-Id: <9112022021.AA01297@spitpa> To: sun-managers@delta.eecs.nwu.edu Subject: SUMMARY: Sun audio cable pin configuration! Yet again, the list save the day! ($pay). Well folks, as it turns out, all I needed was a simple 'RTFM you idiot!' the answers were in my 'SunOS 4.1 Release Notes' Many asked where the MINI-DIN jacks may be purchased. Here is where I got mine: Custom Cable Industries Tampa, FL (813) 623-2232 (800) 446-2232 Many, many thanks to the tolerant : mike@trdlnk and to all the others who replied. I have included Mike's reply b/c it has all you need to know. (No FM necessary!) Thanks, Craig.......... =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | Craig H. Anderson Voice : (813) 621-5831 | | C.A.D. Systems Coordinator FAX : (813) 664-0705 | | Southern Prestressed, Inc. Logical: craig@spitpa.tscs.com | =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ---------------------------------{CUT-HERE}------------------------------- > From tscs!pdn!delta.eecs.nwu.edu!tellab5!balr!vpnet!trdlnk!mike Sun Dec 1 04:11:17 1991 > To: pdn!tscs!spitpa!craig > Subject: Re: Sun audio cable pin configuration. > > Sun's audio cable has a pair of 1/8" phone jacks at the "other" end. > The following old usenet article should tell you the rest... > -------------------- Begin Included Article ----------------------------- > Article 5867 of comp.sys.sun: > Path: chinet!att!dptg!rutgers!mailrus!cornell!uw-beaver!rice!sun-spots-request > From: wjc@ho5cad.att.com (William J Carpenter) > Newsgroups: comp.sys.sun > Subject: Re: Mini-DIN Audio Input Connector for a SparcStation-1 > Keywords: Hardware > Message-ID: <1584@brazos.Rice.edu> > Date: 22 Sep 89 14:39:57 GMT > Sender: root@rice.edu > Organization: Sun-Spots > Lines: 68 > Approved: Sun-Spots@rice.edu > X-Sun-Spots-Digest: Volume 8, Issue 128, message 2 of 8 > > In article <1484@brazos.Rice.edu> jipping@cs.hope.edu (Mike Jipping) writes: > > > Has anyone successfully wired a microphone-to-audio-input adapter for the > > SparcStation-1? The 4.0.3 Release Notes manual has the pins required for > > a do-it-yourself version of this adapter... > > ...but where does one find the Mini-DIN plug in the first place? I can't > > What I did (after looking around in the right places for the right thing > and coming up dry) was to look in a place not expected to be sophisticated > enough. In other words, a regular old cater-to-the-masses computer store. > > Turns out that some Apple equipment (I forget which) uses these 8pin > mini-DINs (note: *not* regular size 8pin DIN available at Radio Shack and > everywhere else). So, I just bought some kind of printer cable or > something that had a connector on both ends, cut it in half and was ready > to solder up two Sparcstation audio I/O cables (no, sorry, you can't have > one of mine :-). > > Although the Sparcstation docs tell you which signals go on which pins, > they don't tell you which pins are which on the mini-DIN. Of the two > cables I made, one has really bad hum (since I skipped the shielding > stuff) but works in both directions; the other works only for > microphone/line input, but is clear of hum (I figure a bad solder > connection or something). Since I was only interested in input anyhow, I > haven't bothered to screw around with them. > > We recorded a bunch of stuff off a CD player this way until we got bored > with using up all that disk space (8k/sec) and went back to work. > > Here's what I surmised: > > ================================================================ > Here is the pinout for the 8-pin mini-DIN connector on the back of a > SPARCstation 1. BTW, "8-pin mini-DIN" is not the same thing as "8-pin > DIN", although I believe the pinouts are the same. > > Cable connector Pizzabox connector > > v v > > 6 8 7 7 8 6 > > 1 2 3 3 2 1 > > 4 5 5 4 > > > The "v" is the key on the top of the connector. The left picture is > looking into the connector on the end of a cable, and the right picture is > looking into the connector on the back of the box. This is actually the > pinout for 8-pin DIN. I am sure it is right for the four wires we use on > 8-pin mini-DIN, since I made a cable and it works. The others could be > off since the 8-pin DIN has a different physical placement of the pins and > I had to guess which corresponded to which. > > Here is the excerpt from p 89 in the SPARCstation release notes: > > Mini-DIN 8-pin end Phone jack > > Pin 3 Microphone Tip (center connection) > Pin 6 Microphone Ring (also connect to shield) > Pin 7 Speaker Ring (sleeve) > Pin 8 Speaker Tip (center connections -- not stereo) > > The jazz about connecting pin 6 to shield is important to keep out > hum. > > Bill Carpenter att!ho5cad!wjc or attmail!bill > > > -------------------- End Included Article ------------------- > -- > Michael Sullivan | UUCP: ...!vpnet!trdlnk!mike > TradeLink Corp. | voice: +1 312 408 2599 > 175 W. Jackson, Suite A1235 | fax: +1 312 939 2531 > Chicago, Illinois 60604 USA | > From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 2 21:43:30 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA03822; Mon, 2 Dec 91 21:43:30 -0600 Received: by delta.eecs.nwu.edu id AA21002 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 2 Dec 1991 19:01:18 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from proton.llumc.edu by delta.eecs.nwu.edu with SMTP id AA07729 (5.65c/IDA-1.4.4 for ); Mon, 2 Dec 1991 19:01:12 -0600 Received: by proton.llumc.edu (4.0/SMI-4.1) id AA19076; Mon, 2 Dec 91 17:04:31 PST Date: Mon, 2 Dec 91 17:04:31 PST From: baumann@proton.llumc.edu (Michael Baumann) Message-Id: <9112030104.AA19076@proton.llumc.edu> To: sun-managers@eecs.nwu.edu Subject: Lock trouble? Problem: We are using the CADAM package PREMIER PCB on a couple of our sun4 systems. Just recently (as in this morning) the package (sunview based) fails to start up. Attempts to kill result in the following error messages in /var/adm/messages: Dec 2 16:30:48 secundus vmunix: lock-manager: RPC error: (18) RPC: (unknown error code) Dec 2 16:33:38 secundus vmunix: klm_lockmgr: unlock denied?! The system is an ss2, GENERIC kernel, unpatched running SunOS 4.1.1 I am concerned that this may be related to some patch I need installed. Info appreciated. Michael Baumann ----------------------------------------------------------------------------- Radiation Research Lab |Internet: baumann@proton.llumc.edu Loma Linda Universtiy Medical Center | UUCP: ...ucrmath!proton!baumann Loma Linda, California. (714)824-4077| From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 2 21:43:42 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA03827; Mon, 2 Dec 91 21:43:42 -0600 Received: by delta.eecs.nwu.edu id AA11884 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 2 Dec 1991 19:17:05 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from eagle.calstatela.edu by delta.eecs.nwu.edu with SMTP id AA19699 (5.65c/IDA-1.4.4 for ); Mon, 2 Dec 1991 19:16:57 -0600 Return-Path: <@calstatela.edu:hliao@opus> Received: from opus.calstatela.edu by eagle.calstatela.edu (4.1-CSULAR.071191) id AA25098; Mon, 2 Dec 91 17:19:49 PST Received: by opus.calstatela.edu (4.1/SMI-4.1) id AA00916; Mon, 2 Dec 91 17:19:54 PST Date: Mon, 2 Dec 91 17:19:54 PST From: hliao%opus@calstatela.edu (Henry Liao) Message-Id: <9112030119.AA00916@opus.calstatela.edu> To: sun-managers@eecs.nwu.edu Subject: Re: 3/60 as PC-NFS Server Hi, managers. I have a lab of ~50 PCs running PC-NFS? What would be an adequate setup for a server to support that size of lab? I got some 3/60s that I would like to salvage, has anyone used 3/60s as PC-NFS servers? What's the configuration on the server? How many clients does it handle? How was the performance? Thanks in advance. California State University, Los Angeles Networks & Distributed Systems Group VOICE: (213) 343-4537, 343-4530 BITNET: hliao@csula.bitnet ATTMAIL: attmail!atss!hliao INTERNET: hliao@{atss,opus,neptune,csula-ps}.calstatela.edu From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 3 06:03:51 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA04820; Tue, 3 Dec 91 06:03:51 -0600 Received: by delta.eecs.nwu.edu id AA12800 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 3 Dec 1991 02:50:18 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from chx400.switch.ch by delta.eecs.nwu.edu with SMTP id AA22848 (5.65c/IDA-1.4.4 for ); Tue, 3 Dec 1991 02:50:11 -0600 X400-Received: by mta chx400.switch.ch in /PRMD=switch/ADMD=arcom/C=CH/; Relayed; Tue, 3 Dec 1991 09:49:37 +0100 X400-Received: by /PRMD=SWITCH/ADMD=ARCOM/C=CH/; Relayed; Tue, 3 Dec 1991 09:49:02 +0100 Date: Tue, 3 Dec 1991 09:49:02 +0100 X400-Originator: brossard@sasun1.epfl.ch X400-Mts-Identifier: [/PRMD=SWITCH/ADMD=ARCOM/C=CH/;9112030849.AA20068] X400-Content-Type: P2-1984 (2) From: "(Alain Brossard EPFL-SIC/SII)" Message-Id: <9112030849.AA20068@sasun1.epfl.ch> To: sun-managers@eecs.nwu.edu Subject: Disk recovery Received: from sasun1.epfl.ch by SIC.Epfl.CH via INTERNET ; Tue, 3 Dec 91 09:49:24 N Received: by sasun1.epfl.ch (4.1/Epfl-3.1/MX) id AA20068; Tue, 3 Dec 91 09:49:02 +0100 One of my manager had a problem this morning which is turning to a nightmare for him. He was using OW2.0's file manager when something got corrupted and the filemanager started showing filenames "with squares question marks and things", he toughlessly tried to remove them using the same filemanager, the file system started complaining (no messages in /var/adm/messages though), he paniced, pressed L1-A, rebooted, fsck did a lot of cleaning up and now he is short two very important directories. Of course, he hasn't done any backups in ages. He seems to be willing to spend the time it takes to recover as much as he can, hence this plea. He's running 4.1.1 on a sun4. Any hint on how to recover files/directories/blocks from a raw disk? It seems a safe guess to say that nobody had time to actually overwrite any files in the disk before I umounted that partition. Any and all help will be welcomed, Alain Brossard brossard@sic.epfl.ch From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 3 06:04:02 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA04825; Tue, 3 Dec 91 06:04:02 -0600 Received: by delta.eecs.nwu.edu id AA07909 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 3 Dec 1991 03:02:35 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from hearnvax.nic.surfnet.nl by delta.eecs.nwu.edu with SMTP id AA27196 (5.65c/IDA-1.4.4 for ); Tue, 3 Dec 1991 03:02:24 -0600 Received: from ECN.NL (ENR001) by HEARNVAX.nic.SURFnet.nl with PMDF#10216; Tue, 3 Dec 1991 10:01 MET Received: from enrdt1.ecn.nl by ECN.NL; Tue, 3 Dec 91 10:00 GMT Received: from merlin.ecn.nl by ecnsun.ecn.nl (4.1/SMI-4.0) id AA03339; Tue, 3 Dec 91 09:58:51 +0100 Date: Tue, 3 Dec 91 09:58:51 +0100 From: bernards@ECN.NL Subject: SUMMARY: SIMM clock speed on SS1, SS2, SLC and IPC/IPX To: sun-managers@eecs.nwu.edu Message-Id: <9112030858.AA03339@ecnsun.ecn.nl> X-Envelope-To: sun-managers@eecs.nwu.edu Thanx SunMGR's foor all info about memory SIMM's in Sun Sparcs. It seemed that Sun is changing from standard 9Bits to 33/36 bit Simm's Several warned me about IPX and SS2 tight memory timing specs: These timing tolerances are: 1) CAS precharge access time. tCP = 10ns 2) access time from CAS precharge. tCPA is 45ns. These timing tolerances do not conform to the standard DRAM offered by most vendors. Most vendors CAS precharge access time is 12-15ns. Therefor some 80ns SIMM's will work, some don't. 70ns SIMM's are reported to work OK, but Sun US Sales send out a warning that they had found only 2 vendors who can offer good SIMM's. Reported manifacturers are Hyundai and Mitsubishi. IPX now uses the same type of SIMM found in the SLC . It is either 4 MB or 16 MB - 36 bits - 80nsec. So this is a general info for all SparcStations: SLC - 4/16MB 33/36 bits - 80 Nsec ELC - 4/16MB 33/36 bits - 80 Nsec IPC - 1/4MB 9 bits - 80 Nsec IPX - 4/16MB 33/36 bits - 70 Nsec SS2 - 4MB 9 bits - 70 Nsec Thanx all who replied: geertj@ica.philips.nl montagnia!sungy!svend.back (Svend Back - Sun Germany CSD - Munich) ohnielse@ltf.dth.dk mikulska@ece.ucsd.edu Kerien Fitzpatrick ornstein@wire.com ray@isor.vuw.ac.nz dan@breeze.bellcore.com blc@sol.med.ge.com poffen@sj.ate.slb.com jdr@mlb.semi.harris.com rolf%sparc1@ux1.cso.uiuc.edu vanandel@rsf.atd.ucar.edu bovet@hao.ucar.edu (Ray Bovet) emp@ortho.hmc.psu.edu (Emmanuel M. Paul) Jim Mattson keves@meaddata.com (Brian Keves - Consultant) Brian Kelley kpc!kpc.com!cdr@uunet.UU.NET (Carl Rigney) Russell Ruby Marcel Bernards, UNIX & Net sysadm Netherlands Energy Research Foundation ECN (and SURFnet IC/ICP), Phone: (+31 /0)2246 4579 Fax: (+31 /0)2246 1864 E-Mail: Bernards@ECN.NL, SnailMail: P.O. Box 1, 1755 ZG Petten SCREAMNet : AAAAAARGHH!HUH?? : Disclaimer: "The AntiChrist is the Computer !" From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 3 14:14:32 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA06693; Tue, 3 Dec 91 14:14:32 -0600 Received: by delta.eecs.nwu.edu id AA02021 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 3 Dec 1991 10:05:49 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from mwunix.mitre.org by delta.eecs.nwu.edu with SMTP id AA31134 (5.65c/IDA-1.4.4 for ); Tue, 3 Dec 1991 10:05:41 -0600 Return-Path: Received: from smiley.mitre.org by mwunix.mitre.org (5.61/SMI-2.2) id AA16633; Tue, 3 Dec 91 11:04:22 -0500 Received: from tailor.mitre.org by smiley.mitre.org (4.1/SMI-4.0) id AA03531; Tue, 3 Dec 91 11:04:48 EST Date: Tue, 3 Dec 91 11:04:48 EST From: bchivers@smiley.mitre.org (Brent Chivers) Message-Id: <9112031604.AA03531@smiley.mitre.org> To: sun-managers@eecs.nwu.edu Subject: need help with CDC 9720-850 SMD disk I'm posting this for a friend whose system is down. (1) Is it possible to format a CDC 9720-850 for slip sectoring? (2) If so, does anyone have the appropriate format.dat entries? Are any switch-setting changes required on the drive? He's found related information for the CDC 9720-1230 drive, but following this lead has not solved the problem -- it ends up losing the entire last track into the bad-sector list (in case that's a useful clue to those who have gone this route before). He's trying to install 4.1.1B (from CD) on a SPARC. (I'm sorry I don't have more detail, but I can pass specific questions on to him....) Thanks. ________________________________________________________________________ Brent Chivers Mail Stop Z268 Systems Engineer The MITRE Corporation bchivers@mitre.org 7525 Colshire Drive (703) 883-6734 McLean, VA 22102 From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 3 16:22:42 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA07266; Tue, 3 Dec 91 16:22:42 -0600 Received: by delta.eecs.nwu.edu id AA19142 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 3 Dec 1991 12:25:13 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from nuacc.acns.nwu.edu by delta.eecs.nwu.edu with SMTP id AA30487 (5.65c/IDA-1.4.4 for ); Tue, 3 Dec 1991 12:25:09 -0600 Return-Path: beig@FRULM63.BITNET Received: from FRULM63.BITNET by nuacc.acns.nwu.edu; Tue, 3 Dec 91 12:24 CDT Received: by dmi.ens.fr (5.57/Ulm 89/04/27 1.0) id AA22795; Tue, 3 Dec 91 18:42:41 +0100 Date: Tue, 3 Dec 91 18:42:37 MET From: beig@FRULM63.BITNET Subject: read: conditional success To: sun-managers@eecs.nwu.edu Message-Id: <9112031742.AA07547@merisier.ens.fr> X-Mailer: ELM [version 2.3 PL11] X-Envelope-To: sun-managers@eecs.nwu.edu I think my question is some kind of FAQ, but I didn't retrieve anything... On a Sun 4/490 with SunOS 4.1.1, we have messages like: id000e:block 79204 (638854 abs):read:Conditional Success. Data Retry Performed. Is this the beginning of hardware troubles, or is it a software misconception? --Jacques Beigbeder From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 3 16:25:30 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA07296; Tue, 3 Dec 91 16:25:30 -0600 Received: by delta.eecs.nwu.edu id AA31005 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 3 Dec 1991 12:23:31 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from chalmers.se by delta.eecs.nwu.edu with SMTP id AA28030 (5.65c/IDA-1.4.4 for ); Tue, 3 Dec 1991 12:23:18 -0600 Received: from fyserv1.fy.chalmers.se by chalmers.se id AA15130; Tue, 3 Dec 91 19:22:49 +0100 From: Daniel Berglund Message-Id: <9112031822.AA24854@fyserv1.fy.chalmers.se> Received: from vivace by fyserv1.fy.chalmers.se id AA24854; Tue, 3 Dec 91 19:22:43 +0100 Received: by vivace id AA00782; Tue, 3 Dec 91 19:22:46 +0100 Subject: SUMMARY: ttya as console (without breaking X) To: sun-managers@eecs.nwu.edu Date: Tue, 3 Dec 91 19:22:45 MET X-Mailer: ELM [version 2.3 PL8] (I don't know if my question ever made it to the sun-manager's mailing list, but here's a summary anyway) Some time ago, I asked: >Is it possible to use /dev/ttya as console on a Sparcstation 1 (4.1.1) without >making the framebuffer, keyboard and mouse unusable? >We changed "input-device" and "output-device" to "ttya" in the PROM monitor >but after reboot, accesses to /dev/kbd, /dev/mouse, and /dev/fb resulted >in "No such device or address". I got a few responses, ranging from "yes" to "no". The correct answer turned out to be YES, it can be done. The solution, however, is not a standard, supported one, but that's life. Thanks to Gijs Mos, Kevin N. Hayes, Malcolm Caldwell, David DiGiacomo, and Peter Lamb! Proceed as follows: 1) Make new special files corresponding to the "raw" keyboard and mouse: mknod /dev/zs2 c 12 2 # The keyboard mknod /dev/zs3 c 12 3 # The mouse These are just serial ports and will need some "special treatment" in order to behave as /dev/kbd and /dev/mouse. 2) Shutdown your machine and tell the monitor to setenv input-device ttya # Or perhaps ttyb setenv output-device ttya You can also use eeprom(8S). 3) Reset and reboot. /dev/fb, /dev/kbd and /dev/mouse are now useless. In my case, /dev/bwtwo0 works as a substitute for /dev/fb. Also /dev/ttya (ttyb) is useless - if you have an entry in ttytab for it, comment it out. 4) If you want to run Sunview: start with "-dev /dev/bwtwo0 -k /dev/zs2 -m /dev/zs3" MIT X: patch the server to accept flags for non-default mouse and keyboard devices. If you don't want to hack the R5 source yourself, you can get patches by anonymous ftp from adagio.fy.chalmers.se (129.16.117.10) in /pub/MITXservernonstandarddevicepatches.tar.Z. NOTE: these are somewhat Q&D and assume you have a TYPE-4 keyboard! Sorry for that - see below. Start your new server with "-dev /dev/bwtwo0 -mousedev /dev/zs3 -kbddev /dev/zs2" Openwindows: what? Ohh! :) You will have to setenv MOUSE /dev/zs3 setenv KEYBOARD /dev/zs2 and tweak /usr/openwin/etc/NeWS/keybdinit.ps a little. If you have a type-4 keyboard, replace /Default { false } with /Default { (NeWS/US4.ps) LoadFile } the file name depending on your hardware, nationality and personal taste. No warranties! And now for a new question: Tha man page kbd(4S) states that /dev/kbd is, essentially, a serial port with the "kb" and "ttcompat" stream modules pushed onto it. But if I open /dev/zs2 (mknode:d as above and with {in|out}put-device directed to ttya), push ttcompat and kb onto it, a KIOCTYPE ioctl will return -1 (type unknown) instead of the expected KB_SUN4. Why? All other KIOCxxxs work perfectly well. - As you might have guessed, that's why the abovementioned patches assume a type-4 keyboard. Mildly irritating. -- Daniel Berglund db@fy.chalmers.se Chalmers Univ. of Technology, G|teborg, Sweden From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 3 20:41:46 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA08059; Tue, 3 Dec 91 20:41:46 -0600 Received: by delta.eecs.nwu.edu id AA23642 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 3 Dec 1991 17:12:18 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from maccs.DCSS.McMaster.CA by delta.eecs.nwu.edu with SMTP id AA12040 (5.65c/IDA-1.4.4 for ); Tue, 3 Dec 1991 17:12:10 -0600 Received: by maccs.dcss.mcmaster.ca (/\==/\ Smail3.1.24.1 #24.2) id ; Tue, 3 Dec 91 18:12 EST Received: by flex.Eng.McMaster.CA (4.1/SMI-4.1) id AA01525; Tue, 3 Dec 91 18:12:25 EST Date: Tue, 3 Dec 91 18:12:25 EST From: todd@flex.Eng.McMaster.CA (Todd Pfaff) Message-Id: <9112032312.AA01525@flex.Eng.McMaster.CA> Reply-To: Todd Pfaff To: sun-managers@eecs.nwu.edu Subject: Sun monitor on a PC I'm sorry that this is somewhat unrelated to Sun workstations in general, but I didn't know where else to ask. If anyone can suggest a good newsgroup or mailing list where I should post this question, please do. Has anyone tried connecting a Sun monitor to a PC? I have a 16" Sun monitor which I want to connect to a video controller in a PC. The specs are: Sony Trinitron Resolution: 1152x900 Horizontal Frequency: 61.8 kHz Vertical Frequency: 66 Hz Video Signals: RGB non-composite 714mV peak 75 Ohms Sync Signals: Combined sync 2.5-5 V 75 Ohms I haven't actually purchased the PC video card yet so I'm open to suggestions. I have looked into is the ATI SVGA Wonder XL and ATI Graphics Vantage which produce 1024x768 at 54 kHz horizontal and 66 Hz vertical. I think that would be sufficient to drive the Sony monitor. I would probably have to build some type of adapter from the output of the PC video board to the R,G,B,composite sync inputs of the Sony monitor. Is any such adapter commercially available? Of course, this depends on the outputs of the PC controller and the inputs of the monitor. This particular monitor has the newer Sun 13w3 connector, which looks something (use your imagination :-) like: __________________ \ ..... / \ O O ..... O / \____________/ The 3 larger pins are for the R,G,B signals, 2 of the other pins are used for the composite sync signal. I know I can buy an adapter from Sun that goes from the 13w3 to 4 BNC connectors (we have one of these from a SPARCstation to an older monitor that has the 4 BNC inputs), but Sun wants $124.00 for it (P.N. 530-1446-03, 13W3to4BNC adapter cable). I don't know of any other source for this connector. Anybody know? -- Todd Pfaff \ Internet: todd@flex.eng.mcmaster.ca Dept. of Mechanical Engineering \ Voice: (416) 525-9140 x2902 McMaster University \ FAX: (416) 572-7944 Hamilton, Ontario, CANADA L8S 4L7 \ From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 3 20:41:53 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA08064; Tue, 3 Dec 91 20:41:53 -0600 Received: by delta.eecs.nwu.edu id AA21180 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 3 Dec 1991 17:02:15 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from csn.org by delta.eecs.nwu.edu with SMTP id AA11725 (5.65c/IDA-1.4.4 for ); Tue, 3 Dec 1991 17:02:07 -0600 Received: from spatial.UUCP by csn.org with UUCP id AA26592 (5.65c/IDA-1.4.4 for sun-managers@eecs.nwu.edu); Tue, 3 Dec 1991 16:02:01 -0700 Received: by spatial.com (4.1/SMI-4.1) id AA10932; Tue, 3 Dec 91 15:57:36 MST Date: Tue, 3 Dec 91 15:57:36 MST From: alek@spatial.com (Alek O. Komarnitsky) Message-Id: <9112032257.AA10932@spatial.com> To: sun-managers@eecs.nwu.edu Subject: SPARC2 exhibits very strange behavior at boot time Cc: alek@spatial.com Sun-Managers, I've got a very strange one - I hope some of you have seen this before. We have a SPARCStation2 that is used to demo our product on the road. Before leaving for Europe, it worked like any 'ol Sparc2 should. It has 64 Megs of RAM (16 Sun & 48 Clearpoint) and a GX card. Upon return from Europe, it had some very odd behavior at boot time. Upon power-up, it could not "find" the boot file (but we're correctly using the defaults of the PROM settings). When one did a boot disk, vmunix was loaded, and then followed by: SunOS Release 4.1.1 (gold) #1: Sun Oct 20 14:47:23 MDT 1991 Copyright (c) 1983-1990, Sun Microsystems, Inc. mem = 0 (0x0) avail mem = 0 Ethernet address = ? cpu = ? zs0 at obio 0x0 zs1 at obio 0x0 fd0 at obio 0x0 audio0 at obio 0x0 sbus0 at SBus slot 0 0x0 dma0 at SBus slot 0 0x0 esp0 at SBus slot 0 0x0 [Panic somewhere in here] [the above is from memory, since I seemed (!) to get things working again as mentioned below. The ? marks are mine - I forgot what it said here] So I'm thinking, OK, we got a scrogged disk. Standard Operating Procedure in this situation is to boot the machine diskless, and effect repairs. I therefore set things up on the server (something I routinely do) and did a boot net. We counted in Hex for a short while (the boot program), and then we got "Using IP Address 0.0.0.0 = 00000000", which is obviousely wrong and then a goof. So, perhaps we have a hardware problem. To make long story short, I was able to duplicate all of the above using two different sets of 4 4-Mbit SIMMS that both passed the memory test. I also reseated the GX board, and ensured that the SCSI connections were in good shape. Still no progress, although it did work once diskless and once from disk, but then later did not work. So lets take a look at the PROM settings. Nothing out of the ordinary there, but I did a set-defaults just to be sure. Same Problem. [An aside: all of my SPARC2's set testarea=85 after startup (I didn't do this) - why is this?] Yep, one needs to do a reset to have PROM settings take effect. OK, let set diag-switch?=true, and try that. Walla, we're able to boot. Lets put the original Sun memory back into the "first" slots, and once again I'm able to boot. OK, once I've got vmunix running, I do a eeprom -c to fix any checksum errors (no indications of any) and I can still boot. OK, now set diag-switch?=false, do an eeprom-c, and reset/reboot. So, my machine is working now (I haven't put the other 48 Megs of RAM in), but I'm *REAL* curious what happened (and what I did to fix it?!?!?). In particular, I'm confused by the messages when booting vmunix from disk, and why booting diskless gave an IP address of 0.0.0.0. Note that I never rebuilt the disk, which I believe was OK all along. Appreciate any insights, I will, of course, summerize, Alek Komarnitsky 303-449-0649 Software Tools Manager, Spatial Technology, Inc. 2425 55th Street, Bldg A alek@spatial.com Boulder, CO 80301-5704 From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 3 20:46:47 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA08074; Tue, 3 Dec 91 20:46:47 -0600 Received: by delta.eecs.nwu.edu id AA28322 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 3 Dec 1991 16:41:37 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from CENTRAL.CIS.UPENN.EDU by delta.eecs.nwu.edu with SMTP id AA20962 (5.65c/IDA-1.4.4 for ); Tue, 3 Dec 1991 16:41:30 -0600 Received: from ENIAC.SEAS.UPENN.EDU by central.cis.upenn.edu id AA06408; Tue, 3 Dec 91 17:41:24 -0500 Return-Path: Received: from LOCALHOST.upenn.edu by eniac.seas.upenn.edu id AA15900; Tue, 3 Dec 91 17:41:23 EST Posted-Date: Tue, 03 Dec 91 17:41:22 EST Message-Id: <9112032241.AA15900@eniac.seas.upenn.edu> To: sun-managers@eecs.nwu.edu Subject: [SUMMARY] Patches 100260-01 and 100330-02 conflict Date: Tue, 03 Dec 91 17:41:22 EST From: Charles H. Buchholtz My original request: >A while ago I applied patch 100260-01 to our 4/490 running 4.1.1. >This patch replaced the file /sys/sun4/OBJ/if_ie.o. >We have been having problems with large processes hanging, and Sun >recommended that we install "The Jumbo Patch", version 2, which is >100330-02. This patch also replaces the file /sys/sun4/OBJ/if_ie.o. >The three versions of if_ie.o are indeed different, and neither patch >mentions the other in it's README. Chris Drake (Chris.Drake@Corp.Sun.COM) very quickly provided the necessary information. It seems that 100260-01 (Ethernet framing errors) is a 4.1 patch, and 100330-02 (Jumbo patch) is a 4.1.1 patch, so the two should never be applied to the same kernel. The README file for 100260-01 says, "Obsoleted by SVR4", so (since 4.1.1 != SVR4), I assumed that I still needed it. Chris explained that the "obsoleted by" field is a best guess made at the time the patch was first created. He recommended that no patch be used that doesn't specifically mention the OS version being patched. Assume that the next release fixes that bug. If the problem re-appears, then look for a new patch for the new OS version. By the way, we just received 100330-03. Thanks to all who responded: Chris.Drake@Corp.Sun.COM (Chris Drake) dal@gcm.com (Dan Lorenzini) shilo@fmsu04.intel.com (Shilo Jennings ~) Charles H. Buchholtz chip@seas.upenn.edu Systems Programmer (215) 898-2491 School of Engineering and Applied Science 200 S. 33rd St, rm 154 University of Pennsylvania Philadelphia, PA 19104 From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 3 22:09:13 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA08183; Tue, 3 Dec 91 22:09:13 -0600 Received: by delta.eecs.nwu.edu id AA24609 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 3 Dec 1991 18:51:32 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from lbl.gov by delta.eecs.nwu.edu with SMTP id AA27625 (5.65c/IDA-1.4.4 for ); Tue, 3 Dec 1991 18:51:27 -0600 Received: from msri.org by lbl.gov (4.1/1.39) id AA09435; Tue, 3 Dec 91 16:56:00 PST Received: from mobius.msri.org.math.org by msri.org (4.1/SMI-4.1) id AA00988; Tue, 3 Dec 91 16:51:32 PST Date: Tue, 3 Dec 91 16:51:32 PST From: david@msri.org (David Mostardi) Message-Id: <9112040051.AA00988@msri.org> To: sun-managers@eecs.nwu.edu Subject: Do printer quotas exist? I am presently using SunOS (4.1.1) disk quotas to keep users from hogging too much disk space. Works fine, no complaints. Rumor: there is a "printer quota" system which, for example, could limit user Fred to 200 pages per month. Rumor also has it that there is a "login quota" where I could limit Fred to, e.g., 10 hours of login time per week. Is there any truth in these rumors? Thanks in advance, ----------------------------------------------------------------- David Mostardi Phone: (510) 643-6071 Systems Administrator FAX: (510) 643-5348 Mathematical Sciences Research Institute Email: david@msri.org 1000 Centennial Drive, Berkeley CA 94720 From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 4 00:00:00 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA08311; Wed, 4 Dec 91 00:00:00 -0600 Received: by delta.eecs.nwu.edu id AA01188 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 3 Dec 1991 21:19:08 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: by delta.eecs.nwu.edu id AA06661 (5.65c/IDA-1.4.4 for sun-managers); Tue, 3 Dec 1991 21:18:56 -0600 Received: from sun.UUCP by laidbak.i88.isc.com with UUCP (5.65/i88-mail-gw/9/16/91) id AA27234; Tue, 3 Dec 91 20:32:19 -0600 Received: from zeus.teradyne.com by sun.Eng.Sun.COM (4.1/SMI-4.1) id AA27794; Tue, 3 Dec 91 16:56:52 PST Received: by teda.EDA.Teradyne.COM (4.1/SMI-4.1/M-teda.911024-jxh) id AA09861; Tue, 3 Dec 91 16:45:19 PST X-Recip: sun-managers@eecs.nwu.edu X-Rewrite-Recip: sun!laidbak!nucsrl!sun-managers Return-Path: Received: from teradyne.uucp (teradyne.teradyne.com) by teda.EDA.Teradyne.COM (4.1/SMI-4.1/M-teda.911024-jxh) id AA09825; Tue, 3 Dec 91 16:44:56 PST Received: from zeus.teradyne.uucp by teradyne.uucp (3.2/TerSTD-1.05-910610) id AA22829; Tue, 3 Dec 91 15:22:34 PST Received: from kiki.teradyne.uucp by zeus.teradyne.uucp (4.1/TerSTD-master-1.18-911113) id AA09468; Tue, 3 Dec 91 16:45:00 PST Date: Tue, 3 Dec 91 16:45:00 PST From: zohreh@zeus.teradyne.com (Zohreh Shahbazi) Message-Id: <9112040045.AA09468@zeus.teradyne.uucp> To: sun-managers@eecs.nwu.edu Subject: Need vt200 or vt340 emulation s/w for Xwindows and PC I am looking for a PUBLIC DOMAIN vt200 or vt340 emulation software that will run on openwindows and one that would run on PC's. Please email your responses to zohreh@teradyne.com Thanks, Zohreh From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 4 12:22:11 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA10333; Wed, 4 Dec 91 12:22:11 -0600 Received: by delta.eecs.nwu.edu id AA21237 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 4 Dec 1991 08:54:57 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from bru.mayo.edu by delta.eecs.nwu.edu with SMTP id AA17413 (5.65c/IDA-1.4.4 for ); Wed, 4 Dec 1991 08:54:52 -0600 Received: from autobahn.mayo.EDU by bru.mayo.EDU (4.1/SMI-4.0) id AA28135; Wed, 4 Dec 91 08:54:34 CST Received: from lotus.mayo.EDU by autobahn.mayo.EDU (4.1/SMI-4.1) id AA00315; Wed, 4 Dec 91 08:54:44 CST Date: Wed, 4 Dec 91 08:54:44 CST From: mstacy@mayo.EDU (Mahlon Stacy 4-4558) Message-Id: <9112041454.AA00315@autobahn.mayo.EDU> To: sun-managers@eecs.nwu.edu Subject: Is there a way to disable logins AND deliver mail? System: Sun 4/330 server, SunOS 4.1.1, 660 Meg SCSI, 900 Meg SMD. Config: In a network of about 50 systems, 4/330 provides local mailhost services by exporting /var/spool/mail to other systems. Problem: I want to restrict login access to the 4/330, but need to have mail delivered to any passwd entry in the YP passwd map. I have tried to allow only selected netgroups in the password file, using: +@NETGROUP::::: entries. This restricts logins, but mail can only be delivered to the people in the permitted netgroups. Is there a way to have my cake and eat it, too? -Mahlon ------------------------------------------------------------- Mahlon Stacy Internet: mcs@mayo.edu Mayo Foundation Rochester, MN 55905 Minnesota Regional Network (507) 284-4558 Amateur: KF0AW ------------------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 4 12:35:20 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA10392; Wed, 4 Dec 91 12:35:20 -0600 Received: by delta.eecs.nwu.edu id AA26980 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 4 Dec 1991 09:29:18 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ASC.SLB.COM by delta.eecs.nwu.edu with SMTP id AA05314 (5.65c/IDA-1.4.4 for ); Wed, 4 Dec 1991 09:29:09 -0600 Received: from sjsca4.psi by ASC.SLB.COM (4.1/ASC Mailhost 3.12) id AA07403; Wed, 4 Dec 91 09:29:05 CST Apparently-To: "eecs.nwu.edu::sun-managers"@sesca3.SINet.SLB.COM X-Vms-To: eecs.nwu.edu::sun-managers Received: from [192.23.16.1] by eris.sj.ate.slb.com (5.59SLBATE/SLB-SERVER-1.16) id AA04512; Wed, 4 Dec 91 07:28:45 PST Received: from planfoy.ate.slb.com by ate.slb.com (4.1/SMI-4.1-DNI) id AA00502; Wed, 4 Dec 91 16:31:00 +0100 Date: Wed, 4 Dec 91 16:30:59 +0100 From: vollerin@sesca3.SINet.SLB.COM (s40 engin) Message-Id: <9112041531.AA00502@ate.slb.com> To: sun-managers@eecs.nwu.edu Subject: registration ok? From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 4 15:46:35 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA11178; Wed, 4 Dec 91 15:46:35 -0600 Received: by delta.eecs.nwu.edu id AA06678 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 4 Dec 1991 12:16:11 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from hp4nl.nluug.nl by delta.eecs.nwu.edu with SMTP id AA16783 (5.65c/IDA-1.4.4 for ); Wed, 4 Dec 1991 12:15:55 -0600 Received: by hp4nl.nluug.nl id AA04129 (1.15/2.14); Wed, 4 Dec 91 19:16:21 +0100 Received: from source with uucp; Wed, 4 Dec 91 17:31:39 Received: from moon.source by source (4.1/SMI-4.1) id AA12345; Wed, 4 Dec 91 17:31:39 GMT From: source!mist@nluug.nl (Michiel Steltman) Message-Id: <9112041731.AA12345@source> Subject: DAT-specific device driver To: sun-managers@eecs.nwu.edu (Sun managers submissions) Date: Wed, 4 Dec 91 17:34:42 GMT Organization: Source Information Technology Phone: (+31)-79-615511 Fax: (+31)-79-615509 X-Mailer: ELM [version 2.3 PL11] Is there anybody that know how I can get a DAT-specific device driver? The purpose for this is twofold: 1. I need to transfer non standard (non 512 Byte) blocks 2. I've heard of a possibility to write a very long EOF pattern, so that EOF marks can still be recognized when fast forward with read is being performed. Anybody heard of such a driver? (possibly for exabyte as well). Suggestions appreciated, summary will be posted. Thanx. -- Michiel Steltman email:mist@source.nl Phone (+31)-79-615511 ============= Source Information Technology ================ From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 4 15:49:10 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA11189; Wed, 4 Dec 91 15:49:10 -0600 Received: by delta.eecs.nwu.edu id AA30200 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 4 Dec 1991 12:03:06 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ucsd.edu by delta.eecs.nwu.edu with SMTP id AA17957 (5.65c/IDA-1.4.4 for ); Wed, 4 Dec 1991 12:02:59 -0600 Received: from network.ucsd.edu by ucsd.edu; id AA09383 sendmail 5.64/UCSD-2.2-sun via SMTP Wed, 4 Dec 91 10:02:54 -0800 for sun-managers@eecs.nwu.edu Received: by network.UCSD.EDU (5.61/UCSDGENERIC.3) id AA06506 to mail-sun-managers@ucsd.edu; Wed, 4 Dec 91 10:02:47 -0800 Newsgroups: mail.sun-managers Path: network!bill From: bill@kepler.ucsd.edu (Bill Reynolds) Subject: Sparc-1 or Sparc-2 a better gateway? Message-Id: Nntp-Posting-Host: kepler.ucsd.edu Organization: Institute for Nonlinear Science, UCSD Date: Wed, 4 Dec 1991 18:04:29 GMT Apparently-To: mail-sun-managers@ucsd.edu We have just subnetted our network of 10 workstations. Right now we are using a sparc-2 as our gateway. We only have two sparc-2's and we use them for big number-crunching jobs. We are concerned that big jobs on our gateway might impact it's performance or, conversely, that using it as a gateway will slow down the user's jobs. It has been suggested that we take one of our older sparc-1's and use it as the gateway, but it's not clear that this is the right way to go either. So our questions are: 1) Which is a better gateway, a loaded sparc-2 or a lightly loaded sparc-1? When is say "loaded", I mean running X (mit or openlook), and perhaps 1-5 background jobs of various sizes (I've seen them go up to 30 meg of memory). When I say "lightly loaded", I mean running X. 2) How much of our computational power are we compromising by using the Sparc-2 as a gateway? Will all that traffic slow down our background jobs? We can put 16 or 32 meg of memory on the sparc-2, and the sparc-1 has 8 meg right now, but we can probably upgrade that if necessary. I'll summarize to the net. Thanks for the help. -- _______________________________________________________________________ Bill Reynolds | bill@kepler.ucsd.edu | From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 4 16:53:12 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA11519; Wed, 4 Dec 91 16:53:12 -0600 Received: by delta.eecs.nwu.edu id AA17262 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 4 Dec 1991 13:38:06 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ucsd.edu by delta.eecs.nwu.edu with SMTP id AA08101 (5.65c/IDA-1.4.4 for ); Wed, 4 Dec 1991 13:37:58 -0600 Received: from ccrwest.UUCP by ucsd.edu; id AA17654 sendmail 5.64/UCSD-2.2-sun via UUCP Wed, 4 Dec 91 11:25:55 -0800 Received: from allegro.ccrwest by ccrwest.UUCP (4.1/SMI-4.1) id AA13465; Wed, 4 Dec 91 11:02:22 PST Date: Wed, 4 Dec 91 11:02:22 PST From: ccrwest!kk@UCSD.EDU (Kandi Kirk) Message-Id: <9112041902.AA13465@ccrwest.UUCP> To: sun-managers@eecs.nwu.edu Subject: Software to make a PC running PC-NFS an X terminal Has anyone experimented with software that allows a 386 PC to become an X terminal? The PC is a 386 with a VGA monitor and 4MB RAM running PC-NFS attached to a network of about 8 Sparc stations. I have been doing a trial on one product without a tremendous amount of success due to its kludgy implement- ation. Then again that could just be the way it is. Can someone recommend a product to make a PC an X terminal? Is there public domain software to do this? Any ideas, suggestions or information would be appreciated. Thanks, Kandi Kirk ccrwest!kk@ucsd.edu Institute for Defense Analyses (619) 455-9400 Center for Communications Research - La Jolla (619) 455-1327 (FAX) 4350 Executive Drive Suite 135 San Diego, Ca. 92121 From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 4 16:53:17 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA11523; Wed, 4 Dec 91 16:53:17 -0600 Received: by delta.eecs.nwu.edu id AA00270 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 4 Dec 1991 13:31:41 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from NET.WAU.NL by delta.eecs.nwu.edu with SMTP id AA27607 (5.65c/IDA-1.4.4 for ); Wed, 4 Dec 1991 13:31:30 -0600 Received: from fenk.wau.nl (METTEN.FENK.WAU.NL) by NET.WAU.NL (PMDF #12413) id <01GDQ8BE3RJ4001B0U@NET.WAU.NL>; Wed, 4 Dec 1991 20:34 GMT +01:00 Received: by fenk.wau.nl (4.1/SMI-4.1) id AA15629; Wed, 4 Dec 91 20:31:31 +0100 Date: Wed, 4 Dec 91 20:31:31 +0100 From: peter@FenK.WAU.NL (Peter Barneveld) Subject: Process can't be killed To: sun-managers@eecs.nwu.edu Message-Id: <9112041931.AA15629@fenk.wau.nl> X-Envelope-To: sun-managers@eecs.nwu.edu Dear managers, For the second time we have got a "cat" process hanging which can't be killed using kill -9: chris 2550 0.0 0.0 124 0 p4 IW 11:01 0:01 -csh (csh) chris 10738 0.0 0.0 12 0 p4 DW 17:20 0:00 cat N50P200sig1phi.log Process 10738 hangs. The system is a Sun 4/75 running SunOS 4.1.1, a diskless client. The kernel is the sun-supplied DL60. We applied patch 100338-02: SunOS 4.1; 4.1.1 system crashes with assertion failed panic. The /dev/ttyp4 file shows that can be used, but when login tries to access p4 the user is logged out right away without any messages. The problem then is that no more then 4 users can be logged on before rebooting. Any ideas on how to kill the "cat" process? Is it a NFS bug? Thanks, Peter Barneveld Wageningen University peter@FenK.wau.nl From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 4 17:10:58 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA11637; Wed, 4 Dec 91 17:10:58 -0600 Received: by delta.eecs.nwu.edu id AA23966 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 4 Dec 1991 13:25:58 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from uconnvm.uconn.edu by delta.eecs.nwu.edu with SMTP id AA10840 (5.65c/IDA-1.4.4 for ); Wed, 4 Dec 1991 13:25:45 -0600 Received: from cc.math.uconn.edu by UCONNVM.UCONN.EDU (IBM VM SMTP R1.2.2MX) with TCP; Wed, 04 Dec 91 14:22:43 EST Received: from vince.math.uconn.edu by cc.math.uconn.edu (4.1/SMI-4.1) id AA03699; Wed, 4 Dec 91 14:22:15 EST Received: by vince.math.uconn.edu (4.1/SMI-4.1) id AA01376; Wed, 4 Dec 91 14:22:53 EST Date: Wed, 4 Dec 91 14:22:53 EST From: Vince Giambalvo Message-Id: <9112041922.AA01376@vince.math.uconn.edu> To: sun-managers@eecs.nwu.edu Subject: SUN 3 Monitor Cable Pinouts The subject line says it all. I need the pinouts for the monitor connector, ie which is which.(standard BW monitor on a SUN 3/60 ). Does anyone know? Is there a FM that I might/should have to get this info. Thanks, Vince From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 4 18:17:42 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA11775; Wed, 4 Dec 91 18:17:42 -0600 Received: by delta.eecs.nwu.edu id AA26854 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 4 Dec 1991 14:46:22 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from stc06.CTD.ORNL.GOV by delta.eecs.nwu.edu with SMTP id AA15392 (5.65c/IDA-1.4.4 for ); Wed, 4 Dec 1991 14:46:13 -0600 Received: by stc06.CTD.ORNL.GOV (5.57/Ultrix3.0-C) id AA15025; Wed, 4 Dec 91 15:46:04 EST Date: Wed, 4 Dec 91 15:46:04 EST From: Dave Sill Message-Id: <9112042046.AA15025@stc06.CTD.ORNL.GOV> To: sun-managers@eecs.nwu.edu Subject: Printing to HP via NeWSprint hangs system [SPARCstation 2, SunOS 4.1.1-GFX-Rev 2 post-beta OpenWindows 3.0, HP Laserjet II connected via Serial Parallel Controller's parallel interface] I ran add_np_printer and specified /dev/stclp0 as the device. The printcap entry said it was for a serially-connected LJ2, but I tried it anyway. I printed a short text file, and it and the banner page printed successfully. Unfortunately, as soon as the file printed, the system hang. I rebooted, and the job automatically requeued. I lprm'd it and tried again. The same thing happened. I poked around in the spool directory and happened upon the .param file. Seeing the comment for HANDLER_INTERFACE, I removed the printer using rm_np_printer, hard linked /dev/stclp0 to /dev/bpp0, and added the printer back using /dev/bpp0. The printcap comment now says it is for a parallely-connected LJ2, and HANDLER_INTERFACE is set to BPP in .param. Unfortunately, the system still hangs at the end of each print job, requiring a reboot. Any ideas? Anyone got a LaserJet II running off of Sun's Serial Parallel controller using NeWSprint? If so, how'd you do it? Thanks in advance -- Dave Sill (de5@ornl.gov) We have many things in common Martin Marietta Energy Systems Name three. Workstation Support -R.E.M. From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 4 18:17:52 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA11780; Wed, 4 Dec 91 18:17:52 -0600 Received: by delta.eecs.nwu.edu id AA20571 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 4 Dec 1991 14:50:52 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from pex.eecs.nwu.edu by delta.eecs.nwu.edu with SMTP id AA15649 (5.65c/IDA-1.4.4 for ); Wed, 4 Dec 1991 14:50:45 -0600 Received: by pex.eecs.nwu.edu (4.1/SMI-NWU-SUG) id AA28468; Wed, 4 Dec 91 14:50:44 CST Date: Wed, 4 Dec 91 14:50:44 CST From: phil@pex.eecs.nwu.edu (William LeFebvre) Message-Id: <9112042050.AA28468@pex.eecs.nwu.edu> To: sun-managers@eecs.nwu.edu Subject: Sun-managers and the Sun User Group Conference The annual Sun User Group conference and exhibit will be happening next week at the San Jose Convention Center. I will be attending, as usual. In fact, I am leaving tomorrow. Therefore sun-managers will be running itself between now and Friday the 13th. During that time, no one will be processing requests. Also, quashing possible mail loops may take longer than normal. If you are also attending the conference, look for the Sun-managers SIG (same as a BOF), tenatively scheduled for Monday evening in the Fairmont Hotel. Check the convention center information booth for details and for the sign-up sheet. I will try very hard this year to be at the SIG. If you are not attending the conference, "why not?" :-) And if you manage to find me on Sunday (in and around the tutorials--- I'm teaching T5 this year) or Monday morning, you may even get to see my 11-month-old daughter! William LeFebvre Sun-managers maintainer Computing Facilities Manager and Analyst Department of Electrical Engineering and Computer Science Northwestern University From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 4 19:29:12 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA11954; Wed, 4 Dec 91 19:29:12 -0600 Received: by delta.eecs.nwu.edu id AA25586 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 4 Dec 1991 16:20:36 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from oddjob.uchicago.edu by delta.eecs.nwu.edu with SMTP id AA20907 (5.65c/IDA-1.4.4 for ); Wed, 4 Dec 1991 16:20:30 -0600 Received: by oddjob.uchicago.edu Wed, 4 Dec 91 16:20:24 -0600 From: "Matt Crawford" Message-Id: <9112042220.AA28005@oddjob.uchicago.edu> To: sun-managers@eecs.nwu.edu Phone: +1 312 702 8207 / 7434 Subject: Question on ALM-1, aka Systech MTI-1600 Date: Wed, 04 Dec 91 16:20:22 CST We have a Sun-3/280 which we plan to upgrade (at long last) to a 4/690. I know we can get 16 serial ports on an SBUS card for $1295, but if it's at all possible we'd like to pinch those pennies and keep our two ALM-1s. Well, most of you probably know, they aren't supported. Once upon a time, someone inside Sun (I think) told me that the reason for dropping ALM-1 support is that Systech retained some rights to the driver code. Does anyone know how I can contact Systech to ask about a newer driver or rights to use the old one, if that is indeed the sticking point? [800 information turned up a Systech in Canada and one in Florida, but neither is the right company.] ________________________________________________________ Matt Crawford Astronomy & Astrophysics U of Chicago From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 4 19:35:30 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA11965; Wed, 4 Dec 91 19:35:30 -0600 Received: by delta.eecs.nwu.edu id AA15881 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 4 Dec 1991 15:42:12 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA00505 (5.65c/IDA-1.4.4 for ); Wed, 4 Dec 1991 15:42:04 -0600 Received: from stl-04sima ([150.211.20.2]) by rice.edu (AA04540); Wed, 4 Dec 91 15:41:00 CST Message-Id: <9112042141.AA04540@rice.edu> Date: Wed, 4 Dec 91 15:26:42 CST From: "Linda J. Crosby" To: sun-spots@rice.edu, sun-managers@rice.edu Cc: bind@ucbarpa.berkeley.edu Subject: BIND4.8.3 on Sun 4.1.1 - BIND vs. NFS Several months ago I requested help in getting BIND 4.8.3 running on my Sun 4.1.1 system. I got lots of good info & pointers to patches/fixes I needed; and I have the resolver running fine working with telnet/ftp & my email system, MMDF. Unfortunately, we now have a need to use NFS on this system and apparently one the actions in patching BIND disabled a piece of code that NFS requires. Someone passed the following info to me: "karl@thuja.gsfc.nasa.gov replied: --------------------------------- Rebuild libc.so with sources from Bill Wisner, available on next.ucns.uga.edu ............. ......., but for SunOS 4.1.1 I had to remove mkstemp.o from /usr/lib/shlib.etc/tmp and from lorder-sparc." I followed the instructions but..... Apparently NFS requires 'mkstemp.o'; this is the error msg from 'exportfs' : "ld.so: call to undefined procedure _mkstemp" Questions for Karl@thuja.gsfc.nasa.gov (if he sees this) or anyone: 1. Why was it necessary to remove mkstemp.o? What would have happened if I had left it in the libc.so? 2. What do I need to do in order to run BOTH the resolver code and NFS? What other surprises are in store for me? Linda J. Crosby Technical Liaison USAMC SIMA From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 4 19:54:04 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA12005; Wed, 4 Dec 91 19:54:04 -0600 Received: by delta.eecs.nwu.edu id AA11501 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 4 Dec 1991 13:04:22 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from bru.mayo.edu by delta.eecs.nwu.edu with SMTP id AA31845 (5.65c/IDA-1.4.4 for ); Wed, 4 Dec 1991 13:04:17 -0600 Received: from autobahn.mayo.EDU by bru.mayo.EDU (4.1/SMI-4.0) id AA28680; Wed, 4 Dec 91 13:04:04 CST Received: from lotus.mayo.EDU by autobahn.mayo.EDU (4.1/SMI-4.1) id AA00628; Wed, 4 Dec 91 13:04:15 CST Date: Wed, 4 Dec 91 13:04:15 CST From: mstacy@mayo.EDU (Mahlon Stacy 4-4558) Message-Id: <9112041904.AA00628@autobahn.mayo.EDU> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: disable logins and allow mail delivery sun-managers is to be commended again for quick response. There were sevral good suggestions. The one I chose, which works great, was offered first by Bryan, bigmac@erg.sri.com. He said: yes, follow the above + line with: +:*:::::/usr/local/etc/nologin.lockout (The nologin.lockout is a shell of ours that tells the person attemping to log in that they cant and why, then exits, all in a secure fashion.) This will allow the rest of the YP map to exist, but the * in the password field takes precedence over the YP password field and cannot be matched, thus locking out logins. Other suggestions included touching or creating /etc/nologin, which would prevent all logins and remote logins (I need to permit access by the netgroup) and creating individual password entries with non-shells, as above. Thanks to all. -Mahlon ------------------------------------------------------------- Mahlon Stacy Internet: mcs@mayo.edu Mayo Foundation Rochester, MN 55905 Minnesota Regional Network (507) 284-4558 Amateur: KF0AW ------------------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 4 22:10:30 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA12221; Wed, 4 Dec 91 22:10:30 -0600 Received: by delta.eecs.nwu.edu id AA16421 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 4 Dec 1991 18:26:15 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from oddjob.uchicago.edu by delta.eecs.nwu.edu with SMTP id AA03927 (5.65c/IDA-1.4.4 for ); Wed, 4 Dec 1991 18:26:08 -0600 Received: by oddjob.uchicago.edu Wed, 4 Dec 91 18:26:05 -0600 From: "Matt Crawford" Message-Id: <9112050026.AA00088@oddjob.uchicago.edu> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: Question on ALM-1, aka Systech MTI-1600 In-Reply-To: Your message of Wed, 04 Dec 91 18:23:15 EST. <9112042323.AA04464@sentinel.CES.CWRU.Edu> Date: Wed, 04 Dec 91 18:26:04 CST My thanks to Aydin Edguer who told me within an hour of my asking, that the correct Systech is Systech Corporation in San Diego, at +1 619 453 8970. I called them and they say they don't own the driver either. Now I think that Sun may have had a consultant do it. Who knows. Anyway, the MTI driver still exists in 4.1.1. I wonder whether I should gamble on the 4.1.1 driver working in 4.1.2. Seems like a good bet. The stakes might not be *too* high, since there's still another old VME Sun-3 and a VME Sun-4 on hand that I could stick these ALM-1s into in a pinch. (I don't imagine too many are interested in the ALM-1, but I figured a quick post of this summary may save a few other kind souls the bother of looking up the same info for me. :) ________________________________________________________ Matt Crawford Astronomy & Astrophysics U of Chicago From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 5 04:17:37 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA13156; Thu, 5 Dec 91 04:17:37 -0600 Received: by delta.eecs.nwu.edu id AA29757 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 5 Dec 1991 01:10:35 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from metro.ucc.su.OZ.AU by delta.eecs.nwu.edu with SMTP id AA04562 (5.65c/IDA-1.4.4 for ); Thu, 5 Dec 1991 01:10:24 -0600 Received: by metro.ucc.su.OZ.AU (5.61/1.34) id AA23672; Thu, 5 Dec 1991 18:10:06 +1100 Date: Thu, 5 Dec 1991 08:48:33 +1100 From: jonw@assip.csasyd.oz.AU Message-Id: <9112050710.AA23672@metro.ucc.su.OZ.AU> Apparently-To: sun-managers@eecs.nwu.edu >From jonw@assip.csasyd.oz.au Thu Dec 5 08:47:02 1991 Received: from condor.anzac by assip.csasyd.oz.au (4.1/ASSIP-V1) id AA17045; Thu, 5 Dec 91 08:47:02 EST Received: from assip.csasyd.oz.au (sde1) by condor.anzac (4.1/SMI-4.1) id AA26426; Thu, 5 Dec 91 08:46:59 EST Date: Thu, 5 Dec 91 08:46:59 EST From: jonw@assip.csasyd.oz.au (Jon Wright) Message-Id: <9112042146.AA26426@condor.anzac> To: sun-managers%eecs.nwu.edu@metro.ucc.su.oz.au Subject: FD Drivers (SparcOS 4.1 vs SunOS 4.1.1) Cc: jonw@condor Managers, I have a network of mainly Sun's + 1 compatible (Tatung). If I install SunOS 4.1.1 on the compatible it works except for the floppy disk driver. The whole episode was to "prove" compatibility and it will revert to using SparcOS 1.1. My curiosity has to be satisfied - what is different about the floppy drives in the Tatung and the Sparc1 (theoretically nothing?). Would the driver from SparcOS 1.1 work in the SunOS 4.1.1 kernel? Any other ideas? Thanks in advance, Regards, Jon Gilbert Wright Network Manager Unix Systems Consultant Computer Sciences of Australia Guru Software Services jonw@assip.csasyd.oz gremlin@runxtsa.runx.oz From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 5 11:33:49 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA14397; Thu, 5 Dec 91 11:33:49 -0600 Received: by delta.eecs.nwu.edu id AA12444 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 5 Dec 1991 06:40:39 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from hearnvax.nic.surfnet.nl by delta.eecs.nwu.edu with SMTP id AA02367 (5.65c/IDA-1.4.4 for ); Thu, 5 Dec 1991 06:40:32 -0600 Received: from ECN.NL (ENR001) by HEARNVAX.nic.SURFnet.nl with PMDF#10216; Thu, 5 Dec 1991 13:36 MET Received: from enrdt1.ecn.nl by ECN.NL; Thu, 5 Dec 91 13:35 GMT Received: from merlin.ecn.nl by ecnsun.ecn.nl (4.1/SMI-4.0) id AA11222; Thu, 5 Dec 91 13:34:24 +0100 Date: Thu, 5 Dec 91 13:34:24 +0100 From: bernards@ECN.NL Subject: Indexed Sequential file library : does this exist on Sun ? To: sun-managers@eecs.nwu.edu Message-Id: <9112051234.AA11222@ecnsun.ecn.nl> X-Envelope-To: sun-managers@eecs.nwu.edu Hello Sun-mgr's, We are porting some large programs from our CDC mainframe and VAXes to SunOS/ConvexOS. A lot of database routines are using indexed sequential files, which are not supported in UNIX as far as I know. ( dbm(3) is not the solution too :-( ) Is there some PD or commerical available product which can do this on SunOS (and Convex C230) Thanx in advance. Marcel Bernards, UNIX & Net sysadm Netherlands Energy Research Foundation ECN (and SURFnet IC/ICP), Phone: (+31 /0)2246 4579 Fax: (+31 /0)2246 1864 E-Mail: Bernards@ECN.NL, SnailMail: P.O. Box 1, 1755 ZG Petten SCREAMNet : AAAAAARGHH!HUH?? : Disclaimer: "The AntiChrist is the Computer !" From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 5 11:58:16 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA14495; Thu, 5 Dec 91 11:58:16 -0600 Received: by delta.eecs.nwu.edu id AA17339 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 5 Dec 1991 08:50:55 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Sun.COM by delta.eecs.nwu.edu with SMTP id AA21522 (5.65c/IDA-1.4.4 for ); Thu, 5 Dec 1991 08:50:49 -0600 Received: from snail.Sun.COM (snail.Corp.Sun.COM) by Sun.COM (4.1/SMI-4.1) id AA06844; Thu, 5 Dec 91 06:50:47 PST Received: from East.Sun.COM by snail.Sun.COM (4.1/SMI-4.1) id AA23756; Thu, 5 Dec 91 06:50:46 PST Received: from bigdog.East.Sun.COM by East.Sun.COM (4.1/SMI-4.1) id AA18215; Thu, 5 Dec 91 09:50:44 EST Received: from landshark.East.Sun.COM by bigdog.East.Sun.COM (4.1/SMI-4.1-900117) id AA24747; Thu, 5 Dec 91 09:50:43 EST Received: by landshark.East.Sun.COM (4.1/SMI-4.1) id AA02640; Thu, 5 Dec 91 09:49:55 EST Date: Thu, 5 Dec 91 09:49:55 EST From: Don.Cunningham@East.Sun.COM (Don Cunningham - SunExpress IR) Message-Id: <9112051449.AA02640@landshark.East.Sun.COM> To: sun-managers@eecs.nwu.edu Subject: 8MM tape for backups Hi Fellow Admins, I'm looking for some info on the number of times that a 8MM video grade cartidge tape can be written on before it should be replaced. I`ve heard that 5-6 times is the max. Any info and/or sources of official documentation would be greatly appreciated. Please reply be email and I'll summarize. Thanks! Don Cunningham email:don.cunningham@East.Sun.COM SunExpress Phone:508-837-6254 300 Griffin Brook Park Methuen, MA 01844 From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 5 13:41:20 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA14921; Thu, 5 Dec 91 13:41:20 -0600 Received: by delta.eecs.nwu.edu id AA26857 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 5 Dec 1991 10:14:17 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: by delta.eecs.nwu.edu id AA11029 (5.65c/IDA-1.4.4 for sun-managers); Thu, 5 Dec 1991 10:14:03 -0600 Received: by tellab5.tellabs.com (smail2.5) id AA17100; 5 Dec 91 10:04:51 CST (Thu) Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA01177; Thu, 5 Dec 91 03:30:24 -0500 Received: from samsung.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 032902.17036; Thu, 5 Dec 1991 03:29:02 EST Received: by schizo.samsung.com from swlvx2.msd.ray.com via UUCP (vers 5.61+) for tellab5!nucsrl!sun-managers (from samsung!swlvx2.msd.ray.com!necntc.nec.com!lpi!greg) id ; Thu, 5 Dec 91 03:06:48 -0500 Received: from necntc by rayssd.ssd.ray.com (4.1/8.26) with UUCP ; Thu, 5 Dec 91 02:37:00 EST Received: from ganymede.liant.com by lpi.liant.com (4.0/smail2.5/05-22-89) id AA28598; Wed, 4 Dec 91 11:28:21 EST From: greg@lpi.liant.com (Greg Bean) Message-Id: <9112041628.AA28598@lpi.liant.com> Subject: SPARCprinter - manual feed To: sun-managers@eecs.nwu.edu (Sun Managers Relay) Date: Wed, 4 Dec 91 11:28:18 EST X-Mailer: ELM [version 2.3 PL11] Sun-Managers: Has anyone out there setup a SPARCprinter with a manual feed queue? I have used the 'pl :manual' command but would like to find a printcap entry for a manual feed queue for letterheads and such. I will summerize. Thanks, Greg --------------------------------------------------------------------- Greg Bean Liant Software Corporation 959 Concord Street, Framingham, Mass. 01701-4613 - 508-626-0006 x229 {uunet,necntc,drilex}!lpi!greg -- greg@lpi.liant.com --------------------------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 5 14:02:47 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA14991; Thu, 5 Dec 91 14:02:47 -0600 Received: by delta.eecs.nwu.edu id AA17097 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 5 Dec 1991 08:28:58 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from poseur.jpl.nasa.gov by delta.eecs.nwu.edu with SMTP id AA31320 (5.65c/IDA-1.4.4 for ); Thu, 5 Dec 1991 08:28:52 -0600 Received: by poseur.JPL.NASA.GOV (4.1/SMI-4.1) id AA27983; Thu, 5 Dec 91 06:28:50 PST Date: Thu, 5 Dec 91 06:28:50 PST From: earle@poseur.JPL.NASA.GOV (Greg Earle - Sun JPL on-site Software Support) Message-Id: <9112051428.AA27983@poseur.JPL.NASA.GOV> To: sun-managers@delta.EECS.NWU.EDU Subject: Re: SUMMARY: format.dat entry for CDC 9720-1230 disk drive In article <9111271953.AA06423@dretor.dciem.dnd.ca> rwolf@dretor.dciem.DND.CA writes: >This is a summary for a format.dat entry for a CDC 9720-1230 connected to >a Xylogics controller. The responses I got contained so much worthwhile >information I decided to create a summary. I recommend all Sun managers >with this drive at least read this summary even if your disk works. ... >Special thanks to the following people who replied. Once again the net >came through when Sun did not. ... >>Sun is not giving me much help because this is not a Sun drive. > >That's OK, Sun wouldn't give much help if it was a Sun drive. C'mon, people. Be fair. The *first* person who ever posted a format.dat entry for using this drive on a Xylogics 753/7053 controller (PA8N1 variety), back in the days of SunOS 4.0.3 (over 2 years ago), was yours truly. I am now (and was then) a Sun employee. I believe I posted the format.dat entry to a number of places, like Sun-Spots and Sun-Managers. And I didn't *need* to - it's never been a Sun-supported disk (on an SMD controller, at any rate). Look, these types of comments really rub me the wrong way sometimes. (Sorry, but I had to get that off my chest.) It's one thing to flame us (Sun) when it's deserved, it's another thing for these types of flames to become canonical without checking the facts first. More specifically, "Sun is not giving me much help because this is not a Sun drive" - sitting down with the CDC manuals and the disk and trying things out, it took me a good *3 hours* to come up with a correct format.dat entry (after I'd learned the hard way about leaving the "sweep cycle" enabled on the drive itself, among other things). If it is not a Sun-supported drive, how do you expect us to help you out with it, when it took *me* 2-3 hours with a drive and manuals in front of me, as opposed to the person you talked to - who doesn't have that drive lying around? There's only a few zillion disk drives out there, we (nor anyone) can't know about all of them. That's why there are "supported" and "not supported" entries/disks. The former? There's somebody, somewhere, that USSC can reach who knows about said disk, because s/he's familiar with it and/or tested it. The latter? You're on your own. I don't see what the problem is with this, personally. The interface is open (format.dat), as long as the disk is well-behaved towards the driver interface (SMD, in this case), some workable entry can be determined. If it doesn't happen to be in the small subset of SMD disks that are "supported" with default format.dat entries, you can still roll your own. That's where the collective wisdom of the Net comes in handy. We can't know about every disk out there. But someone on the net might. Just because this is the case doesn't seem to be (in this particular instance, that is) sufficient reason to flame us for not being able to help with a disk that we don't support. To my knowledge, we only tested that drive in an IPI configuration. (That's where the "CDC IPI 9720" format.dat entry comes from). Disclaimer: Although the previous is based on my experiences as a Sun employee, these opinions are mine and not the company's. (I'll be at SUG. Flame me in person ... (-: ) -- - Greg Earle Sun Microsystems, Los Angeles JPL on-site Software Support Engineer earle@poseur.JPL.NASA.GOV earle@Sun.COM From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 5 16:02:57 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA15561; Thu, 5 Dec 91 16:02:57 -0600 Received: by delta.eecs.nwu.edu id AA15552 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 5 Dec 1991 11:52:36 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: by delta.eecs.nwu.edu id AA04086 (5.65c/IDA-1.4.4 for sun-managers); Thu, 5 Dec 1991 11:52:26 -0600 Received: by tellab5.tellabs.com (smail2.5) id AA20883; 5 Dec 91 11:33:43 CST (Thu) Received: by mcdchg.chg.mcd.mot.com (/\==/\ Smail3.1.24.1 #24.3) id ; Thu, 5 Dec 91 09:37 EST Received: by homebru.chi.il.us (smail2.5) id AA11030; 5 Dec 91 03:18:04 CST (Thu) Received: by homebru.chi.il.us (smail2.5) id AA10457; 5 Dec 91 02:18:19 CST (Thu) Received: by clout.chi.il.us (/\==/\ Smail3.1.22.1 #22.1) id ; Tue, 3 Dec 91 20:18 CST Received: from amdahl.uts.amdahl.com by charon.amdahl.com (4.0/SMI-4.1/DNS) id AA12214; Tue, 3 Dec 91 18:16:59 PST Received: by amdahl.uts.amdahl.com (/\../\ Smail3.1.14.4 #14.7) id ; Tue, 3 Dec 91 18:18 PST Received: by juts.ccc.amdahl.com (/\../\ Smail3.1.14.4 #14.5) id ; Tue, 3 Dec 91 18:19 PST Received: by spg.amdahl.com (4.1/SMI-4.1) id AA08023; Tue, 3 Dec 91 18:27:41 PST Date: Tue, 3 Dec 91 18:27:41 PST From: oran@spg.amdahl.com (Oran Davis) Message-Id: <9112040227.AA08023@spg.amdahl.com> To: sun-managers@eecs.nwu.edu Subject: SLIP/PPP across SDLC Managers, I have a strange box called QB2 running SYS5R3.2 on 386SX. It has one port capable of SDLC and a console terminal doing RS232. The QB2 does support TCP/IP NFS etc. I'd like to talk from our SUNS to this box via SLIP or something equivalent over the SDLC port, since the console port seems to be taken (any idea about the console). I have Telebit T2500 modems that support SDLC and some generic SDLC modem on the QB2 side. Questions --------- 1) if both sides are connected via SDLC can I do SLIP. 2) has anyone has a pointer to a public SDLC driver for the Sun serial H/W. 3) has anyone out there done this? Any pointers appreciated. >- Oran From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 5 16:26:56 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA15661; Thu, 5 Dec 91 16:26:56 -0600 Received: by delta.eecs.nwu.edu id AA11678 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 5 Dec 1991 12:24:55 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rpal.com (carbon.elements.rpal.com) by delta.eecs.nwu.edu with SMTP id AA12144 (5.65c/IDA-1.4.4 for ); Thu, 5 Dec 1991 12:24:47 -0600 Received: by rpal.com (4.1/rpal-4.1.0) id AA03867; Thu, 5 Dec 91 10:22:37 PST Date: Thu, 5 Dec 91 10:22:37 PST From: katz@rpal.rockwell.com (Morry Katz) Message-Id: <9112051822.AA03867@rpal.com> To: sun-managers@eecs.nwu.edu Subject: X11 and GX accelerator Reply-To: administrator@rpal.rockwell.om To the best of my understanding, X11 does not effectively use the GX accelerator in Sparcs because the protocol to the GX is proprietary. I do not want to use Openwindows for a number of reasons, but would very much like to improve the performance of X11. Does anyone know if there is a way to replace some small piece of X11RN (e.g., the Xsun file) with a small piece of Openwindows and get improved performance without changing the functionality of X11 in any way? ------------------------------------------------------ Morry Katz Rockwell Science Center administrator@rpal.rockwell.com (machine administration issues) katz@rpal.rockwell.com (other) ------------------------------------------------------ From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 5 16:32:10 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA15683; Thu, 5 Dec 91 16:32:10 -0600 Received: by delta.eecs.nwu.edu id AA23880 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 5 Dec 1991 11:02:00 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from eqsun5.Civil.Concordia.CA by delta.eecs.nwu.edu with SMTP id AA30996 (5.65c/IDA-1.4.4 for ); Thu, 5 Dec 1991 11:01:50 -0600 Received: from eqsun4.Civil.Concordia.CA by eqsun5.Civil.Concordia.CA (5.65c8/IDA/mb) with SMTP id AA13357 for ; Thu, 5 Dec 1991 12:05:42 -0500 Received: by eqsun4.Civil.Concordia.CA (3.2/SMI-3.2) id AA04278; Thu, 5 Dec 91 12:05:09 PST Date: Thu, 5 Dec 91 12:05:09 PST From: peter@Civil.Concordia.CA Message-Id: <9112052005.AA04278@eqsun4.Civil.Concordia.CA> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: panic: bus error on Sun3's with 3.5 OS Sun Managers, You might recall I posted some time ago about a problem with some Sun-3's crashing with a "panic: bus error" message. The problem appeared when some students started running a Finite Element Analysis application. I received a bunch of replies mostly telling me to either upgrade from SunOS 3.5 to 4.1.1 or put more swap space on the clients, (I had erroneously stated that they only had 10Mg of swap, when in fact they have 16Mg, sorry about that). Well after spending some time playing around with core dumps using some tips I got from "atalwar@geoquest.com" it seems that the software is exploiting some kind of NFS bug in SunOS 3.5 and thus all my 3.5 machines crash, including my server. Up until now there was no reason to upgrade the machines to 4.1.1 but it seems that I no longer have a choice, particularly since the company which puts out this software does not support SunOS 3.5 Dems da breaks :-( I'd like to thank everyone who took the time to respond to my plea for help. They are (in no particular order)... atalwar@geoquest.com macphed@dvinci.usask.ca miker@sbcoc.com ho@cs.arizona.edu mcostel@kaman.com Thanks a bunch! =============================================================== Peter Kaldis | Civil Engineering Unix Lizard | Concordia University (514)-848-7819 | Montreal, QC peter@Civil.Concordia.CA | CANADA =============================================================== From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 5 17:11:23 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA15855; Thu, 5 Dec 91 17:11:23 -0600 Received: by delta.eecs.nwu.edu id AA06349 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 5 Dec 1991 11:15:38 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from mv.MV.COM by delta.eecs.nwu.edu with SMTP id AA10187 (5.65c/IDA-1.4.4 for ); Thu, 5 Dec 1991 11:15:21 -0600 Received: by mv.MV.COM (5.65/1.35) id AA29142; Thu, 5 Dec 91 12:15:39 -0500 Received: from sds_1. by summa4.mv.COM (4.1/SMI-4.1) id AA21721; Thu, 5 Dec 91 12:09:18 EST From: admin@summa4.mv.COM (Scott Babb) Message-Id: <9112051709.AA21721@summa4.mv.COM> Subject: Again: Network Management S/W To: sun-managers@eecs.nwu.edu Date: Thu, 5 Dec 91 12:10:31 EST X-Mailer: ELM [version 2.3 PL11] I guess that asking a question the Monday before Thanksgiving must not be a good idea if you want any responses ;-) so I'll ask again: I am looking at software for measuring and tracking the performance of my SPARC network, and I'm wondering what the Sun-Manglers are using. I'd like to track disk usage, network usage, and CPU usage. I will need to know thecurrent levels of these metrics, what the trends have been over the past 'n' months/years, and how close they are to their upper limits. I'd like to be able to export this data to a DBMS or spreadsheet to format nice reports and graphs for managers to look at when I tell them that we need to add more disk space or another ethernet interface. It would also be handy if it could track error/fault rates on my network clients, as well as my file server. For example: If I get a report that tells me that client workstation 'gumby' has an inordinately high rate of ethernet input errors, then I know that there is probably something wrong with that machine's network connection. If I were to look at the error/collision rates on just the file server, gumby's problems would probably be lost in the noise from the other 10 workstations on the network. I'm looking at SharpShooter from AIM Technology. It appears to do several of the things that I want. Does anybody have any experience with this tool? How about SunNet Manager or SPARCserver Manager? Do they provide any of these functions? My local Sun rep is very vague on what the capabilities of these tools are. How about any other tools? How do you keep track of these things? I've been using the 'disturbance in the force ;-)' method to determine when I need to add hardware ("you can just feel it, boss!") but this is not really acceptable, and I need better control. Summary? Of course! -Scott- -- These are solely the opinions of: Scott L. Babb - admin@summa4.mv.com "We didn't inherit the Earth from our parents, we are borrowing it from our children." From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 5 20:07:13 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA16287; Thu, 5 Dec 91 20:07:13 -0600 Received: by delta.eecs.nwu.edu id AA00102 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 5 Dec 1991 15:26:47 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from uconnvm.uconn.edu by delta.eecs.nwu.edu with SMTP id AA29641 (5.65c/IDA-1.4.4 for ); Thu, 5 Dec 1991 15:26:32 -0600 Received: from cc.math.uconn.edu by UCONNVM.UCONN.EDU (IBM VM SMTP R1.2.2MX) with TCP; Thu, 05 Dec 91 16:23:31 EST Received: from vince.math.uconn.edu by cc.math.uconn.edu (4.1/SMI-4.1) id AA04387; Thu, 5 Dec 91 16:22:57 EST Received: by vince.math.uconn.edu (4.1/SMI-4.1) id AA02592; Thu, 5 Dec 91 16:23:40 EST Date: Thu, 5 Dec 91 16:23:40 EST From: Vince Giambalvo Message-Id: <9112052123.AA02592@vince.math.uconn.edu> To: sun-managers@eecs.nwu.edu Subject: Monitor pinout-summary Thanks to the people who replied. All pointed out that this information is in the Hardware Installation Manual. I had thought so, but couldn't find (still can't find) a copy. Anyway, here is the answer if you need it, and can't find your HIM also. Pin 1 VIDEO+ Pin 2 ------ Pin 3 HSYNC Pin 4 VSYNC Pin 5 ------ Pin 6 VIDEO- Pin 7 GND Pin 8 GND Pin 9 GND Thanks again to bert@ide.com hydres!paul kla!brandari%sunra@sun.com aahvdl@eye.psych.umn.edu> Vince From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 5 21:05:33 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA16358; Thu, 5 Dec 91 21:05:33 -0600 Received: by delta.eecs.nwu.edu id AA05489 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 5 Dec 1991 17:06:48 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ora.ora.com by delta.eecs.nwu.edu with SMTP id AA06682 (5.65c/IDA-1.4.4 for ); Thu, 5 Dec 1991 17:06:39 -0600 Received: by ora.ora.com (/\=-/\ Smail3.1.18.1 #18.76) id ; Thu, 5 Dec 91 18:04 EST Received: by ruby.ora.com (4.1/SMI-4.0) id AA26711; Thu, 5 Dec 91 18:06:33 EST Date: Thu, 5 Dec 91 18:06:33 EST From: eap@ruby.ora.com (Eric Pearce) Message-Id: <9112052306.AA26711@ruby.ora.com> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: (sort of) ALM and ALM clones My original posting: >I have a Sun 4/470 that needs around 8 serial ports for modems (uucp >and dial in/out). The Sun ALM-1 is kind of old and crufty, though I >could get one pretty cheap. I'm worried about hanging 8 19k modems >on it. The ALM-2 has only 4 modem-control ports and doesn't look >amazing performance-wise. I have an old Sun-3 SCSI board that could >run one of those SCSI serial port boards, do they work ok? >I also saw something called "Co-ALM", which looks much better than >an ALM-2, does anybody have one of these? >I'd much rather hang a SPIF card or something similar off a Sparc2, >but that isn't possible at the moment. I think terminal servers >such as the Xylogics Annex are out of my price range (~$2,000) Here are 2 products I found for ~$2,000 ------------------------------------------------------------------------ CoALM (9U) from Cosystems 16 x 38.4k ports, full modem control 9U form factor SunOS 4.1.1 driver CoSystems Distributor: WorkStation Plus 510 351 2661 Kari Payne ------------------------------------------------------------------------- 781 from Xylogics 16 x 38.4k ports, full modem control 6U form factor + 6U to 9U adaptor SunOS 4.1.1 driver Xylogics Distributor: Peripheral Devices 508 359 2423 Lynn Mormon ------------------------------------------------------------------------- I haven't actually ordered either one, but they look good on paper. Xylogics Annex terminal severs with similar features run around ~$5,000. -e Eric Pearce eap@ora.com O'Reilly & Associates, Publishers of NutShell Series Handbooks 632 Petaluma Ave, Sebastapol, CA 95472 1-800-338-6887 To reach me: 617-354-5800 From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 6 02:20:52 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA17210; Fri, 6 Dec 91 02:20:52 -0600 Received: by delta.eecs.nwu.edu id AA20383 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 5 Dec 1991 23:38:00 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from csn.org by delta.eecs.nwu.edu with SMTP id AA15773 (5.65c/IDA-1.4.4 for ); Thu, 5 Dec 1991 23:37:52 -0600 Received: from spatial.UUCP by csn.org with UUCP id AA15179 (5.65c/IDA-1.4.4 for sun-managers@eecs.nwu.edu); Thu, 5 Dec 1991 22:37:49 -0700 Received: by spatial.com (4.1/SMI-4.1) id AA20927; Thu, 5 Dec 91 21:44:49 MST Date: Thu, 5 Dec 91 21:44:49 MST From: alek@spatial.com (Alek O. Komarnitsky) Message-Id: <9112060444.AA20927@spatial.com> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: SPARC2 exhibits very strange behavior at boot time I posted recently about a SPARCStation2 that had just returned from Europe and exhibited some bizzare behavior at boot time. Several people commented that the boot and/or ID rom/prom was scrogged by X-rays. One person also commented to not believe the memory tests, but I'm confident that's not a problem here. One person commented about SCSI cable lengths, but there are no external devices on this machines. I believe the majority has it. The machine now boots reliably from disk with 48 Megs installed. With 64 Megs installed, it load vmunix, and then before the kernal/ID/etc. message, the screen goes blank - this is very repeatable. Finally, it has problems booting diskless: downloads the boot program, but then says my IP address is 0.0.0.0 Note that once the machine is running, it seems to operate just fine, so I think this adds credence to my thinking that it's in the boot ROM. BTW, I don't think (?) it's the IDprom, since all the parameters look OK, etc (?!?) Guess I'll have to talk with Sun. Thanx to all who wrote, alek earl@division.cs.columbia.edu (Earl Smith) geertj@ica.philips.nl (Geert Jan de Groot) erueg@cfgauss.uni-math.gwdg.de (Eckhard Rueggeberg) mstacy@mayo.EDU (Mahlon Stacy 4-4558) Mike Raffety caxwgk@pki-nbg.philips.de (Wolfgang Kuehnel ) P.S. Since we've sent machines through X-rays before, I'm wondering if this is *really* what caused the problem ... and what we should do in the future short of trying to ask for no X-rays. One also wonders what effect the latest stuff in luggage bomb detection technology will have on computers ... From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 6 02:38:51 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA17234; Fri, 6 Dec 91 02:38:51 -0600 Received: by delta.eecs.nwu.edu id AA16472 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 5 Dec 1991 23:20:20 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from asuvax.EAS.ASU.EDU by delta.eecs.nwu.edu with SMTP id AA04864 (5.65c/IDA-1.4.4 for ); Thu, 5 Dec 1991 23:20:10 -0600 Received: by asuvax.eas.asu.edu (5.57/1.3) id AA03740; Thu, 5 Dec 91 22:15:27 -0700 Received: by titan id <63098>; Wed, 4 Dec 1991 17:38:07 -0700 Subject: problem with bar - unable to restore From: Rod Rebello -- CAD Development To: sun-managers@eecs.nwu.edu Date: Wed, 4 Dec 1991 17:38:02 -0700 X-Mailer: ELM [version 2.3 PL11] Message-Id: <91Dec4.173807mst.63098@titan> We are trying to restore a bar archived file which unfortunately includes file names with a '$' character in them. Bar created the archive with no problems, but now will not restore the files with the '$' in the name. Is there anyway around this? The bar file was created using the compress option Z. Thanks, -- Rod Rebello titan!rrebello@asuvax.eas.asu.edu Microchip Technology Inc., Chandler, AZ From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 6 03:29:01 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA17273; Fri, 6 Dec 91 03:29:01 -0600 Received: by delta.eecs.nwu.edu id AA07345 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 5 Dec 1991 23:05:13 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ucsd.edu by delta.eecs.nwu.edu with SMTP id AA04983 (5.65c/IDA-1.4.4 for ); Thu, 5 Dec 1991 23:05:00 -0600 Received: from network.ucsd.edu by ucsd.edu; id AA01443 sendmail 5.64/UCSD-2.2-sun via SMTP Thu, 5 Dec 91 21:02:56 -0800 for sun-managers@eecs.nwu.edu Received: by network.UCSD.EDU (5.61/UCSDGENERIC.3) id AA25136 to mail-sun-managers@ucsd.edu; Thu, 5 Dec 91 21:02:52 -0800 Newsgroups: mail.sun-managers Path: network!bill From: bill@kepler.ucsd.edu (Bill Reynolds) Subject: SUMMARY: Sparc-1 or Sparc-2 a better gateway? Message-Id: Nntp-Posting-Host: kepler.ucsd.edu Organization: Institute for Nonlinear Science, UCSD References: <47595@ucsd.Edu> Date: Fri, 6 Dec 1991 05:05:16 GMT Apparently-To: mail-sun-managers@ucsd.edu Well the answer seems to be (nearly) unanimous. Although large computational loads should not impact on the routing performance of our gateway machine, having to forward all those packets will definitely impact our computational performance. Since the Sparc-1 seems plenty fast enough to forward packets, it is a waste of computational resources to use the Sparc-2 as a gateway. One poster suggested that even a 286 PC with two ethernet cards would be sufficient for our purposes, thus freeing up all of our computational resources (see below). Muchas to: brendan@cs.widener.edu stefan@centaur.astro.utoronto.ca morrow@cns.ucalgary.ca mike@inti.lbl.gov thakur@zerkalo.harvard.edu kalli!kevin@fourx.Aus.Sun.COM uunet!cos.com!hurless@UCSD.EDU JET@UH.EDU wallen@cogsci.UCSD.EDU peter@Civil.Concordia.CA agw@math.canterbury.ac.nz A selected summary follows the originally posted question. ------My Original Post-------- We have just subnetted our network of 10 workstations. Right now we are using a sparc-2 as our gateway. We only have two sparc-2's and we use them for big number-crunching jobs. We are concerned that big jobs on our gateway might impact it's performance or, conversely, that using it as a gateway will slow down the user's jobs. It has been suggested that we take one of our older sparc-1's and use it as the gateway, but it's not clear that this is the right way to go either. So our questions are: 1) Which is a better gateway, a loaded sparc-2 or a lightly loaded sparc-1? When is say "loaded", I mean running X (mit or openlook), and perhaps 1-5 background jobs of various sizes (I've seen them go up to 30 meg of memory). When I say "lightly loaded", I mean running X. 2) How much of our computational power are we compromising by using the Sparc-2 as a gateway? Will all that traffic slow down our background jobs? We can put 16 or 32 meg of memory on the sparc-2, and the sparc-1 has 8 meg right now, but we can probably upgrade that if necessary. ---------Selected Summary--------- From: Stefan Mochnacki To: bill@kepler.ucsd.edu Subject: Re: Sparc-1 or Sparc-2 a better gateway? Date: Wed, 4 Dec 91 14:32:46 EST Are you using any fancy tools like SNMP to manage the gateway? Is the traffic through the gateway super-heavy? If not, I would strongly recommend that you get a stripped-down AT clone and two WD8003E ethernet cards, and install the PC-ROUTE software from accuvax.nwu.edu = 129.105.49.1. This should cost under $1000, and give you trouble-free operation. You can put more than 2 cards in it (i.e. more than 1 sub-net). You can also use a serial port for SLIP. A fast ( > 12 MHz) AT clone will give excellent performance; an 8 MHz XT "turbo" will be perfectly adequate for most uses. PCROUTE comes with quite a lot of documentation. I installed such a set-up to link our Mathematics Department, and it has worked well (just an 8088 XT @ 8 MHz). Stefan Mochnacki David Dunlap Observatory Dept. of Astronomy University of Toronto From: morrow@cns.ucalgary.ca (Bill Morrow) To: bill@kepler.ucsd.edu Subject: Re: Sparc-1 or Sparc-2 a better gateway? Date: Wed, 4 Dec 91 12:43:47 MST We use a Sparcstation 1 as a gateway for a network of about 20 machines. It also is used for code development and some file serving to both sides of the gate. It runs Sun's Openwindows. I don't notice any objectional loading from the gateway function. The only performance degradation occurs when someone outside does massive file I/O, which is not a problem with the gateway, but the file-serving. I would say an SS2 is overkill. Use the SS1. __________________________________________________________ Bill Morrow voice: (403) 220-6275 Clinical Neurosciences fax: (403) 283-4740 University of Calgary Internet: morrow@cns.ucalgary.ca From: "Manavendra K. Thakur" To: bill@kepler.ucsd.edu (Bill Reynolds) Subject: Re: Sparc-1 or Sparc-2 a better gateway? Date: Wed, 04 Dec 91 16:00:04 EST >>>>> On Wed, 4 Dec 1991 18:04:29 GMT, bill@kepler.ucsd.edu (Bill Reynolds) said: > 1) Which is a better gateway, a loaded sparc-2 or a lightly loaded > sparc-1? When is say "loaded", I mean running X (mit or openlook), > and perhaps 1-5 background jobs of various sizes (I've seen them go > up to 30 meg of memory). When I say "lightly loaded", I mean running > X. I would recommend that you dedicate a SS1 as your gateway. Don't run anything on it other than packet-forwarding. This will give you pretty good routing capabilities at a reasonably cheap cost. An IPC or LPC from Sun costs around $5k these days (with edu discount). So if you dedicate a SS1 to routing, you might want to look into buying an additional IPC so that your users still have the same number of machines to use as before. Essentially, this operation means that you will be buying yourself a really cheap router for $5k. Of course, cisco makes some really cheap routers too, so if you have aroudn 5-6k to spend, you might just want to buy one of those instead. Buying a cheap cisco router would give you the advantage of being able to easily upgrade the router to a higher performance model in the future should you ever require more bandwidth, etc. > 2) How much of our computational power are we compromising by using > the Sparc-2 as a gateway? Will all that traffic slow down our > background jobs? Believe it or not, a host-based CPU can easily spend 30-50% of its time doing nothing but processing network traffic! I kid you not. There's a significant amount of protocol overhead. This is why using a host-based machine as a router is such a BAD idea. Experimental implementations of TCP/IP (cf. Van Jacobson's work) do exist that reduce the amount of per-packet handling down to about 100 machine instructions. But these are a long way away from being available in your Sun. So if you're doing CPU-intensive work on your sparcstations, you really don't want that machine to route packets as well. But the proof of the pudding in the testing. Why don't time a big job, then turn off routing, and rerun the big job. See how much difference it makes. Without doing that kind of experiment, you'll never really be sure. > We can put 16 or 32 meg of memory on the sparc-2, and the sparc-1 > has 8 meg right now, but we can probably upgrade that if necessary. You're running X windows on a sparc-1 with only 8 MB of memory? Good heavens, that will make it unnecessarily slow -- not much faster than a 3/60!. Regardless of whether you turn on routing or not, you should make it a high priority in your budgeting to add more memory to your sparc-1 machines. Good luck! Manavendra K. Thakur Internet: thakur@zerkalo.harvard.edu Systems Programmer, High Energy Division BITNET: thakur@cfa.BITNET Harvard-Smithsonian Center for DECNET: CFA::thakur Astrophysics UUCP: ...!uunet!mit-eddie!thakur From: uunet!cos.com!hurless@UCSD.EDU (Brian Hurless) To: bill@kepler.ucsd.edu Subject: Re: Sparc-1 or Sparc-2 a better gateway? Date: Wed, 4 Dec 91 17:23:11 EST Judging from the tone of your letter, performance seems to be very important at your site. Using a workstation as a gateway isn't the best way to do it from a performance standpoint. A lot of network activity can really bog down the workstation. Conversely, if the gateway is loaded down with a lot of heavy duty jobs, it can be a bottleneck for the network and degrade the performance of all the machines. We have a network of Sun3s that is broken into a number of subnets using Suns as gateways. Our network is lightly loaded so this works fine for us. But we do experience slow response times every now and then. I know that Sun4s are faster, but by the time you've burdened them with X and several other macho apps, the speed increase has probably been canceled out. I suggest you buy a router instead. I understand that they are becoming very affordable these days. -- Brian Hurless hurless@cos.com /// Network Systems Administrator hurless%cos.com@uunet.uu.net /// Corporation for Open Systems {uunet, sundc, hadron}!cos!hurless \\\/// -------------------------------------------------------------------------\XX/---- From: J Eric Townsend To: bill@kepler.ucsd.edu (Bill Reynolds) Subject: Re: Sparc-1 or Sparc-2 a better gateway? Date: Wed, 4 Dec 91 18:27:11 CST Bill Reynolds wrote: >1) Which is a better gateway, a loaded sparc-2 or a lightly loaded >sparc-1? When is say "loaded", I mean running X (mit or openlook), and A sparc-1 is a reasonably fast gateway, but we use a sparc-2 because that's what we upgraded to. :-) Beware slow ethernet cards! spend the most you can afford on the card. Also, (this is from a sun tech) each byte going in/out of the ethernet card generates an interrupt for the kernel because the lance ethernet chip doesn't have a cache. Sun has a new sbus ethernet card out with a 64KB cache + scsi controller. I dunno how much it costs. -- J. Eric Townsend - jet@uh.edu - Systems Wrangler, UH Dept of Mathematics vox: (713) 749-2126 '91 CB750, DoD# 0378 From: peter@Civil.Concordia.CA To: bill@kepler.ucsd.edu Subject: Re: Sparc-1 or Sparc-2 a better gateway? Date: Thu, 5 Dec 91 11:09:46 PST Bill, In my experience, a Sparc 1 does an excellent job as a gateway. Having the Sparc 2 routing will only only slow down your users' jobs, if they're heavy compute instensive tasks, the Sparc 2 will probably already be slow enough as it is. =============================================================== Peter Kaldis | Civil Engineering Unix Lizard | Concordia University (514)-848-7819 | Montreal, QC peter@Civil.Concordia.CA | CANADA =============================================================== From: Brendan Kehoe To: bill@kepler.ucsd.edu Subject: Re: Sparc-1 or Sparc-2 a better gateway? Date: Wed, 4 Dec 1991 14:30:37 -0500 I'd say make your sparc-1 your gateway. You might want to bring it up to 16 or 24Mb of memory, but there's really no reason. (The cs.widener.edu server was a Sparc1 until 3 months ago. It also did NFS for 5 clients.) Brendan From: mike@inti.lbl.gov (Michael Helm) To: bill@kepler.ucsd.edu (Bill Reynolds) Subject: Re: Sparc-1 or Sparc-2 a better gateway? Date: Wed, 4 Dec 1991 12:51:32 PST On Dec 4, 6:04pm, Bill Reynolds wrote: > are using a sparc-2 as our gateway. We only have two sparc-2's and we What do you mean by gateway? Do you mean a router? Or something else? ** Our "gateway" doesn't run routed, it's really more of a bridge. ** It forwards packets to the campus router, which is smart enough to ** send those packets to our gateway that are destined for machines ** sitting behind it - BR A SS-1 as router should be more than adequate to the task. Of course, adding other duties to it affects this; it's hard to quantify without really knowing the workload (both routing & other jobs). > 30 meg of memory). When I say "lightly loaded", I mean running X. ... > We can put 16 or 32 meg of memory on the sparc-2, and the sparc-1 has > 8 meg right now, but we can probably upgrade that if necessary. I would think the 8 MB on the ss-1 would be running a little too lean, which could affect it's ability to perform well. From: kalli!kevin@fourx.Aus.Sun.COM (Kevin Sheehan {Consulting Poster Child}) To: fourx!kepler.ucsd.edu!bill@fourx.Aus.Sun.COM (Bill Reynolds) Subject: Re: Sparc-1 or Sparc-2 a better gateway? Date: Thu, 5 Dec 1991 08:41:25 EST It is difficult to say without knowing what your network load is. You can probably get a good idea with vmstat, and see what the system % of CPU is for that box. The difficulty is that SS1 and SS2 systems are pretty good at networking. Routing packets doesn't normally eat much CPU, but it does eat some. A lightly loaded SS can handle routing, the question is how much of a routing load is there? If it is a light load, why bother as the SS2 is fast enough. If it is a heavier load, but not too heavy for the SS1, it is a win. If it is too heavy for the SS1, then you should thing about using the SS1 as a place to run the other jobs. Sooo - takes the same number of cycles on either box, so why not just run some of the 1-5 background jobs there as well? l & h, kev Kevin Sheehan Optimation Software Engineering kalli!kevin@fourx.aus.sun.com From: agw@math.canterbury.ac.nz (Allen Witt) To: bill@kepler.ucsd.edu Subject: Re: Sparc-1 or Sparc-2 a better router. Date: Thu, 5 Dec 91 11:43:15 NZD >1) Which is a better gateway, a loaded sparc-2 or a lightly loaded >sparc-1? When is say "loaded", I mean running X (mit or openlook), and >perhaps 1-5 background jobs of various sizes (I've seen them go up to >30 meg of memory). When I say "lightly loaded", I mean running X. Here we have subnetted our network of five SPARC2's, a SPARC1+, two 3/60's, nine 3/50's ( now running minimal kernels and swap with an xserver) and 10 Xterminals, using a Sun 3/160 ( with 16Mb ) as a router from the campus backbone ethernet. The 160 also boots a number of the 3/50's, serves local executables to all Sun3's, is one user's workstation and provides ALM serial ports for two printers plus a number of dumb terminals. It's performance as a workstation is not affected by it's performance as router and vice versa. In fact the 60 meg tape drive it supports has a far greater effect, when in use, on workstation performance. Of course this is for relatively light traffic across the router - mail, news, remote logins, telnet, ftp and some NFS mounts. >2) How much of our computational power are we compromising by using >the Sparc-2 as a gateway? Will all that traffic slow down our >background jobs? The peak routing loads I have observed on the 160 would be about 50% of cpu. A typical value in working hours would be around 5%. Allen Witt email agw@math.canterbury.ac.nz -- _______________________________________________________________________ Bill Reynolds | bill@kepler.ucsd.edu | From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 6 05:34:07 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA17431; Fri, 6 Dec 91 05:34:07 -0600 Received: by delta.eecs.nwu.edu id AA14670 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 6 Dec 1991 01:43:09 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from sun2.nsfnet-relay.ac.uk by delta.eecs.nwu.edu with SMTP id AA14584 (5.65c/IDA-1.4.4 for ); Fri, 6 Dec 1991 01:42:54 -0600 Received: from ai.leeds.ac.uk by sun2.nsfnet-relay.ac.uk via JANET with NIFTP id <17386-0@sun2.nsfnet-relay.ac.uk>; Thu, 5 Dec 1991 23:06:06 +0000 From: Andrew J Cole Date: Wed, 4 Dec 91 08:44:59 GMT Message-Id: <23742.9112040844@ai.leeds.ac.uk> Via: ai.leeds.ac.uk; Wed, 4 Dec 91 08:44:59 GMT To: bernards@ecn.nl, sun-managers@eecs.nwu.edu Subject: Re: SUMMARY: SIMM clock speed on SS1, SS2, SLC and IPC/IPX Marcel, >SLC - 4/16MB 33/36 bits - 80 Nsec Are you sure that SLCs can take 16MB SIMMS? The Sun person I spoke to was certain that they could but after some thought he said that the sockets were different... Did anyone report success? Andrew From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 6 06:48:22 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA17519; Fri, 6 Dec 91 06:48:22 -0600 Received: by delta.eecs.nwu.edu id AA12207 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 6 Dec 1991 01:47:19 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ira.uka.de (iraun1.ira.uka.de) by delta.eecs.nwu.edu with SMTP id AA30260 (5.65c/IDA-1.4.4 for ); Fri, 6 Dec 1991 01:47:08 -0600 Received: from fhg1.fhg.de by iraun1.ira.uka.de id aa08592; 6 Dec 91 8:40 MET Received: by fhg.de (fhg1.fhg.de) with PRESMTP; Fri, 6 Dec 91 08:34:30 +0100 from FHG-GATEWAY Received: by fhg.de (fhg1.fhg.de) with UUCP; Fri, 6 Dec 91 08:31:17 +0100 from iitb Received: by iitb.fhg.de; Fri, 6 Dec 91 08:28:27 +0100 Received: from mab102.mab by mab1.mab (4.1/SMI-4.1) id AA12224; Fri, 6 Dec 91 08:30:40 +0100 Date: Fri, 6 Dec 91 08:30:40 +0100 From: Herzog Message-Id: <9112060730.AA12224@mab1.mab> To: sun-managers@eecs.nwu.edu Hello Sun-mgr's, My Sun 4/40 says that there is a parity error at phys address fdc2a4. Does anybody know, how I can locate the defect SIMM when I have the following configuration ? 8 1MB SIMM (Slot group 3) 9 1MB SIMM (Slot group 3) A 1MB SIMM (Slot group 3) B 1MB SIMM (Slot group 3) 4 4MB SIMM (Slot group 2) 0 1MB SIMM (Slot group 1) 5 4MB SIMM (Slot group 2) 1 1MB SIMM (Slot group 1) 6 4MB SIMM (Slot group 2) 2 1MB SIMM (Slot group 1) 7 4MB SIMM (Slot group 2) 3 1MB SIMM (Slot group 1) --- Helmut Herzog Fraunhofer Institut fuer Informations- und Datenverarbeitung IITB Fraunhoferstr. 1 D-7500 Karlsruhe 1 Tel:0049-721/6091216 Fax:0049-721/6091413 email:her@iitb.fhg.de From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 6 07:28:17 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA17650; Fri, 6 Dec 91 07:28:17 -0600 Received: by delta.eecs.nwu.edu id AA11373 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 6 Dec 1991 04:17:41 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ibm.gwdg.de by delta.eecs.nwu.edu with SMTP id AA00491 (5.65c/IDA-1.4.4 for ); Fri, 6 Dec 1991 04:17:21 -0600 Received: from cfgauss.uni-math.gwdg.de by ibm.gwdg.de (IBM VM SMTP R1.2.2MX) with TCP; Fri, 06 Dec 91 11:16:55 MEZ Received: from noether.sfb170.gwdg.de by cfgauss.uni-math.gwdg.de (4.1/SMI-4.1) id AA14744; Fri, 6 Dec 91 11:17:58 +0100 Date: Fri, 6 Dec 91 11:17:58 +0100 From: erueg@cfgauss.uni-math.gwdg.de (Eckhard Rueggeberg) Message-Id: <9112061017.AA14744@cfgauss.uni-math.gwdg.de> To: sun-managers@eecs.nwu.edu Subject: NFS mount problem on PCs Sorry, this one is not too closely related to managing Suns. We have a 4/470 server, some disk/dataless Sun4c clients and two groups of PCs. For reasons too complicated to explain (even to understand )-: ), one group uses PC-NFS from Sun and the other will now use Wollogong PathWay Client NFS Option Rel 1.1. Does anybody have experience with that product ? Is it really necessary to enter a user password already for the mount command as it is written in its manual and as we tried out ? This would forbid an automatic (i.e. AUTOEXEC.BAT) mount of even a read-only PD DOS software directory ! This works at a user nobody base for PC-NFS quite well. Eckhard R"uggeberg Mathematisches Institut der Universit"at G"ottingen Bunsenstr. 3 - 5 3400 G"ottingen Germany erueg@cfgauss.uni-math.gwdg.de From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 6 13:28:05 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA19194; Fri, 6 Dec 91 13:28:05 -0600 Received: by delta.eecs.nwu.edu id AA15615 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 6 Dec 1991 09:35:57 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ixgate.gmd.de by delta.eecs.nwu.edu with SMTP id AA32371 (5.65c/IDA-1.4.4 for ); Fri, 6 Dec 1991 09:35:50 -0600 Received: by ixgate.gmd.de id AA18288; Fri, 6 Dec 91 16:36:13 +0100 From: Date: 6 Dec 91 13:41 To: sun-managers@eecs.nwu.edu Message-Id: <911206144109:> Subject: too many open files Hello SUN admins, is there a plausible reason why a little program like xy.f (see below) shouldn't work? It bombs out with: 63 open: [124] too many open files logical unit 64, named '' Abort (core dumped) SUN germany (hotline) told me that I have to buy the DBE to change the file descriptor tables in the kernel. I really hate that. Do you know a workaround for this? Is there definitley no flag (like MAXUSERS) to set or to change? Regards, Peter Lacher FAL Genetics and computer sciences Germany ########################################################################## program xy integer i do i=1,200 open (i) write(*,*)i enddo do i=1,200 close (i) enddo stop end From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 6 15:25:22 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA19765; Fri, 6 Dec 91 15:25:22 -0600 Received: by delta.eecs.nwu.edu id AA05521 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 6 Dec 1991 11:09:42 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from maccs.DCSS.McMaster.CA by delta.eecs.nwu.edu with SMTP id AA25214 (5.65c/IDA-1.4.4 for ); Fri, 6 Dec 1991 11:09:33 -0600 Received: by maccs.dcss.mcmaster.ca (/\==/\ Smail3.1.24.1 #24.2) id ; Fri, 6 Dec 91 12:09 EST Received: by flex.Eng.McMaster.CA (4.1/SMI-4.1) id AA07808; Fri, 6 Dec 91 12:09:53 EST Date: Fri, 6 Dec 91 12:09:53 EST From: todd@flex.Eng.McMaster.CA (Todd Pfaff) Message-Id: <9112061709.AA07808@flex.Eng.McMaster.CA> Reply-To: Todd Pfaff To: sun-managers@eecs.nwu.edu Subject: exabyte data compression module We've outgrown the capacity of our Exabyte 8200... Anybody have any experience with one of those hardware data compression modules that plug into an Exabyte 8mm tape drive? Are you happy with it? Where did you get it? How much did it cost? Is it completely transparent to the Sun SCSI driver? How difficult was it to install? -- Todd Pfaff \ Internet: todd@flex.eng.mcmaster.ca Dept. of Mechanical Engineering \ Voice: (416) 525-9140 x2902 McMaster University \ FAX: (416) 572-7944 Hamilton, Ontario, CANADA L8S 4L7 \ From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 6 17:08:48 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA20154; Fri, 6 Dec 91 17:08:48 -0600 Received: by delta.eecs.nwu.edu id AA21679 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 6 Dec 1991 13:48:58 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rpal.com (carbon.elements.rpal.com) by delta.eecs.nwu.edu with SMTP id AA01260 (5.65c/IDA-1.4.4 for ); Fri, 6 Dec 1991 13:48:52 -0600 Received: by rpal.com (4.1/rpal-4.1.0) id AA16744; Fri, 6 Dec 91 11:46:43 PST Date: Fri, 6 Dec 91 11:46:43 PST From: katz@rpal.rockwell.com (Morry Katz) Message-Id: <9112061946.AA16744@rpal.com> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: X11 and GX accelerator Reply-To: administrator@rpal.rockwell.com Thanks to everyone who informed me that X11R5 contains support for the GX accelerator in the form of a binary (.o) file. Several people claim that the X11R5 GX support actually results in performance superior to OW2.0 and OW3.0. ------------------------------------------------------ Morry Katz Rockwell Science Center administrator@rpal.rockwell.com (machine administration issues) katz@rpal.rockwell.com (other) ------------------------------------------------------ From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 6 17:08:47 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA20152; Fri, 6 Dec 91 17:08:47 -0600 Received: by delta.eecs.nwu.edu id AA16765 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 6 Dec 1991 13:26:30 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ames.arc.nasa.gov by delta.eecs.nwu.edu with SMTP id AA23882 (5.65c/IDA-1.4.4 for ); Fri, 6 Dec 1991 13:26:22 -0600 Received: from vision.arc.nasa.gov by ames.arc.nasa.gov (5.65c/1.21) with SMTP id AA10817 for on Fri, 6 Dec 1991 11:26:14 -0800 Received: from descartes.arc.nasa.gov by vision.arc.nasa.gov (4.1/SMI-4.0) id AA10698; Fri, 6 Dec 91 11:21:30 PST Date: Fri, 6 Dec 91 11:21:30 PST From: carlo@vision.arc.nasa.gov (Carlo L. Tiana) Message-Id: <9112061921.AA10698@vision.arc.nasa.gov> To: sun-managers@eecs.nwu.edu Subject: file system layout, FDDI Does anyone know if there are limitations on the number of NFS partitions a machine can mount? The reason I ask is the following. Our file server is a 4/370 with about 12Gb of disk space, spread between SMD and SCSI on 4 different controllers. It holds the bulk of system files, and all of all the users' files. Most of the "power users" in our network have either Sparc 1's or 2's of their own, and our typical computing jobs involve transfers of very large data files (10Mb image sequences are not uncommon); thus, I believe our bottleneck to be net load and bandwidth. I am therefore thinking of implementing the following plan: everyone with a workstation of their own gets a 400Mb internal SCSI disk, on which their home dir resides; this is exported to all the other machines in our net for obvious reasons, so a typical machine would mount everyone's home dirs from many other machines. This would mean *a lot* of mounted partitions; I expect 30 nfs mounted partitions would be quite typical. Most of these, of course, would never be accessed, as typically every "power user" would sit on their own workstation; but there are times where one of us takes over everyone else's machine :-) and runs big jobs on each. I have not use the automounter, though I am willing to consider it. My impression from net discussions is that it is not as reliable as it could be, and not painless to maintain. We have not implemented similar schemes in the past because we feared that we would be relying on every machine being well behaved etc., rather than just the server (which has some re- dundancy built in). In the distant (?) past, uninterruptible cd's into partitions nfs-mounted from machines that were down annoyed too many people who swore they would never again want to rely on joe not rebooting his machine. But maybe it's time to reconsider. What are poeple's opinions on this scheme? Another route we are considering is to increase our local net's bandwidth. Does "FDDI" mean anything to anyone out there? Is anyone using it? In a mixed Ethernet/FDDI environment? Could we add FDDI SBus cards to each Sparc and to the server, string fibers around the lab, and have an all-FDDI lab, with some sort of FDDI-Ethernet gateway for outside communication? Let me say first off that I know close to zero about FDDI except that it's "faster than Ethernet". Any suggestions would be appreciated. Carlo. From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 6 17:13:45 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA20183; Fri, 6 Dec 91 17:13:45 -0600 Received: by delta.eecs.nwu.edu id AA15466 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 6 Dec 1991 13:22:52 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from cse.ogi.edu by delta.eecs.nwu.edu with SMTP id AA06522 (5.65c/IDA-1.4.4 for ); Fri, 6 Dec 1991 13:22:41 -0600 Received: by cse.ogi.edu (5.61+eap+OGI_1.1.named/IDA-1.2.8+OGI_1.12) id AA11733; Fri, 6 Dec 91 11:22:38 -0800 Received: by bit.bit.uucp (4.0/SMI-3.2) id AA01675; Fri, 6 Dec 91 11:18:22 PST Date: Fri, 6 Dec 91 11:18:22 PST From: bit!jayl (Jay Lessert) Message-Id: <9112061918.AA01675@bit.bit.uucp> To: sun-managers@eecs.nwu.edu Subject: Maximum Single Process Size Limit? I've run into this problem on Solbourne OS/MP, but I strongly suspect it is a generic SunOS issue. I have an rather large process I need to run, and I seem to have run into a "maximum single process size limit" on my 5/603 running 4.0Da. Configuration: Solbourne 5/603 (three 33MHz CPU's) 256MB RAM 700MB swap 4.0Da I wrote a short program to explore the edge of the envelope, and I seem to be unable to malloc more than about 530MB. In other words, the machine will quite happily run two 300MB processes, but cannot run a single 600MB process. (Gee, I remember when I thought a 500MB process was pretty big... :-) I do have lots of Sun hardware available, but none that I can trivially arrange to put >500MB of swap on. I've called in to the support line already, but thought I'd ask y'all if any of you have authoritative information on: - What is the default maximum single process size on 4.0.3? 4.1.1? 4.1.2? - Is this limit programmable in any way? How? - Is this limit hardware-dependent (4/280, 4/490, 4/690)? Thanks for your help. I'll be out of town most of next week so the summary may be delayed until the end of next week. -Jay- Jay Lessert {decwrl,cse.ogi.edu,sun,verdix}!bit!jayl Bipolar Integrated Technology, Inc. 503-629-5490 (fax)503-690-1498 From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 6 19:32:32 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA20526; Fri, 6 Dec 91 19:32:32 -0600 Received: by delta.eecs.nwu.edu id AA08262 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 6 Dec 1991 15:37:35 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA25423 (5.65c/IDA-1.4.4 for ); Fri, 6 Dec 1991 15:37:24 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA08359; Fri, 6 Dec 91 16:37:20 -0500 Received: from sun330.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 163639.19474; Fri, 6 Dec 1991 16:36:39 EST Received: from tyco.milkyway by almserv (4.1/SMI-4.1) id AA24746; Fri, 6 Dec 91 16:21:11 EST Received: from colorado.sysadm by tyco.milkyway (4.1/SMI-4.1) id AA10737; Fri, 6 Dec 91 16:21:11 EST Date: Fri, 6 Dec 91 16:21:11 EST From: almserv!s5udtg@uunet.UU.NET (Doug Griffiths) Message-Id: <9112062121.AA10737@tyco.milkyway> To: sun-386i@sc3d118mc.acq.osd.mil, sun-managers@eecs.nwu.edu Subject: sun386i questions Hi, i have been working on a Sun 386i for some time, and cannot solve these following problems. Any help would be appreciated: intemittent memory errors. Has 16 M, except sometimes on boot- up it reads only 12 M, and reports "SIMM error in module 3" (paraphrased). it is NOT the chip 'cause I've swapped it many times; and it happens while running (causing the system to drop to > prfompt) as well as while booting. Intermittent dard drive errors. Sometimes while booting you see: sd2a read-retry, blk 6728 (abs blk 6728) sense key error (0x4): hardware error, error code (0x9) sd2g:read-recoverable this is a non-recoverable error - i.e. it will not boot and drive goes "click" "click" "click" Finally, those intermittent problems aside, this machine is NOT on a network (nothing connected to ethernet plug), but WILL not load the OS (4.0.1) in standalone. Loading from tape, it insists on loading as a client or server. Really, it will only load as a master server, which introduces a whole host of problems since there is no network! Any help would be greatly appreciated... Doug ----------------------------------------------------- | Doug Griffiths |INTERNET: | | Sr Technical Analyst| almserv!s5udtg@uunet.UU.NET | | UNIX Support Group |USENET: | | Fannie Mae | uunet!almserv!s5udtg | | Washington, DC | | ----------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 6 20:18:18 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA20604; Fri, 6 Dec 91 20:18:18 -0600 Received: by delta.eecs.nwu.edu id AA13293 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 6 Dec 1991 17:12:31 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: by delta.eecs.nwu.edu id AA24412 (5.65c/IDA-1.4.4 for sun-managers); Fri, 6 Dec 1991 17:12:20 -0600 Received: by tellab5.tellabs.com (smail2.5) id AA22804; 6 Dec 91 12:12:24 CST (Fri) Received: from mail.uunet.ca (via uunet.ca) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA03561; Fri, 6 Dec 91 12:40:08 -0500 Received: from jtsv16 by mail.uunet.ca with UUCP id <53456>; Fri, 6 Dec 1991 12:39:58 -0500 Received: by jtsv16.jts.com (5.51/smail2.5/08-24-90) id AA12719; Fri, 6 Dec 91 10:30:10 EST Date: Fri, 6 Dec 1991 10:30:10 -0500 From: clive@jtsv16.jts.com (Clive Beddall ) Message-Id: <9112061530.AA12719@jtsv16.jts.com> In-Reply-To: Herzog "" (Dec 6, 2:30am) X-Mailer: Mail User's Shell (7.2.3 5/22/91) To: Herzog , sun-managers@eecs.nwu.edu Actually Helmut, The manual says either group 1 or 3 for the 4mb SIMMS but, I would not use group 3. #1 for the big guns! No problem, Clive Beddall From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 6 20:18:39 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA20609; Fri, 6 Dec 91 20:18:39 -0600 Received: by delta.eecs.nwu.edu id AA09298 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 6 Dec 1991 17:20:25 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Jessica.Stanford.EDU by delta.eecs.nwu.edu with SMTP id AA07372 (5.65c/IDA-1.4.4 for ); Fri, 6 Dec 1991 17:20:16 -0600 Received: from LOCALHOST by jessica.stanford.edu (5.59/25-eef) id AA02955; Fri, 6 Dec 91 15:20:12 PDT Message-Id: <9112062320.AA02955@jessica.stanford.edu> To: sun-managers@eecs.nwu.edu Cc: torg@jessica.stanford.edu Subject: secondary name service Date: Fri, 06 Dec 91 15:20:10 -0800 From: shirley@jessica.stanford.edu We are not running NIS and are using a modified shared library instead. When the primary name server is unavailable, the secondary name server is not accessed. Apparently, this is a known problem which some of you may have solved. Does anyone have a patch so that the second nameserver listed in the resolv.conf file is accessed? ...thanks, Shirley Gruber Distributed Systems Group From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 6 20:24:44 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA20615; Fri, 6 Dec 91 20:24:44 -0600 Received: by delta.eecs.nwu.edu id AA12003 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 6 Dec 1991 17:16:03 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Jessica.Stanford.EDU by delta.eecs.nwu.edu with SMTP id AA15859 (5.65c/IDA-1.4.4 for ); Fri, 6 Dec 1991 17:15:55 -0600 Received: from LOCALHOST by jessica.stanford.edu (5.59/25-eef) id AA02850; Fri, 6 Dec 91 15:15:52 PDT Message-Id: <9112062315.AA02850@jessica.stanford.edu> To: sun-managers@eecs.nwu.edu Cc: shirley@jessica.stanford.edu Subject: list Date: Fri, 06 Dec 91 15:15:51 -0800 From: shirley@jessica.stanford.edu Please add me to the sun-managers list. Thanks. shirley@jessica.Stanford.EDU From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 6 20:44:05 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA20642; Fri, 6 Dec 91 20:44:05 -0600 Received: by delta.eecs.nwu.edu id AA00107 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 6 Dec 1991 17:37:18 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from BCM.TMC.EDU by delta.eecs.nwu.edu with SMTP id AA23031 (5.65c/IDA-1.4.4 for ); Fri, 6 Dec 1991 17:37:04 -0600 Received: from crick.ssctr.bcm.tmc.edu (CURIE.SSCTR.BCM.TMC.EDU) by bcm.tmc.edu (AA10262); Fri, 6 Dec 91 17:36:53 CST Received: by crick.ssctr.bcm.tmc.edu (AA00515); Fri, 6 Dec 91 17:36:49 CST From: Brent Alan Wiese Message-Id: <9112062336.AA00515@crick.ssctr.bcm.tmc.edu> Subject: Read failures from SMD Drive. To: sun-managers@eecs.nwu.edu Date: Fri, 6 Dec 91 17:36:47 CST Cc: unix-support@crick.ssctr.bcm.tmc.edu X-Mailer: ELM [version 2.3 PL11] One of our Hitachi DK815-10 drives on a 7053 SMD controller is getting read failures. Typical messages seen were as follows. vmunix: xd0h: read retry (hard data ecc) -- blk #264690, abs blk #1255620 vmunix: xd0h: read retry (hard data ecc) -- blk #264690, abs blk #1255620 vmunix: xd0h: read failed (hard data ecc) -- blk #264690, abs blk #1255620 Additionally, some messages say: vmunix: xd0h: read fixed (soft ecc corrected) -- blk #511904, abs blk #1502834 The system went down and fsck on /dev/xd0h (/usr) would not complete. The system is a 4/380 (3/180 upgraded with a 4300 CPU). Since the only portion of the disk showing errors was the xd0h partition, I tried running format on that segment. During the first verification pass, several new bad blocks were found. Additionally, format printed a message saying something about -- unable to locate defective block, soft errors will occur. What really bothered me is that more bad blocks and similar messages were seen on the second pass. Has anybody been in a situation like this before? Is this drive about to go out? Should the drive be replaced? Would running format with many passes find all the bad blocks and leave me with a stable drive? Any suggestions would be appreciated. Here is the output from dkinfo, notice that the problematic segment is on the outer cylinders (if that matters). ---------------- # dkinfo xd0 xd0: Xylogics 7053 controller at addr ee80, unit # 0 1735 cylinders 15 heads 67 sectors/track a: 32160 sectors (32 cyls) starting cylinder 0 b: 67335 sectors (67 cyls) starting cylinder 32 c: 1743675 sectors (1735 cyls) starting cylinder 0 d: 792945 sectors (789 cyls) starting cylinder 99 e: No such device or address f: No such device or address g: 98490 sectors (98 cyls) starting cylinder 888 h: 752745 sectors (749 cyls) starting cylinder 986 ---------------- Thanks, -- Brent A. Wiese Unix & X Support Systems Support Center E-mail: brent@bcm.tmc.edu Baylor College of Medicine Voice: (713) 798-5081 Houston, Texas Fax: (713) 798-6675 From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 6 20:54:09 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA20675; Fri, 6 Dec 91 20:54:09 -0600 Received: by delta.eecs.nwu.edu id AA26904 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 6 Dec 1991 15:16:31 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ASC.SLB.COM by delta.eecs.nwu.edu with SMTP id AA11384 (5.65c/IDA-1.4.4 for ); Fri, 6 Dec 1991 15:16:23 -0600 Received: from sjsca4.psi by ASC.SLB.COM (4.1/ASC Mailhost 3.12) id AA04626; Fri, 6 Dec 91 15:16:19 CST Apparently-To: "eecs.nwu.edu::sun-managers"@sj.ATE.SLB.COM X-Vms-To: eecs.nwu.edu::sun-managers Received: from [192.23.6.51] by eris.sj.ate.slb.com (5.59SLBATE/SLB-SERVER-1.16) id AA11293; Fri, 6 Dec 91 13:16:01 PST Date: Fri, 6 Dec 91 13:16:01 PST From: fabrice@sj.ate.slb.com (Fabrice Le Metayer) Message-Id: <9112062116.AA11293@eris.sj.ate.slb.com> Received: by wookie.SJ.ATE.SLB.COM (4.1/DUMB-1.0) id AA02981; Fri, 6 Dec 91 13:15:50 PST To: sun-managers@eecs.nwu.edu Subject: SBus/SMD Controller Simple question: Is there an SBus-based SMD controller card that would drive disks such as Fujitsu M2382K ? We have a number of Sun-3/x60 and would like to replace them with desktop SPARCstations without trashing our SMD expansion disks. Regards, -- Fabrice -- , Fabrice Le Metayer DOMAIN : fabrice@sj.ate.slb.com Schlumberger Technologies - ATE UUCP : {amdahl,decwrl,uunet}!sjsca4!fabrice San Jose, CA 95110 BELL : (408) 437-5114 "Argue for your limitations, and sure enough, they are yours." -- Richard Bach From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 6 22:25:40 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA20797; Fri, 6 Dec 91 22:25:40 -0600 Received: by delta.eecs.nwu.edu id AA19785 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 6 Dec 1991 18:55:58 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ucsd.edu by delta.eecs.nwu.edu with SMTP id AA27998 (5.65c/IDA-1.4.4 for ); Fri, 6 Dec 1991 18:55:50 -0600 Received: from ccrwest.UUCP by ucsd.edu; id AA07425 sendmail 5.64/UCSD-2.2-sun via UUCP Fri, 6 Dec 91 16:46:11 -0800 Received: from allegro.ccrwest by ccrwest.UUCP (4.1/SMI-4.1) id AA06091; Fri, 6 Dec 91 15:32:51 PST Date: Fri, 6 Dec 91 15:32:51 PST From: ccrwest!kk@UCSD.EDU (Kandi Kirk) Message-Id: <9112062332.AA06091@ccrwest.UUCP> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: Software to make a PC an X- terminal This posting sure succeeded in generating alot of interest as well as responces. Unfortunately, I am trying to generate this summary quick before I leave for th Sun Users Conference so I will provide at this time the quick list of software available to do these things without providing the pros and cons for each one. If you would like some information regarding the ones that people spoke highly of please let me know and I will provide that to interested parties at a later date. I was also flamed by one user who felt that this was inappropriate for this group. If you feel posting to this group was inappropriate I apologize. I honestly felt that this was my best option since comp.sys.sun is not functioning. The person offended did indicate that posting to comp.windows.x may have been more appropriate but given that I am running PC-NFS, and trying to use olwm on the PC from the SUn servers this really does appear to be a Sun software administration issue at least from my perspective. I recevied over 40 replies with information or people requesting info with only one flame. Thanks to all who provided valuable information the consensus is to start that PC-XSIGHT (the one I am demoing at present) is not real functional. The one that was preferred by quite a few people was the HCL-eXceed. Several other people specified some products they liked but the HCL-exceed seemed to be a common thread. There were several people that also indicated that even with alot of memory and power the use of a PC as an X terminal is very slow and not preferrable. A real X terminal is much better. Thanks to all who responded. Here's the list: AGE (619-455-8600, fax 619-597-6030) PC Xsight for DOS users who want VGA, S-VGA or 8514 Xservers. It also provides XoftWare for TIGA/DOS for DOS users who have TIGA cards with 34010 or 34020 cards. A version is also available for ISC and SCO users who want to offload the Xserver to a TIGA card. PC DECWindows 3.0 is an MS-DOS application that turns your PC into an X11R4 terminal. It supports DECnet and TCP/IP. Available from DEC. [Dennis Giokas (giokas@mosaic.enet.dec.com), 3/91] Hummingbird Communications (Canada 416-470-1203) produces the HCL-eXceed and HCL-eXceed Plus for EGA, VGA, and VGA+ controllers. Information Network Solutions also offers a product called HCL-eXceed for the *86. The fax is 02-4122079 inside Australia, 612-4122079 from overseas. Integrated Inference Machines (714-978-6201 or -6776) is shipping X11/AT, an X server that runs under MS-windows. The server converts an IBM-AT into an X terminal which can simultaneously run MS-DOS and Microsoft Windows applications. Intelligent Decisions, Inc. (Sunnyvale, CA: 408-734-3730) IBM is rumored to offer a product; part #5709-029. Metro Link Inc. (305-970-7353, sales@metrolink.com; in Europe contact ADNT, (33 1) 3956 5333) ships an implementation of X11R4 for the 386/486 Unix market. DESQview/X from Quarterdeck (213-392-9851; 213-399-3802 FAX) incorporates X into the DESQview multi-tasking DOS environment. SpectraGraphics/GSS (503-641-2200) makes PC-Xview, an MSDOS-based X server which interfaces with PC/TCP Plus networking software from FTP Software and Excelan's LAN WorkPlace for DOS. The server works with (a) 286, 386, 486 (b) EGA, VGA, DGIS displays. (c) DOS 3.2 and above (d) Microsoft, Logitech, Mouse Systems Mice (e) 640k memory up to 16 MB memory [the PC-Xview/16 is available for PCs with extended memory]. StarNet Communications (408-739-0881 Fax-739-0936) makes MicroX, an X server that runs on MS-DOS. MicroX has TCP/IP built-in and will work with any Ethernet card that has a driver that conforms to the PC/TCP Packet Driver Specification, video drivers for the most common cards and 256-color mode on most super VGA cards. A 286 (8 color clients maximum) and a 386 (number of clients limited only by memory on your system) version are available. For more information send mail to microx@StarNet.Com. VisionWare's XVision is a Microsoft Windows-based X server which allows an IBM-compatible PC or PS/2 to display X clients running on a networked computer at the same time as local DOS/Windows programs. VisionWare is at vware@visionware.co.uk Voice UK: +44 532 788858 Fax UK: +44 532 304676. Xinetron (CA 408-727-5509) offers a 286- and 286-based PC preconfigured with X server. The Xinet X-Station offers a maximum of 8 clients. Xnth is an implementation of X11 R4 which runs on AT-bus PCs running DOS 3.3 or higher. It currently supports 1280X1024 or 1024X768 resolution monitors at 256 colors (out of 16M) with hardware accelleration for graphics and text operations. It currently utilizes a TCP/IP byte stream over Ethernet. Information: Jerry Norman, Nth Graphics, Ltd., 1-800-624-7552. FramworX Integrated Design Engineering, Inc. Tel: 800-274-7238 1078 Headquarters Park Drive 314-343-0005 Fenton, MO 63026 Fax: 314-326-2311 Kandi Kirk ccrwest!kk@ucsd.edu Institute for Defense Analyses (619) 455-9400 Center for Communications Research - La Jolla (619) 455-1327 (FAX) 4350 Executive Drive Suite 135 San Diego, Ca. 92121 From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 6 23:43:08 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA20887; Fri, 6 Dec 91 23:43:08 -0600 Received: by delta.eecs.nwu.edu id AA27500 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 6 Dec 1991 20:07:55 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA07529 (5.65c/IDA-1.4.4 for ); Fri, 6 Dec 1991 20:07:44 -0600 Received: from ingr.ingr.com by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA06694; Fri, 6 Dec 91 21:07:27 -0500 Received: from dazixco by ingr.ingr.com (5.61/INGR-1.1) id AA09015; Fri, 6 Dec 91 20:10:28 -0600 Received: by dazixco (4.1/SMI-4.1) id AA08546; Fri, 6 Dec 91 19:07:05 MST Date: Fri, 6 Dec 91 19:07:05 MST From: backup@dazixco.ingr.com (System backup account) Message-Id: <9112070207.AA08546@dazixco> To: sun-managers@eecs.nwu.edu Subject: NIS Problem Hello, I have run into a problem that has me baffled, not hard to do as of late. This seems to have all the earmarks of a NIS problem. Heres the scoop: We have 5 YP slaves in the following configurations Sun 4/280 SunOS 4.1.1 ra Sun 4/280 SunOS 4.0.3 yoda Sun 3/50 SunOS 4.1.1 e1master Sun 3/50 SunOS 4.0.3 aiko Sun 4/280 SunOS 4.1.1 isunserv and a master Sun 3/50 SunOS 4.1.1 dazixco Short History of events ( in order ) : We modified our addresses from a Class A to Class B. We added e1master, aiko, and isunserv as slave servers. We rebuilt yoda using 4.0.3_BETA. We shut down the in.routed daemon and added a default route instead. We modified our host file to include host information from all regional sites. Here are the symptoms: On our 4.0.3 machines normally we get the following output from netstat -r netstat -r Routing tables Destination Gateway Flags Refcnt Use Interface localhost localhost UH 3 14579 lo0 default wellfleet UG 1 6 ie0 xxx.xxx.xxx.0 yoda U 42 8549065 ie0 When we are experiencing our intermittent problem we get: netstat -r Destination Gateway Flags Refcnt Use Interface localhost localhost UH 3 14579 lo0 default wellfleet UG 1 6 ie0 netstat -rn Routing tables Destination Gateway Flags Refcnt Use Interface 127.0.0.1 127.0.0.1 UH 2 14579 lo0 default xxx.xxx.xxx.1 UG 1 6 ie0 xxx.xxx.xxx.0 xxx.xxx.xxx.xxx U 42 8549234 ie0 A UNIX guru once told me that the differences in the netstat command shows a problem with NIS. This is further evidenced. We have a Kinetics Fastpath connecting our MAC net to our TCP net. The MACs are unable to login to any Sun workstation running NIS. These same MACS can login to our Clippers with no difficulty. Sometime we can enable the MACS to login by issuing a make command in the /var/yp directory on dazixco. Further evidence still, every so often our Sun Workstations come up and say NIS server not responding and hang. Only a couple moments, then all is well. I know you are going to say "gee, sounds like a network overload". We have monitored a sniffer and no overload!!! The strange part came tonight. I decided to remake the maps on dazixco from scratch (again) thinking this was the problem. I shutdown all ypserv daemons on the slaves, ran ypinit on dazixco, distributed the maps... no help. I shut down one ypserv at a time to see if that would help, I even shut them down in different order. The only configuration that provides me with a functional network is to have only the master serving NIS maps. As soon as I start another ypserv and a machine binds to it we start seeing the above conditions. If you have any ideas I would appreciate you passing them this way!!! If I can provide more information let me know!!! I will summarize any responses given Thanks in advance. Randy Holt Internal Support DAZIX, An Intergraph Company From sun-managers-relay@delta.eecs.nwu.edu Sat Dec 7 06:10:56 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA21741; Sat, 7 Dec 91 06:10:56 -0600 Received: by delta.eecs.nwu.edu id AA16969 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sat, 7 Dec 1991 03:36:18 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from hub.eng.wayne.edu by delta.eecs.nwu.edu with SMTP id AA00921 (5.65c/IDA-1.4.4 for ); Sat, 7 Dec 1991 03:36:11 -0600 Received: from wsu-eng.eng.wayne.edu (trace.eng.wayne.edu) by hub.eng.wayne.edu (4.1/SMI-4.1) id AA03271; Sat, 7 Dec 91 03:50:55 EST Message-Id: <9112070850.AA03271@hub.eng.wayne.edu> Received: by wsu-eng.eng.wayne.edu; Sat, 7 Dec 91 03:46:53 EST Date: Sat, 7 Dec 91 03:46:53 EST From: Upkar Singh Kohli To: sun-managers@eecs.nwu.edu Subject: amd hanging on suns This is causing me a lot of trouble !! I am running 'amd' on several Suns (sparc1 sparc2 sun 4/110 ) with OS versions mostly 4.1.1. A couple are running 4.0.3, and a couple are running 4.0 After I start 'amd' on many machines (about 12-15), for some reason logging into some machines becomes a big pain. It takes too long to login. Ofcourse the account of the use trying to login is automounted by amd. But sometimes even root login takes long. I guess after the directory gets unmounted, this time to login increases terribly. I am also running Sun's automounter for some other directories, because I was still only testing amd. Could this be causing problems? This problem is inconsistent... sometimes I can login to a machine reasonably fast even after a long delay (assuming the account directory must have been unmounted by then), but at other times the machine will hang for a long time. Sometimes if I kill the login process and try again, it goes in quick! Please help! Upkar Kohli From sun-managers-relay@delta.eecs.nwu.edu Sat Dec 7 16:09:41 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA22680; Sat, 7 Dec 91 16:09:41 -0600 Received: by delta.eecs.nwu.edu id AA20626 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sat, 7 Dec 1991 13:23:34 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from sporobolus (sporobolus.NREL.ColoState.EDU) by delta.eecs.nwu.edu with SMTP id AA05460 (5.65c/IDA-1.4.4 for ); Sat, 7 Dec 1991 13:23:28 -0600 Received: by sporobolus (4.1/SMI-DDN) id AA00896; Sat, 7 Dec 91 12:23:24 MST Date: Sat, 7 Dec 91 12:23:24 MST From: martin@sporobolus.NREL.ColoState.EDU (Martin Fowler) Message-Id: <9112071923.AA00896@sporobolus> To: sun-managers@eecs.nwu.edu Subject: bpt for CDC 9715-515 I'm in the process of moving a CDC 9715-515 from a 11/730 (RIP) to a Sun 3/160 (4.1.1) and need to know the number of bytes per track in order determine the number of sectors per track. Also, if anyone has installed a 9715-515 on a Sun and has any caveats, I would appreciate hearing from you. Thanks, -Martin From sun-managers-relay@delta.eecs.nwu.edu Sat Dec 7 23:31:37 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA23235; Sat, 7 Dec 91 23:31:37 -0600 Received: by delta.eecs.nwu.edu id AA26540 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sat, 7 Dec 1991 20:58:10 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from pdxgate.cs.pdx.edu by delta.eecs.nwu.edu with SMTP id AA08237 (5.65c/IDA-1.4.4 for ); Sat, 7 Dec 1991 20:58:00 -0600 Received: from snowhite.ee.pdx.edu (ee.pdx.edu) by pdxgate.cs.pdx.edu (4.1/pdx-gateway-evision: 1.21 id AA09373; Sat, 7 Dec 91 18:57:46 PST Received: from ee.pdx.edu by snowhite.ee.pdx.edu (4.1/pdx-client-evision: 1.15 id AA13347; Sat, 7 Dec 91 18:56:10 PST Date: Sat, 7 Dec 91 18:55:55 PST From: janaka@mailhost.ee.pdx.edu (Born Again Hacker) Message-Id: <9112080256.AA13347@snowhite.ee.pdx.edu> Apparently-To: I need a format.dat entry for a Miniscribe 9380S SCSI drive. I'd appreciate any help any of you can give me.... Janaka Jayawardena Systems Manager - EE janaka@ee.pdx.edu From sun-managers-relay@delta.eecs.nwu.edu Sun Dec 8 04:31:09 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA23998; Sun, 8 Dec 91 04:31:09 -0600 Received: by delta.eecs.nwu.edu id AA09997 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 8 Dec 1991 01:41:26 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from helios.intranet.gr by delta.eecs.nwu.edu with SMTP id AA01853 (5.65c/IDA-1.4.4 for ); Sun, 8 Dec 1991 01:40:58 -0600 Received: by helios.intranet.gr (4.0/25-eef) id AA09927; Sun, 8 Dec 91 09:37:00 +0200 Date: Sun, 8 Dec 91 09:37:00 +0200 From: Antonis Kyriazis Message-Id: <9112080737.AA09927@helios.intranet.gr> To: sun-managers@eecs.nwu.edu Subject: SUN - SNA Link Cc: sil.icm.icmnda@memo.ericsson.se This is a question to whom has installed SunLink SNA3270 or similar products: I'm particularly interested in storing CMS files on a SUNOS file system and I'd like to know which facilities provides that kind of software, except from just a cluster controller- and 3270 emulation with IND$FILE file transfer... Thank you --------------------------------------------------------------------------- | Antonis Kyriazis antonis@intranet.gr | | S/W Design Center sil.icm.icmakyr@memo.ericsson.se | | UNIX networks & comms adm. phone: (01) 66 44 961-5 | | INTRACOM sa (01) 88 43 715 | | 19.5 km Marcopoulo Ave. fax: (01) 66 44 379 | | PEANIA 190 02 (01) 66 43 718 | | Greece | --------------------------------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 9 00:08:44 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA25231; Mon, 9 Dec 91 00:08:44 -0600 Received: by delta.eecs.nwu.edu id AA09677 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 8 Dec 1991 20:57:30 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ecoult (ecoult.ncsu.edu) by delta.eecs.nwu.edu with SMTP id AA31436 (5.65c/IDA-1.4.4 for ); Sun, 8 Dec 1991 20:57:25 -0600 Received: by ecoult (5.57/ECO NCSU/11/11/90) id AA05979; Sun, 8 Dec 91 21:57:16 -0500 Received: by maecfd (4.1/SMI-4.1) id AA03800; Sun, 8 Dec 91 21:42:59 EST From: garvin%maecfd@ecoult.ncsu.edu (Michael Garvin) Message-Id: <9112090242.AA03800@maecfd> Subject: NeWSprint and Apple LaserWriters To: sun-managers@eecs.nwu.edu Date: Sun, 8 Dec 91 21:42:58 EST X-Mailer: ELM [version 2.3 PL11] OK, I'm stumped. I've hooked up a few Sparc II's to Apple LaserWriters (mostly II's) and verified a correct/good connection, but I can't seem to coax NeWSprint to work correctly. The problem is that the CTRL-D the LaserWriter expects to be at the end of a PostScript job isn't there, so the printer just sits waiting for it. Does anyone know how I can get this working? I've tried twiddling with the software to see if I can add one, but I can't figure out where to do this. Thanks in advance for any help. ------------------------------------------------------------------------------- Michael Garvin garvin@maecfd.ncsu.edu Mars Mission Research Center, NCSU (919) 515-2365 x283 "... a hopeless, helpless mass of protoplasm." - Eisenhower From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 9 00:36:10 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA25255; Mon, 9 Dec 91 00:36:10 -0600 Received: by delta.eecs.nwu.edu id AA07758 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 8 Dec 1991 21:29:27 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from hub.eng.wayne.edu by delta.eecs.nwu.edu with SMTP id AA12398 (5.65c/IDA-1.4.4 for ); Sun, 8 Dec 1991 21:29:18 -0600 Received: from wsu-eng.eng.wayne.edu (trace.eng.wayne.edu) by hub.eng.wayne.edu (4.1/SMI-4.1) id AA04615; Sun, 8 Dec 91 22:30:36 EST Message-Id: <9112090330.AA04615@hub.eng.wayne.edu> Received: by wsu-eng.eng.wayne.edu; Sun, 8 Dec 91 22:25:28 EST Date: Sun, 8 Dec 91 22:25:28 EST From: Upkar Singh Kohli To: sun-managers@eecs.nwu.edu, upkar@trace.eng.wayne.edu Subject: Re: amd hanging on suns My original question was regarding huge login delays with amd running on several Suns. I had mentioned that I was also running Sun's automounter, because 'amd' was still only being tested. I want to keep the idea of not using Sun's automounter along with 'amd' as my last option, because that would mean stopping a lot of essential network activity... Some of you had mentioned that "quota" could get confused with automounted partitions. I guess while I am still trying to get this working properly, I am getting more information: * 'amd' is also running on six SGIs now, and apparently there is no problem with those machines. They are not running any other automounter (???) On the Suns: * Even when I do telnet, the process sometimes hangs before the login prompt, sometimes after the password is entered. * It even hangs for root logins, whose account is local, and there is no path referring to any automounted location. * The weird thing is, once I get in (after however long time, as root) I try to "cd ~user1" and it hangs for a long time until "connection timed out". But when I try to "cd ~user1" again, it goes in right away! * I got another message: "operation would block" at another time, on another machine. I tried "cd ~user2" a couple of times, and it worked the third time. Here are my maps : #### testmap.homes #### #machine opts info sparc1 type:=link;fs:=/home # altair3 -opts:=rw,grpid,nosuid \ type:=nfs;hostd!=altair3;rhost:=altair3;rfs:=/u1 # iris5 -opts:=rw,grpid,nosuid \ type:=nfs;hostd!=iris5;rhost:=iris5;rfs:=/usr/home # iris2 -opts:=rw,grpid,nosuid \ type:=nfs;hostd!=iris2;rhost:=iris2;rfs:=/disk2 ################## #### testmap.soft #### #machine opts info altair3 -opts:=rw,grpid,nosuid \ type:=nfs;hostd!=altair3;rhost:=altair3;rfs:=/usr/sun/new ################## Also, my amd startup looks like: #### amd.start #### PATH=/usr/adm/sysadm/amd5.3:/bin:/usr/bin:/usr/ucb:$PATH export PATH cd /usr/adm/sysadm/amd5.3 eval ./amd -l /usr/adm/sysadm/amd5.3/amdlog \ /homes maps/testmap.homes \ /soft maps/testmap.soft ################## These are on "sparc1", therefore you see the "link" type option for it. Apparently all Suns were working properly, until "altair3" crashed for some reason (this is a Celerity FYI). Then after I reboot each Sun, everything appears normal! But this is a terrible solution. Could it be that whenever a server crashes, 'amd' hangs if not properly started, and takes a while to reset? I hope I am not the only one encountering such a situation! Upkar Kohli From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 9 02:28:59 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA25892; Mon, 9 Dec 91 02:28:59 -0600 Received: by delta.eecs.nwu.edu id AA03679 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 8 Dec 1991 23:31:00 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ocean.ml.csiro.au by delta.eecs.nwu.edu with SMTP id AA22364 (5.65c/IDA-1.4.4 for ); Sun, 8 Dec 1991 23:30:43 -0600 Received: by ocean.ml.csiro.au id AA08890 (5.65b/IDA-1.4.3 for sun-managers@eecs.nwu.edu); Mon, 9 Dec 91 16:30:28 +1100 Date: Mon, 9 Dec 91 16:30:28 +1100 From: Bill Hart Message-Id: <9112090530.AA08890@ocean.ml.csiro.au> To: sun-managers@eecs.nwu.edu Subject: Unfunctioning Ethernet on a SS2 Last week I had a SS2 (4.1.1) that clapped out when booted with the repeated messages :- vmunix: le0: RINT but buffer owned by LANCE vmunix: le0: RINT but buffer owned by LANCE vmunix: iobus level 5 interrupt not serviced Self test on the ethernet worked at boot time, and if I booted it single user I could ping other machines OK, when I tried to ftp something, it produced many error messages but did a transfer although at only about 0.01 of the rate it would normally. I assume some buffer on the ethernet chip got zapped. Sun's options were to send the board in for 60 days repair turnaround, or pay over $4000 for a board swap. I grabbed a spare sbus ethernet card that was lying around and stuffed that in, fiddled a bit and etherything seems to work fine. Sun then said they could repair the board for $750 with a ten day turnaround. My question is :- a) Should I just leave it with the SBus ethernet ($500) and hope that the problem with the original ethernet doesn't affect the rest of the main board. b) Or pay sun to fix the main board just in case c) There are two chips, a LSI glue chip and a AMD chip which look like they do all the work. One of our electronics guys reckoned he could replace the AMD chip (but probably not the LSI chip). Is the problem likely to be confined to the AMD chip ? (one of these cost about $40) If there is any interest I'll summarize (BTW I don't believe in hardware maintenance contracts) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Bill Hart Internet : hart@ocean.ml.csiro.au CSIRO Division of Oceanography Phone : +61 02 206 446 Hobart, Tas., 7000 Australia Fax : +61 02 240 530 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 9 12:31:21 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA27622; Mon, 9 Dec 91 12:31:21 -0600 Received: by delta.eecs.nwu.edu id AA04717 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 9 Dec 1991 08:54:15 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA24393 (5.65c/IDA-1.4.4 for ); Mon, 9 Dec 1991 08:54:09 -0600 Received: from ingr.ingr.com by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA26347; Mon, 9 Dec 91 09:53:48 -0500 Received: from dazixco by ingr.ingr.com (5.61/INGR-1.1) id AA02620; Mon, 9 Dec 91 08:56:35 -0600 Received: by dazixco (4.1/SMI-4.1) id AA00526; Mon, 9 Dec 91 07:50:22 MST Date: Mon, 9 Dec 91 07:50:22 MST From: randy@dazixco.ingr.com (Randy Holt) Message-Id: <9112091450.AA00526@dazixco> To: sun-managers@eecs.nwu.edu Subject: NIS Problems I am not sure this got out so I am sending again, sorry for the duplication if that be ths case. Hello, I have run into a problem that has me baffled, not hard to do as of late. This seems to have all the earmarks of a NIS problem. Heres the scoop: We have 5 YP slaves in the following configurations Sun 4/280 SunOS 4.1.1 ra Sun 4/280 SunOS 4.0.3 yoda Sun 3/50 SunOS 4.1.1 e1master Sun 3/50 SunOS 4.0.3 aiko Sun 4/280 SunOS 4.1.1 isunserv and a master Sun 3/50 SunOS 4.1.1 dazixco Short History of events ( in order ) : We modified our addresses from a Class A to Class B. We added e1master, aiko, and isunserv as slave servers. We rebuilt yoda using 4.0.3_BETA. We shut down the in.routed daemon and added a default route instead. We modified our host file to include host information from all regional sites. Here are the symptoms: On our 4.0.3 machines normally we get the following output from netstat -r netstat -r Routing tables Destination Gateway Flags Refcnt Use Interface localhost localhost UH 3 14579 lo0 default wellfleet UG 1 6 ie0 xxx.xxx.xxx.0 yoda U 42 8549065 ie0 When we are experiencing our intermittent problem we get: netstat -r Destination Gateway Flags Refcnt Use Interface localhost localhost UH 3 14579 lo0 default wellfleet UG 1 6 ie0 netstat -rn Routing tables Destination Gateway Flags Refcnt Use Interface 127.0.0.1 127.0.0.1 UH 2 14579 lo0 default xxx.xxx.xxx.1 UG 1 6 ie0 xxx.xxx.xxx.0 xxx.xxx.xxx.xxx U 42 8549234 ie0 A UNIX guru once told me that the differences in the netstat command shows a problem with NIS. This is further evidenced. We have a Kinetics Fastpath connecting our MAC net to our TCP net. The MACs are unable to login to any Sun workstation running NIS. These same MACS can login to our Clippers with no difficulty. Sometime we can enable the MACS to login by issuing a make command in the /var/yp directory on dazixco. Further evidence still, every so often our Sun Workstations come up and say NIS server not responding and hang. Only a couple moments, then all is well. I know you are going to say "gee, sounds like a network overload". We have monitored a sniffer and no overload!!! The strange part came tonight. I decided to remake the maps on dazixco from scratch (again) thinking this was the problem. I shutdown all ypserv daemons on the slaves, ran ypinit on dazixco, distributed the maps... no help. I shut down one ypserv at a time to see if that would help, I even shut them down in different order. The only configuration that provides me with a functional network is to have only the master serving NIS maps. As soon as I start another ypserv and a machine binds to it we start seeing the above conditions. If you have any ideas I would appreciate you passing them this way!!! Thanks in advance. Randy Holt Internal Support DAZIX, An Intergraph Company From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 9 14:44:33 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA28326; Mon, 9 Dec 91 14:44:33 -0600 Received: by delta.eecs.nwu.edu id AA23313 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 9 Dec 1991 10:51:48 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: by delta.eecs.nwu.edu id AA27692 (5.65c/IDA-1.4.4 for sun-managers); Mon, 9 Dec 1991 10:51:40 -0600 Received: by tellab5.tellabs.com (smail2.5) id AA19037; 8 Dec 91 14:01:07 CST (Sun) Received: from ndcc.ndcc.com (via uunet.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA11924; Sun, 8 Dec 91 12:46:31 -0500 Received: by ndcc.ndcc.com (/\==/\ Smail3.1.24.1 #24.1) id ; Sun, 8 Dec 91 03:53 EST Received: by myrddin.ndcc.com (/\==/\ Smail3.1.24.1 #24.3) id ; Sun, 8 Dec 91 03:53 EST Received: by tscs.uucp (/\==/\ Smail3.1.22.1 #22.1) id ; Sun, 8 Dec 91 02:35 EST Message-Id: Date: Sun, 8 Dec 91 02:35 EST From: uunet!tscs!novak (Albert Novak) To: sun-managers@eecs.nwu.edu Subject: cron: last work day of the month Sun Manager Readers; Is there a way of making cron do certain jobs on specific dates that are working days, such as, the last working day (Monday thru Friday) of the month. Another example is to do a job on or before the 16th of the month, only on a working day. I am trying to sent reminders to the screen to get people to turn in reports on specific dates. I want to do this on the due date as most people will put it off anyway if reminded a day in advance. Thank you in advance; Albert Novak ------------------------------------------------------------------------------ Albert Novak UUCP: tscs!novak Total Support Computer Systems PHONE: (813) 876-5990 4421 North Church Avenue FAX: (813) 871-2783 Tampa, Florida 33614-7015 ------------------------------------------------------------------------------ From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 9 14:54:26 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA28349; Mon, 9 Dec 91 14:54:26 -0600 Received: by delta.eecs.nwu.edu id AA31419 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 9 Dec 1991 10:54:23 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay2.UU.NET by delta.eecs.nwu.edu with SMTP id AA26800 (5.65c/IDA-1.4.4 for ); Mon, 9 Dec 1991 10:54:12 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA23841; Mon, 9 Dec 91 11:53:32 -0500 Received: from millidc.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 115244.21205; Mon, 9 Dec 1991 11:52:44 EST Received: by millidc.millipore.com (vers 5.57) for eecs.nwu.edu!sun-managers (from millidc!indigo!djm) id AA07015; Mon, 9 Dec 91 10:58:38 EST Received: by indigo.BioImage (4.1/SMI-4.1) id AA08238; Mon, 9 Dec 91 10:48:25 EST Date: Mon, 9 Dec 91 10:48:25 EST From: millidc!indigo!djm@uunet.UU.NET (Drew Montag) Message-Id: <9112091548.AA08238@indigo.BioImage> To: sun-managers@eecs.nwu.edu Subject: xkernel/GNU/gcc/what-a-mess Dear Sun-Managers: I need your help. I've been asked to get our old Sun-3 machines up and running as X Terminals, and heard that the Public Domain program called "xkernel" was the way to go. So, I pulled Version 3.1 over from "optima.cs.arizona.edu" and unpacked it. The installation instructions say that I need the GNU versions of "gcc" and "make" to make "xkernel". So, I pulled Version 1.37.1 of "gcc" from "shorty.cs.wisc.edu" and unpacked it. Now I'm trying to get "gcc" going, and it won't "make". Here's what I get: prompt# cd /usr/local/src/gcc/gcc prompt# config.gcc sun3-os4 Linked `config.h' to `./config/xm-m68k.h'. Linked `tm.h' to `./config/tm-sun3.h'. Linked `md' to `./config/m68k.md'. Linked `aux-output.c' to `./config/out-m68k.c'. Links are now set up for use with a sun3-os4. prompt# make cc -g -DUW -DXC -I. -I. -I./config \ -DSTANDARD_STARTFILE_PREFIX=\"/usr/misc/ipsc/XC/lib/\" \ -DSTANDARD_EXEC_PREFIX=\"/usr/misc/ipsc/XC/lib/gcc-\" -c \ `echo ./gcc.c | sed 's,^\./,,'` cc -c -g -DUW -DXC -I. -I. -I./config version.c cc -c -g -DUW -DXC -I. -I. -I./config obstack.c cc -g -DUW -DXC -o gccnew gcc.o version.o obstack.o ld: Undefined symbol _alloca *** Error code 2 make: Fatal error: Command failed for target `gcc' This leads to two questions: 1) Is "xkernel" indeed the best way to go? Is there something else that's better and/or easier to setup and use? 2) If "xkernel" is the way to go, is there some kind GNU expert out there who will take pity on me and tell me how to get "gcc" up and running? Why do I have the "/usr/misc/ipsc/XC/lib/" stuff in there? What's up with "_alloca"? Help! I'm doing these operations on my SPARCstation 1+, running SunOS 4.1.1. The Sun-3 machines that I'm trying to get running as X Terminals are 3/60's and 3/110's, all running SunOS 4.0.3. Sorry if this doesn't quite fit into the Sun-Managers mold. Obviously, this isn't something that you can ask Sun about. Thanks! Drew +----+ +----+ +------------------------------+----------------------------+ | \GO/ | | Drew Montag | djm@bioimage.millipore.com | ++ + \/ + ++ | Sr. Software Design Engineer | uunet!millidc!bioimage!djm | | |\ /| | | Bio Image Products | (800) 872-0071 (Toll Free) | | | \ / | | | 777 East Eisenhower Parkway | (313) 930-9900 (Voice) | | | \/ | | | Suite 950 | (313) 930-0990 (FAX) | ++ ++ ++ ++ | Ann Arbor, Michigan +----------------------------+ | |BLUE| | | U.S.A. 48108-3258 | Are we having fun yet? | +----+ +----+ +------------------------------+----------------------------+ From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 9 15:06:51 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA28409; Mon, 9 Dec 91 15:06:51 -0600 Received: by delta.eecs.nwu.edu id AA22309 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 9 Dec 1991 11:00:22 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Princeton.EDU by delta.eecs.nwu.edu with SMTP id AA02014 (5.65c/IDA-1.4.4 for ); Mon, 9 Dec 1991 11:00:14 -0600 Received: from nascar.Princeton.EDU by Princeton.EDU (5.65b/2.84/princeton) id AA19608; Mon, 9 Dec 91 12:00:10 -0500 Received: from localhost.Princeton.EDU by nascar (5.65b/1.110) id AA07222; Mon, 9 Dec 91 11:57:43 -0500 Message-Id: <9112091657.AA07222@nascar> To: sun-managers@eecs.nwu.edu Subject: Curses under SunOS 4.1.1 Date: Mon, 09 Dec 91 11:57:42 -0500 From: "Lawrence R. Rogers" The following functions are documented in the manual page but appear not to be available. Is this correct? Here is the list of functions: keypad, curs_set, and _setscrreg What functions in SunOS 4.1.1 replace them? Thanks in advance. Larry Rogers ----------------------------------------------------------------------------- | Internet: lrr@Princeton.EDU Manager, UNIX Systems | | UUCP: princeton!lrr Princeton University | | BITNET: lrr@PUCC.BITNET Computing and Information Technology| | PHONE: 609 258 6483 Computing Center | | Alternate: 609 258 6000 87 Prospect Street, Room 201 | | FAX: 609 258 1069/3943 Princeton, NJ 08544 | ----------------------------------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 9 16:27:02 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA28738; Mon, 9 Dec 91 16:27:02 -0600 Received: by delta.eecs.nwu.edu id AA20570 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 9 Dec 1991 12:04:50 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from chx400.switch.ch by delta.eecs.nwu.edu with SMTP id AA13709 (5.65c/IDA-1.4.4 for ); Mon, 9 Dec 1991 12:04:43 -0600 X400-Received: by mta chx400.switch.ch in /PRMD=switch/ADMD=arcom/C=CH/; Relayed; Mon, 9 Dec 1991 19:04:18 +0100 X400-Received: by /PRMD=SWITCH/ADMD=ARCOM/C=CH/; Relayed; Mon, 9 Dec 1991 19:01:00 +0100 Date: Mon, 9 Dec 1991 19:01:00 +0100 X400-Originator: morgan@disuns2.epfl.ch X400-Mts-Identifier: [/PRMD=SWITCH/ADMD=ARCOM/C=CH/;9112091801.AA17659] X400-Content-Type: P2-1984 (2) From: morgan@disuns2.epfl.ch Message-Id: <9112091801.AA17659@disun50.disuns2.epfl.ch> To: sun-managers@eecs.nwu.edu Subject: Format info for a SyQuest removable disk on SCSI Received: from disun50 by SIC.Epfl.CH via INTERNET ; Mon, 9 Dec 91 19:03:20 N Return-Path: Hi, I'm trying to format a SyQuest SQ400 (44 MB disk cartridge) removable hard disk on a SparcStation IPC. Removable hard disks are not supported by Sun. But I know that the SQ400 has been successfully formatted on a Sun3 with SunOS 4.0 using the following format.dat : disk_type = "SyQuest SQ400" \ : ctlr = "MD21" \ : ncyl = 1270 : acyl = 2 : pcyl = 1283 : nhead = 2 : nsect = 34 \ : rpm = 3220 : bpt = 17408 : bps = 512 partition = "SyQuest SQ400" \ : disk = "SyQuest SQ400" : ctlr = MD21 \ : a = 0, 0 : b = 0, 0 : c = 0, 86360 : g = 0, 0 When I attempt to use the same format.dat on a SS IPC with SunOS 4.1.1, I always get the same error message. ----------------------------- Start of format session ------------------------- Searching for disks... done AVAILABLE DISK SELECTIONS: 0. sd0 at esp0 slave 24 sd0: Specify disk (enter its number): 0 AVAILABLE DRIVE TYPES: 0. SyQuest SQ400 1. other Specify disk type (enter its number): 0 selecting sd0: [disk formatted, no defect list found] format> defect defect> original Extracting manufacturer's defect list...Extraction complete. Working list updated, total of 12 defects. defect> commit Ready to update Current Defect List, continue? y Current Defect List updated, total of 12 defects. Disk must be reformatted for changes to take effect. defect> quit format> format Ready to format. Formatting cannot be interrupted and takes 2 minutes (estimated). Continue? y Beginning format. The current time is Mon Dec 9 12:39:28 1991 Formatting... [and after approx. 5 seconds and what sounds like 2 attempts to format] Block 1835008 (26985/0/28), Fatal non-media error (illegal request) failed format> quit ----------------------------- End of format session ------------------------- Note that there are only 86360 data blocks on the disk (ie less than 1835008). I get the same error message when trying to format a 1GB Maxtor Tahiti I optical RW removable hard disk. It might also be interesting to note that Hex(1835008) = 1C0000. Is it the version of format in SunOS 4.1.1 (checksum: 09549 144) which is less tolerant than the one from SunOS 4.0 which worked on a Sun3? Does anyone still have format from SunOS 4.0 (checksum: 34310 120)? Or is the format.dat data wrong for SunOS 4.1.1 or for an IPC? Please email any responses to me at "morgan@lspsun1.epfl.ch" Thanks, Marc Morgan From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 9 19:26:44 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA29416; Mon, 9 Dec 91 19:26:44 -0600 Received: by delta.eecs.nwu.edu id AA16768 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 9 Dec 1991 16:17:21 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from calvin.dgbt.doc.ca by delta.eecs.nwu.edu with SMTP id AA00661 (5.65c/IDA-1.4.4 for ); Mon, 9 Dec 1991 16:17:13 -0600 Received: by calvin.dgbt.doc.ca (4.1/SMI-4.1) id AA00259; Mon, 9 Dec 91 17:12:43 EST Date: Mon, 9 Dec 91 17:12:43 EST From: andrew@calvin.dgbt.doc.ca (Andrew Patrick) Message-Id: <9112092212.AA00259@calvin.dgbt.doc.ca> Reply-To: andrew@calvin.dgbt.doc.ca X-Mailer: Mail User's Shell (7.2.0 10/31/90) To: sun-managers@eecs.nwu.edu Subject: "ifconfig: no such interface" -- error after patches applied I have applied some of the security-related patches to my kernal, but now I am getting spurious error messages at boot time. They appear to be harmless, but I thought I should check them out. Has anyone else seen these? Are they important? Architecture: ------------- SPARCstation 1+, SunOS 4.1.1B Error Message: -------------- ifconfig: ioctl (SIOCGIFFLAGS): no such interface Patches Involved: ----------------- These messages started after I applied the following patches: Patch-ID# 100173-07 Keywords: 4.1.1 NFS Jumbo Patch Synopsis: SunOS 4.1.1: NFS Jumbo Patch Date: 5/Nov/91 Patch-ID# 100424-01 Keywords: security, fsirand, seed, generation, nfs Synopsis: SunOS 4.1.1; NFS/fsirand security fix. Date: Patch-ID# 100383-03 Keywords: security rdist setuid client remote distfile Synopsis: SunOS 4.1;4.1.1; 4.0.3: rdist security enhancement Date: 20-Nov-91 The patches were applied in this order, with a successful build of the kernal after each one (where appropriate). Thanks -- Andrew Patrick, Ph.D. Communications Research Centre, Ottawa, CANADA andrew@calvin.dgbt.doc.CA "Making computers do the things they do on television." "Making television do the things that computers do." From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 9 19:44:39 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA29438; Mon, 9 Dec 91 19:44:39 -0600 Received: by delta.eecs.nwu.edu id AA24820 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 9 Dec 1991 17:02:47 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA09713 (5.65c/IDA-1.4.4 for ); Mon, 9 Dec 1991 17:02:40 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA24550; Mon, 9 Dec 91 18:02:36 -0500 Received: from sbi.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 180113.1684; Mon, 9 Dec 1991 18:01:13 EST Received: from aristotle.sbi.com by sbi.com (4.1/SMI-4.1) id AA24715; Mon, 9 Dec 91 17:55:56 EST Received: by aristotle.sbi.com (4.1/SMI-4.1) id AA17627; Mon, 9 Dec 91 17:55:52 EST To: sun-managers@sbi.com Path: aristotle!eric From: eric@picard.sbi.com (Eric Ho) Newsgroups: mail.list.sun-managers,comp.unix.wizards Subject: sri-nic.arpa (rfc & whois).... Message-Id: Date: 9 Dec 91 22:51:03 GMT Followup-To: mail.list.sun-managers Distribution: mail, comp Organization: Salomon Brothers Inc. Lines: 18 Hi, Does anyone out there where I can get WHOIS service and where I can get RFC's via anonymous-ftp (uunet ??) since sri-nic.arpa is now a Sun box and no longer a DEC-2060 (with TOPS-20). Any pointers will be much appreciated. I'll summarize. -- [ Please reply to the email described below. ] ========================================== + Eric Ho Email: eric_newsbox@picard.sbi.com Phone: (201) 896-4356 ========================================== From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 9 20:40:46 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA29553; Mon, 9 Dec 91 20:40:46 -0600 Received: by delta.eecs.nwu.edu id AA03424 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 9 Dec 1991 17:46:25 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA13176 (5.65c/IDA-1.4.4 for ); Mon, 9 Dec 1991 17:46:18 -0600 Received: from ingr.ingr.com by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA07088; Mon, 9 Dec 91 18:46:03 -0500 Received: from dazixco by ingr.ingr.com (5.61/INGR-1.1) id AA01873; Mon, 9 Dec 91 17:49:11 -0600 Received: from santa-ynez.dazixco.ingr.com by dazixco (4.1/SMI-4.1) id AA04972; Mon, 9 Dec 91 16:42:57 MST Received: by santa-ynez.dazixco.ingr.com (4.1/SMI-4.1) id AA03917; Mon, 9 Dec 91 16:43:33 MST Date: Mon, 9 Dec 91 16:43:33 MST From: randy@santa-ynez.dazixco.ingr.com (Randy Holt) Message-Id: <9112092343.AA03917@santa-ynez.dazixco.ingr.com> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: NIS Problem First a hearty thanks to those who replied: david@srv.PacBell.COM (David St. Pierre) feldt@phyast.nhn.uoknor.edu (Andy Feldt) stumpf@sun8.psychologie.uni-freiburg.de (Michael Stumpf) zjat02@trc.amoco.com (Jon A. Tankersley) scott@dsg.tandem.com (Scott Hazen Mueller) mike@fionn.lbl.gov (Michael Helm) ajs6143@eerpf001.boeing.com ( Andy J. Stefancik ) Everyone suggested pretty much the same thing, either completely remake the NIS maps or shut down the 4.0.3 servers. The list is short so here it is: ------------------ It sounds like your yp slaves are not getting completely up-to-date maps. Make sure the netid map is always propagated when any other map is updated. Also, you could remove the yp databases on the slaves and remake them from scratch to make sure they are up-to-date at least for starting things in the right direction... ------------------ Go back and shut down all the ypservs. Do the ypinit -m, then do a bunch of ypinit -s dazixco. If that doesn't work, eliminate the 4.0.3 slaves. Clean everything out in /var/yp on the slave servers and re-run ypinit -s. ------------------ I have a vague recollection of problems mixing 4.0.3 & 4.1(.x) ypservers. Too long ago for me to remember the details. Perhaps experimenting with ypset would get you to a more stable network (not to mention getting everything to 4.1.1; but I suppose you must have some reason for sticking with 4.0.3). ------------------ It sounds like your NIS maps are not getting pushed from the master to the slaves, or your slave maps are corrupt. Or another really remote possibility is your MASTER NIS server is the only station with a good network connections and path. I would use etherfind to watch the appropriate NIS server. I would then do a make in /var/yp, make sure the monitored station is bound to one of the slaves. Compare the traffic when bound to the good master, to that of the dysfunctional slave. ------------------ I don't think that in.routd should affect your local NIS domaine. That would only be for ftping outside your domaine. If everything operates when bound to the master, then the hosts file should be ok. How do things work if your bound to ra or yoda? If you have the book "MAnaging NIS & NFS by Hal Sterne" check the section on renegade slave servers. ------------------ That was a problem in 4.0.3. I can't remember if there was a patch or not. It was a real pain. The 4.0.3 network code was pretty bad. The 4.1+ is much better, but still has some bugs. I had already done most all of that except read the section Hal wrote. I know you are going to laugh bur here was the solution: ------------------ From: david@srv.PacBell.COM (David St. Pierre) are you perhaps running NIS with the "B=-b" flag for DNS and forgetting that each YP server has to have a working /etc/resolv.conf? you don't say what's in your hosts file ... if you're using DNS and running one or more copies of named, you should make sure that each NIS server has to run named or else resolve to someone who is. We had just changed over to domain style naming and we were under the assumption we had a local name server. After reading this my heart jumped into my throat and I hurriedly removed B=-b from /var/yp/Makefile and remade the YP maps. ALL IS WELL AGAIN!!! Thanks again for jogging my memory!! If you have any questions please contact me. --------------------------------------------------------------------------- Randy Holt | Internal Support and Delivery | "Do not allow past ignorance Phone # : (303) 581-1511 | to drive current decisions" FAX # : (303) 581-0603 | Mail Stop : COBOU | -G. Babb E-mail : randy@dazixco.ingr.com | --------------------------------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 9 21:07:42 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA29588; Mon, 9 Dec 91 21:07:42 -0600 Received: by delta.eecs.nwu.edu id AA27940 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 9 Dec 1991 11:27:44 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from maccs.DCSS.McMaster.CA by delta.eecs.nwu.edu with SMTP id AA00984 (5.65c/IDA-1.4.4 for ); Mon, 9 Dec 1991 11:27:35 -0600 Received: by maccs.dcss.mcmaster.ca (/\==/\ Smail3.1.24.1 #24.2) id ; Mon, 9 Dec 91 12:28 EST Received: by flex.Eng.McMaster.CA (4.1/SMI-4.1) id AA15489; Mon, 9 Dec 91 12:28:03 EST Date: Mon, 9 Dec 91 12:28:03 EST From: todd@flex.Eng.McMaster.CA (Todd Pfaff) Message-Id: <9112091728.AA15489@flex.Eng.McMaster.CA> Reply-To: Todd Pfaff To: sun-managers@eecs.nwu.edu Subject: Re: installing 4.1.1GFX Rev2 Cc: zjat02@trc.amoco.com A while back I posted that I was having a problem installing the 4.1.1 GFX Rev 2 software from CD. If I tried to install it on my sun4 server it complained that the software was only for sun4c architecture. If I tried to install it from a sun4c client, it complained that the host was a client and the software should be installed on the server. I had given up on the problem for a while, since I hadn't yet installed OpenWindows 3.0 and therefore I didn't yet need GFX Rev 2. But I finally received OW3 last week and installed it, so I had to dig in and solve the problem. It turns out it was my fault... When you install a client, using the Sun supplied utilities, a file is created in /etc/install which lists the client type and information about where the clients root and swap is located on the server file system. I didn't use the add_client program to add my sun4c clients, so they weren't listed in /etc/install. The GFX Rev 2 install script relied on this info being there, and so it assumed I had no sun4c clients and wouldn't install on the server. I manually built the necessary files in /etc/install and the install worked. -- Todd Pfaff \ Internet: todd@flex.eng.mcmaster.ca Dept. of Mechanical Engineering \ Voice: (416) 525-9140 x2902 McMaster University \ FAX: (416) 572-7944 Hamilton, Ontario, CANADA L8S 4L7 \ From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 9 23:32:15 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA29788; Mon, 9 Dec 91 23:32:15 -0600 Received: by delta.eecs.nwu.edu id AA02959 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 9 Dec 1991 20:50:48 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA18330 (5.65c/IDA-1.4.4 for ); Mon, 9 Dec 1991 20:50:41 -0600 Received: from relay1.UU.NET by rice.edu (AA13905); Mon, 9 Dec 91 20:50:01 CST Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA17418; Mon, 9 Dec 91 21:50:36 -0500 Received: from amc-gw.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 214942.25958; Mon, 9 Dec 1991 21:49:42 EST Received: from bolt by amc-gw.amc.com (5.61/3.1.15/Ultrix-3.0) via SMTP id AA19330; Mon, 9 Dec 91 17:00:44 -0800 Return-Path: Received: by bolt.amc.com (4.1/SMI-4.1) id AA21867; Mon, 9 Dec 91 17:02:46 PST Date: Mon, 9 Dec 91 17:02:46 PST From: stewartc@amc.com (Stewart Castaldi) Message-Id: <9112100102.AA21867@bolt.amc.com> To: sun-managers@rice.edu Subject: ELC won't boot Here is a neat little problem. We received a brand new ELC this morning to replace an SLC. The SLC has a Bridgeway Model# 55203 425MB SCSI disk (also known by format as a SEAGATE ST2502N) with SunOS 4.1.1 on it. So we simply swapped the SLC and the ELC and attempted to boot. The ELC will not boot off of the drive and either hangs or returns the following error message: Boot disk: Bad magic number in disk label Can't open Sun disk label package boot-block startup failed illegal instruction Anyone had a similiar experience, know how to correct this? Things we have done: 1) Booted the ELC from a brand new 207MB Sun disk. 2) Reinstalled the boot block on the Bridgeway disk. 3) Rebooted the SLC off of the Bridgeway disk with no problem. 4) Changed SCSI cables. 5) Installed external SCSI terminator on Bridgeway disk (even though the internal terminator was never removed). 6) Called Sun support. They are checking out a program to put in the NVRAM at this moment. Stewart Castaldi DNS: stewartc@amc.com Applied Microsystems Corporation UUCP: uunet!amc-gw!stewartc Redmond, Washington 98073 Dial: (206) 882-5326 From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 10 04:02:14 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA00654; Tue, 10 Dec 91 04:02:14 -0600 Received: by delta.eecs.nwu.edu id AA15336 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 10 Dec 1991 01:02:25 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay2.UU.NET by delta.eecs.nwu.edu with SMTP id AA14362 (5.65c/IDA-1.4.4 for ); Tue, 10 Dec 1991 01:02:19 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA14593; Tue, 10 Dec 91 02:02:18 -0500 Received: from sbi.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 020109.3585; Tue, 10 Dec 1991 02:01:09 EST Received: by sbi.com (4.1/SMI-4.1) id AA27198; Tue, 10 Dec 91 01:32:38 EST Received: from tmc.edu by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA09370; Tue, 10 Dec 91 01:13:32 -0500 Received: by tmc.edu (AA10625); Tue, 10 Dec 91 00:13:27 -0600 Message-Id: <9112100613.AA10625@tmc.edu> From: sob@tmc.edu (Stan Barber) Date: Tue, 10 Dec 1991 00:13:26 CST X-Mailer: Mail User's Shell (7.2.3 5/22/91) To: eric@picard.sbi.com (Eric Ho), sun-managers@sbi.com Subject: Re: sri-nic.arpa (rfc & whois).... nic.ddn.mil (a Sun box) still provides whois and anonymous ftp. -- Stan internet: sob@bcm.tmc.edu Director, Networking Olan uucp: rutgers!bcm!sob and Systems Support Barber Opinions expressed are only mine. Baylor College of Medicine From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 10 06:07:36 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA00765; Tue, 10 Dec 91 06:07:36 -0600 Received: by delta.eecs.nwu.edu id AA21590 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 10 Dec 1991 02:53:35 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from mcsun.EU.net by delta.eecs.nwu.edu with SMTP id AA23575 (5.65c/IDA-1.4.4 for ); Tue, 10 Dec 1991 02:53:21 -0600 Received: from tuvie.can.ac.at by mcsun.EU.net with SMTP; id AA15419 (5.65a/CWI-2.128); Tue, 10 Dec 1991 09:53:11 +0100 Received: by tuvie.can.ac.at via EUnet; id AA07288 (5.65b+/CAN-1.17); Tue, 10 Dec 91 09:56:44 +0100 Received: from rcsw77.rcvie.co.at by rcvie.co.at (4.1/SMI-4.1) id AA17294; Mon, 9 Dec 91 17:32:22 +0100 Date: Mon, 9 Dec 91 17:32:22 +0100 From: cc_gucky@rcvie.co.at (Gerhard Holzer) Message-Id: <9112091632.AA17294@rcvie.co.at> To: sun-managers@eecs.nwu.edu Subject: PC-NFS to VAX/UCX Cc: cc_gucky@rcvie.co.at Sorry for those of you, which do not like to hear about PC-NFS, but if you use Suns, you mostly have to deal with it. ;-( I'm sending this for a friend of mine, please reply to my E-mail address and I will forward your knowledge to him ! ------------------------------------------------------------------------------ Article 2223 of comp.protocols.nfs: Newsgroups: comp.protocols.nfs Subject: PCNFSD for VAX/VMS with UCX? Message-ID: <1991Dec9.124554.10533@rcvie.co.at> Organization: Alcatel Austria - Elin Research Center, Vienna Date: Mon, 9 Dec 1991 12:45:54 GMT We are in the process of evaluating different implementations of NFS on MS-DOS PCs. We are currently looking at FTP Software's PC/TCP Plus with Interdrive, and find that we are unable to mount filesystems from a VAX running VMS and UCX with proper user authentication. According to the manual, this seems to require a version of PCNFSD for VMS/UCX. Has anyone else encountered/solved this problem? Thanks! Wolf Paul ------------------------------------------------------------------------------- Many Thanx ! Gucky __ Internet: cc_gucky@rcvie.co.at _________| |_____________ //-// _____ +-----------------------------------+ / Gerhard Holzer (Gucky) | \ | UUCP: !relay.EU.net!rcvie!cc_gucky/ +----------------------------------------+ | Tel : +(431) 39-16-21 / 163 + | Alcatel Austria - ELIN Research Center | | Fax : +(431) 39-14-52 / o \ \ | Ruthnergasse 1-7 | +-+---------------------/ -|- \-----+ | A-1210 Vienna - Austria - Europe | | | / \ +----------------------------------------+-+-+ - - From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 10 08:14:46 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA00908; Tue, 10 Dec 91 08:14:46 -0600 Received: by delta.eecs.nwu.edu id AA26572 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 10 Dec 1991 03:50:52 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ibm.gwdg.de by delta.eecs.nwu.edu with SMTP id AA16619 (5.65c/IDA-1.4.4 for ); Tue, 10 Dec 1991 03:50:28 -0600 Received: from cfgauss.uni-math.gwdg.de by ibm.gwdg.de (IBM VM SMTP R1.2.2MX) with TCP; Tue, 10 Dec 91 10:50:00 MEZ Received: from noether.sfb170.gwdg.de by cfgauss.uni-math.gwdg.de (4.1/SMI-4.1) id AA19602; Tue, 10 Dec 91 10:50:53 +0100 Date: Tue, 10 Dec 91 10:50:53 +0100 From: erueg@cfgauss.uni-math.gwdg.de (Eckhard Rueggeberg) Message-Id: <9112100950.AA19602@cfgauss.uni-math.gwdg.de> To: sun-managers@eecs.nwu.edu Subject: SUMMARY : NFS mount problem on PCs The original question was concerning Wollogong PathWay Client NFS Option Rel 1.1, whether one has to supply a password for every mount of an exported file system, even for nobody read-only rights. The answers were : - That software had security problems, at least about a year ago, use PC-NFS from Sun. - Supply the password needed for every mount from a file with DOS input redirection. - It does require password. You can supply the password only in security compromising ways. - If nobody has no password (i.e. nobody::-2:-2::/:NONE), you can mount with "mount d: \\hostname\/exported/path nobody []" As I don't want to have a non-password account on my machines, and I don't want to write it neither on the command line nor in a separate file, I'll sit down and write a little C program where the password of nobody is hidden somehow in the binary, simply calling the mount program with that passwd. Thanks to : Michael S. Maiten "Andrew Luebker" oran@spg.amdahl.com (Oran Davis) icj@dollar.bf.rmit.OZ.AU (Ian Johnson CMIM) Eckhard R"uggeberg Mathematisches Institut der Universit"at G"ottingen Bunsenstr. 3 - 5 3400 G"ottingen Germany erueg@cfgauss.uni-math.gwdg.de From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 10 08:45:32 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA01007; Tue, 10 Dec 91 08:45:32 -0600 Received: by delta.eecs.nwu.edu id AA00913 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 10 Dec 1991 03:40:34 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from funet.fi by delta.eecs.nwu.edu with SMTP id AA26474 (5.65c/IDA-1.4.4 for ); Tue, 10 Dec 1991 03:40:01 -0600 X400-Received: by mta funet.fi in /PRMD=funet/ADMD=fumail/C=fi/; Relayed; Tue, 10 Dec 1991 11:36:50 +0200 X400-Received: by /ADMD=MAILNET/C=FI/; Relayed; Tue, 10 Dec 1991 11:37:28 +0200 Date: Tue, 10 Dec 1991 09:36:50 +0000 X400-Originator: /DD.SYS=12762/DD.UFD=ETX600/I=P/G=JUKKA/S=TOUKONEN/O=TELEBOX/@mailnet.fi X400-Recipients: SUN-MANAGERS@EECS.NWU.edu X400-Mts-Identifier: [/ADMD=MAILNET/C=FI/;1276291121011373000495] X400-Content-Type: P2-1984 (2) Content-Identifier: 59.0000000012 From: /DD.SYS=12762/DD.UFD=ETX600/I=P/G=JUKKA/S=TOUKONEN/O=TELEBOX/@mailnet.fi Message-Id: To: SUN-MANAGERS@EECS.NWU.edu Subject: SUMMARY: Restricted access to printer reply-to: jukka.p.toukonen@telebox.tele.fi ... New Enclosure ... Thanks to everyone who replied. Somebody might find him/herself missing blame this "reliable" post system. First of all. My mailer is something strange because I'm using Finnish Tele company's proprietary mail system. It is connected to FUNET (Finnish Universities Network ( Internet ) ) via X.400. I forgot to mention we are still using 3/60:s with 4.0.3 so we don't have the newest manuals. I haven't even purchased the colour postscript but it will happen soon. The most of the colour postscript printing will be foils and I have heard that automatic feeding of them have created problems. I'm going to check it but if it's true it would be much more sensible to connect the printer to a PC and run it locally ( and feed foils manually ). IF I'm running it through the network the first I'm going to try the solution with separate group of those authorized for printing: >From: PN=hasley/O=edu/C=fi/ADMD=mailnet/PRMD=inet/OU=bgsu/OU=andy/FF=John >Hasley >Check the printcap(5) man page entry. There you will find an entry >for 'rg', about which the 4.3BSD Line Printer Spooler Manual says: >(Section 4.3) > "Local access to printer queues is controlled with the rg printcap entry. > :rg=lprgroup: >"Users must be in the group 'lprgroup' to submit jobs to the specified >printer. The default is to allow all users access. Note that once the >files are in the local queue, they can be printed locally or forwarded >to another host depending on the configuration." >The above is almost definitely what you want. Anyone who wants to hear about real world testing mail me and I will send results later ( next year ). Summary of replies ( 430 lines long ). Sorry if I'm wasting bandwidth. --------------------------------------------------------------------------- From:PN=/O=net/C=fi/ADMD=mailnet/PRMD=inet/OU=EU/OU=relay/DDA=RFC-822=tscs (b)novak(a)relay.EU.net/FF= (Albert Novak) The file /etc/hosts.lpd lists hosts that only can have printer queue access to your server. The format is the same as hosts.eqiv. See lpd(8). The connection via a parallel port in the Sun server would be faster. A sample printcap entry follows for an Aurora 210S S-Bus board: hplj3|HP LaserJet III:\ :lp=/dev/ttyc0:\ :br#19200:\ :sd=/var/spool/hplj3:\ :fc#0777:\ :fs#06021:\ :lf=/usr/adm/lpd-errs:\ :pl#60:\ :mx#0:\ :sb:\ :sf:\ :sh:\ :xc#07737:\ :xs#040: This worked at a distance of 65 feet away. Albert Novak UUCP: uupsi2!pdn!tscs!novak --------------------------------------------------------------------------- From: PN=ca/O=informatik/C=DE/ADMD=DBP/PRMD=uni-kiel/OU=idefix/FF=Claus Assmann Take a look at printcap(5): rg str NULL restricted group. Only members of group allowed access (Don't know, if it works :-) Regards, Claus --------------------------------------------------------------------------- From:PN=/O=net/C=fi/ADMD=mailnet/PRMD=inet/OU=EU/OU=relay/DDA=RFC-822=trdl nk(b)mike(a)relay.EU.net/FF= (Michael Sullivan) >I don't have any experience with colour printers, but from what I know about >black-on-white PostScript printers, I would say that a serial interface is >fine if you are mostly going to print text or simple diagrams and charts, but >if you are going to be printing high resolution images you will want the >higher throughput of a parallel interface. It can take many minutes to send >a grey-scale image to the printer over a serial interface; colour images >will be three times as slow! Before you buy a parallel interface, be sure to >inquire as to its maximum throughput, system overhead (does it generate an >interrupt for every character?) and compatibility with your printing software. >Regarding restricted access, take a look at printcap(5). It describes a >restricted group (rg) capability which might do the trick. >I have never tried it myself... My reply: Last yesterday I met again the question about printing speed. I think the biggest piece of timecake depends on the rate of processing postscript code to pixels ( most likely inside printer ). If I'm printing from the PC the next time burner is the software translating graphics to postscript. Only after them comes the transmission speed from server to printer. If you have fast printer connected to fast workstation things can be totally different. -------------------------------------------------------------------------- From: PN=kevins/O=com/C=fi/ADMD=mailnet/PRMD=inet/OU=Sun/OU=Aus/FF= (Kevin Sheehan ?Consulting Poster Child?) My solution to a similar problem was to create a small setuid program that checked the access list, then forked off the application (lpr in your case) with the passed arguments if the check succeeded. The application was only runnable by that user, so only the front end could run it. Should work okay for lpr as well. l & h, kev kevin.sheehan@fourx.aus.sun.com -------------------------------------------------------------------------- From:PN=CCTR114/O=nz/C=fi/ADMD=mailnet/PRMD=inet/OU=ac/OU=canterbury/OU=cs c/FF=Bill Rea, University of Canterbury, New Zealand Below is a C program which I use as an input filter to stop computer science people from using our printers. The restricted group field in the printcap file only allows a single group to use the printer. The input filter excludes the specified groups. ___ Bill Rea -------------------------------Included File------------------------------- #include #include /***********************************************************************/ /* */ /* The purpose of this program is to count the number of pages which a */ /* user prints for any given print job. It looks through the file and */ /* counts up the lines and increases the page counter for each form */ /* feed or when then number of lines goes over a page. */ /* This version excludes computer science users. If a Computer */ /* Science User is found trying to print it just aborts with an error */ /* not to print the job (exit value 2). */ /* */ /* Author: W.S. Rea */ /* Date: 23-Feb-1990 */ /* Modifications: */ /* 23-Mar-1990 Exclude Computer Science Users */ /* */ /***********************************************************************/ main (argc,argv) int argc; char *argv[]; { char *login; char *length; char *actfil; char *code; int print_plus_(); struct group *cosc_group; int i,lines,pages,ch,chars,page_length,login_len; int gid,status; FILE *output_file; lines=0; /* They can print no lines is they want but they */ pages=1; /* get charged for at least a page. */ if (argc == 9) { length=argv[2]+2; /* If the argument count is 9 then they haven't */ login=argv[5]; /* used the -l option so pick out the page */ actfil=argv[8]; /* length, their login name and the account file*/ } else if (argc == 10) { length=argv[3]+2; /* If the argument count is 10 then the -l */ login=argv[6]; /* option was used, all the values are moved */ actfil=argv[9]; /* along one in the arg list. */ } else { exit(2); /* Don't understand anything other than 9 or */ } /* 10 arguments, abort the job. */ cosc_group=getgrgid(341); /*Exclude Stage 2 Cosc */ while (*(cosc_group -> gr_mem) != NULL) { if (strcmp(login,*(cosc_group -> gr_mem)) == 0) exit(2); *(cosc_group -> gr_mem)++; } cosc_group=getgrgid(348); /*Exclude Stage 2 Cosc */ while (*(cosc_group -> gr_mem) != NULL) { if (strcmp(login,*(cosc_group -> gr_mem)) == 0) exit(2); *(cosc_group -> gr_mem)++; } cosc_group=getgrgid(349); /* Exclude Stage 3 Cosc */ while (*(cosc_group -> gr_mem) != NULL) { if (strcmp(login,*(cosc_group -> gr_mem)) == 0) exit(2); *(cosc_group -> gr_mem)++; } cosc_group=getgrgid(347); /* Exclude Cosc Hons */ while (*(cosc_group -> gr_mem) != NULL) { if (strcmp(login,*(cosc_group -> gr_mem)) == 0) exit(2); *(cosc_group -> gr_mem)++; } cosc_group=getgrgid(346); /* Exclude Cosc Masters */ while (*(cosc_group -> gr_mem) != NULL) { if (strcmp(login,*(cosc_group -> gr_mem)) == 0) exit(2); *(cosc_group -> gr_mem)++; } cosc_group=getgrgid(345); /* Exclude Cosc Ph.D. */ while (*(cosc_group -> gr_mem) != NULL) { if (strcmp(login,*(cosc_group -> gr_mem)) == 0) exit(2); *(cosc_group -> gr_mem)++; } cosc_group=getgrgid(344); /* Exclude Cosc Staff */ while (*(cosc_group -> gr_mem) != NULL) { if (strcmp(login,*(cosc_group -> gr_mem)) == 0) exit(2); *(cosc_group -> gr_mem)++; } cosc_group=getgrgid(341); /* Exclude CMIS */ while (*(cosc_group -> gr_mem) != NULL) { if (strcmp(login,*(cosc_group -> gr_mem)) == 0) exit(2); *(cosc_group -> gr_mem)++; } cosc_group=getgrgid(342); /* Exclude CMIS */ while (*(cosc_group -> gr_mem) != NULL) { if (strcmp(login,*(cosc_group -> gr_mem)) == 0) exit(2); *(cosc_group -> gr_mem)++; } cosc_group=getgrgid(340); /* Exclude ordinary Cosc */ while (*(cosc_group -> gr_mem) != NULL) { if (strcmp(login,*(cosc_group -> gr_mem)) == 0) exit(2); *(cosc_group -> gr_mem)++; } while((ch = getchar()) != EOF) { putchar(ch); } } -------------------------------------------------------------------------- From: PN=ckon/O=gr/C=fi/ADMD=mailnet/PRMD=inet/OU=intranet/FF= (Chris Kondellis) >Hi, >You can use the /etc/hosts.lpd file (lpd(8)) >I hope this will help >-C >ckon@intranet.gr My reply: Even if I didn't ask host depedend solution later It came in my mind It could be possible use hosts.lpd file to restrict PC:s access to printer. I'm not sure about PC-NFS printing mechanism. Does the spooler see the files coming from the remote hosts ( PCs ) or does the server pretend local printing requests ? ------------------------------------------------------------------------- From: PN=hasley/O=edu/C=fi/ADMD=mailnet/PRMD=inet/OU=bgsu/OU=andy/FF=John Hasley Check the printcap(5) man page entry. There you will find an entry for 'rg', about which the 4.3BSD Line Printer Spooler Manual says: (Section 4.3) "Local access to printer queues is controlled with the rg printcap entry. :rg=lprgroup: "Users must be in the group 'lprgroup' to submit jobs to the specified printer. The default is to allow all users access. Note that once the files are in the local queue, they can be printed locally or forwarded to another host depending on the configuration." The above is almost definitely what you want. Or, if you want something more fancy, you can play with making your own filter. The same paper continues: (Section 5) "Filters are spawned by lpd with their standard input the data to be printed, and standard output the printer. The standard error is attached to the lf file for logging errors or syslogd may be used for logging errors. A filter must return a 0 exit code if there were no errors, 1 if the job should be reprinted, and 2 if the job should be thrown away. When lprm sends a kill signal to the lpd process controlling printing, it sends a SIGINT signal to all filters and descendents of filters. This signal can be trapped by filters that need to do cleanup operations such as deleting temporary files. "Arguments passed to a filter depend on its type. The of fileter is called with the following arguments. filter -wwidth -llength "The width and length values come from the pw and pl entries in the printcap database. The if filter is passed the following parameters. filter [-c] -wwidth -llength -iindent -n login -h host accounting_file [[Optional -c means pass control characters, -w and -l are as above, -n is login name, -h is host name, and the accounting file is the accounting file listed in printcap.]] "All other filters are called with the following arguments: filter -xwidth -ylength -n login -h host accounting_file [arg0 arg1 arg2 3 arg4 5 arg6 arg7] "The -x and -y options specify the horizontal and vertical page size in pixels (from the px and py entries in the printcap file). The rest of the arguments are the same as for the if filter. As for specifics about using your printer, I'm afraid I can't help you, because the printer with which I have experience is unsuited for your needs. hasley@bgsu.edu -------------------------------------------------------------------------- From:PN=bkelley/O=com/C=fi/ADMD=mailnet/PRMD=inet/OU=ford/OU=pms/OU=pms001 /FF= ( Brian Kelley ) There are several ways to restrict printer access. I would probably set up a print filter which would look at a list of authorized users. If the user isn't in the list, you could easily Email their print job back to them with a note stating that they were not authorized to print to the printer... It might also be possible to setup a new group of users for printer access, though I've never done it that way. bkelley@pms001.pms.ford.com -------------------------------------------------------------------------- From: PN=smc/O=gov/C=fi/ADMD=mailnet/PRMD=inet/OU=LANL/OU=goshawk/FF= (Susan Coghlan) If you don't absolutely have to be offline, you could use the :rg= field in the /etc/printcap file to restrict access to users in a specific group (as defined in the /etc/groups file). smc@goshawk.lanl.gov -------------------------------------------------------------------------- From: PN=leh/O=edu/C=fi/ADMD=mailnet/PRMD=inet/OU=ufl/OU=cis/OU=manatee Look at the rg=str option to restrict printer usage to a single group. Les -------------------------------------------------------------------------- From:PN=pjw/O=mil/C=fi/ADMD=mailnet/PRMD=inet/OU=navy/OU=usna/OU=sma/OU=ma th30/FF= (Peter J. Welcher (math FACULTY) >An issue I haven't seen adequately discussed, so I'm interested in your >replies. >Have you considered what happens when Postscript without a proper header gets >sent to your colour printer ? You could waste 200 pages of colour hardcopy >printing >Postscript as text (we've done it with b&w laser printers). That gets expensive >! >Yet there are lots of PC programs that don't put %! PS-Adobe at the top of >the output. If you use the hot key under PC-NFS, the file that printer output >accumulates in may not start with %! PS-Adobe, for various reasons. Something >to think about: one wants a filter that rejects non-Postscript files. My reply: I haven't find that a problem because Postscript-only printers can handle only postscript. The problem will arise with newer QMS printers with autosensing file format. If it thinks postscript file is a text file to print with Laserjet emulation, huge masses of paper is produced. We have met the problem when line printers start to print megabytes of postscript. But it's so rare happening I have not bothered to create any automatic filtering. ------------------------------------------------------------------------- From:PN=erueg/O=de/C=fi/ADMD=mailnet/PRMD=inet/OU=gwdg/OU=uni-math/OU=cfga uss/FF= (Eckhard Rueggeberg) Put an input filter entry (:if=...:) in the /etc/printcap. Then install a sciptfile as that filter. This gets the user name as 5th and remote host as 7th parameter (You can find the others in the "System and Network Administration Manual" in the Chapter "Input Filters", which is 15.3 if I remember correctly.) This script can handle the printing request (which comes on standard input) as it wants to, cat'ing it to either stdout, which is printing in fact, or /dev/null, according to user name. My printcap entry for a PostScript (HPLJIII) printer is 1|psout|HP Laserjet III PostScript Output|pslaser:\ :br#19200:ms=litout:sh:sc:mx#0:\ :lp=/dev/ttyb:\ :lf=/var/adm/lpd.errs:\ :af=/var/adm/lpd.acct:\ :sd=/var/spool/lpd/psout:\ :if=/var/spool/lpd/psout/ps-if: and we use it serial, as you can see. We use an other printer parallel, because it is an old PC dot matrix printer with only parallel port. For that purpose, we bought a (PC) Hardware Printer Spooler with 256KB buffer which has a serial input and parallel output. This seems to be rather quick and not too expensive (around 100 US$, we couldn't get one in Germany. Hope this helps, --------------------------------------------------------------------------- Original message: RESTRICTED ACCESS TO PRINTER **************************** We are going to install a postscript colour printer to our server Sun sparc 2 or IPX . We have also about 70 PC:s running SUN PC-NFS and using server printers. Any experience ? Can we use serial line or shall we buy parallel inter- face ? Printcaps ? But the more general problem is how to create restricted access to the printer. We can't have a server dedicated to only those users who should be able to print. We should have an easy identification process which asks who is printing ( NOT ONLINE ! ) and after looking from the list of authorized printer users lets the printfile be transferred to printer or not. ************************************************************************ Jukka Toukonen ABB STR\MBERG DRIVES OY elec.mail jukka.p.toukonen@telebox.tele.fi P.O.Box 655 fax. +358-61-161 045 SF-65101 VAASA voice. +358-61-162 399 FINLAND ************************************************************************ From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 10 09:41:50 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA01328; Tue, 10 Dec 91 09:41:50 -0600 Received: by delta.eecs.nwu.edu id AA19599 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 10 Dec 1991 03:52:57 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from chx400.switch.ch by delta.eecs.nwu.edu with SMTP id AA12636 (5.65c/IDA-1.4.4 for ); Tue, 10 Dec 1991 03:52:36 -0600 X400-Received: by mta chx400.switch.ch in /PRMD=switch/ADMD=arcom/C=CH/; Relayed; Tue, 10 Dec 1991 10:52:05 +0100 X400-Received: by /PRMD=SWITCH/ADMD=ARCOM/C=CH/; Relayed; Tue, 10 Dec 1991 10:50:09 +0100 Date: Tue, 10 Dec 1991 10:50:09 +0100 X400-Originator: brossard@sasun1.epfl.ch X400-Mts-Identifier: [/PRMD=SWITCH/ADMD=ARCOM/C=CH/;9112100950.AA29666] X400-Content-Type: P2-1984 (2) From: "(Alain Brossard EPFL-SIC/SII)" Message-Id: <9112100950.AA29666@sasun1.epfl.ch> To: sun-managers@eecs.nwu.edu Subject: Summary: Disk recovery Received: from sasun1.epfl.ch by SIC.Epfl.CH via INTERNET ; Tue, 10 Dec 91 10:50:30 N Received: by sasun1.epfl.ch (4.1/Epfl-3.1/MX) id AA29666; Tue, 10 Dec 91 10:50:09 +0100 ----- Begin Included Message ----- A local manager had a problem with the file system, panic'ed, L1-A and rebooted *multi-user* the system. Fsck cleaned up the file system and on reboot a couple of important directories turned out to be missing. He doesn't seem to have any lost+found directory at all, so no hope of discovering missing files there and NO backups !@#!@ He's running 4.1.1 on a sun4. Any hint on how to recover files/directories/blocks from a raw disk? It seems a safe guess to say that nobody had time to actually overwrite any files in the disk before I umounted that partition. Any and all help will be welcomed, ----- End Included Message ----- Well most people who replied either said that there was no hope or that we would have to pay $$$ to a consultant. However, there is a potential way of recovering some if not most files with a lot of work. The first thing to do is to go down single-user and mount the partition read-only. Now the trick is to use the raw device to find strings that occurs in the missing files. Grep -b is good for this. Personnaly, I would start by going over the list of used blocks and zero them out (probably a backup first would be a good thing :-). Then go over the list of free blocks looking for blocks that belong to your missing files. Normaly all blocks from a single file tend to be together. I don't know exactly what it means to be "together": spatialy or linearly? My guess is that all the missing file's blocks are together at the beginning (or end?) of the free list narrowing down the search considerably. I assume that if one know enough about inodes and the BSD file system that it would be possible to recover part or all the information from a directory inode/block. And for those that still don't know, Norton's utilities are totaly useless for this case, there undelete tool relies on using their special remove tool which only moves the file(s) to a special name or special directory (something like that). Here's a list of some of the answers I got: ----- Begin Included Message ----- From: kevin@fourx.Aus.Sun.COM@kalli.UUCP (Kevin Sheehan {Consulting Poster Child}) Yes, either contact Sun Consulting and see if they did anything with the disk tools I left behind, or write a quick program to do thru the free list and look for directory entries... l & h, kev ----- End Included Message ----- ----- Begin Included Message ----- From: keves@meaddata.com (Brian Keves - Consultant) This is from an earlier sun-managers query. Brian -- Brian Keves | Opinions/Ideas presented | Mead Data Central P.O. Box 149 | here are not necessarily | Engineering Productivity Miamisburg, OH 45343-0149 | those of Mead or Mead | keves@meaddata.com (513) 865-1121 x5767 | Data Central | ...!uunet!meaddata!keves -- From: Sid Stuart I posted a letter earlier this week asking if anyone knew of a utility to restore deleted files. I got back 14 replies. Many people suggested looking into Norton Utilities for the Sun. The author of the first letter below gives a review of it. He is not impressed. Another letter suggested a utility called Buttsaver. I have not looked into it yet, their address is listed in the letter below. Several of the replys authoritativly stated that nothing could be done. Barry Shein sent a letter saying he is doing it now. He also mentioned that it is a major pain and he charges $150/hour. Barry, I think you should consider upping your rate. ;-) Thamks for all the replies, Sid ==================================================================== Sorry, but you are out of luck. DOS UnDelete programs take advantage of the unoptomized DOS file system and the single-tasking nature of DOS. When you delete a file under DOS, the space typically isn't reused until sometime later. Also, it is easy to completely stop any modifications to the filesystem, because there is only one program running. In contrast to this, U*IX thinks that a good place to put a file is in the free space nearest to where the drive head is physically positioned (an oversimplification). This makes for a fast filesystem. However, there are typically another hundred processes running at any given time that may want to write to files, and thereby write over the spot where your deleted file data was. ----- There is a Norton Utilities for U*IX, but it's overpriced misleading garbage. The review I saw in Byte described several different programs, which I will mercilessly pick apart: "Super block editor" - allows unsophisticated users to completely scramble the important parameters of their filesystems beyond any wild hope of recovery. The only parameters that can be changed without completely regenerating the filesystem from scratch are tweakable by the program "tunefs" that already exists on your system. Any other parameters need to be specified at build time, and may be given to the program "mkfs" that already exists on your system. "Norton Batch Enhancer" - allows bored users to put highlighting, cursor positioning, and other bells and whistles into their scripts in a terminal-independent way. This program already exists on your system, and it is called "tput". "Norton UnDelete" - allows files that have been deleted by the user at the command line after the time that Norton UnDelete has been installed, to be retrieved. This isn't a general undelete-from-disk program. What this program gives you is a replacement for the "rm" command that moves the file to a hidden directory instead of actually deleting it. The "undelete" program just mv's the file back out where it's visible. Note that files deleted from within other programs are still unretrievable. This sort of functionality can be programmed in a couple ten-line scripts, or I can mail you the C source and man pages for a few programs called "delete", "undelete", and "purge" that do exactly what I've described. Brian Bartholomew UUCP: ...gatech!uflorida!reef.cis.ufl.edu!bb University of Florida Internet: bb@math.ufl.edu ======================================================================== Unless you had that disk turned off line as soon as the damage was done, it's probably hopeless. The information will be scattered all over the disk with absolutely no pointers to it because they'll have been replaced by pointers to new material as the inodes were recycled. If the disk was bagged soon enuf, there are services that can recover the data. I don't know anyone who's doing it or has had it done -- I seem to recall that James Joyce's UNIX Bookstore in San Francisco had some involvement with this, but I could be confused. Good luck. mike@fionn.lbl.gov ========================================================================== I can't answer the question you asked, but I'd certainly install MIT's undelete program (it's in an old archive of comp.sources.unix). It basically, makes rm a 2 step process, so you can recover from these types of things. I forced some of my users to start using it, because I was tired of restoring their files ;-) Good luck, Michael lamour@mitre.org ============================================================================= ============================================================================ If you haven't done anything else on the filesystem you might be able to use "Buttsaver" by "Lone Star Computer." The most recent reference I have to it is "The Programmer's Shop/Unix Catalog," a distributor at 800-544-8732 or 617-740-2510; Lone Star seems to be in Maryland at 800-525-UNIX (Mt Airy, MD). webber@world.std.com (Robert D Webber) ============================================================================ Right this moment I am working on the same exact problem for a client and slowly developing utilities. The big problem is the definition of "recover". You generally cannot recover exactly what was there, particularly the directory structure as that's exactly what is mostly gone even if the data is 99% intact. However, you can do better than nothing on guessing the structure by the disk locations of where you found files, say grouping files together, the Sun (and BSD in general) file system is pretty good on locality of creation on the disk. Needless to say this is not my idea of a walk in the park, I charge real money to tackle these problems and will expect something even if it's deemed a hopeless case (since it even takes a few hours work to be able to give that diagnosis, but cost has to be based on my time, not results, primarily, I have no idea if I'm being handed an, effectively, zero'd disk.) But it won't cost much if it looks hopeless, I can usually determine that in a couple of hours work at $150/hour. I'm also happy to pull back as much as I can and then let the client sort the mess out (they're usually better able to anyhow as they know what was in the files and how the directories might have been arranged etc.) The less I do, the less I charge. I'm happy to get back to my newsgroup posting... I'll also say at the outset that files which can be typified (e.g. ASCII text, files created by certain software packages) are much easier to recover than, say, random binaries, as at some point one usually has all these blocks, some of which obviously go together with each other, some, who knows, etc. Kind of a jigsaw puzzle dropped on the floor. But there's no real magic, ie. something which can just run over the disk image and put it all back together, there are some hints around for the detective work, and I've been developing some tools to speed up that process a lot. Feel free to call me if I can be of assistance, 617-739-0202. -Barry Shein Software Tool & Die | bzs@world.std.com | uunet!world!bzs Purveyors to the Trade | Voice: 617-739-0202 | Login: 617-739-WRLD ----- End Included Message ----- ----- Begin Included Message ----- From: geertj@ica.philips.nl (Geert Jan de Groot) Usually without hope. DON'T mount the disk, and use dd to search trough it (as I said, without hope..). A good lesson perhaps: who is letting people use computers without automatic backup systems? It is very unfortunate that every site has to learn this the hard way... Good luck, Geert Jan ----- End Included Message ----- ----- Begin Included Message ----- From: mp@allegra.att.com (Mark Plotnick) The last time I needed to do this, I dd'ed the entire raw filesystem onto another disk - as soon as possible after the incident, so that new files don't get allocated and potentially overwrite the remains of the deleted files. Then, split the result up into 8K blocks, and grep for strings that occur in the missing files. At the time, a given file occurred as a series of 8K blocks, in general taking up alternate blocks in the filesystem, so once I found a "hit" I'd search for blocks nearby to see if they were part of the file, too. The final portion of a file is a set of 1K blocks. The new extent-based filesystem may well allocate things differently; I haven't had to do this in awhile. ----- End Included Message ----- ----- Begin Included Message ----- From: kwthomas@nsslsun.nssl.uoknor.edu (Kevin W. Thomas) There should be a directory called "lost+found" on the disk partition. With any luck, the missing directories/files should be out there. The names will probably look something like #12345 where '12345' is the inode number. Kevin W. Thomas National Severe Storms Laboratory Norman, Oklahoma ----- End Included Message ----- ]] A few others also mentionned lost+found, in this case it is one ]] of the first thing I checked, but the lost+found directory was missing, ]] I suspect that the manager removed it one day of cleaning up! ----- Begin Included Message ----- From: Russell Brand presuming the files that you seek are ascii.... 1) dd the raw disk and run STRINGS on it collecting the output to a BIG file. 2) split the BIG file into small enough files that you can cope with (say 1 meg each) 3) use grep to find the parts that have what you need. 4) cut and paste ----- End Included Message ----- ----- Begin Included Message ----- From: Sandra Scott Alain, I found this on the net quite a while ago. I kept it for future reference. Fortunately I've never needed the information. Perhaps if you require more details, you could e-mail to the author: Ed Sanborn. Hope it helps. Sandra Scott INTERNET: scott@vela.astro.utoronto.ca Dept. of Astronomy University of Toronto Toronto, Canada M5S 1A7 > >Forwarded message: >>Date: Mon, 15 Apr 1991 12:18:30 -0400 >>From: Ed Sanborn >>Subject: SUMMARY: Recovery after rm *'ing. >> >> 1. After discovering that you've rm'd some number of files take the >>machine the disk is on off the network. >> >> 2. Take steps to insure that files aren't being created as this runs the >>risk of overwriting your data. The data is still out there on the disk. >>As long as the files aren't too big and/or too fragmented you'll be able to >>recover most of your data if conditions under #3 are met. >> >> 3. You will need to come up with unique strings within your files that will >>be able to be searched for and hopefully won't be found in a zillion other >>files on the disk. Something like the procedure name or module name, etc. >> >> 4. The idea is to use "dd" and the raw partition "rsd0g", for example, to >>scan the disk and search for occurences of the string. A buffer is kept of >>a set buffer size and blocks of data are saved in files before and after the >>occurence. One very rough idea is below. You will need to customize it to >>suit your needs. This one will work well for medium size files 30k to 60k or >>so. If the file isn't fragmented you should recover alot. The files created >>by the captured data should be created on another partition obviously. >> >>Please let me know if you are interested in a copy of the program used. >> >>Take care, >> >> Ed ----- End Included Message ----- Thanks also to From: aldrich@sunrise.stanford.edu (Jeff Aldrich) From: gerry@jtsv16.jts.com (G. Roderick Singleton ) From: eeimkey@eeiua.ericsson.se (Martin Kelly) Ray Brownrigg ray@isor.vuw.ac.nz From: birger@vest.sdata.no ( Birger Wathne) From: macphed@dvinci.usask.ca (Ian MacPhedran) From: ajs6143@eerpf001.boeing.com ( Andy J. Stefancik (206) 234-3049 ) From: vsh@uunet.UU.NET@etnibsd.UUCP (Steve Harris) From: Ian Daniel From: zjat02@trc.amoco.com (Jon A. Tankersley) From: Brendan Kehoe Alain Brossard, Ecole Polytechnique Federale de Lausanne, SIC/SII, EL-Ecublens, CH-1015 Lausanne, Suisse, +41 21 693-2211 brossard@sic.epfl.ch From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 10 09:57:41 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA01488; Tue, 10 Dec 91 09:57:41 -0600 Received: by delta.eecs.nwu.edu id AA11019 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 10 Dec 1991 05:11:56 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from suned1.nswses.navy.mil by delta.eecs.nwu.edu with SMTP id AA06790 (5.65c/IDA-1.4.4 for ); Tue, 10 Dec 1991 05:11:38 -0600 Received: from slced1 (slced1.nswses.navy.mil) by suned1.Nswses.Navy.Mil (4.1/Nswses4.1.1_910721eb) id AA29422; Tue, 10 Dec 91 03:11:25 PST Message-Id: <9112101111.AA07149@slced1> From: efb@suned1.Nswses.Navy.Mil (Everett F Batey II) Date: Tue, 10 Dec 1991 03:11:19 PST Reply-To: efb@suned1.Nswses.Navy.Mil ( Everett F Batey II ) X-Pagers: 805.655.2017, at 3-beeps, tone-in your number, hit PoundKEY X-Phones: 805.982.7180, DSN 551, Res 985.5326 X-Mailer: Mail User's Shell (7.2.1 12/20/90) To: sun-managers@eecs.nwu.edu Subject: PC-Nfs Install Failure Recently had a very successful session with PC-NFS 3.5. Now my luck has turned. Everyting runs smoothly till suddenly the NFS server is NOT recognized at NIS(YP)SET host time. Etherfind on a nearby host says the NISSERVER is replying (arps exchanged and type 1500 udps are ex- changed, BUT the PC never seems to know if it got the messages. We have a somewhat busier than desirable net segment. 3C503 diags seem to pass. The twisted ethernet transceiver indicator lamps show traffic in both directions with very few collisions. An adjacent netstat -i does not show any major excitement (ierrors or oerrors). The nfsstat and related commands of the PC suggest there is NO traffic. Any suggestions welcome on how to better trouble shoot this failure. I already swapped the world outside but am short of another ether card. Any ideas on loop checking off the 3C503 ? Already tried most all of the init params for IRQ /i... and IOADDRESS /p... and no longer suspect a conflict .. this is an HP Vectra ES with 3.2 DOS and one like it came up okay on another net. C:\ *************************************** CONFIG SYS 252 12-09-91 10:27p *************************************** DEVICE=GDCA.COM DEVICE=HPRNF.COM device=mouse.sys BUFFERS=15 DEVICE=ANSI.SYS FILES=20 DEVICE=C:\NFS\PCNFS.SYS DEVICE=C:\NFS\SOCKDRV.SYS DEVICE=C:\DRIVERS\VECIE6.SYS /t2 rem Usind external David Systems ExpressNet on AUI, last good install rem was with a TCL tap on backbone. Tried /i4,5,... and /p330,... too. DEVICE=C:\NFS\NFSVEC.SYS shell=pamcode.com ROOT rem We have tried with and without HPs PAMCODE kludge in the shell rem and results do not change. LASTDRIVE=V *************************************** AUTOEXEC BAT 121 12-09-91 9:12p *************************************** echo off SET TZ=PST8PDT path = C:\;C:\DOS;C:\WP51\;C:\NFS; SET NFSDRIVE=C PRT * NFSRUN prompt $p$g C:\NFS *************************************** HOSTS 309 12-09-91 10:10p *************************************** 137.24.30.239 ed4a02a pc02a ed4a02a.nswses.navy.mil 137.24.30.78 spcsed1 sv1 spcsed1.nswses.navy.mil 137.24.30.31 slced1 sc1 slced1.nswses.navy.mil 137.24.30.40 suned1 s1 suned1.nswses.navy.mil 137.24.30.50 engsun eng engsun.nswses.navy.mil 137.24.30.51 suned0 s0 suned0.nswses.navy.mil ;; Have tried with just the first token, only. *************************************** NETWORK BAT 146 12-09-91 9:57p *************************************** NET NISDOMAIN XX.local.do.main NET START RDR ed4a02a * NET SUBNET 255.255.0.0 NET NISSET spcsed1 NET PCNFSD suned1 -- + efb@suned1.nswses.Navy.MIL efb@gcpacix.uucp efb@gcpacix.cotdazr.org + + efb@nosc.mil WA6CRE Gold Coast Sun Users Vta-SB-SLO DECUS gnu + + Opinions, MINE, NOT Uncle Sam_s | b-news postmaster xntp dns WAFFLE + From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 10 10:25:01 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA01694; Tue, 10 Dec 91 10:25:01 -0600 Received: by delta.eecs.nwu.edu id AA06716 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 10 Dec 1991 06:35:50 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from hearnvax.nic.surfnet.nl by delta.eecs.nwu.edu with SMTP id AA30905 (5.65c/IDA-1.4.4 for ); Tue, 10 Dec 1991 06:35:38 -0600 Received: from ECN.NL (ENR001) by HEARNVAX.nic.SURFnet.nl with PMDF#10216; Tue, 10 Dec 1991 13:35 MET Received: from enrdt1.ecn.nl by ECN.NL; Tue, 10 Dec 91 13:34 GMT Received: from merlin.ecn.nl by ecnsun.ecn.nl (4.1/SMI-4.0) id AA27981; Tue, 10 Dec 91 13:33:17 +0100 Date: Tue, 10 Dec 91 13:33:17 +0100 From: bernards@ECN.NL Subject: using openwindows xnews server at boot time To: sun-managers@eecs.nwu.edu Message-Id: <9112101233.AA27981@ecnsun.ecn.nl> X-Envelope-To: sun-managers@eecs.nwu.edu Hi Sun-managers I've been struggling with Xkernel 1.4 for a while but this has a BIG disadvantage: No NeWS and therefor no Answerbook. ( This is importand, since we stripped our hardcopy Manual support to 4 copies instead of 20 copies ) What I really want is starting up xnews during boot time and get a X based telnet window to login in the compute server. Can this be done the same way as in Xkernel ? I tried, but did not succeed so far ! Any solutions ? Marcel Bernards, UNIX & Net sysadm Netherlands Energy Research Foundation ECN (and SURFnet IC/ICP), Phone: (+31 /0)2246 4579 Fax: (+31 /0)2246 1864 E-Mail: Bernards@ECN.NL, SnailMail: P.O. Box 1, 1755 ZG Petten SCREAMNet : AAAAAARGHH!HUH?? : Disclaimer: "The AntiChrist is the Computer !" From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 10 11:24:04 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA02081; Tue, 10 Dec 91 11:24:04 -0600 Received: by delta.eecs.nwu.edu id AA02640 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 10 Dec 1991 07:36:06 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from adam.itk.unit.no by delta.eecs.nwu.edu with SMTP id AA01885 (5.65c/IDA-1.4.4 for ); Tue, 10 Dec 1991 07:35:54 -0600 Received: from espen.itk.unit.no by adam.itk.unit.no with SMTP id ; Tue, 10 Dec 91 14:34:24 +0100 Date: Tue, 10 Dec 91 14:34:24 +0100 From: Kjell Eidem Message-Id: <9112101334.AA03569@espen> To: sun-managers@eecs.nwu.edu Subject: Printer accounting We are looking for info about doing printer accounting in a Sparc environment with SunOS 4.1.1. We want to keep tabs of how much printing is done ore even charge for printer usage. I know about the af variable in /etc/printcap and the pac command, but unfortunately the lpd daemon does not log any information in the af file as it would do in a BSD system. So if there are some tools, progs etc. available somwhere, preferably public domain, let me know about it. I will summarize for the net. Kjell Eidem ------------------------------------------------------------------- | Internet: eidem@itk.unit.no Manager, Computer Systems.| | PHONE: +47 7 594353 SINTEF Automatic Control, | | FAX: +47 7 594399 Norwegian Institute of | | Technology | | N-7034 Trondheim, Norway | ------------------------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 10 15:40:54 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA03513; Tue, 10 Dec 91 15:40:54 -0600 Received: by delta.eecs.nwu.edu id AA00681 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 10 Dec 1991 11:06:15 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from cec.mtu.edu (cec1.cec.mtu.edu) by delta.eecs.nwu.edu with SMTP id AA25035 (5.65c/IDA-1.4.4 for ); Tue, 10 Dec 1991 11:06:04 -0600 Received: by cec.mtu.edu (4.1/SMI-4.1) id AA26526; Tue, 10 Dec 91 12:06:15 EST From: connie@cec.mtu.edu (Connie Peterman) Message-Id: <9112101706.AA26526@cec.mtu.edu> Subject: SPARC printer problem To: sun-managers@eecs.nwu.edu Date: Tue, 10 Dec 91 12:06:12 EST X-Mailer: ELM [version 2.3 PL11] Has anyone experienced the following?: SITUATION: Sun SPARC Printer being served from a Sparc 2. Printer serves Sun 3/50's, ELC's, Sparc 2's, and 1 NeXT machine. Software: SunOS 4.1.1 NeWSprint 1.0 OpenWindows 2.0 NeWSprint interpreter version 2.1 PROBLEM: Any PostScript file generated by the NeXT causes the following error message from the SPARC printer (The font in this example is Times-Roman but it happens for any font): %%[ Error: Message: Process: 0x29feb4 (Unnamed process) Error: undefined Stack: /Times-Roman vm('X11/NeWS server pool') Executing: sharedvm At: {currentvm *sharedvm 'eq'} In: {'pop' *currentshared} In: {/currentshared 'where' array{2} array{1} *'ifelse' array{2} array{24} 'ifelse'} In: Reading file(?,W,R) /Times-Roman vm('X11/NeWS server pool') ]%% The manuals imply that if you can use pageview to preview the file, then the file should successfully print. From OpenWindows, with the pageview command, I can successfully preview the postscript file. This file prints successfully on our QMS and Apple Lasers but not on the SPARC printer. Has anyone seen this before or have any clues as to why the file can't be printed? Any help or suggestions would be greatly appreciated!!! Thanks in advance, Connie Peterman Center for Experimental Computation Michigan Technological University E-mail: connie@cec.mtu.edu From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 10 16:41:59 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA03824; Tue, 10 Dec 91 16:41:59 -0600 Received: by delta.eecs.nwu.edu id AA05579 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 10 Dec 1991 12:26:19 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ibm.gwdg.de by delta.eecs.nwu.edu with SMTP id AA08065 (5.65c/IDA-1.4.4 for ); Tue, 10 Dec 1991 12:26:02 -0600 Received: from cfgauss.uni-math.gwdg.de by ibm.gwdg.de (IBM VM SMTP R1.2.2MX) with TCP; Tue, 10 Dec 91 19:25:42 MEZ Received: from noether.sfb170.gwdg.de by cfgauss.uni-math.gwdg.de (4.1/SMI-4.1) id AA01091; Tue, 10 Dec 91 19:26:38 +0100 Date: Tue, 10 Dec 91 19:26:38 +0100 From: erueg@cfgauss.uni-math.gwdg.de (Eckhard Rueggeberg) Message-Id: <9112101826.AA01091@cfgauss.uni-math.gwdg.de> To: sun-managers@eecs.nwu.edu Subject: Server Console hangs Friends, I need help. My Server (4/470 running 4.1.1, 32 MB, 4 x 1 GB SCSI disks, console is at a GX board) suddenly crashed whith the following in /var/adm/messages : Dec 10 15:34:26 cfgauss vmunix: panic: error in swapping in u-area Dec 10 15:34:26 cfgauss vmunix: syncing file systems... [18] [17] [13] [9] [3] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] give up! A trace command of /usr/etc/crash shows FP PC SYM+ OFF ARGS f811add0 f804d7a0 _panic+ 6c f81271b8 f8394000 4000 2 39 505 f811ae30 f8068efc _swapin+ 64 f81f0d6c 205 2 0 4000 2 f811ae90 f8068b3c _sched+ 33c f8145a10 f81f0d6c f8145a04 fd 2 2 f811aef8 f803341c _main+ 384 114000e3 7fffe000 28f71f23 fffe f811b000 f81ef368 if that is of any help. There was a user sitting at the screen running OpenWindows, and I was logging out from a telnet session with PC-NFS when it happened. It rebooted without complains, I logged in as root, did a savecore, logged out and logged in as anormal user again, starting OpenWindows automatically. Then I played around with the saved core and with the messages file, exited OpenWindows and typed ^D to logout. That was the last key press which showed an action on the screen. Now I'm sitting with a a blank screen. rlogin is oK, performance is oK, I have a getty on the console : 408 co IW 0:00 - std.9600 console (getty) which gets started again if I kill it, oK. The /dev/console seems to be oK : 6201 0 crw--w--w- 1 root wheel 0, 0 Dec 10 16:00 console But : When I start OpenWindows being remotely logged in, it comes up perfectly well, the mouse and keyboard work (lokally) like ever, and I can exit OpenWindows to get my blank screen again. All diskless and dataless clients work like always. Any hints ? Eckhard R"uggeberg Mathematisches Institut der Universit"at G"ottingen Bunsenstr. 3 - 5 3400 G"ottingen Germany erueg@uni-math.gwdg.de From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 10 17:04:37 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA03901; Tue, 10 Dec 91 17:04:37 -0600 Received: by delta.eecs.nwu.edu id AA19414 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 10 Dec 1991 11:09:40 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from calvin.dgbt.doc.ca by delta.eecs.nwu.edu with SMTP id AA02101 (5.65c/IDA-1.4.4 for ); Tue, 10 Dec 1991 11:09:22 -0600 Received: by calvin.dgbt.doc.ca (4.1/SMI-4.1) id AA00269; Tue, 10 Dec 91 12:04:53 EST Date: Tue, 10 Dec 91 12:04:53 EST From: andrew@calvin.dgbt.doc.ca (Andrew Patrick) Message-Id: <9112101704.AA00269@calvin.dgbt.doc.ca> In-Reply-To: andrew@calvin.dgbt.doc.ca (Andrew Patrick) ""ifconfig: no such interface" -- error after patches applied" (Dec 9, 5:12pm) Reply-To: andrew@calvin.dgbt.doc.ca X-Mailer: Mail User's Shell (7.2.0 10/31/90) To: sun-managers@eecs.nwu.edu Subject: SUMMARY: "ifconfig: no such interface" -- error after patches applied Cc: randy@santa-ynez.dazixco.ingr.com (Randy Holt) lee@sqlee.sq.com (Liam R. E. Quin) Kjell Eidem Barbara Fraser trudel@cs.rutgers.edu Mike Raffety The answer to this one was simple, and it was supplied by a "sun-manager". This list is great. It turns out this problem had nothing to do with the patches that I applied. I was led down a garden path because I did not notice that these messages were there before the patches were applied. The solution is that I had a spurious "/etc/hostname.*" file that was being picked up at boot time. You see, I recently change the hostname and edited /etc/hostname.le0. Textedit was used for the edit and it left a file "/etc/hostname.le0%". This file was being picked up by ifconfig, and it was trying to configure an interface "le0%". Deleting the backup file fixed the problem immediately. Thanks to the following sun-managers for their replies, and Mike Raffety for cluing me in on the solution: randy@santa-ynez.dazixco.ingr.com (Randy Holt) lee@sqlee.sq.com (Liam R. E. Quin) Kjell Eidem Barbara Fraser trudel@cs.rutgers.edu Mike Raffety ----------------- Original Question ----------------- On Dec 9, 5:12pm, Andrew Patrick wrote: } Subject: "ifconfig: no such interface" -- error after patches applied | I have applied some of the security-related patches to my kernal, but | now I am getting spurious error messages at boot time. They appear to | be harmless, but I thought I should check them out. Has anyone else | seen these? Are they important? | | Architecture: | ------------- | SPARCstation 1+, SunOS 4.1.1B | | Error Message: | -------------- | | ifconfig: ioctl (SIOCGIFFLAGS): no such interface | | Patches Involved: | ----------------- | | These messages started after I applied the following patches: | | Patch-ID# 100173-07 | Keywords: 4.1.1 NFS Jumbo Patch | Synopsis: SunOS 4.1.1: NFS Jumbo Patch | Date: 5/Nov/91 | | Patch-ID# 100424-01 | Keywords: security, fsirand, seed, generation, nfs | Synopsis: SunOS 4.1.1; NFS/fsirand security fix. | Date: | | Patch-ID# 100383-03 | Keywords: security rdist setuid client remote distfile | Synopsis: SunOS 4.1;4.1.1; 4.0.3: rdist security enhancement | Date: 20-Nov-91 | | The patches were applied in this order, with a successful build of the | kernal after each one (where appropriate). | | | Thanks | | | -- | Andrew Patrick, Ph.D. Communications Research Centre, Ottawa, CANADA | andrew@calvin.dgbt.doc.CA | "Making computers do the things they do on television." | "Making television do the things that computers do." }-- End of excerpt from Andrew Patrick -- Andrew Patrick, Ph.D. Communications Research Centre, Ottawa, CANADA andrew@calvin.dgbt.doc.CA "Making computers do the things they do on television." "Making television do the things that computers do." From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 10 18:44:03 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA04223; Tue, 10 Dec 91 18:44:03 -0600 Received: by delta.eecs.nwu.edu id AA05681 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 10 Dec 1991 15:06:27 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ra.hyperdesk.com by delta.eecs.nwu.edu with SMTP id AA02070 (5.65c/IDA-1.4.4 for ); Tue, 10 Dec 1991 15:05:40 -0600 Received: from killer.hyperdesk.com by ra.hyperdesk.com (4.0/SMI-4.0) id AA06939; Tue, 10 Dec 91 16:02:10 EST Received: by killer.hyperdesk.com (4.30/hd-4.0) id AA03734; Tue, 10 Dec 91 16:06:28 est From: root@killer.hyperdesk.com ( Special Admin login) Message-Id: <9112102106.AA03734@killer.hyperdesk.com> Subject: sendmail syserr To: sun-managers@eecs.nwu.edu Date: Tue, 10 Dec 91 16:06:25 EST X-Mailer: ELM [version 2.2 PL16] I have a Sun 3 running SunOS 4.0.3 and I'm getting this mail error. hostname Sendmail[394]: AA00394: SYSERR : buildaddr : Unknown mailer What does is mean? Thanks tkilday@killer.hyperdesk.com From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 10 18:44:05 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA04225; Tue, 10 Dec 91 18:44:05 -0600 Received: by delta.eecs.nwu.edu id AA31862 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 10 Dec 1991 14:27:41 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from kate.as.utexas.edu by delta.eecs.nwu.edu with SMTP id AA16489 (5.65c/IDA-1.4.4 for ); Tue, 10 Dec 1991 14:27:25 -0600 Date: Tue, 10 Dec 91 14:26:13 CST From: dpw@kate.as.utexas.edu (David Way) Posted-Date: Tue, 10 Dec 91 14:26:13 CST Message-Id: <9112102026.AA00360@kate.as.utexas.edu> Received: by kate.as.utexas.edu (5.65/1.00) id AA00360; Tue, 10 Dec 91 14:26:13 CST To: sun-managers@delta.eecs.nwu.edu Subject: Nfs daemons go comatose Cc: dpw@kate.as.utexas.edu Sun Managers, Our 4/490 running 4.1.1 (with various patches) has been experiencing some seemingly random NFS hangups recently. The symptoms are always the same: all exported file systems disappear from remote mounts, although the server still thinks they are being exported; all attempts by clients to either mount or access already mounted file systems result in "NFS getattr failed for server: RPC: Timed out"; the load average on the server becomes artificially high, not reflective of the actual job load - as if the kernel was hung trying to handle some kind of internal event. Ps -aux reveals all nfsd processes in the same state: > root 107 0.0 0.0 40 0 ? D 17:19 0:00 (nfsd) > root 104 0.0 0.0 40 0 ? D 17:19 0:00 (nfsd) > root 112 0.0 0.0 40 0 ? D 17:19 0:00 (nfsd) > root 113 0.0 0.0 40 0 ? D 17:19 0:00 (nfsd) > root 114 0.0 0.0 40 0 ? D 17:19 0:00 (nfsd) > root 115 0.0 0.0 40 0 ? D 17:19 0:00 (nfsd) > root 116 0.0 0.0 40 0 ? D 17:19 0:00 (nfsd) > root 110 0.0 0.0 40 0 ? D 17:19 0:00 (nfsd) Once this situation occurs, a reboot is necessary to restore normal NFS functionality. Consulting a list of patches I got from this mailing list recently, I found the following: > 100040-01 NFS daemons can hang in a DW wait state. which sounds like what's happening on my machine. I'm currently looking for this patch, but haven't been able to find it on any of my usual sources. Has anyone out there installed it ? It occurs to me that it might be included in a more recent `combo' patch (i.e. NFS Jumbo Patch, 5 Nov 91), but there's no way to tell since all fixed problems are listed in the README by bugid and not cross-referenced by patch number. None of the bug descriptions seem to match. Or maybe the above patch doesn't even pertain here. If anyone listening has any insight into this problem, I'd be pleased to hear from you. I'll summarize. Thanks. -- David Way McDonald Observatory/Astronomy Dept.- Univ. of Texas, Austin (office) RLM 16.206 (voice) 471-7439 (internet) dpw@astro.as.utexas.edu From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 10 19:26:41 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA04309; Tue, 10 Dec 91 19:26:41 -0600 Received: by delta.eecs.nwu.edu id AA09239 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 10 Dec 1991 14:28:31 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from tin.monsanto.com by delta.eecs.nwu.edu with SMTP id AA25288 (5.65c/IDA-1.4.4 for ); Tue, 10 Dec 1991 14:28:19 -0600 Received: by tin.monsanto.com (5.57/Ultrix3.0-C) id AA13836; Tue, 10 Dec 91 14:28:10 -0600 Received: by nicsn1.monsanto.com (4.1/SMI-4.1) id AA17415; Tue, 10 Dec 91 14:27:59 CST Date: Tue, 10 Dec 91 14:27:59 CST From: jdschn@nicsn1.monsanto.com (John D Schneider) Message-Id: <9112102027.AA17415@nicsn1.monsanto.com> To: sun-managers@eecs.nwu.edu Subject: format.dat for HP 97540T/P disk? Does anyone out there have a format.dat entry for a HP 97540T/P? At least that is what the Install Page called it. The internal label on the drive called it a HP 97549T1000. Also, there was talk for awhile about an anonymous ftp site to hold format.dat entries for drives. Has anyone set up such a site? That would be a great public service. Thanks in advance, John D. Schneider ****************************************************************************** * John D. Schneider Internet: jdschn@nicsn1.monsanto.com * * Research Computing Consortium Telephone: (314)537-6808 * * Monsanto Company - Mail Zone GG3I * * 700 Chesterfield Parkway North * * St. Louis, Missouri 63198 * ****************************************************************************** From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 10 19:30:21 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA04333; Tue, 10 Dec 91 19:30:21 -0600 Received: by delta.eecs.nwu.edu id AA21635 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 10 Dec 1991 14:45:51 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from calvin.dgbt.doc.ca by delta.eecs.nwu.edu with SMTP id AA11204 (5.65c/IDA-1.4.4 for ); Tue, 10 Dec 1991 14:45:34 -0600 Received: by calvin.dgbt.doc.ca (4.1/SMI-4.1) id AA00524; Tue, 10 Dec 91 15:41:09 EST Date: Tue, 10 Dec 91 15:41:09 EST From: andrew@calvin.dgbt.doc.ca (Andrew Patrick) Message-Id: <9112102041.AA00524@calvin.dgbt.doc.ca> In-Reply-To: andrew@calvin.doc.ca (Andrew Patrick) "panic: assertion failed (ufs_bmap problem)" (Oct 29, 2:16pm) Reply-To: andrew@calvin.dgbt.doc.ca X-Mailer: Mail User's Shell (7.2.0 10/31/90) To: sun-managers@eecs.nwu.edu Subject: SUMMARY: panic: assertion failed (ufs_bmap problem) On Oct 29, I wrote: | This one is driving me crazy and things are getting worse, so it is | time for Sun-Managers :-) | | I am running a SPARCstation 1+ with the following configuration: | | - 32 or 64 MEG RAM (problems occurs with either configuration) | made up of third-party 4 MEG SIMMs | - no internal hard drives | - 1 Wren VI disk setup as boot disk | - 1 Wren VI and 1 Wren VII as additional disks | | Filesystem kbytes used avail capacity Mounted on | /dev/sd1a 13651 5456 6829 44% / | /dev/sd1e 91339 78173 4032 95% /usr | /dev/sd1d 93131 48036 35781 57% /var | /dev/sd1f 377255 298817 40712 88% /home | /dev/sd2c 959294 465370 397994 54% /cgd | /dev/sd3c 607938 211069 336075 39% /bld | | I am running SunOS 4.1.1B and OpenWindows 2. | | Periodically, the system is panicing and will not reboot without | intervention. This was happening very rarely in the past (every 3-4 | months) but is not happening more frequently now (every 3-4 days). | However, it seems to occur randomly and is not associated with any | particular program or activity. | | The message on the screen during the panic is: | | assertion failed: *bnp != UFS_HOLE, file ../../ufs/ufs_bmap.c, line 326 | panic: assertion failed | | It then does a kernal dump and tries to reboot. During the reboot, it | fails while displaying the Size: line with the message "Truncated | file". | | Booting from the monitor and a complete power-down of the CPU will now | fail. The only way to get the machine to reboot, and here is the wierd | part, is to open the "pizza box" and wiggle the PROMS and the SIMMs. | For some reason, once I have poked around a bit, the machine will boot | and run, for a little while. | | I take it that UFS is related to the Unix file system (4.2). Not | having source code, I can't look up the line referred to in the error | message. | | Does anyone know what is going on? Does anyone have a suggested method | of attack for this problem? }-- End of excerpt from Andrew Patrick I think I have a solution to this problem. The problem was intermitent enough that I wanted to make sure before I sent out a summary. My best guess is that the problem is due to bad RAM. I was using GENERIC 4 MB SIMMs (80ns) and these seem to not be up to snuff for the SPARCstation 1+. Further research suggests that this RAM will work in 386 PCs and SPARCstation 1's, but they fail in SPARCstation 2's. I have replaced this RAM with 4 X 4 MB of Toshiba SIMMs and have been running fine ever since. I understand that there are now some specifications for SPARCstation 2 RAM, and it looks like this also applies to SPARCstation 1+'s. The specifications I have been told are important are: "the CAS precharge access time (tCP) is 10 ns and the access time from CAS precharge (tCPA) is 45 ns" I have ordered some RAM that meets these specs and I hope that things will be OK. Most of the replies suggested that I had problems with my swap space, but I don't think that was the case. I include these replies below for anyone who has similar problems. Thanks to the following people for replies: bit!jayl (Jay Lessert) erueg@cfgauss.uni-math.gwdg.de (Eckhard Rueggeberg) kla!brandari%sunra@Sun.COM (Paul Brandariz x6546) maklinm%cognos.uucp@cunews.carleton.ca (Maxwell Maklin) A digest of their replies follows: -------- >From @cse.ogi.edu:bit!jayl@cse.ogi.edu Tue Oct 29 18:27:10 1991 Date: Tue, 29 Oct 91 14:39:57 PST From: bit!jayl (Jay Lessert) Subject: Re: panic: assertion failed (ufs_bmap problem) Are you sure that wiggling is fixing it, or is cooling down for 10 minutes while you open the case, futz around, and close the case what is *really* doing the trick? I'd guess bad (temperature-dependent) hardware, and I'd guess it's inside the pizza-box, if you have not seen any disk-specific (rsd0, etc.) error messages. Jay Lessert {decwrl,cse.ogi.edu,sun,verdix}!bit!jayl Bipolar Integrated Technology, Inc. 503-629-5490 (fax)503-690-1498 -------- >From @ibm.gwdg.de:erueg@cfgauss.uni-math.gwdg.de Wed Oct 30 03:33:11 1991 Date: Wed, 30 Oct 91 09:31:54 +0100 From: erueg@cfgauss.uni-math.gwdg.de (Eckhard Rueggeberg) Subject: Re: panic: assertion failed (ufs_bmap problem) The only thing I can say is the only thing the AnswerBook finds for UFS_hole (in the SunOS 4.1.1 Rev B Release Manual) : Do you by any chance have a additional swap file, which was created by "mkfile -n ..." ? Eckhard R"uggeberg erueg@cfgauss.uni-math.gwdg.de -------- >From @ibm.gwdg.de:erueg@cfgauss.uni-math.gwdg.de Wed Oct 30 15:27:45 1991 Date: Wed, 30 Oct 91 21:29:21 +0100 From: erueg@cfgauss.uni-math.gwdg.de (Eckhard Rueggeberg) Subject: Re: panic: assertion failed (ufs_bmap problem) I was too lazy to spell it out, sorry. The problem is that SunOS (UNIX ?) allows files to be indicated with a certain length in the inode without allocating the physical disk space for it. This is e.g. part of Sun's copy protection of the AnswerBook, which tars to a tarfile more than 1 GB using only 220 MB on the disk, so you can't tar it to a tape somewhere and untar it somewhere else, you have to install it with a CD. When a write/read is attempted into the "hole" in the file, the missing block is in fact allocated. This works for Client swap files, because the NFS daemons handle it properly, but it definitely fails for local swap, because the swapper doesn't triple check what it writes. So I believe you have a swap file with a hole in it, and when it is finally touched by huge tools, the panic comes. You could check the two different sizes of the swapfile with ls -s on the inode side and du on the allocation side. If they are different, I am right. If not, consider the other answers you get. BTW : This is not in the Manual, there they simlply say : If a not-client swap file is created by mkfile -n ... you expect a characteristically error message. Eckhard R"uggeberg erueg@cfgauss.uni-math.gwdg.de -------- >From @ibm.gwdg.de:erueg@cfgauss.uni-math.gwdg.de Thu Oct 31 09:41:41 1991 Date: Thu, 31 Oct 91 12:35:50 +0100 From: erueg@cfgauss.uni-math.gwdg.de (Eckhard Rueggeberg) Subject: Re: panic: assertion failed (ufs_bmap problem) The problem is that you probabely need more. I have 32 MB RAM + 128 MB swap in two partitions on different disks (Sun says this would speed up things a bit) for my server which serves 3 diskless and 2 dataless clients, which seems to be sufficient, and I had 32 MB RAM + 48 MB swap in one partition on my SS2, which proved not to be enough, so I added a swap file of 64 MB. But fortunately, the OS behaviour is quite graceful when running out of swap space (as well as when running out of disk space, even on the / partition). You can watch current swap level with "pstat -s" (in case you didn't know). Eckhard R"uggeberg erueg@cfgauss.uni-math.gwdg.de -------- >From kla!brandari%sunra@Sun.COM Wed Oct 30 12:06:59 1991 Date: Wed, 30 Oct 91 08:19:32 PST From: kla!brandari%sunra@Sun.COM (Paul Brandariz x6546) Subject: Re: panic: assertion failed (ufs_bmap problem) Andrew: If you created a dynamic swap file with the next command: mkfile -n swafile and then mounted it as a secondary swap partition s panic of this type will happen since a swap file must have the data already allocated on the disk. The truncated message might be when it attempts to use the secondary swap space with no blocks allocated to it. Don't know why wiggling proms alleviates the problem though (bad memory ?). Hope this info helps..... ___________________________________________________________________________ Paul R. Brandariz E-mail Internet: kla!brandari%sunra@sun.com KLA Instruments Corp P.O. Box 49055 Voice: (408) 456-6546 San Jose, CA 95161-9055 Fax: (408) 434-4273 ___________________________________________________________________________ -------- >From maklinm%cognos.uucp@cunews.carleton.ca Wed Oct 30 16:15:06 1991 Date: Wed, 30 Oct 91 15:32:08 EST From: maklinm%cognos.uucp@cunews.carleton.ca (Maxwell Maklin) Subject: Re: panic: assertion failed (ufs_bmap problem) I believe there is patch for this try 100338-02 There may be a newer patch so check it out. Most of these patches and others are available kindly by Tim Ramsey at Kansas State University: ftp ftp.math.ksu.edu /pub/sunos.4.1.1.patches P.S. Nice to see someone from the same geographical location with real world problems :^) Max -------- -- Andrew Patrick, Ph.D. Communications Research Centre, Ottawa, CANADA andrew@calvin.dgbt.doc.CA "Making computers do the things they do on television." "Making television do the things that computers do." From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 10 20:25:20 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA04448; Tue, 10 Dec 91 20:25:20 -0600 Received: by delta.eecs.nwu.edu id AA22153 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 10 Dec 1991 16:56:23 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from uconnvm.uconn.edu by delta.eecs.nwu.edu with SMTP id AA21425 (5.65c/IDA-1.4.4 for ); Tue, 10 Dec 1991 16:56:10 -0600 Received: from cc.math.uconn.edu by UCONNVM.UCONN.EDU (IBM VM SMTP R1.2.2MX) with TCP; Tue, 10 Dec 91 17:53:10 EST Received: from vince.math.uconn.edu by cc.math.uconn.edu (4.1/SMI-4.1) id AA06838; Tue, 10 Dec 91 17:25:52 EST Received: by vince.math.uconn.edu (4.1/SMI-4.1) id AA07827; Tue, 10 Dec 91 17:27:00 EST Date: Tue, 10 Dec 91 17:27:00 EST From: Vince Giambalvo Message-Id: <9112102227.AA07827@vince.math.uconn.edu> To: sun-managers@eecs.nwu.edu Subject: nres_getostbyaddr messages. We have been getting lots of messages of the form Dec 10 00:31:00 cc syslog: nres_gethostbyaddr: zimmer.ucs.CSUFresno.EDU != 129.8.50.110 Dec 10 00:46:52 cc syslog: nres_gethostbyaddr: ucsd.edu != 128.54.16.1 Dec 10 08:43:14 cc syslog: nres_gethostbyaddr: E-MATH.AMS.COM != 130.44.1.100 Dec 10 10:27:41 cc syslog: nres_gethostbyaddr: research.att.com != 192.20.225.2 Dec 10 11:27:26 cc syslog: nres_gethostbyaddr: cathedral.cerc.wvu.wvnet.edu != 129.71.14.3 Dec 10 14:11:59 cc syslog: nres_gethostbyaddr: cathedral.cerc.wvu.wvnet.edu != 129.71.14.3 This is a 4/380 running 4.1.1. Are these the result of something from outside, or is our setup flaky. We run yp, and everything seems to work ok, we can telnet, ftp etc. What is going on? Thanks for your help. Vince From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 11 03:02:11 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA05567; Wed, 11 Dec 91 03:02:11 -0600 Received: by delta.eecs.nwu.edu id AA28212 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 10 Dec 1991 18:57:43 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ucsd.edu by delta.eecs.nwu.edu with SMTP id AA00368 (5.65c/IDA-1.4.4 for ); Tue, 10 Dec 1991 18:57:18 -0600 Received: from tots.UUCP by ucsd.edu; id AA11457 sendmail 5.64/UCSD-2.2-sun via UUCP Tue, 10 Dec 91 16:44:43 -0800 From: tep@tots.Logicon.COM Received: from galt by tots.Logicon.COM (3.2/4.10) id AA03753; Tue, 10 Dec 91 15:52:34 PST Received: by galt.tots.Logicon.COM (3.2/4.02-client) id AA04629; Tue, 10 Dec 91 15:51:54 PST Date: Tue, 10 Dec 91 15:51:54 PST Message-Id: <9112102351.AA04629@galt.tots.Logicon.COM> To: sun-managers@eecs.nwu.edu Subject: HELP (in a hurry) Reply-To: tep@tots.Logicon.COM X-Organization: Logicon, Inc., San Diego, California This may be marginal for sun-managers, but... We need an e-mail or phone number for the "Campus Software Office" at Berkeley. Both "Ma Bell" and Berkeley's information number have been of no use. Help. Tom Perrine (tep) |Internet: tep@tots.Logicon.COM |Voice: +1 619 597 7221 Logicon - T&TSD | UUCP: sun!suntan!tots!tep | or : +1 619 455 1330 P.O. Box 85158 |GENIE: T.PERRINE | FAX: +1 619 552 0729 San Diego CA 92138 | "Harried: with preschoolers" - Donna Woodka From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 11 05:25:59 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA05709; Wed, 11 Dec 91 05:25:59 -0600 Received: by delta.eecs.nwu.edu id AA17430 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 10 Dec 1991 19:31:53 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from munnari.OZ.AU by delta.eecs.nwu.edu with SMTP id AA27717 (5.65c/IDA-1.4.4 for ); Tue, 10 Dec 1991 19:31:35 -0600 Received: from rwp.dsto.oz (via augean) by munnari.oz.au with SunIII (5.64+1.3.1+0.50) id AA02040; Wed, 11 Dec 1991 12:31:25 +1100 (from plt@rwp.dsto.oz.au) Received: from rwp.dsto.oz.au (rwp.ARPA) by fang.dsto.oz (1.2/4.7) id AA29556; Wed, 11 Dec 91 08:28:37 pdt Received: from horace.dsto.oz.au by rwp.dsto.oz.au (4.1/SMI-4.1) id AA05753; Wed, 11 Dec 91 08:30:01 CST Date: Wed, 11 Dec 91 08:30:01 CST From: plt@rwp.dsto.oz.au (Peter Trudinger) Message-Id: <9112102200.AA05753@rwp.dsto.oz.au> To: sun-managers@eecs.nwu.edu Subject: Small rewritable optical jukeboxes Cc: plt@rwp.dsto.oz.au I am seeking information on and experiences with rewritable magneto-optical jukeboxes. The sort of units I have in mind hold 10-20 5.25" platters. I am particularly interested in finding out about the reliability of the robot mechanism, software problems with the drivers, etc and any nfs (or pcnfs) problems. However, I am sure that there are some angles that I, in my innocence, have not even dreamt of. Small jukeboxes are rare creatures in Australia. Products made by Pinnacle Micro and QStar are available, but the installed base is minuscule (<10). Thanks Peter Trudinger Communications Division, ERL Salisbury, South Australia plt@rwp.dsto.oz.au From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 11 05:30:30 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA05715; Wed, 11 Dec 91 05:30:30 -0600 Received: by delta.eecs.nwu.edu id AA01146 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 10 Dec 1991 18:20:27 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from asuvax.EAS.ASU.EDU by delta.eecs.nwu.edu with SMTP id AA17414 (5.65c/IDA-1.4.4 for ); Tue, 10 Dec 1991 18:20:14 -0600 Received: by asuvax.eas.asu.edu (5.57/1.3) id AA27831; Tue, 10 Dec 91 17:15:18 -0700 Received: by titan id <63098>; Tue, 10 Dec 1991 11:03:51 -0700 Subject: SUMMARY: bar problem with special character file names From: Rod Rebello -- CAD Development To: sun-managers@eecs.nwu.edu Date: Tue, 10 Dec 1991 11:04:37 -0700 X-Mailer: ELM [version 2.3 PL11] Message-Id: <91Dec10.110351mst.63098@titan> Our problem is that we can't unarchive compressed bar files which include directory names containing special characters such as '$'. I got one response which indicated that bar does work properly if you do not compress the archive (do not use the -Z option). However, we need to compress the files for space reasons, and we already have compressed files which we need to recover. We contacted Sun, and they are sending us a patch for bar which should fix our problem. I would be happy to send anyone info on the patch after we receive it. Just let me know if you are interested. BTW, this is bar in Sunos 4.1.1 on sparc systems. -- Rod Rebello titan!rrebello@asuvax.eas.asu.edu Microchip Technology Inc., Chandler, AZ From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 11 08:26:06 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA05938; Wed, 11 Dec 91 08:26:06 -0600 Received: by delta.eecs.nwu.edu id AA10566 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 11 Dec 1991 04:29:49 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from chx400.switch.ch by delta.eecs.nwu.edu with SMTP id AA10905 (5.65c/IDA-1.4.4 for ); Wed, 11 Dec 1991 04:29:36 -0600 X400-Received: by mta chx400.switch.ch in /PRMD=switch/ADMD=arcom/C=CH/; Relayed; Wed, 11 Dec 1991 11:29:00 +0100 X400-Received: by /PRMD=SWITCH/ADMD=ARCOM/C=CH/; Relayed; Wed, 11 Dec 1991 11:28:30 +0100 Date: Wed, 11 Dec 1991 11:28:30 +0100 X400-Originator: brossard@sasun1.epfl.ch X400-Mts-Identifier: [/PRMD=SWITCH/ADMD=ARCOM/C=CH/;9112111028.AA00423] X400-Content-Type: P2-1984 (2) From: "(Alain Brossard EPFL-SIC/SII)" Message-Id: <9112111028.AA00423@sasun1.epfl.ch> To: sun-managers@eecs.nwu.edu Subject: Information: NIS and password security Received: from sasun1.epfl.ch by SIC.Epfl.CH via INTERNET ; Wed, 11 Dec 91 11:28:53 N Received: by sasun1.epfl.ch (4.1/Epfl-3.1/MX) id AA00423; Wed, 11 Dec 91 11:28:30 +0100 For those who missed it in alt.security, I reproduced below a security warning on NIS. After contacting Peter Lamb, he provided me with a patch he got from Purdue originally, I fixed it up, modified it a bit, added a man page and recompiled ypserv from the 4.1.1 sources. Since I can't distribute the sources, I'm making available (for those who trust me :-) the binaries on litsun:pub/yp.uu. It is a uuencoded version of ypserv.tar.Z which includes sun[34]/ypserv, ypserv.8 and hosts.nis.5. The file hosts.nis contains a list of subnets and hosts which are allowed to connect to the NIS server. No other hosts will be able to get any maps (including the password file!). Alain Brossard brossard@sic.epfl.ch In article , prl@iis.ethz.ch (Peter Lamb) writes: |> There have been a number of queries and some not completely accurate |> information posted on this question. I'll try to summarise the problem and |> suggested workarounds. None of the workarounds is particularly satisfactory, |> and I'll try to give a reasonable summary of the pros and cons. |> |> The problem is this: ypserv is totally indiscriminate about which machines |> it will respond to queries from. Normal NIS maps can be read by anyone |> on the Internet who can route packets to your NIS server and back. |> "secure" (HA!) NIS maps like passwd.adjunct can only be read if the querier |> is using a privileged port (< 1024). This means that anyone can read your |> "secure" maps if they can crack root on some machine on the Internet |> and can route packets to your machine. |> |> The bug means that many machines on the Internet which use NIS are |> vulnerable to having their password files stolen and run through "Crack" or |> similar. Arguments about whether distributing Crack and fast U*ix encryption |> algorithms was a good idea aside, every wannabe cracker now has a copy |> of a reasonably state-of-the-art password guesser. |> |> As I said in my earlier post on this subject, the combination "I'm NIS |> and I serve everyone" and easily available password guessers has already |> led to breakins at some sites. |> |> This bug was reported to Sun in April 1990, and CERT has also been aware |> of it for about the same length of time. |> |> I am told that the bug will be fixed in NIS+ or NIS3.0, or whatever it's |> called this week, which I understand will be available in Solaris 2.0. |> |> |> What to do about it: |> |> 1) The Sun Party Line. "Don't run ypserv on your gateway and disable |> IP forwarding on the gateway". This is commonly known as a |> "firewall" (provided the machine is also in other respects |> reasonably secure) and is probably already done by many commercial |> users of the Internet. It is not the greatest in convenience, and |> most University sysadmins would encounter, lets say, a little user |> resistance. Managing the gateway is also a pain. Switching off |> `routed' alone, as has been suggested here, is usually insufficient. |> However, provided the security of the firewall is not breached, you |> are safe from this attack, and many others. Instructions on how |> to disable IP forwarding in the kernel are in Sun's Network Admin |> manual. |> |> 2) The Lamb Party Line. If you communicate to the outside world through a |> smart router, filter out packets coming from external connections |> addressed to destination ports sunrpc/udp&tcp (port 111) and ports |> 600-1023, tcp&udp. This will prevent access to *all* sunrpc services |> from outside the router. It will also block access to the Kerberos |> protocols (probably also not a bad idea given the info. in Steve |> Bellovin's paper about Kerberos security problems), and will |> probably block the BSD `r' (rcp,rlogin, etc) commands, but don't |> count on it doing so. If you and your router are smart enough, you |> may be able to make the `r' commands work. Eg, for rlogin, allow |> the packets through iff their source is 513/tcp (this opens up a hole |> for a sufficiently clever cracker, though). Blocking port 111 alone |> is insufficient but will block the most obvious attacks (including |> those I've been told have already actually occurred). |> |> The above two solutions are the only real answers to the problem. There |> are some workarounds which make life harder for the potential cracker. |> |> 1) Choose a hard-to-guess NIS domain name. The cracker must be able to guess |> your NIS domain name in order to talk to ypserv. This is purest security- |> through-obscurity. The domain name is normally only handled by |> automatic systems, and can be up to 64 characters long. Making the first |> part a reasonable handle may help system administration. Something like |> my-old-domainname-Ldp.T2d9wCY |> is probably reasonable. This precaution is vulnerable to "social |> engineering" attacks, ie. the cracker trying to fool a user at your site |> to reveal the domain name, since the NIS domain name can be discovered by |> any user on your machines. |> |> 2) Use passwd+ or npasswd to vet passwords. If you do this, you need to |> make all your users put their current password through the new |> password program. Using a premptive check on passwords for idiotic |> usage is a good idea anyway, independent of whether you use NIS or |> not. If you have Suns and you'd rather spend money than install |> free software, Sun Shield (TM) also provides this capability, along |> with other more or less useful things. Convex provides some similar |> capabilities in their passwd(1) program. Some other manufacturers |> may also have similar capabilities. The more sites that do this, the more |> frustrating it will become for crackers trying to guess passwords. |> |> |> |> Note that this problem is common to all versions of NIS or Yellow Pages, |> that I know of not just on Suns. It will probably go away in NIS+ aka NIS3.0, |> but it seems that this will be a little while coming, and for non-Sun |> machines even further off. |> |> Using NIS in combination with Sun's so-called `C2' security will *not* help. |> |> For those not aware of current technology in password guessing programs, |> Alan Muffet (?sp) "Crack" program can test > 500 guesses/sec against |> a U*ix encrypted password on any modern RISC workstation. This means that |> an encrypted password can be checked against the entire /usr/dict/words |> in less than a minute. "Crack" has been posted to the network, and you |> can assume that most crackers and wannabe's have a copy. |> |> |> Peter Lamb (prl@iis.ethz.ch) (depressed) |> |> |> PS: Sorry, I will not respond to requests for more details about how to |> exploit this hole. Sun and CERT have full details. If you have a Sun |> s/w maintenance contract, the escalation SO# was 484666 and the Sun BugId |> was 1036869. Please contact Sun if you feel you need more details. -- Alain Brossard, Ecole Polytechnique Federale de Lausanne, SIC/SII, EL-Ecublens, CH-1015 Lausanne, Suisse, +41 21 693-2211 brossard@sic.epfl.ch From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 11 10:43:49 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA06769; Wed, 11 Dec 91 10:43:49 -0600 Received: by delta.eecs.nwu.edu id AA12148 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 11 Dec 1991 06:45:13 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay2.UU.NET by delta.eecs.nwu.edu with SMTP id AA09385 (5.65c/IDA-1.4.4 for ); Wed, 11 Dec 1991 06:45:08 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA17501; Wed, 11 Dec 91 07:35:13 -0500 Received: from usancon.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 073424.3957; Wed, 11 Dec 1991 07:34:24 EST Received: by USAN.consult.com (4.0/SMI-4.0) id AA00561; Tue, 10 Dec 91 13:50:53 EST Date: Tue, 10 Dec 91 13:50:53 EST From: Doug Peterson Message-Id: <9112101850.AA00561@USAN.consult.com> To: sun-managers@eecs.nwu.edu Subject: TIMS Cc: doug@USAN.consult.com I'm gathering information on TIMS (Text Information Management Systems), and I've come across references to such systems in the Nov '91 issue of DATABASE magazine. The references are to a system called Topic, by Verity, and an imaging system from Precise Systems Corp. Topic runs on Pyramids, and the Precise Systems product runs on Sun's. Does anyone have any contact info (phone, e-mail address) for either of these companies? Any experiences to share? I'll summarize. Thanks. Doug Peterson From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 11 11:03:34 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA07107; Wed, 11 Dec 91 11:03:34 -0600 Received: by delta.eecs.nwu.edu id AA12121 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 11 Dec 1991 07:15:56 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ibm.gwdg.de by delta.eecs.nwu.edu with SMTP id AA12231 (5.65c/IDA-1.4.4 for ); Wed, 11 Dec 1991 07:15:44 -0600 Received: from cfgauss.uni-math.gwdg.de by ibm.gwdg.de (IBM VM SMTP R1.2.2MX) with TCP; Wed, 11 Dec 91 14:15:23 MEZ Received: by cfgauss.uni-math.gwdg.de (4.1/SMI-4.1) id AA00751; Wed, 11 Dec 91 14:16:17 +0100 Date: Wed, 11 Dec 91 14:16:17 +0100 From: erueg@cfgauss.uni-math.gwdg.de (Eckhard Rueggeberg) Message-Id: <9112111316.AA00751@cfgauss.uni-math.gwdg.de> To: sun-managers@eecs.nwu.edu Subject: SUMMARY : Server console hangs Yesterday, I asked for help with my server console hanging. I had tried several reboots and fastboot, which didn't help. Today I tried a power cycle and that did help: Everything is fine and I don't know exactly why. birger@vest.sdata.no (Birger Wathne) told me the following : > The problem with the blank screen may be someone running a console window > from your server somewhere. If someone logs in to the server from > another host running X, and start xterm -C, cmdtool -C, contool, or > any other program that grabs the console output, you will se this > kind of behaviour. > > Normaly, this is because someone is running a console window as part > of the .xsession or .openwin-init on an X-terminal. I think that in fact the user being logged in at crash time locked the console somehow, because "cat .login > /dev/console" fell asleep always. This lock has gone due to power cycling. I would be glad to know the reason for panicking nevertheless ! Messages were Dec 10 15:34:26 cfgauss vmunix: panic: error in swapping in u-area Dec 10 15:34:26 cfgauss vmunix: syncing file systems... [18] [17] [13] [9] [3] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] give up! Traceback was FP PC SYM+ OFF ARGS f811add0 f804d7a0 _panic+ 6c f81271b8 f8394000 4000 2 39 505 f811ae30 f8068efc _swapin+ 64 f81f0d6c 205 2 0 4000 2 f811ae90 f8068b3c _sched+ 33c f8145a10 f81f0d6c f8145a04 fd 2 2 f811aef8 f803341c _main+ 384 114000e3 7fffe000 28f71f23 fffe f811b000 f81ef368 Swap is to raw partitions on two disks. Eckhard R"uggeberg erueg@uni-math.gwdg.de From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 11 13:22:16 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA07635; Wed, 11 Dec 91 13:22:16 -0600 Received: by delta.eecs.nwu.edu id AA13183 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 11 Dec 1991 09:03:27 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay2.UU.NET by delta.eecs.nwu.edu with SMTP id AA12640 (5.65c/IDA-1.4.4 for ); Wed, 11 Dec 1991 09:03:19 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA06934; Wed, 11 Dec 91 10:03:19 -0500 Received: from millidc.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 100225.27803; Wed, 11 Dec 1991 10:02:25 EST Received: by millidc.millipore.com (vers 5.57) for eecs.nwu.edu!sun-managers (from millidc!indigo!djm) id AA20610; Wed, 11 Dec 91 10:08:09 EST Received: by indigo.BioImage (4.1/SMI-4.1) id AA13026; Wed, 11 Dec 91 09:57:59 EST Date: Wed, 11 Dec 91 09:57:59 EST From: millidc!indigo!djm@uunet.UU.NET (Drew Montag) Message-Id: <9112111457.AA13026@indigo.BioImage> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: xkernel/GNU/gcc/what-a-mess Dear Sun-Managers: Thanks for the many replies (only one mild flame). As usual, the list came through again! My original message: >------------------------------------------------------------------------------- >Dear Sun-Managers: > >I need your help. I've been asked to get our old Sun-3 machines up and running >as X Terminals, and heard that the Public Domain program called "xkernel" was >the way to go. > >So, I pulled Version 3.1 over from "optima.cs.arizona.edu" and unpacked it. >The installation instructions say that I need the GNU versions of "gcc" and >"make" to make "xkernel". > >So, I pulled Version 1.37.1 of "gcc" from "shorty.cs.wisc.edu" and unpacked it. >Now I'm trying to get "gcc" going, and it won't "make". Here's what I get: > >prompt# cd /usr/local/src/gcc/gcc >prompt# config.gcc sun3-os4 >Linked `config.h' to `./config/xm-m68k.h'. >Linked `tm.h' to `./config/tm-sun3.h'. >Linked `md' to `./config/m68k.md'. >Linked `aux-output.c' to `./config/out-m68k.c'. >Links are now set up for use with a sun3-os4. >prompt# make >cc -g -DUW -DXC -I. -I. -I./config \ > -DSTANDARD_STARTFILE_PREFIX=\"/usr/misc/ipsc/XC/lib/\" \ > -DSTANDARD_EXEC_PREFIX=\"/usr/misc/ipsc/XC/lib/gcc-\" -c \ > `echo ./gcc.c | sed 's,^\./,,'` >cc -c -g -DUW -DXC -I. -I. -I./config version.c >cc -c -g -DUW -DXC -I. -I. -I./config obstack.c >cc -g -DUW -DXC -o gccnew gcc.o version.o obstack.o >ld: Undefined symbol > _alloca >*** Error code 2 >make: Fatal error: Command failed for target `gcc' > >This leads to two questions: > > 1) Is "xkernel" indeed the best way to go? Is there something else that's > better and/or easier to setup and use? > > 2) If "xkernel" is the way to go, is there some kind GNU expert out there > who will take pity on me and tell me how to get "gcc" up and running? > Why do I have the "/usr/misc/ipsc/XC/lib/" stuff in there? What's up > with "_alloca"? Help! > >I'm doing these operations on my SPARCstation 1+, running SunOS 4.1.1. The >Sun-3 machines that I'm trying to get running as X Terminals are 3/60's and >3/110's, all running SunOS 4.0.3. >------------------------------------------------------------------------------- As it turns out, the main problem is that there are two different "Public Domain" programs with the same name. Peter Kaldis (peter@Civil.Concordia.CA) summed it up best: > ... the basic error you've made with >mixing up the public domain protocol development and research xkernel >from cs.arizona.edu and the xkernel hack written by Seth Robertson to turn >3/50s into xterminals. Yes, I had FTP-ed over "xkernel" from "optima.cs.arizona.edu", but what I really wanted was "Xkernel" (note the "X" vs. "x") from "sol.ctr.columbia.edu". The "Xkernel" package is much easier to install than "xkernel", and it doesn't need "gcc". That brings me to the other portion of my original message: "gcc". Many people offered suggestions on how to get it going, and a lot of people pointed out that Version 1.37.1 is not the latest. The current version appears to be 1.40 from "prep.ai.mit.edu". I didn't bother getting this, since I don't need it. So, I'm in the process of trying to get "Xkernel" Version 1.4 working, but that's another story. I might contact some of you individually with specific questions, now that I have your E-Mail addresses. ;-) Many thanks to the following people for their help: Jim ??? uunet!alexander.bbn.com!jjd Brent Alan Wiese uunet!crick.ssctr.bcm.tmc.edu!brent John Hasley uunet!andy.bgsu.edu!hasley Keith White uunet!csi.UOttawa.CA!kwhite Tasuki Hirata uunet!eng.umd.edu!sukes Peter Kaldis uunet!Civil.Concordia.CA!peter Bruce Oneel uunet!heasfs.gsfc.nasa.gov!oneel Seth Robertson uunet!ctr.columbia.edu!seth William R. Palenske uunet!fed!m1wrp99 Ian Johnson CMIM uunet!dollar.bf.rmit.OZ.AU!icj Russ Button uunet!alc.com!button Kennedy Lemke uunet!MITL.COM!lemke Gregory Higgins uunet!math.niu.edu!higgins Edward Vielmetti uunet!ox.com!emv Patrick Lynn Shopbell uunet!pegasus.rice.edu!pls Hal Pomeranz uunet!isis.dccs.upenn.edu!pomeranz Brian Field uunet!cs.pitt.edu!field Jim Mattson uunet!cs.UCSD.EDU!mattson Michael Maciolek uunet!juliet.ll.mit.edu!mikem Martin A. Leisner uunet!xerox.com!leisner.henr801c Andrew Luebker uunet!eye.psych.umn.edu!aahvdl Oran Davis uunet!spg.amdahl.com!oran Loki Jorgenson uunet!nazgul.physics.mcgill.ca!loki Axel Eble uunet!IMBI.Uni-Freiburg.DE!Axel.Eble Evan Foster uunet!cs.clemson.edu!evan Daniel Trinkle uunet!cs.purdue.edu!trinkle Paul A. Scowen uunet!spacsun.rice.edu!uk1 Sheryl Coppenger uunet!seas.gwu.edu!sheryl Ted Nolan SRI Ft Bragg uunet!usasoc.soc.mil!ted Mike Willett uunet!array.array.com!mike Simon Leinen uunet!liasun6.epfl.ch!simon Elizabeth Lo uunet!fai.fai.com!elo Scott Ballantyne uunet!hotmomma!sdb Drew +----+ +----+ +------------------------------+----------------------------+ | \GO/ | | Drew Montag | djm@bioimage.millipore.com | ++ + \/ + ++ | Sr. Software Design Engineer | uunet!millidc!bioimage!djm | | |\ /| | | Bio Image Products | (800) 872-0071 (Toll Free) | | | \ / | | | 777 East Eisenhower Parkway | (313) 930-9900 (Voice) | | | \/ | | | Suite 950 | (313) 930-0990 (FAX) | ++ ++ ++ ++ | Ann Arbor, Michigan +----------------------------+ | |BLUE| | | U.S.A. 48108-3258 | Are we having fun yet? | +----+ +----+ +------------------------------+----------------------------+ From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 11 15:29:20 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA08249; Wed, 11 Dec 91 15:29:20 -0600 Received: by delta.eecs.nwu.edu id AA23682 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 11 Dec 1991 11:46:56 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from cs.brown.edu by delta.eecs.nwu.edu with SMTP id AA24408 (5.65c/IDA-1.4.4 for ); Wed, 11 Dec 1991 11:46:48 -0600 Received: by cs.brown.edu (5.64+/Doorknob-1.3) id AA25294; Wed, 11 Dec 91 12:46:43 -0500 To: sun-managers@eecs.nwu.edu Path: brunix!robinson@porter.geo.brown.edu From: robinson@porter.geo.brown.edu (Darrin Robinson) Newsgroups: brown.sunmanagers Subject: UNDELETE: How can one "undelete" under SunOS 4.1? Message-Id: <95905@brunix.UUCP> Date: 11 Dec 91 17:46:42 GMT Organization: Brown University Lines: 11 Are there any programs that will allow one to "patch" or move about the "super-block" on SunOS 4.1 Filesystems... or is there a program(s) to "undelete" deleted files. I am used to the AT&T SVR4 command fsdb (or fdsb) that allowed admins to poke about the super-block... I'm trying to find some deleted files on a partition (that hasn't been used since the deletion of those files). Darrin From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 11 15:29:22 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA08251; Wed, 11 Dec 91 15:29:22 -0600 Received: by delta.eecs.nwu.edu id AA22777 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 11 Dec 1991 11:33:25 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from geosun.uchicago.edu by delta.eecs.nwu.edu with SMTP id AA20735 (5.65c/IDA-1.4.4 for ); Wed, 11 Dec 1991 11:33:17 -0600 Return-Path: Received: by geosun.uchicago.edu (4.1/UofC2.0) id AA02678; Wed, 11 Dec 91 11:33:04 CST Date: Wed, 11 Dec 91 11:33:04 CST From: John Valdes Message-Id: <9112111733.AA02678@geosun.uchicago.edu> To: sun-managers@eecs.nwu.edu Subject: Monitor too bright Hello all, We have a 19" color monitor (Sony Trinitron, model# GDM-1955A15) on a 4/330 which seems to be getting brighter by the week. When the brightness control knob on the front is set at the minimum brightness level, the monitor is almost as bright as it was when the knob was set at maximum when the monitor was new. Is the monitor on the verge of failure, or does it only need a simple adjustment? If the latter, what needs adjusting? (In detail, and yes, I'm aware of the high-voltage hazards.) The monitor, by the way, is about two years old, and is usually left on except during weekends. John Valdes valdes@geosun.uchicago.edu Department of the Geophysical Sciences University of Chicago From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 11 19:03:13 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA08929; Wed, 11 Dec 91 19:03:13 -0600 Received: by delta.eecs.nwu.edu id AB16768 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 11 Dec 1991 14:52:34 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from fhg.de (fhg1.fhg.de) by delta.eecs.nwu.edu with SMTP id AA11723 (5.65c/IDA-1.4.4 for ); Wed, 11 Dec 1991 14:52:07 -0600 From: Jan.Gottschick@ipk.fhg.de Received: by fhg.de (fhg1.fhg.de) with PRESMTP; Wed, 11 Dec 91 21:46:51 +0100 from FHG-GATEWAY Received: by fhg.de (fhg1.fhg.de) with SMTP; Wed, 11 Dec 91 21:46:25 +0100 from 00.IPK.fhg.de Message-Id: <9112112046.AA22090@fhg.de> Received: from ipk.fhg.de by pinguin.ipk.fhg.de id <08992-0@pinguin.ipk.fhg.de>; Wed, 11 Dec 1991 21:48:55 +0100 Subject: Sparc 2 with two ethernet-interfaces To: sun-managers@eecs.nwu.edu Date: Wed, 11 Dec 91 21:48:48 MET We have a second sbus-ethernet-interface in our sparc 2. We have two Internet-subnets, so our machine is known by two adresses. We setup a second file "/etc/hostname.le1" with the second Internetname. Both names are in /etc/hosts. The machine works fine as a router. But we have one mistery. "ifconfig -a" shows: le0: flags=63 inet 192.102.176.1 netmask ffffff00 broadcast 192.102.176.0 ether 8:0:20:f:1f:cc le1: flags=63 inet 192.44.15.23 netmask ffffff00 broadcast 192.44.15.0 ether 8:0:20:f:1f:cc llc0: flags=0<> ether 0:0:20:f:1f:cc The ethernet-nb's of both interfaces are identical. Have we two interfaces with the same address or sunOS using only one interface (!) ? Our OS is sunOS 4.1.1 . Is there anybody, who setup his/her machine with two interfaces, too ? Thanks Jan -- Jan Gottschick | Telefon : 030/39006-216 IPK - Bereich KT | Telefax : 030/3911037 Pascalstr. 8-9 | E-Mail : Jan.Gottschick@ipk.fhg.de D1000 Berlin 10 | DFN-Mail : G=Jan;S=Gottschick;O=IPK;P=FHG;A=DBP;C=de From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 11 19:32:52 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA08987; Wed, 11 Dec 91 19:32:52 -0600 Received: by delta.eecs.nwu.edu id AA09912 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 11 Dec 1991 14:22:23 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from uconnvm.uconn.edu by delta.eecs.nwu.edu with SMTP id AA08365 (5.65c/IDA-1.4.4 for ); Wed, 11 Dec 1991 14:22:09 -0600 Received: from cc.math.uconn.edu by UCONNVM.UCONN.EDU (IBM VM SMTP R1.2.2MX) with TCP; Wed, 11 Dec 91 15:19:08 EST Received: from vince.math.uconn.edu by cc.math.uconn.edu (4.1/SMI-4.1) id AA00324; Wed, 11 Dec 91 15:18:57 EST Received: by vince.math.uconn.edu (4.1/SMI-4.1) id AA00304; Wed, 11 Dec 91 15:20:09 EST Date: Wed, 11 Dec 91 15:20:09 EST From: Vince Giambalvo Message-Id: <9112112020.AA00304@vince.math.uconn.edu> To: sun-managers@eecs.nwu.edu Subject: SUMMARY:nres_getostbyaddr messages. This is apparently #12 on the FAQ list. Sorry, since I got some requests for answeres, I thought I'd post summary. This is a known sun ypserv bug, if you run both NIS and DNS. Get patch 100141-03, which supposedly only suppresses this (harmless) message. Vince From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 11 20:12:47 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA09082; Wed, 11 Dec 91 20:12:47 -0600 Received: by delta.eecs.nwu.edu id AA21142 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 11 Dec 1991 15:31:17 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: by delta.eecs.nwu.edu id AA24424 (5.65c/IDA-1.4.4 for sun-managers); Wed, 11 Dec 1991 15:31:06 -0600 Received: from sun.UUCP by laidbak.i88.isc.com with UUCP (5.65/i88-mail-gw/9/16/91) id AA23543; Wed, 11 Dec 91 14:26:14 -0600 Received: from silvlis.UUCP by sun.Eng.Sun.COM (4.1/SMI-4.1) id AA12104; Wed, 11 Dec 91 11:08:50 PST Received: from pogo.silvlis.com ([192.9.5.3]) by silvlis.silvlis.com (4.1/smail2.5/12-7-90) id AA21853; Wed, 11 Dec 91 10:17:12 PST Received: by pogo.silvlis.com (4.1/SMI-4.1) id AA26028; Wed, 11 Dec 91 10:15:38 PST Message-Id: <9112111815.AA26028@pogo.silvlis.com> From: jimb@silvlis.com Date: Wed, 11 Dec 1991 10:15:38 -0800 In-Reply-To: Rod Rebello -- CAD Development "SUMMARY: bar problem with special character file names" (Dec 11, 5:44) X-Mailer: Mail User's Shell (7.2.2 4/12/91) To: sun-managers@eecs.nwu.edu Subject: Re: SUMMARY: bar problem with special character file names I tried to reply direct to the original question without success. Try unbar'ng the archive without using the Z option, Then rename all the resulting files, adding the .Z to the end. Then run uncompress on the files. An example: Script started on Wed Dec 11 10:00:00 1991 pogo [1] {~} 10:00am Z% ls -lR test total 3 drwxrwxr-x 2 jimb 512 Oct 31 13:56 cat.$1 drwxrwxr-x 2 jimb 512 Nov 27 11:23 man.$1 -rw-r--r-- 1 jimb 202 Dec 4 12:39 whatis test/cat.$1: total 74 -rw-rw-rw- 1 jimb 1285 Oct 31 13:55 checkmd4.1 -rw-rw-rw- 1 jimb 1942 Oct 31 13:56 hashmd4.1 -rw-rw-rw- 1 jimb 18832 Oct 29 13:50 xbiff++.1 test/man.$1: total 57 -rw-r--r-- 1 jimb 1024 Oct 31 13:55 checkmd4.1 -rw-r--r-- 1 jimb 1586 Oct 31 13:55 hashmd4.1 -rw-r--r-- 1 jimb 14640 Jul 5 21:01 xbiff++.1 pogo [2] {~} 10:00am Z% bar cZf test.bar test pogo [3] {~} 10:00am Z% rm -rf test pogo [4] {~} 10:00am Z% bar xvf test.bar x test/cat.$1/xbiff++.1, 8047 bytes, 16 tape blocks 1 x test/cat.$1/checkmd4.1, 863 bytes, 2 tape blocks 1 x test/cat.$1/hashmd4.1, 1204 bytes, 3 tape blocks 1 x test/whatis, 174 bytes, 1 tape blocks 1 x test/man.$1/checkmd4.1, 771 bytes, 2 tape blocks 1 x test/man.$1/hashmd4.1, 1065 bytes, 3 tape blocks 1 x test/man.$1/xbiff++.1, 7184 bytes, 15 tape blocks 1 pogo [5] {~} 10:00am Z% ls -lR test total 3 drwxr-xr-x 2 jimb 512 Oct 31 13:56 cat.$1 drwxr-xr-x 2 jimb 512 Nov 27 11:23 man.$1 -rw-r--r-- 1 jimb 174 Dec 4 12:39 whatis test/cat.$1: total 31 -rw-r--r-- 1 jimb 863 Oct 31 13:55 checkmd4.1 -rw-r--r-- 1 jimb 1204 Oct 31 13:56 hashmd4.1 -rw-r--r-- 1 jimb 8047 Oct 29 13:50 xbiff++.1 test/man.$1: total 30 -rw-r--r-- 1 jimb 771 Oct 31 13:55 checkmd4.1 -rw-r--r-- 1 jimb 1065 Oct 31 13:55 hashmd4.1 -rw-r--r-- 1 jimb 7184 Jul 5 21:01 xbiff++.1 pogo [6] {~} 10:01am Z% cd test/man.\$1 pogo [7] {~/test/man.$1} 10:01am Z% file * checkmd4.1: compressed data block compressed 16 bits hashmd4.1: compressed data block compressed 16 bits xbiff++.1: compressed data block compressed 16 bits pogo [8] {~/test/man.$1} 10:01am Z% ren '*' '#1.Z' pogo [9] {~/test/man.$1} 10:01am Z% file * checkmd4.1.Z: compressed data block compressed 16 bits hashmd4.1.Z: compressed data block compressed 16 bits xbiff++.1.Z: compressed data block compressed 16 bits pogo [10] {~/test/man.$1} 10:01am Z% uncompress *.Z pogo [11] {~/test/man.$1} 10:01am Z% ls -l total 57 -rw-r--r-- 1 jimb 1024 Oct 31 13:55 checkmd4.1 -rw-r--r-- 1 jimb 1586 Oct 31 13:55 hashmd4.1 -rw-r--r-- 1 jimb 14640 Jul 5 21:01 xbiff++.1 pogo [12] {~/test/man.$1} 10:01am Z% script done on Wed Dec 11 10:01:58 1991 On Dec 11, 5:44, Rod Rebello -- CAD Development wrote: } Subject: SUMMARY: bar problem with special character file names } Our problem is that we can't unarchive compressed bar files which include } directory names containing special characters such as '$'. } } I got one response which indicated that bar does work properly if you do not } compress the archive (do not use the -Z option). However, we need to compress } the files for space reasons, and we already have compressed files which we } need to recover. } } We contacted Sun, and they are sending us a patch for bar which should fix our } problem. I would be happy to send anyone info on the patch after we receive } it. Just let me know if you are interested. BTW, this is bar in Sunos } 4.1.1 on sparc systems. } } -- } Rod Rebello } titan!rrebello@asuvax.eas.asu.edu } Microchip Technology Inc., Chandler, AZ }-- End of excerpt from Rod Rebello -- CAD Development -- __ __ / o / Jim Budler jimb@silvlis.com | Dodge / / /\/\ /__ Silvar-Lisco +1.408.991.6115 | Stealth /__/ / / / /__/ 703 E. Evelyn Ave. Sunnyvale, Ca. 94086 | !! From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 11 21:40:51 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA09146; Wed, 11 Dec 91 21:40:51 -0600 Received: by delta.eecs.nwu.edu id AA27949 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 11 Dec 1991 16:35:16 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ux1.cso.uiuc.edu by delta.eecs.nwu.edu with SMTP id AA03260 (5.65c/IDA-1.4.4 for ); Wed, 11 Dec 1991 16:35:06 -0600 Received: from SCS.SLAC.Stanford.EDU by ux1.cso.uiuc.edu with SMTP id AA26117 (5.65c/IDA-1.4.4 for ); Wed, 11 Dec 1991 16:34:52 -0600 Received: from UNIXHUB.SLAC.Stanford.EDU by SCS.SLAC.STANFORD.EDU with PMDF#10283; Wed, 11 Dec 1991 14:34 PST Received: by unixhub.SLAC.Stanford.EDU (4.1/SLAC 911205) id AA22828; Wed, 11 Dec 91 14:34:32 PST Date: 11 Dec 91 22:33:50 GMT From: barmar@think.com (Barry Margolin) Subject: Two filesystem problems To: info-sun-managers@ux1.cso.uiuc.edu Message-Id: X-Envelope-To: info-sun-managers@ux1.cso.uiuc.edu Path: unixhub!linac!uwm.edu!rpi!think.com!barmar Newsgroups: alt.sys.sun,info.sun-managers Organization: Thinking Machines Corporation, Cambridge MA, USA Lines: 53 Nntp-Posting-Host: gandalf.think.com We're seeing some strange problems on a few Sparc systems running SunOS 4.1.1 with the NFS jumbo patches, plus various other patches. 1) This problem only seems to affect one system, a 4/330. From time to time it will claim that / is full and not let users create files there (/var/tmp is on the root file system). However, when it's in this state, df will claim that the filesystem is only something like 65% full, and has plenty of inodes. 2) This problem is with NFS mounts, and perhaps relates to the automounter. It afflicts the above host, as well as a couple of others (of various 4/3xx models, all running essentially the same kernel). Here's a transcript of a session showing the problem: % ls -ld /cm/rts lrwxrwxrwx 1 root 11 Mar 18 1991 /cm/rts -> /proj/cmrts/ % grep /proj /etc/auto.master /proj auto.proj -ro,intr,noquota % ypmatch -k cmrts mcsg2 auto.proj cmrts: -rw,hard,intr,grpid,noquota,retrans=5 ufs-lang2:/proj/cmrts mcsg2: -rw,hard,intr,grpid,noquota,retrans=5 sfs-mcsg:/proj/mcsg2 % cd /cm/rts % df . Filesystem kbytes used avail capacity Mounted on sfs-mcsg:/proj/mcsg2 951880 804111 100175 89% /tmp_mnt/proj/mcsg2 % cd /cm/rts/doc % df . Filesystem kbytes used avail capacity Mounted on Could not find mount point for . % Notice that df is confused about where the current directory is mounted. Pwd also has similar problems. I believe that when the user tries to access files, he finds the files that are supposed to be in /proj/cmrts. What I've noticed when this happens is that both the /proj/mcsg2 and /proj/cmrts entries in /etc/mtab have "dev=82ff". We have SunOS sources, and I was able to determine that the 82 major device number indicates that it's an NFS "device", and the ff minor device number comes from the kernel returning -1 to indicate that it couldn't find a minor device entry for it; however, this should only happen if there are 256 NFS filesystems mounted, but there weren't. Does anyone recognize either of these problems, and perhaps know of existing patches for them? They're both transient problems, but recur pretty frequently. -- Barry Margolin, Thinking Machines Corp. barmar@think.com {uunet,harvard}!think!barmar From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 11 22:12:21 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA09189; Wed, 11 Dec 91 22:12:21 -0600 Received: by delta.eecs.nwu.edu id AA10429 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 11 Dec 1991 19:14:31 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from WILMA.BBN.COM by delta.eecs.nwu.edu with SMTP id AA08433 (5.65c/IDA-1.4.4 for ); Wed, 11 Dec 1991 19:14:25 -0600 Message-Id: <199112120114.AA08433@delta.eecs.nwu.edu> To: sun-managers@eecs.nwu.edu Subject: Can a Sparcstation SLC have more than 16 Mbytes? Date: Wed, 11 Dec 91 20:08:34 -0500 From: dan@BBN.COM We have this SLC that could really use another 8 Mbytes or so. Is this possible? If so, how? (Answers to me, I'll summarize.) Dan Franklin dfranklin@bbn.com From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 12 00:39:30 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA09440; Thu, 12 Dec 91 00:39:30 -0600 Received: by delta.eecs.nwu.edu id AA22264 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 11 Dec 1991 19:55:10 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from cs.rice.edu (titan.cs.rice.edu) by delta.eecs.nwu.edu with SMTP id AA27128 (5.65c/IDA-1.4.4 for ); Wed, 11 Dec 1991 19:55:02 -0600 Received: from hermes.intel.com by cs.rice.edu (AA13065); Wed, 11 Dec 91 19:54:41 CST Received: by hermes.intel.com (5.57/10.0i); Wed, 11 Dec 91 17:54:37 -0800 Received: by intelhf.hf.intel.com (/\=-/\ Smail3.1.17.5 #17.19); Wed, 11 Dec 91 17:53 PST Received: from salem.intel.com by ashland (4.0/10.0i); Wed, 11 Dec 91 17:47:35 PST Received: by salem.intel.com (4.1/SMI-4.1) id AA08943; Wed, 11 Dec 91 17:54:27 PST Date: Wed, 11 Dec 91 17:54:27 PST From: markm@salem.intel.com (Mark Morrissey) Message-Id: <9112120154.AA08943@salem.intel.com> To: sun-managers@cs.rice.edu Subject: format.dat archive I am in deperate need of a format.dat entry for a maxtor xt-8380S 380 MB disk drive. Someone posted a summary of format.dat entries *way* back, but I have since switched jobs and don't have my sun-manager archives anymore :-(. If some kind sole would point me to the archive or send me the format.dat entry, I would be thankful. btw: I am not currently on the sun-managers list, so please drop me a note via email. cheers! --mark ----- Mark Morrissey markm@ashland.intel.com Sr. Programmer / Analyst Architecture Development Lab Intel Corp., Portland, OR. (503) 696-2068 #include PC does NOT mean "Probably Can't" From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 12 01:47:44 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA09895; Thu, 12 Dec 91 01:47:44 -0600 Received: by delta.eecs.nwu.edu id AA13426 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 11 Dec 1991 22:48:46 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from cs.rice.edu (titan.cs.rice.edu) by delta.eecs.nwu.edu with SMTP id AA17899 (5.65c/IDA-1.4.4 for ); Wed, 11 Dec 1991 22:48:26 -0600 Received: from hermes.intel.com by cs.rice.edu (AA14364); Wed, 11 Dec 91 22:47:54 CST Received: by hermes.intel.com (5.57/10.0i); Wed, 11 Dec 91 20:47:56 -0800 Received: by intelhf.hf.intel.com (/\=-/\ Smail3.1.17.5 #17.19); Wed, 11 Dec 91 20:46 PST Received: from salem.intel.com by ashland (4.0/10.0i); Wed, 11 Dec 91 20:40:52 PST Received: by salem.intel.com (4.1/SMI-4.1) id AA09073; Wed, 11 Dec 91 20:47:44 PST Date: Wed, 11 Dec 91 20:47:44 PST From: markm@salem.intel.com (Mark Morrissey) Message-Id: <9112120447.AA09073@salem.intel.com> To: sun-managers@cs.rice.edu Subject: format.dat no longer needed Thanks to everyone who sent me the format.dat summary! The disk is happy in its new life and thanks you as well. cheers! --mark ----- Mark Morrissey markm@ashland.intel.com Sr. Programmer / Analyst Architecture Development Lab Intel Corp., Portland, OR. (503) 696-2068 #include PC does NOT mean "Probably Can't" From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 12 13:17:11 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA11861; Thu, 12 Dec 91 13:17:11 -0600 Received: by delta.eecs.nwu.edu id AA30182 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 12 Dec 1991 07:24:43 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from hearnvax.nic.surfnet.nl by delta.eecs.nwu.edu with SMTP id AA11341 (5.65c/IDA-1.4.4 for ); Thu, 12 Dec 1991 07:24:29 -0600 Received: from ECN.NL (ECNICE) by HEARNVAX.nic.SURFnet.nl with PMDF#10216; Thu, 12 Dec 1991 14:21 MET Received: from enrdt1.ecn.nl (ENRDT1) by ECN.NL (PMDF #12521) id <01GE11M9M5340000OM@ECN.NL>; Thu, 12 Dec 1991 14:21 GMT+0100 Received: from merlin.ecn.nl by ecnsun.ecn.nl (4.1/SMI-4.0) id AA04794; Thu, 12 Dec 91 14:19:50 +0100 Date: Thu, 12 Dec 91 14:19:50 +0100 From: bernards@ECN.NL (Marcel Bernards) Subject: SOLUTION: Running 3/50 as XNEWS X-terminal. To: sun-managers@eecs.nwu.edu Cc: seth@ctr.columbia.edu Message-Id: <9112121319.AA04794@ecnsun.ecn.nl> X-Envelope-To: sun-managers@eecs.nwu.edu A few days agoo I posted a question about running xview(1) instead of Xsun(1) on Xkernel1.4 There was no real answer from the list so I decided to bite my teeths in this problem. I finally found a working solution. The xnews server cannot be run from init with the standard stripped down Xkernel config provided with Xkernel1.4. When I runned xnews it complained about some obscure base Sunwindow and aborted. (Couldn't get base Sunwindow) The fix is really to put the win and the dtop pseudo-devices back That means that it's almost DL50 : # # Version 1.4.1 BETA # # BTW, this config file is for SunOS 4.x and may look suspiciously # like DL50 # # Support for 3/60s is included but commented out. For other options # just copy in from GENERIC # machine "sun3" cpu "SUN3_50" # Sun-3/50 ident "XKERNEL" maxusers 2 options INET # basic networking support - mandatory options NFSCLIENT # NFS client side code config vmunix root on type nfs pseudo-device ether # basic Ethernet support pseudo-device loop # loopback network - mandatory pseudo-device ms # mouse support pseudo-device kb # keyboard support pseudo-device win32 # window devices, allow 32 windows needed ?!? pseudo-device dtop1 # desktops (screens), allow 1 , needed ?!? controller virtual 2 at nexus ? controller obmem 2 at nexus ? controller obio 2 at nexus ? device zs0 at obio ? csr 0x20000 flags 3 priority 3 device zs1 at obio ? csr 0x00000 flags 0x103 priority 3 device le0 at obio ? csr 0x120000 priority 3 device bwtwo0 at obmem 2 csr 0x100000 priority 4 # 3/50 The kernel sizes are not that different, so picking DL50 is the easyest. -rwxr-xr-x 1 root 627379 Dec 12 10:46 vmunix* -rwxr-xr-x 1 root 618117 Dec 12 10:30 XKERNEL* The next problem is how to swichs from the standard /sbin/init to the modified shell script from Xkernel, that is, if you want to choose between xnews X11 Terminal and native SunOS. The simplest solution is to hack XKERNEL and change 'init' to 'xnit' and put xnit in /sbin (not sure which byte to adb yet :-) any ideas ? ) This allows the user to choose between Xterminal and native SunOS. I did this by a special login entry called 'xterm' which intitiates a 'fastboot XKERNEL' by a little shell script in the shell /etc/passwd field. Run xdm from some host to put a login on the screen and BINGO Be sure to put some hosts /etc/X0.hosts , especially the xdm running machine. And put these hosts in /etc/hosts too. here is /sbin/xnit #!/sbin/sh # # Version 1.4 # # Xkernel openwin program hacked as '/etc/init' # # installed in /export/root//sbin/init # # Purpose, perform all commands required to get machine ready to run # the X server processes (xnews). # # Copyright (c) 1991 Seth Robertson # seth@ctr.columbia.edu # Modified by M.A. Bernards for OW2 Client # # Set up frequently used variables PATH=/sbin:/:/bin:/usr/ucb:/usr/openwin/bin/xview:/usr/openwin/bin; export PATH HOME=/; export HOME OPENWINHOME=/usr/openwin; export OPENWINHOME FONTPATH=/usr/openwin/lib/fonts; export FONTPATH LD_LIBRARY_PATH=/usr/openwin/lib:/usr/lib; export LD_LIBRARY_PATH FRAMEBUFFER=/dev/bwtwo0; export FRAMEBUFFER XAPPLRESDIR=/usr/openwin/lib/app-defaults; export XAPPLRESDIR DISPLAY=":0"; export DISPLAY # Derive the $NEWSSERVER variable from the digit in $DISPLAY newsport=`expr "$DISPLAY" : '.*:\([0-9][0-9]*\)' + 2000` NEWSSERVER=`$OPENWINHOME/bin/newsserverstr $newsport`; export NEWSSERVER XAPPLRESDIR=$OPENWINHOME/lib/X11/app-defaults; export XAPPLRESDIR # confirm framebuffer configuration # # Set up the I/O stuff # # Hope this works # exec >/dev/console 2>&1 # # Yes it does! Kudos to scott@poincare.geom.umn.edu for figuring out # what was going wrong with (` /dev/console 2>&1 < /dev/console fi # the ld.so stuff cleanup also needed ?? Not sure, but it does not harm !! mv /etc/ld.so.cache /etc/ld.so.cache- rm -f /etc/ld.so.cache- /usr/etc/ldconfig # If we were feeling confident we could exec it... # # xnews has billions of options. RTFM for xnews. # See FAQ for some information on some options. ($OPENWINHOME/bin/xnews $DISPLAY -dev $FRAMEBUFFER) # If we get here then we had a problem with xnews. # (xnews should NEVER terminate) echo "ERROR! xnews terminated" echo "" echo "This condition should never happen. This might mean that you found" echo "a bug in the X server, or it could mean that the server was not statically" echo "linked, but mostly likely it means that the font directories that the X" echo "server requires were not found. Normally they are in /usr/openwin/lib/fonts," echo "but your FONTPATH might vary." echo "" echo "If neither of these things are true, and this is a persistent problem" echo "If that doesn't work, notify your System Administrator" echo "" echo "The machine will now go into a busy-wait loop. Use the abort" echo "sequence (L1/A) to interrupt and reboot." while : do : done exit Now stuff like answerbook(1) , psterm(1) or HyperNews will run OK on your 3/50 The NeWS screen setup is somewhat slower than on a SLC, try the Graphics screens from answerbook and see. Lots of luck with it. Greetings to SunMGR's Marcel Bernards, UNIX & Net sysadm Netherlands Energy Research Foundation ECN (and SURFnet IC/ICP), Phone: (+31 /0)2246 4579 Fax: (+31 /0)2246 1864 E-Mail: Bernards@ECN.NL, SnailMail: P.O. Box 1, 1755 ZG Petten SCREAMNet : AAAAAARGHH!HUH?? : Disclaimer: "The AntiChrist is the Computer !" From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 12 14:53:33 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA12406; Thu, 12 Dec 91 14:53:33 -0600 Received: by delta.eecs.nwu.edu id AA29099 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 12 Dec 1991 09:41:41 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from cs.rice.edu (titan.cs.rice.edu) by delta.eecs.nwu.edu with SMTP id AA23849 (5.65c/IDA-1.4.4 for ); Thu, 12 Dec 1991 09:41:35 -0600 Received: from june.cs.washington.edu by cs.rice.edu (AA17892); Thu, 12 Dec 91 09:41:26 CST Received: by june.cs.washington.edu (5.64a/7.1ju) id AA26382; Thu, 12 Dec 91 07:41:32 -0800 Date: Thu, 12 Dec 91 07:41:32 -0800 From: davidd@cs.washington.edu (David Doll) Return-Path: Message-Id: <9112121541.AA26382@june.cs.washington.edu> To: sun-managers@cs.rice.edu Subject: need termcap - DEC LA 50 Reply-To: davidd@cs.washington.edu Hello, I need to hook up a LA 50 to a Sun SS2, running SunOS 4.1.1. COuld anybosy send me pertinent files, info. Thanks. From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 12 14:55:16 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA12425; Thu, 12 Dec 91 14:55:16 -0600 Received: by delta.eecs.nwu.edu id AA11494 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 12 Dec 1991 09:20:21 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from alex.ctrg.rri.uwo.ca by delta.eecs.nwu.edu with SMTP id AA05844 (5.65c/IDA-1.4.4 for ); Thu, 12 Dec 1991 09:20:11 -0600 From: Susan Thielen Message-Id: <9112121520.AA05052@vega.irus.rri.uwo.ca> Date: Thu, 12 Dec 91 10:20:03 EST To: sun-managers@eecs.nwu.edu Subject: Booting 3/60 at 3.5 from a sun4 at 4.1.1 Cc: thielen@irus.rri.uwo.ca I need to boot a 3/60 running 3.5 diskless from a Sun4 running 4.1.1. and I have a couple questions... Can it be done? I have all the root and swap partitions set up, I have the executables residing on the server.... the /etc/ethers file is correct, rpc.bootparamd is updated as /etc/bootparams is correct..... Yet the machine still hangs on bootup requesting its ehternet address...... Any Ideas??? sue %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Susan KJ Thielen Application Programmer, System/Network Manager Advanced Imaging Lab Robarts Research Institute Phone: (519) 663-3833 PO Box 5015, 100 Perth Drive Fax: (519) 663-3789 London, ON N6A 5K8 E-mail: thielen@irus.rri.uwo.ca %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 12 16:42:46 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA13101; Thu, 12 Dec 91 16:42:46 -0600 Received: by delta.eecs.nwu.edu id AA32288 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 12 Dec 1991 11:07:08 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA22113 (5.65c/IDA-1.4.4 for ); Thu, 12 Dec 1991 11:07:01 -0600 Received: from BU.EDU by rice.edu (AA01100); Thu, 12 Dec 91 11:06:18 CST Received: from RAVEN.BU.EDU by BU.EDU (1.99) Thu, 12 Dec 91 12:06:48 EST Received: by raven.bu.edu (12/20/89); Thu, 12 Dec 91 11:59:42 EST Date: Thu, 12 Dec 91 11:59:42 EST From: jc@raven.bu.edu (James Cameron) Message-Id: <9112121659.AA04704@raven.bu.edu> To: sun-managers@rice.edu Subject: System Problems: Crashing and disk messages. System: SunOS 4.1.1 on SparcServer 4/380 Problem: Lately, the system has been crashing at random times due to what appears to be heavy nfs writes from our client machines to the server. The message saved in /var/adm/messages is: Dec 3 14:45:15 raven vmunix: mbuf map full Dec 3 14:51:48 raven vmunix: le0: out of mbufs - packet dropped Dec 3 14:54:19 raven vmunix: le0: out of mbufs - packet dropped Dec 3 15:17:47 raven vmunix: panic: zero Dec 3 15:17:47 raven vmunix: zs3: silo overflow Dec 3 15:17:47 raven vmunix: syncing file systems... done This would appear to be a hardware failure, but it might also be a reminder to add some patch. (* grin *) Also, the nfs daemons have been taking up TOO much of the CPU on the server. Secondly, I have been and am still getting a lot of SCSI timeouts and was wondering if there is anything that I can do to correct it. There error messages are as follows: Dec 3 15:31:54 raven vmunix: sd0: I/O request timeout Dec 3 15:31:54 raven vmunix: sm0: target 0 reverting to async operation Dec 3 15:31:54 raven vmunix: sm0: resetting scsi bus Dec 3 15:31:54 raven vmunix: sm0 Snap shot: error= 0x6 (Timeout error) Dec 3 15:31:54 raven vmunix: state= 0x12 (Data req), sub_state= 0x6 Dec 3 15:31:54 raven vmunix: esp cmd= 0x90, xcnt= 7220, intr= 0x18 Dec 3 15:31:54 raven vmunix: fifo_flag= 0x90, status= 0x0, step= 0xcc Dec 3 15:31:54 raven vmunix: fifo: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 Dec 3 15:31:54 raven vmunix: sync periods[0-7]: 6 6 7 7 0 0 0 Dec 3 15:31:54 raven vmunix: sync offsets[0-7]: 15 15 15 15 0 0 0 Dec 3 15:31:54 raven vmunix: DVMA status= 0x210 addr= 0xfff143dc (0xfff140 00) Dec 3 15:31:54 raven vmunix: target= 0, lun= 0, count= 7220(8192) Dec 3 15:31:54 raven vmunix: cdb: a 4 1d a0 10 0 Dec 3 15:31:54 raven vmunix: current phase= DATA OUT/BUS FREE Dec 3 15:31:54 raven vmunix: last phase= DATA OUT 8192 Dec 3 15:31:54 raven vmunix: last phase= COMMAND 10 Dec 3 15:31:54 raven vmunix: last phase= Arbitrate 0 0 Dec 3 15:31:54 raven vmunix: last phase= Cmd complete MSG 0 Dec 3 15:31:54 raven vmunix: last phase= STATUS 0 Dec 3 15:31:54 raven vmunix: last phase= DATA IN 3072 Dec 3 15:31:54 raven vmunix: last phase= Reconnect 0 0 Dec 3 15:31:54 raven vmunix: last phase= Disconnect MSG Dec 3 15:31:54 raven vmunix: sm0: sd6, unit online Dec 3 15:31:54 raven vmunix: sm0: sd0, unit online As well as: Dec 9 18:30:15 raven vmunix: sd0c: test unit ready failed, no retries Dec 9 18:30:15 raven vmunix: sd0c error: sense key(0x6): unit attention, error code(0x29): reset Dec 9 18:30:15 raven vmunix: sd0: Dec 9 18:30:16 raven vmunix: sd6c: test unit ready failed, no retries Dec 9 18:30:16 raven vmunix: sd6c error: sense key(0x6): unit attention, error code(0x29): reset Dec 9 18:30:16 raven vmunix: sd6: And finally, as a new system admin (fairly new that is) should *all* patches to the OS be added as soon as you hear about them? What about when you receive a new machine? Has Sun already applied the patches to it or do we have to do it as well? And shouldn't there be a more centralized logical method of adding patches? Something like: add_patch NUMBER which makes the necessary patch and saves the info so that you know which patches have already been made. Thanks for any and all help!!! James From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 12 17:38:23 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA13340; Thu, 12 Dec 91 17:38:23 -0600 Received: by delta.eecs.nwu.edu id AA12924 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 12 Dec 1991 13:00:03 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from bru.mayo.edu by delta.eecs.nwu.edu with SMTP id AA01763 (5.65c/IDA-1.4.4 for ); Thu, 12 Dec 1991 12:59:57 -0600 Received: from autobahn.mayo.EDU by bru.mayo.EDU (4.1/SMI-4.0) id AA17124; Thu, 12 Dec 91 12:59:39 CST Received: from lotus.mayo.EDU by autobahn.mayo.EDU (4.1/SMI-4.1) id AA11535; Thu, 12 Dec 91 12:59:52 CST Date: Thu, 12 Dec 91 12:59:52 CST From: mstacy@mayo.EDU (Mahlon Stacy 4-4558) Message-Id: <9112121859.AA11535@autobahn.mayo.EDU> To: sun-managers@eecs.nwu.edu Subject: Multiple Ethernet interfaces on sbus systems For network support and management, we are thinking of using desktop systems as network tools. It would be advantageous for us to be able to place a single machine in our hub facilities to attach to several networks. Can someone tell me what is the maximum number of ethernet interfaces that can be attached to a Sparc desktop, via sbus cards, etc. -Thanks -Mahlon ------------------------------------------------------------- Mahlon Stacy Internet: mcs@mayo.edu Mayo Foundation Rochester, MN 55905 Minnesota Regional Network (507) 284-4558 Amateur: KF0AW ------------------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 12 17:38:31 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA13348; Thu, 12 Dec 91 17:38:31 -0600 Received: by delta.eecs.nwu.edu id AA04579 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 12 Dec 1991 11:31:38 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay2.UU.NET by delta.eecs.nwu.edu with SMTP id AA08014 (5.65c/IDA-1.4.4 for ); Thu, 12 Dec 1991 11:31:29 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA17357; Thu, 12 Dec 91 12:31:30 -0500 Received: from deltam.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 123056.25219; Thu, 12 Dec 1991 12:30:56 EST Received: from dm.deltam by deltam.com (4.1/SMI-4.1) id AA05865; Thu, 12 Dec 91 09:28:42 PST Received: from flyer.deltam by dm.deltam (4.1/SMI-4.1) id AA20566; Thu, 12 Dec 91 09:28:40 PST Date: Thu, 12 Dec 91 09:28:40 PST From: mark@deltam.com (mark galbraith) Message-Id: <9112121728.AA20566@dm.deltam> Received: by flyer.deltam (4.1/SMI-4.1) id AA00254; Thu, 12 Dec 91 09:28:39 PST To: sun-managers@eecs.nwu.edu Subject: Routing and Sub-nets We are very shortly going to break our network up into separate, smaller & and easier to manage, physical networks. In reading through the manuals, I don't see where there should be much problem, but that is not my question. One of the other UNIX guru's on the site states that we only need one IP network number, even if we have multiple physical networks. I suppose this would work, but the routing tables are going to be huge. His idea is to have a network like: (All machines in 192.9.200) Router |-----------| |---------------|.1 .2|--------------| | |-----------| | | | |-------| |-------| | .3 | | .4 | |-------| |-------| Under his plan, if 192.9.200.3 wanted to send to 192.9.200.4, it would have to go through the router. The router in turn would have to have already been notified that the target host was on the other segment. Since the router can handle dynamic routes, this may not be much of a problem, but I don't know. This is where you (sun-managers) come in. Is there a problem with doing things this way? Are we asking for trouble, or will it work just fine? Any suggestions or experiences that you would like to share will be greatly appreciated. Thanks in advance. --Mark Galbraith Voice: +1 510 449 6881-- --Software Engineer UUCP: uunet!deltam!mark-- --Current Products Division Domain: mark@deltam.com-- --Delta Microsystems, Inc. Livermore, California-- ++ Opinions expressed are my own, and do not necessarily reflect the ++ ++ opinions of Delta Microsystems, or its owners. ++ From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 12 21:16:57 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.61/1.14) id AA13858; Thu, 12 Dec 91 21:16:57 -0600 Received: by delta.eecs.nwu.edu id AA32288 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 12 Dec 1991 11:07:08 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA22113 (5.65c/IDA-1.4.4 for ); Thu, 12 Dec 1991 11:07:01 -0600 Received: from BU.EDU by rice.edu (AA01100); Thu, 12 Dec 91 11:06:18 CST Received: from RAVEN.BU.EDU by BU.EDU (1.99) Thu, 12 Dec 91 12:06:48 EST Received: by raven.bu.edu (12/20/89); Thu, 12 Dec 91 11:59:42 EST Date: Thu, 12 Dec 91 11:59:42 EST From: jc@raven.bu.edu (James Cameron) Message-Id: <9112121659.AA04704@raven.bu.edu> To: sun-managers@rice.edu Subject: System Problems: Crashing and disk messages. System: SunOS 4.1.1 on SparcServer 4/380 Problem: Lately, the system has been crashing at random times due to what appears to be heavy nfs writes from our client machines to the server. The message saved in /var/adm/messages is: Dec 3 14:45:15 raven vmunix: mbuf map full Dec 3 14:51:48 raven vmunix: le0: out of mbufs - packet dropped Dec 3 14:54:19 raven vmunix: le0: out of mbufs - packet dropped Dec 3 15:17:47 raven vmunix: panic: zero Dec 3 15:17:47 raven vmunix: zs3: silo overflow Dec 3 15:17:47 raven vmunix: syncing file systems... done This would appear to be a hardware failure, but it might also be a reminder to add some patch. (* grin *) Also, the nfs daemons have been taking up TOO much of the CPU on the server. Secondly, I have been and am still getting a lot of SCSI timeouts and was wondering if there is anything that I can do to correct it. There error messages are as follows: Dec 3 15:31:54 raven vmunix: sd0: I/O request timeout Dec 3 15:31:54 raven vmunix: sm0: target 0 reverting to async operation Dec 3 15:31:54 raven vmunix: sm0: resetting scsi bus Dec 3 15:31:54 raven vmunix: sm0 Snap shot: error= 0x6 (Timeout error) Dec 3 15:31:54 raven vmunix: state= 0x12 (Data req), sub_state= 0x6 Dec 3 15:31:54 raven vmunix: esp cmd= 0x90, xcnt= 7220, intr= 0x18 Dec 3 15:31:54 raven vmunix: fifo_flag= 0x90, status= 0x0, step= 0xcc Dec 3 15:31:54 raven vmunix: fifo: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 Dec 3 15:31:54 raven vmunix: sync periods[0-7]: 6 6 7 7 0 0 0 Dec 3 15:31:54 raven vmunix: sync offsets[0-7]: 15 15 15 15 0 0 0 Dec 3 15:31:54 raven vmunix: DVMA status= 0x210 addr= 0xfff143dc (0xfff140 00) Dec 3 15:31:54 raven vmunix: target= 0, lun= 0, count= 7220(8192) Dec 3 15:31:54 raven vmunix: cdb: a 4 1d a0 10 0 Dec 3 15:31:54 raven vmunix: current phase= DATA OUT/BUS FREE Dec 3 15:31:54 raven vmunix: last phase= DATA OUT 8192 Dec 3 15:31:54 raven vmunix: last phase= COMMAND 10 Dec 3 15:31:54 raven vmunix: last phase= Arbitrate 0 0 Dec 3 15:31:54 raven vmunix: last phase= Cmd complete MSG 0 Dec 3 15:31:54 raven vmunix: last phase= STATUS 0 Dec 3 15:31:54 raven vmunix: last phase= DATA IN 3072 Dec 3 15:31:54 raven vmunix: last phase= Reconnect 0 0 Dec 3 15:31:54 raven vmunix: last phase= Disconnect MSG Dec 3 15:31:54 raven vmunix: sm0: sd6, unit online Dec 3 15:31:54 raven vmunix: sm0: sd0, unit online As well as: Dec 9 18:30:15 raven vmunix: sd0c: test unit ready failed, no retries Dec 9 18:30:15 raven vmunix: sd0c error: sense key(0x6): unit attention, error code(0x29): reset Dec 9 18:30:15 raven vmunix: sd0: Dec 9 18:30:16 raven vmunix: sd6c: test unit ready failed, no retries Dec 9 18:30:16 raven vmunix: sd6c error: sense key(0x6): unit attention, error code(0x29): reset Dec 9 18:30:16 raven vmunix: sd6: And finally, as a new system admin (fairly new that is) should *all* patches to the OS be added as soon as you hear about them? What about when you receive a new machine? Has Sun already applied the patches to it or do we have to do it as well? And shouldn't there be a more centralized logical method of adding patches? Something like: add_patch NUMBER which makes the necessary patch and saves the info so that you know which patches have already been made. Thanks for any and all help!!! James From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 12 08:59:54 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA14245; Thu, 12 Dec 1991 22:20:10 -0600 Received: by delta.eecs.nwu.edu id AA02458 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 12 Dec 1991 19:00:21 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from nova1.Stanford.EDU by delta.eecs.nwu.edu with SMTP id AA02389 (5.65c/IDA-1.4.4 for ); Thu, 12 Dec 1991 19:00:15 -0600 Message-Id: <199112130100.AA02389@delta.eecs.nwu.edu> Received: by nova1.Stanford.EDU (5.57/Ultrix3.0-C); Thu, 12 Dec 91 16:59:54 -0800 Date: Thu, 12 Dec 91 16:59:54 -0800 From: Woo-Sang Park To: sun-managers@eecs.nwu.edu Subject: X11R4 with SunOS4.1.1 RevA on sun-3/60LE Cc: park%star@nova1.Stanford.EDU Hi, there. I am trying to run X11R4 with SunOS 4.1.1 RevA on sun-3/60LE, which has 12MB of Rams and ONE 19" monochrome monitor. At boot, it shows SUN-3/60M and PROM Ver. 2.8.3. It seems to me that UNIX runs o.k. GENERIC_SMALL kernel was installed. (I tried SDST60 and GENRIC kernel too) Here is what I tried to start X: (a) use default x script (b) xinit manually with options "-display A" & "-dev B" where A = *:0.0, *:1.0, *:0.1 and B = /dev/bwtow0 or /dev/bwtwo1 (Here I tried a quite bit of combination of options) All the above tries came up with the following an error message: XIO: fatal IO error 32 (Broken pipe) on X server "(null)" after 0 requests (0 known processed) with 0 events remaining. The connection was probably broken by a server shutdown or KillClient. It seems to me that X failed to find the target frame buffer. Interestingly enough, I can run "suntools" without any problems even though X failed. Here is information on SunOS bootup: A. GENERIC_SMALL: # Support for monochrome frame buffers on various machine types device bwtwo0 at obmem 7 csr 0xff000000 priority 4 # 3/60 # 3/60 P4 color frame buffer overlay plane, or P4 monochrome frame buffer device bwtwo1 at obmem 7 csr 0xff300000 priority 4 # 3/60 B. At auto-boot, system recognize a frame buffer as "bwtwo1", NOT "bwtwo0" even though system has only ONE monochrome monitor. It says: ...... bwtwo1 at obmem 0xff300000 pri 4 bwtwo1: resolution 1152 x 900 ...... This leads me to the following questions: Q1: Does system confuse P4 monochrome frame buffer with P4 color frame buffer overlay plane for "bwtwo1" ? Q2: Is sytem supposed to recognize a frame buffer as "bwtwo0" for ONE monochrome display device, NOT "bwtwo1" ? Q3: Is there a hardware jumper or switch to set monochrome frame buffer ? Q4: If X is required to recognize "bwtwo0" as a frame buffer for a single monochrome sun-3/60LE, is there a hardware/software switch to set a frame buffer as "bwtwo0" ? Q5: Do I need to make any changes in EEPROM for this purpose ? Q6: Are there any other ways to pass "disply(or frame buffer) device" information to X except "-dev" or "-display" options ? Any ideas or suggestions will be more than welcome. Trying to have all the help I can get... Please help me. I really appreciate your help on this. email: park@nova.stanford.edu From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 12 07:55:15 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA14285; Thu, 12 Dec 1991 22:28:36 -0600 Received: by delta.eecs.nwu.edu id AA01117 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 12 Dec 1991 18:15:54 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from apple.com by delta.eecs.nwu.edu with SMTP id AA01103 (5.65c/IDA-1.4.4 for ); Thu, 12 Dec 1991 18:15:44 -0600 Received: by apple.com (5.61/10-Dec-1991-eef) id AA02267; Thu, 12 Dec 91 16:11:04 -0800 for Received: by attain.ICD.Teradyne.COM (4.1/SMI-4.1/TER-1.9/attain-1.9) id AA02470; Thu, 12 Dec 91 15:56:06 PST Received: from zeus.teradyne.uucp by teradyne.uucp (3.2/TerSTD-1.05-910610) id AA08230; Thu, 12 Dec 91 14:33:01 PST Received: from kiki.teradyne.uucp by zeus.teradyne.uucp (4.1/TerSTD-master-1.18-911113) id AA22064; Thu, 12 Dec 91 15:55:15 PST Date: Thu, 12 Dec 91 15:55:15 PST From: zohreh@zeus.ICD.Teradyne.COM (Zohreh Shahbazi) Message-Id: <9112122355.AA22064@zeus.teradyne.uucp> To: sun-managers@eecs.nwu.edu Subject: Connecting Sun3 tape drives to a Sun IPC Cc: darago@zeus.ICD.Teradyne.COM ----- Begin Included Message ----- >From darago@spirit Wed Dec 11 17:18:17 1991 Subject: Connecting Sun3 tape drives to a Sun IPC To: "zohreh" Hi, As a result of our swap of old Sun equipment for IPCs, we will have several shoeboxes with 60 Meg QIC-24 tape drives and Emulex MT02 controllers in them. My question: "Is it possible to connect a 60 Meg QIC-24 tape drive and Emulex MT02 controller to the SCSI port on an IPC? "If so, will I need a special driver on the IPC?" I would appreciate detailed instructions if it is possible. Please email your responses to: darago@teradyne.com Thanks John p.s. I want to provide local tape back up for my users. ----- End Included Message ----- From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 12 10:17:15 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA14474; Fri, 13 Dec 1991 00:05:36 -0600 Received: by delta.eecs.nwu.edu id AA06877 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 12 Dec 1991 20:16:59 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from lbl.gov by delta.eecs.nwu.edu with SMTP id AA06716 (5.65c/IDA-1.4.4 for ); Thu, 12 Dec 1991 20:16:54 -0600 Received: from msri.org by lbl.gov (4.1/1.39) id AA21897; Thu, 12 Dec 91 18:21:38 PST Received: from mobius.msri.org.math.org by msri.org (4.1/SMI-4.1) id AA08052; Thu, 12 Dec 91 18:17:15 PST Date: Thu, 12 Dec 91 18:17:15 PST From: david@msri.org (David Mostardi) Message-Id: <9112130217.AA08052@msri.org> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: Do printer quotas exist? -------Begin Original Question------------------------- I am presently using SunOS (4.1.1) disk quotas to keep users from hogging too much disk space. Works fine, no complaints. Rumor: there is a "printer quota" system which, for example, could limit user Fred to 200 pages per month. Rumor also has it that there is a "login quota" where I could limit Fred to, e.g., 10 hours of login time per week. Is there any truth in these rumors? -------End Original Question------------------------- About Printer Quotas: In general, the answer seems to be: "Nothing canned exists, but you can write one yourself." Two respondents have written programs which maintain databases like: fred 12/5 20 (i.e. fred printed 20 pages on 12/5) mary 12/6 5 fred 12/6 9 john 12/6 11 fred 12/7 30 which can then be summarized into reports. However, these programs are only useful Postscript printers, not the SPARCprinters we have (which use NEWSprint, not Postscript). The two respondents with working systems are: Raymond Chen, UC Berkeley raymond@math.berkeley.edu (until 12/31/91) rjc@math.princeton.edu (begins 2/15/92) and Phil Moyer, Purdue prm@ecn.purdue.edu About Login Quotas: No one responded to that part of my question, so I must assume they don't exist yet. However, good news is on the horizon. Sun has developed two packages, called ARM and ASET, which deal with account management and security. I believe ARM will be bundled with the Solaris 5.0 release in May '92, while ASET will be released with a later version on Solaris. One of these products (I can't remember which) will allow such things as: - allow a user to logon only x times - deactivate an account after x days/weeks/months - activate an account during the week, deactivate it on weekends - etc. Here are the responses about print quotas: ============================= cameron@cs.adelaide.edu.au 1. Use PLP PLP is a public domain substitute for lpd,lpr,etc which supports printer quotas amongst other things. 2. Write your own printer filter. This is not as hard as it seems. Basically you take an existing filter and add the quota stuff. I have done this with a line printer by adding code which queried a dbm file containing paper quotas. ============================= kalli!kevin@fourx.Aus.Sun.COM Printer quotas are generall implemented in the filter side, and are not built into the lpd software. Login quotas are implemented by some of the security systems, but not by vanillia 4.1.1. ============================= sjh@helicon.math.purdue.edu I use a system called lpa which was developed (I think) by the Engineering Computing Network group here at Purdue. You should be able to get more info from: prm@ecn.purdue.edu < Phil Moyer > ... ... ... prm@ecn.purdue.edu We have a system here called lpa that uses dbm routines to keep track of printer usage. You must have source to your printer filters to add the appropriate routines; we have *not* modified our SparcPrinters yet, so I don't know how hard/easy it will be. I am not altogether happy with lpa, and I'd like to re-write it someday. Here's a short summary of lpa: The lpa (Line Printer Accounting) system running at the ECN at Purdue is an add-in set of library routines that keep track of printer use. A dbm database is kept in the printer's spool directory, along with log files and messages to display for the user (such as "you're out of paper; see this person to buy more" or "you don't have permission to print on this printer"). The actual routines are compiled into the print filter for that particular kind of printer. We have modified Adobe's pscomm for laserwriters, QMS's ies for ethernet Imagen printers, and some of the standard filters for line printers. There are three kinds of users in lpa: superuser, administrator, and user. An account with superuser privs can do anything, an account with administrator privs can do almost anything, and a user can only look at his/her own account. There are three kinds of accounts: paynow, paylater, and paynever. Paynow accounts must have pre- purchased the pages, which means that the pages-to-print field must always be positive in order for that user to print. Paylater accounts are allowed to run a tab, which means that the pages-to-print field is allowed to go negative, assuming the user will pay up later. The paynever accounts are for systems administrators who never have to pay up, since they paid for the paper in the first place. :-) There are shell scripts included that will print daily and monthy usage summaries and mail them to whoever wants to see them. ============================= gb@uvm-gen.UVM.EDU Yes we have - we developed some daemons, which includes classes of users also. ============================= ben@banzai.cc.columbia.edu I had to implement printer quotas here myself, as part of the printer's "if" filter. It's a perl program which does a bunch of other things (like spooling to a printer on a terminal server) as well. ============================= miker@sbcoc.com Not with the bundled software. You could get a public-domain printer spooling system (plp? or some such from Columbia?), and it can do quotas (along with a lot of other fun stuff). Only difficulty is that you have to replace the spooler executables (like lpd, lpq, lpc, lpd) on ALL your hosts. The bundled spooling system (BSD) DOES allow for printer accounting, allowing for after-the-fact billing and/or finger-pointing. Never yet heard of a login quota system (though other operating systems allow for it). Again, you can do accounting for what has been used, but not control it (see ac, last, etc.). ----------------------------------------------------------------- David Mostardi Phone: (510) 643-6071 Systems Administrator FAX: (510) 643-5348 Mathematical Sciences Research Institute Email: david@msri.org 1000 Centennial Drive, Berkeley CA 94720 From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 12 03:35:38 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA14492; Fri, 13 Dec 1991 00:30:44 -0600 Received: by delta.eecs.nwu.edu id AA24416 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 12 Dec 1991 13:35:47 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from groan.Berkeley.EDU by delta.eecs.nwu.edu with SMTP id AA23624 (5.65c/IDA-1.4.4 for ); Thu, 12 Dec 1991 13:35:41 -0600 Received: by groan.Berkeley.EDU (5.57/1.41) id AA05025; Thu, 12 Dec 91 11:35:38 -0800 Date: Thu, 12 Dec 91 11:35:38 -0800 From: rusty@groan.Berkeley.EDU (Rusty Wright) Message-Id: <9112121935.AA05025@groan.Berkeley.EDU> To: sun-managers@eecs.nwu.edu Subject: UC Berkeley Campus Software Office From: tep@tots.Logicon.COM Date: Tue, 10 Dec 91 15:51:54 PST To: sun-managers@eecs.nwu.edu Subject: HELP (in a hurry) Reply-To: tep@tots.Logicon.COM X-Organization: Logicon, Inc., San Diego, California This may be marginal for sun-managers, but... We need an e-mail or phone number for the "Campus Software Office" at Berkeley. Both "Ma Bell" and Berkeley's information number have been of no use. I don't know why our information number couldn't find the number for you; the name has changed to the Office of Technology Licensing and in the phone book under Campus Software Office it refers you to that new name. In any event, the phone number is 510-643-7201. From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 12 10:53:00 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA14919; Fri, 13 Dec 1991 01:50:03 -0600 Received: by delta.eecs.nwu.edu id AA31089 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 12 Dec 1991 14:59:32 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from tbird.cc.bellcore.com by delta.eecs.nwu.edu with SMTP id AA06287 (5.65c/IDA-1.4.4 for ); Thu, 12 Dec 1991 14:59:24 -0600 Received: by tbird.cc.bellcore.com id AA08611 (5.65c/IDA-1.4.4 for eecs.nwu.edu!sun-managers); Thu, 12 Dec 1991 15:55:41 -0500 Message-Id: <199112122055.AA08611@tbird.cc.bellcore.com> From: karent@pyuxp.cc.bellcore.com (theisen,karen) To: sun-managers@eecs.nwu.edu Date: 12 Dec 1991 15:53 EST Subject: x3270 problem Can someone help me with the following problem? We are encountering a problem when using x3270 (and tn3270) to get access to MVS systems. We don't have the same problem when using just telnet. Please give us some help or direct us where/how to resolve this problem. The x3270 program is running on a SUN sparc2 station that has SUN OS 4.1.1. The TCP/IP gateway system that we are using is an IBM 3172 box. Overall, we don't have any problem with emulating an IBM 3270 terminal except when we access IMS applications. Some fields from the previous record are not "cleared", instead the first byte of the field from the previous record was deleted. In other words, the attribute byte was not interpreted correctly. The screen we display the records on is one of our IMS developed applications. And this problem is not happenning just with one specific IMS application. If you need, I can send you a postscript screen/window dump of our output. Thank you very much for your attention! Karen Theisen karent@pyuxp.cc.bellcore.com (908) 699-5161 From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 12 09:51:20 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA15079; Fri, 13 Dec 1991 02:20:50 -0600 Received: by delta.eecs.nwu.edu id AA30456 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 12 Dec 1991 14:20:15 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay2.UU.NET by delta.eecs.nwu.edu with SMTP id AA21973 (5.65c/IDA-1.4.4 for ); Thu, 12 Dec 1991 14:20:05 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA25225; Thu, 12 Dec 91 15:19:59 -0500 Received: from sun330.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 151657.25393; Thu, 12 Dec 1991 15:16:57 EST Received: from tyco.milkyway by almserv (4.1/SMI-4.1) id AA17316; Thu, 12 Dec 91 14:51:21 EST Received: from colorado.sysadm by tyco.milkyway (4.1/SMI-4.1) id AA18935; Thu, 12 Dec 91 14:51:20 EST Date: Thu, 12 Dec 91 14:51:20 EST From: almserv!s5udtg@uunet.UU.NET (Doug Griffiths) Message-Id: <9112121951.AA18935@tyco.milkyway> To: sun-managers@eecs.nwu.edu Subject: 386i memory Question: Can a 386i be configured to run with a SIMM chip removed?? i.e. the third module (slot) chip fails intermittently - but we have decided that we don't really need 16 MB anyway. Can we run w/out one memory chip (12 MB) any help would be appreciated. Doug Griffiths ----------------------------------------------------- | Doug Griffiths |INTERNET: | | Sr Technical Analyst| almserv!s5udtg@uunet.UU.NET | | UNIX Support Group |USENET: | | Fannie Mae | uunet!almserv!s5udtg | | Washington, DC | | ----------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 12 09:49:55 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA15103; Fri, 13 Dec 1991 03:12:36 -0600 Received: by delta.eecs.nwu.edu id AA04535 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 12 Dec 1991 13:54:54 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from WILMA.BBN.COM by delta.eecs.nwu.edu with SMTP id AA02516 (5.65c/IDA-1.4.4 for ); Thu, 12 Dec 1991 13:54:43 -0600 Message-Id: <199112121954.AA02516@delta.eecs.nwu.edu> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: Can a Sparcstation SLC have more than 16 Mbytes? Date: Thu, 12 Dec 91 14:49:55 -0500 From: dan@BBN.COM The answer: The only way to go beyond 16 Mbytes in an SLC is to upgrade it to an ELC. Not even 3rd-party memory supplier Clearpoint (I called them) offers a way to do go beyond 16 Mbytes on an SLC board. Sun offers an ELC upgrade. I have not investigated the price (since I think it very unlikely we'll go that route). Here are some edited-down summaries, ending with a detailed description of the ELC and the upgrade from SunFLASH. In addition to the people listed below, I received replies from "George A. Planansky" Jason Ornstein Steve Lushing Jim Dempsey Thanks to everyone who replied. Dan Franklin From: oliveau@tdycapd (Greg Oliveau) 16MB is the max... From: Doug Neuhauser No. From: Marcel Bernards According to my information , it's not possible to exceed the 16 MB limit on an SLC now. (36 bits 4Mb simms) The ELC can, but they use the new 33 bits 16 MB simms (as the IPX). The only thing you can do now is to order an SLC->ELC update. In fact, it's just a new board plugged in the back of your SLC. It roughly doubles your performance. From: mark galbraith As far as I know, you have max'd out this SLC. The SLC is only able to use 4Mb SIMMs and there are only four slots. From: Guy Boudreault By upgrading your SLC to an ELC you could use the ney 16Mb. SIMM available. You can put 64Mb. total in the new machine I include a SunFlash article on the upgrade. Good luck. ------------------------------------------------------------------------------- Guy Boudreault | Centre de recherche informatique de Montreal (CRIM) Analyste de systeme (UNIX)| 3744 rue Jean-Brillant, bureau 500 | Montreal (Quebec) Canada H3T 1P1 | tel: (514) 340-5700 poste 5754 fax: (514) 340-5777 ------------------------------------------------------------------------------- ----- Begin Included Message ----- ---------------------------------------------------------------------------- The Florida SunFlash SPARCstation ELC SunFLASH Vol 31 #25 July 1991 ---------------------------------------------------------------------------- - Industry's highest performance, entry-level monochrome RISC workstation - 20.3 SPECmarks and 21 MIPS in an enhanced CPU-in-monitor package - Up to 64MB of RAM using 4 and 16-Mbyte SIMMs - New "pop-top" CPU access door for easy service, memory upgrades, and customer installable system board Available Configurations: - Diskless, 8-Mbyte ELC (4/25FM-8) - New 8-Mbyte ELC diskfull package with 207-Mbyte Desktop Disk Pack (4/25FM-8-P45) - SPARCstation SLC board-swap upgrade to SPARCstation ELC available (UG4/20-Q) The SPARCstation ELC is Sun's high performance, entry-level replacement for the SPARCstation SLC. The ELC is targeted for Sun's most price sensitive customers in DBMS, Document Image Processing, Software Development and Education. The heart of the ELC is a new integrated SPARC integer and floating point unit. The new SPARC chip represents Sun's highest level of integration to date and delivers sustained performance of 20.3 SPECmarks, 21 MIPS and 3 DP MFLOPS. Like the SPARCstation SLC, the ELC utilizes a small, convection cooled, 17" monochrome monitor package, but includes some important improvements. The ELC display provides antiglare, antistatic, and anti-magnetic properties which comply with German GS and Swedish MPR--two of the world's toughest benchmarks for ergonomics and health. In addition, the monitor enclosure has been modified to include a "pop top" CPU access door. This door snaps off to allow E-Z service, memory upgrades, and customer installation of the system board. No tools are required. The SPARCstation ELC is a higher performance version of its predecessor with several important improvements. It is positioned as a client/server workstation alternative to minicomputer-attached terminals and networked PCs where color, SBus expansion, and internal storage are not required. Like all Sun workstations, the ELC is also available in a cost effective file server configuration. FEATURES AND BENEFITS --------------------- Features Benefits ------------------------------------------------------------------------------ 33 Mhz SPARC integrated * Economical integer and floating integer and floating point unit; point power for image decompression 20.3 SPECmarks(21 MIPS/3 MFLOPS) program compilation, and front-end database processing ------------------------------------------------------------------------------ 8-64MB memory (8-Mbyte standard, * Growth headroom for memory- 64-Mbytes maximum) intensive applications * Users can upgrade in 4 and 16-Mbyte increments ------------------------------------------------------------------------------ 17-inch, 100 dpi, monochrome monitor * Displays crisp, affordable, bit- with antiglare treatment mapped images while reducing eye strain and fatigue Convection-cooled monitor package * Saves valuable desktop real estate and provides a quiet, productive workplace ------------------------------------------------------------------------------ "Pop-Top" CPU access door * Permits E-Z service and memory upgrades - no tools necessary ------------------------------------------------------------------------------ SCSI-2 port * Flexibility to add up to 5.2 G-bytes of local disk, 150-Mbyte and 2.3 G-Byte tape drives, CD-ROM, and other SCSI options ------------------------------------------------------------------------------ 2 RS232C Serial ports * Local access to modems, printers, -Port A Async/Sync/Modem control scanners, and other serial devices -Port B Async only(requires serial splitter cable, X985Q) ------------------------------------------------------------------------------ Ethernet port * Standard access to heterogeneous, client-server network computing environment ------------------------------------------------------------------------------ Audio I/O port(internal speaker) * Equipped for multi-media mail and other applications which utilize audio I/O ------------------------------------------------------------------------------ FCC Class "B" certification * Meets FCC radio frequency interference guidelines for home, office, and dormitory use Swedish MPR and GS-Mark * Meets world's most stringent requirements for health and ergonomics SCD 1.1 Compliant * Assures compatibility with systems branded SCD 1.1 compliant by SPARC International ------------------------------------------------------------------------------ SPARCstation SLC to ELC Upgrade Board-Swap upgrade from SLC * Nearly doubles compute performance * Delivers 4X memory capacity * Supports SPARCstation SLC SIMMs * Board-Swap takes minutes Notes: SPARCstation ELC requires SunOS 4.1.1 What are the major differences between the SPARCstation ELC and the SPARCstation SLC ? What stays the same ? Here's a list of the major enhancements: + More Processing Power 20.3 SPECmarks vs. 8.8 21 MIPS vs. 13.5 3 MFLOPS(DP) vs. 1.5 Integrated IU/FPU @ 33MHz vs. Separate IU/FPU @ 20MHz SS2 chip-set (cache, DMA, etc.) vs. SS1 chip-set + Packaged configuration with 207-Mbyte Desktop Disk Pack + More Memory 64MB Max vs. 16MB Max X33 SIMMs (4 and 16-Mbytes) vs. X36 SIMMs (4-Mbyte only) + Easier Expandability and Serviceability "Pop-Top" CPU access door for service and memory upgrades + Customer Installable system board "Pop-Top" allows customer installation of system board + Better Ergonomics Antiglare Treatment (GS-Mark) Antimagnetics and Antistatic (Swedish MPR) + More Agency Approvals VCCI 2 (ICON Requirement) FCC B(University Dorms, Homes) + SunOS SPARCstation ELC requires SunOS 4.1.1 Here's what stays the same: SCSI-2, Serial (using same splitter cable), Ethernet, and Audio ports 1152x900, 100 dpi, monochrome display; Convection-cooled, CPU-in-the-monitor design The 17" SLC monitor has been re-designed to make installing the SPARCstation ELC system board fast, efficient and simple. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ For information send mail to info-sunflash@sunvice.East.Sun.COM. Subscription requests should be sent to sunflash-request@sunvice.East.Sun.COM. Archives are on solar.nova.edu and paris.cs.miami.edu. All prices, availability, and other statements relating to Sun or third party products are valid in the U.S. only. Please contact your local Sales Representative for details of pricing and product availability in your region. Descriptions of, or references to products or publications within SunFlash does not imply an endorsement of that product or publication by Sun Microsystems. In the US, use 1-800-USA-4-SUN to locate your local sales office, for hardware and software support, and telemarketing (SunEXPRESS). John McLaughlin, SunFlash editor, flash@sunvice.East.Sun.COM. (305) 776-7770. ----- End Included Message ----- From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 11 14:16:00 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA15187; Fri, 13 Dec 1991 04:44:59 -0600 Received: by delta.eecs.nwu.edu id AA19024 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 12 Dec 1991 15:34:40 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from nuacc.acns.nwu.edu by delta.eecs.nwu.edu with SMTP id AA13238 (5.65c/IDA-1.4.4 for ); Thu, 12 Dec 1991 15:34:34 -0600 Received: from TNTECH.BITNET by nuacc.acns.nwu.edu; Thu, 12 Dec 91 15:31 CDT Received: from TNTECH.BITNET by TNTECH.BITNET (PMDF #12342) id <01GDZZQ24N8WAW2HF4@TNTECH.BITNET>; Wed, 11 Dec 1991 20:16 CST Date: Wed, 11 Dec 1991 20:16 CST From: "Joel L. Seber ... CH210" Subject: SUMMARY - Mail not working on NIS server... To: sun-managers@eecs.nwu.edu Message-Id: <01GDZZQ24N8WAW2HF4@TNTECH.BITNET> X-Envelope-To: sun-managers@eecs.nwu.edu X-Vms-To: SUN-MANAGERS X-Vms-Cc: JLS2013 My original problem description follows: =========================== System: Sun Sparcstation 1 acting as NIS server to 55 more SUN stations 12MB RAM, monochrome screen, two Quantum 104 drives internal, one 327M WREN-IV external drive, one 1.6G Seagate Elite I external drive, Exabyte-8200 8mm tape drive, SUN QIC-150M 1/4" tape drive I recently had a problem with my root (/) partition of my first internal 104M hard drive where several items were lost to 'lost+found'. After fsck did its work, mail stopped functioning for the server. All other stations in the net can mail each other and, sometimes, the server. I say 'sometimes' because some messages have been rejected by the server. As per the SUN System and Adminstration manual, I performed the following test on the NIS server: /usr/lib/sendmail -v >HELO ch208a.ttu 553 ch208a.ttu host name configuration error Trying 192.9.200.10... connected. 220 ch208a.ttu Sendmail 4.1/SMI-4.1 ready at Wed, 27 Nov 91 16:41:26 CST >>HELO ch208a.ttu ... MANY, MANY of these until... 553 ch208a.ttu host name configuration error makeconnection: no socket: Too many open files Too many open files Error contacting remote server ch208a I know I must have lost something important when my drive messed up. I realize that I could reinstall SUNOS and everything would be OK, but I can't [Aafford to be down just now if I can help it. Therefore, my question is: can anyone tell me how to regenerate mail access on a system without bringing it down? I will summarize if necessary. ======================= There was not a clear resolution to the problem. Several people replied that I should check /etc/sendmail.cf, /var/spool/mail, /var/spool/mqueue, etc. I did, and everything compared perfectly with a backup made well before the trouble began. A band-aid fix was found thanks to a local VMS system adminstrator who had knowledge of Internet mail's workings. In /etc/sendmail.cf, I changed the line which read Dj$w.$m to read Dj$w Apparently, somehow, the domain name of my network was being appended to the end of the address twice, once through $m, and again through some unknown means. After this change, at least local mail from my server to my server (from 'cron' processes and the like, not to mention my outgoing mail to users) began to function again. I strongly suspect something very crucial to mail in NIS was lost when my root partition was damaged, but all other functions (including mail in general on all other systems in the net) worked fine. My final solution is going to be to reinstall SUNOS on my NIS server after all the students have gone home for the holiday break. I guess I will never really know what happened, but a stopgap solution is better than none at all! Thanks to the following people for responding: Jack Stewart (jack@laguna.CCSF.Caltech.EDU) Rodger ???? (catsmgr@snap.ua.oz.au) Jeff Aldrich (aldrich@sunrise.stanford.edu) Eckhard Rueggeberg (erueg@cfgauss.uni-math.gwdg.de) Claude-Marie Sauve (claudie@CANR.Hydro.Qc.CA) Mike Raffety (miker@sbcoc.com) Chuck ???? (root@jupiter.cs.uga.edu) (by far the most informative reply) Joel L. Seber | Dry humor is wasted around here. SUN Workstation Laboratory Manager | Center for Manufacturing Research | -Joel L. Seber and Technology Utilization | Tennessee Technological University | recursive, adj. Cookeville, TN 38505 | See 'recursive' | jls2013@tntech.bitnet | From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 11 14:24:00 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA15191; Fri, 13 Dec 1991 04:47:14 -0600 Received: by delta.eecs.nwu.edu id AA23774 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 12 Dec 1991 15:35:13 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from nuacc.acns.nwu.edu by delta.eecs.nwu.edu with SMTP id AA20442 (5.65c/IDA-1.4.4 for ); Thu, 12 Dec 1991 15:35:07 -0600 Received: from TNTECH.BITNET by nuacc.acns.nwu.edu; Thu, 12 Dec 91 15:30 CDT Received: from TNTECH.BITNET by TNTECH.BITNET (PMDF #12342) id <01GE000Y6SQCAW2HF4@TNTECH.BITNET>; Wed, 11 Dec 1991 20:24 CST Date: Wed, 11 Dec 1991 20:24 CST From: "Joel L. Seber ... CH210" Subject: POST-SUMMARY: Device Busy error on Sparcstation Floppy Drives To: sun-managers@eecs.nwu.edu Message-Id: <01GE000Y6SQCAW2HF4@TNTECH.BITNET> X-Envelope-To: sun-managers@eecs.nwu.edu X-Vms-To: SUN-MANAGERS X-Vms-Cc: JLS2013 In reference to a problem I had some time back, it was discovered that my solution potentially caused a larger problem than I solved. Here is my original solution post: ======================= I realize it took a long time, but the solution to my problem concerning floppy drives locking users out has been solved. The original problem was that, in our academic labs, several users would mount floppy disks on a Sparcstation 1 floppy drive during the day. The system would sometimes report a 'Device Busy' error for, apparently, no good reason. /etc/mtab showed no trace of the drive being mounted, and 'fuser' reported similiar results. The clue came from Todd Antonson (antonson@software.org) who suggested that 'selection_svc' might be my culprit. In fact, I killed 'selection_svc' and attempted to mount another floppy, but with the same results. It always took a reboot to cure the problem. As it turns out, Todd was correct in that 'selection_svc' was the problem. If the user who fired up 'selection_svc' also was the one whose disk fouled up, then no one else could use the drive until the next reboot, even if 'selection_svc' was killed and restarted! My solution was to make 'root' own the 'selection_svc' process by running it explicitly in '/etc/rc.local' at boot time with the statement selection_svc & You MUST explicitly put it in the background or the system locks up (I found out the hard way!!!). This way, no one user (other than root) can foul the drive up (at least in this situation). Thanks to all who have replied to my pleas for help over the last few months (too many to name here; you know who you are!). And also thanks to the administrators of 'sun_managers' for having the patience and disk space necessary for such an endeavor. ========================= Thanks to the efforts of several concerned people (again, too many to mention here), I contacted my local Sun rep, Colleen Grissom. Here is the reply I received from Sun and the REAL fix to this problem: ========================== From: IN%"Colleen.Grissom@East.Sun.COM" 24-OCT-1991 15:58:51.71 To: IN%"joel@nashvl.East.Sun.COM" CC: Subj: Yes, it is a security hole!! (network stuff edited out) Joel -- Here is the response. Let me know if I need to get the patches he mentioned and send them to you or if can get them from the net. Colleen ----- Begin Included Message ----- >From Brad.Powell@Corp Thu Oct 24 15:35:31 1991 To: Colleen.Grissom@East Subject: Re: Security hole I think I fixed this before CERT started posting advisories. Also pick up patch 100184-02 which is the openwin equivelent (sv_xv_sel_svc) Brad here is the patch info; for details look at the bug reports. patchid bugid synopsis ========================================================================== 100085-03 1039576 1040606 selection_svc security bug. Picks up support for sun2,sun3,sun4,sun386i SunOS 4.0.3, SunOS 4.1, 4.1.1 and SunOS 4.0.2 386i (README from patch 100085-03) Patch-ID# 100085-03 Keywords: selection_svc sunview1 security Synopsis:SunOS 4.0.3,4.1,4.1.1:selection_svc and rpc can be used to gain access to system files Date: 05-Sept-90 SunOS release: 4.0.3, 4.1, sun386i 4.0.1/4.0.2 Unbundled Product: Unbundled Release: Topic: BugId's fixed with this patch: 1039576 1040606 Architectures for which this patch is available: sun2 sun3 sun3x sun4 sun4c sun386i Obsoleted by: Problem Description: selection_svc can be used to get /etc/passwd from a machine you do not have login permissions to this can also be used to view user files on that machine. Procedure to install a patched version of the selection_svc -------------------------------------------------------- the new version fixes the security problem described in bug 1039576 and 1040606: Exit SunView (if already running SunView) and kill off existing selection_svc by sending it a SIGHUP (kill -1 ) Install the new selection_svc in /usr/bin/sunview1 (as root) for SunOS 4.1. Install the new selection_svc in /usr/bin (as root) for SunOS 4.0.3 and 4.0.2. For sun3 and sun4 SunOS4.1 % su root # cp selection_svc /usr/bin/sunview1 For sun2, sun3, sun386i, and sun4 running 4.0.3 or 4.0.2 %su root # cp selection_svc /usr/bin Step 4. Restart SunView. >From Colleen.Grissom@East Thu Oct 24 12:37:11 1991 >Date: Thu, 24 Oct 91 14:35:31 CDT >To: tstech@Sun.COM >Subject: Security hole >Cc: Colleen.Grissom@East, joel@nashvl.East > >Greetings techers -- > >Is there a security bug with running selection_svc as root? If so, >what are the implications with respect to SunView? And if so, is there >a CERT advisory on this? This relates to SunOS 4.1.1. > >TIA, > >Colleen > >Colleen Grissom 301 S. Perimeter Park Drive >TSE Sun Dixie Suite 100 > Nashville, TN 37211 >colleen.grissom@East.Sun.COM (615) 781-4266 > ----- End Included Message ----- Colleen Grissom 301 S. Perimeter Park Drive TSE Sun Dixie Suite 100 Nashville, TN 37211 colleen.grissom@East.Sun.COM (615) 781-4266 ================================= Very much thanks to all who participated in this, especially Colleen. Joel L. Seber | Dry humor is wasted around here. SUN Workstation Laboratory Manager | Center for Manufacturing Research | -Joel L. Seber and Technology Utilization | Tennessee Technological University | recursive, adj. Cookeville, TN 38505 | See 'recursive' | jls2013@tntech.bitnet | From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 12 13:01:50 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA15194; Fri, 13 Dec 1991 04:50:19 -0600 Received: by delta.eecs.nwu.edu id AA23123 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 13 Dec 1991 01:33:44 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from sun2.nsfnet-relay.ac.uk by delta.eecs.nwu.edu with SMTP id AA22517 (5.65c/IDA-1.4.4 for ); Fri, 13 Dec 1991 01:33:38 -0600 Received: from aberdeen.ac.uk by sun2.nsfnet-relay.ac.uk via JANET with NIFTP id <10113-0@sun2.nsfnet-relay.ac.uk>; Thu, 12 Dec 1991 13:16:49 +0000 From: "G.ROBERTSON" Date: Thu, 12 Dec 91 13:01:50 GMT Message-Id: Reply-To: G.ROBERTSON@aberdeen.ac.uk To: sun-managers@eecs.nwu.edu Subject: openwin keymaps Has anyone got xmodmap and/or .ttyswrc to do anything sensible? I've had a try and got rubbish, as follows: Here's my xmodmap data: cat .xmodmap ! ! xmodmap calls to remap keysyms F13-20 onto 'shift + F1-8', so that the ! keyboard can be made to behave as per a PC set up with kermits.ini. ! clear Mod2 keycode 12 = F1 F13 keycode 13 = F2 F14 keycode 15 = F3 F15 keycode 17 = F4 F16 keycode 19 = F5 F17 keycode 21 = F6 F18 keycode 23 = F7 F19 keycode 24 = F8 F20 I decided to clear Mod2, as it used keysyms F13,16,18,19,20 in it's default setting. I called xmodmap from .xinitrc, replacing the Sun-distributed call which makes F1 equal to Help. After restarting openwin, here's what I see from a shell-tool window: cc1% xmodmap -pk There are 4 KeySyms per KeyCode; KeyCodes range from 8 to 132. KeyCode Keysym (Keysym) ... Value Value (Name) ... 8 0xffc8 (F11) 9 10 0xffc9 (F12) 11 12 0xffbe (F1) 0xffca (F13) 13 0xffbf (F2) 0xffcb (F14) 14 0xffc7 (F10) 15 0xffc0 (F3) 0xffcc (F15) 16 0x1000ff10 (no name) 17 0xffc1 (F4) 0xffcd (F16) 18 0x1000ff11 (no name) 19 0xffc2 (F5) 0xffce (F17) 20 0xff7e (Mode_switch) 21 0xffc3 (F6) 0xffcf (F18) 22 23 0xffc4 (F7) 0xffd0 (F19) 24 0xffc5 (F8) 0xffd1 (F20) 25 0xffc6 (F9) 26 0xffe9 (Alt_L) 27 etc,etc. So far so good. But... cc1% xmodmap -pm xmodmap: up to 5 keys per modifier, (keycodes in parentheses): shift Shift_L (0x6a), Shift_R (0x75) lock Caps_Lock (0x7e) control Control_L (0x53) mod1 Meta_L (0x7f), Meta_R (0x81) mod2 F1 (0xc), F4 (0x11), F6 (0x15), F7 (0x17), F8 (0x18) mod3 Mode_switch (0x14) mod4 Num_Lock (0x69) mod5 what's happened to mod2? Yet If I now call xmodmap to clear mod2 it will do it OK. Now for .ttyswrc troubles: Here's my file... mapi F1 \EOq mapi F2 \EOr mapi F3 \EOs mapi F4 \EOt mapi F5 \EOu mapi F6 \EOv mapi F7 \EOw mapi F8 \EOx mapi F9 \EOy mapi F10 \EOp mapi F11 \E[234z mapi F12 \E[235z mapi F13 \EP mapi F14 \EQ mapi F15 \ER mapi F16 \ES mapi F17 \Em mapi F18 \El mapi F19 \En mapi F20 \EM mapi R1 \E[208z mapi R2 \E[209z mapi R3 \E[210z mapi R4 \E[211z mapi R5 \E[212z mapi R6 \E[213z mapi R7 \E< mapi R9 \EOP mapi R11 \E[218z mapi R13 \E> mapi R15 \EOQ mapi L2 \E[193z mapi L3 \E[194z mapi L4 \E[195z Which is just the one released with openwin with some of the keys changed. Note that I've left alone those stated in the doc. to belong to xview, like L1-10,R11 etc. See man pages for shelltool. Anyway, when I look to see what I've got on the function keys, I find TROUBLE..... F1 and F2 are OK. F3 makes the current window blink. F5 reduces it to an icon, and the shifted function keys are weird: eg Shift + F1 is \E194z = L3! The keypad keys seem to have got mapped OK, however. Anyone been here before? G. ----- End Included Message ----- From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 12 15:37:39 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA15211; Fri, 13 Dec 1991 05:11:03 -0600 Received: by delta.eecs.nwu.edu id AA25185 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 13 Dec 1991 01:41:00 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from CCSF.Caltech.EDU (sampson.ccsf.caltech.edu) by delta.eecs.nwu.edu with SMTP id AA23829 (5.65c/IDA-1.4.4 for ); Fri, 13 Dec 1991 01:40:53 -0600 Received: from laguna (laguna.ccsf.caltech.edu) by CCSF.Caltech.EDU (4.1/SMI-4.1) id AA03921; Thu, 12 Dec 91 23:37:42 PST Received: by laguna (4.1/SMI-4.1) id AA02447; Thu, 12 Dec 91 23:37:40 PST From: jack@laguna.CCSF.Caltech.EDU (Jack Stewart) Message-Id: <9112130737.AA02447@laguna> Subject: Weird Problem with SPARCprinter To: sun-managers@eecs.nwu.edu Date: Thu, 12 Dec 91 23:37:39 PST X-Mailer: ELM [version 2.3 PL11] Hi, I am having a really strange problem with a SPARCprinter and I wanted to know if anyone who has SPARCprinters might have had a similar problem. Basically what is happening is the top of the page is getting chopped (as if the entire page was shifted up an inch - the scale is preserved). The manual did not provide any insight. I have tried the following: checked the magnets on the paper tray, swapped the paper tray with another (working) SPARCprinter, checked and made sure nothing has been changed in .param file, checked and made sure that nothing has within the openwindows, newsprint, or SPARCprinter directories. In short, I have tried everything that I know of - to no avail. I am going to try and contact Sun (or rather have our designated rep contact them) Support and see if they can tell me what is going on. Since tomorrow is a Friday I am not optimistic about being able to get a hold of them. In the mean time I have several rabid users breathing down my neck. Any help that anyone could give me would be much appreciated. Naturally, send your responses via mail and I will summarize. ---Jack -- Jack Stewart E-Mail: jack@CCSF.Caltech.EDU Caltech Concurrent Supercomputing Facility, Phone: 818-356-2153 Mail Stop # 158-79, 391 S. Holliston, Pasadena, CA 91125. #include From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 13 12:17:09 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA15239; Fri, 13 Dec 1991 06:13:52 -0600 Received: by delta.eecs.nwu.edu id AA25652 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 13 Dec 1991 02:24:27 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from helios.intranet.gr by delta.eecs.nwu.edu with SMTP id AA26687 (5.65c/IDA-1.4.4 for ); Fri, 13 Dec 1991 02:17:31 -0600 Received: from zeus.intranet.gr by helios.intranet.gr (4.0/25-eef) id AA01224; Fri, 13 Dec 91 10:12:19 +0200 Received: by zeus.intranet.gr (4.1/SMI-4.1) id AA06157; Fri, 13 Dec 91 10:17:09 +0200 Date: Fri, 13 Dec 91 10:17:09 +0200 From: antonis@intranet.gr (Antonis Kyriazis) Message-Id: <9112130817.AA06157@zeus.intranet.gr> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: (non summary) SUN - SNA link Dear fellows walter@pins.com asked me to send a summary about; unfortunately I haven't enough information yet. I expect to learn something about UREP, a product emulating the RSCS system(SUN Catalyst). Meanwhile, John R. Kilheffer , sent me the following suggestion. -------------------------- >From garfield!amp19263@csi.forth.gr Mon Dec 9 21:22:58 1991 Return-Path: Received: from helios.intranet.gr by zeus.intranet.gr (4.1/SMI-4.1) id AA02323; Mon, 9 Dec 91 21:22:57 +0200 Received: from ariadne.csi.forth.gr (ariadne-x25b.csi.forth.gr) by helios.intranet.gr (4.0/25-eef) id AA12082; Mon, 9 Dec 91 21:17:36 +0200 Received: from Relay.Prime.COM by ariadne.csi.forth.gr via ITEnet with SMTP; id AA04628 (5.61++/FORTH-ICS-2.21); Mon, 9 Dec 91 21:16:44 +0200 Received: from S2901A.amp.com by Relay.Prime.COM; 09 Dec 91 14:23:52 EST Received: from garfield.amp.com [1.140.1.1] by S2901A.amp.com ; 09 Dec 91 14:18:45 EST Received: by garfield.amp.com (4.1/SMI-4.1) id AA02861; Mon, 9 Dec 91 14:22:17 EST Date: Mon, 9 Dec 91 14:22:17 EST From: John R. Kilheffer Message-Id: <9112091922.AA02861@garfield.amp.com> To: antonis@intranet.gr Subject: Re: SUN - SNA Link Status: RO I'll agree on the "brain-dead" comment. We have successfully used "sendfile" to encode variable record length files on the IBM for transmission via FTP to a Sun host. We can't do anything with them once they're on the Sun, but at least we can send them back an decode them. We do the following: 1. User uses "sendfile" to send a designated VM file to a disconnected virtual machine. 2. Virtual machine "wakes up" upon receipt of a RDR file and proceeds to EXECIO read it onto a local temp disk. 3. Virtual machine then uses FTP and sends the file in binary mode to one of the Sun workstations where it is stored away. 4. Machine sends transmission acknowlegement to user. To get a file back: 1. User runs a program which SMSG's the virtual machine with the name of the file to retrieve. 2. Virtual machines "wakes up" upon receipt of the message. 3. Virtual machine uses FTP to retrieve the file in binary mode from the Sun workstation to local temp disk. 4. Virtual machine spools RDR to requesting user and uses EXECIO to place the file in the spool area. 5. Virtual machine sends transmission report to user. Maybe this will work for your situation. Assuming you know (or have access to someone who knows) REXX, the disconnected machine is fairly trivial to write. Let me know if this helps. John Kilheffer AMP Incorporated Supervisor, Operations / Workstation Group amp19263@garfield.amp.com ---------------------------------------------- I had no time to test it, but I believe it'll work because of 'sendfile' which encodes information to fixed-record length structure. Anyway, UREP may be faster than FTP, because the conversion begin after the transfer (RSCS resides on UNIX too...). If and when I have more on it, I'll post a summary. Thank you very much John. --------------------------------------------------------------------- | Antonis Kyriazis antonis@intranet.gr | | S/W Design Center sil.icm.icmakyr@memo.ericsson.se | | UNIX networks & comms adm. phone: (01) 66 44 961-5 | | INTRACOM sa (01) 88 43 715 | | 19.5 km Marcopoulo Ave. fax: (01) 66 44 379 | | PEANIA 190 02 (01) 66 43 718 | | Greece | --------------------------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 13 07:32:28 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA15288; Fri, 13 Dec 1991 07:32:28 -0600 Received: by delta.eecs.nwu.edu id AA30080 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 13 Dec 1991 03:56:39 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from fhg.de (fhg1.fhg.de) by delta.eecs.nwu.edu with SMTP id AA30634 (5.65c/IDA-1.4.4 for ); Fri, 13 Dec 1991 03:56:08 -0600 From: Jan.Gottschick@ipk.fhg.de Received: by fhg.de (fhg1.fhg.de) with PRESMTP; Fri, 13 Dec 91 10:51:20 +0100 from FHG-GATEWAY Received: by fhg.de (fhg1.fhg.de) with SMTP; Fri, 13 Dec 91 10:50:54 +0100 from 00.IPK.fhg.de Message-Id: <9112130950.AA13229@fhg.de> Received: from ipk.fhg.de by pinguin.ipk.fhg.de id <16370-0@pinguin.ipk.fhg.de>; Thu, 12 Dec 1991 17:13:31 +0100 Subject: Re: Sparc 2 with two ethernet-interfaces To: sun-managers@eecs.nwu.edu Date: Thu, 12 Dec 91 17:13:28 MET Thanks for all the answers. So we fixed our problem in the morning and our problems gone away. Below our questions and parts of the answers. ->We have a second sbus-ethernet-interface in our sparc 2. We have two ->Internet-subnets, so our machine is known by two adresses. We setup a ->second file "/etc/hostname.le1" with the second Internetname. Both names ->are in /etc/hosts. The machine works fine as a router. I forgot to told that we have both interfaces connected to the same cable. -> ->But we have one mistery. "ifconfig -a" shows: -> ->le0: flags=63 -> inet 192.102.176.1 netmask ffffff00 broadcast 192.102.176.0 -> ether 8:0:20:f:1f:cc ->le1: flags=63 -> inet 192.44.15.23 netmask ffffff00 broadcast 192.44.15.0 -> ether 8:0:20:f:1f:cc ->llc0: flags=0<> -> ether 0:0:20:f:1f:cc -> ->The ethernet-nb's of both interfaces are identical. Have we two interfaces ->with the same address or sunOS using only one interface (!) ? 2) I too thought it was weird, and nearly went hairless hunting for the 2) ethernet address of the card within the shipping boxes (in the trash bin 2) :-( ). Well I did not find any, so I just let it be. 1) I think that ifconfig uses the Ethernet address in the Host ID PROM on the 1) CPU board. This is the case when configuring FDDI interfaces, since you 1) then have a gateway configuration also. Just a guess, but I think the Host 1) ID PROM's the key..... 2) My conjecture is that SunOS sets up all interfaces it finds in one 2) machine with the same ether address. The reasoning behind this is that 2) each one of these interfaces is attached to a different physical media, 2) and since every SPARC has a unique ether address no conflict will ensue. 2) 2) Ha! This precludes having two different logical networks on the same 2) cable, and having a SPARCstation with two interfaces connecting them. Is 2) this useful ? I know not, but I know it's not possible with SunOS 4.1.1! You need this when you have to much machines for one C-class-net ! 3) If you 3) purchase a non-Sun interface it will have it's own address as reported by 3) ifconfig, but you don't need it. 4) _ethernet_ address on both interfaces HAS to be identical. Yes, I set up 4) one or two Suns with two ethernet interfaces, and that's exactly how it 4) should be: different IP addreses, identical ethernet addresses. 7) Another way to look at it is that an ethernet address only has to identify 7) a node (i.e. a computer system), not a particular interface. In the past I understood the last one. 6) What you see is both intentional and correct. Some protocols (i.e., XNS) 6) use the Ethernet address as the host address, so Suns set all Ethernet 6) interfaces to use the same address. It doesn't cause any confusion, 6) because they're on different cables. 6) 6) This is the key. So we put them on two different cables. And this was 6) our principal intention. But we say in Germany: "Nichts haelt besser als ein Provisorium" 9) Several people pointed out that you can use the ifconfig statement to set 9) the ether address thus: 9) 9) ifconfig interface ether ##:##:##:##:##:## 11) ifconfig le1 `/bin/hostname` ether xx:xx:xx:xx:xx:xx ( more options) 9) 9) Since our primary ethernet number is 8:0:20:8:c2:a5 I set the second interface 9) to 8:0:20:8:c2:a6 and the problem indeed went away. I don't know how I missed 9) that option in the manual pages. It isn't very clear but its definitely there. 10) Both interfaces use the same ethernet address. This is indeed the 10) correct thing to do according to IEEE 802.3 and ISO 8802-3. 9) IEEE 802.3 and Ethernet HAVE provided a mechanism in address assignment that 9) allows for a locally administered address. To identify a locally administered 9) address the second most significant bit is a "1" (i.e., perform a logical OR 9) of the address with 40:00:00:00:00:00. This will ensure that no system 9) coming in the door will have that address already assigned to it by the 9) manufacturer. Manufacturers have reserved address blocks for their products, 9) which is why their addresses have similar upper bits. 9) 9) Just for your information the most significant bit is used to identify a 9) multi-destination address (i.e., group or broadcast). Thanks Jan PS: The best answer at last 5) Since dedicated routers are better and cheaper that using workstations, 5) I don't have any dual-nettted Suns, but all of the interfaces on our 5) Ciscos use the same ethernet address. Since yours are on two different 5) networks, it's just fine. Jan -- Jan Gottschick | Telefon : 030/39006-216 IPK - Bereich KT | Telefax : 030/3911037 Pascalstr. 8-9 | E-Mail : Jan.Gottschick@ipk.fhg.de D1000 Berlin 10 | DFN-Mail : G=Jan;S=Gottschick;O=IPK;P=FHG;A=DBP;C=de From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 13 04:25:31 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA16119; Fri, 13 Dec 1991 12:16:31 -0600 Received: by delta.eecs.nwu.edu id AA08033 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 13 Dec 1991 08:30:53 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from mwunix.mitre.org by delta.eecs.nwu.edu with SMTP id AA10010 (5.65c/IDA-1.4.4 for ); Fri, 13 Dec 1991 08:30:45 -0600 Return-Path: Received: from rod.mitre.org by mwunix.mitre.org (5.61/SMI-2.2) id AA00403; Fri, 13 Dec 91 09:29:35 -0500 Received: from lens.mitre.org by rod.mitre.org.mitre.org (4.1/SMI-4.1) id AA12019; Fri, 13 Dec 91 09:25:31 EST Date: Fri, 13 Dec 91 09:25:31 EST From: john@rod.mitre.org (John Marsh) Message-Id: <9112131425.AA12019@rod.mitre.org.mitre.org> To: sun-managers@eecs.nwu.edu Subject: A termcap entry for iris-ansi-net We need a termcap entry for our SGI 310. The terminal type that the suns complain about is iris-ansi-net. Thank You, John PS. I know I could some poor slob to convert the terminfo entry for with the economy. If there is an automated way to do this please let me know. From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 13 15:58:23 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA16258; Fri, 13 Dec 1991 13:34:18 -0600 Received: by delta.eecs.nwu.edu id AA15583 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 13 Dec 1991 09:58:49 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA12425 (5.65c/IDA-1.4.4 for ); Fri, 13 Dec 1991 09:58:43 -0600 Received: from rutgers.edu by rice.edu (AA07632); Fri, 13 Dec 91 09:58:01 CST Received: from porthos.rutgers.edu by rutgers.edu (5.59/SMI4.0/RU1.4/3.08) id AA26128; Fri, 13 Dec 91 10:58:30 EST Received: by porthos.rutgers.edu (5.59/SMI4.0/RU1.4/3.08) id AA02063; Fri, 13 Dec 91 10:58:26 EST To: ru-mlists-sun-managers@rutgers.edu Path: porthos.rutgers.edu!trudel From: trudel@porthos.rutgers.edu (Jonathan) Newsgroups: ru.mlists.sun-managers Subject: "Rules" for workstations per server Message-Id: Date: 13 Dec 91 15:58:23 GMT Distribution: ru Organization: Rutgers Univ., New Brunswick, N.J. Lines: 25 Hello all. I'm asking this here becuase I value your opinions more than the general *.sys.sun-reading public. My company is on the verge of greatly increasing the number of Suns, and I'd like a good plan on how to best improve the environment. Given the amount of people on the list, please respond by December 17. If you read this after then, please don't respond. Are there any hard and fast rules for determining the ratio of workstations per server? No? thought so. It would seem to be dependent on a number of factors, including: Server disk capacity Server memory Server workload (native processes, that is) Number of diskless workstations in use Workload and memory on the workstations In general, what server/client arrangements do you think are optimal? Beyond that, what do you actually use? Do you have seperate boot and application servers? I will summarize and repost the responses I receive. From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 13 14:36:49 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA16321; Fri, 13 Dec 1991 14:02:21 -0600 Received: by delta.eecs.nwu.edu id AA11070 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 13 Dec 1991 08:37:16 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from discus.technion.ac.il by delta.eecs.nwu.edu with SMTP id AA10500 (5.65c/IDA-1.4.4 for ); Fri, 13 Dec 1991 08:37:04 -0600 Return-Path: To: sun-managers@eecs.nwu.edu Path: discus!amir From: amir@discus.technion.ac.il (Amir Plivatsky) Newsgroups: mail.sun-managers Subject: SUMMARY: Problems with tmpfs on 4.1.1 Summary: Patch 100174-5, limit tmpfs size, one problem remains Message-Id: <10259@discus.technion.ac.il> Date: 13 Dec 91 14:36:49 GMT Reply-To: amir@discus.technion.ac.il (Amir Plivatsky) Organization: Technion, Israel Inst. of Technology Lines: 218 Hello, Before several weeks I posted the following: ? In our main timesharing computer (Sun4/490) we mount /tmp as tmpfs. ? From time to time we encounter a file in /tmp on which any operation ? (open, stat) causes the process to block. After some time there are so ? many processes blocked (indicated by an apparent very high load ? average) that we need to reboot. On one time when I noticed that, a ? file in /tmp caused a "file system full" and then the problem ? appeared. Just now it happened again, this time "df /tmp" shows that ? only a small space is used. ? ? On another computer (Sun3/280) which serves as a news server, when we ? switched from 4.1 to 4.1.1 we started to get panics every time we ? unbatched the news. It turned out our news unbatching program used ? /tmp, and I solved the problem by changing it to use /var/tmp. I am sorry that I could not summarize until now. I got several responses. most of them mentioned patch number 100174-4. One response (from Michael Sullivan mentioned 100174-05. I applied it. Apparently the problem of files in tmpfs that block any operation on them has been solved, as we haven't encountered it again from the time I applied the patch. But the problem of the news unbatching program crashing the system when it uses a tmpfs file has not been solved! This unbatch program opens a temporary file, unlinks it, and then uses it several times when each time it truncates it to the article size. On the final close() of this temporary file the kernel panics with the following: Bus Error Reg 80 This is a repeatable problem. I have never tested this program on our Sun4/490 (I don't want to crash it). Clyde Hoover sent me a useful program to limit the size of tmpfs filesystems. > From: clyde@sirius.cc.utexas.edu > > The problem is that TMPFS steals pages from the VM pool that is also used to > satisfy memory requests for processes. When tmpfs is full (or nearly so), most > of the pages of virtual memory are also used up, leaving little for processes. > > On the other hand, when large memory processes start up, they take VM > from the pool and so limit the amount of space available for tmpfs. > > A real pathological situation would be where a large-memory process > was trying to use lots of space in /tmp, thus drawing on the VM pool from > both directions (tmpfs pages and memory pages). Deadlock can follow > quickly. > > One solution is to limit the amount of VM that tmpfs can take up. Attached > to this mail message is a shell script which does just that. You can set the > size of tmpfs so that you don't starve processes for VM. I don't know what > such a limit should look like yet, but I'm starting at about 50% of VM for > /tmp. > > Clyde Hoover |"Personally, I don't see why a guy can't have > (Shouter-To-Dead-Parrots) | both a girl and a dog. But if you can only > UNIX Sys Admin Tiger Team | afford one of them, get a dog." > Computation Center, UT Austin | -Groucho Marx > clyde@emx.utexas.edu | > > ----------------------------- Cut here ----------------------------- > #!/bin/sh > # > # tmpfs_size - set size of TMPFS > # This is done by twiddling the kernel variable "tmpfs_hiwater", > # which sets the lower bound for the amount of available anonymous memory > # > vecho() > { > if $verbose; then > echo $* > fi > } > > get_hiwat() > { > echo tmpfs_hiwater/D | adb /vmunix /dev/kmem |\ > awk '/_tmpfs_hiwater:.*[0-9]/ { print $2 }' > } > > usage="Usage: $0 > [-n] Suppress size setting > -p NN Set tmpfs size to NN percent of total VM > -s NN Set tmpfs size to NN megabytes > [-v] Verbose > " > MAXtmpfs='75' # Don't let tmpfs get larger than this % of VM > doit=true # Flag to control mem munging > verbose=false # Be chatty > report=false # Just report > > [ -r /dev/kmem ] && kmem_read=true > [ -w /dev/kmem ] && kmem_write=true > pagesize=`pagesize` # Size of system page > # Get total amount of swap (= VM) available via pstat > vm_K=`pstat -s | sed s/k//g | awk '{ print $7 + $9 }'` > vm_bytes=`expr $vm_K \* 1024` # Convert to bytes > > while getopts np:s:rv a; do > case $a in > s) # Absolute size (MB) > if [ -n "$desired" ]; then > echo Select either -p or -s > exit 1 > fi > desired=`expr $OPTARG \* 1024 \* 1024` > ;; > p) # Percentage of VM > if [ -n "$desired" ]; then > echo Select either -p or -s > exit 1 > fi > desired=`echo $vm_bytes \* 0.$OPTARG | bc | sed 's/\.[0-9]*//'` > ;; > n) doit=false > ;; > r) if $kmem_read; then > hw=`get_hiwat` > echo Current tmpfs hiwater mark is $hw bytes \ > \(`expr $hw / $pagesize` pages\) > exit 0 > else > echo Cannot read /dev/kmem > exit 1 > fi > ;; > v) verbose=true > ;; > esac > done > > if [ -z "$desired" ]; then > echo "$usage" > exit 1 > fi > vecho Available VM is $vm_bytes bytes \(`expr $vm_bytes / $pagesize` pages\) > > # Round tmpfs size request to page size > bwanted=`expr \( \( $desired / $pagesize \) \* $pagesize \)` > # Get percentage of VM wanted > pwanted=`echo "scale=2; p=($desired/$vm_bytes)*100; p" |bc| sed 's/\.[0-9]*//'` > > vecho Desired tmpfs size is $bwanted bytes \ > \(`expr $desired / $pagesize` pages, $pwanted percent of VM\) > > if [ $bwanted -gt $vm_bytes ]; then > echo Desired tmpfs size is larger than available VM > exit 1 > fi > if [ $pwanted -gt $MAXtmpfs ]; then > echo Request is over $MAXtmpfs percent of available VM > exit 1 > fi > # > # Report what the current value is > # > if $verbose && $kmem_read; then > hw=`get_hiwat` > echo Current tmpfs hiwater mark is $hw bytes \ > \(`expr $hw / $pagesize` pages\) > fi > # > # Calculate the new high water mark > # > tmpfs_hiwater=`expr $vm_bytes - $bwanted` > vecho New tmpfs hiwater mark is $tmpfs_hiwater bytes \ > \(`expr $tmpfs_hiwater / $pagesize` pages\) > > # > # Patch the running system (urgh) > # > if $doit; then > if $kmem_write; then > : > else > echo Cannot patch memory! > exit 1 > fi > echo _tmpfs_hiwater/W 0t$tmpfs_hiwater |\ > adb -w /vmunix /dev/kmem > /dev/null > hw=`get_hiwat` > if [ $hw = $tmpfs_hiwater ]; then > vecho TMPFS resize ok > exit 0 > else > vecho "TMPFS resize failure ($hw != $tmpfs_hiwater)" > exit 1 > fi > fi > exit 0 > # End Thanks to everyone that responded: Anthony A. Datri Jim Mattson Steve Hanson Steve Riley Steven W. Lodin ats@ats3.first.gmd.de (Andreas Schulz) clyde@sirius.cc.utexas.edu dan@ees1s0.engr.ccny.cuny.edu (Dan Schlitt) erueg@cfgauss.uni-math.gwdg.de (Eckhard Rueggeberg) mike@trdlnk.uucp (Michael Sullivan) sjsca4!poffen@decwrl.dec.com (Russ Poffenberger) Amir -- BITNET: amir@techunix Phone: +972-4-292658 Fax: +972-4-236212 Domain: amir@techunix.technion.ac.il UUCP: ...!pucc.princeton.edu!techunix!amir From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 13 05:01:09 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA16358; Fri, 13 Dec 1991 14:15:27 -0600 Received: by delta.eecs.nwu.edu id AA19329 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 13 Dec 1991 11:01:16 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from geosun.uchicago.edu by delta.eecs.nwu.edu with SMTP id AA19892 (5.65c/IDA-1.4.4 for ); Fri, 13 Dec 1991 11:01:11 -0600 Return-Path: Received: by geosun.uchicago.edu (4.1/UofC2.0) id AA04098; Fri, 13 Dec 91 11:01:09 CST Date: Fri, 13 Dec 91 11:01:09 CST From: John Valdes Message-Id: <9112131701.AA04098@geosun.uchicago.edu> To: sun-managers@eecs.nwu.edu Subject: OpenWindows 3 and CG9? Hello all, A quick question: Is the CG9 supported by OpenWindows 3? Appendix A in the "Installation and Start-Up Guide" for OW3 makes no mention of this device, although is does say that the CG8 and CG12 are supported. If it is, is the GP2 also supported? I need to decide whether to install OW3 (my preference) or just X11R4 (I have the "Xsun24" patch for the MIT R4 Xsun server) on a 4/330 running 4.1.1. BTW, does the Xsun server in R5 support the CG9/GP2? I'd ask the appropriate newsgroup(s), but I'm currently without news access. Thanks in advance, and I'll post a summary. John Valdes valdes@geosun.uchicago.edu Department of the Geophysical Sciences University of Chicago From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 13 05:00:05 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA16735; Fri, 13 Dec 1991 15:55:13 -0600 Received: by delta.eecs.nwu.edu id AA18906 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 13 Dec 1991 11:00:12 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from geosun.uchicago.edu by delta.eecs.nwu.edu with SMTP id AA20722 (5.65c/IDA-1.4.4 for ); Fri, 13 Dec 1991 11:00:07 -0600 Return-Path: Received: by geosun.uchicago.edu (4.1/UofC2.0) id AA04092; Fri, 13 Dec 91 11:00:05 CST Date: Fri, 13 Dec 91 11:00:05 CST From: John Valdes Message-Id: <9112131700.AA04092@geosun.uchicago.edu> To: sun-managers@eecs.nwu.edu Subject: Summary: Monitor too bright Earlier I had asked: >We have a 19" color monitor (Sony Trinitron, model# GDM-1955A15) on a 4/330 >which seems to be getting brighter by the week. When the brightness control >knob on the front is set at the minimum brightness level, the monitor is >almost as bright as it was when the knob was set at maximum when the monitor >was new. Is the monitor on the verge of failure, or does it only need a >simple adjustment? If the latter, what needs adjusting? (In detail, and yes, >I'm aware of the high-voltage hazards.) The monitor, by the way, is about two >years old, and is usually left on except during weekends. All respondents suggested that the monitor is on its way out. Not only will the excess brightness burn-out the phosphors, it can also be an X-ray hazard. I decided to replace it instead fiddling with it. Thanks to those who responded: Forrest Cook Lewie Wolfgang ames!spg.amdahl.com!oran@ncar.UCAR.EDU (Oran Davis) From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 13 09:24:08 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA16967; Fri, 13 Dec 1991 17:31:43 -0600 Received: by delta.eecs.nwu.edu id AA28648 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 13 Dec 1991 13:24:35 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ctt.ctt.bellcore.com by delta.eecs.nwu.edu with SMTP id AA30589 (5.65c/IDA-1.4.4 for ); Fri, 13 Dec 1991 13:24:28 -0600 Received: from magellan.ctt.bellcore.com by ctt.ctt.bellcore.com (4.1/1.34) id AA16403; Fri, 13 Dec 91 14:24:10 EST Received: from localhost.ctt.bellcore.com by magellan.ctt.bellcore.com (4.1/CTT_client-1.1) id AA29669; Fri, 13 Dec 91 14:24:09 EST Message-Id: <9112131924.AA29669@magellan.ctt.bellcore.com> To: sun-managers@eecs.nwu.edu Subject: need advice on hooking up an HP Series II with PacificPage cartridge Date: Fri, 13 Dec 91 14:24:08 EST From: Ferenc Horvath Hi, I'm trying to get an HP LaserJet Series II with a PacificPage (PostScript) cartridge working from a Sun 3/280. The printer prints small jobs (1 or 2 pagers) fine, but large jobs die without an error message. Sometimes part of the job prints and then the printer hangs. Here is my /etc/printcap entry: ################################################################################ ps08|Generic PostScript printer on Sun 68020 serial port 08 :\ :lp=/dev/tty08:sd=/usr/spool/p/ps08:\ :lf=/usr/spool/p/ps08/log:af=/usr/spool/p/ps08/acct:\ :br#9600:rw:fc#0000374:fs#0000003:xc#0:xs#0040040:mx#0:sf:sb:\ :ms=cs8,ignpar,ixon,ixoff:\ :cf=/usr/tran/mc68020/lib/pscf:\ :df=/usr/tran/mc68020/lib/psdf:\ :gf=/usr/tran/mc68020/lib/psgf:\ :if=/usr/tran/mc68020/lib/psif:\ :nf=/usr/tran/mc68020/lib/psnf:\ :of=/usr/tran/mc68020/lib/psof:\ :rf=/usr/tran/mc68020/lib/psrf:\ :tf=/usr/tran/mc68020/lib/pstf:\ :vf=/usr/tran/mc68020/lib/psvf: ################################################################################ The line containing ":ms=cs8,ignpar,ixon,ixoff:\" came from PacificPage. Your advice will be much appreciated. Frank Ferenc Horvath |INTERNET: ferenc@ctt.bellcore.com Bellcore |PHONE: (201) 699-5731 [work] 444 Hoes La room 1H217 | Piscataway, NJ 08854-4182 | From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 13 10:18:04 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA17044; Fri, 13 Dec 1991 18:15:19 -0600 Received: by delta.eecs.nwu.edu id AA04473 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 13 Dec 1991 14:19:35 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from btc.kodak.com (magic.btc.kodak.com) by delta.eecs.nwu.edu with SMTP id AA03773 (5.65c/IDA-1.4.4 for ); Fri, 13 Dec 1991 14:19:28 -0600 Received: from btc.btc.kodak.com by btc.kodak.com (4.1/SMI-4.0) id AA11237; Fri, 13 Dec 91 15:18:17 EST Received: from moa.btc by btc.btc.kodak.com (4.1/SMI-4.0) id AA11154; Fri, 13 Dec 91 15:18:04 EST Date: Fri, 13 Dec 91 15:18:04 EST From: rjh@btc.kodak.com (Rod Holland) Message-Id: <9112132018.AA11154@btc.btc.kodak.com> To: sun-managers@eecs.nwu.edu Subject: say it ain't so After a week of futiley sending "please delete me from the list" messages to sun-managers-request@eecs.nwu.edu, I consulted the Usenet Oracle, to find out what was going on. The Oracle's answer was disturbing, to say the least: ----- Begin Included Message ----- >From oracle@iuvax.cs.indiana.edu Fri Dec 13 07:20:49 1991 Date: Fri, 13 Dec 91 07:21:48 -0500 From: The Usenet Oracle Subject: The Oracle replies! To: rjh@btc.kodak.com (Rod Holland) Content-Length: 635 The Usenet Oracle has pondered your question deeply. Your question was: > O efficient and officious Oracle, thou who art never on the critical path, one > who is a bubble in several charts asks: why is it so easy to get on the email > list sun-managers@eecs.nwu.edu, and so hard to get off? And in response, thus spake the Oracle: } } Because the object of this message list is not to bring information to its } readers, like all other lists, but to conquer the world. Eventually, everybody } in the whole world will be forced to read it, and then the sinister plans of its } creator will be revealed. } } You owe the Oracle $10. ----- End Included Message ----- From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 13 12:46:11 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA17258; Fri, 13 Dec 1991 19:57:35 -0600 Received: by delta.eecs.nwu.edu id AA25300 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 13 Dec 1991 16:47:51 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from eclectic.com by delta.eecs.nwu.edu with SMTP id AA05201 (5.65c/IDA-1.4.4 for ); Fri, 13 Dec 1991 16:47:37 -0600 Received: by eclectic.com id AA02959 (5.65c/IDA-1.4.4 for sun-managers@eecs.nwu.edu); Fri, 13 Dec 1991 17:46:11 -0500 Date: Fri, 13 Dec 1991 17:46:11 -0500 From: "David C. Kovar" Message-Id: <199112132246.AA02959@eclectic.com> To: sun-managers@eecs.nwu.edu Subject: Any experience with portable Suns? I'm decomissioning my faithful Sun 3/260 and going to work for another company. They want me to get a portable machine, preferably a DOS machine. Yeeeech. But I came across an ad from the SparcBook and it started me thinking. Why not get a portable Sun that does DOS emulation? I know there are a few portables out there. Does anyone have any experience with them? How truthful are their battery life claims? How portable are they, really? How bogged down do they get? Etc etc etc. Please reply to me and I'll summarize to the list. Thanks. -David Kovar From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 13 05:46:18 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA17257; Fri, 13 Dec 1991 19:57:35 -0600 Received: by delta.eecs.nwu.edu id AA11343 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 13 Dec 1991 15:47:14 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from seismo.gps.caltech.edu (dix.gps.caltech.edu) by delta.eecs.nwu.edu with SMTP id AA11203 (5.65c/IDA-1.4.4 for ); Fri, 13 Dec 1991 15:47:06 -0600 Received: from earth.gps.caltech.edu by seismo.gps.caltech.edu with SMTP id AA09545 (5.65a/IDA-1.4.2.9 for sun-managers@eecs.nwu.edu); Fri, 13 Dec 91 13:46:30 PST Received: by earth.gps.caltech.edu id AA05787 (5.65a/IDA-1.4.2.9 for jeffrey@solbourne.com); Fri, 13 Dec 91 13:46:18 PST Date: Fri, 13 Dec 91 13:46:18 PST From: Gary Barber Message-Id: <9112132146.AA05787@earth.gps.caltech.edu> To: sun-managers@eecs.nwu.edu Subject: CDC WREN VI INFO Greetings, Managers... I have a model 94191-766 CDC 669 MBytes SCSI disk that I need jumper info on. If any of you have the manual, could you please fax me the jumper configs ? Or, E-Mail the info if you prefer. Thank you much Gary Barber gary@seismo.gps.caltech.edu Seismology Lab FAX (818) 564-0715 Caltech From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 13 07:31:57 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA17301; Fri, 13 Dec 1991 20:22:44 -0600 Received: by delta.eecs.nwu.edu id AA30389 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 13 Dec 1991 17:32:14 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from tcsi.tcs.com by delta.eecs.nwu.edu with SMTP id AA28150 (5.65c/IDA-1.4.4 for ); Fri, 13 Dec 1991 17:32:06 -0600 Received: from allston.tcs.com by tcsi.tcs.com (4.1/1.32) id AA13689; Fri, 13 Dec 91 15:32:00 PST Received: from fizzgig.tcs.com by allston.tcs.com (4.1/SMI-4.1) id AA21550; Fri, 13 Dec 91 15:31:57 PST Date: Fri, 13 Dec 91 15:31:57 PST From: rlinton@allston.tcs.com (Richard Linton) Message-Id: <9112132331.AA21550@allston.tcs.com> To: sun-managers@eecs.nwu.edu Subject: 4.1.1 sendmail.cf for domains with sub-domains I'm in the process of splitting our bloated domain into several smaller subdomains under the existing one. One problem that has come up is that the standard sendmail.main.cf does not understand subdomains and insists on sending subdomain destined mail to the relay system. We're running sendmail.mx, and the subdomains do come up correctly when I do a MX query of the DNS using nslookup. Any ideas? Thanks very much -richard From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 13 12:52:16 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA17307; Fri, 13 Dec 1991 20:28:26 -0600 Received: by delta.eecs.nwu.edu id AA14183 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 13 Dec 1991 16:52:54 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from boom2.dciem.dnd.ca by delta.eecs.nwu.edu with SMTP id AA28390 (5.65c/IDA-1.4.4 for ); Fri, 13 Dec 1991 16:52:36 -0600 Received: from dretor.dciem.dnd.ca by boom2.dciem.dnd.ca (4.1/SMI-DDN) id AA06025; Fri, 13 Dec 91 17:52:18 EST Received: from accord.noname by dretor.dciem.dnd.ca (4.1/SMI-3.2) id AA25138; Fri, 13 Dec 91 17:52:16 EST Date: Fri, 13 Dec 91 17:52:16 EST From: rwolf@dretor.dciem.dnd.ca (Robert J Wolf) Message-Id: <9112132252.AA25138@dretor.dciem.dnd.ca> To: sun-managers-list@dretor.dciem.dnd.ca Subject: Ciprico 3500, Exabyte tape drive I recently upgraded our Sun 3/280 from SunOS 4.0.3 to SunOS 4.1.1 Rev A. No patches installed yet but planning to do a few ie nfs, tmpfs ... However I am having trouble now with our dual 8mm Exabyte tape drive from Enhance Systems. The 8mm is connected to Ciprico Rimfire 3500 VMEbus SCSI host adapter (non-bootable version). We are also using the lastest device driver from Ciprico. Previously the tape drives worked perfectly with SunOS 4.0.3 using a much older device driver which we no longer have. The scsi ids are (using ct35ut program). SCSI ID 0: No device SCSI ID 1 is EXABYTE EXB-8200 425A SCSI ID 2 is EXABYTE EXB-8200 425A SCSI ID 3: No device SCSI ID 4: No device SCSI ID 5: No device SCSI ID 6 is CIPRICO Rimfire adapter board SCSI ID 7: No device Unit 0 is working okay but unit 1 is generating all sorts of errors. We do full level 0 dumps multiple file systems (local & remote) to both 8mm tape drives simultaneously. But ever since the SunOS ungrade about 1/5 of the dumps on the second tape drive fail. It is never the same file system and there does not seem to be a pattern to which dump fails. The 8mm tape drives have the following /dev entries crw-r--r-- 1 root 104, 1 Dec 13 06:03 /dev/nrrt0 crw-r--r-- 1 root 104, 3 Dec 13 06:47 /dev/nrrt1 crw-r--r-- 1 root 104, 0 Dec 13 14:47 /dev/rrt0 crw-r--r-- 1 root 104, 2 Dec 13 14:48 /dev/rrt1 The dump errors are rsh newton -n /bin/nice --5 /etc/rdump 0cbsuf 126 30000 client2-gw:/dev/nrrt1 /dev/sd0a DUMP: Date of this level 0 dump: Fri Dec 13 06:16:56 1991 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/rsd0a (/) to /dev/nrrt1 on host client2-gw DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 8708 blocks (4.25MB) on 0.00 tape(s). DUMP: /dev/nrrt1: No such device or address DUMP: fopen on /dev/tty fails DUMP: The ENTIRE dump is aborted. The /var/adm/messages are as follows: Dec 13 01:00:07 client2 vmunix: cfintr: Printing Status Block for unit 0 Dec 13 01:00:07 client2 vmunix: e f 28 e8 0 2 0 c0 70 0 46 0 0 0 0 12 Dec 13 01:02:21 client2 vmunix: cfintr: Printing Status Block for unit 1 Dec 13 01:02:21 client2 vmunix: e f 29 2c 0 8 23 c0 0 0 0 0 0 0 0 0 Dec 13 01:02:21 client2 vmunix: cf: cannot find -filemark Dec 13 01:02:21 client2 vmunix: cftclose: cannot find previous filemark ... Every dump command causes this can not find previous filemark message. ... Dec 13 02:33:51 client2 vmunix: cfintr: Printing Status Block for unit 1 Dec 13 02:33:51 client2 vmunix: e f 29 2c 0 2 23 c0 70 0 5 0 0 0 0 12 Dec 13 02:34:01 client2 vmunix: cfintr: dev 6803 (unit 1), SCSI sense key 5, Illegal request. Dec 13 02:34:01 client2 vmunix: cfintr: Printing Status Block for unit 1 Dec 13 02:34:01 client2 vmunix: e f 29 2c 0 2 23 c0 70 0 5 0 0 0 0 12 Dec 13 10:34:23 client2 vmunix: e f 29 2c 0 2 0 c0 70 0 46 0 0 0 0 12 ... Dec 13 10:38:18 client2 vmunix: cfioctl: error occured in cftioctl cmd 20006470 ... The kernal configuration file has the following entries. # # Ciprico 35XX SCSI controller # controller cfc0 at vme16d32 ? csr 0x5000 priority 2 vector cfintr 0xFE # Exabyte Tape Drive tape cf0 at cfc0 drive 0 flags 0 # Exabyte Tape Drive tape cf1 at cfc0 drive 0 flags 0 The /bin/mt -f /dev/[n]rrt? rewind|offline all seem to work okay However /bin/mt -f /dev/nrrt0 returns unknown tape drive type (0x2c) This status option worked before but not now for neither tape. Did I do something wrong in the installation? Reinstalls, reconfigure, reboot, different tapes have made no difference. Please help, my boss is ready to shoot me, toss all our Suns out into the parking lot, dynamite the whole pile and open the door wide to more cancerous MACs and vaxes running VMS (aaaaaggggggg..... ). I will in this weekend. Thanks and I will summarize. ------------------------------------------------------------------------------ Robert J Wolf, Sun System Admin. DCIEM, CFB Toronto rwolf@dciem.dnd.ca PO Box 2000 1133 Sheppard Avenue West uunet!csri.toronto.edu!dciem!rwolf North York (Toronto), Ont., Canada M3M 3B9 Internet: 192.16.207.3 Phone: (416)635-2073 FAX: (416)635-2104 "Capitalism with environmental ethics will benefit the entire world." From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 13 10:59:44 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA17324; Fri, 13 Dec 1991 20:44:29 -0600 Received: by delta.eecs.nwu.edu id AA25663 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 13 Dec 1991 17:01:05 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from kate.as.utexas.edu by delta.eecs.nwu.edu with SMTP id AA27536 (5.65c/IDA-1.4.4 for ); Fri, 13 Dec 1991 17:00:56 -0600 Date: Fri, 13 Dec 91 16:59:44 CST From: dpw@kate.as.utexas.edu (David Way) Posted-Date: Fri, 13 Dec 91 16:59:44 CST Message-Id: <9112132259.AA03967@kate.as.utexas.edu> Received: by kate.as.utexas.edu (5.65/1.00) id AA03967; Fri, 13 Dec 91 16:59:44 CST To: sun-managers@delta.eecs.nwu.edu Subject: Re: Nfs daemons go comatose Cc: dpw@kate.as.utexas.edu I recently wrote: > Our 4/490 running 4.1.1 (with various patches) has been experiencing some > seemingly random NFS hangups recently. The symptoms are always the > same: all exported file systems disappear from remote mounts, although > the server still thinks they are being exported; all attempts by clients > to either mount or access already mounted file systems result in "NFS getattr > failed for server: RPC: Timed out"; the load average on the server becomes > artificially high, not reflective of the actual job load - as if the kernel > was hung trying to handle some kind of internal event. Ps -aux reveals > all nfsd processes in the same state: > > > root 107 0.0 0.0 40 0 ? D 17:19 0:00 (nfsd) > > root 104 0.0 0.0 40 0 ? D 17:19 0:00 (nfsd) > > root 112 0.0 0.0 40 0 ? D 17:19 0:00 (nfsd) > > root 113 0.0 0.0 40 0 ? D 17:19 0:00 (nfsd) > > root 114 0.0 0.0 40 0 ? D 17:19 0:00 (nfsd) > > root 115 0.0 0.0 40 0 ? D 17:19 0:00 (nfsd) > > root 116 0.0 0.0 40 0 ? D 17:19 0:00 (nfsd) > > root 110 0.0 0.0 40 0 ? D 17:19 0:00 (nfsd) > > Once this situation occurs, a reboot is necessary to restore normal NFS > functionality. > > Consulting a list of patches I got from this mailing list recently, I > found the following: > > > 100040-01 NFS daemons can hang in a DW wait state. > > which sounds like what's happening on my machine. I'm currently looking > for this patch, but haven't been able to find it on any of my usual sources. > Has anyone out there installed it ? It occurs to me that it might be > included in a more recent `combo' patch (i.e. NFS Jumbo Patch, 5 Nov 91), > but there's no way to tell since all fixed problems are listed in the > README by bugid and not cross-referenced by patch number. None of the > bug descriptions seem to match. > > Or maybe the above patch doesn't even pertain here. If anyone listening > has any insight into this problem, I'd be pleased to hear from you. The source of this problem turned out to be an NFS client repeatedly getting hung trying to write on a stale file handle. There's no indication of of a problem with the server's disk in the messages file, but NFS seems to gag when this client writes to certain files on it (probably would happen with other clients, too, but only this particular client mounts it read/write). Occasionally after a crash we find a large amount of stuff on the disk inexplicably trashed, and it's always the same stuff. I'm tempted to try installing the patch(es) suggested by some of those who responded to my plea for help, but with the release of 4.1.2 only a few weeks away and a bunch of other stuff on my list to be done, I think I'm just going to wait till I install 4.1.2 and see if the problem still exists. Meantime, we'll just avoid the situation that creates this problem. In the latest instance of the problem described above, rebooting the client, then the server, cleared it. The server has been running for 3 days now, and all 8 nfsd's are still viable. Sid Shapiro @ ingres.com had good advice which enabled me to figure out where the problem was originating, although we were unable to kill the hung program on the client as he suggested, and hence had to reboot it. Here's his response: Date: Wed, 11 Dec 91 09:16:06 -0800 From: sid@ingres.com Status: RO there are two reasons that I am familrier with for nfs damones going into D state. One is that a local disk has "gone away". The other is that there is a run-away process on a client that has a bad NFS file handle. You can tell the difference by looking at nfsstat. Running nfsstat a few times - if the number of attr and lookup and read calls goes up very quickly, then some client is banging on a probably bad NFS file handle. You can uses etherfind to see which client it is - look at the client, find the process in "D" state there and kill it. If it is a local disk on the server that has gone south you ought to see message about it on the console or the messages file, and nfsstat won't show dramatic increases. Good luck. -- Sid Shapiro -- Ingres, an ASK Company sid@ingres.com (415)748-3470 Others who responded, many with "something like this has happened to me too, I'd like to know what you find out", were: (thanks to all) mike@inti.lbl.gov (Michael Helm) seeger@thedon.cis.ufl.edu (F.L. Charles Seeger III) matthew@cs.adelaide.edu.au (Matthew Donaldson) yamaha-sun!chuck@nosun.West.Sun.COM (Chuck Neal) exudnw@floyd.ericsson.se (Dave Williams) tar@math.ksu.edu (Tim Ramsey) -- David Way McDonald Observatory/Astronomy Dept.- Univ. of Texas, Austin (office) RLM 16.206 (voice) 471-7439 (internet) dpw@astro.as.utexas.edu From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 12 17:26:50 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA17353; Fri, 13 Dec 1991 21:09:56 -0600 Received: by delta.eecs.nwu.edu id AA22487 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 13 Dec 1991 16:18:22 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from BU.EDU by delta.eecs.nwu.edu with SMTP id AA23305 (5.65c/IDA-1.4.4 for ); Fri, 13 Dec 1991 16:18:11 -0600 Received: by BU.EDU (1.99) Fri, 13 Dec 91 17:09:02 EST Received: by alfalfa.com ( 5.52 (84)/test) id AA13485; Fri, 13 Dec 91 02:30:05 EST Received: by pro-angmar.alfalfa.com (sendmail 2.1 12sep91) id ; Thu, 12 Dec 91 22:28 EST Message-Id: Date: Thu, 12 Dec 91 22:26:50 EST From: zalam@pro-angmar.alfalfa.com (Zaki Alam) X-Mailer: Mail Manager (1.5 10sep91) To: sun-managers@eecs.nwu.edu Subject: uucp setup problem I am having a little problem setting up my system. I have received a login and password to poll alphalpha (alfalfa). My system (sar) calls alphalpha, but my script fails to initiate uucico/uux on alphalpha. I seem to be getting some extra, unwanted control characters when I login. I tried to compensate for the characters by adding an option not to send a RETURN-NEWLINE for a NEWLINE input. That did not seem to do anything. I am including some of the files that were modified to setup the system. If you look at the 'Uutry' output you will notice '^M^J' on various lines; I think these are the additional characters. My guess was that '^M' means RETURN. I am including information on my system, the polling system and some files/output: My system: CPU: Sun SparcStation IPC Modem: Hayes ULTRA 9600 Hostname: Saturn UUCP Name: sar Polling System: CPU Apollo DN3500 Modem: Telebit UUCP name: alphalpha --------------Dialers----------------- hayes =,-, "" \dATZ\r\c OK\r \dA\pTE1V1X1Q0&Q0\r\c OK\r \EATDT\T\r\c CONNECT hayes96 =,-, "" \dATZ\r\c OK\r \dA\pTL1E1V1X1Q0&Q5&D0S0=1S2=43S12=50S30=120\r\c OK\r \EATDT\T\r\c CONNECT # hayes =,-, "" \dATZ\r\c OK\r \dA\pTE1V1X1Q0S2=255S12=255\r\c OK\r \EATDT\T\r\c CONNECT --------end of file-------- ------- Permissions ------------- MACHINE=alphalpha:alfalfa LOGNAME=alphalpha MYNAME=sar \ COMMANDS=rmail \ READ=/usr/spool/uucppublic \ WRITE=/usr/spool/uucppublic \ SENDFILES=yes REQUEST=yes --------end of file-------- ------- Systems ------------- alphalpha Any ACU 2400 6485944 ogin:--ogin: suucp word: passwd --------end of file-------- ------- output of Uutry -r1 -x9 ------------- mchFind called (alphalpha) list (rmail) num = 1 list (/usr/spool/uucppublic) num = 1 list (/usr/spool/uucppublic) num = 1 list (rmail) num = 1 _Request (TRUE), _Switch (TRUE), _CallBack (FALSE), _MyName (sar), _Commands rmail chdir(/var/spool/uucp/alphalpha) conn(alphalpha) Device Type ACU wanted mlock cua1 succeeded fixline(6, 2400) processdev: calling setdevcfg(uucico, ACU) gdial(hayes) called expect: ("") got it sendthem (DELAY ATZ^M) expect: (OK^M) ATZ^M^M^JOK^Mgot it sendthem (DELAY APAUSE TE1V1X1Q0&Q0^M) expect: (OK^M) ^JATE1V1X1Q0&Q0^M^M^JOK^Mgot it sendthem (ECHO CHECK ON A^JATTDDTT66448855994444^M^M) expect: (CONNECT) ^M^JCONNECTgot it getto ret 6 expect: (ogin:) 2400^M^J^M^J^M^JDomain/OS sr10 (alphalpha) (tty02)^M^J^M^M^J^Mlogin:got it sendthem (suucp^M) expect: (word:) suucp^M^JPassword:got it sendthem (passwd^M) imsg >i^QU^H5V^JuEP'IEimsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg > imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg > imsg >imsg >!^Rgimsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg > imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg > imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg > imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg > ...... imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg > imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg > imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >LOGIN FAILED - failed exit code 101 Conversation Complete: Status FAILED TM_cnt: 0 -------end of file-------- I have tried to set some of the S parameters of the modem, as well as change the '/etc/gettytab' file. Nothing seem to do the job. The sysop of alfalfa (or alphalpha) could not help me much. He refered me to th book "Managing UUCP and Usenet" (which was also referred by UNIXWorld). I have gotten hold of source codes for c-news. I have been assigned an official domain name (by DDN). My first and most crucial step is to get this link established. I looked all over the book for the meaning of 'exit code 101'. Neither the book nor the System Administrators Manual of Sun explains what it means. I would appreciate any help in setting up (or rather finalizing setting up) my system. Thanks in advance. Regards, Zaki. P.S.: This usenet system does not get sun news feeds. I would appreciate it you send replies (or cc) directly to me. ________ |.------.| Zaki Alam, 146 Jewett Street, Newton, MA 02158 || oo || Internet: zalam@pro-angmar.alfalfa.com || '--' || UUCP: uunet!alfalfa!pro-angmar!zalam |'------'| Proline: zalam@pro-angmar | === | Prodigy: KKMH59A |________| Tel: (617) 328- 9215 (Off.) or (617) 527-7668 (Res.) From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 13 11:23:00 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA17397; Fri, 13 Dec 1991 22:58:26 -0600 Received: by delta.eecs.nwu.edu id AA11726 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 13 Dec 1991 20:28:03 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ucdhep.ucdavis.edu by delta.eecs.nwu.edu with SMTP id AA13699 (5.65c/IDA-1.4.4 for ); Fri, 13 Dec 1991 20:27:53 -0600 Date: Fri, 13 Dec 1991 18:23 PDT From: "Mike Hannon; UCD Physics; (916)-752-4966" Subject: Problem with _XtInitialize from X11R4 on SPARCstation To: sun-managers@eecs.nwu.edu Message-Id: <0173D11BA0A0083B@UCDHEP.UCDAVIS.EDU> X-Vms-To: IN%"sun-managers@eecs.nwu.edu" X-Vms-Cc: MIKE Greetings. I'm running SunOS 4.1.1 on a SPARCstation 1+, and I'm having a problem linking some free software to X11R4. Because of problems I've had in the past in linking free software (gnu and other) with the X-windows stuff distributed by Sun, I decided to try to build the native X stuff from scratch. I copied the X11R4 distribution to a Sun workstation here, and I built the core material, just to get the libraries and the header files. This seemed to be essentially trivial to do, once I decided I could safely ignore most of the machinery (Imake, etc.) involved. Now I'm trying to link an application (spice) with the X11 stuff. There appears to be at least one problem. When the spice ``make'' gets to the point of linking the final executable, there is one unsatisfied reference: ld.so: Undefined symbol: _XtInitialize There *is* a file ...Xt/Initialize.c in the X11 distribution, and that file contains a routine, XtInitialize, as well as the following redefinition of that routine: ---------- #if defined(SUNSHLIB) && defined(SHAREDCODE) /* * If used as a shared library, generate code under a different name so that * the stub routines in sharedlib.c get loaded into the application binary. */ #define _XtInherit __XtInherit #define XtToolkitInitialize _XtToolkitInitialize #define XtAppInitialize _XtAppInitialize #define XtInitialize _XtInitialize #endif /* SUNSHLIB && SHAREDCODE */ ---------- It looks as if the two names (_XtInitialize and XtInitialize) refer to the same thing, but there is some confusion as to which one should be used in which place. Perhaps I've made an error in building the X11 stuff? It does appear that both SUNSHLIB and SHAREDCODE are defined in the default Sun Makefile. Given that I have the source code, I could, of course, just define the appropriate name ``by hand'' and recompile, but that seems ugly and dangerous (what other problems would I be ``paving over''?). Can anybody suggest a solution to this? Thanks. - Mike ----------- Mike Hannon mike@ucdhep (Bitnet) ucdhep::mike (HEPnet) 42385::mike (HEPnet) mike@ucdhep.ucdavis.edu (Internet) 916-752-4966 (Telephone) From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 13 04:10:42 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA17399; Fri, 13 Dec 1991 22:58:30 -0600 Received: by delta.eecs.nwu.edu id AA01412 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 13 Dec 1991 20:10:16 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA09778 (5.65c/IDA-1.4.4 for ); Fri, 13 Dec 1991 20:10:06 -0600 Received: from relay2.UU.NET by rice.edu (AA11968); Fri, 13 Dec 91 20:09:24 CST Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA26109; Fri, 13 Dec 91 21:10:08 -0500 Received: from amc-gw.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 210953.12591; Fri, 13 Dec 1991 21:09:53 EST Received: from bolt by amc-gw.amc.com (5.61/3.1.15/Ultrix-3.0) via SMTP id AA05001; Fri, 13 Dec 91 12:08:27 -0800 Return-Path: Received: by bolt.amc.com (4.1/SMI-4.1) id AA29229; Fri, 13 Dec 91 12:10:42 PST Date: Fri, 13 Dec 91 12:10:42 PST From: stewartc@amc.com (Stewart Castaldi) Message-Id: <9112132010.AA29229@bolt.amc.com> To: sun-managers@rice.edu Subject: SUMMARY: ELC won't boot Original message: > > Here is a neat little problem. We received a brand new ELC this morning > to replace an SLC. The SLC has a Bridgeway Model# 55203 425MB SCSI disk > (also known by format as a SEAGATE ST2502N) with SunOS 4.1.1 on it. So we > simply swapped the SLC and the ELC and attempted to boot. The ELC will > not boot off of the drive and either hangs or returns the following error > message: > > Boot disk: Bad magic number in disk label > Can't open Sun disk label package > boot-block startup failed > illegal instruction > > Anyone had a similiar experience, know how to correct this? > > Things we have done: > > 1) Booted the ELC from a brand new 207MB Sun disk. > > 2) Reinstalled the boot block on the Bridgeway disk. > > 3) Rebooted the SLC off of the Bridgeway disk with no problem. > > 4) Changed SCSI cables. > > 5) Installed external SCSI terminator on Bridgeway disk (even though the > internal terminator was never removed). > > 6) Called Sun support. They are checking out a program to put in the > NVRAM at this moment. Solution: Following is a solution that was forwarded after passing through two other sites that encountered the same problem, although with a different disk. @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ Executive summary: Problem is due to a Wren VII firmware bug. There is a simple workaround. Details: The Wren VII drive screws up when issued a "spin up" command with the "immediate" bit set. Sometime after that command is issued, a subsequent command will fail (the particular command which fails is a "read", reporting an "internal target error" status). The problem does not occur if the "spin-up" command does not have the immediate bit set. (The immediate bit, when set, means that the device should start the operation and then complete the SCSI transaction, without making the CPU waiting for the operation to complete.) The workaround: Add the following commands to the NVRAMRC file. The effect is to turn off the immediate bit on the spinup command. (program deleted) Then power cycle. Subsequent attempts to boot from the Wren drive should be successful. -------------------------------------------------------------------------- Daniel Phaneuf Institut de Recherche d'Hydro-Quebec phaneuf@ireq.hydro.qc.ca 1800 Montee Ste-Julie, Varennes tel: +1 514-652-8074 Quebec, Canada, J3X 1S1 -------------------------------------------------------------------------- @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ Here is the program slightly modified due to a suggestion in another posting using NVRAMRC's from Alain Brossard. I have installed this on the ELC and the Bridgeway disk has booted and been running without problems for half a day. Please note that this MAY NOT work in every case. One person said that their disk vendor replaced the eprom in the disk. (from monitor level) >n ok nvedit 0: setenv use-nvramrc? false 1: true to fcode-debug? 2: probe-all install-console banner 3: cd /sd 4: patch 0 1 sstart 5: device-end 6: setenv use-nvramrc? true 7: C ok nvstore ok setenv usr-nvramrc? true ok reset (or power off/on) Quoting Alain: "In nvedit, the first line is to prevent the manager from rendering the machine unusable if he screws up. It happened once here, my guess is the manager managed to write an infinite loop which prevented the machine from ever being able to give control back to the manager. We had to replace the nvram!" My thanks to the following: Bob Gough, uunet!rommel.sbi.com!bob Rune Trengereid, gest20.SINet.SLB.COM!runet Shelley L. Shostak, cs.duke.edu!sls Clemens Duepmeier, idtsun1!duepmeie Daniel Phaneuf, phaneuf@ireq.hydro.qc.ca From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 12 03:29:43 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA18811; Sat, 14 Dec 1991 20:30:06 -0600 Received: by delta.eecs.nwu.edu id AA05617 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sat, 14 Dec 1991 17:15:25 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from asuvax.EAS.ASU.EDU by delta.eecs.nwu.edu with SMTP id AA23735 (5.65c/IDA-1.4.4 for ); Sat, 14 Dec 1991 17:15:18 -0600 Received: by asuvax.eas.asu.edu (5.57/1.3) id AA03260; Sat, 14 Dec 91 16:10:18 -0700 Received: by titan id <63105>; Sat, 14 Dec 1991 09:58:55 -0700 Subject: what does this mean - "Proc: table is full" From: Rod Rebello -- CAD Development To: sun-managers@eecs.nwu.edu Date: Thu, 12 Dec 1991 10:29:43 -0700 X-Mailer: ELM [version 2.3 PL11] Message-Id: <91Dec14.095855mst.63105@titan> One of our servers, a 4/330 running Sunos4.1.1 started repeating this message on the console: "Proc: table is full". The system hangs, and we have to reboot. This has happened two times so far in the last week. What does this mean and what can we do about it? Thanks, -- Rod Rebello titan!rrebello@asuvax.eas.asu.edu Microchip Technology Inc., Chandler, AZ From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 14 19:49:34 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA18906; Sat, 14 Dec 1991 23:34:44 -0600 Received: by delta.eecs.nwu.edu id AA24911 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sat, 14 Dec 1991 20:51:12 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from nuacc.acns.nwu.edu by delta.eecs.nwu.edu with SMTP id AA13479 (5.65c/IDA-1.4.4 for ); Sat, 14 Dec 1991 20:51:07 -0600 Received: from BRLNCC.BITNET by nuacc.acns.nwu.edu; Sat, 14 Dec 91 20:50 CDT Received: from BRLNCC (FVSANTOS) by BRLNCC.BITNET (Mailer R2.08) with BSMTP id 5317; Sun, 15 Dec 91 00:50:15 EST Date: Sun, 15 Dec 91 00:49:34 EST From: Filipe Santos Subject: Using routed, gated, OSPF for network connection: Any pointers ? To: Sun-Magaers List Message-Id: X-Envelope-To: sun-managers@eecs.nwu.edu Hi, { nolog send send We have two networks of sparctations (sunos 4.1.1) that we are connecting together,and both are subnets of a common class B network (campus wide). The networks will be connected directly to each other and also to the campus backbone, and since I'd like to do dynamic routing network loops may be a problem. Currently we run routed (RIP), but people have told me that gated (HELO,RIP) would be more appropriate for this situation. I've done some reading, and it seems to me that OSPF would be the best. Do any of you know of available implementations of OSPF ? Ideally I'd like to use some 12MHZ ATs we have as routers. I have NWU software to implement a RIP router (PCROUTE), but don't know of any other that implements "gated" or OSPF. I'd be most interested on PC implementations of these. Is anyone out there running PPP on Suns or PCs ? I'd like to know pros and cons of PPP versus SLIP, which is the way we are connecting a couple of distant machines. Is there a PC implementation of PPP ? Obsolete PCs abound around here, so it seems to me most of them can get a after-life as routers/bridges! Thanks for your help, Filipe Santos FVSANTOS@BRLNCC.BITNET From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 14 19:46:44 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA18911; Sat, 14 Dec 1991 23:45:34 -0600 Received: by delta.eecs.nwu.edu id AA28274 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sat, 14 Dec 1991 20:49:37 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from nuacc.acns.nwu.edu by delta.eecs.nwu.edu with SMTP id AA07599 (5.65c/IDA-1.4.4 for ); Sat, 14 Dec 1991 20:49:32 -0600 Received: from BRLNCC.BITNET by nuacc.acns.nwu.edu; Sat, 14 Dec 91 20:48 CDT Received: from BRLNCC (FVSANTOS) by BRLNCC.BITNET (Mailer R2.08) with BSMTP id 5315; Sun, 15 Dec 91 00:48:01 EST Date: Sun, 15 Dec 91 00:46:44 EST From: Filipe Santos Subject: SUMMARY: Newsprint won't print some characters To: SUn-Managers List Message-Id: X-Envelope-To: sun-managers@eecs.nwu.edu Some time ago I posted the following question to this list: >Date: Tue, 19 Nov 91 02:42:32 EST >From: Filipe Santos >Subject: NEWSprint won't print some characters To: Sun Managers Distribution List > Hi, > Our lab recently got some SPARCstations and a SPARCprinter. Everywhere >I read it says that NEWSprint will take any legal postscript file and >will print it on that printer. Well, we have some ps files generated in >IBM PC Windows applications (Ventura/Pagemaker/Word) for the Apple >LaserWriter. These files print ok on all postscript printers I tried, >but not on the SPARCprinter. The problem is, all accented characters >(foreign, for english speaking people) used in portuguese (our language) >texts do not print. What comes out instead is a nice round black dot, >irrespective of font style (but scaled to the proper font size :-) ). >All other text characters are printed ok, and so do graphics, even color >ones. stuff deleted... >All files were transfered by floppy disk, and dos2unix was run over them >afterwards. The ps file is recognized as such by pageview, and is show >correctly on-screen (minus the troublesome characters, censored by the black >dots). Later I ftp-ed the files. Same results... >I suspect that the F3 (yet another format!) fonts shipped with >Openwindows/NEWS/NEWSprint are not complete, in the sense that they do >not contain the full ISO Latin 1 character set. This fact suggests that the xfont dumping command shows all chars are there. >buying a SPARCprinter instead of a true Postscript printer may not be >such a good idea, for one knows not what perils lurk within that ps >interpreter/rasterizer. True, but not the fault of the SPARCprinter. Anyway, get a true PS printer, with built-in interpreter. Not all the chips are in yet, but I can already summarize some conclusions. I analyzed the ps files that wouldn't print, all generated by Windows 3.0 apps. All these files have a common header, where the Postscript VM (virtual machine) environment is set up. Within this header the ps fonts are reencoded according to the ANSI char table Windows likes. Reencoding means, reassigning the char code<->char face correspondence, from the ps standard encoding to any other. In the standard encoding most of the accented chars have no char code assigned, and therefore cannot be accessed. All apps then usually reencode the standard fonts so that the all desired char faces are mapped to a char code, which can be anything between 0 and 255. Those codes that are not used are usually mapped, BY THE APP, to the .notdef symbol, which is a no-op. Nothing gets printed when one of these codes appear. Well, the windows ps header does things a little differently than everybody else. Before assigning a char code to a char face it checks whether the char face EXISTS within the font or not. In case the char face does not exist the char code is mapped to the BULLET (a nice round black dot!) char face. Every ps interpreter I tried returned that the accented char faces EXISTED within the font but was not MAPPED to any char code yet, just the way the w3 ps header expected. OpenWindows 2.0 reports (through pageview) that all char faces that are not MAPPED to a char code do not EXIST. That's why the w3ps header sets all foreign chars to bullets. But the faces DO EXIST under Openwindows, for I wrote a small ps program that does the mapping, then check the mapping and the face existence. Openwindows then reports both that they are MAPPED and EXIST, and will happily print all of them. Ok, so much for the long explanation. But there's a mad crowd out there and the door won't hold much longer, so where's the solution ? 1.A quick fix would be to edit the w3 ps header to disable the existance check. This works, but there are other problems (with underlines, text/graphics alignment) that remain. I have not solved these, but they show up only when the user is printing something fancy. Since there are few such users here I'm relying on my authoritative tone to get them off my back. :-) Definitely some better scheme must be found. read on. 2. Get a NeWS patch that supposedly corrects this. I'm waiting for my Sun representative to get me all Sun patches. But I'm not standing up. Someone whose msg I lost told me "had the same problem, installed patch, now I'm worry-free". Thanks for the pointer! Anyway, I haven't been able to test this yet. 3. Get Openwindows 3.0 (beta). Maybe this "feature" is corrected in this NeWS release. Drop me a note in case you'd like some w3 ps code for testing. A good test is the char set table that comes with VP 3.0 for Windows 3.0. I don't have OW3.0 . Thanks to all who sent me suggestions, From: stanley@oce.orst.edu (John Stanley) From: erueg@cfgauss.uni-math.gwdg.de (Eckhard Rueggeberg) From: stumpf@sun8.psychologie.uni-freiburg.de (Michael Stumpf) From: zjat02@trc.amoco.com From: Lost your msg... :-( Sorry! Filipe Santos FVSANTOS@BRLNCC.BITNET From sun-managers-relay@delta.eecs.nwu.edu Sun Dec 15 01:55:02 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA19866; Sun, 15 Dec 1991 10:04:19 -0600 Received: by delta.eecs.nwu.edu id AA30187 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 15 Dec 1991 06:01:30 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from trotter.usma.edu by delta.eecs.nwu.edu with SMTP id AA08296 (5.65c/IDA-1.4.4 for ); Sun, 15 Dec 1991 06:01:21 -0600 Received: from euler.math.usma.edu by trotter.usma.edu (5.59/25-eef) id AA17090; Sun, 15 Dec 91 06:54:27 EST Received: by euler.math.usma.edu (4.1/SMI-4.1) id AA08126; Sun, 15 Dec 91 06:55:02 EST Date: Sun, 15 Dec 91 06:55:02 EST From: aj4640%euler@trotter.usma.edu (MAJ J.S. Robertson) Message-Id: <9112151155.AA08126@euler.math.usma.edu> To: sun-managers@eecs.nwu.edu Subject: What to do with this 3/260? Our network, consisting of 11 Sparcstations, was just issued a used diskless Sun 3/260. Though it came with a monochrome monitor, the machine requires a color monitor. (This was due to a politically irreversible mixup.) In its present state, it seems pretty useless. Nevertheless, there may be some potential for this device to add to our network. For those sun-managers with Sun 3 experience, what would you advise? Buy a disk drive? a color monitor? Something else? Jack Robertson aj4640@usma2.usma.edu From sun-managers-relay@delta.eecs.nwu.edu Sun Dec 15 15:09:58 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA19884; Sun, 15 Dec 1991 10:34:45 -0600 Received: by delta.eecs.nwu.edu id AA01359 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 15 Dec 1991 07:10:35 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from chx400.switch.ch by delta.eecs.nwu.edu with SMTP id AA24810 (5.65c/IDA-1.4.4 for ); Sun, 15 Dec 1991 07:10:28 -0600 X400-Received: by mta chx400.switch.ch in /PRMD=switch/ADMD=arcom/C=CH/; Relayed; Sun, 15 Dec 1991 14:10:17 +0100 X400-Received: by /PRMD=SWITCH/ADMD=ARCOM/C=CH/; Relayed; Sun, 15 Dec 1991 14:09:58 +0100 Date: Sun, 15 Dec 1991 14:09:58 +0100 X400-Originator: brossard@sasun1.epfl.ch X400-Mts-Identifier: [/PRMD=SWITCH/ADMD=ARCOM/C=CH/;9112151309.AA00767] X400-Content-Type: P2-1984 (2) From: "(Alain Brossard EPFL-SIC/SII)" Message-Id: <9112151309.AA00767@sasun1.epfl.ch> To: sun-managers@eecs.nwu.edu Subject: Re: SUMMARY: ELC won't boot Received: from sasun1.epfl.ch by SIC.Epfl.CH via INTERNET ; Sun, 15 Dec 91 14:10:22 N Received: by sasun1.epfl.ch (4.1/Epfl-3.1/MX) id AA00767; Sun, 15 Dec 91 14:09:58 +0100 I do realize that I'm breaking the rules by replying directly, but it seems important enough since it may prevent managers from making their machines unusable at the hardware level. > From: stewartc@amc.com (Stewart Castaldi) > (from monitor level) > > >n > ok nvedit (...) > ok nvstore > ok setenv usr-nvramrc? true > ok reset (or power off/on) > > Quoting Alain: > > "In nvedit, the first line is to prevent the manager from rendering > the machine unusable if he screws up. It happened once here, my guess > is the manager managed to write an infinite loop which prevented the > machine from ever being able to give control back to the manager. We > had to replace the nvram!" Some of you may be tempted to modify nvramrc using the eeprom command at the unix level. DO NOT DO THIS!!!! We tried it here and had to call sun to replace the NVRAM. I haven't had time to look at the source yet, but it seems that nvramrc is a pointer to a memory area. Eeprom is able to read it correctly, but when writing to it, it seems to forget that is a pointer and overwrites the memory directly at that point, making nvramrc unusable and possibly screwing up other parameters located below nvramrc in the NVRAM. The explanations may be totally wrong, but the result is almost guaranteed :-(. This is NOT something that we've been eager to test as Sun has warned us that 1- they are out of NVRAM locally 2- they have a feeling, that these kind of manipulations should probably void our maintenance contract (!). They do tend to get annoyed when we call them to fix the hardware when it comes from doing something they keep telling us not do (changing nvramrc). However if you screw up the NVRAM, here is a technique that should allow you to fix it at the risk of voiding your warranty and destroying another good NVRAM. Sun did it here and it worked so... Remove the NVRAM CAREFULLY, take care of the pins! Go to another similar machine (?), do a shutdown and bring it to monitor level (ok prompt). Open the case, remove CAREFULLY the good NVRAM, insert the new one CAREFULLY. During this time, the machine is still on line, so be carefull not to short anything. Now go back to the keyboard and fix the bad nvram. This may be as simple as setting use-nvramrc? to false, or you may use set-defaults to reset all the parameters to their default ones. Personnaly, I would rather call Sun and have them do it but then I hate hardware :-). Alain Brossard, Ecole Polytechnique Federale de Lausanne, SIC/SII, EL-Ecublens, CH-1015 Lausanne, Suisse, +41 21 693-2211 brossard@sic.epfl.ch From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 14 23:33:48 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA19960; Sun, 15 Dec 1991 12:01:04 -0600 Received: by delta.eecs.nwu.edu id AA03048 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 15 Dec 1991 09:33:33 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from slcs.slb.com by delta.eecs.nwu.edu with SMTP id AA20809 (5.65c/IDA-1.4.4 for ); Sun, 15 Dec 1991 09:33:27 -0600 Received: from sjosu1.sinet.slb.com ([129.87.118.1]) by SLCS.SLB.COM (4.1/SLCS Mailhost 3.13) id AA01973; Sun, 15 Dec 91 09:33:17 CST Received: from prsrtr.psi by sjosu1.sinet.slb.com id AA08585; Sun, 15 Dec 91 07:33:48 PST Date: Sun, 15 Dec 91 07:33:48 PST From: reardon@sws.SINet.SLB.COM Message-Id: <9112151533.AA08585@sjosu1.sinet.slb.com> To: sun-managers@eecs.nwu.edu X-Vms-From: PRSRTR::MRGATE::"MRGATE::PSI%HDSRTR::SWS::REARDON" X-Vms-To: M_INTERNET::"sun-managers@eecs.nwu.edu" Subject: RE_BOOT Problem From: REARDON@SWS@PSI%HDSRTR@MRGATE@PRSRTR To: "sun-managers@eecs.nwu.edu"@M_INTERNET@MRGATE@PRSRTR A sun 4/280 server and all clients are running SUN OS 4.1.1. When the server is re-booted, most of the clients get hung and must be re-booted also. This phenomenon didn't occur (or at least wasn't noticed) when we were running SUN OS 4.0.3 (1) Is there something we can do to avoid having to re-boot clients after re-booting the server? (2) Is this a new phenomenon that did not exist in 4.0.3 ? Bob Reardon REARDON@HDS.Sinet.SLB.COM From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 14 23:17:51 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA19963; Sun, 15 Dec 1991 12:01:09 -0600 Received: by delta.eecs.nwu.edu id AA23711 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 15 Dec 1991 09:17:38 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from slcs.slb.com by delta.eecs.nwu.edu with SMTP id AA04634 (5.65c/IDA-1.4.4 for ); Sun, 15 Dec 1991 09:17:31 -0600 Received: from sjosu1.sinet.slb.com ([129.87.118.1]) by SLCS.SLB.COM (4.1/SLCS Mailhost 3.13) id AA00670; Sun, 15 Dec 91 09:17:19 CST Received: from sndrtr.psi by sjosu1.sinet.slb.com id AA08442; Sun, 15 Dec 91 07:17:51 PST Date: Sun, 15 Dec 91 07:17:51 PST From: reardon@sws.SINet.SLB.COM Message-Id: <9112151517.AA08442@sjosu1.sinet.slb.com> To: sun-managers@eecs.nwu.edu X-Vms-From: SNDRTR::MRGATE::"MRGATE::PSI%HDSRTR::SWS::REARDON" X-Vms-To: M_INTERNET::"sun-managers@eecs.nwu.edu" Subject: Portmap Failure From: REARDON@SWS@PSI%HDSRTR@MRGATE@SNDRTR To: "sun-managers@eecs.nwu.edu"@M_INTERNET@MRGATE@SNDRTR Sun Server console displays the error message: " RPC: port mapper failure " The man command for portmap says - If portmap crashes, all servers must be restarted. Does anyone know what causes this and whether it can be corrected without rebooting the server. The portmap process is still running when the problem occurs. The server is a 4/280 with 25 clients, all running SUNOS 4.1.1. Clients all use automount. The problem goes away after the server is rebooted and usually does not recur until several days have passed. Bob Reardon Reardon@HDS.Sinet.SLB.COM From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 15 13:00:00 1991 Received: from unet.unet.umn.edu by mail.unet.umn.edu (5.65c/) id AA21009; Mon, 16 Dec 1991 06:40:31 -0600 Received: from delta.eecs.nwu.edu by unet.unet.umn.edu (5.65c/) id AA14383; Mon, 16 Dec 1991 03:56:12 -0600 Received: by delta.eecs.nwu.edu id AA08404 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 15 Dec 1991 23:14:19 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ucsd.edu by delta.eecs.nwu.edu with SMTP id AA06902 (5.65c/IDA-1.4.4 for ); Sun, 15 Dec 1991 23:14:02 -0600 Received: from cogsci.ucsd.edu by ucsd.edu; id AA01280 sendmail 5.64/UCSD-2.2-sun via SMTP Sun, 15 Dec 91 21:13:58 -0800 for sun-managers@eecs.nwu.edu Received: by cogsci.UCSD.EDU (4.1/UCSDPSEUDO.4) id AA04927 for sun-managers@eecs.nwu.edu; Sun, 15 Dec 91 21:13:54 PST From: wallen@cogsci.UCSD.EDU (Mark R. Wallen) Message-Id: <9112160513.AA04927@cogsci.UCSD.EDU> Date: 15 December 1991 2113-PST (Sunday) To: sun-managers@eecs.nwu.edu Subject: adding memory to a sun4/280 Hi I'm trying to add a 32meg Dataram board to a sun4/280, which has/had 4 8meg sun memory boards (for a total of 32megs). I believe that the sun4/280 can only have 4 memory boards (boards numbered 0-3, which you configure via jumpers on each memory board). Sooooo, I pull out one of the sun 8meg boards (board 0) and replace it with the Dataram board. This should give me 56megs total. However, the system won't boot; it dies in self test looking for board number 4 (a fifth memory board!). The system works with the Datram board and 2 sun 8meggers (for a total of 48 megs). Adding the third sun 8meg causes the system to want to look for board #4 (a fifth memory board) during the ECC selftests; this produces a bus error and causes a loop. I've received a hot spare from Dataram which gives the same results. I've swapped sun 8meg boards and slots as the 3rd sun board, so I don't think it's a particular sun memory board or slot. And Sun came in and swapped the CPU board as a test, with exactly the same results. So I'm stumped. The Dataram folks say that there is a new prom out, version 3.03, which is needed to run more than 56 megs. Actually there is a small debate about whether you need the new proms to run 56 and above megs or 64 and above megs. Both my CPU and the spare Sun brought in are version 3.0, and the Sun FE says that 3.0 is the newest version of the proms and has never heard of 3.03. I've also pulled out the nonstandard peripherals, thinking that a device register might conflict with one of the memory board registers. Same lack of joy. I suspect something simple/obvious in my setup, soooooo I'm askin'. Has anyone a similar setup? Had any problems making it work? Is there a version 3.03 of the sun4/280 boot prom? Is there a Santa Claus? Thanks in advance for any pointers Mark Wallen Cognitive Science, UCSD mwallen@ucsd.edu with the same (lack of joy) result From sun-managers-relay@delta.eecs.nwu.edu Sun Dec 15 05:19:31 1991 Received: from unet.unet.umn.edu by mail.unet.umn.edu (5.65c/) id AA21038; Mon, 16 Dec 1991 06:41:06 -0600 Received: from delta.eecs.nwu.edu by unet.unet.umn.edu (5.65c/) id AA08900; Sun, 15 Dec 1991 22:16:18 -0600 Received: by delta.eecs.nwu.edu id AA28064 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 15 Dec 1991 15:20:16 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from kiwi.sdsu.edu by delta.eecs.nwu.edu with SMTP id AA11976 (5.65c/IDA-1.4.4 for ); Sun, 15 Dec 1991 15:20:09 -0600 Received: by kiwi.sdsu.edu id <3145>; Sun, 15 Dec 1991 13:19:40 -0800 From: Andrew Scherpbier To: sun-managers@delta.eecs.nwu.edu Subject: 2nd monochrome frame buffer + monitor? Message-Id: <91Dec15.131940pst.3145@kiwi.sdsu.edu> Date: Sun, 15 Dec 1991 13:19:31 -0800 Greetings, On my desk I have an SS-1 with a monochrome frame buffer and 17" monitor. I can get another monochrome frame buffer and monitor from someone else. The question is: Is it possible to use 2 bwtwo devices in one machine? I know it is possible to use a bwtwo and a cg, but what about two of the same type? Is it like a (YUCK!!!) PC where you can have both a mono and color card, but not two mono cards? I haven't actually looked at the bwtwo board; is there some way to have it use another address? Please let me know and I'll summarize Andrew Scherpbier turtle@sciences.sdsu.edu From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 16 20:31:54 1991 Received: from unet.unet.umn.edu by mail.unet.umn.edu (5.65c/) id AA21050; Mon, 16 Dec 1991 06:41:26 -0600 Received: from delta.eecs.nwu.edu by unet.unet.umn.edu (5.65c/) id AA08809; Sun, 15 Dec 1991 20:48:55 -0600 Received: by delta.eecs.nwu.edu id AA05554 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 15 Dec 1991 17:32:23 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from brolga.cc.uq.oz.au by delta.eecs.nwu.edu with SMTP id AA32269 (5.65c/IDA-1.4.4 for ); Sun, 15 Dec 1991 17:32:14 -0600 Message-Id: <199112152332.AA32269@delta.eecs.nwu.edu> Received: from cc.uq.oz.au by brolga.cc.uq.oz.au id <10120-0@brolga.cc.uq.oz.au>; Mon, 16 Dec 1991 10:31:55 +1100 From: eric@cc.uq.oz.au (Eric Halil) Date: Mon, 16 Dec 1991 10:31:54 +1000 X-Mailer: Mail User's Shell (7.2.3 5/22/91) To: sun-managers@eecs.nwu.edu Subject: SUMMARY: Upgrading 3/50 -> ELC First, thanks to everyone who replied. Here's the original problem: ========================================================================= We're looking at upgrading our 3/50 to an ELC. The 3/50 currently has a shoebox disk and tape drive hanging off it plus another disk. I'm told that this isn't "officially" supported on the ELC but that it can be hooked up using a SCSI2 -> SCSI3 cable and in at least once case seemed to work OK (Thanks Robert!). Has anyone had any experience doing this? Any problems, comments, warnings, suggestions would be most welcome. Please e-mail and I will summarise. ========================================================================= *** And yes, that should read "SCSI-1 -> SCSI-2" cable. *** The general consensus was that it's fine and quite a few people were running in that setup without any problems at all. There were some problems though (I've included those messages at the end.) Here's some replies. Simon Hackett writes: >It's a SCSI-1 to SCSI-2 cable that you meant to say, not SCSI2->SCSI3. > >But otherwise, yes it works just fine. I did _exactly_ what you want to do >about two weeks ago. I got a sun SCSI-1 to SCSI-2 cable via Sun Direct >last week, and plugged my old shoebox (disk+60 mb tape) back onto the >end of the SCSI chain after my ELC's new 200 MB disk (which runs three >times faster than the old Adaptec+Micropolis disk combination in the shoebox) > >No problems, except for the kernel bitching that my old disk is a "non-CCS" >disk, which I suspect means that it's noticing that the old disk doesn't detach >from the bus after a command is issued to free it up for other operations. What >this means in practice is less throughput on your SCSI bus when the old disk is >active. If you don't hammer that disk normally, it doesn't seem to make much of >a difference. If you hammer the old disk, and then try to go for something on >the new disk at the same time, you can get your machine slowing down >dramatically in bursts while the SCSI bus gets locked out by the old disk. >But you really only see this when you're doing massive file operations (like >recursively destroying a directory tree) on the old disk. > >Note that I personally found it worth reading the man page on "tunefs" and >doing what it suggested with the "-a" paramete (run the test script >it suggests to find a more optimal contiguous block factor). The default on >the old disks seems to be 1, and the "new disk default" (7) works about >30% faster for me. Skip Gilberch: >I did a very similar upgrade (3/50 --> SLC, shoebox with disk and tape >plus Wren V in a separate box) several months ago and have had NO >problems. Be aware the scsi device designations will be different: > > sd0 became sd3 > sd2 became sd1 > >Current configuration on the SLC: > > 0. sd1 at esp0 slave 8 > sd1: > 1. sd3 at esp0 slave 0 > sd3: > >As I recall, I did a backup/format/partition/newfs/restore on each disk but I >don't know that this was necessary. Marcel Bernards warns: >Did not work in our case, at least with the smaller ones (70-141 Mb) >The SCSI->ESDI converter is tooooo sloooooww to keep up with the >ELC/SLC/SS1(+) SCSI interface. >Lots off timeouts and resetting SCSI bus barfs and slow access. >better is to buy a new SCSI disk (Wren VI 660 Mb ) and dump the >ESDI Disk + SCSI->ESDI converter. Disk's are rather cheap these days. >The Sun shoeboxes are fine big boxes to build in your own stuff :-) >I don't know if Sun will support this :-) :-) Simon Hackett in a another message: >yep. the old sun drives do work (I think there would have been a lynching >if they didn't). I have one other (very old) third party drive that didn't >work due to apparent SCSI incompatibilities, I'll farm that out to >my other Sun system ( a sun 2/120 !), that isn't so fussy. Reasonably >modern SCSI drives (e.g. Wren's or Quantums or similar) tend to work on >practically anything. Thanks to everyone who replied! I'm very grateful for your help. Yuval Tamir bernards@ECN.NL (Marcel Bernards) Bertil Roslund Simon Hackett Jon Mellott Mike Raffety skipnyc!skipsun!skip@fsg.com (Skip Gilbrech) shj@ultra.com (Steve Jay) aimla!ruby!jennine@uunet.uu.net (Jennine Townsend) osicki@hasler.ascom.ch (Osicki K.) robert@psych.psy.uq.oz.au (Robert Dal Santo) Eric. -- Eric Halil |Internet/CSnet: eric@cc.uq.oz.au Prentice Centre |Bitnet: eric%cc.uq.oz.au@uunet.uu.net University of Queensland 4072 |UUCP: uunet!munnari!cc.uq.oz!eric AUSTRALIA -- Phone: +61 7 365 3610 |JANET: eric%cc.uq.oz.au@uk.ac.ukc From sun-managers-relay@delta.eecs.nwu.edu Sun Dec 15 00:48:24 1991 Received: from unet.unet.umn.edu by mail.unet.umn.edu (5.65c/) id AA21069; Mon, 16 Dec 1991 06:42:52 -0600 Received: from delta.eecs.nwu.edu by unet.unet.umn.edu (5.65c/) id AA08678; Sun, 15 Dec 1991 18:47:36 -0600 Received: by delta.eecs.nwu.edu id AA22824 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 15 Dec 1991 10:02:04 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ucsd.edu by delta.eecs.nwu.edu with SMTP id AA14000 (5.65c/IDA-1.4.4 for ); Sun, 15 Dec 1991 10:01:56 -0600 Received: from network.ucsd.edu by ucsd.edu; id AA18776 sendmail 5.64/UCSD-2.2-sun via SMTP Sat, 14 Dec 91 16:49:05 -0800 for sun-managers@eecs.nwu.edu Received: by network.UCSD.EDU (5.61/UCSDGENERIC.3) id AA03662 to mail-sun-managers@ucsd.edu; Sat, 14 Dec 91 16:49:01 -0800 Newsgroups: mail.sun-managers Path: jacobi.ucsd.edu!mbk From: mbk@jacobi.ucsd.edu (Matt Kennel) Subject: Price quotes... Message-Id: <1991Dec15.004824.3616@network.ucsd.edu> Nntp-Posting-Host: jacobi.ucsd.edu Organization: Univ of Calif, San Diego Date: Sun, 15 Dec 1991 00:48:24 GMT Apparently-To: mail-sun-managers@ucsd.edu Well, our grant is running out, and we are in an, uh, "negative resource flux condition", and we need to econonomize on maintenance and such.... So, we might be interested in selling some of our older machines. I'd just like the ask the Netxperts to play "The Price is Right" and give us an idea what we could realistically get for our systems. There's a meeting soon at which we have to decide whether to off them or not. Essentially, we have 3 computers, a Sun 3/280, a 4/330 with a bitmap screen, and a 4/370. What could we get for each of them? Unfortunately, I don't have complete details on the configurations of the Sun 4's---when I get them I'll post a more detailed message. Thanks in advance, Matt Kennel mbk@inls1.ucsd.edu Institute for Nonlinear Science, UCSD Here's the current list=--------> Model 3/280S-P4 Sun3/280S Data Center; 16 MB; 76" Cabinet; 2 575 MB disks, 1/2 inch 1600/6250 Tape drive, floating point accelerator, 16 channel multiplexor, ethernet, 4.0.3c OS & manuals. Disk info: xy0: Xylogics 450/451 controller at addr ee40, unit # 0 840 cylinders 20 heads 67 sectors/track xy1: Xylogics 450/451 controller at addr ee40, unit # 1 840 cylinders 20 heads 67 sectors/track Sun 4/330 with Console. 16 MB memory. Disk Don't know the type; dkinfo gives: sd6: Emulex MD21 controller at addr fa000000, unit # 24 1545 cylinders 9 heads 46 sectors/track Sun 4/370 32 MB memory. Disks: sd0: Emulex MD21 controller at addr fa000000, unit # 0 1545 cylinders 9 heads 46 sectors/track c: 639630 sectors (1545 cyls) starting cylinder 0 sd2: Emulex MD21 controller at addr fa000000, unit # 8 1545 cylinders 9 heads 46 sectors/track c: 639630 sectors (1545 cyls) starting cylinder 0 From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 16 11:51:45 1991 Received: from unet.unet.umn.edu by mail.unet.umn.edu (5.65c/) id AA00545; Mon, 16 Dec 1991 12:59:59 -0600 Received: from delta.eecs.nwu.edu by unet.unet.umn.edu (5.65c/) id AA15920; Mon, 16 Dec 1991 10:09:53 -0600 Received: by delta.eecs.nwu.edu id AA08961 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 16 Dec 1991 03:53:27 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from adam.itk.unit.no by delta.eecs.nwu.edu with SMTP id AA09971 (5.65c/IDA-1.4.4 for ); Mon, 16 Dec 1991 03:53:16 -0600 Received: from espen.itk.unit.no by adam.itk.unit.no with SMTP id ; Mon, 16 Dec 91 10:51:45 +0100 Date: Mon, 16 Dec 91 10:51:45 +0100 From: Kjell Eidem Message-Id: <9112160951.AA10012@espen> To: sun-managers@eecs.nwu.edu Subject: Printer accounting summary A few days ago I sent this about doing printer accounting in SunOS 4.1.1: > We are looking for info about doing printer accounting in a Sparc > environment with SunOS 4.1.1. We want to keep tabs of how much printing > is done ore even charge for printer usage. > I know about the af variable in /etc/printcap and the pac command, but > unfortunately the lpd daemon does not log any information in the > af file as it would do in a BSD system. > So if there are some tools, progs etc. available somwhere, preferably > public domain, let me know about it. Here is a summary of the responses from the net. Thanks to everyone who replied. Kjell Eidem ------------------------------------------------------------------- From: lemke@MITL.COM (Kennedy Lemke) The SunOS 4.1.1 version of the Berkeley lpr suite certainly does exist. If you are not getting stuff written to the accounting file, you should first try killing and restarting lpd (or do this via lpc). If that doesn't do the trick, then make sure that the entire directory path of the accounting file exists, and that the file itself is writeable by group daemon. If all of this fails, try doing a trace(1) on lpd (the one that is started up for the specific job) and it should tell you what the problem is. -------------------------------------------------------------------- From: Paul A. Scowen This I don't understand. We're doing just just what you say cannot be done, with all print jobs being logged into the af specified in the printcap - or are you using another machine as your print server? Then you won't g get any logged stuff because all the jobs will be transmitted to the print server and logged there. ----------------------------------------------------------- From: sjh@helicon.math.purdue.edu I use a package called lpa which I believe was developed locally. I think prm@ecn.purdue.edu could probably tell you more. I don't know if they are willing or able to let it out of the University, though. -------------------------------------------------------------- From: Mike Raffety The lpd daemon doesn't ever do any accounting; your input filter needs to accept an argument naming the log file (which lpd will pass to it). lpd calls the filters like this: * Set up the chain [ PR [ | {IF, OF} ] ] or {IF, RF, TF, NF, DF, CF, VF}. The input filter is called with something like: input_filter -n logname -h fromhost accounting_file You need an input filter that will do something with that argument (like append a line with the page count when it gets done). ---------------------------------------------------- From: Jim Mattson We use pac here with SunOS 4.1.1 and have never had any trouble with it. Does your af file exist on the machine that drives the printer? Lpd won't create it if it isn't there. ----------------------------------------------------------- From: Daniel Baldoni lpd/lpr by themselves don't do any real accounting. You need to specify input/output filters which will do the page-counting for you. Here's an entry we've set up for one of our line-printers: lp1|lp|abel line printer:\ :br#9600:lp=/dev/ttya:of=/usr/lib/lpf:if=/usr/lib/lpf:\ ^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^ :pc#300:af=/var/adm/lp1.acct:\ :sd=/usr/spool/printers/lp1:lf=/usr/adm/lpd-errs: The SUN-supplied /usr/lib/lpf will do the page-counting for you. The pc#300 field sets the price-per-page to 3 cents. Then your specified 'af' file will contain the number of pages printed, the number of runs they were printed in, and the total cost. When I set this up, I could find *NO* documentation on lpf in any of the manuals (paper or on-line). I just happened across it on an Ultrix machine and (luckily) it was the same beastie on SunOS (we're running 4.1.1 by the way). --------------------------------------------------------- From: simon@liasun6.epfl.ch (Simon Leinen) Here it works fine -- maybe you have a permission problem with the accounting file? root@liasun3# ls -l /usr/adm/lw.acct -rw-r--r-- 1 daemon staff 39350 Dec 11 10:52 /usr/adm/lw.acct -- -------------------------------------------------------------------- From: "Pedro A.M. Vazquez" Yes, there is PD pacakge: PLP or public line printer. It does accounting by: user, group, host, etc. But Im using SUnOS 4.1.1 on a 330 server and the pac works ok. Does have check all write permissions on the lpacct file? I've the follow: total 203 drwxr-sr-x 5 bin 512 Oct 13 1990 acct -rw-rw-r-- 1 root 114 Oct 29 01:05 active -rw------- 1 uucp 0 Oct 13 1990 aculog -rw-r--r-- 1 root 699 Dec 11 01:02 dtmp -rw-r--r-- 1 root 0 Nov 10 02:00 fee -rw-r--r-- 1 root 5740 Dec 11 12:15 lastlog -rw-rw-r-- 1 root 9175 Dec 11 11:11 logoutlog -rw-r--r-- 1 daemon 22062 Dec 11 09:26 lp.acct -rw-r--r-- 1 root 67 Oct 12 14:14 lpd-errs -rw-rw-r-- 1 daemon 13347 Dec 11 11:38 lw.acct -rw-r--r-- 1 root 6567 Dec 11 02:00 messages -rw-r--r-- 1 root 51883 Dec 7 02:00 messages.0 -rw-r--r-- 1 root 10568 Nov 30 02:00 messages.1 -rw-r--r-- 1 root 9255 Nov 23 02:00 messages.2 -rw-r--r-- 1 root 10059 Nov 16 02:00 messages.3 -rw-r--r-- 1 root 0 Oct 13 1990 msgbuf -rw-r--r-- 1 root 58656 Dec 11 12:29 pacct -rw-r--r-- 1 root 58656 Dec 11 12:29 pacct -rw-r--r-- 1 root 0 Oct 13 1990 usracct -rw-r--r-- 1 root 828 Dec 11 12:15 wtmp What I've noticed is that the NewsPrint package doens't work with both pac & PLP. But I haven't NewsPrint in my site. The problem I've noticed with 4.1.1 and printer control is that th rg (restricted group) doesn't work sometimes. ------------------------------------------------------- From: jpd@pc.usl.edu (Dugal James P.) Hi! Here at USL we ported the BSD 4.3 lpd package to SunOS 4.1.1B and use it instead of the Sun stuff. We needed to be able to charge to departments and so modified the af for some printers, and also the lpr command. If you are interested in our port, perhaps I could make it available for ftp. -------------------------------------------------- From: ajs6143@eerpf001.boeing.com ( Andy J. Stefancik (206) 234-3049 ) Need to chown daemon.daemon on you printcap's af logfile. -------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 16 05:34:19 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA00775; Mon, 16 Dec 1991 13:37:48 -0600 Received: by delta.eecs.nwu.edu id AA25150 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 16 Dec 1991 09:58:28 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA26448 (5.65c/IDA-1.4.4 for ); Mon, 16 Dec 1991 09:58:22 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA19339; Mon, 16 Dec 91 10:58:18 -0500 Received: from s5.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 105747.5756; Mon, 16 Dec 1991 10:57:47 EST Received: by Morgan.COM id AA04269; Mon, 16 Dec 91 10:34:20 EST Message-Id: <9112161534.AA04269@Morgan.COM> From: rct@fid.Morgan.COM (Robert Terzi) Date: Mon, 16 Dec 1991 10:34:19 -0500 In-Reply-To: "(Alain Brossard EPFL-SIC/SII)" "Re: SUMMARY: ELC won't boot" (Dec 15, 2:09pm) Reply-To: rct@fid.Morgan.COM X-Mailer: Mail User's Shell (7.2.3 5/22/91) To: sun-managers@eecs.nwu.edu Subject: Re: SUMMARY: ELC won't boot [ Sorry to continue Breaking The Rules, but the suggestion given for "fixing" NVRAM problems sounded way too dangerous to let pass... ] Removing and/or replacing the NVRAM or *any* chip from a running machine is a very bad idea, that at best, voids your warranty... How to "Bail Out" Your Open Boot Prom 2.X --------------------------------------- L1-F forces I/O to I/O to ttya, and stops the Open Boot Prom before it inteprets NVRAMRC. This leaves your NVRAM variables intact. -- OR -- L1-N resets *ALL* NVRAM variables (including USE-NVRAMRC? and NVRAMRC to their defaults and then continues. You can then abort with L1-A to get back to the ok prompt, and use the nvrecover command to retrieve the contents of the NVRAMRC and fix them. (Or, of course you could just start over...) Note: ----- In order for this to take affect, you must be hitting these keys at the point in time, between after the machine has finished Power On Self Test and before it attempts to execute NVRAMRC. (Hint: your probably want to start hitting this sequence over and over when you are nearing the end of POST. This should be covered in the Open Boot Prom 2.X Documentation by now. --Robert >> In "Re: SUMMARY: ELC won't boot", Dec 15, "(Alain Brossard EPFL-SI writes << > > I do realize that I'm breaking the rules by replying directly, > but it seems important enough since it may prevent managers from > making their machines unusable at the hardware level. > > > From: stewartc@amc.com (Stewart Castaldi) > > (from monitor level) > > > > >n > > ok nvedit > (...) > > Some of you may be tempted to modify nvramrc using the > eeprom command at the unix level. DO NOT DO THIS!!!! We tried > it here and had to call sun to replace the NVRAM. I haven't had > time to look at the source yet, but it seems that nvramrc is a > (...) > However if you screw up the NVRAM, here is a technique that should > allow you to fix it at the risk of voiding your warranty and > destroying another good NVRAM. Sun did it here and it worked so... > > Remove the NVRAM CAREFULLY, take care of the pins! Go to > another similar machine (?), do a shutdown and bring it to monitor > level (ok prompt). Open the case, remove CAREFULLY the good NVRAM, > insert the new one CAREFULLY. During this time, the machine is still > on line, so be carefull not to short anything. Now go back to the > keyboard and fix the bad nvram. This may be as simple as setting > use-nvramrc? to false, or you may use set-defaults to reset all > the parameters to their default ones. > Personnaly, I would rather call Sun and have them do > it but then I hate hardware :-). From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 16 04:55:56 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA01120; Mon, 16 Dec 1991 15:31:32 -0600 Received: by delta.eecs.nwu.edu id AA30711 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 16 Dec 1991 10:58:47 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from sentry.mmmg.com by delta.eecs.nwu.edu with SMTP id AA31863 (5.65c/IDA-1.4.4 for ); Mon, 16 Dec 1991 10:58:42 -0600 Received: from mmc.mmc.mmmg.com.noname by sentry.mmmg.com (4.0/SMI-4.1/PTR-BDR 1.3) id AA19303; Mon, 16 Dec 91 10:57:54 CST Received: by mmc.mmc.mmmg.com.noname (4.1/SMI-4.1) id AA18069; Mon, 16 Dec 91 10:55:56 CST Date: Mon, 16 Dec 91 10:55:56 CST From: co017418@mail.mmmg.com (Paul T. Root) Message-Id: <9112161655.AA18069@mmc.mmc.mmmg.com.noname> To: sun-managers@eecs.nwu.edu Subject: HP DAT Drive and Suns Arch: Sun4c OS: SunOS 4.1.1b DAT Drive: HP 25480A We have this DAT drive on and working in compressed mode. The manual claims that we should be able to get upto 8 Gig of data on a 90m tape. So far all I have been able to get is about 3 Gig in dump format ( using GTBackup from Alida, Inc.). The switches are set (1-8) 1 1 1 1 1 0 0 0 And the kernel has been rebuilt using the data provided by HP. I have used many different combinations of density and tape lengths. HP suggests using 15000 for both. Does anybody have any insight as to how to get more onto a tape? Thanks. I will summerize. Paul. From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 16 15:52:14 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA01180; Mon, 16 Dec 1991 15:52:14 -0600 Received: by delta.eecs.nwu.edu id AA09736 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 16 Dec 1991 11:54:44 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from nuacc.acns.nwu.edu by delta.eecs.nwu.edu with SMTP id AA00281 (5.65c/IDA-1.4.4 for ); Mon, 16 Dec 1991 11:54:39 -0600 Return-Path: beig@FRULM63.BITNET Received: from FRULM63.BITNET by nuacc.acns.nwu.edu; Mon, 16 Dec 91 11:52 CDT Received: by dmi.ens.fr (5.57/Ulm 89/04/27 1.0) id AA03847; Mon, 16 Dec 91 18:44:32 +0100 Date: Mon, 16 Dec 91 18:44:29 MET From: beig@FRULM63.BITNET Subject: SUMMARY: read: conditional success To: sun-managers@eecs.nwu.edu Message-Id: <9112161744.AA17802@merisier.ens.fr> X-Mailer: ELM [version 2.3 PL11] X-Envelope-To: sun-managers@eecs.nwu.edu The question was: >> On a Sun 4/490 with SunOS 4.1.1, we have messages like: >> id000e:block 79204 (638854 abs):read:Conditional Success. >> Data Retry Performed. >> >> Is this the beginning of hardware troubles, or is it a software >> known trouble? I was right with the second assumption. This message is "normal" under heavy traffic. It's written in the paper manuals. They wrote that repairing sectors can fix things. May be, but in our case, we had messages with a rate of 100 and more per hour. That was too much! Sun first asked to change a disk. No change. They then asked to change the IPI controler. Error rates falled from 100+/hour to 3/hour. We now have a controler dated 4/18/91. Since there were still some errors, I reformated the disk. And now, for 2 days, no more error. To give hints, - save an IPI disk on a DAT = 1h30; - formating an IPI disk (model 9720) = 1h30; - restoring data = 4h. Thanks to ca@idefix.informatik.UNI-KIEL.DBP.DE pln@egret1.Stanford.EDU blc@sol.med.ge.com eeimkey@eeiua.ericsson.se bill@ihpds1.att.com flash.bellcore.com!breeze.bellcore.com!dan liz@heh.cgd.ucar.EDU ada3.ca.boeing.com!moses.boeing.com!rr6204 jaf@jupiter.Sun.CSD.unb.ca MAL@CORNELLC.BITNET husc6.BITNET!gauss.med.harvard.EDU!satmb and mp@allegra.att.com for his long answer. Cf infra. --Jacques Beigbeder _________________________ >From mp@allegra.att.com Mon Dec 9 17:17:54 1991 Received: from dmi.ens.fr by merisier.ens.fr (4.1/88/01/19 3.0) id AA26360; Mon, 9 Dec 91 17:17:53 +0100 Received-Date: Mon, 9 Dec 91 17:17:53 +0100 Return-Path: Received: by dmi.ens.fr (5.57/Ulm 89/04/27 1.0) id AA21772; Mon, 9 Dec 91 17:17:49 +0100 From: mp@allegra.att.com Message-Id: <9112091617.AA21772@dmi.ens.fr> Received: from CUNYVM by CUNYVM.BITNET (Mailer R2.08) with BSMTP id 2359; Mon, 09 Dec 91 11:15:09 EST Received: from research.att.com by CUNYVM.CUNY.EDU (IBM VM SMTP V2R1) with TCP; Mon, 09 Dec 91 11:15:07 EST Received: by inet; Mon Dec 9 11:16 EST 1991 Date: Mon, 9 Dec 91 11:15:57 EST To: beig@dmi.ens.fr Subject: Re: read: conditional success They're basically soft errors. Sun's position in its documentation (the 4.1.1 release notes) is that these errors occur during heavy load and aren't cause for alarm. We've found that they occur under more circumstances than that, though. When we got our three 4/390's 2 years ago, each with 4 or 8 1.2GB IPI drives, all of them reported occasional read and write errors (Conditional Success). The disks that got the most errors eventually started getting hard errors, so they were replaced. 4 out of 16 drives were replaced in the first few months. If you don't have a heavy load on your systems, watch the error messages to see if they affect just one disk and if they turn into hard errors, e.g.: id000a: block 9104 (9104 abs): write: Uncorrectable Data Check. since it may just be a dying disk. With us, the soft errors still kept appearing, across all disks that were being used, so the next thing Sun tried was to replace the controllers with newer rev levels and change the cables and terminators. This helped one of the servers. Then they found out that the disks had been designed to use adhesive tape (!) to guide airflow, and that over time the tape had become unstuck and was flapping in the breeze rather than doing its job. They installed plastic baffles to correct this, and the error messages seemed to come less frequently. Then we heard there was a problem with cables having impedance that was too high (and in fact the impedance can increase with age, which could be one reason the error messages usually increased in frequency over time). Replacing the cables with a set that was tested for several weeks at Sun eliminated the problem, and we are gradually getting such cables installed in the systems. Also, they now have cables with filters on them, which may help - we'll be trying a set of them soon. From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 16 12:47:05 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA01188; Mon, 16 Dec 1991 15:55:15 -0600 Received: by delta.eecs.nwu.edu id AA00930 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 16 Dec 1991 08:02:01 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from hearnvax.nic.surfnet.nl by delta.eecs.nwu.edu with SMTP id AA10479 (5.65c/IDA-1.4.4 for ); Mon, 16 Dec 1991 08:01:54 -0600 Received: from fenk.wau.nl (metten.fenk.wau.nl) by HEARNVAX.nic.SURFnet.nl with PMDF#10216; Mon, 16 Dec 1991 11:47 MET Received: from [137.224.129.204] (mac204.fenk.wau.nl) by fenk.wau.nl (4.1/SMI-4.1) id AA07319; Mon, 16 Dec 91 11:47:06 +0100 Date: Mon, 16 Dec 91 11:47:05 +0100 From: peter@fenk.wau.nl Subject: SUMMARY: Process can't be killed To: sun-managers@eecs.nwu.edu Message-Id: <9112161047.AA07319@fenk.wau.nl> X-Envelope-To: sun-managers@eecs.nwu.edu My problem was: > >For the second time we have got a "cat" process hanging which can't be killed >using kill -9: > >chris 2550 0.0 0.0 124 0 p4 IW 11:01 0:01 -csh (csh) >chris 10738 0.0 0.0 12 0 p4 DW 17:20 0:00 cat N50P200sig1phi.log > >Process 10738 hangs. >The system is a Sun 4/75 running SunOS 4.1.1, a diskless client. >The kernel is the sun-supplied DL60. We applied patch 100338-02: SunOS 4.1; >4.1.1 system crashes with assertion failed panic. > >The /dev/ttyp4 file shows that can be used, but when login tries to access >p4 the user is logged out right away without any messages. > >The problem then is that no more then 4 users can be logged on before rebooting. >Any ideas on how to kill the "cat" process? >Is it a NFS bug? > Most people pointed out that the process cant be killed because it is in a non-interruptible wait. That is nice, but (a) why does it hang, and (b) why is /dev/ttyp4 (semi) accessible for other users, while it is used by Chris? To solve problem (a) several people suggested to install the NFS jumbo patch (100173-03). We applied the patch a week ago, and don't have any problems ever since. No one made any suggestion about problem (b): it remains a mistery to me. Many thanks to: Jason Ornstein mark@isis.Berkeley.EDU (mark kraitchman) kalli!kevin@fourx.Aus.Sun.COM (Kevin Sheehan {Consulting Poster Child}) ray@isor.vuw.ac.nz kwthomas@nsslsun.nssl.uoknor.edu (Kevin W. Thomas) Ace Stewart dal@gcm.com (Dan Lorenzini) Mike Raffety jem@matt.ksu.ksu.edu (James Morrill) stern@sunne.East.Sun.COM (Hal Stern - NE Area Tactical Engineering) ross!hdr@cs.utexas.edu (Henry D. Reynolds) celso@dcc.ufmg.br (Celso de Souza Lima) Peter Barneveld Internet: peter@FenK.wau.nl Wageningen Agricultural University Fax: (-)(31)8370-83777 Dpt. of Physical and Colloid Chemistry Voice: (-)(31)8370-82144 The Netherlands Feel free to ftp metten.fenk.wau.nl From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 16 06:19:54 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA01242; Mon, 16 Dec 1991 16:15:50 -0600 Received: by delta.eecs.nwu.edu id AA06786 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 16 Dec 1991 10:20:22 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from fs1.cam.nist.gov by delta.eecs.nwu.edu with SMTP id AA13324 (5.65c/IDA-1.4.4 for ); Mon, 16 Dec 1991 10:20:16 -0600 Received: from hawk.cam.nist.gov by fs1.cam.nist.gov (4.1/SMI-DDN) id AA26282; Mon, 16 Dec 91 11:20:12 EST Received: by hawk.cam.nist.gov (4.1/SMI-4.1) id AA00230; Mon, 16 Dec 91 11:19:54 EST Date: Mon, 16 Dec 91 11:19:54 EST From: quyen@cam.nist.gov (Quyen_Ngo_x3860) Message-Id: <9112161619.AA00230@hawk.cam.nist.gov> To: sun-managers@eecs.nwu.edu Subject: new member in the list ! Please add 'list-sun-managers@dove.nist.gov' to the sun-managers mailing list. Thanks, Quyen From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 16 02:51:04 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA01455; Mon, 16 Dec 1991 18:02:43 -0600 Received: by delta.eecs.nwu.edu id AA12524 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 16 Dec 1991 13:11:54 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from yosemite.atmos.ucla.edu by delta.eecs.nwu.edu with SMTP id AA09751 (5.65c/IDA-1.4.4 for ); Mon, 16 Dec 1991 13:11:44 -0600 Received: by yosemite.atmos.ucla.edu (4.1/SMI-4.1) id AA21242; Mon, 16 Dec 91 10:51:04 PST Date: Mon, 16 Dec 91 10:51:04 PST From: fabrice@yosemite.atmos.ucla.edu (fabrice cuq) Message-Id: <9112161851.AA21242@yosemite.atmos.ucla.edu> To: sun-managers@eecs.nwu.edu Subject: boot problems on IPX Hi, When I try to boot a Sun IPX I get the message: boot device: /sbus/esp@0,80000/sd@3,0 File and args: SCSI device 3,0 is not responding Can't open boot device Here is what I did: I took the machine out of the box, boot it up, set up network parameters, loaded the Sun IPX supplement, took the machine down to add a magneto- optical disk (which was on a SS2) and tried to reboot without success. I removed the external SCSI device and got the same message as above. When I ran the probe-scsi it showed the external device when present, otherwise nothing: the internal disk didn't show.I tried to set up boot-file to vmunix, /vmunix but still no boot. Boot-device is unchanged (disk). What's happening? Should I "slap" the disk like I do on some of the quantum 105Mb disk? Thanks Fabrice fabrice@yosemite.atmos.ucla.edu From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 16 09:32:51 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA01457; Mon, 16 Dec 1991 18:02:48 -0600 Received: by delta.eecs.nwu.edu id AA19815 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 16 Dec 1991 13:33:07 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from stc06.CTD.ORNL.GOV by delta.eecs.nwu.edu with SMTP id AA22962 (5.65c/IDA-1.4.4 for ); Mon, 16 Dec 1991 13:32:58 -0600 Received: by stc06.CTD.ORNL.GOV (5.57/Ultrix3.0-C) id AA29929; Mon, 16 Dec 91 14:32:51 -0500 Date: Mon, 16 Dec 91 14:32:51 -0500 From: Dave Sill Message-Id: <9112161932.AA29929@stc06.CTD.ORNL.GOV> To: sun-managers@eecs.nwu.edu Subject: Summary: Printing to HP via NeWSprint hangs system I recently reported a problem with a NeWSprint/HP/parallel setup wherein the system would hang after printing a job. I received several helpful replies, for example: Allen Witt writes: >I had the same problem when I set up a SPARCprinter. The job would >print, hang the system, reprint on reboot, hang again. Turned out >that I hadn't remade the kernel after installing the sparcprinter >software which includes a patch. Doing this cured the problem. Took >me three days of RTFMing, reading saved summaries from sun managers, >experimenting, etc to realise I hadn't followed the setup instructions >to the letter. > > Allen Witt email agw@math.canterbury.ac.nz I could have sworn the docs said the kernel patch was only required for SPARCprinters, but it might have been all parallelly-connected printers. Anyway, I didn't install NeWSprint on the system, our integrator did. Fixing the kernel did indeed fix the hanging problem. Stay turned for further details on another problem we're having now. Thanks again to all who replied. -- Dave Sill (de5@ornl.gov) We have many things in common Martin Marietta Energy Systems Name three. Workstation Support -R.E.M. From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 16 11:05:50 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA01510; Mon, 16 Dec 1991 18:37:14 -0600 Received: by delta.eecs.nwu.edu id AA18152 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 16 Dec 1991 15:06:08 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from stc06.CTD.ORNL.GOV by delta.eecs.nwu.edu with SMTP id AA26024 (5.65c/IDA-1.4.4 for ); Mon, 16 Dec 1991 15:05:59 -0600 Received: by stc06.CTD.ORNL.GOV (5.57/Ultrix3.0-C) id AA03753; Mon, 16 Dec 91 16:05:50 -0500 Date: Mon, 16 Dec 91 16:05:50 -0500 From: Dave Sill Message-Id: <9112162105.AA03753@stc06.CTD.ORNL.GOV> To: sun-managers@eecs.nwu.edu Subject: More problems w/HP & NeWSprint Part 2 in the continuing saga... [SS2, SunOS 4.1.1-GFX-Rev2, NeWSprint 1.0, HP Laserjet II over Sun Serial Parallel Controller's parallel line] In Part 1 we dealt with the problem of the system hanging after each print job. The fix was installing a kernel patch included with NeWSprint. Now that print jobs aren't hanging, we're having other problems. First, what works? "lpr textfile" works fine. Screen snapshots work fine, too. What doesn't work: the sample PS files under /usr/openwin/demo/PostScript. The failure mode is odd. Small files print OK, except that some dots/pixels are shifted to the right. It looks as if the picture was smeared, almost. Larger files (over 30-something K) print in pieces: a couple inches, vertically, per page, with the same smearing effect shown by smaller files. Another quirk is that "man ls | lpr" didn't work. It didn't even seem to queue up a job, but I could be wrong...I only tried it once. "man ls >file; lpr file" worked fine, though. Thanks again, in advance. -- Dave Sill (de5@ornl.gov) We have many things in common Martin Marietta Energy Systems Name three. Workstation Support -R.E.M. From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 16 11:38:09 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA01519; Mon, 16 Dec 1991 18:42:45 -0600 Received: by delta.eecs.nwu.edu id AA29196 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 16 Dec 1991 15:35:24 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ftp.com (babyoil.ftp.com) by delta.eecs.nwu.edu with SMTP id AA29289 (5.65c/IDA-1.4.4 for ); Mon, 16 Dec 1991 15:35:17 -0600 Received: by ftp.com id AA29192; Mon, 16 Dec 91 16:38:09 -0500 Date: Mon, 16 Dec 91 16:38:09 -0500 From: hobbit@ftp.com (*Hobbit*) Message-Id: <9112162138.AA29192@ftp.com> To: sun-managers@eecs.nwu.edu Subject: mountd... I'm sure it's been asked before, but while fixing the exports-line-bigger- than-256-chars problem in mountd, how big DID they make the buffer now? _H* From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 16 04:46:49 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA01556; Mon, 16 Dec 1991 18:59:28 -0600 Received: by delta.eecs.nwu.edu id AA13658 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 16 Dec 1991 13:18:47 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA31299 (5.65c/IDA-1.4.4 for ); Mon, 16 Dec 1991 13:18:39 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA15656; Mon, 16 Dec 91 14:18:32 -0500 Received: from medtron.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 141704.28664; Mon, 16 Dec 1991 14:17:04 EST Received: from node9.ARPA by medtronic.com (4.1/SMI-4.1) id AA00301; Mon, 16 Dec 91 12:46:29 CST Received: by node9.ARPA ( 5.52 (84)/5.17) id AA06662; Mon, 16 Dec 91 11:46:49 MST Date: Mon, 16 Dec 91 11:46:49 MST From: Stephen Dowdy Message-Id: <9112161846.AA06662@node9.ARPA> To: sun-managers@eecs.nwu.edu Subject: NVRAM Munged (was Re: SUMMARY: ELC won't boot) Alain Brossard brought up 'resetting' the NVRAM by putting it in another Running system. You don't need to do this. Just do: 1) Power off system 2) Pull NVRAM (be careful to pull it gently) 3) Power on system. System will Report NVRAM Checksum Failure (of course) 4) System will give normal/forth monitor prompt. 5) CAREFULLY insert the NVRAM into the socket. (in the correct orientation that you should have check in step 2) 6) OK> set-defaults 7) printenv 8) manually reset options to how you want them... 9) reset You should be a happy camper at this point. SHOULD, but i have had to perform this procedure more than once on a system, because something didn't quite hold right. Note, You are being danger-man here. If you are a safe player, call Sun, wait for however long it takes... If you instead find it absolutely ludicrous that you can render a machine useless via SOFTWARE commands (Firmware) in this day and age, then have at it. I wish Sun would clarify this situation. Do they just not want folks doing the above procedure because they fear bent pins, shorted sockets,...? Or is there some nastier problem that only shows up 1% of the time? I personally find it very scary to know that a lab full of systems could be rendered useless by someone who figures this out, and the systems haven't been configured with passwords... --stephen dowdy Software Engineer Micro-Rel, Inc. {A Division of Medtronic, Inc} stephen@urel.medtronic.com {uunet!medtronic.com!urel!stephen} From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 16 12:05:05 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA02450; Tue, 17 Dec 1991 03:47:09 -0600 Received: by delta.eecs.nwu.edu id AA26801 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 16 Dec 1991 16:10:33 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from mwunix.mitre.org by delta.eecs.nwu.edu with SMTP id AA30154 (5.65c/IDA-1.4.4 for ); Mon, 16 Dec 1991 16:10:26 -0600 Return-Path: Received: from rod.mitre.org by mwunix.mitre.org (5.61/SMI-2.2) id AA27295; Mon, 16 Dec 91 17:09:15 -0500 Received: from lens.mitre.org by rod.mitre.org.mitre.org (4.1/SMI-4.1) id AA01934; Mon, 16 Dec 91 17:05:05 EST Date: Mon, 16 Dec 91 17:05:05 EST From: john@rod.mitre.org (John Marsh) Message-Id: <9112162205.AA01934@rod.mitre.org.mitre.org> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: sgi-ansi-net termcap entry I thought I sent out a summary on the SGI termcap for SUN question on Friday, but have not seen it, so, here it goes again: The answer is to use infocmp (8) with the -C option to read out the terminfo entries on the SGI to termcap format for adding to the SUN's termcap. Thanks everyone, John From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 16 20:24:49 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA02475; Tue, 17 Dec 1991 04:15:15 -0600 Received: by delta.eecs.nwu.edu id AA12483 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 17 Dec 1991 01:25:05 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from SCTC.COM by delta.eecs.nwu.edu with SMTP id AA32280 (5.65c/IDA-1.4.4 for ); Tue, 17 Dec 1991 01:25:00 -0600 Received: by SCTC.COM (4.1/SCTC-012690) id AA25031; Tue, 17 Dec 91 01:24:50 CST From: schoelle@SCTC.COM (Dave Schoeller) Message-Id: <9112170724.AA25031@SCTC.COM> Subject: Boot problem SunOS 4.1.1 and Rimfire 3223 Controller. To: sun-managers@eecs.nwu.edu Date: Tue, 17 Dec 91 1:24:49 CDT X-Mailer: ELM [version 2.2 PL13] System: Sun3/280, SunOS 4.1.1 Ciprico Rimfire 3223 Controller, Driver Version 2.0 CDC 9720 disk drive. Problem: After booting and loading the kernal, the system fails to mount the root partition. It appears to not recognize the rf0 device. A sample boot is shown below. If I boot the system as a client machine I can then successfully mount /dev/rf0a on /mnt along with all the other partitions. I have even tried configuring the kernal with the following options with no success. "config vmunix root on rf0a swap on rf0b" Also, "tunefs -a7 -d0" was run on all of the partition . Thanks. >b xy()vmunix -as Boot: xy(0,0,0)vmunix -as root filesystem type( 4.2 nfs ): 4.2 root device ( xy%d[a-h] sd%d[a-h] xd%d[a-h] ): xy0a root on xy0a fstype 4.2 Boot: vmunix Size: 579872+138264+79080 bytes SunOS Release 4.1.1 ( FS1 )#2: Thur Nov 20 06:00:07 CST 1991 Copyright (c) 1983-1990, Sun Microsystems, Inc. mem = 16384K (0x1000000) avail mem = 15613952 Ethernet address = 8:0:20:0:1a:2d rf: RF3200/RF3400 driver Version 2.0 (3) rfc0 at vme16d32 0x2000 vec 0xf2 rf0 at rfc0 slave 0 rf0: rf1 at rfc0 slave 1 rf1: rf4 at rfc1 slave 0 rf4: zs0 at obio 0x20000 pri 3 ie0 at obio 0xc0000 pri 3 root filesystem type ( spec 4.2, nfs, lo, tfs ): 4.2 root device ( ): -- Dave Schoeller SCTC, 1210 West County Rd E, Suite 100 schoeller@sctc.com Arden Hills, MN 55112-3739 From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 16 16:13:07 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA02478; Tue, 17 Dec 1991 04:15:25 -0600 Received: by delta.eecs.nwu.edu id AA21200 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 17 Dec 1991 01:36:08 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from asuvax.EAS.ASU.EDU by delta.eecs.nwu.edu with SMTP id AA04784 (5.65c/IDA-1.4.4 for ); Tue, 17 Dec 1991 01:35:58 -0600 Received: by asuvax.eas.asu.edu (5.57/1.3) id AA14173; Tue, 17 Dec 91 00:30:53 -0700 Received: by titan id <63098>; Mon, 16 Dec 1991 23:11:49 -0700 Subject: SUMMARY: Proc: table is full From: Rod Rebello -- CAD Development To: sun-managers@eecs.nwu.edu Date: Mon, 16 Dec 1991 23:13:07 -0700 X-Mailer: ELM [version 2.3 PL11] Message-Id: <91Dec16.231149mst.63098@titan> Thanks for all the replys. As many pointed out, increasing MAXUSERS in the kernal config file and/or NPROC in param.c should fix the problem as long as a renegade process is not spawing endless processes. As it turns out, we had a very low number for MAXUSERS (8) for the number of users actually on our system, plus running X Windows on the console occasionally. -- Rod Rebello titan!rrebello@asuvax.eas.asu.edu Microchip Technology Inc., Chandler, AZ From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 16 14:35:24 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA02525; Tue, 17 Dec 1991 05:08:34 -0600 Received: by delta.eecs.nwu.edu id AA07860 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 17 Dec 1991 00:38:35 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from CCSF.Caltech.EDU (sampson.ccsf.caltech.edu) by delta.eecs.nwu.edu with SMTP id AA23728 (5.65c/IDA-1.4.4 for ); Tue, 17 Dec 1991 00:38:28 -0600 Received: from laguna (laguna.ccsf.caltech.edu) by CCSF.Caltech.EDU (4.1/SMI-4.1) id AA10388; Mon, 16 Dec 91 22:35:01 PST Received: by laguna (4.1/SMI-4.1) id AA05823; Mon, 16 Dec 91 22:35:25 PST From: jack@laguna.CCSF.Caltech.EDU (Jack Stewart) Message-Id: <9112170635.AA05823@laguna> Subject: SUMMARY: Weird Problem with SPARCprinter To: sun-managers@eecs.nwu.edu Date: Mon, 16 Dec 91 22:35:24 PST X-Mailer: ELM [version 2.3 PL11] PROBLEM: Output from SPARCPrinter was shifted up 1/4 inch. SOLUTION: none yet. By a process of elimination, I am certain that some piece of internal hardware (on the Printer) is damaged. I am still trying to get a hold of Sun to confirm this and see if they can service it onsite or if I need to send it back to the factory. I wish to thank everyone who responsed to my original query. I thought that I had tried everything but I got a few new ideas. I am now sure that it is a hardware problem. There is a problem that is very similar to this one. If one of the magnets in the paper tray is in the wrong spot you will get unusual output. Ultimately this problem may be related to the magnets (perhaps something is wrong with the sensor array) but unfortunately that wasn't the solution for this printer. I tried the following with no success. Different types of printing (text, postscript, framemaker, TeX) - same results Checked to make sure magnets were in the correct spot. Swapping paper trayings with another (working) SPARCprinter - no change on either printer. Swapping drum cartridge with another (working) SPARCprinter - no change on either printer. Moving the printer to the location of a working printer and attaching it to that host - the problem followed the printer. So I am reasonably certain that the problem is in the hardware of the printer. If anyone is interested I can let you know (via E-Mail) what Sun says about the printer after it is fixed. Thanks again for the responses. ---Jack -- Jack Stewart E-Mail: jack@CCSF.Caltech.EDU Caltech Concurrent Supercomputing Facility, Phone: 818-356-2153 Mail Stop # 158-79, 391 S. Holliston, Pasadena, CA 91125. #include RESPONSES: From: Mark Ferraretto I get the same kind of problem. Except everything is moved down about an inch or so. Could you please let me know what's happening if you find anything out? sorry I couldn't help -- _ Name : Mark Ferraretto Title: Computing Officer \ \ Place : Department of Physics and Mathematical Physics || \ \ University of Adelaide ==========>==>==-- Aarnet: mferrare@physics.adelaide.edu.au || / / Phone : +61 8 228 5428 /_ / Phax : +61 8 224 0464 From: zjat02@trc.amoco.com (Jon A. Tankersley) I stuck some foam rubber in the magnet slot to prevent slippage. I was having the same problem with all pages, and finally found out it was a magnet just slightly out of whack. Other than that I couldn't tell you. From: doug@perry.berkeley.edu (Doug Neuhauser) Double check (and triple check) the magnets on the paper tray. I have had them register the wrong position even though they LOOKED like they were in the right position. - Doug Neuhauser, doug@perry.berkeley.edu, 415-642-0931 From: smc@goshawk.LANL.GOV (Susan Coghlan) Jack: Sorry, I had that problem and it was because the magnets on the paper tray were set for the wrong size paper. I've talked to our Sun rep and that's all he could suggest also. It sounds like you'vealready checked that possiblility out quite throughly, and I haven't any other suggestions to offer you but I'd be interested in hearing what is causing your problems. Susan Coghlan smc@goshawk.lanl.gov From: David Fetrow Have you tried swapping printers? That would tell you if it's in the workstation or the printer itself. -- -dave fetrow@orac.biostat.washington.edu "One day. Soon. The children of TOPS and VMS, UNIX and Finder will join hands in peace and brotherhood. They shall gaze upon a new operating system; an OS that will conquer the world. Finally united, they say as one: "Bleech". From: doss@cs.anu.edu.au (Peter Farmer) Hi Jack, Your problem sounds like a problem we experienced with TeX documents converted from dvi format to postscript. Before using Sparcwriters, we had apple laserwriters. We used dvialw to convert dvi to ps. When we subsituted sparcwriters we had your problem. It turned out that apple postscript isnt quit "standard". To fix the problem we replaced dvialw with dvips which generates much more "portable" postscript. Perhaps you need to investigate the applications software you are using to generate postscript rather than the sparcwriter. Does the standard ascii to ps filter for prelimn work ?. If so, then its probably not the printer thats at fault. Peter Farmer e-mail: doss@cs.anu.edu.au Prorammer phone: +61 6 249 3434 Department of Computer Science, fax: +61 6 249 0010 2nd floor, Crawford Building, Australian National University Canberra, AUSTRALIA From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 17 10:12:23 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA02573; Tue, 17 Dec 1991 06:36:25 -0600 Received: by delta.eecs.nwu.edu id AA25299 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 17 Dec 1991 02:36:22 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from mcsun.EU.net by delta.eecs.nwu.edu with SMTP id AA25871 (5.65c/IDA-1.4.4 for ); Tue, 17 Dec 1991 02:36:14 -0600 Received: from tuvie.can.ac.at by mcsun.EU.net with SMTP; id AA29541 (5.65a/CWI-2.129); Tue, 17 Dec 1991 09:36:07 +0100 Received: by tuvie.can.ac.at via EUnet; id AA28024 (5.65b+/CAN-1.19); Tue, 17 Dec 91 09:34:55 -0100 Received: from rcsw11.rcvie.co.at by rcvie.co.at (4.1/RCVIE-Main-1) id AA17942; Tue, 17 Dec 91 09:12:23 +0100 Date: Tue, 17 Dec 91 09:12:23 +0100 From: Koper.Jamgocyan@rcvie.co.at (Koper Jamgocyan) Message-Id: <9112170812.AA17942@rcvie.co.at> To: sun-managers@eecs.nwu.edu Subject: WANTED: /etc/format.dat entry for CDC 94211-091 Hallo, We have been left with a CDC disk after a Sun386 upgrade. Now we want to use (format) it on our Sun4/40's under SunOS 4.1 (or SunOS 4.1.1), but do not have the appropriate /etc/format.dat entry. Can someone provide us with this info please ? The disk in question has in its label: CDC, Magnetic Peripherials Inc. a Control Data Company. MN 94211-091 PN 77765863 SN 02101236 LOT O-8915 Fru PN# 555-1004-02 After I try format, I get the following on the console: Dec 12 17:03:59 rcsw11 vmunix: sd3 at esp0 target 0 lun 0 Dec 12 17:03:59 rcsw11 vmunix: sd3: corrupt label - wrong magic number Dec 12 17:03:59 rcsw11 vmunix: sd3: Vendor 'CDC', product '94211-5', 178850 512 byte blocks Thanks for any help and I will resume. -- Koper Jamgocyan, Computer Center / Alcatel Austria-ELIN Research Center, Ruthnergasse 1-7, A-1210 Vienna/Austria. Phone: (43)-(1)-391621/121 uucp-mail: ...(relay.eu.net!)cc_koper@rcvie.co.at From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 17 04:36:43 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA03373; Tue, 17 Dec 1991 12:40:51 -0600 Received: by delta.eecs.nwu.edu id AA14957 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 17 Dec 1991 08:43:06 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from mwunix.mitre.org by delta.eecs.nwu.edu with SMTP id AA25080 (5.65c/IDA-1.4.4 for ); Tue, 17 Dec 1991 08:43:00 -0600 Return-Path: Received: from oceanus.mitre.org by mwunix.mitre.org (5.61/SMI-2.2) id AA13477; Tue, 17 Dec 91 09:41:49 -0500 Received: from hapax.mitre.org.mitre.org by oceanus.mitre.org (4.1/SMI-4.0) id AA18124; Tue, 17 Dec 91 09:36:43 EST Date: Tue, 17 Dec 91 09:36:43 EST From: daryl@oceanus.mitre.org (Daryl Crandall) Message-Id: <9112171436.AA18124@oceanus.mitre.org> To: sun-managers@oceanus.mitre.org Subject: SCSI cables Cc: daryl%mdf@mwunix.mitre.org Managers, Since our Sun system is a mixture of Sun and 3rd party devices I need to make sure that I have the proper mix of devices and cables. I admit my ignorance of SCSI devices since I've been dealing mostly with SMD and IPI type systems with a few simple SCSI devices here and there. I've seen discussions in this net group recently that mention SCSI-1, SCSI-2, and SCSI-3 cables. I've also seen some vague references in some Sun device manuals warning one to be sure to use the proper cable. Could someone please educate me to the differences? I know that SCSI has evolved over the years and that there is (I believe) at least two versions of the SCSI bus specifications (SCSI-1 and SCSI-2 ?) and that recently SCSI devices capable of synchronous data transfer have become popular, However lets try to keep this discussion restricted to the cable differences and requirements and not digress into the details of the bus specifications or advantages/disadvantages of the devices themselves. In which FM are SCSI cable differences detailed? How can one tell the difference visually? Can one assume that all cables are simple straight-through, pin-to-pin connections, or are there any unusual pin configurations? Do all SCSI cables have exactly 50 wires, or do I have to watch out for missing wires? The following is a list of the physical description of the various types of SCSI connectors that I know about. What is the "proper" nomenclature for the different types of SCSI connectors? Are there more? 3-row, 50-pin "D" connector similar to a "standard" RS-232 "D" connector but larger. 50-pin, "Centronics" type connector 2-row, 50-pin miniature "D" conector 50-pin, 2-row ribbon connector If there is no Sun manual that defines SCSI and the cable types, then is there a 3rd party book that is worth recommending? Since there are so many different types of connectors, there has arisen an industry to provide conversion cables to connect device A to device B. Is there a "standard" way of knowing what to specify, or how to specify to a vendor your cable/connector requirement so that when the device arrives that it is immediately attachable? I've been watching this net for a while and have not seen this discussed before. If I've missed a summary or if this is painfully obvious I'll slink away, and lick my wounds, otherwise I'll summarize for the rest of us SCSI illiterates. :-) Daryl Crandall The Mitre Corporation daryl@mitre.org (703) 883-7278 From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 17 16:12:33 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA03420; Tue, 17 Dec 1991 12:59:59 -0600 Received: by delta.eecs.nwu.edu id AA03490 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 17 Dec 1991 08:16:03 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from chx400.switch.ch by delta.eecs.nwu.edu with SMTP id AA26633 (5.65c/IDA-1.4.4 for ); Tue, 17 Dec 1991 08:15:54 -0600 X400-Received: by mta chx400.switch.ch in /PRMD=switch/ADMD=arcom/C=CH/; Relayed; Tue, 17 Dec 1991 15:15:12 +0100 X400-Received: by /PRMD=SWITCH/ADMD=ARCOM/C=CH/; Relayed; Tue, 17 Dec 1991 15:12:33 +0100 Date: Tue, 17 Dec 1991 15:12:33 +0100 X400-Originator: brossard@sasun1.epfl.ch X400-Mts-Identifier: [/PRMD=SWITCH/ADMD=ARCOM/C=CH/;9112171412.AA23124] X400-Content-Type: P2-1984 (2) From: "(Alain Brossard EPFL-SIC/SII)" Message-Id: <9112171412.AA23124@sasun1.epfl.ch> To: sun-managers@eecs.nwu.edu Cc: casper@fwi.uva.nl, fletcher@cs.utexas.edu, prl@iis.ethz.ch, ecd@cert.sei.cmu.edu, vince@math.uconn.edu, pho@swiss.sun.com, jbocquet@swiss.sun.com Subject: Information:(2) NIS and password security Received: from sasun1.epfl.ch by SIC.Epfl.CH via INTERNET ; Tue, 17 Dec 91 15:12:58 N Received: by sasun1.epfl.ch (4.1/Epfl-3.1/MX) id AA23124; Tue, 17 Dec 91 15:12:33 +0100 This is a summary/followup on my own message of a week ago. It turns out that the first patch of ypserv didn't solve all the problems: 1- there was still a critical race which could have allowed a cracker in (found by Peter Lamb) 2- Casper H.S. Dik mentionned (and proved) that ypxfrd had the same problem 3- There was still the problem that a DNS in bad hands could spoof anybody (Sun's fix to BSD bind for this still had one whole, BSD's bind is highly vulnerable) (The fix for this came from Tho Deraadt) 4- The annoying erroneous warning nres_gethostbyaddr: ... != ... has been fixed (this was suggested by Vince Giambalvo) and Tho Deraadt provided the impetus. Once again due to copyright restrictions, sources are not available. However for those who want the source patches, send me the last 3 lines of ypserv.c and I'll e-mail them ... as long as it's in before Thursday night local time :-). For those who want to rebuild their libc.so, I have included gethostnamadr.o which has been fixed (see 3- above). For my local managers, I also included the full libc.so which is why the main patch is big (800KBytes+). My libc.so included uses the DNS directly which is why it needed to be patched. If you use DNS via the ypserver, it has been patched already, no need for the libc.so. The patch is available, for now, on litsun.epfl.ch in the directory pub. Since the cost of transfering my local patch with the libc's might be too high across continents, I also made a second file without the libc's. I've been told that I shouldn't use litsun in the future, so the patches won't stay there too long... -rw-r--r-- 1 brossard 819190 Dec 17 14:15 nis.patch-01.tar.Z -rw-r--r-- 1 root 117771 Dec 17 15:05 nis.patch.no.libc-01.tar.Z litsun# sum *.Z 11058 800 nis.patch-01.tar.Z 36615 116 nis.patch.no.libc-01.tar.Z To use the new ypserv, read the included man page on ypserv and hosts.nis. Thanks to all who contributed, you know who you are. Alain PS: I've had request for patches for other vendors, since we don't have any sources I can't provide them. But we do have HP and SG's machines so I would be glad to be a central repository for binaries/ patches for other vendors. -- Alain Brossard, Ecole Polytechnique Federale de Lausanne, SIC/SII, EL-Ecublens, CH-1015 Lausanne, Suisse, +41 21 693-2211 brossard@sic.epfl.ch From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 17 01:45:04 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA03459; Tue, 17 Dec 1991 13:17:34 -0600 Received: by delta.eecs.nwu.edu id AA08390 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 17 Dec 1991 08:45:39 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ncar.ucar.edu by delta.eecs.nwu.edu with SMTP id AA13202 (5.65c/IDA-1.4.4 for ); Tue, 17 Dec 1991 08:45:32 -0600 Received: from isis.cgd.ucar.edu by ncar.ucar.EDU (5.65/ NCAR Central Post Office 04/10/90) id AA05254; Tue, 17 Dec 91 07:45:30 MST From: liz@heh.cgd.ucar.EDU Received: from heh.cgd.ucar.edu by isis.cgd.ucar.EDU (5.65/ NCAR Mail Server 04/10/90) id AA07547; Tue, 17 Dec 91 07:45:28 MST Message-Id: <9112171445.AA14071@heh.cgd.ucar.edu> Received: by heh.cgd.ucar.edu (5.65/ NCAR Mail Client 04/19/90) id AA14071; Tue, 17 Dec 91 07:45:04 MST Subject: rtmp in tuple net 41 bad hop count 71 To: sun-managers@eecs.nwu.edu (Sun Managers Mailing List) Date: Tue, 17 Dec 91 7:45:04 MDT X-Mailer: ELM [version 2.2 PL7] Within the last couple of weeks, I've started getting the following message on one of my five servers: vmunix: rtmp in tuple net 41 bad hop count 76 I've tried RTM, but either the message isn't there or I'm looking in the wrong place. If anyone can point me in the right direction for information on this message, I'd appreciate it. Liz Coolbaugh cool@ncar.ucar.edu From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 17 06:29:57 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA03547; Tue, 17 Dec 1991 13:53:17 -0600 Received: by delta.eecs.nwu.edu id AA16591 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 17 Dec 1991 10:28:27 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from sonny.proteon.com by delta.eecs.nwu.edu with SMTP id AA16412 (5.65c/IDA-1.4.4 for ); Tue, 17 Dec 1991 10:28:21 -0600 Received: from roadmap.proteon.com by sonny.proteon.com (5.59/1.6) id AA17668; Tue, 17 Dec 91 11:29:57 EST Date: Tue, 17 Dec 91 11:29:57 EST From: gpr@proteon.com (Gary Richardson) Message-Id: <9112171629.AA17668@sonny.proteon.com> To: sun-managers@eecs.nwu.edu Subject: Error on SLC Hi all, I have a user who has an SLC (see config below) who got this error in her console window: Dec 17 09:15:58 sombrero vmunix: esp0: Spurious data out phase from target 0 esp0: Target 0 now Synchronous at 4.0 mb/s max transmit rate She only got one error, but it's not an error I'm familiar with. The question is: Is this something I should worry about? Is this a sign that the disk might be on its way out? Thanks!! Config: Sun SLC SunOS 4.1.1 12 MB memory external p-box w/ 327 CDC Wren IV disk drive and 150MB tape drive -Gary From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 17 05:35:04 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA03956; Tue, 17 Dec 1991 15:44:04 -0600 Received: by delta.eecs.nwu.edu id AA24610 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 17 Dec 1991 12:35:40 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ncar.ucar.edu by delta.eecs.nwu.edu with SMTP id AA12210 (5.65c/IDA-1.4.4 for ); Tue, 17 Dec 1991 12:35:34 -0600 Received: from isis.cgd.ucar.edu by ncar.ucar.EDU (5.65/ NCAR Central Post Office 04/10/90) id AA18464; Tue, 17 Dec 91 11:35:32 MST From: liz@heh.cgd.ucar.EDU Received: from heh.cgd.ucar.edu by isis.cgd.ucar.EDU (5.65/ NCAR Mail Server 04/10/90) id AA09361; Tue, 17 Dec 91 11:35:29 MST Message-Id: <9112171835.AA14379@heh.cgd.ucar.edu> Received: by heh.cgd.ucar.edu (5.65/ NCAR Mail Client 04/19/90) id AA14379; Tue, 17 Dec 91 11:35:05 MST Subject: Re: rtmp in tuple net 41 bad hop count To: sun-managers@eecs.nwu.edu (Sun Managers Mailing List) Date: Tue, 17 Dec 91 11:35:04 MDT X-Mailer: ELM [version 2.2 PL7] Hal Stern pointed out that I made a stupid blunder and failed to include proper information about the machine which is reporting the error. The machine is a Sun 4/470 running Sun OS 4.1.1. There is very little non-standard software on the machine. Hal asked about Oracle or similar products. It does support AppleTalk and Framemaker, but that is about it. It is directly connected to an ethernet and we not dealing with X.25 or any other unusual network connections. Liz Coolbaugh cool@ncar.ucar.edu From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 17 07:22:00 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA04386; Tue, 17 Dec 1991 20:32:05 -0600 Received: by delta.eecs.nwu.edu id AA09199 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 17 Dec 1991 16:23:35 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ucdhep.ucdavis.edu by delta.eecs.nwu.edu with SMTP id AA20168 (5.65c/IDA-1.4.4 for ); Tue, 17 Dec 1991 16:23:28 -0600 Date: Tue, 17 Dec 1991 14:22 PDT From: "Mike Hannon; UCD Physics; (916)-752-4966" Subject: Summary: Problem with _XtInitialize from X11R4 on SPARCstation To: sun-managers@eecs.nwu.edu Message-Id: <04859A8E60A013CA@UCDHEP.UCDAVIS.EDU> X-Vms-To: IN%"sun-managers@eecs.nwu.edu" X-Vms-Cc: MIKE I recently wrote that I was having trouble linking an application (spice) to the X11R4 libraries that I had just constructed. Specifically, I got the error message: ld.so: Undefined symbol: _XtInitialize I have so far received eight respones, which I greatly appreciate. The responses fall into three general categories: (1) The Xt stuff is simply not required, and including the library somehow confuses the linker. Try removing the reference to libXt and see what happens. This was actually the most-popular form of response. In my case it turns out not to work. I get: cc -o spice spice.o ../lib/FTE.a ../lib/DEV.a ../lib/CKT.a ../lib/CP.a ../lib/H LP.a ../lib/INP.a ../lib/MFB.a ../lib/NI.a ../lib/SMP.a ../lib/MISC.a -L/usr/lo cal/lib/X11 -lXaw -lXau -lXmu -lX11 -lm -ltermlib ld: Undefined symbol _XtDispatchEvent _XtAddEventHandler _topLevelShellWidgetClass _XtNextEvent _XtCreateApplicationShell _XtPending _XtInitialize *** Error code 2 I.e., it appears that spice *does* use the Xt stuff, although others may not, of course. (2) If I have OpenWindows installed, there may be some confusion between the vanilla X that I built and the OpenWindows stuff. I *do* have OW installed, but I thought that the -L option was supposed to force the linker to look in the specified directory *first*. I haven't ruled this out as a possible source of the problem, but it doesn't seem the likely culprit. (3) X11R5 is better than X11R4, and, who knows, it may solve this problem. Why not install it? The answer is that I assumed that little of the free software that is floating around the net would have been compiled and linked against R5 at this time. As I don't (yet) intend to make use of all the X11 stuff, only libraries and header files, I picked R4. If and when I start using the window managers and other executables, I'll try the R5 stuff. I have ``solved'' the problem that I had just by getting rid of the Xt shareable library, thus forcing a link against the standard random library. I.e., when I built X11R4, I got the following libraries: libXt.a libXt.so.4.0 I just did: mv libXt.so.4.0 libXt.so.4.0- This is not my ideal solution, but I'm in a bit of a rush to get this program (spice) ready for a lab next quarter. If anybody can shed any light on the real problem here, please let me know. By the way, I noticed something else peculiar in all this. When I started to write this summary, I redid the ``make'', just to get the exact form of the error. When I did so, I got: ld: Undefined symbol _XtInitialize *** Error code 2 This is almost, but not quite, what I reported initially, which was: ld.so: Undefined symbol: _XtInitialize I'm not aware that I changed any of the linker options during all this thrashing around. Why did I get ld.so in one case and ld in the other? Thanks. - Mike ----------- Mike Hannon mike@ucdhep (Bitnet) ucdhep::mike (HEPnet) 42385::mike (HEPnet) mike@ucdhep.ucdavis.edu (Internet) 916-752-4966 (Telephone) From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 17 09:00:15 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA04518; Tue, 17 Dec 1991 22:18:15 -0600 Received: by delta.eecs.nwu.edu id AA20460 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 17 Dec 1991 19:00:25 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Lanai.CS.UCLA.EDU by delta.eecs.nwu.edu with SMTP id AA27883 (5.65c/IDA-1.4.4 for ); Tue, 17 Dec 1991 19:00:20 -0600 Received: from LocalHost.cs.ucla.edu by lanai.cs.ucla.edu (Sendmail 5.61b+YP/3.13) id AA19453; Tue, 17 Dec 91 17:00:17 -0800 Message-Id: <9112180100.AA19453@lanai.cs.ucla.edu> To: sun-managers@eecs.nwu.edu Subject: Power requirements for a 1/4" cartridge tape drive Date: Tue, 17 Dec 91 17:00:15 PST From: Yuval Tamir We have an internal 1/4" 60MB cartridge tape drive on an old Sun 3/260. We plan to remove it and install it in an external shoebox for use with SparcStations. In order to determine the type of shoebox to use, we need the power requirements of the drive. I have heard that there were two 60MB drives used by Sun: an older one that requires approximately 45W and a newer one that requires approximately 27W. Is this true ? Is there an easy way to determine the type of drive we have ? Yuval Tamir Internet: tamir@cs.ucla.edu UUCP: ...!{uunet,ucbvax,rutgers}!cs.ucla.edu!tamir From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 17 16:48:03 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA04570; Tue, 17 Dec 1991 23:31:56 -0600 Received: by delta.eecs.nwu.edu id AA20479 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 17 Dec 1991 20:49:38 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Princeton.EDU by delta.eecs.nwu.edu with SMTP id AA06314 (5.65c/IDA-1.4.4 for ); Tue, 17 Dec 1991 20:49:31 -0600 Received: from silence.princeton.nj.us by Princeton.EDU (5.65b/2.84/princeton) id AA15504; Tue, 17 Dec 91 21:04:42 -0500 Received: by silence.princeton.nj.us (5.61/1.101) id AA24590; Tue, 17 Dec 91 21:48:03 -0500 Date: Tue, 17 Dec 91 21:48:03 -0500 From: Jay Plett Message-Id: <9112180248.AA24590@silence.princeton.nj.us> To: sun-managers@eecs.nwu.edu Subject: Correctable Memory Error Reply-To: jay@Princeton.EDU On a 4/280, I have several times found the machine wedged with the following message scrolling rapidly across the screen: Correctable Memory Error on Board 0, at Physical Address 0x06677FF0, Syndrome Register 00. The address increments with each successive message. It is always board 0 and syndrome register 00. Last night, the machine was left overnight at the PROM monitor prompt. This morning, a single copy of the message was on the screen (address 0x00585540), and the CE light was on solid on memory board 2. The machine has four Sun 8MB memory boards, 0-3. I assume that this message is coming from the boot PROM. My question is: are either the board number or the address reported reliably? Alternatively, are they reliably meaningless? This is all mixed in with other problems that I won't bore you with; I'm just trying to sort some of the chaff from the wheat. Jay Plett jay@princeton.edu From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 18 09:21:17 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA05421; Wed, 18 Dec 1991 06:00:09 -0600 Received: by delta.eecs.nwu.edu id AA32400 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 18 Dec 1991 03:20:55 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from hp4nl.nluug.nl by delta.eecs.nwu.edu with SMTP id AA26545 (5.65c/IDA-1.4.4 for ); Wed, 18 Dec 1991 03:20:42 -0600 Received: by hp4nl.nluug.nl id AA12811 (1.15/2.14); Wed, 18 Dec 91 10:21:29 +0100 Received: from source with uucp; Wed, 18 Dec 91 09:17:58 Received: from moon.source by source (4.1/SMI-4.1) id AA26895; Wed, 18 Dec 91 09:17:58 GMT From: source!mist@nluug.nl (Michiel Steltman) Message-Id: <9112180917.AA26895@source> Subject: Power supply sparcstation1+ To: sun-managers@eecs.nwu.edu (Sun managers submissions) Date: Wed, 18 Dec 91 9:21:17 GMT Organization: Source Information Technology Phone: (+31)-79-615511 Fax: (+31)-79-615509 X-Mailer: ELM [version 2.3 PL11] Question: I've stuffed my SPARCstation 1+ to the roof. It now contains 2 Maxtor LXT200 drives and 3 s-bus cards. First card is the color board, second is a SUN 2nd SCSI controller, the 3d is a puzzle systems Synergy 386DX procesor board with 80387, which is a double (sandwich) board. (Fantastic product, by the way) I've heard horror stories from hearsay, about overheating with even two disks and no S-bus slots occupied. Anybody knows the real story? Thanx. -- Michiel Steltman email:mist@source.nl Phone (+31)-79-615511 ============= Source Information Technology ================ From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 18 10:43:39 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA05424; Wed, 18 Dec 1991 06:00:37 -0600 Received: by delta.eecs.nwu.edu id AA08788 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 18 Dec 1991 02:44:18 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from daimi.aau.dk by delta.eecs.nwu.edu with SMTP id AA06724 (5.65c/IDA-1.4.4 for ); Wed, 18 Dec 1991 02:44:07 -0600 Received: from ganymedes.daimi.aau.dk by daimi.aau.dk with SMTP (5.61++/IDA-1.2.8) id AA19304; Wed, 18 Dec 91 09:43:45 +0100 Received: by ganymedes (5.64/1.34) id AA12425; Wed, 18 Dec 91 09:43:39 +0100 Date: Wed, 18 Dec 91 09:43:39 +0100 From: pcnorgaard@daimi.aau.dk Message-Id: <9112180843.AA12425@ganymedes> To: sun-managers@eecs.nwu.edu Subject: WANTED: Help on using MAXTOR LXT disks on SPARC Hello, I have got my hands on a few MAXTOR LXT SCSI disks, mostly 213. I like them for their low power usage, their silence, their speed and their price. But I have not succeeded in formatting one for a Sun, probably because I do not have the correct values for the /etc/format.dat entry. The problem is the number of sectors per track, of course. According to the vendor the number varies with the cylinder, from 34 to 56. I tried with 45 - that should give a total number of sectors safely below the actual number of sectors on the disk. I can speak to the disk, defect, original, commit, you know. But when I call the format command, it reports: Warning: Using default mode select parameters. Warning: Drive format may not be correct. And when the format program has run to completion, it reports Formatting...done Block 415485 (1319/0/0), Fatal non-media error (illegal request) Warning: error saving defect list. Block 415530 (1319/1/0), Fatal non-media error (illegal request) Warning: error saving defect list. Block 415756 (1319/6/1), Fatal non-media error (illegal request) Warning: error writing backup label. Block 415758 (1319/6/3), Fatal non-media error (illegal request) Warning: error writing backup label. Block 415760 (1319/6/5), Fatal non-media error (illegal request) Warning: error writing backup label. Block 415762 (1319/6/7), Fatal non-media error (illegal request) Warning: error writing backup label. Block 415764 (1319/6/9), Fatal non-media error (illegal request) Warning: error writing backup label. Verifying media... Vefifying runs fine, however. Any help is deeply appreciated. Best regards Peder Chr. Norgaard **** pcnorgaard@daimi.aau.dk Computer Science Department, Aarhus University Ny Munkegade 116, DK-8000 Aarhus C, DENMARK phone: +45 86 12 71 88 / telefax: +45 86 13 57 25 / telex: 64767 aausci dk From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 18 03:15:11 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA05733; Wed, 18 Dec 1991 10:10:41 -0600 Received: by delta.eecs.nwu.edu id AA10943 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 18 Dec 1991 07:16:05 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from astro.ufl.edu ([128.227.184.20]) by delta.eecs.nwu.edu with SMTP id AA09419 (5.65c/IDA-1.4.4 for ); Wed, 18 Dec 1991 07:15:58 -0600 Received: by astro.ufl.edu (5.57/4.08) id AA13547; Wed, 18 Dec 91 08:15:11 -0500 Date: Wed, 18 Dec 91 08:15:11 -0500 From: Charlie Taylor Message-Id: <9112181315.AA13547@astro.ufl.edu> To: sun-managers@eecs.nwu.edu We just received the following equipment from Sun. 1 ELC with 16 Mb RAM, 1.3Gb Disk Pak, 8MM tape drive, 644 Mb cd rom drive 1 ELC with 16 Mb RAM, 207 Mb external disk 1 ELC with 16 Mb RAM, 207 Mb external disk The first elc, elc1, has been set up as a server for the other two, elc2 and elc3. I can boot either elc2 or elc3 off the server using the kernel built from the NFS60 config file. The problem is that when they come up, they do not recognize the attached 207 Mb external disk. The target id on the 207's is set to 3 (the factory setting). They also give the following message while booting. elc2 vmunix: esp0: target 2 rejects our message "NO-OP" elc2 vmunix: esp0: target 2 rejects our message "ABORT" I have booted SS2's in this same fashion and never had any problems working with the disks. Does anyone have any idea what is going on here? Thanks in advance, Charlie Taylor UF Astronomy From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 18 03:36:05 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA06464; Wed, 18 Dec 1991 14:01:59 -0600 Received: by delta.eecs.nwu.edu id AA20812 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 18 Dec 1991 09:32:22 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA29987 (5.65c/IDA-1.4.4 for ); Wed, 18 Dec 1991 09:32:16 -0600 Received: from ingr.ingr.com by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA23447; Wed, 18 Dec 91 10:32:04 -0500 Received: from b23b by ingr.ingr.com (5.61/INGR-1.1) id AA22823; Wed, 18 Dec 91 09:35:16 -0600 Received: from choctaw by b23b.b23b.ingr.COM (5.61/1.910401) id AA20104; Wed, 18 Dec 91 09:32:38 -0600 Received: by choctaw.b23b.ingr.com (4.1/SMI-4.1) id AA11761; Wed, 18 Dec 91 09:36:05 CST From: jon@choctaw.b23b.ingr.com (Jon Stone) Message-Id: <9112181536.AA11761@choctaw.b23b.ingr.com> Subject: Wren IV Errors To: sun-managers@eecs.nwu.edu Date: Wed, 18 Dec 91 9:36:05 CST Reply-To: jon@choctaw.b23b.ingr.com X-Mailer: ELM [version 2.3 PL11] I have a CDC Wren IV 327MB drive. It was connected to a 386i and we had no problems. When I connected it to a SS with 4.1.1b as an external disk, we found this problem. Formatting the disk keeps saying: esp0 scsi transfer failed retry read error retry write error Newfs gives the same message, and we cannot read and write from the disk. Any hints? -- ---------------------------------------------------------------------- Jon Stone jon@ingr.com Dazix, an Intergraph Company; Huntsville, AL (205) 730-8594 ---------------------------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 18 00:13:57 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA06647; Wed, 18 Dec 1991 15:07:24 -0600 Received: by delta.eecs.nwu.edu id AA17269 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 18 Dec 1991 10:32:37 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA10063 (5.65c/IDA-1.4.4 for ); Wed, 18 Dec 1991 10:32:29 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA07939; Wed, 18 Dec 91 11:32:27 -0500 Received: from harker.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 113141.2776; Wed, 18 Dec 1991 11:31:41 EST Received: by harker.com (4.1/simpleuucp1.0a) id AA08376; Wed, 18 Dec 91 08:13:57 PST Date: Wed, 18 Dec 91 08:13:57 PST From: harker@harker.com (Robert Harker) Message-Id: <9112181613.AA08376@harker.com> To: sun-managers@eecs.nwu.edu Subject: Fujitsu M2392K 2 Gb disk and Xylogics 7053 controller I have a Fujitsu M2392K 2 Gb disk attached to a Xylogics 7053 controller and am looking for the best disk drive dip switch settings and format.dat entry. I have the drive currently set up the disk dip switch settings as recommended by the Fujitsu maula. This sets the drive for 600 bits per sector which gives 84 sectors per track. I have set the number of sectors to 83 in the format.dat file to allow for slip sectoring. Is this the best way? Here is my format.dat entry disk_type = "Fujitsu-M2392K" \ : ctlr = XD7053 \ : ncyl = 1914 : acyl = 2 : pcyl = 1916 : nhead = 21 : nsect = 83 \ : rpm = 3600 : bpt = 50400 : bps = 600 Is there an archive for format.dat information? Thanks in advance RLH Robert Harker Harker Systems Sun Sysadmin Consulting harker@harker.com 1180 Hester Ave apple!motcsd!harker!harker San Jose, CA 95126 uunet!harker!harker 408-295-9432 From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 18 07:03:49 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA06792; Wed, 18 Dec 1991 16:16:29 -0600 Received: by delta.eecs.nwu.edu id AA08945 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 18 Dec 1991 11:00:07 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from julian.uwo.ca by delta.eecs.nwu.edu with SMTP id AA11122 (5.65c/IDA-1.4.4 for ); Wed, 18 Dec 1991 11:00:00 -0600 Received: from chaplin.csd.uwo.ca by julian.uwo.ca with SMTP; (id AA25979) Wed, 18 Dec 91 11:59:55 -0500 From: David Wiseman Date: Wed, 18 Dec 91 12:03:49 EST Message-Id: <9112181703.AA23687@no1sun.csd.uwo.ca> To: sun-managers@eecs.nwu.edu Subject: Dimple-top Sun 3/50 monitors Help. I need to find someone (a supplier) who can provide a monitor base onto which I can mount the monitor from a dimple-top Sun 3/50. (Remember those -- with the rounded bottoms with a slot in them?) I've got a bunch of them sitting around that I'd like to be able to use (as spares if nothing else) on newer equipment. Unfortunately, there isn't an easy way to do this without some type of base and I haven't been able to find one. Any help would be appreciated. magi David Wiseman, Network Manager magi@csd.uwo.CA Department of Computer Science magi@uwovax.BITNET The University of Western Ontario London Ontario Canada N6A 5B7 ------------------------------------------------------------------------------- Never attribute to malice what can be adequately explained by stupidity. From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 17 11:27:45 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07016; Wed, 18 Dec 1991 18:25:05 -0600 Received: by delta.eecs.nwu.edu id AA22421 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 18 Dec 1991 13:09:13 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from SCTC.COM by delta.eecs.nwu.edu with SMTP id AA17728 (5.65c/IDA-1.4.4 for ); Wed, 18 Dec 1991 13:09:02 -0600 Received: by SCTC.COM (4.1/SCTC-012690) id AA01754; Tue, 17 Dec 91 16:27:46 CST From: schoelle@SCTC.COM (Dave Schoeller) Message-Id: <9112172227.AA01754@SCTC.COM> Subject: SUMMARY: Boot problem SunOS 4.1.1 and Rimfire 3223 Controller. To: sun-managers@eecs.nwu.edu Date: Tue, 17 Dec 91 16:27:45 CDT X-Mailer: ELM [version 2.2 PL13] Thanks to all who reply, especially Jim Mattson who had the correct solution. I apparently forgot to modify /sys/sun/swapgeneric.c so that it knows about the disks on the Rimfire controller. Several people questioned why I was booting xy0a when the root device was on rf0a. This is because the Rimfire 3223 controller emulates a Xylogics controller, which is a device the Sun boot prom will recognize. I have also included some useful information that I have obtained from Ciprico. RF3200 SUN NOTES 1. Current driver revision is 2.0. Customer should have at least revision 1.16. The revision can be found in the rf.c file header or in rfutil ( upper left-hand corner of the screen when rfutil comes up ). 2. Sun OS 4.1 and later: Sun introduced rfs (remote file sharing). When this option is compiled into the kernel, the make procedure will fail with "duplicate rfsize defined" error. Fix this by renaming all instances of rfsize to rfpsize in the files /sys/sundev/rf.c and /sys/sun/conf.c 3. Sun OS 4.1.1: Sun introduced a bug in tunefs that makes a filesystem unmountable if the -a option (maxcontig) is set above 7. This is documented in the Sun Installation and Release Notes on page 93 (Chapter 7 - Known Problems with SunOS Release 4.1.1 ) The Ciprico documentation says that the -a parameter should be 40. This obviously causes a problem. Fix this by changin the -a option to 7. Old command: tunefs -a 40 -d 0 /dev/rrfXx New command: tunefs -a 7 -d 0 /dev/rrfXx ORIGINAL PROBLEM > >System: Sun3/280, SunOS 4.1.1 > Ciprico Rimfire 3223 Controller, Driver Version 2.0 > CDC 9720 disk drive. > >Problem: After booting and loading the kernal, the system fails > to mount the root partition. It appears to not recognize > the rf0 device. A sample boot is shown below. If I boot > the system as a client machine I can then successfully mount > /dev/rf0a on /mnt along with all the other partitions. > > I have even tried configuring the kernal with the following > options with no success. > > "config vmunix root on rf0a swap on rf0b" > > Also, "tunefs -a7 -d0" was run on all of the partition . > > Thanks. > > >>b xy()vmunix -as >Boot: xy(0,0,0)vmunix -as >root filesystem type( 4.2 nfs ): 4.2 >root device ( xy%d[a-h] sd%d[a-h] xd%d[a-h] ): xy0a >root on xy0a fstype 4.2 >Boot: vmunix >Size: 579872+138264+79080 bytes >SunOS Release 4.1.1 ( FS1 )#2: Thur Nov 20 06:00:07 CST 1991 >Copyright (c) 1983-1990, Sun Microsystems, Inc. >mem = 16384K (0x1000000) >avail mem = 15613952 >Ethernet address = 8:0:20:0:1a:2d >rf: RF3200/RF3400 driver Version 2.0 (3) >rfc0 at vme16d32 0x2000 vec 0xf2 >rf0 at rfc0 slave 0 >rf0: 0/2084625)> >rf1 at rfc0 slave 1 >rf1: 0/2084625)> >rf4 at rfc1 slave 0 >rf4: )> >zs0 at obio 0x20000 pri 3 >ie0 at obio 0xc0000 pri 3 >root filesystem type ( spec 4.2, nfs, lo, tfs ): 4.2 >root device ( ): > -- Dave Schoeller SCTC, 1210 West County Rd E, Suite 100 schoeller@sctc.com Arden Hills, MN 55112-3739 From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 18 10:07:35 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07061; Wed, 18 Dec 1991 18:54:18 -0600 Received: by delta.eecs.nwu.edu id AA16730 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 18 Dec 1991 14:28:56 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from maccs.DCSS.McMaster.CA by delta.eecs.nwu.edu with SMTP id AA10216 (5.65c/IDA-1.4.4 for ); Wed, 18 Dec 1991 14:28:48 -0600 Received: by maccs.dcss.mcmaster.ca (/\==/\ Smail3.1.24.1 #24.2) id ; Wed, 18 Dec 91 15:07 EST Received: by flex.Eng.McMaster.CA (4.1/SMI-4.1) id AA16052; Wed, 18 Dec 91 15:07:35 EST Date: Wed, 18 Dec 91 15:07:35 EST From: todd@flex.Eng.McMaster.CA (Todd Pfaff) Message-Id: <9112182007.AA16052@flex.Eng.McMaster.CA> Reply-To: Todd Pfaff To: sun-managers@eecs.nwu.edu Subject: lpd Suppose I want to do the following with lpd: I want host A to print to a queue on host B, but I want host A to do the if filter before sending to B. I tried the following printcap entry on host A, but the if filter seems to be ignored. lp:if=text2ps:lp=:rm=B:rp=ps:sd=/var/spool/lp Other alternatives are I have already considered are: 1) Do the filtering on host B. This is not possible in this particular case for reasons I don't want to explain. 2) Preprocess the input before sending it to lpr: text2ps | lpr I also want to avoid this solution. 3) Have the lp queue on A do the filtering and then launch another lpr to send the output to B: lp:if=foo:lp=/dev/null:sd=/var/spool/lp ps:lp=:rm=B:rp=ps:sd=/var/spool/ps where foo is #!/bin/csh text2ps | lpr -Pps This introduces the problem that the second invocation of lpr is owned by daemon and thus users can't remove their own jobs. This alternative would be fine if it wasn't for this problem. Is there some way I could overcome this problem (maybe find out what user did the original lpr and setuid to this user?). Is there some way I can solve this problem with the Sun supplied lpd/lpr or is there an alternative spooler out there which will do what I need? -- Todd Pfaff \ Internet: todd@flex.eng.mcmaster.ca Dept. of Mechanical Engineering \ Voice: (416) 525-9140 x2902 McMaster University \ FAX: (416) 572-7944 Hamilton, Ontario, CANADA L8S 4L7 \ From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 18 11:35:14 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07070; Wed, 18 Dec 1991 18:57:56 -0600 Received: by delta.eecs.nwu.edu id AA03504 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 18 Dec 1991 15:35:35 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from astro.ufl.edu by delta.eecs.nwu.edu with SMTP id AA11373 (5.65c/IDA-1.4.4 for ); Wed, 18 Dec 1991 15:35:27 -0600 Received: by astro.ufl.edu (5.57/4.08) id AA15429; Wed, 18 Dec 91 16:34:33 -0500 Received: by mars; Wed, 18 Dec 91 16:35:14 EST Date: Wed, 18 Dec 91 16:35:14 EST From: taylor@astro.ufl.edu Message-Id: <9112182135.AA07452@mars> To: sun-managers@eecs.nwu.edu Subject: Summary: ELC Problems Thanks to those who replied. The problem turned out to be a SCSI cable With a bent pin. For the record, the original posting was... >We just received the following equipment from Sun. > > 1 ELC with 16 Mb RAM, 1.3Gb Disk Pak, 8MM tape drive, 644 Mb cd rom drive > 1 ELC with 16 Mb RAM, 207 Mb external disk > 1 ELC with 16 Mb RAM, 207 Mb external disk > >The first elc, elc1, has been set up as a server for the other two, elc2 and >elc3. I can boot either elc2 or elc3 off the server using the kernel built >from the NFS60 config file. The problem is that when they come up, they do >not recognize the attached 207 Mb external disk. The target id on the >207's is set to 3 (the factory setting). They also give the following >message while booting. > > elc2 vmunix: esp0: target 2 rejects our message "NO-OP" > elc2 vmunix: esp0: target 2 rejects our message "ABORT" > >I have booted SS2's in this same fashion and never had any problems working >with the disks. Does anyone have any idea what is going on here? From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 18 09:45:46 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07074; Wed, 18 Dec 1991 19:01:50 -0600 Received: by delta.eecs.nwu.edu id AA08701 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 18 Dec 1991 15:46:04 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from sentry.mmmg.com by delta.eecs.nwu.edu with SMTP id AA25834 (5.65c/IDA-1.4.4 for ); Wed, 18 Dec 1991 15:45:54 -0600 Received: from mmc.mmc.mmmg.com.noname by sentry.mmmg.com (4.0/SMI-4.1/PTR-BDR 1.3) id AA07643; Wed, 18 Dec 91 15:45:03 CST Received: by mmc.mmc.mmmg.com.noname (4.1/SMI-4.1) id AA10812; Wed, 18 Dec 91 15:45:47 CST From: co017418@mail.mmmg.com (Paul T. Root) Message-Id: <9112182145.AA10812@mmc.mmc.mmmg.com.noname> Subject: Summary: HP DAT Drive and Suns To: sun-managers@eecs.nwu.edu Date: Wed, 18 Dec 91 15:45:46 CST X-Mailer: ELM [version 2.3 PL6] My original Posting: > Arch: Sun4c > OS: SunOS 4.1.1b > DAT Drive: HP 25480A > >We have this DAT drive on and working in compressed mode. The manual claims >that we should be able to get upto 8 Gig of data on a 90m tape. So far >all I have been able to get is about 3 Gig in dump format ( using >GTBackup from Alida, Inc.). > >The switches are set (1-8) > 1 1 1 1 1 0 0 0 > >And the kernel has been rebuilt using the data provided by HP. I have >used many different combinations of density and tape lengths. HP suggests >using 15000 for both. > >Does anybody have any insight as to how to get more onto a tape? > >Thanks. I will summerize. > >Paul. > Well, the votes are in and everybody says that 8Gig is a dream. I pretty much knew that but I was hoping to get a bit more than 3Gig. One person says he gets 2 - 2.5 Gig on a 60m tape. So 3 - 3.5 should be doable for 90m - depending on the type of data you have, of course. Also, the s and the d flags don't matter, just so long as they are large enough so that dump doesn't think its about to hit the end. Thanks to: arul%saturn@sdsu.edu (Arul Ananthanarayanan) John DiMarco cyliax@ecn.purdue.edu (Ingo Cyliax) mdl@cypress.com (J. Matt Landrum) dwells@fits.CX.NRAO.EDU (Don Wells) Jim Lick erueg@cfgauss.uni-math.gwdg.de (Eckhard Rueggeberg) Dave Mitchell And Special thanks to: gorpong@sbcoc.com ( Gordon C. Galligher) who pointed out that I spelled summarize wrong. But, of course gave no useful information on my question. Hi Gordon! (before anyone flames - he's a friend of mine :-) Paul. -- Paul T. Root Nycor Corp proot@mmc.mmmg.com ...a Perl script is correct if its's halfway readable and gets the job done before your boss fires you. - _Programming Perl_ From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 16 06:52:00 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07114; Wed, 18 Dec 1991 19:29:38 -0600 Received: by delta.eecs.nwu.edu id AA00335 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 18 Dec 1991 16:15:03 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: by delta.eecs.nwu.edu id AA12251 (5.65c/IDA-1.4.4 for sun-managers); Wed, 18 Dec 1991 16:14:54 -0600 Received: by tellab5.tellabs.com (smail2.5) id AA11875; 18 Dec 91 05:56:13 CST (Wed) Received: by mcdchg.chg.mcd.mot.com (/\==/\ Smail3.1.24.1 #24.3) id ; Wed, 18 Dec 91 06:29 EST Received: by homebru.chi.il.us (smail2.5) id AA14967; 18 Dec 91 01:13:47 CST (Wed) Received: by homebru.chi.il.us (smail2.5) id AA13801; 17 Dec 91 23:36:35 CST (Tue) Received: by clout.chi.il.us (/\==/\ Smail3.1.22.1 #22.1) id ; Mon, 16 Dec 91 21:26 CST Received: by oddjob.uchicago.edu Mon, 16 Dec 91 20:28:27 -0600 Received: from ogicse.UUCP by rutgers.edu (5.59/SMI4.0/RU1.4/3.08) with UUCP id AA04553; Mon, 16 Dec 91 18:19:06 EST Received: by cse.ogi.edu (5.61+eap+OGI_1.1.named/IDA-1.2.8+OGI_1.12) id AA26472; Mon, 16 Dec 91 14:50:29 -0800 Received: by cadre.com (/\==/\ Smail3.1.20.1 #20.7) id ; Mon, 16 Dec 91 14:51 PST Received: by ronin.cadre.com (4.1/SMI-4.1) id AA04329; Mon, 16 Dec 91 14:52:00 PST Date: Mon, 16 Dec 91 14:52:00 PST From: neil@cadre.com (Neil W. Van Dyke) Message-Id: <9112162252.AA04329@ronin.cadre.com> To: sun-managers@eecs.nwu.edu Subject: Duplicating SunOS Tapes Couldn't find this on the FAQ list, so here goes.... I need to make copies of our SunOS 4.1.1 tapes, since I don't want to use the originals. I've tried using "dd" to pipe the data through an "rsh" between two systems with tape drives, but I'm apparently doing it wrong. Could someone please send me info on how to do this? Thanks! neil@cadre.com ogicse!cadreor!neil From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 18 07:21:38 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07213; Wed, 18 Dec 1991 20:38:46 -0600 Received: by delta.eecs.nwu.edu id AA27836 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 18 Dec 1991 17:22:21 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from suntan.Tandem.com by delta.eecs.nwu.edu with SMTP id AA14055 (5.65c/IDA-1.4.4 for ); Wed, 18 Dec 1991 17:22:14 -0600 Received: from everest.everest.tandem.com by suntan.Tandem.COM (4.0/suntan3.911218) id AA12672; Wed, 18 Dec 91 15:22:10 PST Received: by everest.everest.tandem.com (4.1/6main.910620) id AA17332; Wed, 18 Dec 91 15:21:39 PST Message-Id: <9112182321.AA17332@everest.everest.tandem.com> To: "Sun Managers" Subject: Need slot assignments for SCSI-3 cards in 4/470 cardcage Date: Wed, 18 Dec 91 15:21:38 PST From: Angela Thomas Hoynowski I need the slot assignment list for SCSI-3 host adapters for a Sun 4/370. We have the slot assignment docs for the 4/470, but not the 4/370. I'd like the list of assignments for all SCSI-3 adapters in the grid. Thanks. -- Angela Thomas Hoynowski Internet: angela@tandem.com Tandem Computers, Inc. UUCP: {...}!tandem!angela From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 18 11:36:54 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07217; Wed, 18 Dec 1991 20:39:42 -0600 Received: by delta.eecs.nwu.edu id AA16247 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 18 Dec 1991 15:38:51 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from eclectic.com by delta.eecs.nwu.edu with SMTP id AA24601 (5.65c/IDA-1.4.4 for ); Wed, 18 Dec 1991 15:38:30 -0600 Received: by eclectic.com with SMTP id AA02390 (5.65c/IDA-1.4.4 for ); Wed, 18 Dec 1991 16:36:58 -0500 Message-Id: <199112182136.AA02390@eclectic.com> To: sun-managers@eecs.nwu.edu Subject: Portable Suns - Summary Date: Wed, 18 Dec 91 16:36:54 -0500 From: kovar@eclectic.com I recently asked for information about Sun portables. Here's the summary of the replies I received. I called up the various vendors and requested more information from each of them. Barry Shein wrote an article on the RDI machine in the July 1991 SunExpert, so that's a good source for some more information. I'll not be getting one for a couple of months, since I have to convince my new company to buy one for me. Many thanks to all who responded! -David ---------- From: Thomas Weihrich Hi ! I just tested the Solbourne S3000 transportable. I'd dump any Sun for this one. It has got a 64 bit architecture while maintaining sparc compatibility. It's fast. 48000 dhrystones. And it's fully equipped. 40 MB main memory and 520 MB hard disk. I'd like to swap my IPC for it, but I am afraid that Solbourne won't agree to it. Too bad. You might also try the Toshiba Sparc LT. I cannot recommend the Britelite, because of the extremely slow LCD Display. Get the Solbourne. It's got a 16" plasma display and Sbus slots. Thomas ---------- From: kalli!kevin@fourx.aus.sun.com (Kevin Sheehan {Consulting Poster Child}) I've worked with the BriteLite from RDI. I may be prejudiced, as I was involved in doing the boot proms, but it is portable, has a nice screen, isn't too badly priced, and it even has Mac emulation! Yep - they had a 640x480 screen at first, but now have a full 1152x900 screen on it. I got the opportunity to play with one last month here in Oz, so I suspect they are available in the states :-) l & h, kev Kevin Sheehan Optimation Software Engineering kalli!kevin@fourx.aus.sun.com --------- From: Glenn Carver I hope this helps. We've recently bought a SPARC portable and I've had a few experiences with it! We bought a BriteLite machine. I believe the company name is the same in the USA. We had a lot of trouble with the first machine we got. It only had a 120Mb drive in it which made is hard to do anything useful with it. It also has a 512x512 resolution screen i.e. a quarter the area of the normal screen. Unfortunately the default font was the same and when not in OpenWindows, the lines would wrap around. This made it impossible to use the suninstall program to load the operating system software. The disk packed up after a week as well. So we went back to our supplier.... BriteLite were contacted on our behalf, admitted they had problems but then shipped their new machine which is the one we have now. It's been very good and I've no complaints. Here's my assesment. Same basic configuration as the first machine, IPC motherboard and all the usual ports (except for monitor of course). Disk is now 220Mb and a different manufacturer. I thrashed it solid for 2 days when we got it and it never barfed once. Screen is still 512x512 but the default font has been changed to a smaller one. suninstall is now usable to install software. One slight problem is that the number of rows on the screen is less than 34 so some lines get misplaced but this doesn't happen often. If you really hate it you can use the 'eeprom' command to set the 'input-device' and 'output-device' to the serial port and hook it up to another workstation and use 'tip' to get in. That works fine. The small screen is a bit of a pain as you can't have all the windows you'd like on it. But I got used to it after a while as did most people who used it. The screen on the BriteLite is an LCD and again takes some getting used to. Rapid mouse movement can cause the mouse to disappear from the screen but again it's just a case of getting used to it. Battery life. Well, difficult to say. It depends so much on what you do with the machine. The more disk I/O the quicker the battery wears down. The bigger the disk capacity the quicker the battery goes. I guess we averaged about 2 to 2.5 hrs. As for portability. I carried it home one night, 15min walk and had bruises the next day! The machine itself isn't too bad but once you add a spare battery pack and power transformer to the carrying case, you have to had a car. I wouldn't want to use it on my lap for too long either! Our machine has been to Sweden and back twice now and still going so no worries about moving it frequently. Overall impressions are very good. I wish I had one! If you can afford to wait a bit and have enough cash, get one of the new full resolution screen SPARC portables coming out soon. Would be worth it. Be careful of the asking price. They are not advertised cheaply. However, this sector of the market is developing so fast, you should be able to get a good deal. We knocked 2000 UK pounds off the asking price for ours. With the new full res screen versions coming soon, you ought to be able to pick up a 512x512 cheaper. One last tip. Put at least 12Mb memory on board. Hope this helps. ------------------------------------------------------------------------ Glenn Carver Email: glenn@atm.ch.cam.ac.uk Atmospheric Chemistry Modelling Group Phone: (44-223) 336521 Chemistry Department Fax : (44-223) 336362 Cambridge University UK ------------------------------------------------------------------------ ---------- From: john@rod.mitre.org (John Marsh) Message-Id: <9112161418.AA17315@rod.mitre.org.mitre.org> To: kovar@eclectic.com Subject: Re: Any experience with portable Suns? In-Reply-To: Mail from '"David C. Kovar" ' dated: Fri, 13 Dec 1991 17:46:11 -0500 Before you leap on a portable sparc and run DOS emulation software on it. If most of your work will be DOS, you will wish you had an Intel based machine. DOS emulation software turns a blazingly fast SS2 into a DOS machine that runs about the speed of an original IBM AT. Also, the DOS emulation software that I am familiar with, SoftPC is EGA only and 286 only. If the DOS software you need to run requires 386 or if you need to really run MSWindows in 386 mode, SoftPC will not do what you need. John Marsh, jmarsh@mitre.org ---------- From: mdl@cypress.com (J. Matt Landrum) I just saw and ad for a SPARC notebook. 18 mips, up to 240 Mb hard drive and 32 Mb ram, ethernet interface, internal modem w/ fax. It starts at less than 5k. I think I saw it in this month's SunExpert. I believe there are several out there. I've heard that the battery life depends heavily on hard disk access. ---------- From: A visiting faculty member from Berkley wandered through the department carrying a Britelite portable Sun IPC with 48 Meg in it. My boss spoke to him, and it turns out he loves it and is tickled pink. I'm not sure how he gets around the pmeg bug (not enough hardware VM indirection registers; thrashes on VM mapping when more than 12 Meg is put in), although it may be that a few microseconds of thrashing beats the heck out of 20 milliseconds of paging. "Any sufficiently advanced technology is indistinguishable from a rigged demo." ------------------------------------------------------------------------------- Brian Bartholomew UUCP: ...gatech!uflorida!reef.cis.ufl.edu!bb University of Florida Internet: bb@math.ufl.edu ---------- From: Gene.Saunders@west.sun.com (Gene Saunders) Even if you don't get you wish (SPARC notepad, ala Tadpole's SPARCbook) you could always hold your breath for a couple months, and toss Solaris 2.0 on your Intel-486 system. At least you'd get a real OS, even if you can't get a real computer. ;-) -- Gene Saunders | gene.saunders@West.Sun.COM | Save a tree; use AnswerBook. Sun Microsystems | ..!uunet!sun!gsaunders | gsaunders@[192.9.9.1] OSI under development: G=Gene;S=Saunders;O=West;P=Sun;C=COM I'm the one your mother warned you about: views stated herein are my own. ---------- From: Richard Evans Date: Tue, 17 Dec 91 10:31:35 GMT Message-Id: <643.9112171031@igor.topexp.co.uk> To: kovar@eclectic.com Subject: Re: Any experience with portable Suns? In-Reply-To: "David C. Kovar"'s message of Fri, 13 Dec 1991 17:46:11 -0500 I'd just love to get my hands on a portable Sun, so I'm very interested in the comments you get. Many of the portables that I've seen described seem to lack memory (< 16MB), disc (< 400MB) and screen resolution. ------------------------------------------------------------------------------- Richard Evans Telephone : (+44) 223 462121 Topexpress Ltd Telex : 817911 Topexp G Poseidon House, Castle Park Fax : (+44) 223 315057 Cambridge, CB3 0RD, UK E-Mail : rde@uk.co.topexp ------------------------------------------------------------------------------- ---------- From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 18 09:11:00 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07245; Wed, 18 Dec 1991 21:10:13 -0600 Received: by delta.eecs.nwu.edu id AA07304 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 18 Dec 1991 18:12:47 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ucdhep.ucdavis.edu by delta.eecs.nwu.edu with SMTP id AA08350 (5.65c/IDA-1.4.4 for ); Wed, 18 Dec 1991 18:12:37 -0600 Date: Wed, 18 Dec 1991 16:11 PDT From: "Mike Hannon; UCD Physics; (916)-752-4966" Subject: The REAL summary: Problem with _XtInitialize from X11R4 on SPARCstation To: sun-managers@eecs.nwu.edu Message-Id: X-Vms-To: IN%"sun-managers@eecs.nwu.edu" X-Vms-Cc: MIKE I recently posted a query as to why I couldn't link an application (spice) against some X11R4 libraries I had recently built. Specifically, I got the message: ld.so: Undefined symbol: _XtInitialize I then gave a summary of responses I had received, along with my own ``solution'', which was to disable the use of the shareable object and link against the libXt.a file. In response to my summary, several people (Per Hedeland, David Boyd, and James Hsieh) pointed out that I seemed to be missing the corresponding ".sa" file. I.e., I *should* have had: libXt.so.4.0 *and* libXt.sa.4.0 (I tend to pay more attention to summaries than to original messages myself.) This was exactly the problem: I had simply not moved the ".sa" file from the X11 build area when I moved the rest of the libraries. I knew that in some cases both ".so" and ".sa" files were required; I just wasn't careful. Thanks to these people and to others who took the time to respond. - Mike From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 18 07:43:28 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07256; Wed, 18 Dec 1991 21:12:55 -0600 Received: by delta.eecs.nwu.edu id AA29298 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 18 Dec 1991 17:43:48 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from longbow.usace.mil by delta.eecs.nwu.edu with SMTP id AA24795 (5.65c/IDA-1.4.4 for ); Wed, 18 Dec 1991 17:43:41 -0600 Received: from tabarzin.usace.mil by longbow.usace.mil (4.0/SMI-4.0(USACE 2.0)) id AA15566; Wed, 18 Dec 91 15:43:28 PST Received: by tabarzin.usace.mil (4.0/SMI-4.0(SPK MX)) id AA17014; Wed, 18 Dec 91 15:43:28 PST Date: Wed, 18 Dec 91 15:43:28 PST From: pace@usace.mil (Joe Pace) Message-Id: <9112182343.AA17014@tabarzin.usace.mil> To: sun-managers@eecs.nwu.edu Subject: Wren VI on a 386i Would anyone know if it's possible to format/use a Wren VI on a 386i? If so, is their a format.dat entry available? Thanks! Joe From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 18 15:45:12 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07312; Wed, 18 Dec 1991 22:17:23 -0600 Received: by delta.eecs.nwu.edu id AA21062 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 18 Dec 1991 19:30:52 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from life.ai.mit.edu by delta.eecs.nwu.edu with SMTP id AA20993 (5.65c/IDA-1.4.4 for ); Wed, 18 Dec 1991 19:30:40 -0600 Received: from vivaldi (VIVALDI.MIT.EDU) by life.ai.mit.edu (4.1/AI-4.10) id AA02688; Wed, 18 Dec 91 20:30:34 EST From: leo@ai.mit.edu (Leonardo C. Topa) Received: by vivaldi (4.1/AI-4.10) id AA01125; Wed, 18 Dec 91 20:45:12 EST Date: Wed, 18 Dec 91 20:45:12 EST Message-Id: <9112190145.AA01125@vivaldi> To: sun-managers@eecs.nwu.edu Subject: auto.home map with automounter One more time I am asking this wonderful list for help and/or suggestions. The scenario described below is with sparcstations all running sunos 4.1.1 What I am trying to do is to have an NIS auto.master map in which one line reads: /home auto.home -rw,intr,hard and then another NIS map auto.home in which there is a line: ct ct:/home/ct where /home/ct is a partition which host ct exports to a list of other machines. The automounter is started on all machines from the rc.local script with no arguments. If I now do "cd /home/ct" on any host but ct everythings works beautifully, but if I try this on ct I get the error: /home/ct: Too many levels of symbolic links [I kind of see recursion happening here....] If in auto.home I change "ct:/home/ct" to something like "ct:/h/ct" (and /h/ct is where the partition is mounted on ct) everything works, but now people get confused because if they do "cd /home/ct; pwd" on any host but ct they get the answer "/tmp_mnt/home/ct", but if they do this on ct they get the answer "/h/ct" and they think it's a different subdirectory altogether. Is there any way to make the mounting point appear uniformly across all machines? I read Chapter 15 of the System & Network Administration manual, where there is an example of an auto.home map which I think is just like mine, but I can't get it work. Is it at all possible to do what I am trying to do? I will summarize. Leonardo C. Topa Massachusetts Institute of Technology Room E25-506 45 Carleton Street Cambridge, MA 02139 internet: lct@ai.mit.edu From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 18 09:40:47 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07336; Wed, 18 Dec 1991 22:33:18 -0600 Received: by delta.eecs.nwu.edu id AA17573 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 18 Dec 1991 19:39:39 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ucsd.edu by delta.eecs.nwu.edu with SMTP id AA10278 (5.65c/IDA-1.4.4 for ); Wed, 18 Dec 1991 19:39:29 -0600 Received: from sdcc10.ucsd.edu by ucsd.edu; id AA03563 sendmail 5.64/UCSD-2.2-sun via SMTP Wed, 18 Dec 91 17:39:24 -0800 for sun-managers@eecs.nwu.edu Received: by sdcc10.UCSD.EDU (5.60/UCSDGENERIC2) id AA00325 for sun-managers@eecs.nwu.edu; Wed, 18 Dec 91 17:40:48 PST From: mce@sdcc10.UCSD.EDU (Mark Edwards) Message-Id: <9112190140.AA00325@sdcc10.UCSD.EDU> Subject: subscribe To: sun-managers@eecs.nwu.edu Date: Wed, 18 Dec 91 17:40:47 PST X-Mailer: ELM [version 2.3 PL11] subscribe: mce@sdcc10.ucsd.edu -- Mark C. Edwards mce@sdcc10.ucsd.edu Matt 3:16-17,Acts 7:55-56,*John 8:17-18,*John 14:28,*Mark 13:32, *John 20:17,*Matt 12:31-32,*John 17:20-23 (* Red letters) From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 18 18:09:00 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07907; Thu, 19 Dec 1991 01:09:02 -0600 Received: by delta.eecs.nwu.edu id AA29548 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 18 Dec 1991 22:09:18 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from yonge.csri.toronto.edu by delta.eecs.nwu.edu with SMTP id AA09439 (5.65c/IDA-1.4.4 for ); Wed, 18 Dec 1991 22:09:11 -0600 Received: from sq.sq.com ([192.31.6.1]) by yonge.csri.toronto.edu with SMTP id <266>; Wed, 18 Dec 1991 23:09:01 -0500 Received: by sq.sq.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Wed, 18 Dec 91 23:09 EST Message-Id: Date: Wed, 18 Dec 1991 23:09:00 -0500 From: mch@sq.com (Mark Henderson) To: neil@cadre.com, sun-managers@eecs.nwu.edu Subject: Re: Duplicating SunOS Tapes Would you send me the answer. I need to be able to do the same thing. Thanks, Mark .\ From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 18 10:08:26 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA08114; Thu, 19 Dec 1991 03:15:30 -0600 Received: by delta.eecs.nwu.edu id AA03061 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 18 Dec 1991 20:08:42 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from sunrise.Stanford.EDU by delta.eecs.nwu.edu with SMTP id AA06439 (5.65c/IDA-1.4.4 for ); Wed, 18 Dec 1991 20:08:30 -0600 Received: by sunrise.stanford.edu (4.1/inc-1.0) id AA17852; Wed, 18 Dec 91 18:08:26 PST Date: Wed, 18 Dec 91 18:08:26 PST From: aldrich@sunrise.stanford.edu (Jeff Aldrich) Message-Id: <9112190208.AA17852@sunrise.stanford.edu> To: sun-managers@eecs.nwu.edu Subject: invisible Sabre-850 on xy451 Hi folks, I have a 4/260-4.1.1 with two CDC SMD drives, one Sabre-850 and one Sabre-736 as xy0 and xy1, respectively. Until recently, xy0 was the boot disk, but various problems with read and write errors on that disk led me to finally disable it and reconfigure xy1 as the boot disk, in order to have a semi-functional system. The machine works fine with the 736 as the only disk, xy1, and reconnecting the 850 as a non-bootable xy0 also appears to be ok during boot: >SunOS Release 4.1.1 (GENERIC) #1: Fri Oct 12 18:17:55 PDT 1990 >Copyright (c) 1983-1990, Sun Microsystems, Inc. >cpu = Sun 4/200 Series >mem = 24576K (0x1800000) >avail mem = 22855680 >Ethernet address = x:x:x:x:x:x >xyc0 at vme16d16 0xee40 vec 0x48 >xy0 at xyc0 slave 0 >xy0: >xy1 at xyc0 slave 1 >xy1: [...] >bwtwo0: resolution 1600 x 1280 >root on xy1a fstype 4.2 >swap on xy1b fstype spec size 88200K >dump on xy1b fstype spec size 88176K ... and so on, without problems. However, when I login as root and run "format", the choice of disks is limited to xy1 only: >Searching for disks...done > > >AVAILABLE DISK SELECTIONS: > 0. xy1 at xyc0 slave 1 > xy1: >Specify disk (enter its number): Can anyone explain to me the discrepancy? If it matters, xy0 precedes xy1 in the daisy chain, with xy1 (apparently) properly terminated. All clues welcomed, summary to all interested parties. Thanks, ................................................ Jeff Aldrich R&D Engineer Center for Design Research Stanford University From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 19 13:34:51 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA09262; Thu, 19 Dec 1991 13:34:51 -0600 Received: by delta.eecs.nwu.edu id AA06129 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 19 Dec 1991 10:09:12 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from arbi.Informatik.Uni-Oldenburg.DE by delta.eecs.nwu.edu with SMTP id AA01701 (5.65c/IDA-1.4.4 for ); Thu, 19 Dec 1991 10:08:52 -0600 Received: by arbi.informatik.uni-oldenburg.de (smail3.1.18 + xalias); Thu, 19 Dec 91 17:07 MET Received: by faramir.Informatik.Uni-Oldenburg.DE (Smail3.1.22.1) id ; Thu, 19 Dec 91 17:02 MET Message-Id: Subject: C-Compiler no longer included in OS ?! To: sun-managers@delta.eecs.nwu.edu Date: Thu, 19 Dec 91 17:02:45 MET From: Thomas Weihrich X-Mailer: ELM [version 2.3 PL11] HI everybody ! I have heard that Sun will no longer include the C-Compiler in their OS- distribution, starting with SunOS 5.0 Is this true ? If so, suns would be rendered useless at our site, as you could not even compile a decent window system (X11R5) Could someone please shed light into this ? Thanks Thomas From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 19 05:41:09 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA09327; Thu, 19 Dec 1991 13:52:47 -0600 Received: by delta.eecs.nwu.edu id AA26312 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 19 Dec 1991 09:41:24 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from sarah.albany.edu by delta.eecs.nwu.edu with SMTP id AA25182 (5.65c/IDA-1.4.4 for ); Thu, 19 Dec 1991 09:41:14 -0600 Received: from naomi.albany.edu by sarah.albany.edu (4.1/SMI-3.2) id ; Thu, 19 Dec 91 10:41:09 EST Date: Thu, 19 Dec 91 10:41:09 EST From: syslss@csc.albany.edu (Leslie S Steckel) Message-Id: <9112191541.AA21792@sarah.albany.edu> To: sun-managers@eecs.nwu.edu Subject: Quota errors Hi Folks, This is our configuration: 1 Sparc Server 330 running: Sun OS 4.1.1 as the YP master as the primary fileserver 10 smaller Sparc Stations all running SunOS 4.1.1 All users' files are located on the Sparc Server 330. Most user accounts are under quota. For our records and for the ease of the computer operators who help us with backups, we have the Sparc Server 330 console connected to a printer. The problem is that we are wasting many pages of paper on 1 particular quota error. In addition, if the printer jams, the entire Sparc Server 330 hangs. I am trying to find a way to prevent these errors from being printed to the 330 console. Turning quotas off is not a viable solution for our site. The error we get is: WARNING: disk quota (/sarah) exceeded DISK LIMIT REACHED (/sarah) - WRITE FAILED This error is ONLY generated when a user exceeds his/her quota on an NFS partition which is under quota. In other words, if the user is logged into the Sparc Server 330 and exceeds his/her quota, the user is warned (as you would expect), but NO message is printed on the 330 console. If the user is logged into one of the 10 smaller Sparc Stations and exceeds his/her quota, the user is warned AND the above warning message is logged to the console of the Sparc Server 330. At first I thought the messages were logged via syslogd. With this in mind, I tried different ways of modifying the syslog.conf file to no avail. Later I discovered that the errors DO NOT get logged thru syslogd. I did this by killing the syslogd daemons on both the 330 and the smaller workstation. Then I exceeded my quota on the smaller Workstation and the messages was STILL logged to the Sparc Server 330). I suspect that the messages are logged via rpc.rquotad. Does anyone know how I can turn this logging off? Thanks, Leslie ------------- Leslie Steckel internet: syslss@csc.albany.edu UNIX System Programmer bitnet: syslss@albnyvms State Univ of NY at Albany (518) 442-3844 Computing Services Center CS-0 From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 19 02:19:04 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA09674; Thu, 19 Dec 1991 15:54:26 -0600 Received: by delta.eecs.nwu.edu id AA16812 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 19 Dec 1991 12:20:22 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Sdsc.Edu (sds.sdsc.edu) by delta.eecs.nwu.edu with SMTP id AA18941 (5.65c/IDA-1.4.4 for ); Thu, 19 Dec 1991 12:20:16 -0600 Received: from horizon.horizon.com by Sdsc.Edu (sds.sdsc.edu STMG) via INTERNET; Thu, 19 Dec 91 18:19:35 GMT Received: from arfalas.horizon.com by horizon.horizon.com (4.1/SMI-4.0) id AA04881; Thu, 19 Dec 91 10:19:10 PST Received: by arfalas.horizon.com (4.1/SMI-4.1) id AA09838; Thu, 19 Dec 91 10:19:04 PST Date: Thu, 19 Dec 91 10:19:04 PST From: ron@arfalas.horizon.com (Ron McDaniels) Message-Id: <9112191819.AA09838@arfalas.horizon.com> To: sun-managers@eecs.nwu.edu Subject: Can't install 4.1.1b on an SS-1 Sorry if this is a question that is asked so frequently that you all have the answer memorized, but I'm the new kid on the block so bare with me. I am attempting to install SunOS4.1.1b on a SPARCstation 1. Most of the time, when I am booting tape #1, I get a panic with a complaint by mmu_getpmg. This occurs just about the time I would expect to see the the unix boot messages. Some times, the tape boots correctly and SunOS boots for the install. Is this a generic SPACstation 1/SunOS4.1.1b problem? Is it correctable? Is it *sigh* me? :-) Do I need to get the SS1 fixed (like upgraded to a SS2)? Inquiring minds want to know. ADVthanksANCE, Ron McDaniels From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 19 02:02:34 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA09676; Thu, 19 Dec 1991 15:54:29 -0600 Received: by delta.eecs.nwu.edu id AA06987 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 19 Dec 1991 12:02:42 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from sunrise.Stanford.EDU by delta.eecs.nwu.edu with SMTP id AA10977 (5.65c/IDA-1.4.4 for ); Thu, 19 Dec 1991 12:02:37 -0600 Received: by sunrise.stanford.edu (4.1/inc-1.0) id AA20885; Thu, 19 Dec 91 10:02:34 PST Date: Thu, 19 Dec 91 10:02:34 PST From: aldrich@sunrise.stanford.edu (Jeff Aldrich) Message-Id: <9112191802.AA20885@sunrise.stanford.edu> To: sun-managers@eecs.nwu.edu Subject: SUMMARY - invisible Sabre-850 on xy451 My original posting: >I have a 4/260-4.1.1 with two CDC SMD drives, one Sabre-850 and one >Sabre-736 as xy0 and xy1, respectively. [...] The machine works fine >with the 736 as the only disk, xy1, and reconnecting the 850 as a >non-bootable xy0 also appears to be ok during boot [... but] when I >login as root and run "format", the choice of disks is limited to xy1 only. Well, I suppose it does help to think the process through before posting. Since I had reloaded/upgraded the OS with xy0 still off the daisychain, of course there were no xy0 entries in /dev. Dumb. "MAKEDEV xy0" and all is well. Thanks to: caxwgk@pki-nbg.philips.de (Wolfgang Kuehnel ) edsr!jcn@uunet.UU.NET (Jim Niemann) Mike Raffety poffen@sj.ate.slb.com (Russ Poffenberger) wallen@cogsci.UCSD.EDU (Mark R. Wallen) And all you others out there whose mail has yet to arrive. :-) ................................................ Jeff Aldrich R&D Engineer Center for Design Research Stanford University From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 19 01:22:24 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA09929; Thu, 19 Dec 1991 17:22:20 -0600 Received: by delta.eecs.nwu.edu id AA22076 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 19 Dec 1991 11:22:42 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from tcsi.tcs.com by delta.eecs.nwu.edu with SMTP id AA03035 (5.65c/IDA-1.4.4 for ); Thu, 19 Dec 1991 11:22:31 -0600 Received: from prelude.tcs.com by tcsi.tcs.com (4.1/1.32) id AA01691; Thu, 19 Dec 91 09:22:25 PST Received: by prelude.tcs.com (4.1/SMI-4.1) id AA01630; Thu, 19 Dec 91 09:22:24 PST Date: Thu, 19 Dec 91 09:22:24 PST From: tim@prelude.tcs.com (Kam Tim Chan) Message-Id: <9112191722.AA01630@prelude.tcs.com> To: sun-managers@eecs.nwu.edu Subject: Summary : system keeps hanging once in a while .... Hi everyone, I am sorry to have this summary so late, but it's the same old story ... Back in Oct/Nov, I have asked for assistant on the hanging problem : >Hi everyone, > > I have a SS2, w/ 40M RAM, 1 SBus prestoserve board, 1 internal >Fujitsu 520MB disk, 3 external Maxtor P-12S 1.2G disk drives. Lately >for these 2 weeks or more, we have been experiencing system hanging problem. >Occasionally, the system will hang and not responding to nothing, the >only way out is to reboot. It's running SunOS 4.1.1b. > Therefore, I go to the "new" command mode, and hit "sync" trying >to sync the disk and reboot, every time it'll say "give up" after display >a whole bunch of same numbers. And then at the end of the dumping >process, it'll give me a couple of console messages : > >sd1: SCSI transport failed: reason 'reset': retrying command >sd2: SCSI transport failed: reason 'reset': retrying command >sd3: SCSI transport failed: reason 'reset': retrying command >esp0: Target 0 now Synchronous at 4.0 mb/s max transmit rate >esp0: Target 1 now Synchronous at 4.0 mb/s max transmit rate >esp0: Target 2 now Synchronous at 4.0 mb/s max transmit rate > >so, I thought that it must be the SCSI bus, since we added "sd1" 2 weeks >ago, and we may have a bad cable or bad drive, or may be even a defective >SCSI host adaptor. Therefore, I replaced the CPU, the internal disk, >and "sd1" with brand new cable. By the way, the external SCSI cables are >6' + 2' + 2', so I don't think cable length is a problem. The hard part is >that everytime it reboots, it'll come back fine and no problem, and it seems >to hang at random. It is basically a file server, although it also has >sybase" and "adc" (configuration management software) running, but that's >about it. > >I've saved the core file and did some "ps akx vmunix.1 vmcore.1" to see >what's running at the time system hangs and almost everytime when it hangs >swapper and pagedaemon are both "runable" and all nfsd are either in >"disk wait" or "runable" states .... : > Thanks to all the responses. Some of you have suggested to check the cable length and termination, which I did and actually replaced all cables and terminators before I sent out that help message, but I did check again anyway, but that's not the problem. And then some of you suggest that there is a tcp/ip loopback bug when using "sybase", which is patch id 100159-01 and the README Synopsis is : SunOS 4.1, 4.1.1:system hangs using sockets in local loopback tcp-ip so I thought, way to go, and installed the patch, unfortunately the problem didn't go away. In addition, we have installed some other patches I've received from Sun's Tech support, which are all related to SCSI problems ..., but all patches didn't help. Then I talked to our vendor AnDataCo again, they mentioned that they have some clients having similar problems, which is running Sybase on that kind of disk, which is the newer Maxtor Panther P-12S with revision JB21. So, I moved the entire Sybase stuffs over to another server. The problem seems to go away !!! although I still receive some "data transfer overrun" warnings time to time, but the system didn't hang. And then AnDataCo told me to turn off the read-ahead cache on those Maxtor disks, which I did and they system is as healthy as it can be now :-), well, at least no warning no hangs :-). So my conclusion is that an enabled read-ahead cache on a Maxtor Panther P-12S will cost data transfer overrun, and then if Sybase is running, it's processes (dataserver may be) was not about to recover from the SCSI error and blocking others to access the disk ... or something like that. So make sure you turn off the read-ahead cache, and they said they don't think it's gonna cost much performance problem. Thanks again for all of your responses .... Tim Chan ================================ Address =============================== Tim Chan, System Engineer, Teknekron Communications Systems (510)-649-3645 2121, Allston Way, Berkeley, CA94704 Internet : tim@tcs.com uucp : uunet!tcs!tim From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 19 03:26:25 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA09995; Thu, 19 Dec 1991 17:45:09 -0600 Received: by delta.eecs.nwu.edu id AA25702 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 19 Dec 1991 13:29:37 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from atc.boeing.com by delta.eecs.nwu.edu with SMTP id AA17511 (5.65c/IDA-1.4.4 for ); Thu, 19 Dec 1991 13:29:29 -0600 Received: by atc.boeing.com on Thu, 19 Dec 91 11:30:45 PST From: Paul Allen Received: by stehekin.boeing.com (4.1/SMI-3.0DEV3) id AA06735; Thu, 19 Dec 91 11:26:25 PST Date: Thu, 19 Dec 91 11:26:25 PST Message-Id: <9112191926.AA06735@stehekin.boeing.com> To: sun-managers@eecs.nwu.edu Subject: Mysterious mv/rm hangs on 4/490 Greetings! We just had something strange happen on one of our 4/490's. I wonder if anyone else has seen something similar. The machine is a 4/490 running 4.1.1B. It's one of two fileservers for a network of about 75 mostly dataless SPARCstations. The first indication of something wrong was a hung 'mv' command. The process attempting to do the mv was in state IW, and was not killable with 'kill -9'. Further tinkering showed that 'rm' commands would also hang in an un-killable state. At first, it appeared that only one partition was affected, since files could be renamed and deleted in /tmp. Then the calls started coming in from users complaining about trouble renaming or deleting files in various partitions. At that point, the admin on the Help Desk who was taking all the heat fastbooted the machine. The problem was observed on more than one partition, but at least /tmp was not affected. On the affected partitions, we didn't observe any successful 'mv' or 'rm' commands. The problem vanished after the reboot. Anybody have any ideas? I'll post a summary of anything useful I get before the end of the day on Friday. After that, I probably won't be here 'til January. Paul Allen pallen@atc.boeing.com My Christmas wish for you? May your partitions never fill up! From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 19 18:54:52 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA10074; Thu, 19 Dec 1991 18:44:09 -0600 Received: by delta.eecs.nwu.edu id AA27038 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 19 Dec 1991 13:57:17 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from mcsun.EU.net by delta.eecs.nwu.edu with SMTP id AA18242 (5.65c/IDA-1.4.4 for ); Thu, 19 Dec 1991 13:57:03 -0600 Received: from tuvie.can.ac.at by mcsun.EU.net with SMTP; id AA18688 (5.65a/CWI-2.130); Thu, 19 Dec 1991 20:56:35 +0100 Received: by tuvie.can.ac.at via EUnet; id AA16997 (5.65b+/CAN-1.19); Thu, 19 Dec 91 20:55:14 -0100 Received: from rcsw11.rcvie.co.at by rcvie.co.at (4.1/RCVIE-Main-1) id AA08741; Thu, 19 Dec 91 17:54:52 +0100 Date: Thu, 19 Dec 91 17:54:52 +0100 From: Koper.Jamgocyan@tuvie.can.ac.at (Koper Jamgocyan) Message-Id: <9112191654.AA08741@rcvie.co.at> To: sun-managers@eecs.nwu.edu Subject: Re: WANTED: /etc/format.dat entry for CDC 94211-091 My problem formatting the CDC 94211-091 (CDC Wren III half height) has been solved, thanks for every email I've got. Special thanks to: Brian.Zavatsky@Corp.Sun.COM (Brian Zavatsky) dan@breeze.bellcore.com (Daniel Strick) kalli!kevin@fourx.Aus.Sun.COM (Kevin Sheehan {Consulting Poster Child}) dave@cadalyst.com (David Cress) Sun Muenchen (Germany) has stated that they did never use this disk in any Sun workstation and therefore they could not help us. This has helped a lot :-) Here is the question for the record: > >We have been left with a CDC disk after a Sun386 upgrade. >Now we want to use (format) it on our Sun4/40's under >SunOS 4.1 (or SunOS 4.1.1), but do not have the appropriate >/etc/format.dat entry. Can someone provide us with this >info please ? > >The disk in question has in its label: > >CDC, >Magnetic Peripherials Inc. >a Control Data Company. > >MN 94211-091 >PN 77765863 >SN 02101236 >LOT O-8915 >Fru PN# 555-1004-02 > The answer came from Brian.Zavatsky@Corp.Sun.COM (Brian Zavatsky) The /etc/format.dat entry should be: 91MB Wren 3 half-height # This is the list of supported CCS-compatible SCSI disks. disk_type = "CDC Wren III hh" \ : ctlr = CCS \ : ncyl = 1020 : acyl = 2 : pcyl = 1022 : nhead = 5 : nsect = 35 \ : rpm = 3600 : bpt = 17920 # This is the list of partition tables for CCS-compatible SCSI disks. partition = "CDC Wren III hh" \ : disk = "CDC Wren III hh" : ctlr = CCS \ : a = 0, 10500 : b = 318, 31500 : c = 0, 178500 \ : g = 60, 45150 : h = 498, 91350 I have replaced the CCS controller above with our MD21 controller. I could NOT let our Sun-4/40 recognize the disk. It always reported: vmunix: esp0: SCSI bus MESSAGE OUT phase parity error So I tried it on our Sun-3/280 server, and there it functioned and I formatted it made a newfs, mounted etc. without problems. Thanks, Koper -- Koper Jamgocyan, Computer Center / Alcatel Austria-ELIN Research Center, Ruthnergasse 1-7, A-1210 Vienna/Austria. Phone: (43)-(1)-391621/121 email: cc_koper@rcvie.co.at From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 19 10:32:00 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA10100; Thu, 19 Dec 1991 19:03:14 -0600 Received: by delta.eecs.nwu.edu id AA09484 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 19 Dec 1991 14:46:35 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from chaucer.cc.bellcore.com by delta.eecs.nwu.edu with SMTP id AA13750 (5.65c/IDA-1.4.4 for ); Thu, 19 Dec 1991 14:46:27 -0600 Received: by chaucer.cc.bellcore.com id AA07332 (5.65c/IDA-1.4.4 for sun-managers@eecs.nwu.edu); Thu, 19 Dec 1991 15:43:38 -0500 Message-Id: <199112192043.AA07332@chaucer.cc.bellcore.com> From: slade@chaucer.cc.bellcore.com (David M. Slade) To: sun-managers@eecs.nwu.edu Date: 19 Dec 1991 15:32 EST Subject: cd drive Greetings! When using a SS1 running 4.1 with OpenWindows (OW) 2.0, I am able to use x_cdplayer or cdplayer to play speech/music out the external jack on my cd drive. With my SS2 running 4.1.1 with OW 3, the program runs fine and the timer ticks away, but no audio. It also lost some of it functionality (i.e., properties selection). Any ideas? Thanks for your help! Dave Slade Bellcore From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 19 10:06:17 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA10129; Thu, 19 Dec 1991 19:40:29 -0600 Received: by delta.eecs.nwu.edu id AA00512 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 19 Dec 1991 16:14:23 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay2.UU.NET by delta.eecs.nwu.edu with SMTP id AA06604 (5.65c/IDA-1.4.4 for ); Thu, 19 Dec 1991 16:14:13 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA26623; Thu, 19 Dec 91 17:14:17 -0500 Received: from algol.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 171327.1559; Thu, 19 Dec 1991 17:13:27 EST Received: from castor.geoquest.com by algol (4.1/SMI-4.1) id AA10933; Thu, 19 Dec 91 16:06:17 CST Date: Thu, 19 Dec 91 16:06:17 CST From: ast@geoquest.com (Ad S. Talwar) Message-Id: <9112192206.AA10933@algol> To: sun-managers@eecs.nwu.edu Subject: CDROM SunOS 4.1.2 onto 150M tapes Hi, Now that we will soon be having SunOS 4.1.2 on CD-ROM's (most probably the only media), i was wondering what will happen to all the 150M tapedrives lying around. Will it be possible to load the OS on to a 150M and be able to boot from it. From what i have been hearing, this is not possible, can someone enlighten us (me) on this. Thanks atalwar@geoquest.com From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 19 05:45:37 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA10176; Thu, 19 Dec 1991 19:57:50 -0600 Received: by delta.eecs.nwu.edu id AA30461 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 19 Dec 1991 15:46:59 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from suntan.Tandem.com by delta.eecs.nwu.edu with SMTP id AA10893 (5.65c/IDA-1.4.4 for ); Thu, 19 Dec 1991 15:46:30 -0600 Received: from everest.everest.tandem.com by suntan.Tandem.COM (4.0/suntan3.911218) id AA01950; Thu, 19 Dec 91 13:45:40 PST Received: from nittany.everest.tandem.com by everest.everest.tandem.com (4.1/6main.910620) id AA03078; Thu, 19 Dec 91 13:45:38 PST Received: by nittany.everest.tandem.com (4.1/6leaf.910620) id AA25628; Thu, 19 Dec 91 13:45:37 PST Message-Id: <9112192145.AA25628@nittany.everest.tandem.com> To: "Sun Managers" Subject: SUMMARY: Need slot assignments for SCSI-3 cards in 4/470 cardcage Date: Thu, 19 Dec 91 13:45:37 PST From: Angela Thomas Hoynowski I mistakenly put 4/470 in the Subject (I have the 4/470 docs), but some kind soul did send out the 4/370 info I wanted. Below is the mail regarding the 4/370 and after that the mail I got regarding the 4/470. -- 4/370 info -- From: caxwgk@pki-nbg.philips.de (Wolfgang Kuehnel ) Unlike the subject reads this is for a 4/370 from the field engenieer handbook. Here it goes: 1 1 1 2 3 4 5 6 7 8 9 0 1 2 ------------------------------- SCSI A B C D E F G H Generally: Put the boards in the following order: TAAC MCP ALM SunLink SCSI 2nd Ether Xylocgics IPI The more interrupts the board produce, (the less "clever" the are) the closer to the CPU. And: Pull both jumpers on the backplane of the slot you installed a SCSI.. Wolfgang -- 4/470 info -- From: clive@jtsv16.jts.com (Clive Beddall ) Yo Angela, SCSI Board slots -------------------------------------------------------------------------- 1st Sun-3 Scsi 1 2 3 4 5 6 7 8 9 10 11 12 -------------------------------------------------------------------------- A B C D E F G -------------------------------------------------------------------------- 2nd Sun-3 Scsi 1 2 3 4 5 6 7 8 9 10 11 12 -------------------------------------------------------------------------- A B C D E F -------------------------------------------------------------------------- Hope this helps... Clive From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 19 18:00:00 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA10180; Thu, 19 Dec 1991 19:59:45 -0600 Received: by delta.eecs.nwu.edu id AA20651 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 19 Dec 1991 15:19:31 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from nprdc.navy.mil (aegean.nprdc.navy.mil) by delta.eecs.nwu.edu with SMTP id AA12658 (5.65c/IDA-1.4.4 for ); Thu, 19 Dec 1991 15:19:21 -0600 Received: from seashore.nprdc.navy.mil by nprdc.navy.mil (5.59/SMI-4.0) id AA06296; Thu, 19 Dec 91 13:18:24 PST Received: by seashore.nprdc.navy.mil (4.1/SMI-4.0) id AA00199; Thu, 19 Dec 91 13:18:18 PST From: stanonik@nprdc.navy.mil (Ron Stanonik) Message-Id: <9112192118.AA00199@seashore.nprdc.navy.mil> Date: 19 December 1991 1318-PST (Thursday) To: sun-managers@eecs.nwu.edu Subject: fsck checks filesystems twice Reply-To: stanonik@nprdc.navy.mil On a sun4/490 running sunos.4.1.1, when booting ... If fsck finds a problem in /, it exits immediately after repairing the problem; ie, the system reboots before any other filesystems are checked. But if fsck finds a problem in /usr, it doesn't exit immediately after repairing the problem, rather it checks all of the other filesystems. Consequently, all of the filesystems get checked twice; ie, once during the first attempt to boot (when /usr was repaired), and again during the reboot. The distributed fstab seems to assign pass number 1 to / and 2 to /usr. (We assigned 3 and 4 to g and h on each of our other disks.) Playing around we noticed that fsck exits immediately when problems are repaired in those filesystems with pass number 1. That is, by assigning 1 to /usr as well as /, other filesystems are only checked once. On a machine loaded with disks, this cuts boot time in half on those occasions when fsck repairs /usr. From the fstab man page, filesystems with pass 1 are checked sequentially, so this seems not just a happy coincidence, but intentional. The only puzzle is, why does the distributed fstab assign /usr pass number 2? Ron Stanonik stanonik@nprdc.navy.mil From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 19 11:22:33 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA10188; Thu, 19 Dec 1991 20:05:57 -0600 Received: by delta.eecs.nwu.edu id AA01541 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 19 Dec 1991 15:37:56 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ecoult (ecoult.ncsu.edu) by delta.eecs.nwu.edu with SMTP id AA16912 (5.65c/IDA-1.4.4 for ); Thu, 19 Dec 1991 15:37:44 -0600 Received: by ecoult (5.57/ECO NCSU/11/11/90) id AA13437; Thu, 19 Dec 91 16:37:37 -0500 Received: by maecfd (4.1/SMI-4.1) id AA03212; Thu, 19 Dec 91 16:22:34 EST From: garvin%maecfd@ecoult.ncsu.edu (Michael Garvin) Message-Id: <9112192122.AA03212@maecfd> Subject: 386i installation questions To: sun-managers@eecs.nwu.edu Date: Thu, 19 Dec 91 16:22:33 EST X-Mailer: ELM [version 2.3 PL11] I'm having problems trying to do a "custom" installation on a 386i machine (SunOS 4.0.1), and am at an impasse. My purpose is to _not_ have the machine part of a YP/NIS domain (diskfull standalone on the net) with the internal 91meg drive containing the root partition, 16meg of swap, and /usr; I'd like to not have a separate /files partition (this way all leftover space will be in /usr and I can install X11 or at least the libraries). Having repartitioned the disk like this I proceeded with the install, only to find out that it had repartitioned the disk again for root, swap, /usr, and /files - negating what I wanted! So I booted the miniroot (expert mode) and found the file /etc/Install (the installation script). I'd like now to edit it and make appropriate changes so that when I install again the system will be like I want. However, I have only sed, and this is not my preferred mode of operation. I tried to bar and dd the file to a floppy to take to a Sparc II and edit, but I get the error "missing header address mark" and the file is not transferred. Therefore, my question is: does anyone have any hints about how to proceed? Also, if there are any insights into eventually getting X11 working I'd love to hear them too (I was able to build X11R4). Thanks in advance. ----- Michael Garvin garvin@maecfd.ncsu.edu Mars Mission Research Center, NCSU (919) 515-2365 x283 From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 19 11:34:56 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA10192; Thu, 19 Dec 1991 20:06:50 -0600 Received: by delta.eecs.nwu.edu id AA13154 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 19 Dec 1991 15:35:29 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay2.UU.NET by delta.eecs.nwu.edu with SMTP id AA22654 (5.65c/IDA-1.4.4 for ); Thu, 19 Dec 1991 15:35:04 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA19119; Thu, 19 Dec 91 16:35:06 -0500 Received: from toro.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 163445.21483; Thu, 19 Dec 1991 16:34:45 EST Received: from beethoven by toro.MTS.ML.COM (5.59/25-eef) id AA17663; Thu, 19 Dec 91 16:33:18 EST Received: from jimi.ML.COM by beethoven.ML.COM (4.1/SMI-4.1) id AA01684; Thu, 19 Dec 91 16:34:56 EST Date: Thu, 19 Dec 91 16:34:56 EST From: mike%beethoven@toro.MTS.ML.COM (Mike Reddy) Message-Id: <9112192134.AA01684@beethoven.ML.COM> To: sun-managers@eecs.nwu.edu Subject: Re: C-Compiler no longer included in OS ?! Cc: mike%beethoven@uunet.UU.NET I have heard pretty definitively from several Sun people that the C compiler will no longer be bundled with the OS. I don't understand why so many people think this is a problem. Sun's position is that by un-bundling the compiler, they can lower the OS price. Whether or not this will hold true is something that I cannot comment on. If true, it certainly makes sense for those who create Sun systems for their coroporations; only the developers need the compiler, so they save money on each workstation that only supports a user. Those in education may not see this benefit if their Sun systems are used in labs or classes where a compiler is required for each station. The bottom line is that you will still be able to purchase the compiler, so you will be able to compile a decent window system. (whether or not X11R5 is decent will not be addressed by me :) ) So why all the hub-bub? Am I missing something here? Michael T. Reddy Jr. | Merrill Lynch & Co., Inc. Senior Programmer/Analyst | Municipal Analytics & Systems, Tel: (212) 449-1467 | 9th Floor, North Tower, Fax: (212) 449-1465 | World Financial Center, mike@ml.com | New York, NY 10281-1309 uunet!toro!mike | USA Words of Wisdom(?) from the Ancients: Kiss me twice. I'm schizophrenic. From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 19 10:57:36 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA10196; Thu, 19 Dec 1991 20:12:12 -0600 Received: by delta.eecs.nwu.edu id AA09068 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 19 Dec 1991 15:40:31 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from roselin.DMI.USherb.CA ([132.210.40.40]) by delta.eecs.nwu.edu with SMTP id AA02904 (5.65c/IDA-1.4.4 for ); Thu, 19 Dec 1991 15:40:03 -0600 Received: by roselin.DMI.USherb.CA (4.1/SMI-4.1) id AA24071; Thu, 19 Dec 91 15:57:36 EST From: beauchem@DMI.USherb.CA (Denis Beauchemin) Message-Id: <9112192057.AA24071@roselin.DMI.USherb.CA> Subject: How to make a program sharable? To: sun-managers@eecs.nwu.edu Date: Thu, 19 Dec 91 15:57:36 EST X-Mailer: ELM [version 2.3 PL11] Hi Sun-managers, I am trying to find out if an executable can be "shared" among different users. It used to be possible using the "sticky bit", but doens't seem to be supported since SunOS 4.1. We have many users using big Informix programs (around 1.5MB) and it would be nice if the code portion could be shared by all users. Could someone tell me how to do this? I looked at many manuals, but couldn't find one that gave me the solution. Thanks! I will summarize. -- === Denis Beauchemin, === beauchem@DMI.USherb.CA === === Dir. R&D ================================= === Sisca Informatique === Sun, AT&T and networks === === (819) 564-4003. ============================== From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 19 20:29:20 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA10215; Thu, 19 Dec 1991 20:29:20 -0600 Received: by delta.eecs.nwu.edu id AA09801 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 19 Dec 1991 15:36:55 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from arbi.Informatik.Uni-Oldenburg.DE by delta.eecs.nwu.edu with SMTP id AA07343 (5.65c/IDA-1.4.4 for ); Thu, 19 Dec 1991 15:36:36 -0600 Received: by arbi.informatik.uni-oldenburg.de (smail3.1.18 + xalias); Thu, 19 Dec 91 22:35 MET Received: by faramir.Informatik.Uni-Oldenburg.DE (Smail3.1.22.1) id ; Thu, 19 Dec 91 22:14 MET Message-Id: Subject: intermediate summary: C-compiler no longer ... To: sun-managers@delta.eecs.nwu.edu Date: Thu, 19 Dec 91 22:14:21 MET From: Thomas Weihrich X-Mailer: ELM [version 2.3 PL11] Hi everybody and thanks for the overwhelming amount of replies. I will continue to gather all replies to post a complete summary. The answers can be divided into 2 categories. 1) Nothing has been decided yet 2 replies, no comment 2) the C compiler will be unbundled and expensive. Old Applications (4.1.2 and earlier) will not run on 5.0 There will be no GNU compiler for Sun 4 running SunOS 5.0 SunOS won't be any cheaper without the C-compiler My comment on this subject: Frankly I am pissed (sorry about bad language). I have liked Sun systems for their (Sun) observing standards. I despise them for hacking the firmware of their CDROM and I hate them for what they are doing to the OS. I am not willing to haul out some thousand USD for a C-compiler, which is a unix standard tool. I am not willing to haul out even more bucks to buy the CDROM just in order to be able to install their new OS. I could live with 4.1.1 or 4.1.2, but to my mind a company which does indeed care a damn about the needs of their customers is just not worth to be considered as a machine vendor. As I cannot compile a decent window system - I am talking about X11 Release 5 - on SunOS 5.0 without paying many thousand USD for a C-compiler and a CDROM, I'll probably rather dump my sparc than run Openwindows 3. What I'll be doing is this: I'll dump my Sparc Station somewhere to buy a Decstation 5000. I won't recommend Sparcstations for serious work. This is not just sarcasm. This is the conclusion that a unix administrator (I am an administrator of the unix network of Augsburg University, Computing Centre) reaches. I'll post a neutral, unbiased summary, as there seems to be enough interest. The views given above are my personal views. Standard disclaimers apply. Thomas From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 19 13:51:30 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA10275; Thu, 19 Dec 1991 21:28:19 -0600 Received: by delta.eecs.nwu.edu id AA12270 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 19 Dec 1991 17:52:16 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from mailbox.syr.EDU by delta.eecs.nwu.edu with SMTP id AA12603 (5.65c/IDA-1.4.4 for ); Thu, 19 Dec 1991 17:52:10 -0600 Received: from rodan.acs.syr.edu by mailbox.syr.edu (4.1/CNS) id AA00943; Thu, 19 Dec 91 18:52:28 EST Received: by rodan.acs.syr.edu (4.1/Spike-2.0) id AA04894; Thu, 19 Dec 91 18:51:31 EST Message-Id: <9112192351.AA04894@rodan.acs.syr.edu> To: sun-managers@eecs.nwu.edu Subject: [SunOS] A major overhaul -- has anyone done this? Date: Thu, 19 Dec 91 18:51:30 -0500 From: Ace Stewart Hey all: Question about updating: Our current configuration is a 4/280 running 4.1.1, a 4/490 running 4.1.1, and a Sparc2 running 4.1.1 -- all of these are running as NFS servers to one another for various reasons not important here. We are updating to a 690 and two 670's which requires an update to 4.1.2 Our problem is as follows: we can't update to 4.1.2 on the old machines and then dump and restore to the new machines since the new machines are different architectures and the update from the tapes to 4.1.2 won't be configured for the right kernel on the new machines. We also don't feel like installing a new OS on three machines and then manually copying who knows how many files from our old systems to bring the new systems up as if nothing happened. This is definitely not a good idea for us. Yet, it may be the way. Has anyone done this? Upgraded hardware and done an OS upgrade at the same time -- and if so, how did you approach it? We're running multi-user on at least one of these machines and are trying to keep downtime to an absolute minimum but this definitely throws a wrench in the works.. Please, any advice will help. My thanx. John Stewart Senior UNIX/VMS Consultant Academic Computing Services Syracuse University (315) 443-3995 From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 19 08:42:06 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA10289; Thu, 19 Dec 1991 21:38:35 -0600 Received: by delta.eecs.nwu.edu id AA30555 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 19 Dec 1991 18:43:07 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from r.iWarp.intel.com by delta.eecs.nwu.edu with SMTP id AA21483 (5.65c/IDA-1.4.4 for ); Thu, 19 Dec 1991 18:42:17 -0600 Received: from z.iWarp.intel.com by r.iWarp.intel.com (4.1/iWarpR.4.34); Thu, 19 Dec 91 16:42:11 PST Received: by z.iWarp.intel.com (4.1/iWarpX.4.34); Thu, 19 Dec 91 16:42:06 PST Date: Thu, 19 Dec 91 16:42:06 PST From: mws@iWarp.intel.com (Mike Smith) Message-Id: <9112200042.AA14715@z.iWarp.intel.com> To: sun-managers@eecs.nwu.edu Subject: format.dat for Seagate ST41200N Tried configuring several different ways through format: type unknown. Always fails mkfs superblock backup writes near same block (8xxxx). thanx Mike Smith | iWarp Systems/Network Administration Internet: mws@iwarp.intel.com Voice: (503)629-6343 UUCP: {...}!any-MX-mailer-like-uunet!iwarp.intel.com!mws help() {Will someone please market an Ethernet version of "The Clapper"} From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 19 15:13:36 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA11261; Fri, 20 Dec 1991 05:22:01 -0600 Received: by delta.eecs.nwu.edu id AA32093 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 20 Dec 1991 02:01:07 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ames.arc.nasa.gov by delta.eecs.nwu.edu with SMTP id AA09826 (5.65c/IDA-1.4.4 for ); Fri, 20 Dec 1991 02:01:02 -0600 Received: from ultra.UUCP by ames.arc.nasa.gov (5.65c/1.21) with UUCP id AA25642 for sun-managers@eecs.nwu.edu on Fri, 20 Dec 1991 00:00:55 -0800 Received: from mouldy-ppp.ultra.com by ultra.com (4.1/Ultra-1.4-10-10-91) id AA04232; Thu, 19 Dec 91 23:13:36 PST Date: Thu, 19 Dec 91 23:13:36 PST From: shj@ultra.com (Steve Jay) Message-Id: <9112200713.AA04232@ultra.com> To: sun-managers@eecs.nwu.edu Subject: Re: C-Compiler no longer included in OS ?! Cc: mike@ml.com > I have heard pretty definitively from several Sun people that the C > compiler will no longer be bundled with the OS. I don't understand > why so many people think this is a problem. Sun's position is that > by un-bundling the compiler, they can lower the OS price. > ... > So why all the hub-bub? Am I missing something here? This discussion belongs in sun-spots (comp.sys.sun), but as long as that list/newsgroup is moribund, this will have to do. Of course, the reason for the hub-bub is that the OS price is NOT going down, so if you want a C compiler, you have to pay more. We've been paying $X a year for software maintenance, which we presumed entitled us to the new versions of SunOS, including all the functionality that was in the old version. If X is going down with the release of Solaris 2.0, they haven't told us about it. Instead, we keep paying $X, AND fork over the bucks for the C compiler. Because this is an increase in spending to maintain the same functionality, another cause of the hub-bub is the lack of timely warning of the increase. Many Sun customers have long budget cycles, requiring long lead times for increases. The result is that many sites will have to delay getting the new stuff until the next budget cycle. History repeats itself. We fought the same issues with some mainframe vendors in the 70's. Steve Jay shj@ultra.com ...ames!ultra!shj Ultra Network Technologies / 101 Dagget Drive / San Jose, CA 95134 / USA (408) 922-0100 x130 "Home of the 1 Gigabit/Second network" From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 19 18:28:20 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA11367; Fri, 20 Dec 1991 07:19:32 -0600 Received: by delta.eecs.nwu.edu id AA26639 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 20 Dec 1991 04:29:23 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from alpha.Xerox.COM by delta.eecs.nwu.edu with SMTP id AA07862 (5.65c/IDA-1.4.4 for ); Fri, 20 Dec 1991 04:29:15 -0600 Received: from CopperMS.HKNG.RXHK.xns by alpha.xerox.com via XNS id <11700>; Fri, 20 Dec 1991 02:28:48 PST X-Ns-Transport-Id: 080037006B28F60D2D13 Date: Fri, 20 Dec 1991 02:28:20 PST From: Tsang_Hin_For.HKNG@rxhk.xerox.com Subject: DOS emulation on a Sun Machine To: sun-managers@eecs.nwu.edu Cc: Tsang_Hin_For.HKNG@rxhk.xerox.com Message-Id: <"20-Dec-91 18:28:20 +8".*.Tsang_Hin_For.HKNG@RXHK.Xerox.com> Hi Folks, I am studying to use the DOS emulation to run the familiar PC packages but not sure how compatible a DOS window comparing to a real 80386 machine. Would you tell me your experiences, good or bad ? Thanks for any info you can possibly provide. Regards. HF From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 20 01:33:39 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA11565; Fri, 20 Dec 1991 09:17:51 -0600 Received: by delta.eecs.nwu.edu id AA22684 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 20 Dec 1991 05:33:50 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from urth.acsu.buffalo.edu by delta.eecs.nwu.edu with SMTP id AA07243 (5.65c/IDA-1.4.4 for ); Fri, 20 Dec 1991 05:33:43 -0600 Received: by urth.acsu.buffalo.edu (4.1/1.35) id AA04600; Fri, 20 Dec 91 06:33:40 EST Message-Id: <9112201133.AA04600@urth.acsu.buffalo.edu> To: sun-managers@eecs.nwu.edu, mike@ml.com Subject: Re: C-Compiler no longer included in OS ?! Date: Fri, 20 Dec 91 06:33:39 EST From: Paul Graham -------- shj@ultra.com writes, (quoting mike@ml.com): > I have heard pretty definitively from several Sun people that the C > compiler will no longer be bundled with the OS. I don't understand > why so many people think this is a problem. Sun's position is that > by un-bundling the compiler, they can lower the OS price. > ... > So why all the hub-bub? Am I missing something here? This discussion belongs in sun-spots (comp.sys.sun), but as long as that list/newsgroup is moribund, this will have to do. . . . Because this is an increase in spending to maintain the same functionality, another cause of the hub-bub is the lack of timely warning of the increase. Many Sun customers have long budget cycles, requiring long lead times for increases. The result is that many sites will have to delay getting the new stuff until the next budget cycle. ------------------- i'm posting this directly in the hopes that it will hold off some of the crazed activity that occurred around this topic in alt.sys.sun. [1) i assume everyone voted for the comp.sys.sun reorganization?] 2) while there have been mixed signals, it's been known for some time that there would likely not be a bundled compiler in sunos5. 3) john gilmore (of cyngnus support) says the instruction scheduling is done in gcc 2.0 and it produces code that's consistently as good as the current unbundled compiler. however gcc 2.0 doesn't understand coff/elf so it's not a drop in replacement for sunos5. 4) however (again) at sug john suggested that for $200k (100*$2k) cygnus could complete the coff/elf work *and* put the compiler on the next catalyst disk (free of further cost). he asked if my company would donate $2k toward this effort. unfortunately i can't but perhaps there are 100 sites/people who can. (he doesn't seem interested in 10000*$20) (neither john nor i know when gcc 2.0 is going to released so don't ask either of us). -- paul pjg@acsu.buffalo.edu / rutgers!ub!pjg / pjg@ubvms if the above contains opinions they are mine unless marked otherwise. From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 20 06:02:28 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA11908; Fri, 20 Dec 1991 11:25:09 -0600 Received: by delta.eecs.nwu.edu id AA03546 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 20 Dec 1991 08:03:01 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from cs.dal.ca by delta.eecs.nwu.edu with SMTP id AA20524 (5.65c/IDA-1.4.4 for ); Fri, 20 Dec 1991 08:02:51 -0600 Received: by cs.dal.ca id <9848>; Fri, 20 Dec 1991 10:02:36 -0400 Subject: Re: C-Compiler no longer included in OS ?! From: David Trueman To: sun-managers@eecs.nwu.edu Date: Fri, 20 Dec 1991 10:02:28 -0400 X-Mailer: ELM [version 2.3 PL11] Message-Id: <91Dec20.100236ast.9848@cs.dal.ca> > 4) however (again) at sug john suggested that for $200k (100*$2k) > cygnus could complete the coff/elf work *and* put the compiler > on the next catalyst disk (free of further cost). he asked if > my company would donate $2k toward this effort. unfortunately > i can't but perhaps there are 100 sites/people who can. (he doesn't > seem interested in 10000*$20) This is a pretty cheap site license for what I am sure would be a quality product. I, for one, would be willing to commit to $2k from my rather meagre university budget for this. Would Cygnus be willing to coordinate this, or would some poor third party have to do that? It seems like a realistic goal, and it would send quite a message to Sun, don't you think? Rather than everyone else replying with a me too message, please reply to me and I will summarize early in the New Year. From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 20 02:59:00 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA11911; Fri, 20 Dec 1991 11:25:18 -0600 Received: by delta.eecs.nwu.edu id AA15304 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 20 Dec 1991 08:01:24 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from tawc1.Eglin.AF.MIL by delta.eecs.nwu.edu with SMTP id AA28973 (5.65c/IDA-1.4.4 for ); Fri, 20 Dec 1991 08:01:14 -0600 Message-Id: <199112201401.AA28973@delta.eecs.nwu.edu> Date: 20 Dec 91 07:59:00 CDT From: "Grootwassink, David" Subject: Re: C-Compiler no longer included in OS ?! To: "sun-managers" >> I have heard pretty definitively from several Sun people that the C >> compiler will no longer be bundled with the OS. I don't understand >> why so many people think this is a problem. Sun's position is that >> by un-bundling the compiler, they can lower the OS price. >> ... >> So why all the hub-bub? Am I missing something here? >Of course, the reason for the hub-bub is that the OS price is NOT going >down, so if you want a C compiler, you have to pay more. We've been >paying $X a year for software maintenance, which we presumed entitled >us to the new versions of SunOS, including all the functionality that >was in the old version. If X is going down with the release of Solaris >2.0, they haven't told us about it. Instead, we keep paying $X, AND fork >over the bucks for the C compiler. >Because this is an increase in spending to maintain the same functionality, >another cause of the hub-bub is the lack of timely warning of the increase. >Many Sun customers have long budget cycles, requiring long lead times for >increases. The result is that many sites will have to delay getting the >new stuff until the next budget cycle. >History repeats itself. We fought the same issues with some mainframe >vendors in the 70's. I can see the next to go will probably be Make and SCCS. After all no compiler, no reason to have software management tools right. This is just like DEC and VMS software: Make and SCCS (or as they relabled them MMS and CMS) cost big bucks. One big message I have passed on to my local Sun rep, and would like to point out to Sun marketing: Now that we have moved our away from propriatary systems, it will run just as well on a Sun as it will on a DEC or IBM running OSF/1 and keep my C compiler (as well as the other tools)!!!! -Dave ------------------------------------------------------------------------------- Capt. Dave Grootwassink USAF Air Warfare Center INTERNET: GROOTWASS@TAWC1.EGLIN.AF.MIL (129.61.5.1) PHONE: (904)882-4100 AUTOVON 872-4100 (904)882-4600 872-4600 ------------------------------------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 20 05:06:25 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12055; Fri, 20 Dec 1991 12:27:24 -0600 Received: by delta.eecs.nwu.edu id AA15069 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 20 Dec 1991 09:06:38 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from sarah.albany.edu by delta.eecs.nwu.edu with SMTP id AA18126 (5.65c/IDA-1.4.4 for ); Fri, 20 Dec 1991 09:06:32 -0600 Received: from naomi.albany.edu by sarah.albany.edu (4.1/SMI-3.2) id ; Fri, 20 Dec 91 10:06:28 EST From: syslss@csc.albany.edu (Leslie S Steckel) Message-Id: <9112201506.AA11743@sarah.albany.edu> Subject: RE: Quota errors To: sun-managers@eecs.nwu.edu Date: Fri, 20 Dec 91 10:06:25 EST X-Mailer: ELM [version 2.3 PL11] Dear Sun Managers, Yesterday I posted a message asking how to prevent quota errors (generated when a user exceeds his/her quota on an NFS partition) from being printed to our Sparc Server 330 console. Thank you for your responses. The most helpful response was from John DiMarco of Toronto. He said: >The messages are logged by the kernel, not by rpc.rquotad. > >You can do one of two things if you don't have kernel source: > >1. Redirect and filter your console messages using TIOCCONS. This involves >redirecting /dev/console to a ptty using TIOCCONS, with a custom program >(which filters messages you don't want) on the other end of the ptty. This >gets in the way of using the machine's console for logins. > >2. Edit /admin/sys/sun4/OBJ/quota_ufs.o on the fileserver (the 330) using >a binary editor (eg. gnuemacs, bed, or adb) to replace the appropriate message >strings with an appropriate number of nulls. Be very careful to keep a copy >of the old quota_ufs.o in case of emergencies, and make sure that you >don't increase or decrease the number of bytes in each string. This trick >will cause the kernel to do something like 'fprintf("", directoryname)' when it >wants to print a quota exceeded message, which is essentially what you >want: a non-message. Leslie ---------------- Leslie Steckel internet: syslss@csc.albany.edu UNIX System Programmer bitnet: syslss@albnyvms State Univ of NY at Albany (518) 442-3844 Computing Services Center CS-0 1400 Washington Ave Albany, NY 12222 From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 20 13:16:15 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12176; Fri, 20 Dec 1991 13:16:15 -0600 Received: by delta.eecs.nwu.edu id AA05476 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 20 Dec 1991 10:09:24 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from gonzo.inescn.pt ([192.35.246.7]) by delta.eecs.nwu.edu with SMTP id AA27652 (5.65c/IDA-1.4.4 for ); Fri, 20 Dec 1991 10:09:13 -0600 Received: by gonzo.inescn.pt (5.57/INESCP-V1.3.1) id AA22583; Fri, 20 Dec 91 16:10:00 GMT Date: 20 Dec 91 16:05 From: Joao Neves To: Message-Id: <954*jneves@inescn.pt> Subject: Connect tape HP88780B to 4/110 Hi I'm having some problems connecting a 1/2" GCR tape, with SCSI interface to a Sun 4/110. I'm quite shure that the SCSI cable is correct. Every time I connect the tape to the SCSI the system hangs or doesn't boot (can't find the boot disk) BTW I don't have the tape manual :-(, certainly I'm missing something. Any help is welcome :-) Configuration: - Sun 4/110, with 32M RAM, running SunOS 4.0.3 - 2 disks Micropolis 1558 - 2 disks Seagate ST41200NSL - 1 1/4" tape QIC-24 Tape: - "called" Sequent - SCSI diferencial (?) interface - model HP88780B, 1/2" GCR Joao Neves Tel. +351 2 321006 (ext. 334) INESC-Porto Telex 23023 INESC P Lg. Mompilher, 22 Fax +351 2 318692 P-4007 Porto Codex Email jneves@inescn.pt Portugal S=jneves;PRMD=inescn;ADMD= ;C=pt From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 20 05:31:39 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12179; Fri, 20 Dec 1991 13:17:52 -0600 Received: by delta.eecs.nwu.edu id AA15639 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 20 Dec 1991 09:37:31 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from LL.MIT.EDU by delta.eecs.nwu.edu with SMTP id AA23845 (5.65c/IDA-1.4.4 for ); Fri, 20 Dec 1991 09:37:24 -0600 Received: by ll.mit.edu (4.1/LL-1.3) id AA16779; Fri, 20 Dec 91 10:31:47 EST Return-Path: Date: Fri, 20 Dec 91 10:31:39 -0500 From: kevinmac@ll.mit.edu (Kevin McElearney) Message-Id: <9112201031.AA09826@LL.MIT.EDU> To: sun-managers@eecs.nwu.edu Subject: rcp: protocol screwup: mtime.sec not delimited Hardware: 4/490 OS: SunOS 4.1.1b I am having a problem with rcp. I have an account on machineA which I want to rcp files to and from machineB. machineB is not in /etc/hosts.equiv on machineA so I put the following line in my .rhosts file on machineA: machineB myBaccount I am able to rlogin and rsh without any problem; however, I get the following error during an rcp: rcp myAaccount@machineA:filename . rcp: protocol screwup: mtime.sec not delimited Any clues? Kevin McElearney ----------------------------------------------------------------------------- MIT Lincoln Laboratory Phone: (617) 981-3556 244 Wood Street Fax: (617) 981-5359 Lexington, MA 02173-9108 EMail: kevinmac@ll.mit.edu From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 20 06:56:23 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12356; Fri, 20 Dec 1991 14:18:58 -0600 Received: by delta.eecs.nwu.edu id AA00832 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 20 Dec 1991 10:56:41 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from alex.ctrg.rri.uwo.ca by delta.eecs.nwu.edu with SMTP id AA22613 (5.65c/IDA-1.4.4 for ); Fri, 20 Dec 1991 10:56:31 -0600 From: Susan Thielen Message-Id: <9112201656.AA01969@vega.irus.rri.uwo.ca> Date: Fri, 20 Dec 91 11:56:23 EST To: sun-managers@eecs.nwu.edu Subject: SUMMARY: 3/60's and 3.5 Cc: thielen@irus.rri.uwo.ca Thanks for the many replies... The initial posting was -------------------------------------------------- I need to boot a 3/60 running 3.5 diskless from a Sun4 running 4.1.1. and I have a couple questions... Can it be done? I have all the root and swap partitions set up, I have the executables residing on the server.... the /etc/ethers file is correct, rpc.bootparamd is updated as /etc/bootparams is correct..... Yet the machine still hangs on bootup requesting its ethernet address...... Any Ideas??? ---------------------------------------------------- The underlying response was... It can't be done.... and here are the answers why... It may still be doable... but only with serious amounts of kernel hacking...... so.. I have gone on to put 4.1 on the sun 3/60 and see if that will compile and produce the software that I need for a GE MRI machine.... Or get some disk...... ------------------------------------------------------ From: bill@aloft.att.com Diskless clients were supported by the "ND" protocol under SunOS3.x. "ND" means Network Disk. This protocol was discontinued at SunOS 4.0. NFS is used to support diskless clients and tftp boots them. I don't see how you can provide OS 3.5 to a diskless client from an OS 4.1.1 server. --------------------------------------------------------- >From datri@lovecraft.convex.com >Can it be done? No. Diskless machines before 4.0 used nd to get / and swap. The >4.0 server can't do nd. >rpc.bootparamd is updated as /etc/bootparams is correct.. Neither of which will be used by a <4.0 machine. ----------------------------------------------------------- >From jdd@db.toronto.edu.bitnet No, I don't. I've never tried to run a diskless 3.5 client on a 4.x machine; I don't think it's possible without serious kernel hacking. You see, nd isn't supported in 4.x, and it's a kernel-level thing, so you can't just grab the daemon from 3.2 and install it. -------------------------------------------------------------- >From poffen@sj.ate.slb.com > I am not sure it can be done. As of 4.x, diskless booting has changed significantly. In general, 4.x no longer uses ND, but root/swap are NFS. I may be wrong, if so let me know. ---------------------------------------------------------------- >From miker@sbcoc.com Can't do it ... the SunOS 3.5 kernel doesn't know how to get at it's root over NFS. It was #ifdef-ed out of the source code, but I don't even know if it would work if you applied the #define and re-compiled the source code. ----------------------------------------------------------------- >From mikulska@ece.UCSD.EDU Under 3.5, handling of diskless nodes was completely different from that under 4.x. To the best of my knowledge, those two methods are completely incompatible. The didn't use /export/{root,swap,exec} previously, they used /private.arch_name and /public.arch_name. Even on a deeper level, there was something called 'nd' - network disk - to support diskless nodes. I would say, you just can't do it; the 3.x way of handling diskless nodes is not supported anymore. ---------------------------------------------------------------- >From csmoko%earth@relay.nswc.navy.mil I don't think it is possible. Sunos 3.x runs something call net disk (nd) as opposed to NFS/bootparam stuff. You may be able to get Sunos 4.x to work, but I have not tried it myself. ----------------------------------------------------------------- >From ted@usasoc.soc.mil I hate to bear bad news, but I don't think it can be done. SunOS3.5 mounts two partitions (/ and /pub) using the ND protocol, which is not supported in SunOS 4.1.1. If you loaded the Sun4 from CD, you should have 4.1.1 for Sun3s on the same media, could you just run the 3/60 under 4.1.1? ------------------------------------------------------------------ >From johnb@edge.CIS.McMaster.CA Hmmm. Under 3.5 you needed the nd partitions, which 4.x doesn't have anymore. I'm not sure how to get around that problem. But, to your first problem, are you sure you have rarpd running on that interface? Are you running NIS on the server? If so you have to run make to update the NIS ether maps. Are the server and client on the same network? (ie. if there is a gateway between the two, you will not be able to get this working as far as I know). ------------------------------------------------------------------- >From fabrice@sj.ate.slb.com Hmmm, I think you can bag it under 4.1.1. Now, if you were running 4.0.3, you could conceivably use 'nd', which was supported for Sun-2's (Sun-2's were unable to boot from an NFS partition). Basically, what you want to do *might* be possible (for instance, by copying the 'nd' version from a 4.0.3 system) but would require a lot of tweaking. Actually, I'd love to try that configuration, just for kicks. ------------------------------------------------------------------- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Susan KJ Thielen Application Programmer, System/Network Manager Advanced Imaging Lab Robarts Research Institute Phone: (519) 663-3833 PO Box 5015, 100 Perth Drive Fax: (519) 663-3789 London, ON N6A 5K8 E-mail: thielen@irus.rri.uwo.ca %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 20 01:30:02 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12403; Fri, 20 Dec 1991 14:32:06 -0600 Received: by delta.eecs.nwu.edu id AA04615 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 20 Dec 1991 11:32:45 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from alpha.Xerox.COM by delta.eecs.nwu.edu with SMTP id AA24359 (5.65c/IDA-1.4.4 for ); Fri, 20 Dec 1991 11:32:39 -0600 Received: from foundation.wbst845e.xerox.com ([13.2.49.99]) by alpha.xerox.com with SMTP id <11750>; Fri, 20 Dec 1991 09:31:37 PST Received: from voyager.xerox.com (voyager.wbst845e.xerox.com) by foundation.wbst845e.xerox.com (4.1/SMI-4.1) id AA17944; Fri, 20 Dec 91 12:30:02 EST Date: Fri, 20 Dec 1991 09:30:02 PST From: matt@wbst845e.xerox.com (Matt Goheen) Message-Id: <9112201730.AA17944@foundation.wbst845e.xerox.com> To: sun-managers@eecs.nwu.edu Subject: SPARC portables (again) Could someone please send me a copy of the SPARC portable summary that came through a couple of days ago? I skimmed through it but neglected to save it and today my manager wants me to look into -- well, just guess... Thanks, Matt Goheen From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 20 01:16:04 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12612; Fri, 20 Dec 1991 15:38:17 -0600 Received: by delta.eecs.nwu.edu id AA25067 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 20 Dec 1991 11:59:05 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from apple.com by delta.eecs.nwu.edu with SMTP id AA28404 (5.65c/IDA-1.4.4 for ); Fri, 20 Dec 1991 11:58:57 -0600 Received: by apple.com (5.61/10-Dec-1991-eef) id AA01071; Fri, 20 Dec 91 09:37:00 -0800 for Received: by attain.ICD.Teradyne.COM (4.1/SMI-4.1/TER-1.9/attain-1.9) id AA17143; Fri, 20 Dec 91 09:17:09 PST Received: from zeus.teradyne.uucp by teradyne.uucp (3.2/TerSTD-1.05-910610) id AA21898; Fri, 20 Dec 91 09:16:14 PST Received: from kiki.teradyne.uucp by zeus.teradyne.uucp (4.1/TerSTD-master-1.20-911217) id AA06465; Fri, 20 Dec 91 09:16:04 PST Date: Fri, 20 Dec 91 09:16:04 PST From: zohreh@zeus.ICD.Teradyne.COM (Zohreh Shahbazi) Message-Id: <9112201716.AA06465@zeus.teradyne.uucp> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: NEED VT340 emulation for X and PC Thanks to all that responded. Sorry about the delay for summary. It took me a while to find what I needed. My original Posting: > I am looking for a PUBLIC DOMAIN vt200 or vt340 emulation software > that will run on openwindows and one that would run on PC's. > > Thanks, > Zohreh SUMMARY OF RESPONSES: --------------------- For PC: Almost everyone suggested MS-Kermit V3.11 I haven't played with it yet. For Openwindows: Most people suggested playing with keymap resources for xterm. I could not find any ready-to-use public domain software that does vt340 emulation for openwindows, but found out accidentally that it was included in a decnet software package that we had purchased from Ki Research. The following commercial packages are available: TE320 from Sun Microsystems: It was announced recently. I have not seen or worked with it. Ki Research: The vt340 emulation is included in the kinet package from this company. I loaded it on our system, and tried it. It works great. It is probably the best vtxxx emulator I have seen so far. SOME OF THE RESPONSES: ---------------------- >From clive@asis.unimelb.edu.au Tue Dec 3 20:20:13 1991: For the PC, try MS-Kermit (latest version is V3.11, patch 7?) For openwindows...depends how much of a vt200/vt340 you want. You could try playing around with the keymap resources for xterm... ---------------------------------------------------------------------------- >From phil@wubios.wustl.edu Wed Dec 4 04:48:07 1991 kermit works fine on a PC and does pretty good vt340 emulation. ---------------------------------------------------------------------------- >From lee@sq.com Wed Dec 4 13:34:54 1991 Look at jet in the OpenWindows Demo directory -- I'm told it's a better-than-average vt100 emulation, but some of the docs imply it does vt330. Also, Der Mouse at McGill has a 330 emulator, mterm. ---------------------------------------------------------------------------- >From icj@dollar.bf.rmit.oz.au Wed Dec 4 13:35:18 1991 Hi, In regards to your vt220 emulation requirements. Under X we just use xterm and override the function key strings with resources. This works on an NCD16 but it should work with any server. The only thing we cant do is the double height characters. I can send you the resource file if you want I don't have it on this machine at the moment. For PC's I believe that the NCSA telnet does a good vt220 emulation or winqvt (for ms windows) is also very good. Winqvt only works over a packet driver and is also a telnet. ---------------------------------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 20 08:37:56 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12632; Fri, 20 Dec 1991 15:46:40 -0600 Received: by delta.eecs.nwu.edu id AA25894 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 20 Dec 1991 12:41:06 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from LL.MIT.EDU by delta.eecs.nwu.edu with SMTP id AA20940 (5.65c/IDA-1.4.4 for ); Fri, 20 Dec 1991 12:41:01 -0600 Received: by ll.mit.edu (4.1/LL-1.3) id AA01048; Fri, 20 Dec 91 13:38:04 EST Return-Path: Date: Fri, 20 Dec 91 13:37:56 -0500 From: kevinmac@ll.mit.edu (Kevin McElearney) Message-Id: <9112201337.AA11862@LL.MIT.EDU> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: rcp: protocol screwup: mtime.sec not delimited Well I got the answer before I saw my post. Here is the question again: >Hardware: 4/490 >OS: SunOS 4.1.1b > >I am having a problem with rcp. I have an account on machineA which I want to >rcp files to and from machineB. machineB is not in /etc/hosts.equiv on >machineA so I put the following line in my .rhosts file on machineA: > >machineB myBaccount > >I am able to rlogin and rsh without any problem; however, I get the following >error during an rcp: > > rcp myAaccount@machineA:filename . > rcp: protocol screwup: mtime.sec not delimited The answer: Any echo to stdout or reading from stdin in your .cshrc file will do this. This is pretty funny since this account happened to have the Sun default .cshrc. I deleted the .cshrc file and put in my own and it worked fine. Thanks to stern@sunne.East.Sun.COM Hal Stern jjd@spserv.bbn.com James J Dempsey and the rest who will reply before they see this Kevin McElearney ----------------------------------------------------------------------------- MIT Lincoln Laboratory Phone: (617) 981-3556 244 Wood Street Fax: (617) 981-5359 Lexington, MA 02173-9108 EMail: kevinmac@ll.mit.edu From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 20 09:16:40 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12700; Fri, 20 Dec 1991 16:19:05 -0600 Received: by delta.eecs.nwu.edu id AA07335 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 20 Dec 1991 13:17:50 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from juliet.ll.mit.edu (WX.LL.MIT.EDU) by delta.eecs.nwu.edu with SMTP id AA07742 (5.65c/IDA-1.4.4 for ); Fri, 20 Dec 1991 13:17:39 -0600 Received: from viola ([129.55.55.6]) by juliet.ll.mit.edu id AA16474g; Fri, 20 Dec 91 14:16:40 EST From: mikem@juliet.ll.mit.edu ( Michael Maciolek ) Received: by viola; Fri, 20 Dec 91 14:16:40 EST Date: Fri, 20 Dec 91 14:16:40 EST Message-Id: <9112201916.AA05890@viola> To: sun-managers@eecs.nwu.edu Subject: This is not an open discussion forum While I acknowledge the apologetic tone of many of the recent postings to this mailing list regarding the unbundling of the C compiler, I hasten to point out that regardless of the status of comp.sys.sun, this mailing list is NOT the place for continued discussion of this issue. This is a high-priority, fast-turnaround newsgroup for getting answers to difficult problems. It's not a forum in which we should feel privileged to flame (no matter how rightly or wrongly) about our individual or collective outrage against some marketing or business decision which has been imposed from on high. I hesitate to even send this message; I had hoped to wait out one or two messages on the topic which would say that a lot of us are pretty upset about unbundling the C compiler, hoping that once those messages had made print, we would be satisfied that our opinions had been expressed well enough...but it seems the flow of messages has remained steady. This group has been too technically valuable for me to sit back and watch it become another forum for flame wars. Please stop. Thank you. ------------------------------------------------------------------------------ Michael Maciolek mikem@juliet.ll.mit.edu (617) 981-3174 Network Engineer --- MIT Lincoln Laboratory Group 43 --- Weather Sensing ------------------------------------------------------------------------------ "It works fine, provided you _want_ things to explode upon arrival." ------------------------------------------------------------------------------ From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 20 09:30:10 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12736; Fri, 20 Dec 1991 16:37:50 -0600 Received: by delta.eecs.nwu.edu id AA19361 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 20 Dec 1991 13:31:19 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Sun.COM by delta.eecs.nwu.edu with SMTP id AA20709 (5.65c/IDA-1.4.4 for ); Fri, 20 Dec 1991 13:31:10 -0600 Received: from snail.Sun.COM (snail.Corp.Sun.COM) by Sun.COM (4.1/SMI-4.1) id AA09869; Fri, 20 Dec 91 11:31:04 PST Received: from East.Sun.COM by snail.Sun.COM (4.1/SMI-4.1) id AA14853; Fri, 20 Dec 91 11:31:02 PST Received: from bigdog.East.Sun.COM by East.Sun.COM (4.1/SMI-4.1) id AA13899; Fri, 20 Dec 91 14:31:00 EST Received: from landshark.East.Sun.COM by bigdog.East.Sun.COM (4.1/SMI-4.1-900117) id AA08088; Fri, 20 Dec 91 14:30:57 EST Received: by landshark.East.Sun.COM (4.1/SMI-4.1) id AA00334; Fri, 20 Dec 91 14:30:10 EST Date: Fri, 20 Dec 91 14:30:10 EST From: Don.Cunningham@East.Sun.COM (Don Cunningham - SunExpress IR) Message-Id: <9112201930.AA00334@landshark.East.Sun.COM> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: 8MM tape for backups Fellow Admins, It took me awhile, but I finally found some time to summarize my recent question, which was: > I'm looking for some info on the number of times that a 8MM >video grade cartidge tape can be written on before it should be >replaced. I`ve heard that 5-6 times is the max. Any info and/or >sources of official documentation would be greatly appreciated. I got responses in the number of uses that ranged from 10 to 256 uses. Average of all the responses(excluding the 256, which I think is excessive) is approx. 35 uses. General concensus was that any number you choose should be used only as a guideline and that tape quality be monitored closely to determine the actual lifetime of any tape. Most people used the video quality tape rather than the more expensive data grade cartridge. Sony was mentioned more than any other specific manufacturer. I intend to replace my daily incremental tape every 6 months. This will put my usage per tape at 26. I will be using the Sony P6-120MP video grade tape. I will gladly send anyone who requests it the complete list of responses I received(35 in all). Thanks again to all who responded. DISCLAIMER: The opinions expressed are my own and are not representative of Sun Microsystems or SunExpress in any manner. Don Cunningham email:don.cunningham@East.Sun.COM SunExpress Phone:508-837-6254 300 Griffin Brook Park Methuen, MA 01844 From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 20 03:55:29 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12815; Fri, 20 Dec 1991 17:14:26 -0600 Received: by delta.eecs.nwu.edu id AA05719 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 20 Dec 1991 13:55:53 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ASC.SLB.COM by delta.eecs.nwu.edu with SMTP id AA04763 (5.65c/IDA-1.4.4 for ); Fri, 20 Dec 1991 13:55:44 -0600 Received: from sjsca4.psi by ASC.SLB.COM (4.1/ASC Mailhost 3.12) id AA00465; Fri, 20 Dec 91 13:55:41 CST Apparently-To: "eecs.nwu.edu::sun-managers"@sj.ATE.SLB.COM X-Vms-To: eecs.nwu.edu::sun-managers Received: from [192.23.6.51] by eris.sj.ate.slb.com (5.59SLBATE/SLB-SERVER-1.16) id AA07626; Fri, 20 Dec 91 11:55:29 PST Date: Fri, 20 Dec 91 11:55:29 PST From: fabrice@sj.ate.slb.com (Fabrice Le Metayer) Message-Id: <9112201955.AA07626@eris.sj.ate.slb.com> Received: by wookie.SJ.ATE.SLB.COM (4.1/DUMB-1.0) id AA02636; Fri, 20 Dec 91 12:00:26 PST To: sun-managers@eecs.nwu.edu Subject: Re: C-Compiler no longer included in OS ?! Please, folks. Please, please, PLEASE !!!!!!!! This group is NOT a discussion group. Move this topic to where it belongs. And consult the sun-managers guidelines if you are confused about the status of this mailing list. Regards, -- Fabrice From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 20 07:42:54 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12915; Fri, 20 Dec 1991 18:16:56 -0600 Received: by delta.eecs.nwu.edu id AA03439 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 20 Dec 1991 13:45:32 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ducvax.auburn.edu by delta.eecs.nwu.edu with SMTP id AA17974 (5.65c/IDA-1.4.4 for ); Fri, 20 Dec 1991 13:45:21 -0600 Received: from acenet.auburn.edu (aces1.acenet.auburn.edu) by ducvax.auburn.edu with PMDF#10242; Fri, 20 Dec 1991 13:44 CDT Received: from aces6 (aces6.acenet.auburn.edu) by acenet.auburn.edu (4.1/SMI-4.1 aces1 1.0) id AA28465; Fri, 20 Dec 91 13:42:54 CST Date: Fri, 20 Dec 91 13:42:54 CST From: "Eugene H. Simpson III" Subject: WAN Information To: sun-managers@eecs.nwu.edu Cc: esimpson@acenet.auburn.edu Message-Id: <9112201942.AA28465@acenet.auburn.edu> X-Envelope-To: sun-managers@eecs.nwu.edu We are considering placement of SPARCstations as file and communications servers in several remote offices which will need to have fairly high-speed communications ties to our headquarters (2 dozen local SPARCS and many PCs on a local ethernet). Remote PCs currently dial in using Telebits at 19.2Kbit. We've heard tell of some products/services which might be worthwhile and are seeking any helpful info. "Frame Relay" and "Wiltel, Inc." are our only leads. We believe that Wiltel provides Frame Relay, a 2Mbit WAN service, commercially. We would like to verify (or refute) this and follow up with a contact. Any help or pointers will be appreciated. Naturally, if interest warrants, we'll summarize. Thanks in advance. Gene = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Eugene H. Simpson III ||esimpson@acenet.auburn.edu Economist and Coordinator ||(205) 844-9660 Office Computer Technology Unit ||(205) 844-3501 FAX Alabama Cooperative Extension Service ||(205) 826-1026 Home 60 Extension Hall || Auburn University, AL 36849-5646 || From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 20 11:30:30 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12922; Fri, 20 Dec 1991 18:22:54 -0600 Received: by delta.eecs.nwu.edu id AA28879 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 20 Dec 1991 15:31:08 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from cec.mtu.edu by delta.eecs.nwu.edu with SMTP id AA32290 (5.65c/IDA-1.4.4 for ); Fri, 20 Dec 1991 15:31:03 -0600 Received: by cec.mtu.edu (4.1/SMI-4.1) id AA11938; Fri, 20 Dec 91 16:30:35 EST From: connie@cec.mtu.edu (Connie Peterman) Message-Id: <9112202130.AA11938@cec.mtu.edu> Subject: SUMMARY: SPARC printer problem To: sun-managers@eecs.nwu.edu Date: Fri, 20 Dec 91 16:30:30 EST X-Mailer: ELM [version 2.3 PL11] It turns out that NewSprint 2.0 (out "soon" according to the Sun support person, no idea on when "soon" is) can print files generated by a NeXT. Looks like we'll need the update. **ORIGINAL REQUEST: SITUATION: Sun SPARC Printer being served from a Sparc 2. Printer serves Sun 3/50's, ELC's, Sparc 2's, and 1 NeXT machine. Software: SunOS 4.1.1 NeWSprint 1.0 OpenWindows 2.0 NeWSprint interpreter version 2.1 NeXT: Uses PS-Adobe-2.0 PROBLEM: PostScript files generated by the NeXT cause the following error message from the SPARC printer: %%[ Error: Message: Process: 0x29feb4 (Unnamed process) Error: undefined Stack: /Times-Roman vm('X11/NeWS server pool') Executing: sharedvm At: {currentvm *sharedvm 'eq'} In: {'pop' *currentshared} In: {/currentshared 'where' array{2} array{1} *'ifelse' array{2} array{24} 'ifelse'} In: Reading file(?,W,R) /Times-Roman vm('X11/NeWS server pool') ]%% The manuals imply that if you can use pageview to preview the file, then the file should successfully print. From OpenWindows, with the pageview command, I can successfully preview the postscript file. This file prints successfully on our QMS and Apple Lasers but not on the SPARC printer. From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 20 49:00:00 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA13075; Fri, 20 Dec 1991 20:44:13 -0600 Received: by delta.eecs.nwu.edu id AA28613 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 20 Dec 1991 17:49:21 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ucsd.edu by delta.eecs.nwu.edu with SMTP id AA06101 (5.65c/IDA-1.4.4 for ); Fri, 20 Dec 1991 17:49:13 -0600 Received: from cogsci.ucsd.edu by ucsd.edu; id AA29695 sendmail 5.64/UCSD-2.2-sun via SMTP Fri, 20 Dec 91 15:49:09 -0800 for sun-managers@eecs.nwu.edu Received: by cogsci.UCSD.EDU (4.1/UCSDPSEUDO.4) id AA04272 for sun-managers@eecs.nwu.edu; Fri, 20 Dec 91 15:49:08 PST From: wallen@cogsci.UCSD.EDU (Mark R. Wallen) Message-Id: <9112202349.AA04272@cogsci.UCSD.EDU> Date: 20 December 1991 1549-PST (Friday) To: sun-managers@eecs.nwu.edu Subject: SUMMARY: adding memory to a sun4/280 The problem turned out to be a bug in the Sun diagnostic boot PROMs; i.e., the system would fail when the diag/norm switch was in diag mode. This seems to be a feature of Sun 4/280 CPUs, at least those with boot PROM 3/3.0; the system will not pass the diag self tests with more than 48 megabytes of RAM (at least, 56 and 64 megs will fail self test :-(. I had initially misconfigured the Dataram 32 meg board that I was trying to add, and had placed the CPU in diag mode to get more info about the failure. Once properly configured, I continued to test against diag mode (not norm) because there was an obvious failure. It didn't occur to me to try normal mode until today, when we put my Dataram board into another 4/280 which had a working Dataram board in it. It failed, of course, in diag mode; but then so did the formerly working Dataram board we had swapped mine for. Bingo! Try both boards in normal mode and they work. Argh! I guess that implies that you can not use diag for anything useful if you have more than 48 megs in your system (since it will always crash in the ECC tests). So now I'm up and happily running with 56 megs: one 32 meg Dataram board, and 3 Sun 8 meg boards Thanks to all that helped: rct@fid.Morgan.COM (Robert Terzi) zjat02@trc.amoco.com (Jon A. Tankersley) Mike Raffety tester@cmcl2.NYU.EDU (thx1138@nyu.edu) And a special thanks to rlg@ida.org (Randy garrett) who took the time to answer several queries of mine and wargo@cs (Dave Wargo) who let me cram my board in his machine. and Allen Hirschorn and Kathy at Dataram customer support (good folks) Mark Wallen UCSD, cogsci mwallen@ucsd.edu The original problem: ----------- From: wallen@cogsci.UCSD.EDU (Mark R. Wallen) Message-Id: <9112160513.AA04927@cogsci.UCSD.EDU> Date: 15 December 1991 2113-PST (Sunday) To: sun-managers@eecs.nwu.edu Subject: adding memory to a sun4/280 Hi I'm trying to add a 32meg Dataram board to a sun4/280, which has/had 4 8meg sun memory boards (for a total of 32megs). I believe that the sun4/280 can only have 4 memory boards (boards numbered 0-3, which you configure via jumpers on each memory board). Sooooo, I pull out one of the sun 8meg boards (board 0) and replace it with the Dataram board. This should give me 56megs total. However, the system won't boot; it dies in self test looking for board number 4 (a fifth memory board!). The system works with the Datram board and 2 sun 8meggers (for a total of 48 megs). Adding the third sun 8meg causes the system to want to look for board #4 (a fifth memory board) during the ECC selftests; this produces a bus error and causes a loop. I've received a hot spare from Dataram which gives the same results. I've swapped sun 8meg boards and slots as the 3rd sun board, so I don't think it's a particular sun memory board or slot. And Sun came in and swapped the CPU board as a test, with exactly the same results. So I'm stumped. The Dataram folks say that there is a new prom out, version 3.03, which is needed to run more than 56 megs. Actually there is a small debate about whether you need the new proms to run 56 and above megs or 64 and above megs. Both my CPU and the spare Sun brought in are version 3.0, and the Sun FE says that 3.0 is the newest version of the proms and has never heard of 3.03. I've also pulled out the nonstandard peripherals, thinking that a device register might conflict with one of the memory board registers. Same lack of joy. I suspect something simple/obvious in my setup, soooooo I'm askin'. Has anyone a similar setup? Had any problems making it work? Is there a version 3.03 of the sun4/280 boot prom? Is there a Santa Claus? Thanks in advance for any pointers Mark Wallen Cognitive Science, UCSD mwallen@ucsd.edu From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 20 08:50:40 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA13174; Fri, 20 Dec 1991 21:27:52 -0600 Received: by delta.eecs.nwu.edu id AA31710 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 20 Dec 1991 18:50:21 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from mailgate.ericsson.se by delta.eecs.nwu.edu with SMTP id AA00144 (5.65c/IDA-1.4.4 for ); Fri, 20 Dec 1991 18:50:15 -0600 Received: from ericom.ericsson.se by mailgate.ericsson.se (4.1/SMI-4.1-MAILGATE1.7) id AA27120; Sat, 21 Dec 91 01:50:09 +0100 Received: from ebu.ericsson.se (anah.ericsson.se) by ericom.ericsson.se (4.1/SMI-4.0-ERICOM1.5) id AA26489; Sat, 21 Dec 91 01:50:00 +0100 Received: from boris.EBU by ebu.ericsson.se (4.1/SMI-4.0) id AA27669; Fri, 20 Dec 91 16:50:40 PST Date: Fri, 20 Dec 91 16:50:40 PST From: ebumfr@ebu.ericsson.se (Michael Rembis 6259) Message-Id: <9112210050.AA27669@ebu.ericsson.se> To: sun-managers@eecs.nwu.edu Subject: HELP - UUCP - What does this mean ? I am suddenly getting the following message in a chat script ... Rmtname uunet, Role MASTER, Ifn - 6, Loginuser - root rmesg - 'P' got Ptfg wmesg 'U'g pkcget: alarm 1 pkcget: alarm 1 pkcget: alarm 2 pkcget: alarm 3 pkcget: alarm 4 pkcget, read failed, EOF pkxstart, write failed, I/O error Proto start-fail g STARTUP FAILED exit code 101 Conversation Complete: Status FAILED What is pkcget: alarm # ? and how do I get rid of it ? System= SPARCstation IPC OS = SunOS 4.1.1 Modem = Telebit Trailblazer + Reply to ebumfr@ebu.ericsson.se Thanks in advance. Mike From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 20 09:39:35 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA13239; Fri, 20 Dec 1991 22:20:33 -0600 Received: by delta.eecs.nwu.edu id AA31964 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 20 Dec 1991 19:40:07 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from kiwi.sdsu.edu by delta.eecs.nwu.edu with SMTP id AA16945 (5.65c/IDA-1.4.4 for ); Fri, 20 Dec 1991 19:39:57 -0600 Received: by kiwi.sdsu.edu id <3164>; Fri, 20 Dec 1991 17:39:38 -0800 From: Andrew Scherpbier To: sun-managers@delta.eecs.nwu.edu Subject: SUMMARY: 2nd monochrome frame buffer + monitor? Message-Id: <91Dec20.173938pst.3164@kiwi.sdsu.edu> Date: Fri, 20 Dec 1991 17:39:35 -0800 My original question was: > The question is: Is it possible to use 2 bwtwo devices in one machine? > I know it is possible to use a bwtwo and a cg, but what about > two of the same type? Is it like a (YUCK!!!) PC where you can have both a > mono and color card, but not two mono cards? > > I haven't actually looked at the bwtwo board; is there some way to have it > use another address? I got several replies. All of them basically said that there is no problem since the SBUS determines the address by the slotnumber the card is in. Also, the consensus was that I would have to use makedev to create the new device node. Thanks for the replies. If someone wants a list of the people who sent me mail, let me know. --Andrew turtle@sciences.sdsu.edu From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 20 03:13:20 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA14598; Sat, 21 Dec 1991 10:49:03 -0600 Received: by delta.eecs.nwu.edu id AA31165 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sat, 21 Dec 1991 07:51:13 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay2.UU.NET by delta.eecs.nwu.edu with SMTP id AA01107 (5.65c/IDA-1.4.4 for ); Sat, 21 Dec 1991 07:51:07 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA20748; Sat, 21 Dec 91 08:51:09 -0500 Received: from usancon.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 085003.29971; Sat, 21 Dec 1991 08:50:03 EST Received: by USAN.consult.com (4.0/SMI-4.0) id AA00371; Fri, 20 Dec 91 08:13:20 EST Date: Fri, 20 Dec 91 08:13:20 EST From: Doug Peterson Message-Id: <9112201313.AA00371@USAN.consult.com> To: sun-managers@eecs.nwu.edu Subject: C Compiler Cc: doug@USAN.consult.com Several folks have expressed concern about unbundling the C compiler from future releases of SunOS (>= 5.0). Some (in Sun?) think that this will reduce the price of the OS. While not everyone needs a compiler, everyone does need an OS, so why reduce its cost? There is an opportunity to increase revenues through separate sales of languages and compilers. If memory serves, Sun unbundled FORTRAN and Pascal from the OS when they began shipping 4.0, because customers complained that they were paying for something that they never used. You guessed it - the price of the OS didn't drop. Those who need FORTRAN now pay handsomely for it. My company needs to buy another computer, but like all businesses, I want the most return for my dollar, and Sun doesn't have a corner on the UNIX market. If I support clients with various platforms, then I stand a chance of increasing my market share. ______________________________________________________________ | | | USAN.consult, Inc. UNIX Systems | | Applications Networking | | | | Doug Peterson | | President | | | | 5 Quail Place (804) 877-6584 | | Newport News, VA 23602-1820 doug@USAN.consult.com | | UNIX is a Registered Trademark of AT&T | |______________________________________________________________| From sun-managers-relay@delta.eecs.nwu.edu Wed Dec 21 22:15:52 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA16364; Sun, 22 Dec 1991 07:10:52 -0600 Received: by delta.eecs.nwu.edu id AA15237 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 22 Dec 1991 04:03:56 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: by delta.eecs.nwu.edu id AA19682 (5.65c/IDA-1.4.4 for sun-managers); Sun, 22 Dec 1991 04:03:50 -0600 Received: by tellab5.tellabs.com (smail2.5) id AA12412; 22 Dec 91 03:19:08 CST (Sun) Received: from mail.uunet.ca (via uunet.ca) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA05644; Sun, 22 Dec 91 03:26:30 -0500 Received: from jtsv16 by mail.uunet.ca with UUCP id <53501>; Sun, 22 Dec 1991 03:26:20 -0500 Received: by jtsv16.jts.com (5.51/smail2.5/08-24-90) id AA25060; Sun, 22 Dec 91 03:11:59 EST Received: by lemon.jts.com (4.0/SMI-4.0) id AA03798; Sun, 22 Dec 91 03:15:54 EST Message-Id: <9112220815.AA03798@lemon.jts.com> From: gerry@jtsv16.jts.com (G. Roderick Singleton) Date: Sun, 22 Dec 1991 03:15:52 -0500 In-Reply-To: ebumfr@ebu.ericsson.se (Michael Rembis 6259) "HELP - UUCP - What does this mean ?" (Dec 20, 19:50) X-Mailer: Mail User's Shell (7.2.0 10/31/90) To: ebumfr@ebu.ericsson.se (Michael Rembis 6259), sun-managers@eecs.nwu.edu Subject: Re: HELP - UUCP - What does this mean ? On Dec 20, 19:50, Michael Rembis 6259 wrote: } Subject: HELP - UUCP - What does this mean ? } I am suddenly getting the following message in a chat script ... } } } Rmtname uunet, Role MASTER, Ifn - 6, Loginuser - root } rmesg - 'P' got Ptfg } wmesg 'U'g } pkcget: alarm 1 } pkcget: alarm 1 } pkcget: alarm 2 } pkcget: alarm 3 } pkcget: alarm 4 } pkcget, read failed, EOF } pkxstart, write failed, I/O error } Proto start-fail g } STARTUP FAILED } exit code 101 } Conversation Complete: Status FAILED } } } What is pkcget: alarm # ? and how do I get rid of it ? } } } System= SPARCstation IPC } OS = SunOS 4.1.1 } Modem = Telebit Trailblazer + } } Reply to ebumfr@ebu.ericsson.se } } Thanks in advance. } } Mike }-- End of excerpt from Michael Rembis 6259 I hope Peter Honeyman sees your request since he's the author of your particular flavour of uucp. Anyways I'll try to eliminate some of the darkness. 1. Uucico has two sets of packet handling routines. pkcget.. amongst them 2. All uucp packets pass through them. 3. If it were my site I would be making every attempt to ensure that connecting sites had P_ZERO in their chats and likewise for my site. Why? So that each uucp connection operates as 8bit0parity. My guess is that your connections are staying 7-biteven hence causing packet failure. I've included the results from a working session between my machince (ISIv16 using good-old BSD uucp) and an SCO-based HDB machine that operates similar to your uucp. Use it to compare. I wish I could explain better but I'm at home and have no access to my sources. Merry Christmas, ger CONNECT FASTgot: that send "P_ZERO" wanted """" got: that send "\r" RETURN wanted "ogin:" login:got: that send "loginid" wanted "ssword:" Password:got: that send "your_passwd" root mycomp.ca (12/22-01:38-22932) SUCCEEDED (call to mycomp.ca ) imsg looking for SYNC< Last login: Sun Dec 22 01:07:08 on ttyc0 MyCompany Canada Inc. SunOS Release 4.1.1 (MYCOMP.CA) #3: Tue Sep 17 13:28:08 EDT 1991 \20> imsg inputgot 14 characters omsg <Sjtsv16 -Q0 -x9> imsg looking for SYNC<\20> ...... -- G. Roderick Singleton {gerry@jts.com}, System and Network Manager, JTS Computers When you're not looking at it, this fortune is written in FORTRAN. From sun-managers-relay@delta.eecs.nwu.edu Sun Dec 22 22:26:32 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA16723; Sun, 22 Dec 1991 15:46:46 -0600 Received: by delta.eecs.nwu.edu id AA12134 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 22 Dec 1991 12:29:54 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from funet.fi by delta.eecs.nwu.edu with SMTP id AA23631 (5.65c/IDA-1.4.4 for ); Sun, 22 Dec 1991 12:29:36 -0600 X400-Received: by mta funet.fi in /PRMD=funet/ADMD=fumail/C=fi/; Relayed; Sun, 22 Dec 1991 20:27:38 +0200 X400-Received: by /ADMD=MAILNET/C=FI/; Relayed; Sun, 22 Dec 1991 20:26:32 +0200 Date: Sun, 22 Dec 1991 20:26:32 +0200 X400-Originator: /DD.SYS=12762/DD.UFD=ETX600/I=P/G=JUKKA/S=TOUKONEN/O=TELEBOX/@mailnet.fi X400-Recipients: SUN-MANAGERS@EECS.NWU.edu X400-Mts-Identifier: [/ADMD=MAILNET/C=FI/;1276291122220265301069] X400-Content-Type: P2-1984 (2) Content-Identifier: 68.0000000001 From: /DD.SYS=12762/DD.UFD=ETX600/I=P/G=JUKKA/S=TOUKONEN/O=TELEBOX/@mailnet.fi Message-Id: To: SUN-MANAGERS@EECS.NWU.edu Subject: SUMMARY: Restricted access to printer This is my second try to send this SUMMARY. ( 22-dec-1991 ) Thanks to everyone who replied. Somebody might find him/herself missing blame this "reliable" post system. First of all. My mailer is something strange because I'm using Finnish Tele company's proprietary mail system. It is connected to FUNET (Finnish Universities Network ( Internet ) ) via X.400. I forgot to mention we are still using 3/60:s with 4.0.3 so we don't have the newest manuals. I haven't even purchased the colour postscript but it will happen soon. The most of the colour postscript printing will be foils and I have heard that automatic feeding of them have created problems. I'm going to check it but if it's true it would be much more sensible to connect the printer to a PC and run it locally ( and feed foils manually ). IF I'm running it through the network the first I'm going to try the solution with separate group of those authorized for printing: >From: PN=hasley/O=edu/C=fi/ADMD=mailnet/PRMD=inet/OU=bgsu/OU=andy/FF=John >Hasley >Check the printcap(5) man page entry. There you will find an entry >for 'rg', about which the 4.3BSD Line Printer Spooler Manual says: >(Section 4.3) > "Local access to printer queues is controlled with the rg printcap entry. > :rg=lprgroup: >"Users must be in the group 'lprgroup' to submit jobs to the specified >printer. The default is to allow all users access. Note that once the >files are in the local queue, they can be printed locally or forwarded >to another host depending on the configuration." >The above is almost definitely what you want. Anyone who wants to hear about real world testing mail me and I will send results later ( next year ). Summary of replies ( 430 lines long ) --------------------------------------------------------------------------- From:PN=/O=net/C=fi/ADMD=mailnet/PRMD=inet/OU=EU/OU=relay/DDA=RFC-822=tscs (b)novak(a)relay.EU.net/FF= (Albert Novak) The file /etc/hosts.lpd lists hosts that only can have printer queue access to your server. The format is the same as hosts.eqiv. See lpd(8). The connection via a parallel port in the Sun server would be faster. A sample printcap entry follows for an Aurora 210S S-Bus board: hplj3|HP LaserJet III:\ :lp=/dev/ttyc0:\ :br#19200:\ :sd=/var/spool/hplj3:\ :fc#0777:\ :fs#06021:\ :lf=/usr/adm/lpd-errs:\ :pl#60:\ :mx#0:\ :sb:\ :sf:\ :sh:\ :xc#07737:\ :xs#040: This worked at a distance of 65 feet away. Albert Novak UUCP: uupsi2!pdn!tscs!novak --------------------------------------------------------------------------- From: PN=ca/O=informatik/C=DE/ADMD=DBP/PRMD=uni-kiel/OU=idefix/FF=Claus Assmann Take a look at printcap(5): rg str NULL restricted group. Only members of group allowed access (Don't know, if it works :-) Regards, Claus --------------------------------------------------------------------------- From:PN=/O=net/C=fi/ADMD=mailnet/PRMD=inet/OU=EU/OU=relay/DDA=RFC-822=trdl nk(b)mike(a)relay.EU.net/FF= (Michael Sullivan) >I don't have any experience with colour printers, but from what I know about >black-on-white PostScript printers, I would say that a serial interface is >fine if you are mostly going to print text or simple diagrams and charts, but >if you are going to be printing high resolution images you will want the >higher throughput of a parallel interface. It can take many minutes to send >a grey-scale image to the printer over a serial interface; colour images >will be three times as slow! Before you buy a parallel interface, be sure to >inquire as to its maximum throughput, system overhead (does it generate an >interrupt for every character?) and compatibility with your printing software. >Regarding restricted access, take a look at printcap(5). It describes a >restricted group (rg) capability which might do the trick. >I have never tried it myself... My reply: Last yesterday I met again the question about printing speed. I think the biggest piece of timecake depends on the rate of processing postscript code to pixels ( most likely inside printer ). If I'm printing from the PC the next time burner is the software translating graphics to postscript. Only after them comes the transmission speed from server to printer. If you have fast printer connected to fast workstation things can be totally different. -------------------------------------------------------------------------- From: PN=kevins/O=com/C=fi/ADMD=mailnet/PRMD=inet/OU=Sun/OU=Aus/FF= (Kevin Sheehan ?Consulting Poster Child?) My solution to a similar problem was to create a small setuid program that checked the access list, then forked off the application (lpr in your case) with the passed arguments if the check succeeded. The application was only runnable by that user, so only the front end could run it. Should work okay for lpr as well. l & h, kev kevin.sheehan@fourx.aus.sun.com -------------------------------------------------------------------------- From:PN=CCTR114/O=nz/C=fi/ADMD=mailnet/PRMD=inet/OU=ac/OU=canterbury/OU=cs c/FF=Bill Rea, University of Canterbury, New Zealand Below is a C program which I use as an input filter to stop computer science people from using our printers. The restricted group field in the printcap file only allows a single group to use the printer. The input filter excludes the specified groups. ___ Bill Rea -------------------------------Included File------------------------------- #include #include /***********************************************************************/ /* */ /* The purpose of this program is to count the number of pages which a */ /* user prints for any given print job. It looks through the file and */ /* counts up the lines and increases the page counter for each form */ /* feed or when then number of lines goes over a page. */ /* This version excludes computer science users. If a Computer */ /* Science User is found trying to print it just aborts with an error */ /* not to print the job (exit value 2). */ /* */ /* Author: W.S. Rea */ /* Date: 23-Feb-1990 */ /* Modifications: */ /* 23-Mar-1990 Exclude Computer Science Users */ /* */ /***********************************************************************/ main (argc,argv) int argc; char *argv[]; { char *login; char *length; char *actfil; char *code; int print_plus_(); struct group *cosc_group; int i,lines,pages,ch,chars,page_length,login_len; int gid,status; FILE *output_file; lines=0; /* They can print no lines is they want but they */ pages=1; /* get charged for at least a page. */ if (argc == 9) { length=argv[2]+2; /* If the argument count is 9 then they haven't */ login=argv[5]; /* used the -l option so pick out the page */ actfil=argv[8]; /* length, their login name and the account file*/ } else if (argc == 10) { length=argv[3]+2; /* If the argument count is 10 then the -l */ login=argv[6]; /* option was used, all the values are moved */ actfil=argv[9]; /* along one in the arg list. */ } else { exit(2); /* Don't understand anything other than 9 or */ } /* 10 arguments, abort the job. */ cosc_group=getgrgid(341); /*Exclude Stage 2 Cosc */ while (*(cosc_group -> gr_mem) != NULL) { if (strcmp(login,*(cosc_group -> gr_mem)) == 0) exit(2); *(cosc_group -> gr_mem)++; } cosc_group=getgrgid(348); /*Exclude Stage 2 Cosc */ while (*(cosc_group -> gr_mem) != NULL) { if (strcmp(login,*(cosc_group -> gr_mem)) == 0) exit(2); *(cosc_group -> gr_mem)++; } cosc_group=getgrgid(349); /* Exclude Stage 3 Cosc */ while (*(cosc_group -> gr_mem) != NULL) { if (strcmp(login,*(cosc_group -> gr_mem)) == 0) exit(2); *(cosc_group -> gr_mem)++; } cosc_group=getgrgid(347); /* Exclude Cosc Hons */ while (*(cosc_group -> gr_mem) != NULL) { if (strcmp(login,*(cosc_group -> gr_mem)) == 0) exit(2); *(cosc_group -> gr_mem)++; } cosc_group=getgrgid(346); /* Exclude Cosc Masters */ while (*(cosc_group -> gr_mem) != NULL) { if (strcmp(login,*(cosc_group -> gr_mem)) == 0) exit(2); *(cosc_group -> gr_mem)++; } cosc_group=getgrgid(345); /* Exclude Cosc Ph.D. */ while (*(cosc_group -> gr_mem) != NULL) { if (strcmp(login,*(cosc_group -> gr_mem)) == 0) exit(2); *(cosc_group -> gr_mem)++; } cosc_group=getgrgid(344); /* Exclude Cosc Staff */ while (*(cosc_group -> gr_mem) != NULL) { if (strcmp(login,*(cosc_group -> gr_mem)) == 0) exit(2); *(cosc_group -> gr_mem)++; } cosc_group=getgrgid(341); /* Exclude CMIS */ while (*(cosc_group -> gr_mem) != NULL) { if (strcmp(login,*(cosc_group -> gr_mem)) == 0) exit(2); *(cosc_group -> gr_mem)++; } cosc_group=getgrgid(342); /* Exclude CMIS */ while (*(cosc_group -> gr_mem) != NULL) { if (strcmp(login,*(cosc_group -> gr_mem)) == 0) exit(2); *(cosc_group -> gr_mem)++; } cosc_group=getgrgid(340); /* Exclude ordinary Cosc */ while (*(cosc_group -> gr_mem) != NULL) { if (strcmp(login,*(cosc_group -> gr_mem)) == 0) exit(2); *(cosc_group -> gr_mem)++; } while((ch = getchar()) != EOF) { putchar(ch); } } -------------------------------------------------------------------------- From: PN=ckon/O=gr/C=fi/ADMD=mailnet/PRMD=inet/OU=intranet/FF= (Chris Kondellis) >Hi, >You can use the /etc/hosts.lpd file (lpd(8)) >I hope this will help >-C >ckon@intranet.gr My reply: Even if I didn't ask host depedend solution later It came in my mind It could be possible use hosts.lpd file to restrict PC:s access to printer. I'm not sure about PC-NFS printing mechanism. Does the spooler see the files coming from the remote hosts ( PCs ) or does the server pretend local printing requests ? ------------------------------------------------------------------------- From: PN=hasley/O=edu/C=fi/ADMD=mailnet/PRMD=inet/OU=bgsu/OU=andy/FF=John Hasley Check the printcap(5) man page entry. There you will find an entry for 'rg', about which the 4.3BSD Line Printer Spooler Manual says: (Section 4.3) "Local access to printer queues is controlled with the rg printcap entry. :rg=lprgroup: "Users must be in the group 'lprgroup' to submit jobs to the specified printer. The default is to allow all users access. Note that once the files are in the local queue, they can be printed locally or forwarded to another host depending on the configuration." The above is almost definitely what you want. Or, if you want something more fancy, you can play with making your own filter. The same paper continues: (Section 5) "Filters are spawned by lpd with their standard input the data to be printed, and standard output the printer. The standard error is attached to the lf file for logging errors or syslogd may be used for logging errors. A filter must return a 0 exit code if there were no errors, 1 if the job should be reprinted, and 2 if the job should be thrown away. When lprm sends a kill signal to the lpd process controlling printing, it sends a SIGINT signal to all filters and descendents of filters. This signal can be trapped by filters that need to do cleanup operations such as deleting temporary files. "Arguments passed to a filter depend on its type. The of fileter is called with the following arguments. filter -wwidth -llength "The width and length values come from the pw and pl entries in the printcap database. The if filter is passed the following parameters. filter [-c] -wwidth -llength -iindent -n login -h host accounting_file [[Optional -c means pass control characters, -w and -l are as above, -n is login name, -h is host name, and the accounting file is the accounting file listed in printcap.]] "All other filters are called with the following arguments: filter -xwidth -ylength -n login -h host accounting_file [arg0 arg1 arg2 3 arg4 5 arg6 arg7] "The -x and -y options specify the horizontal and vertical page size in pixels (from the px and py entries in the printcap file). The rest of the arguments are the same as for the if filter. As for specifics about using your printer, I'm afraid I can't help you, because the printer with which I have experience is unsuited for your needs. hasley@bgsu.edu -------------------------------------------------------------------------- From:PN=bkelley/O=com/C=fi/ADMD=mailnet/PRMD=inet/OU=ford/OU=pms/OU=pms001 /FF= ( Brian Kelley ) There are several ways to restrict printer access. I would probably set up a print filter which would look at a list of authorized users. If the user isn't in the list, you could easily Email their print job back to them with a note stating that they were not authorized to print to the printer... It might also be possible to setup a new group of users for printer access, though I've never done it that way. bkelley@pms001.pms.ford.com -------------------------------------------------------------------------- From: PN=smc/O=gov/C=fi/ADMD=mailnet/PRMD=inet/OU=LANL/OU=goshawk/FF= (Susan Coghlan) If you don't absolutely have to be offline, you could use the :rg= field in the /etc/printcap file to restrict access to users in a specific group (as defined in the /etc/groups file). smc@goshawk.lanl.gov -------------------------------------------------------------------------- From: PN=leh/O=edu/C=fi/ADMD=mailnet/PRMD=inet/OU=ufl/OU=cis/OU=manatee Look at the rg=str option to restrict printer usage to a single group. Les -------------------------------------------------------------------------- From:PN=pjw/O=mil/C=fi/ADMD=mailnet/PRMD=inet/OU=navy/OU=usna/OU=sma/OU=ma th30/FF= (Peter J. Welcher (math FACULTY) >An issue I haven't seen adequately discussed, so I'm interested in your >replies. >Have you considered what happens when Postscript without a proper header gets >sent to your colour printer ? You could waste 200 pages of colour hardcopy printing >Postscript as text (we've done it with b&w laser printers). That gets expensive >! >Yet there are lots of PC programs that don't put %! PS-Adobe at the top of >the output. If you use the hot key under PC-NFS, the file that printer output >accumulates in may not start with %! PS-Adobe, for various reasons. >Something >to think about: one wants a filter that rejects non-Postscript files. My reply: I haven't find that a problem because Postscript-only printers can handle only postscript. The problem will arise with newer QMS printers with autosensing file format. If it thinks postscript file is a text file to print with Laserjet emulation, huge masses of paper is produced. We have met the problem when line printers start to print megabytes of postscript. But it's so rare happening I have not bothered to create any automatic filtering. ------------------------------------------------------------------------- From:PN=erueg/O=de/C=fi/ADMD=mailnet/PRMD=inet/OU=gwdg/OU=uni-math/OU=cfga uss/FF= (Eckhard Rueggeberg) Put an input filter entry (:if=...:) in the /etc/printcap. Then install a sciptfile as that filter. This gets the user name as 5th and remote host as 7th parameter (You can find the others in the "System and Network Administration Manual" in the Chapter "Input Filters", which is 15.3 if I remember correctly.) This script can handle the printing request (which comes on standard input) as it wants to, cat'ing it to either stdout, which is printing in fact, or /dev/null, according to user name. My printcap entry for a PostScript (HPLJIII) printer is 1|psout|HP Laserjet III PostScript Output|pslaser:\ :br#19200:ms=litout:sh:sc:mx#0:\ :lp=/dev/ttyb:\ :lf=/var/adm/lpd.errs:\ :af=/var/adm/lpd.acct:\ :sd=/var/spool/lpd/psout:\ :if=/var/spool/lpd/psout/ps-if: and we use it serial, as you can see. We use an other printer parallel, because it is an old PC dot matrix printer with only parallel port. For that purpose, we bought a (PC) Hardware Printer Spooler with 256KB buffer which has a serial input and parallel output. This seems to be rather quick and not too expensive (around 100 US$, we couldn't get one in Germany. Hope this helps, --------------------------------------------------------------------------- Original message: RESTRICTED ACCESS TO PRINTER **************************** We are going to install a postscript colour printer to our server Sun sparc 2 or IPX . We have also about 70 PC:s running SUN PC-NFS and using server printers. Any experience ? Can we use serial line or shall we buy parallel inter- face ? Printcaps ? But the more general problem is how to create restricted access to the printer. We can't have a server dedicated to only those users who should be able to print. We should have an easy identification process which asks who is printing ( NOT ONLINE ! ) and after looking from the list of authorized printer users lets the printfile be transferred to printer or not. ************************************************************************ Jukka Toukonen ABB STR\MBERG DRIVES OY elec.mail jukka.p.toukonen@telebox.tele.fi P.O.Box 655 fax. +358-61-161 045 SF-65101 VAASA voice. +358-61-162 399 FINLAND ************************************************************************ From sun-managers-relay@delta.eecs.nwu.edu Sun Dec 22 10:52:55 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA16833; Sun, 22 Dec 1991 17:19:59 -0600 Received: by delta.eecs.nwu.edu id AA23661 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 22 Dec 1991 14:53:06 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from cunixf.cc.columbia.edu by delta.eecs.nwu.edu with SMTP id AA21674 (5.65c/IDA-1.4.4 for ); Sun, 22 Dec 1991 14:52:59 -0600 Received: by cunixf.cc.columbia.edu (5.59/FCB) id AA11027; Sun, 22 Dec 91 15:52:56 EST Date: Sun, 22 Dec 91 15:52:55 EST From: Micky Liu To: sun-managers@eecs.nwu.edu Subject: Dump Problems... Message-Id: I have just been bitten by a problem with our nightly dumps. We have several machines, either 4/490's or SPARC2's, all running SunOS4.1.1. For months we have had an automated backup mechanism running as the user 'operator' in group 'operator' performing remote dumps with no problems. Then all of a sudden, we started seeing the following error messages: >rsh -n ejvdev2 rdump 0fnsdu ejvdev1:/dev/nrst0 6000 54000 / >stty: TCGETS: Operation not supported on socket > DUMP: Date of this level 0 dump: Sun Dec 22 15:42:03 1991 > DUMP: Date of last level 0 dump: the epoch > DUMP: Dumping /dev/rid000a (/) to /dev/nrst0 on host ejvdev1 > DUMP: mapping (Pass I) [regular files] > DUMP: mapping (Pass II) [directories] > DUMP: estimated 25978 blocks (12.68MB) on 0.01 tape(s). > DUMP: Protocol to remote tape server botched (in rmtgets). >rdump: Lost connection to remote host. > DUMP: Bad return code from dump: 1 This should have executed a remote dump from ejvdev2 to ejvdev1, both of which are on the same physical subnet and in the same domain. Five days ago, this command worked and now it does not... I cannot think of what kinds of systems changes could have occurred to break this. This exact same command does work if executed as root (but of course, we don't want to run like that). Any clues would be greatly appreciated. Micky micky@cunixf.cc.columbia.edu From sun-managers-relay@delta.eecs.nwu.edu Sun Dec 22 21:42:10 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA18075; Mon, 23 Dec 1991 04:20:36 -0600 Received: by delta.eecs.nwu.edu id AA00243 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 23 Dec 1991 01:42:18 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from cunixf.cc.columbia.edu by delta.eecs.nwu.edu with SMTP id AA01451 (5.65c/IDA-1.4.4 for ); Mon, 23 Dec 1991 01:42:12 -0600 Received: by cunixf.cc.columbia.edu (5.59/FCB) id AA24153; Mon, 23 Dec 91 02:42:11 EST Date: Mon, 23 Dec 91 2:42:10 EST From: Micky Liu To: sun-managers@eecs.nwu.edu Subject: SUMMARY: Dump Problems Solved Message-Id: Many many thanks to all those who reponded so quickly to my call for help. And yes, it was my operator who modified her .cshrc to perform an stty command... I have since moved those commands to be inside a test for an interactive shell and everything works again! Thanx Again! Micky From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 23 10:34:32 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA18215; Mon, 23 Dec 1991 06:56:46 -0600 Received: by delta.eecs.nwu.edu id AA29710 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 23 Dec 1991 04:15:54 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from hp4nl.nluug.nl by delta.eecs.nwu.edu with SMTP id AA09819 (5.65c/IDA-1.4.4 for ); Mon, 23 Dec 1991 04:15:44 -0600 Received: by hp4nl.nluug.nl id AA23503 (1.15/2.14); Mon, 23 Dec 91 11:16:38 +0100 Received: from source with uucp; Mon, 23 Dec 91 10:31:06 Received: from moon.source by source (4.1/SMI-4.1) id AA06417; Mon, 23 Dec 91 10:31:06 GMT From: source!mist@nluug.nl (Michiel Steltman) Message-Id: <9112231031.AA06417@source> Subject: SUMMARY: overheated pizza's (SS1+) To: sun-managers@eecs.nwu.edu (Sun managers submissions) Date: Mon, 23 Dec 91 10:34:32 GMT Organization: Source Information Technology Phone: (+31)-79-615511 Fax: (+31)-79-615509 X-Mailer: ELM [version 2.3 PL11] Original question: > Question: > > I've stuffed my SPARCstation 1+ to the roof. It now contains 2 Maxtor > LXT200 drives and 3 s-bus cards. > First card is the color board, second is a SUN 2nd SCSI controller, the 3d > is a Puzzle Systems Synergy 386DX procesor board with 80387, which is a > double (sandwich) board. (Fantastic product, by the way) > > I've heard horror stories from hearsay, about overheating with even two > disks and no S-bus slots occupied. Anybody knows the real story? > >> Thanx. The general problem seams to be temperature rather than total power. The power supply of either SS1 or SS2 are sufficient to handle almost anything. The problems are mainly caused by the 'older' Maxtor LXT 200 or Quantum prodrives. These drives get quite hot, so that in case two of these are used, local hot-spots may exist. Some recommendations: - Extra fan where the beeper is (thanx, rhaddick@us.oracle.com ) - Don't install 2 drives when one or more Maxtor LXT 200 or Quatum prodrives are involved. Furthermore, there was quite a lot of interest for the Puzzle systems 80386 board. I sent some detailed info to all requestors, let me know if anybody wants more info. Thanx to: ariron@stekt.oulu.fi benson@odi.com ron@drd.com (Ron Madurski) bernards@ECN.NL (Marcel Bernards) keves@meaddata.com (Brian Keves - Consultant) morrow@cns.ucalgary.ca (Bill Morrow) Dan Razzell rick%pgt1@Princeton.EDU (Rick Mott) kwz@zabriskie.berkeley.edu (Kevin Zimmerman) Robert Haddick ron%arfalas.horizon.com@Sdsc.BITnet (Ron McDaniels) -- Michiel Steltman email:mist@source.nl Phone (+31)-79-615511 ============= Source Information Technology ================ Summary extract: ______________________________________________________________________ (Sorry, Marcel Bernards, I deleted your stuff because it was in Dutch) From: keves@meaddata.com (Brian Keves - Consultant) Supposively the new 204 MB drives produce too much heat for the SS1(+) pizza boxes to handle. If you have 107 MB drives it should be ok. From: morrow@cns.ucalgary.ca (Bill Morrow) We have 2 104 Mb Sun drives, video, and an extra Ethernet card in a SS1, and have had no problems in 2 years. Your 386 board is the big power user I would guess. Could you please summarize to the list? I am considering adding another internal drive to one of our SS1+, and would like to insert the largest capacity drive possible. A Maxtor LXT200 is 200Mb? From: Dan Razzell The Maxtor LXT-200S produces a remarkable amount of heat. In a Sparcstation it is uncomfortably warm to the touch, and is noticeably hotter than the 205 supplied by Sun. The 205 is not supposed to be installed in a Sparc 1 chassis because of heat and power supply problems. From: kwz@zabriskie.berkeley.edu (Kevin Zimmerman) concern when a configuration of 2 - 207M Maxtor internal drives is proposed. I find that two 424M internal disk are a supported option for the SPARCstation2 in the Jul 22 '91 SPARC end user catalog. The SPARCstation2 CPU draws 23.0 watts as opposed to ` the SPARCstation1+'s 20.0 watts. The Sun Field Engineer's handbook gives the same part number for the power supplies for both these machines, and I have physically verified this to be true. Same goes for the fans. The 424M option 520 drives can draw as much as 16 watts apiece, so why all the fuss about the Maxtor which only pulls 10.2 watts? The best information I could dig up was from someone who said his internal contacts at Sun indicated that the problem with the those drives was some sort of hot-spotting which made using two of them together a problem. Using one Maxtor and one of any other drive was deemed OK. I presume that advice pertains to all of the full size desktop workstation models since all other factors are similiar. From: Robert Haddick get one of the small fans they use in the Sparc2's and install it where the bell lives, and move the bell over.(Like the Sparc2's) If you don't you WILL cook those disks! Hardware design problem with the 4/60 4/65 that Sun does not want to admit to, but fixed with the Sparc2's.Also, set the cpu on the floor(Leaning next to your desk or whatever) with the power supply fan facing up. This will help the heat to rise away from the disks, and eventually pushed out by the power supply fan. And no, it make no difference to the disks, upside down, sideways, etc... I have about 300 of these things sitting the same exact way with no problems..... Ever wonder why the Quantums die so frequently? Yep! That's the reason!!! Too much heat by the disks and no ventilation! Good luck,Take my advise, and DO NOT fry your disks. :-) From: ron%arfalas.horizon.com@Sdsc.BITnet (Ron McDaniels) Those MAXTOR drives get *hot*. So hot that I have removed *both* of them. I was getting mmu panics with them installed. I will allow that there is probably a temp sensitive part on the cpu card. The machine in question has had both internal drives disconnected and has been Running with a 2Gig external disk farm so we didn't see the temp problem. We are now putting the machine in a field office and the disk farm is staying behind. I started having the problems last night when I was installing SunOS. As soon as I took the cover off (actually, about 15 minutes after :-), the problem went away. I marvel at the amount of heat the MAXTOR drives generate. From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 23 10:25:12 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA18448; Mon, 23 Dec 1991 10:25:12 -0600 Received: by delta.eecs.nwu.edu id AA24500 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 23 Dec 1991 07:23:26 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from helios.intranet.gr by delta.eecs.nwu.edu with SMTP id AA11446 (5.65c/IDA-1.4.4 for ); Mon, 23 Dec 1991 07:21:46 -0600 Received: from charon.intranet.gr by helios.intranet.gr (4.0/25-eef) id AA02105; Mon, 23 Dec 91 15:18:12 +0200 Received: by charon.intranet.gr (4.1/SMI-4.1) id AA00662; Mon, 23 Dec 91 15:22:02 +0200 From: ckon@intranet.gr (Chris Kondellis) Message-Id: <9112231322.AA00662@charon.intranet.gr> Subject: SS2 hungs To: sun-managers@eecs.nwu.edu Date: Mon, 23 Dec 91 15:22:00 EET DST X-Mailer: ELM [version 2.2 PL0] Hi, We are facing the following problem. One of our servers (SPARCstation 2) hungs from time to time without any message being displayed on screen. It needs a reboot ( and >b) to recover. The machine has one internal 207 Mb disk, one external 1 Gb disk with an Exabyte tape drive and runs SunOS 4.1.1b with no patches installed. Changing the internal (boot) disk did not solve the problem. Is there any patch that I am missing or is some hardware fault ??? Thank you in advance, -Chris +----------------------------------------------------------------------------+ Chris Kondellis | Internet: ckon@intranet.gr Software Design Centre | sil.icm.icmckon@memo.ericsson.se INTRACOM sa | Voice: 030-1-664 4961 (X-375) 19,5 KM Markopoulou AVE. | FAX : 030-1-664 4379 190 02 Peania Attika GREECE | 030-1-884 3715 P.O. BOX 68 | +----------------------------------------------------------------------------+ From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 23 02:09:13 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA18485; Mon, 23 Dec 1991 10:55:11 -0600 Received: by delta.eecs.nwu.edu id AA04839 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 23 Dec 1991 08:04:48 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from khan.acc.uwrf.edu by delta.eecs.nwu.edu with SMTP id AA03777 (5.65c/IDA-1.4.4 for ); Mon, 23 Dec 1991 08:04:42 -0600 Received: by khan.acc.uwrf.edu with SMTP id AA02215 (5.65b/IDA-1.4.3 for sun-managers@eecs.nwu.edu); Mon, 23 Dec 91 08:09:17 -0600 Message-Id: <9112231409.AA02215@khan.acc.uwrf.edu> To: sun-managers@eecs.nwu.edu Subject: Anyone using GNU tar? Date: Mon, 23 Dec 91 08:09:13 -0600 From: Marlys.A.Nelson@uwrf.edu I was wondering if anyone has investigated, or is actually using, the GNU tar program for complete and incremental system dumps, instead of Sun's dump (or tar), or even just for long-time archival of files. I have version 1.10 of GNUtar running under SunOS 4.1.1 on Sun-3's. The GNUtar features that got my attention were: a sane way to deal with multi-volumes (it detects end-of-volume instead of just writing for a specific length), and, a verify option that reports the differences rather than aborts the dump and tries to restart. In my preliminary testing I did run into some problems with these features though. Has anyone else has tried this program? Thanks. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Marlys A. Nelson System Manager, Systems Programmer, Academic Computing Network Manager, etc., etc. Univ. of WI - River Falls Internet: Marlys.A.Nelson@uwrf.edu World Champions! TWINS!! #1 in '91!!! From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 23 04:57:56 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA18571; Mon, 23 Dec 1991 11:40:37 -0600 Received: by delta.eecs.nwu.edu id AA22260 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 23 Dec 1991 08:58:09 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from roselin.DMI.USherb.CA by delta.eecs.nwu.edu with SMTP id AA08702 (5.65c/IDA-1.4.4 for ); Mon, 23 Dec 1991 08:58:02 -0600 Received: by roselin.DMI.USherb.CA (4.1/SMI-4.1) id AA05103; Mon, 23 Dec 91 09:57:57 EST From: beauchem@DMI.USherb.CA (Denis Beauchemin) Message-Id: <9112231457.AA05103@roselin.DMI.USherb.CA> Subject: SUMMARY: How to make a program sharable? To: sun-managers@eecs.nwu.edu Date: Mon, 23 Dec 91 9:57:56 EST X-Mailer: ELM [version 2.3 PL11] Hi everybody (and Happy Holidays), The general consensus is that program code is automatically shared by the OS and that the sticky bit is no longer needed. Its use was to prevent some programs from being removed from the swap after their invocation so that they could be fetched more rapidly at the next invocation. Since Sun pages programs directly from the filesystem, the sticky bit is no longer needed. Thanks to all who replied: Matt Crawford Anthony A. Datr dan@BBN.COM Steve Harris Gregory Higgins Birger Wathne Meg Grice J. Matt Landrum vanandel@rsf.atd.ucar.ED Mike Raffety Hal Stern - NE Area Systems Engin Dean Grover Michael Sullivan Barry Margolin (sorry, vi was in auto-indent... it looks good, though!) My original posting was: > Hi Sun-managers, > > I am trying to find out if an executable can be "shared" among > different users. It used to be possible using the "sticky bit", but > doens't seem to be supported since SunOS 4.1. > > We have many users using big Informix programs (around 1.5MB) and it > would be nice if the code portion could be shared by all users. > > Could someone tell me how to do this? I looked at many manuals, but > couldn't find one that gave me the solution. > > Thanks! I will summarize. -- === Denis Beauchemin, === beauchem@DMI.USherb.CA === === Dir. R&D ================================= === Sisca Informatique === Sun, AT&T and networks === === (819) 564-4003. ============================== From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 23 03:47:45 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA18688; Mon, 23 Dec 1991 12:51:44 -0600 Received: by delta.eecs.nwu.edu id AA06309 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 23 Dec 1991 09:48:09 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from midway.uchicago.edu by delta.eecs.nwu.edu with SMTP id AA21214 (5.65c/IDA-1.4.4 for ); Mon, 23 Dec 1991 09:48:01 -0600 Received: from geosun.uchicago.edu by midway.uchicago.edu Mon, 23 Dec 91 09:47:58 CST Return-Path: Received: by geosun.uchicago.edu (4.1/UofC3.1) id AA08625; Mon, 23 Dec 91 09:47:45 CST Date: Mon, 23 Dec 91 09:47:45 CST From: John Valdes Message-Id: <9112231547.AA08625@geosun.uchicago.edu> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: OpenWindows 3 and CG9 Cc: valdes@geosun.uchicago.edu Last week I had asked whether the CG9 is supported by OpenWindows 3. Unfortunately, I only received 3 responses, none of which could be very specific. (Thanks anyways, your comments where definitely helpful!) The common option is that somethings will work, but very slowly. The GP2 is not used by OW3, nor by X11R5. As a result, I will install X11R4 with the "Xsun24" patch instead of OW3. (For those not familiar with this patch, I've included an excerpt from the README file below. It's available via ftp from alw.nih.gov (128.231.128.7) in /pub.) I'll install the olwm so there will at least be a consistent interface with those machines running OW. If I have enough disk space left, I may install OW3 in order to make ca omplete evaluation, in which case I'll post a follow-up. (Perhaps I'll try running OW remotely off the CD). Thanks again to those who responded: Ken Rossman grover@vulcan1.hac.com (Dean Grover) and a third, whose response is floating around somewhere on my hard drive. For the two years we've have this thing (CG9), it has never been supported in software by Sun (yeah, I know, we could write our own). Imagine selling a CPU for which no supported operating system is available... John Valdes Department of the Geophysical Sciences University of Chicago valdes@geosun.uchicago.edu Taken from the README file distributed with the "Xsun24" X11R4 Xsun server patch: ---------------------------------------------------------------------------- This is version 2.0 of Xsun24 (X11 server for Sun) It supports CG8, CG9 and CG12 in addition to all Suns which are supported by X11R4. For a CG8 and a CG9, it provides two screens: a colour screen (screen 0, by default) and a monochrome screen (screen 1). The screens toggle when the mouse cursor goes off the side edges. On a CG12, the only 24 bit colour screen is available. *** TrueColor or DirectColor *** On a 24 bit colour machine, the colour side of the server can be either a TrueColor or a DirectColor visual, selectable at compile time. A TrueColor server has a predefined but non-writable colormap. All 16.7 million colours are ready to use, so it is suitable for displaying full colour images. A DirectColor server has a writable colormap, but you have to allocate a new pixel whenever you use a new colour. It seems that many clients are written for a PseudoColor server, i.e., they expect a writable colormap. So you have to use a DirectColor server for such clients (xfade is one of them.) *** Graphic Accelerators *** If the compilation is done on a machine which has a graphic accelerator (i.e. CG6, CG9, or CG12), the resulting server uses pixrect code in some routines to get the advantage of the hardware. Otherwise it treates the colour board as a dumb frame buffer. From sun-managers-relay@delta.eecs.nwu.edu Sun Dec 22 20:48:19 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA18802; Mon, 23 Dec 1991 14:00:52 -0600 Received: by delta.eecs.nwu.edu id AA26804 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 23 Dec 1991 10:57:04 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from chilko.ucs.ubc.ca by delta.eecs.nwu.edu with SMTP id AA23682 (5.65c/IDA-1.4.4 for ); Mon, 23 Dec 1991 10:56:55 -0600 Received: from iskut.ucs.ubc.ca by chilko.ucs.ubc.ca (4.1/1.14) id AA00778; Mon, 23 Dec 91 08:56:41 PST Received: by iskut.ucs.ubc.ca (5.64+ida SGI beta/1.14) id AA07125; Sun, 22 Dec 91 20:50:48 GMT Newsgroups: ubc.list.sun-managers Path: unruh From: unruh@physics.ubc.ca (William Unruh [Unruh]) Subject: login record in utmp Message-Id: Summary: How to change utmp to internet . number address Keywords: login, utmp, internet name Nntp-Posting-Host: physics.ubc.ca Organization: University of British Columbia, Vancouver, B.C., Canada Date: Sun, 22 Dec 1991 20:48:19 GMT Apparently-To: ubc-list-sun-managers@unixg.ubc.ca login reports the origin address in utmp in the internet name form, which often gets truncated so you cannot tell where the call is coming from. Is there some way to get login to record the origin address in number form ( 137.99.84.111) rather than name form (blogs.wastrell.ca) or to tell it not to truncate the name? No, I do not have source code. SunOS 4.1.1 on sparcstation1, running resolv+ (order local,bind). From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 23 06:21:15 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA18809; Mon, 23 Dec 1991 14:02:32 -0600 Received: by delta.eecs.nwu.edu id AA12539 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 23 Dec 1991 10:58:01 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from abvax.icd.ab.com by delta.eecs.nwu.edu with SMTP id AA02410 (5.65c/IDA-1.4.4 for ); Mon, 23 Dec 1991 10:57:53 -0600 Received: from sunne.UUCP by abvax.icd.ab.com (5.64/1.39) id AA27608; Mon, 23 Dec 91 11:40:43 -0500 Received: by wal.ab.com (4.1/WAL-1.0) id AA09919; Mon, 23 Dec 91 11:21:15 EST Date: Mon, 23 Dec 91 11:21:15 EST From: sunne!rickn@abvax.icd.ab.com (Richard J. Niziak) Message-Id: <9112231621.AA09919@wal.ab.com> To: sun-managers@abvax.icd.ab.com Subject: rpc.lockd problems.... I keep recieving the following error messages in my console window... fcntl: Invalid argument rpc.lockd: unable to unlock a lock Any ideas ???? Just curious. System: SparcStation 1, SunOS 4.1.1b Rick Niziak Systems Manager Allen-Bradley rickn@sunne.com ..abvax!sunne!rickn (617) 466-8000 x373 From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 23 08:44:52 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA19138; Mon, 23 Dec 1991 16:34:39 -0600 Received: by delta.eecs.nwu.edu id AA21457 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 23 Dec 1991 12:45:15 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from calvin.sfc.Lehigh.EDU by delta.eecs.nwu.edu with SMTP id AA07971 (5.65c/IDA-1.4.4 for ); Mon, 23 Dec 1991 12:45:05 -0600 Received: by calvin.SFC.Lehigh.EDU (5.65/1.34) id AA04737; Mon, 23 Dec 91 13:44:52 -0500 Date: Mon, 23 Dec 91 13:44:52 -0500 From: porphano@calvin.SFC.Lehigh.EDU (Paul A. Orphanos) Message-Id: <9112231844.AA04737@calvin.SFC.Lehigh.EDU> To: sun-managers@eecs.nwu.edu Subject: unsubscribe unsubscribe From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 23 53:00:00 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA19334; Mon, 23 Dec 1991 18:47:28 -0600 Received: by delta.eecs.nwu.edu id AA20854 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 23 Dec 1991 15:55:42 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from nprdc.navy.mil (aegean.nprdc.navy.mil) by delta.eecs.nwu.edu with SMTP id AA03995 (5.65c/IDA-1.4.4 for ); Mon, 23 Dec 1991 15:55:36 -0600 Received: from seashore.nprdc.navy.mil by nprdc.navy.mil (5.59/SMI-4.0) id AA22928; Mon, 23 Dec 91 13:54:26 PST Received: by seashore.nprdc.navy.mil (4.1/SMI-4.0) id AA05426; Mon, 23 Dec 91 13:54:23 PST From: stanonik@nprdc.navy.mil (Ron Stanonik) Message-Id: <9112232154.AA05426@seashore.nprdc.navy.mil> Date: 23 December 1991 1353-PST (Monday) To: sun-managers@eecs.nwu.edu Subject: SUMMARY: fsck checks filesystems twice Reply-To: stanonik@nprdc.navy.mil The "problem": If fsck finds a problem in /usr, it doesn't exit immediately after repairing the problem, rather it checks all of the other filesystems. Consequently, all of the filesystems get checked twice; ie, again during the reboot after repairing /usr. (Yes, this is a rare; for example, autoreboot due to a power glitch.) From: simon@Aus.Sun.COM (Simon Woodhead - Technical Consultant) 4.1.2 includes the QuickCheck utility which keeps an eye on the file system state *all the time* (well, between /usr/etc/updates), and sets a flag for each filesystem indicating that it is stable. From: Mike Raffety However, how often does fsck ever need to fix anything in /usr? We generally make the mount read-only, so fsck doesn't even look at it, and things go even faster. Even if it were read-write, I'd say that the problem is awfully rare (once in a hundred boots, since 99 are clean halts or shutdowns). From: Charles We do /usr as pass 1 as well... From: mdl@cypress.com (J. Matt Landrum) I think it's probably a mistake on sun's part. As and aside... If you aren't going to 4.1.2 soon, I recommend you get quick check (from Sun - $500 and worth every penney). One of my 4/280s with 4 892 disks takes 10 minutes for a full fsck (it used to take 45+). I think this will be bundled in future O/S releases. From: Jim Guyton If you see this enough to bother you, then something is wrong. Thanks also to From: etnibsd!vsh@uunet.UU.NET (Steve Harris) From: shipley@kizmiaz.tcs.com From: erueg@cfgauss.uni-math.gwdg.de (Eckhard Rueggeberg) Ron Stanonik stanonik@nprdc.navy.mil From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 24 06:04:22 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA19603; Mon, 23 Dec 1991 22:43:10 -0600 Received: by delta.eecs.nwu.edu id AA19081 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 23 Dec 1991 19:37:50 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from munnari.OZ.AU by delta.eecs.nwu.edu with SMTP id AA24895 (5.65c/IDA-1.4.4 for ); Mon, 23 Dec 1991 19:37:37 -0600 Received: from rwp.dsto.oz (via augean) by munnari.oz.au with SunIII (5.64+1.3.1+0.50) id AA24370; Tue, 24 Dec 1991 12:37:23 +1100 (from plt@rwp.dsto.oz.au) Received: from rwp.dsto.oz.au (rwp.ARPA) by fang.dsto.oz (1.2/4.7) id AA17295; Tue, 24 Dec 91 12:02:52 pdt Received: from horace.dsto.oz.au by rwp.dsto.oz.au (4.1/SMI-4.1) id AA20506; Tue, 24 Dec 91 12:04:22 CST Date: Tue, 24 Dec 91 12:04:22 CST From: plt@rwp.dsto.oz.au (Peter Trudinger) Message-Id: <9112240134.AA20506@rwp.dsto.oz.au> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: Small rewritable optical jukeboxes Cc: plt@rwp.dsto.oz.au The Original Request: I am seeking information on and experiences with rewritable magneto-optical jukeboxes. The sort of units I have in mind hold 10-20 5.25" platters. I am particularly interested in finding out about the reliability of the robot mechanism, software problems with the drivers, etc and any nfs (or pcnfs) problems. However, I am sure that there are some angles that I, in my innocence, have not even dreamt of. Small jukeboxes are rare creatures in Australia. Products made by Pinnacle Micro and QStar are available, but the installed base is minuscule (<10). Commentary: 1. Some respondents make reference to reliability problems with the (IDE) changer, as used, for example, in the Pinnacle Micro REO -6500. I understand from a communication from Pinnacle through their local importer, that this mechanism has recently been modified, and no problems have been experienced in the month or so it has been shipping. 2. Our decision was not to proceed with the purchase of an optical jukebox at this time. The number of positive responses was not enough to quell our concern about the reliability of the products. 3. Thanks to the few who responded. The number of people who had such animals was small enough to trouble us! Peter Trudinger Communications Division, ERL Salisbury, SA Australia plt@rwp.dsto.oz.au (shutdown till 6 Jan) plt@dstos3.dsto.oz.au (over xmas/ny) Responses received: ************ I was involved peripherally (so to speak :-) with the Pinnacle drivers before the main author and I both left Sun. He is still working with them, so I presume the drivers are still pretty good. The jukebox we used worked just fine for us, and we were playing all kinds of silly games with it. l & h, kev Kevin Sheehan Optimation Software Engineering kevin.sheehan@fourx.aus.sun.com *********** From: mark%bwnmr4@harvard.harvard.edu (Mark Anderson) Hello Peter: We here at Brigham & Women's Hospital in Boston, Mass, recently purchased a jukebox from Pinnacle. We got the reo6500 which holds 10 platters. We purchased the drive about 6-8 months ago. Here are my opinions, and mine alone: 1) each platter must be formatted on each side and newfs must be run on each platter. For 10 disks, this is very time consuming (a whole day) 2) the capacity of a platter after formatting is only 237megabytes - in medical imaging, which is what we do, this does not represent much capacity. 3) There is a little program that you run to swap platters. User Joe cant swap platters if the currently-mounted platter was mounted by user Jane. This can be a problem if you are going to be frequently swapping platters. 4) We had a number of problems with the robotics mechanism. Repairing the robotics can be very time consuming for your system admin. person as the machine must be halted and disks ejected. 5) We found that the machine frequently became "confused" and either thought it had a platter mounted when it didn't, or vice versa. 6) It eventually became, for us, too time consuming to administer the jukebox so we returned it. On the positive side: Pinnacle folks were extremely helpful and good people to do business with. They allowed us to trade our jukebox for other peripherals at a very fair rate. They also were very knowledgeable when we had either software or hardware problems and provided quick support. I would suggest that you carefully consider what you want to use the jukebox for. If you are constantly(say several times a day) swapping platters, you may be inviting robotics problems and lots of sys. admin. overhead. Also, if you would like the availability of more than 237megabytes at a time, you may need a different solution. As I said, these are my opinions, and my opinions alone. I hope this information is helpful. Mark Anderson ************ From: Doug Peterson Peter - Qstar offers a line of Juke Boxes which includes the capacity you're looking for. They are in Bethesda, MD (USA), and can be reached at (301) 571-9338. Their FAX number is (301) 493-9625. Their Postal Address is: Qstar Technologies 6701 Democracy Blvd., Suite 300 Bethesda, MD 20817. I have some experience with their 12" 50 platter system attached to a Sun file server. One of the key issues for that configuration was file system layout. Data as a single large file can be transferred much more quickly than the same amount of data in separate small files (e.g. 200MB as a single file takes a couple of hours to store, but as a number of small files, requires almost a day to store. Retreival speeds are equivalent. Access to multiple platters can be an issue, since the juke box only has two (in this case) drives, but the Qstar device drivers can support up to 8 simultaneously mounted platters (one side at a time). Hope this helps. Doug Peterson ______________________________________________________________ | | | USAN.consult, Inc. UNIX Systems | | Applications Networking | | | | Doug Peterson | | President | | | | 5 Quail Place (804) 877-6584 | | Newport News, VA 23602-1820 doug@USAN.consult.com | | UNIX is a Registered Trademark of AT&T | |______________________________________________________________| ********* From: tom%yac.llnl.gov Peter: I have a unit from R-Squared that holds 10 platters. US List cost is < 18K. It supports NFS extremely well (I don't acknowledge the existance of PCs on my net, so I can't say anything about PCNFS!) I am quite pleased with the device to date. Check any of the recent Sun-market glossy rags for adverts of the R-squared device. To my knowledge, the Pinnacle and QStar, etc., devices are all strictly local archive devices and do not support true NFS access. I have about 20 machines mounting my jukebox via NFS and have had no problems in 3 months with it. Tom Slezak Human Genome Center, L-452 Lawrence Livermore National Lab 7000 East Ave. Livermore, CA 94550 email: slezak@llnl.gov phone: (510) 422-5746 fax: (510) 423-3608 ********* From: ron@arfalas.horizon.com (Ron McDaniels) There is a company in Carlsbad, California by the name of Artecon (a company with which I am not affiliated, so you KNOW I am objective :-) They sell several juke box type 5.25" rewritable magneto-optical devices AND the software that makes them useable (multiple workstations with multiple users reading multiple platters loaded into multiple read/write stations - gets complicated and *very* slow if you don't employ the right strategy to decide which disc belongs in wich read station). ARTECON is at 2460 Impala Drive, Carlsbad California 92008, +1 619 931 5500. ********** From: Dave Sill I've worked with both the Pinnacle and R-Squared 10x5.25 units. Both use the same IDE(?) robot with a Sony drive. The Pinnacle software is more primitive than cuneiform. Only a single side of a single disk (<300 MB) is available at one time. The R-Squared comes with an Optical File System called AMASS. It uses an ingres database, keeps a hard disk cache, does prefetching, automatically mounts and unmounts disks, etc. It's pretty nice. I'd rate the robot as a little on the flakey side. I've had it get into funky states where I had to open it up and adjust the position of the grabber or a disk. One unit came with a screw loose, which made it so that disks couldn't be parked in the bottom slots. The R-Squared unit was roughly twice the price of the Pinnacle. Tech support for both is pretty good, and you'll probably need it. -- Dave Sill (de5@ornl.gov) We have many things in common Martin Marietta Energy Systems Name three. Workstation Support -R.E.M. ********** From: "Andrew Luebker" How about a long row of NeXT r/w "floptical" drives? ********** From: mdl@cypress.com (J. Matt Landrum) Please summarize, I am interested. Be aware that there are two formats, Sample-Servo and Continuous Composite. If you call Mike Johnson at Computer Upgrade Corporation in Anaheim, CA, 800-874-8807, he can explain the difference. ********* >From antoine%RadOnc.Duke.EDU Please summarize, I'm in that market also. Thanks, ********** From: rk@bartok.att.com (Ravi Kagalavadi - 59112) Hi Scott, I work in Tom Houghton's group in Liberty Corner in SDE. I am forwarding this mail related to juke boxes. Thanks Ravi Kagalvadi rk@bartok.att.com bartok!rk ********** From: ron@arfalas.horizon.com (Ron McDaniels) There is a company in Carlsbad, California by the name of Artecon (a company with which I am not affiliated, so you KNOW I am objective :-) They sell several juke box type 5.25" rewritable magneto-optical devices AND the software that makes them useable (multiple workstations with multiple users reading multiple platters loaded into multiple read/write stations - gets complicated and *very* slow if you don't employ the right strategy to decide which disc belongs in wich read station). ARTECON is at 2460 Impala Drive, Carlsbad California 92008, +1 619 931 5500. ********** From: Arie Bikker I would be interested in a summary. Thanks, Arie Bikker ___=======----- ------------------------------------ -- Drs. Arie Bikker -- -- Instituut voor Aardwetenschappen -- -- Vrije Universiteit -- -- Amsterdam Netherlands -- -- aribi@geo.vu.nl -- ------------------------------------ ********** From: mpeppler@itf0.itf.ch (Michael Peppler) Could you let me know of any responses you get? I've been thinking about using a magneto-optical jukebox, and information regarding these beasts (especially reliability and speed) would be of great use to me! Thanks a lot, Michael -- Michael Peppler mpeppler@itf.ch {uunet,mcsun}!chsun!itf1!mpeppler ITF Management SA BIX: mpeppler 13 Rue de la Fontaine Phone: (+4122) 312 1311 CH-1204 Geneva, Switzerland Fax: (+4122) 312 1322 From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 24 03:43:19 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA20902; Tue, 24 Dec 1991 10:33:11 -0600 Received: by delta.eecs.nwu.edu id AA04146 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 24 Dec 1991 07:57:38 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA12211 (5.65c/IDA-1.4.4 for ); Tue, 24 Dec 1991 07:57:34 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA29019; Tue, 24 Dec 91 08:57:32 -0500 Received: from odi.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 085607.24024; Tue, 24 Dec 1991 08:56:07 EST Return-Path: Received: from christmas.odi.com by odi.com (4.0/SMI-4.0/ODI-5) id AA11875; Tue, 24 Dec 91 08:43:21 EST Received: by christmas.odi.com (4.1/SMI-4.0/ODI-C2) id AA00796; Tue, 24 Dec 91 08:43:19 EST Date: Tue, 24 Dec 91 08:43:19 EST From: benson@odi.com Message-Id: <9112241343.AA00796@christmas.odi.com> To: sun-managers@eecs.nwu.edu Subject: automounter I just set up the automounter, and was horrified that /bin/pwd and the plain pwd command wind up returning pathnames off of /tmp_mnt instead of the "real" location. Aside from ugliness, we have various scripts that intentionally /bin/pwd to get an absolute pathname to use, say, as the target of a symbolic link. This dosen't work real good. Is there a solution? Is AMD better? From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 24 06:55:43 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA21145; Tue, 24 Dec 1991 13:36:37 -0600 Received: by delta.eecs.nwu.edu id AA17768 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 24 Dec 1991 11:07:42 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA07445 (5.65c/IDA-1.4.4 for ); Tue, 24 Dec 1991 11:07:36 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA25613; Tue, 24 Dec 91 12:07:33 -0500 Received: from odi.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 120613.29164; Tue, 24 Dec 1991 12:06:13 EST Return-Path: Received: from christmas.odi.com by odi.com (4.0/SMI-4.0/ODI-5) id AA23075; Tue, 24 Dec 91 11:55:45 EST Received: by christmas.odi.com (4.1/SMI-4.0/ODI-C2) id AA01043; Tue, 24 Dec 91 11:55:43 EST Date: Tue, 24 Dec 91 11:55:43 EST From: benson@odi.com Message-Id: <9112241655.AA01043@christmas.odi.com> To: sun-managers@eecs.nwu.edu Subject: one more automount question OK, one assembles direct map of all the random file systems at the site should be automountable. When the machine that actually owns one of these file systems wanders along and processes the map, it creates a circular link in place of the mount point, instead of leaving well enough along! Huh? From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 24 03:36:28 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA21430; Tue, 24 Dec 1991 16:35:13 -0600 Received: by delta.eecs.nwu.edu id AA24152 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 24 Dec 1991 13:42:59 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ames.arc.nasa.gov by delta.eecs.nwu.edu with SMTP id AA22318 (5.65c/IDA-1.4.4 for ); Tue, 24 Dec 1991 13:42:52 -0600 Received: from vision.arc.nasa.gov by ames.arc.nasa.gov (5.65c/1.21) with SMTP id AA26263 for on Tue, 24 Dec 1991 11:42:48 -0800 Received: from descartes.arc.nasa.gov by vision.arc.nasa.gov (4.1/SMI-4.0) id AA02676; Tue, 24 Dec 91 11:36:28 PST Date: Tue, 24 Dec 91 11:36:28 PST From: carlo@vision.arc.nasa.gov (Carlo L. Tiana) Message-Id: <9112241936.AA02676@vision.arc.nasa.gov> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: file system layout, FDDI Well, this generated a lot of replies, as I had sort of expected. All were useful in some measure. The summary that follows is pretty long. Here's the original posting: ----------------- >Does anyone know if there are limitations on the number of NFS >partitions a machine can mount? > >The reason I ask is the following. Our file server is a 4/370 >with about 12Gb of disk space, spread between SMD and SCSI on >4 different controllers. It holds the bulk of system files, >and all of all the users' files. Most of the "power users" in >our network have either Sparc 1's or 2's of their own, and our >typical computing jobs involve transfers of very large data >files (10Mb image sequences are not uncommon); thus, I believe >our bottleneck to be net load and bandwidth. > >I am therefore thinking of implementing the following plan: >everyone with a workstation of their own gets a 400Mb internal >SCSI disk, on which their home dir resides; this is exported >to all the other machines in our net for obvious reasons, so >a typical machine would mount everyone's home dirs from many >other machines. This would mean *a lot* of mounted partitions; >I expect 30 nfs mounted partitions would be quite typical. >Most of these, of course, would never be accessed, as typically >every "power user" would sit on their own workstation; but there >are times where one of us takes over everyone else's machine :-) >and runs big jobs on each. > >I have not use the automounter, though I am willing to consider >it. My impression from net discussions is that it is not as >reliable as it could be, and not painless to maintain. > >We have not implemented similar schemes in the past because >we feared that we would be relying on every machine being well >behaved etc., rather than just the server (which has some re- >dundancy built in). In the distant (?) past, uninterruptible >cd's into partitions nfs-mounted from machines that were down >annoyed too many people who swore they would never again want >to rely on joe not rebooting his machine. But maybe it's time >to reconsider. > >What are poeple's opinions on this scheme? > >Another route we are considering is to increase our local net's >bandwidth. Does "FDDI" mean anything to anyone out there? Is >anyone using it? In a mixed Ethernet/FDDI environment? Could >we add FDDI SBus cards to each Sparc and to the server, string >fibers around the lab, and have an all-FDDI lab, with some sort >of FDDI-Ethernet gateway for outside communication? Let me say >first off that I know close to zero about FDDI except that it's >"faster than Ethernet". > >Any suggestions would be appreciated. > >Carlo. With hindsight, this should have been 3 postings, one asking about the optimal layout of a filesystem few, but disk-hungry users, one about the relative merits and drawbacks of using mount and automount, and one about FDDI. I will summarize the replies in each "category separately, below. Filesystem layout in a situation where one has few disk-hungry users. --------------------------------------------------------------------- First of all, people's tales recount no real limitations in the *number* of mountable NFS partitions. The limits seem to be imposed by stress generated on whoever has to maintain them... :-) except: From the 4.1.1 kernel building hierarchy, /sys/sys/param.h: #define NMOUNT 40 /* est. of # mountable fs for quota calc */ It was pointed out that the problem of backing up all these disks is definitely non-trivial, whether you use NFS or the automounter. I can only agree. Also, it was suggested that the extra $$ for 1.2GB drives should make them cost effective above internal 400MB's. That may well be true, though in some cases desk real estate is at a premium. I failed to mention that all the Sparcs I am considering this for have local /, /usr and at least some swap, so all that stuff is already taken care of locally. But this was a valid suggestion otherwise, even though I think that in our case, given the choice, we probably would go the other way - local home dirs rather than local system stuff. Mount or automount? ------------------- I got the whole spectrum of possible replies on this; from "go for it!!!" to "Don't do it!!!". Some people though did say they have been using it for years without any real problems, and almost everyone pointed out setting it up takes plenty of thought, but once you get it right, it's pretty well behaved. This makes me think that the "don't do it" camp may need to look at their setup again. I have started experimenting with the automounter, and so far I have to agree that it is not too easy to set up. The manual is not an example of clarity in this case, IMHO. The question of AMD vs. Sun automounter is unresolved, with people preferring one or the other for various reasons (if you count them, about 2/3 of respondents preferred AMD). As I compile this summary, someone has posted asking for opinions on the two, so stay tuned. Sun's auotmounter was apparently pretty bad in its 4.0[.x] implementation, but has grown up considerably since. AMD is the BSD 4.4 automounter, so you can get sources for it presumably. The FTP site for AMD is USC.EDU, directory /pub/amd (I haven't tried this). Here are some excerpts that seemed particularly interesting to me. *The automounter isn't quite perfect... getwd(3) returns /tmp_mnt/n/blah, rather than /n/blah, which may burn you, if, for instance, that mount disappears, and you later try and access if using the name returned from getwd(). *In out setup we use indirect maps (only the direct maps seem to cause real headaches. *In its current release, it is much, much more reliable than when it was first released. *The foremost advantage is that an automount mount is not actually mounted except when it is in use. That will reduce the dependancy of every machine on every other machine in the configuration you describe. [also reduces 'passive' NFS traffic, others say - ed.] *I sometimes have to defend it to my users ("Why is this tmp_mnt always in my path?"), but on the whole, it's an improvement. [I ordered a copy of this - I have learned from this list to take what Hal Stern says as gospel - ed.] FDDI, anyone? ------------- It appears that a few (I suspect very few) sites out there are using FDDI in one way or another. The general gist I got was that theoretically the performace would improve a lot, but in practice it doesn't, because of other "real" limitations that have to do not with net bandwidth, but with controller/disk bandwidths. Cost estiamtes seemed to vary between $1500 and $3000 per workstation, perhaps affected by whether you use optical or copper (known as CDDI - now apparently still vaporware, and once real it would have greater line length constraints - 50m was mentioned) links between them (the latter should be cheaper, but optical may be attractive in labs where em interference might be an issue). *Someone sent a sort of minimal definition: FDDI is fiber distributed data interface; fiber optic at 100 megabits a second, 10 times faster than ethernet. FDDI S-bus cards are under $3k. There are also VME cards; I forget the price. You can route between FDDI & Ethernet. I've no experience with FDDI but am told that you can expect about 4 megabytes/second effective performance out of it, which is faster than local disk. or: FDDI = fiber distributed data interface. it's a token-ring, fiber optic network with a rating of 100 Mbit/sec (10x ethernet). Sun makes a dual-connect VME card (so you can have failover and wrap-around if one card fails). You can gateway the two as simply as having one machine with both an FDDI and ethernet interface -- you run TCP&UDP/IP over FDDI, so it's normal IP routing to do the "gateway" function. *an important caveat came from Hal Stern: now for the explanation: NFS is pretty much limited by the protocols it uses. you get great throughput out of FDDI using TCP protocols, but for UDP you're not going to go much faster than you do on ethernet. However, FDDI is a faster medium, and being a token ring it handles contention and high loads very well. think of it this way: ethernet is a 2-lane, 55MPH highway. FDDI is still 55MPH, but it's 4 lanes. you can fit more traffic on the wire, but it doesn't go any faster. *Also, someone has ... run tests between 4/400 class machines over FDDI here (can send you our results if you want it). The CPU is still a big bottleneck as far as thruput. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ *Bandwidth estimates for FDDI varied from 2x to 20x faster than Ethernet. *Cost estimates vary too, deoending on whether the FDDI card is VME based (fewer and fewer of them) or SBus based (gaining popularity). People have also said: *that as alternatives to FDDI, I should consider: "an Ultranet hub" "an Auspex server... network processors, 10 scsi buses, nice striping and mirroring software... They ain't cheap though" "subnetting to reduce net traffic, with 'smart' network cards who offload net processing from the CPU - Interphase cards mentioned" Prestoserve. *expect performance improvement by factor of 2 or 3 in read, but writes are NFS-limited to 100KBytes/second. *[FDDI] doesn't live up to its promise because the filesystems can't keep up, so that you can get greater total bandwidth, but that each single transfer doesn't go all that much faster. *[FDDI] Needs another year or two to mature. ----------------------------------------------------------------------- Many many thanks to: -------------------- From: Hugh LaMaster -- RCS From: Kevin Montgomery From: Chip Christian From: leo@ai.mit.edu (Leonardo C. Topa) From: almserv!s5udtg@uunet.UU.NET (Doug Griffiths) From: Michael S. Maiten From: mike@inti.lbl.gov (Michael Helm) From: birger@vest.sdata.no ( Birger Wathne) From: aimla!ruby!jennine@uunet.UU.NET (Jennine Townsend) From: bit!grego (Greg Sanguinetti) From: thos@gargoyle.uchicago.edu From: mikem@juliet.ll.mit.edu ( Michael Maciolek) From: Sjoerd.Mullender@cwi.nl From: "Andrew Luebker" From: doug@perry.berkeley.edu (Doug Neuhauser) From: issi!lisa@cs.utexas.edu (Lisa A. Gerlich) From: wolfgang%sunspot.nosc.mil@nosc.mil From: mdl@cypress.com (J. Matt Landrum) From: Gregory Higgins From: kevin@centerline.com (Kevin McMahon) From: kpc!kpc.com!cdr@uunet.UU.NET (Carl Rigney) From: mp@allegra.att.com (Mark Plotnick) From: alek@spatial.com (Alek O. Komarnitsky) From: david@buckaroo.ICS.UCI.EDU From: fischer@math.ufl.edu From: Jay Plett From: clive@jtsv16.jts.com (Clive Beddall ) From: aldrich@sunrise.stanford.edu (Jeff Aldrich) From: simon@liasun6.epfl.ch (Simon Leinen) From: Mike Raffety From: dwb@sparky.IMD.Sterling.COM (David Boyd) From: vasey@mcc.com (Ron Vasey) From: kevins@Aus.Sun.COM (Kevin Sheehan {Consulting Poster Child}) From: randy@ncbi.nlm.nih.gov (Rand S. Huntzinger) From: eeimkey@eeiua.ericsson.se (Martin Kelly) From: Marty_Gryski.McLean_CSD@xerox.com From: toro.MTS.ML.COM!nick%beethoven@uunet.UU.NET (Nicholas Jacobs) From: pjw@math30.sma.usna.navy.MIL (Peter J. Welcher (math FACULTY) ) From: stern@sunne.East.Sun.COM (Hal Stern - NE Area Tactical Engineering) From: liz@heh.cgd.ucar.EDU From: stpeters@dawn.crd.ge.com (Dick St.Peters) From: John DiMarco From: Brad Christofferson From: heiser@tdw220.ed.ray.com (Bill Heiser) From: geoff@csis.dit.csiro.au From: evans@c4west.eds.com (Bill Evans) From: Sharon Paulson From: era@niwot.scd.ucar.EDU (Ed Arnold) From: marke@ultra.com (Marke Clinger) From: ast@geoquest.com (Ad S. Talwar) From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 26 10:17:03 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA24914; Thu, 26 Dec 1991 10:17:03 -0600 Received: by delta.eecs.nwu.edu id AA19776 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 26 Dec 1991 04:26:03 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from orbot.co.il by delta.eecs.nwu.edu with SMTP id AA25524 (5.65c/IDA-1.4.4 for ); Thu, 26 Dec 1991 04:25:50 -0600 Received: by orbot.co.il (4.1/SMI-4.0) id AA00262; Thu, 26 Dec 91 12:22:26 IST Date: Thu, 26 Dec 91 12:22:26 IST From: mez@orbot.co.il (Bernie Mezrich) Message-Id: <9112261022.AA00262@orbot.co.il> To: sun-managers@eecs.nwu.edu Subject: Tahiti Maxtor Optical Drive Hello Folks, I have a Tahiti Optical drive with a SCSI interface, from MAXTOR. It is a write-many device with removable cartridges. How should I treat it from the view of SunOS ? Does it emulate a standard disk in the config table ? how do I treat the format.dat entry ? Please let me know what you think. Bernie Orbot Systems Israel (who needs Tahiti ?) From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 26 05:43:40 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA25247; Thu, 26 Dec 1991 13:00:21 -0600 Received: by delta.eecs.nwu.edu id AA03420 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 26 Dec 1991 10:09:45 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ra.hyperdesk.com by delta.eecs.nwu.edu with SMTP id AA12954 (5.65c/IDA-1.4.4 for ); Thu, 26 Dec 1991 10:09:39 -0600 Received: from killer.hyperdesk.com by ra.hyperdesk.com (4.0/SMI-4.0) id AA04291; Thu, 26 Dec 91 10:38:46 EST Received: by killer.hyperdesk.com (4.30/hd-4.0) id AA18727; Thu, 26 Dec 91 10:43:48 est From: tkilday@killer.hyperdesk.com (Tom Kilday) Message-Id: <9112261543.AA18727@killer.hyperdesk.com> Subject: remote printing problem To: sun-managers@eecs.nwu.edu Date: Thu, 26 Dec 91 10:43:40 EST Cc: esanborn@cadence.com (Ed Sanborn) Reply-To: tkilday@hyperdesk.com Return-Receipt-To: tkilday@hyperdesk.com X-Mailer: ELM [version 2.2 PL16] I am having a problem remote printing from a Solbourne 400 running SunOS 4.1a.1 to a printer on a Data General Aviion 5000. I get the error glenn# lpq connection to sputnik is down glenn: waiting for sputnik to come up Rank Owner Job Files Total Size 1st tkilday 56 dmesg-s.log3 7177 bytes 2nd root 57 dmesg-s.log, dmesg-s.log2 ... 18775 bytes 3rd root 60 dfC057glenn 7177 bytes 4th root 61 it 2170 bytes glenn# glenn# df Filesystem kbytes used avail capacity Mounted on /dev/sd0a 7611 2780 4069 41% / /dev/sd0g 416331 210436 164261 56% /usr /dev/sd0d 8997 846 7251 10% /var sputnik:/oa 325000 109175 172794 39% /oa sputnik:/pdd/lws 647531 531678 29696 95% /pdd/lws 1045504 196002 744951 21% /pdd/lws/builds/SunOS sputnik:/pdd/svtd 633710 489436 59923 89% /pdd/svtd All the other daemons are fine(rlogin telnet nfs) My printcap looks link this. lp|Remote Printer:\ :lp=:rm=sputnik:\ :sd=/var/spool/rlp:\ :lf=/var/adm/lpd-errs: ls -la /var/spool drwxr-sr-x 13 root 512 Dec 17 15:57 . drwxr-xr-x 13 root 512 Nov 4 07:15 .. drwxr-sr-x 4 root 512 Dec 17 08:36 cron drwxr-sr-x 2 uucp 512 Dec 17 08:37 locks drwxrwsr-x 2 daemon 512 Oct 11 1990 lpd -rw-r--r-- 1 root 4 Dec 17 08:37 lpd.lock drwxrwsrwt 2 root 512 Dec 26 10:25 mail drwxr-s--- 2 root 512 Dec 26 10:25 mqueue drwxr-sr-x 2 root 512 Oct 28 15:25 news drwxrws--- 2 root 512 Dec 17 16:01 rlp ls -la /var/spool/rlp total 49 drwxrws--- 2 root 512 Dec 17 16:01 . drwxr-sr-x 13 root 512 Dec 17 15:57 .. -rw-r----x 1 root 4 Dec 17 16:01 .seq -rw-rw---- 1 daemon 86 Nov 27 15:05 cfA056glenn -rw-rw---- 1 daemon 158 Dec 5 09:36 cfA057glenn -rw-rw---- 1 daemon 78 Dec 17 15:58 cfA060glenn -rw-rw---- 1 daemon 60 Dec 17 16:01 cfA061glenn -rw-rw---- 1 tkilday 7177 Nov 27 15:05 dfA056glenn -rw-rw---- 1 root 4245 Dec 5 09:36 dfA057glenn -rw-rw---- 1 root 7177 Dec 17 15:58 dfA060glenn -rw-rw---- 1 root 2170 Dec 17 16:01 dfA061glenn -rw-rw---- 1 root 7353 Dec 5 09:36 dfB057glenn -rw-rw---- 1 root 7177 Dec 5 09:36 dfC057glenn -rw-r--r-- 1 root 4 Dec 17 08:37 lock -rw-r--r-- 1 root 31 Dec 17 08:37 status s there something special I need on the remote machine. I though I had this working before. Thanks Tom -- ============================================================================== Tom | HyperDesk Corporation | Email: tkilday@killer.hyperdesk.com Kilday | 2000 West Park Dr,Suite 300 | TEL: (508)366-5050 x129 | Westboro, MA 01581 | FAX: (508)898-3841 ============================================================================== From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 26 01:51:11 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA25475; Thu, 26 Dec 1991 14:23:40 -0600 Received: by delta.eecs.nwu.edu id AA31902 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 26 Dec 1991 11:51:51 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from alpha.Xerox.COM by delta.eecs.nwu.edu with SMTP id AA09997 (5.65c/IDA-1.4.4 for ); Thu, 26 Dec 1991 11:51:45 -0600 Received: from Korbel.OSBU_North.Xerox.xns by alpha.xerox.com via XNS id <11541>; Thu, 26 Dec 1991 09:51:28 PST X-Ns-Transport-Id: 0000AA00835CE8B52D0C Date: Thu, 26 Dec 1991 09:51:11 PST From: rburk.osbu_north@xerox.com Subject: unsubscribe To: sun-managers@eecs.nwu.edu Message-Id: <"26-Dec-91 9:51:11 PST".*.Robert_P._Burkhart.OSBU_North@Xerox.com> unsubscribe From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 26 03:21:44 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA25667; Thu, 26 Dec 1991 15:45:52 -0600 Received: by delta.eecs.nwu.edu id AA00525 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 26 Dec 1991 13:21:59 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from r.iWarp.intel.com by delta.eecs.nwu.edu with SMTP id AA14019 (5.65c/IDA-1.4.4 for ); Thu, 26 Dec 1991 13:21:52 -0600 Received: from z.iWarp.intel.com by r.iWarp.intel.com (4.1/iWarpR.4.34); Thu, 26 Dec 91 11:21:46 PST Received: by z.iWarp.intel.com (4.1/iWarpX.4.34); Thu, 26 Dec 91 11:21:44 PST Date: Thu, 26 Dec 91 11:21:44 PST From: mws@iWarp.intel.com (Mike Smith) Message-Id: <9112261921.AA04857@z.iWarp.intel.com> To: sun-managers@eecs.nwu.edu Subject: SUN669 SCSI disk jumper configuration---URGENT Does anyone have info on the jumper layout on a SUN669 SCSI drive? thanx Mike Smith | iWarp Systems/Network Administration Internet: mws@iwarp.intel.com Voice: (503)629-6343 UUCP: {...}!any-MX-mailer-like-uunet!iwarp.intel.com!mws help() {Will someone please market an Ethernet version of "The Clapper"} From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 26 10:36:56 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA26124; Thu, 26 Dec 1991 23:05:07 -0600 Received: by delta.eecs.nwu.edu id AA03762 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 26 Dec 1991 18:51:57 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from uu.psi.com by delta.eecs.nwu.edu with SMTP id AA31409 (5.65c/IDA-1.4.4 for ); Thu, 26 Dec 1991 18:51:50 -0600 Received: from monarch.UUCP by uu.psi.com (5.65b/4.0.071791-PSI/PSINet) id AA19920; Thu, 26 Dec 91 19:53:22 -0500 Received: from array.array.com by array.com (4.1/SMI-4.1 (Array Microsystems (719) 540-7900)) id AA26615; Thu, 26 Dec 91 17:37:01 MST Received: by array.array.com (4.1/SMI-4.1) id AA21204; Thu, 26 Dec 91 17:36:56 MST Date: Thu, 26 Dec 91 17:36:56 MST From: mike@array.array.com (Mike Willett) Message-Id: <9112270036.AA21204@array.array.com> To: sun-managers@eecs.nwu.edu Subject: NFS load monitoring I am having quite a time with some of my CAD equipment putting the NFS server (a 4/470) on it's knees... At times my load average can exceeed 16-20, and by the time the machine responds to me, the load may be gone. What tools do you (other sys admins in my shoes) use to monitor who is requesting all of this NFS traffic? The machine is fully equipped, Presto Serve, two interphase NC-400s, and 6Mbyte per second IPI drives (4ea)... The NFS daemons are at the top of the list when the server bogs down. Specifics: 10 Sparc 2s running Cadence software, such as dracula, verilog, spice, and other software that can be used for CPU benchmarks... :) 1 4/470 server, Presto Serve, Interphase NC-400 ethernet co-procs, 96 Mbytes of memory, 4 IPI drives at 6Mbytes /sec. Ten Base T network (Cabletron) that shows that we average at about 10% bandwidth, ie (its not the network).. :) Second, is there a way to nice something further than nice can nice a process, so it's priority is incredibly low, or time sliced even further? It would be super nice to nice a niced process nicer than it is niced by nice. :) Seriously! Sincerely overloaded and still smiling, --Mike mike@array.com From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 26 15:01:11 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA26133; Thu, 26 Dec 1991 23:12:30 -0600 Received: by delta.eecs.nwu.edu id AA28854 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 26 Dec 1991 19:01:23 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Princeton.EDU by delta.eecs.nwu.edu with SMTP id AA02527 (5.65c/IDA-1.4.4 for ); Thu, 26 Dec 1991 19:01:18 -0600 Received: from awspecs.Princeton.EDU by Princeton.EDU (5.65b/2.84/princeton) id AA11785; Thu, 26 Dec 91 19:33:59 -0500 Received: from stokes.princeton.edu by acm.Princeton.EDU (4.0/1.110) id AA02180; Thu, 26 Dec 91 20:01:12 EST From: Kanthan Pillay Received: by stokes.princeton.edu (4.1/acm_Client) id AA26076; Thu, 26 Dec 91 20:01:11 EST Date: Thu, 26 Dec 91 20:01:11 EST Message-Id: <9112270101.AA26076@stokes.princeton.edu> To: sun-managers@eecs.nwu.edu Subject: SBus Serial/Parallel adapter and Tektronix Phaser PostScript printer Greetings I've just bought an SBus Serial/Parallel adapter for a SPARCstation IPC and will be using the serial ports to drive a bank of modems. I had not given much thought to using the parallel port, but am now considering using it to drive a Tektronix Phaser PX Color PostScript printer which has a Centronics-compatible parallel port. The printer is currently driven by CAP software on the IPC through a Kinetics box connected to the printer's AppleTalk interface. My questions: 1) How fast is the parallel port? The Sun installation manual for the card does not mention any specification other than "Centronics compatible" and the sample printcap file provided lists ":br#9600:" which does not suggest any speed improvement over using a serial port. 2) Would I be better off sticking with the AppleTalk interface? AppleTalk is rated at 230k bps, but I doubt that I am achieving that much throughput given that there is a lot of traffic on the AppleTalk network and that the Kinetics box is not very quick. 3) What is the longest cable length I may use to connect the printer to the parallel port? Do you have any recommendations for vendors who could supply such cables? 4) Finally, if you have such a printer driven by a Sun and have other suggestions on how to connect them more efficiently, could you share your experience? Please reply to me directly and I will summarize. Thanks! Kanthan Pillay Systems Administrator Program in Applied and Computational Math Princeton University Work: (609) 258-6488 Internet: svpillay@Princeton.EDU Home: (609) 396-9004 Bitnet: SVPILLAY@PUCC Fax: (609) 258-1735 uucp: princeton!svpillay From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 26 15:26:49 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA26138; Thu, 26 Dec 1991 23:13:55 -0600 Received: by delta.eecs.nwu.edu id AA16449 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 26 Dec 1991 19:23:41 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ftp.com (babyoil.ftp.com) by delta.eecs.nwu.edu with SMTP id AA25955 (5.65c/IDA-1.4.4 for ); Thu, 26 Dec 1991 19:23:34 -0600 Received: from hobbit-e.cukes by ftp.com via PCMAIL with DMSP id AA22604; Thu, 26 Dec 91 20:26:49 -0500 Date: Thu, 26 Dec 91 20:26:49 -0500 Message-Id: <9112270126.AA22604@ftp.com> To: sun-managers@eecs.nwu.edu Subject: boot tapes From: hobbit@ftp.com (*Hobbit* ) Reply-To: hobbit@ftp.com Repository: babyoil.ftp.com Originating-Client: cukes I asked about how to generate bootable tape media a while back and got nothing in the way of useful answers. In the meantime I came up with sort of a workaround, which flies on a vax running Buglix but can probably translate over to the SUN universe. The boot tape has a couple of "magic files" on it before the tar/dump sets that comprise the distribution. These don't exist on a standard running system disk. But if you have a boot tape, you can most certainly "dd" these magic files off same and store copies on your disks, and "dd" them back to a new tape when you want to generate another "oh shit" kit. The big caveat is that the magic files, especially the first one, are probably written to the tape with an unusual block size [512 bytes comes to mind]. With the Ultrix tapes, I found that the first file was bs=512 and the second [the in-memory miniroot] was 8192 or some such. So before you squirrel away your "magic files" you need to know what blocksizes they were written at on your original tape. You can do this by repeating the sequence dd if=/dev/nr?t0 ibs=32k of=/dev/null obs=256 count=1 # ... note how big "dd" said your "one record" was; do the math to # figure out how much output it translated to mt -f /dev/nr?t0 fsf until you know the blocksizes of everything. Then rewind the tape and suck the files off it to the disk using the right blocksize ON THE DISK, TOO [i.e. dd with "bs=", not "ibs/obs"] and dd them to your new tape the same way. If you like watching your machine thrash, you can use /dev/null's obs=1. Knowing how to do this never really answered my question about what exactly was ON these tapes, but I was at least able to have more than ONE bootable tape kicking around. I suspected that the first file was bs 512 because the ROM boot handler was too *stupid* to be able to read chunks any bigger... _H* From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 26 18:34:28 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA26717; Fri, 27 Dec 1991 01:56:39 -0600 Received: by delta.eecs.nwu.edu id AA18467 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 26 Dec 1991 22:33:33 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from welchlab.welch.jhu.edu by delta.eecs.nwu.edu with SMTP id AA13775 (5.65c/IDA-1.4.4 for ); Thu, 26 Dec 1991 22:33:26 -0600 Received: by welchlab.welch.jhu.edu (4.0/4.0) id AA00260; Thu, 26 Dec 91 23:34:28 EST Date: Thu, 26 Dec 91 23:34:28 EST From: John A. Johnston Message-Id: <9112270434.AA00260@welchlab.welch.jhu.edu> To: sun-managers@eecs.nwu.edu Subject: 4.1.1 install & IPI Cc: johnj@welchlab.welch.jhu.edu We're moving to SunOS 4.1.1 (a little late, but the SW guys wanted 4.0.3 etc. etc.) on a 4/490. The system has 3 IPI controllers, with 2 disks per ctrlr. Present OS is 4.0.3. The problem comes down to booting the newly installed mini-root. After loading it off of 9 track & selecting "1. reboot using the just ..." At this point I get the checksum error noted in the SunOS 4.1.1 release notes (p 102 of my version) regarding older IPI boot proms. This recommends a work around to do the following: > b st() -asw Then a conversation starting: root file system type (4.2 nfs ): ... should start. My system responds with: Boot: st(0,20,0) -asw Huh? Boot: The IPI controller is 'FW revision date = 8/4/89 , level = 254 ' I try this setup on a newer IPI controller (the second one, date 4/18/91), and so I figure there is not hope for the boot prom version 0.2C (!). Also, I have a twin 4/490 that is a few month newer that made the (up)grade with no problems. Any help would be appreciated & a summary will duely follow. Thanks, -johnj From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 27 00:34:55 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA27675; Fri, 27 Dec 1991 12:26:07 -0600 Received: by delta.eecs.nwu.edu id AA00526 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 27 Dec 1991 08:32:18 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from doug.med.utah.edu by delta.eecs.nwu.edu with SMTP id AA27157 (5.65c/IDA-1.4.4 for ); Fri, 27 Dec 1991 08:32:12 -0600 Received: from omar.mirl (omar.med.utah.edu) by doug.med.utah.edu (4.1/SMI-4.0g) id AA20226; Fri, 27 Dec 91 07:34:55 MST Date: Fri, 27 Dec 91 07:34:55 MST From: don@doug.med.utah.edu (Don Baune 581-6088 MIRL) Message-Id: <9112271434.AA20226@doug.med.utah.edu> To: sun-managers@eecs.nwu.edu Subject: Booting a new 690mp All, I just received a 690 yesterday. In the process of the order somehow the SunOS 4.1.2 Release Manual did not get sent, or Installing SunOS 4.1.2 System Software. Has any one else received a 690 and did you have to pay extra and generate a seperate line item for these manuals? I made an assumption that when you ordered the CDrom media they would at least include these documents. My question how do you get the mini unix loaded. When I am at the <0> ok prompt I have entered BOOT cdrom -asw Things appear to be correct until the vmunix starts to see the disks and the date then I get a full line of gerbish and the machine appears to hang. Does anyone know what I am missing on the boot line? And can someone who has gone through the install process point out the difference from a Sunos 4.1.1 install on a single processor? Thanks, don don@doug.med.utah.edu From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 27 02:59:02 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA27788; Fri, 27 Dec 1991 13:43:37 -0600 Received: by delta.eecs.nwu.edu id AA04581 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 27 Dec 1991 10:56:23 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from doug.med.utah.edu by delta.eecs.nwu.edu with SMTP id AA12655 (5.65c/IDA-1.4.4 for ); Fri, 27 Dec 1991 10:56:18 -0600 Received: from omar.mirl (omar.med.utah.edu) by doug.med.utah.edu (4.1/SMI-4.0g) id AA20564; Fri, 27 Dec 91 09:59:02 MST Date: Fri, 27 Dec 91 09:59:02 MST From: don@doug.med.utah.edu (Don Baune 581-6088 MIRL) Message-Id: <9112271659.AA20564@doug.med.utah.edu> To: sun-managers@eecs.nwu.edu Subject: Summary: Booting a new 690mp All, Thanks for the quick response. Two even before I got my question. It appears that our machine is DOA. Based on that after I checked the NVRAm settings and executing the boot cdrom the OS is read in from the cd and then as it begins to interigate the system, somewhere between the IPI controller and the date from the mother board the machine goes south for the winter. I did receive on response that indicated that "For the most part there are no differences. There are a lot of bug fixes between 4.1.1 and 4.1.2 and that is about all. No user visible changes." So the old manual set should work for most things. No answer on the Sunos Release manual and installing system software as to if they should have been included with the system. I have ordered a set just in case from sun express. don Thanks to Anthony A. Datri Paul Graham tgsmith@spdev.East.Sun.COM (Timothy G. Smith) From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 27 06:34:02 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA27794; Fri, 27 Dec 1991 13:45:50 -0600 Received: by delta.eecs.nwu.edu id AA16420 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 27 Dec 1991 11:02:45 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from uu2.psi.com by delta.eecs.nwu.edu with SMTP id AA09454 (5.65c/IDA-1.4.4 for ); Fri, 27 Dec 1991 11:02:39 -0600 Received: by uu2.psi.com (5.65b/4.0.071791-PSI/PSINet) id AA03402; Fri, 27 Dec 91 12:04:10 -0500 Date: Fri, 27 Dec 91 11:34:02 EST From: walter@pins.com (Walter F. Hartheimer) Received: by pins.com (4.1/3.2.083191-Precision Nesting Systems) id AA05360; Fri, 27 Dec 91 11:34:02 EST Message-Id: <9112271634.AA05360@pins.com> To: sun-managers@eecs.nwu.edu Subject: printer queue problems Cc: walter@uu2.psi.com Can someone help me? QMS PS410 worked for a long time. Stopped working possibly when a power failure occured. QMS engineer checked out printer, OK, replaced guts anyway. lpq gives "offline?" error message. console says "zs3: silo overflow" Switched printer/printcap to different ports (ttya,b) and third party DEI-1 (tty03, tty83). Same problem! Sun said to replace CPU board. That's where it stands now. Any suggestions? From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 27 09:07:15 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA28198; Fri, 27 Dec 1991 17:20:40 -0600 Received: by delta.eecs.nwu.edu id AA32051 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 27 Dec 1991 13:28:10 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from abvax.icd.ab.com by delta.eecs.nwu.edu with SMTP id AA03894 (5.65c/IDA-1.4.4 for ); Fri, 27 Dec 1991 13:28:02 -0600 Received: from sunne.UUCP by abvax.icd.ab.com (5.64/1.39) id AA26098; Fri, 27 Dec 91 14:06:22 -0500 Received: by wal.ab.com (4.1/WAL-1.0) id AA03114; Fri, 27 Dec 91 14:07:15 EST Date: Fri, 27 Dec 91 14:07:15 EST From: sunne!rickn@abvax.icd.ab.com (Richard J. Niziak) Message-Id: <9112271907.AA03114@wal.ab.com> To: sun-managers@abvax.icd.ab.com Subject: rn news locking I have just started in a new company and someone in the past has enabled new locking to prevent users from accessing news at certain hours of the day... When I try to start 'rn' I get the following message: Sorry, but news is currently locked. News is available before 8:00 A.M., between 11:30 A.M. and 1:15 P.M. and from 4:30 P.M. on. Unfortunately, I am trying to access news @ 12:00 in the afternoon. Can anyone help me either to disable this feature or to get it to work in the correct manner... I'd RTFM if we had any. Thanks, Rick Niziak UNIX Systems Coordinator Allen-Bradley, Inc. (617)466-8000 x-373 rickn@wal.ab.com ..abvax!sunne!rickn From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 27 11:18:14 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA28291; Fri, 27 Dec 1991 18:44:03 -0600 Received: by delta.eecs.nwu.edu id AA24272 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 27 Dec 1991 15:44:18 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from watson.ibm.com by delta.eecs.nwu.edu with SMTP id AA25731 (5.65c/IDA-1.4.4 for ); Fri, 27 Dec 1991 15:44:13 -0600 Received: from WATSON by watson.ibm.com (IBM VM SMTP V2R2) with BSMTP id 0154; Fri, 27 Dec 91 16:20:00 EST Received: from YKTVMH by watson.vnet.ibm.com with "VAGENT.V1.0" id 2681; Fri, 27 Dec 1991 16:20:01 EST Received: from cyst.watson.ibm.com by yktvmh.watson.ibm.com (IBM VM SMTP V2R2) with TCP; Fri, 27 Dec 91 16:20:00 EST Received: from sujata.watson.ibm.com by cyst.watson.ibm.com (AIX 1.3/900528) id AA29800; Fri, 27 Dec 91 16:20:02 -0500 Received: by sujata.watson.ibm.com (AIX 3.1/UCB 5.61/900524) id AA25959; Fri, 27 Dec 91 16:18:15 -0500 Message-Id: <9112272118.AA25959@sujata.watson.ibm.com> To: sun-managers@eecs.nwu.edu Subject: xdr_opaque: decode FAILED Date: Fri, 27 Dec 91 16:18:14 -0500 From: "Sam Sampath" I keep getting xdr_opaque: decode FAILED console messages on our SUNS on a particular subnet. Do you have any idea what it means? Thanks for your time. -- Sam Sampath Tel: 914-945-1854 Tie: 8-862-1854 Agora Project, IBM Research Division, Yorktown Heights, NY 10598 Email: sampath@watson.ibm.com From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 27 10:42:35 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA28525; Fri, 27 Dec 1991 22:53:24 -0600 Received: by delta.eecs.nwu.edu id AA15572 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 27 Dec 1991 19:20:55 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from uu.psi.com by delta.eecs.nwu.edu with SMTP id AA22085 (5.65c/IDA-1.4.4 for ); Fri, 27 Dec 1991 19:20:47 -0600 Received: from monarch.UUCP by uu.psi.com (5.65b/4.0.071791-PSI/PSINet) id AA24791; Fri, 27 Dec 91 20:22:16 -0500 Received: from array.array.com by array.com (4.1/SMI-4.1 (Array Microsystems (719) 540-7900)) id AA05131; Fri, 27 Dec 91 17:42:39 MST Received: from kestrel.array.com by array.array.com (4.1/SMI-4.1) id AA09567; Fri, 27 Dec 91 17:42:35 MST Date: Fri, 27 Dec 91 17:42:35 MST From: mike@array.array.com (Mike Willett) Message-Id: <9112280042.AA09567@array.array.com> To: sun-managers@eecs.nwu.edu Subject: Summary: NFS Load Monitoring and Nice On my query to find out what tools were available to find out what workstation / user is loading my server down I received the following pointers which I have outlined: Software Tools: nfswatch (PD available by anon ftp from ftp.erg.sri.com) nfsstat (Sun OS) etherfind (Sun OS) traffic (Sun OS (Suntools)) netstat (Sun OS) ethertop (PD recently posted to comp.sources.unix) NetMetrix (Comercial Software originally called EtherView (603) 888-7000). Things to get: Hal Stern's book "Managing NFS & NIS". NFS patches from Sun. Look at: reducing the number of nfsd started by rc.local (with tradeoffs) lookups or symbolic link lookups retransmission rate on the clients I have used many of these tools before without needing them; now that I needed them, I spaced it on using them. :) I found what I was looking for with etherfind, looking at the source and destination of packets. It turns out that I had users copying files from one directory to another, via NFS. In other words, a user on a workstation was copying from directory A to directory B, and A and B were both on the server, NFS mounted to the workstation. This creates a lot of traffic since the workstation CPU is administering the packets to copy, and the server is getting the information, sending it out to the network via NFSD, and receiving the packet back with NFSD, and placing the information in slightly different place on disk... This is not abnormal, as many of the database related programs we use in CAD inherently do this same function. In one case, I found the data to be moved 7 times across the network to process one file with several filters or filter like programs. This particular example I was able to modify so the data only moves across the network 1 time (Cadence plotting routine). So with this, it points to the need of more serving power, smarter software, education of my users on "What they are really doing" with some tasks, and perhaps some dream software that would check for NFS mounts and instead of doing a copy over the network, actually interpet the command and perform a remote job. As far as my questions on "nice", there were no responces that could help "nice" a program further than the level 20, which is what I am doing now with a program fired off by cron on certain user initiated programs. I think that due to my NFS load, and with the programs that I have on the system, there is contention for disk, and simply just too much to do... What I need is a nice with the ability to nice to a priority just above "idle". :) I sincerely appreciate the fast responces and pointers to help me isolate the traffic / load problem I am faced with. Thanks!!! I received help notes: >From kalli!kevin@fourx.Aus.Sun.COM >From higgins@math.niu.edu >From @cse.ogi.edu:bit!jayl@cse.ogi.edu >From cypress!cypress.com!mdl@decwrl.dec.com >From JAMES_M._ZIOBRO.WBST102A@xerox.com >From miker@sbcoc.com >From metrix!picasso!neeraj@uunet.UU.NET >From @rock.db.toronto.edu:jdd@db.toronto.edu Many Thanks and Happy Holidays! --Mike Michael Willett, mike@array.com uupsi!monarch!mike uunet!csn!monarch!mike So much fun, so little time to enjoy it... From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 27 13:36:33 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA28535; Fri, 27 Dec 1991 23:04:27 -0600 Received: by delta.eecs.nwu.edu id AA13706 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 27 Dec 1991 19:45:06 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay2.UU.NET by delta.eecs.nwu.edu with SMTP id AA11501 (5.65c/IDA-1.4.4 for ); Fri, 27 Dec 1991 19:45:00 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA26341; Fri, 27 Dec 91 20:45:07 -0500 Received: from algol.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 204406.5877; Fri, 27 Dec 1991 20:44:06 EST Received: by algol (4.1/SMI-4.1) id AA08418; Fri, 27 Dec 91 19:36:33 CST Date: Fri, 27 Dec 91 19:36:33 CST From: rmd@geoquest.com (Rumi Dubash) Message-Id: <9112280136.AA08418@algol> To: sun-managers@eecs.nwu.edu Subject: System Performance, I/O pkt. ratios, collision % Hi, I have been approached by our users with a system management problem described in some very general terms as: The performance across the network is very slow. Most of the users are software developers, engaged in editing/compiling/linking/debugging activity. On investigation I noticed a phenomenon that I fail to understand or explain. We have a subnet of about 22 Sun SparcStations/IPCs hooked to a Sun SPARCServer 470. The workstations are based in the offices. The offices are connected via twisted pair cables to a central hub (Cabletron MMAC). The Server is also connected to the MMAC via thick ethernet. The connection between the SPARCStations and the jack in the offices is via an AUI Cable -- TPT Transceiver -- Twisted Pair -- Jack. The phenomenon that is being observed is as follows: The workstations indicate a collision percentage that is directly correlated to the ratio of Input Packets/Output Packets. Also the collision % seems to be almost an order of magnitude higher whenever this ratio goes below 2 (it is 8-10% when the ratio is less than 2 as opposed to 0.5-2% when the ratio is higher). The number apparently seems to be unaffected by the total number of packets( i.e., it is the same for ratios of 2000/1000 and 12000/6000). Yet another thing that catches the eye is the fact that the collision numbers on the server are nowhere close to those observed on the workstations. On the Server the collision % is never above 2%. I have obtained numbers (using the netstat command) at times when there is activity on the network and when the network is quiet. At times of inactivity on the network the collision % is not as high but the correlation to the I/O ratio is maintained. I am out of ideas, thoughts to explain this and am looking for pointers, suggestions, thoughts on this. Thanx in advance. Rumi Dubash GeoQuest Systems, Inc. From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 27 14:55:15 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA28541; Fri, 27 Dec 1991 23:10:42 -0600 Received: by delta.eecs.nwu.edu id AA31557 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 27 Dec 1991 19:07:22 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay2.UU.NET by delta.eecs.nwu.edu with SMTP id AA06320 (5.65c/IDA-1.4.4 for ); Fri, 27 Dec 1991 19:07:17 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA22627; Fri, 27 Dec 91 20:07:23 -0500 Received: from odi.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 200609.23611; Fri, 27 Dec 1991 20:06:09 EST Return-Path: Received: by odi.com (4.0/SMI-4.0/ODI-5) id AA02816; Fri, 27 Dec 91 19:55:15 EST Date: Fri, 27 Dec 91 19:55:15 EST From: Benson I. Margulies Message-Id: <9112280055.AA02816@odi.com> To: sun-managers@eecs.nwu.edu Subject: summary: automounter In two messages, I asked: 1) why does the automounter put things in /tmp_mnt? How do people cope? 2) why does the automounter create circular links on the machine with the local mount of the file system? 3) is AMD any better? In brief: 1) It always puts things in /tmp_mnt (or wherever -M is) to avoid interposing itself in all NFS requests. People cope by depending on shells that remember what you typed, or by replacing /bin/pwd with a program that strips /tmp_mnt. 2) If you are going to let the real home machine of a file system see an automounter map for that file system, you have to mount it in a different place on the home machine than the automounter mounts it. Then the automounter's propensity for symbolic links will create a link at the auto-mount-point to the actual mount point. Of course, this defeats the /tmp_mnt stripping program above. (this reminds me of the old joke about the mathematician who, having successfully extinguished a house on fire, ignited the next house he was presented with so as to reduce it to a problem with a known solution.) 2) in less brief terms My original goal was to use the automounter as a simple way to distribute the fstab. I have an existing collection of mounts, generally in the root. I hoped to avoid having to edit 20 fstabs every time a new file system was added to a server. The SunOS automounter is unsuitable to this task. I'm not willing to replace such a basic utility as /bin/pwd, nor to goose all the tools that look at its output, nor to teach 40 people not to complain that pwd is giving them crazy results. >From the responses I got, I concluded that if you were willing to design a set of file system, local mount points, and remote mount points with the automounter in mind, it might indeed be useful for something. I'm not sure I see what, but I'm probably just dense. For those who wondered what I was going to do, I'm going to write a script that runs perl via rsh to edit fstabs semi-automatically. The respondents were too numerous to thank individually. happy new year benson From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 27 15:00:57 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA28554; Fri, 27 Dec 1991 23:19:51 -0600 Received: by delta.eecs.nwu.edu id AA02574 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 27 Dec 1991 19:07:22 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay2.UU.NET by delta.eecs.nwu.edu with SMTP id AA23784 (5.65c/IDA-1.4.4 for ); Fri, 27 Dec 1991 19:07:15 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA22615; Fri, 27 Dec 91 20:07:21 -0500 Received: from odi.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 200610.23617; Fri, 27 Dec 1991 20:06:10 EST Return-Path: Received: by odi.com (4.0/SMI-4.0/ODI-5) id AA02821; Fri, 27 Dec 91 20:00:57 EST Date: Fri, 27 Dec 91 20:00:57 EST From: Benson I. Margulies Message-Id: <9112280100.AA02821@odi.com> To: sun-managers@eecs.nwu.edu Subject: NFS Hangs I'm plagued as follows: I've an IPC (with 4.1.1) which mounts a wide variety of NFS file systems from a wide variety of servers. Here is a small sample of the mount points from which you can see the general convention: /home/jcl/box (an RS/6000) /home/variac/box (an HP snake) /home/refund/ncr (an NCR system 3000) /home/forkids/box (a decstation) and on and on. When any one of these goes away, the IPC consoles "NFS host xxxx down" or whatever that standard message is, and various things like the mh inc command hang. They hang even though the process in question is no where near the mount point in /home. I remember hearing that NFS mounts in the root were prone to this sort of nonsense, due to getwd listing the entire root. So I carefully moved all the mount points two levels down into /home. Now I'm completely befuddled. Something is clearly touching every file system in sight. Whatever it is is clearly triggered by my login and not by the root's, though it also afflicts plenty of other things. (I use bash, for what difference that makes). There's no df command anyplace in my .profile or .bashrc. Anybody got any clues? This is driving us slowly batty. From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 27 15:02:35 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA28596; Fri, 27 Dec 1991 23:59:51 -0600 Received: by delta.eecs.nwu.edu id AA22098 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 27 Dec 1991 19:07:39 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA28884 (5.65c/IDA-1.4.4 for ); Fri, 27 Dec 1991 19:07:34 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA08486; Fri, 27 Dec 91 20:07:31 -0500 Received: from odi.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 200611.23624; Fri, 27 Dec 1991 20:06:11 EST Return-Path: Received: by odi.com (4.0/SMI-4.0/ODI-5) id AA02830; Fri, 27 Dec 91 20:02:35 EST Date: Fri, 27 Dec 91 20:02:35 EST From: Benson I. Margulies Message-Id: <9112280102.AA02830@odi.com> To: sun-managers@eecs.nwu.edu Subject: postscript to mail on hangs I forgot to mention: when I rlogin to a machine with this problem, it never gets as far as my profile. It just gets stuck after printing the banner. From sun-managers-relay@delta.eecs.nwu.edu Fri Dec 27 19:46:53 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA29297; Sat, 28 Dec 1991 02:28:09 -0600 Received: by delta.eecs.nwu.edu id AA05374 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 27 Dec 1991 23:47:04 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA06909 (5.65c/IDA-1.4.4 for ); Fri, 27 Dec 1991 23:46:58 -0600 Received: from bu-pub.bu.edu by rice.edu (AA18876); Fri, 27 Dec 91 23:46:16 CST Received: by bu-pub.bu.edu (5.61+++/SMI-4.0.3) id AA17387; Sat, 28 Dec 91 00:46:53 -0500 Date: Sat, 28 Dec 91 00:46:53 -0500 From: jdh@bu-pub.bu.edu (Jason Heirtzler) Message-Id: <9112280546.AA17387@bu-pub.bu.edu> To: sun-managers@rice.edu Subject: "mem0: soft ecc" error on 4/470 The following memory errors are showing up on our 4/470 (sunos 4.1) mem0: soft ecc addr 1b610c0 syn ad No bit information mem0: soft ecc addr 1363da0 syn 1 bit 64 U2400 Can someone explain a little bit about how to decode this? This, I assume, refers to a single-bit error. If so, shouldn't the "CE" light on the back of the memory board light up (it's not) ? There are two 32M boards, so I assume mem0 means the first board. jdh@pub.bu.edu From sun-managers-relay@delta.eecs.nwu.edu Sat Dec 28 02:31:54 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA00137; Sat, 28 Dec 1991 15:18:25 -0600 Received: by delta.eecs.nwu.edu id AA11349 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sat, 28 Dec 1991 12:32:22 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Sdsc.Edu (sds.sdsc.edu) by delta.eecs.nwu.edu with SMTP id AA11970 (5.65c/IDA-1.4.4 for ); Sat, 28 Dec 1991 12:32:17 -0600 Received: from horizon.horizon.com by Sdsc.Edu (sds.sdsc.edu STMG) via INTERNET; Sat, 28 Dec 91 18:32:09 GMT Received: from arfalas.horizon.com by horizon.horizon.com (4.1/SMI-4.0) id AA09761; Sat, 28 Dec 91 10:31:58 PST Received: by arfalas.horizon.com (4.1/SMI-4.1) id AA16345; Sat, 28 Dec 91 10:31:54 PST Date: Sat, 28 Dec 91 10:31:54 PST From: ron@arfalas.horizon.com (Ron McDaniels) Message-Id: <9112281831.AA16345@arfalas.horizon.com> To: sun-managers@eecs.nwu.edu Subject: Sync SCSI on the SS1 SunOS 4.1.1b installed on an SS1. Wren VII doesn't boot up synchronous. I seem to remember that there is some nonsense about synchronous SCSI getting turned-off during device probe on an SS1 to mask a 3.5" disk drive problem but I can't remember the specifics. The question is, how do I get an SS1/SUNOS 4.1.1b combo to run the disk synchronous. Anyone advising me to RTFM will get their arms busted by my brother, Guido (I don't have the FM). Also, I *LIKE* to spell words incorrectly; I do it on purpose. Ron McDaniels Science Horizons From sun-managers-relay@delta.eecs.nwu.edu Sun Dec 29 21:41:59 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA02211; Sun, 29 Dec 1991 18:33:39 -0600 Received: by delta.eecs.nwu.edu id AA00370 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 29 Dec 1991 15:59:13 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA22493 (5.65c/IDA-1.4.4 for ); Sun, 29 Dec 1991 15:59:07 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA15268; Sun, 29 Dec 91 16:59:04 -0500 Received: from cadence.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 165843.17236; Sun, 29 Dec 1991 16:58:43 EST Received: from [139.99.1.10] by cadence.Cadence.COM (5.61/3.14) id AA05531; Sun, 29 Dec 91 13:42:53 -0800 Received: from orkney.eucad.co.uk by eucad.co.uk (4.0/SMI-4.0) id AA01684; Sun, 29 Dec 91 21:42:00 GMT Date: Sun, 29 Dec 91 21:41:59 GMT From: alastair@eucad.co.uk (Alastair Young) Message-Id: <9112292142.AA01684@eucad.co.uk> To: sun-managers@eucad.co.uk Subject: Hitachi DK-516 disk invisble on 4/65 I am transferring a Hitachi DK-516 (the 1.6Gb/1.3Gb SCSI) from its old home on a SparcStation 2 over to our central file server, a SparcStation 1+ (4/65). The 4/65 sees it with "probe-scsi" but fails to access it when I try to boot from it or just use it as a second disk. The 4/65 has a V1.3 ROM, which I think is quite old. I have used an identical disk on an IPC with no problem. I have tried it on another 4/65 with 1.3 and it shows the same problem. Is it the ROM revision or something else or am I screwed? The 4/65 is currently running 4.0.3 so I don't expect that to work. The new disk already has 4.1.1 installed on it, which is a disk-disk dump/restore copy with hand-tweaks (name change etc) and yes I remembered "installboot". The SS2 does try to boot from it if asked to, and there are no bus-address conflicts. help! Alastair Young Systems Supervisor EuCAD Edinburgh Scotland alastair@eucad.co.uk From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 29 18:01:34 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA02325; Sun, 29 Dec 1991 20:27:04 -0600 Received: by delta.eecs.nwu.edu id AA15064 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 29 Dec 1991 12:34:34 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from discus.technion.ac.il by delta.eecs.nwu.edu with SMTP id AA12509 (5.65c/IDA-1.4.4 for ); Sun, 29 Dec 1991 12:34:24 -0600 Return-Path: To: sun-managers@eecs.nwu.edu Path: discus!itexjct!avraham From: avraham@itexjct.jct.ac.il (avraham shir-el) Newsgroups: mail.sun-managers Subject: SIMMS for sparcstation2 Summary: can the SS2 take advantage of 70ns SIMMS Keywords: SIMMS accesstime sparcstationII Message-Id: <742@itexjct.jct.ac.il> Date: 29 Dec 91 18:01:34 GMT Organization: ITEX, Jerusalem, Israel Lines: 4 can a sparcstationII (4/75) take advantage of 70ns SIMMS as opposed to the slightly cheaper 80ns SIMMS? tnx ams From sun-managers-relay@delta.eecs.nwu.edu Thu Dec 29 17:56:24 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA02385; Sun, 29 Dec 1991 21:35:30 -0600 Received: by delta.eecs.nwu.edu id AA07410 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 29 Dec 1991 12:34:34 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from discus.technion.ac.il by delta.eecs.nwu.edu with SMTP id AA11205 (5.65c/IDA-1.4.4 for ); Sun, 29 Dec 1991 12:34:25 -0600 Return-Path: To: sun-managers@eecs.nwu.edu Path: discus!itexjct!avraham From: avraham@itexjct.jct.ac.il (avraham shir-el) Newsgroups: mail.sun-managers Subject: use of scsi disks on ss2 Summary: call for experience with scsi (not scsi2) disk on SS2 Keywords: scsi scsi2 sparcstationII Message-Id: <741@itexjct.jct.ac.il> Date: 29 Dec 91 17:56:24 GMT Organization: ITEX, Jerusalem, Israel Lines: 11 we have a few scsi disks on our sun3/60 and would like to move at least 1 onto ou sparcstationII (4/75). the SS2 is supposed to be able to handle both scsi and scsi2 drives. our local sun rep says yup, but they've experience problems. the SS2 has a 209M 3-1/2" internal drive (scsiII). i would like to put a cdc wrenV 94181-702 (which i am told became renamed the seagate st4702n), onto the onboard scsi controller of the SS2, externally. the 3rd party who sold me the cdc disk says no problem. the sun rep, who supports the system, said they had problems. anyone have experience with the above config? tnx From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 30 11:36:12 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA03545; Mon, 30 Dec 1991 08:11:33 -0600 Received: by delta.eecs.nwu.edu id AA10294 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 30 Dec 1991 03:36:59 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from daimi.aau.dk by delta.eecs.nwu.edu with SMTP id AA02739 (5.65c/IDA-1.4.4 for ); Mon, 30 Dec 1991 03:36:44 -0600 Received: from ganymedes.daimi.aau.dk by daimi.aau.dk with SMTP (5.61++/IDA-1.2.8) id AA06887; Mon, 30 Dec 91 10:36:14 +0100 Received: by ganymedes (5.64/1.34) id AA05764; Mon, 30 Dec 91 10:36:12 +0100 Date: Mon, 30 Dec 91 10:36:12 +0100 From: pcnorgaard@daimi.aau.dk Message-Id: <9112300936.AA05764@ganymedes> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: Help on using MAXTOR LXT disks on SPARC Original letter: > I have got my hands on a few MAXTOR LXT SCSI disks, mostly > 213. I like them for their low power usage, their silence, their speed > and their price. But I have not succeeded in formatting one for a Sun, > probably because I do not have the correct values for the /etc/format.dat > entry. (Sorry, forgot to mention that I run SunOS 4.1.1). The really good answers came from led@mentor.cc.purdue.edu (Lew Doll) brian%venus%cyrix@texsun.Central.Sun.COM (Brian Holgate) guido@topsun.West.Sun.COM (Hugo Tafel - South Bay SE) who knew that the Maxtor is what Sun uses for 200 Mb internal drive in the IPC. So just by telling format that the disk is "SUN0207" all my problems with the LXT213 were solved. Eh - I also have an LXT340. Does any of you know whether that one is on Sun's list, too? I forgot to mention the 340 in my original letter. A few people asked why I bother to format at all. I must admit, that I do not quite understand why it may not be necessary to format, but anyway, it is beside the problem. Whether I format the disk or not, I have to tell the Sun system about the geometry of the disk! Thank you to all who answered with verious other kinds of help and suggestions: eeimkey@eeiua.ericsson.se (Martin Kelly) dryden@physics.su.OZ.AU (Julian Dryden) baumann@proton.llumc.edu (Michael Baumann) bchivers@smiley.mitre.org (Brent Chivers) mdl@cypress.com (J. Matt Landru)m mark@deltam.com (Mark Galbraith) "Anthony A. Datri" Wilson N G ast@geoquest.com (Ad S. Talwar) mike@trdlnk.uucp (Michael Sullivan) "G.ROBERTSON" Happy New Year. Peder Chr. Norgaard **** pcnorgaard@daimi.aau.dk Computer Science Department, Aarhus University Ny Munkegade 116, DK-8000 Aarhus C, DENMARK phone: +45 86 12 71 88 / telefax: +45 86 13 57 25 / telex: 64767 aausci dk From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 30 07:52:09 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA03843; Mon, 30 Dec 1991 10:23:48 -0600 Received: by delta.eecs.nwu.edu id AA29625 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 30 Dec 1991 05:30:41 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA16886 (5.65c/IDA-1.4.4 for ); Mon, 30 Dec 1991 05:30:34 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA13468; Mon, 30 Dec 91 06:30:32 -0500 Received: from nwnexus.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 062915.16648; Mon, 30 Dec 1991 06:29:15 EST Received: by nwnexus.WA.COM (5.52.1/smail2.5/10-31-88) id AA02425; Mon, 30 Dec 91 02:52:44 PST Received: from cockpit.hitech.com.au by hitech.com.au with SMTP (5.59/25-css) id AA09164; Mon, 30 Dec 91 12:52:11 EDT (from clyde@cockpit.hitech.com.au for sun-managers%eecs.nwu.edu@uunet.uu.net@nwnexus) Received: by cockpit.hitech.com.au (4.1/SMI-4.1) id AA11193; Mon, 30 Dec 91 12:52:10 EST From: clyde@cockpit.hitech.com.au (Clyde Smith-Stubbs) Message-Id: <9112300152.AA11193@cockpit.hitech.com.au> Subject: Mailing list removal To: sun-managers@eecs.nwu.edu Date: Mon, 30 Dec 91 12:52:09 EST X-Mailer: ELM [version 2.2 PL13] I have mailed sun-managers-request about 6 times asking to be removed from this list. If there is anyone out there who can get in contact with the manager (or, it seems, non-manager) of this list, PLEASE ask them to get me off it. Please, Please Please; this is costing me money! -- Clyde Smith-Stubbs | HI-TECH Software, | Voice: +61 7 300 5011 clyde@hitech.com.au | P.O. Box 103, Alderley, | Fax: +61 7 300 5246 ...!nwnexus!hitech!clyde | QLD, 4051, AUSTRALIA. | BBS: +61 7 300 5235 HI-TECH Software: C Compilers for all manner of machines From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 30 03:42:20 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA04259; Mon, 30 Dec 1991 13:36:06 -0600 Received: by delta.eecs.nwu.edu id AA31125 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 30 Dec 1991 09:29:09 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from abvax.icd.ab.com by delta.eecs.nwu.edu with SMTP id AA30734 (5.65c/IDA-1.4.4 for ); Mon, 30 Dec 1991 09:29:02 -0600 Received: from sunne.UUCP by abvax.icd.ab.com (5.64/1.39) id AA19419; Mon, 30 Dec 91 10:09:42 -0500 Received: by wal.ab.com (4.1/WAL-1.0) id AA06952; Mon, 30 Dec 91 08:42:20 EST Date: Mon, 30 Dec 91 08:42:20 EST From: sunne!rickn@abvax.icd.ab.com (Richard J. Niziak) Message-Id: <9112301342.AA06952@wal.ab.com> To: sun-managers@abvax.icd.ab.com Subject: SUMMARY rn news locking.... It was pretty simple... the previous admin set up a couple of scripts in cron to copy a small script that essentially echo'd a message stating that news was locked and to try later. The problem is that to original rn binary was NEVER copied back, thus enabling news.... Thanks for the help, Rick Niziak From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 30 16:56:41 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA04411; Mon, 30 Dec 1991 14:41:37 -0600 Received: by delta.eecs.nwu.edu id AA15708 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 30 Dec 1991 10:58:31 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA05001 (5.65c/IDA-1.4.4 for ); Mon, 30 Dec 1991 10:58:25 -0600 Received: from news.cis.ohio-state.edu by rice.edu (AA06361); Mon, 30 Dec 91 10:57:44 CST Received: by news.cis.ohio-state.edu (5.61-kk/5.911008) id AA03205; Mon, 30 Dec 91 11:57:26 -0500 Received: from USENET by news.cis.ohio-state.edu with netnews for sun-managers@rice.edu (sun-managers@rice.edu); contact usenet@news.cis.ohio-state.edu if you have questions. To: sun-managers@rice.edu Date: Mon, 30 Dec 1991 16:56:41 GMT Message-Id: <1991Dec30.165641.13242@ee.eng.ohio-state.edu> Organization: The Ohio State University Dept of Electrical Engineering From: juodvalk@ee.eng.ohio-state.edu (Vincent V. Juodvalkis) Subject: How do I get past an EOM marker? I hope this is not on an FAQ. I expect it might, but I did not see it. Also, if there are any other news groups that I should have sent this to, (and for that matter if this is an inappropriate post to any of these groups) please let me know. (this was all done on a SUN4. the software was Sun Release 4.1) An EOM marker was accidently placed at the beginning of a quarter-inch archive tape. I was attempting to simply add a second archive to the tape. These are the commands I used: setenv TAPE /dev/nrst0 mt rewind mt fsf 1 tar -cvf /dev/rst0 data Leaving the "n" out of the device name in the tar command caused the tape to rewind before writing the EOM marker. None of the data contained in the directory "data" was written on the tape; only the EOM marker. It is vital that I access the data that is on the tape. If anyone knows of a way for me to access the data, I would be most appreciative. What I have tried: mt: I tried simply moving past the first EOF marker with mt and the fsf, fsr, asf and the eom options. None of these would not allow me past either of the EOF markers. dd: dd simply would not allow me to read past the EOM marker. copytape: copytape has the -s flag to allow the user to skip tape marks. It was my hope that this would allow me to read past the EOM mark and dump the entire tape contents onto a disk where I could extract the EOM marker my hand. This did not work. tarx: A friend sent me some previous news postings that she had collected about tapes. Included in those posts was the source for the function tarx. tarx is used to list and recover files from a damaged tar archive. When I tried to use tarx to simply list the files on the tape I got the following output: ---! error (I/O error) and that was all. Without the file names I cannot extract any files. Using a * to try and get all of the files returned: tarx: No match. mtio: I have started reading the man page for mtio. To be honest however, the material is a little over my head. I have only just been introduced to C. My next step is to try and hack together a program with the functions detailed in that man page, but I was hoping someone else could provide a quicker solution to my problem. From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 30 06:44:58 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA04462; Mon, 30 Dec 1991 15:01:03 -0600 Received: by delta.eecs.nwu.edu id AA05513 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 30 Dec 1991 11:28:21 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from abvax.icd.ab.com by delta.eecs.nwu.edu with SMTP id AA11644 (5.65c/IDA-1.4.4 for ); Mon, 30 Dec 1991 11:28:13 -0600 Received: from sunne.UUCP by abvax.icd.ab.com (5.64/1.39) id AA21625; Mon, 30 Dec 91 11:44:41 -0500 Received: by wal.ab.com (4.1/WAL-1.0) id AA07698; Mon, 30 Dec 91 11:44:58 EST Date: Mon, 30 Dec 91 11:44:58 EST From: sunne!rickn@abvax.icd.ab.com (Richard J. Niziak) Message-Id: <9112301644.AA07698@wal.ab.com> To: sun-managers@abvax.icd.ab.com Subject: rn news unable to connect to news server I would have posted this message to the appropriate news group, but since my news is dead, this is the only way I can get an answer. Thanks for your patience. ENV: Sparcstation 1, SunOS 4.1.1 The problem: I am on the workstation sunne trying to access the news service that is running on sunne. When I enter the `rn` command, I get the following answer.... sunne# rn connection to 130.151.164.20: Connection refused giving up... Couldn't connect to sunne news server, try again later. sunne# Any idea what could be causing this problem ???? As soon as I can get this fixed I won't have to bother sun-managers w/ news problems.. Thanks in advance, Rick Niziak rickn@wal.ab.com From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 30 06:04:50 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA04573; Mon, 30 Dec 1991 15:44:27 -0600 Received: by delta.eecs.nwu.edu id AA31277 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 30 Dec 1991 12:14:19 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA17322 (5.65c/IDA-1.4.4 for ); Mon, 30 Dec 1991 12:14:12 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA29562; Mon, 30 Dec 91 13:14:10 -0500 Received: from algol.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 131402.26430; Mon, 30 Dec 1991 13:14:02 EST Received: from sati.geoquest.com by algol (4.1/SMI-4.1) id AA21533; Mon, 30 Dec 91 12:04:50 CST Date: Mon, 30 Dec 91 12:04:50 CST From: rmd@geoquest.com (Rumi Dubash) Message-Id: <9112301804.AA21533@algol> To: sun-managers@eecs.nwu.edu Subject: System Performance, collision %, etc. (repost with a correction). Hi, In response to my earlier question with the same subject headline, I did receive a few replies. In most of them the suggested cure was related to turning the SQE (heartbeat) off on the transceivers. I guess I should have stated that in my earlier posting that I have already checked all the transceivers for the SQE and it is turned off (Of course I wish that were the problem since now I would have resolved it, but...). Since all of the replies alluded to it, I am reposting the question with this addendum. If any of you have any more ideas/suggestions I would really appreciate hearing from you. Thanx once again to all who responded to my first posting. The repeat posting with the correction is: I have been approached by our users with a system management problem described in some very general terms as: The performance across the network is very slow. Most of the users are software developers, engaged in editing/compiling/linking/debugging activity. On investigation I noticed a phenomenon that I fail to understand or explain. We have a subnet of about 22 Sun SparcStations/IPCs hooked to a Sun SPARCServer 470. The workstations are based in the offices. The offices are connected via twisted pair cables to a central hub (Cabletron MMAC). The Server is also connected to the MMAC via thick ethernet. The connection between the SPARCStations and the jack in the offices is via an AUI Cable -- TPT Transceiver -- Twisted Pair -- Jack. The phenomenon that is being observed is as follows: The workstations indicate a collision percentage that is directly correlated to the ratio of Input Packets/Output Packets. Also the collision % seems to be almost an order of magnitude higher whenever this ratio goes below 2 (it is 8-10% when the ratio is less than 2 as opposed to 0.5-2% when the ratio is higher). The number apparently seems to be unaffected by the total number of packets( i.e., it is the same for ratios of 2000/1000 and 12000/6000). Yet another thing that catches the eye is the fact that the collision numbers on the server are nowhere close to those observed on the workstations. On the Server the collision % is never above 2%. I have obtained numbers (using the netstat command) at times when there is activity on the network and when the network is quiet. At times of inactivity on the network the collision % is not as high but the correlation to the I/O ratio is maintained. Finally, the SQE (heartbeat) has been turned off on all the transceivers. I am out of ideas, thoughts to explain this and am looking for pointers, suggestions, thoughts on this. Thanx in advance. Rumi Dubash GeoQuest Systems, Inc. From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 30 02:57:10 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA04669; Mon, 30 Dec 1991 16:14:56 -0600 Received: by delta.eecs.nwu.edu id AA30675 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 30 Dec 1991 13:09:53 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from netcomsv.netcom.com by delta.eecs.nwu.edu with SMTP id AA10163 (5.65c/IDA-1.4.4 for ); Mon, 30 Dec 1991 13:09:47 -0600 Received: from caere.UUCP by netcomsv.netcom.com (4.1/SMI-4.1) id AA15986; Mon, 30 Dec 91 11:10:10 PST Received: from cc:Mail by caere.com (2.0/Outmail) id Message-ID: <243@caere.com>; Mon, 30 Dec 91 10:57:10 PST Date: Mon, 30 Dec 91 10:57:10 PST From: Mojo Message-Id: <243@caere.com> To: sun-managers@eecs.nwu.edu Subject: Returned mail: User unknown Brand new sun manager, brand new machine, a SPARCstation 2. I installed the system as standalone, not networked, since our ethernet transceivers haven't arrived yet. When I login, Open Windows generates the message "XNeWS Network security violation Rejected connection from: caere", which is the name of the machine I've installed. I know I'll have more questions, but I promise to keep it to a dull roar. :) Mojo -- Morris Jones mojo@caere.com From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 30 20:22:06 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA04903; Mon, 30 Dec 1991 18:03:17 -0600 Received: by delta.eecs.nwu.edu id AA29682 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 30 Dec 1991 14:38:22 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA05629 (5.65c/IDA-1.4.4 for ); Mon, 30 Dec 1991 14:38:10 -0600 Received: from news.cis.ohio-state.edu by rice.edu (AA07218); Mon, 30 Dec 91 14:31:20 CST Received: by news.cis.ohio-state.edu (5.61-kk/5.911008) id AA08340; Mon, 30 Dec 91 15:26:37 -0500 Received: from USENET by news.cis.ohio-state.edu with netnews for sun-managers@rice.edu (sun-managers@rice.edu); contact usenet@news.cis.ohio-state.edu if you have questions. To: sun-managers@rice.edu Date: Mon, 30 Dec 1991 20:22:06 GMT Message-Id: Organization: Free University of Berlin, Germany From: lux@math.fu-berlin.de (Gerd Lux) References: <1991Dec30.165641.13242@ee.eng.ohio-state.edu>t. Subject: Re: How do I get past an EOM marker? [...] Perhaps its possible while writing some blocks onto the tape just to eject the cartridge or to power off the streamer. Of course the tape contents is now somewhat garbled but there are tools to skip these damaged entries. Well of course I never tried this so I would like to get some results. Comments are welcome, too. Greetings, Gerd. -- -------------------------------------------------------------------------- Gerd Lux | grd@cs.tu-berlin.de (preferred) Kirchstr. 18 | lux@math.fu-berlin.de D-1000 Berlin 21 | Phone: +49.30.399 00 400 From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 30 06:30:10 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA04974; Mon, 30 Dec 1991 18:52:09 -0600 Received: by delta.eecs.nwu.edu id AA02569 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 30 Dec 1991 16:30:20 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from gatekeeper.oracle.com by delta.eecs.nwu.edu with SMTP id AA18478 (5.65c/IDA-1.4.4 for ); Mon, 30 Dec 1991 16:30:14 -0600 Received: from hqsun1.us.oracle.com by gatekeeper.oracle.com (Oracle 1.12/37.7) id AA04050; Mon, 30 Dec 91 14:30:12 PST Received: by hqsun1.us.oracle.com (5.59.9/37.6) id AA14467; Mon, 30 Dec 91 14:30:10 PST Message-Id: <9112302230.AA14467@hqsun1.us.oracle.com> Date: Mon, 30 Dec 91 14:30:10 PST From: Robert Haddick To: sun-managers@eecs.nwu.edu Subject: /etc/passwd fun Sysadmins: Instead of deleting users no longer having accounts on a machine, here is what they did, and look at the results.....hmmm. All machines in this case are running yp, /etc/passwd shows: #+pholtz::0:0::: #+matkins::0:0::: #+estringe::0:0::: #+jweaver:*:7186:632:John Weaver:/home/jweaver:/bin/csh Someone apparently thought adding the # somehow disabled these. In fact it does quite the opposite. There are no comments in /etc/passwd, only funny usernames. Watch this... sungoddess 2>telnet sunblast Trying 130.35.1.100 Connected to sunblast.us.oracle.com. Escape character is '^]'. SunOS UNIX (sunblast.us.oracle.com) login: #+pholtz No home directory specified in password file! Logging in with home=/ Last login: Fri Dec 27 00:15:45 from bozo.us.oracle.com SunOS Release 4.1.1 (sunblast) #6: Fri Nov 15 14:46:01 PST 1991 ******************************************************************************* # whoami root # Anybody know of a bug fix for this one? Sincerely, Robert From sun-managers-relay@delta.eecs.nwu.edu Mon Dec 30 09:45:08 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA05359; Mon, 30 Dec 1991 23:01:20 -0600 Received: by delta.eecs.nwu.edu id AA04210 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 30 Dec 1991 19:59:31 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from netcomsv.netcom.com by delta.eecs.nwu.edu with SMTP id AA16169 (5.65c/IDA-1.4.4 for ); Mon, 30 Dec 1991 19:59:26 -0600 Received: from caere.UUCP by netcomsv.netcom.com (4.1/SMI-4.1) id AA15353; Mon, 30 Dec 91 17:59:50 PST Received: from cc:Mail by caere.com (2.0/Outmail) id Message-ID: <275@caere.com>; Mon, 30 Dec 91 17:45:08 PST Date: Mon, 30 Dec 91 17:45:08 PST From: Mojo Message-Id: <275@caere.com> To: sun-managers@eecs.nwu.edu Subject: "XNeWS: Can't find fonts!" Since installing the AnswerBook, which worked fine until I logged out, I can no longer start Open Windows. It reports the error message "XNeWS: Can't find fonts!" and displays FONTPATH. The FONTPATH reported is correct, and the font files all seem to be there. It seems likely that the AnswerBook installation messed me up. Thanks all for the "-noauth" switch for openwin! Mojo -- mojo@caere.com From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 31 06:32:51 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA06176; Tue, 31 Dec 1991 03:07:00 -0600 Received: by delta.eecs.nwu.edu id AA12335 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 31 Dec 1991 00:34:26 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from chilko.ucs.ubc.ca by delta.eecs.nwu.edu with SMTP id AA30835 (5.65c/IDA-1.4.4 for ); Tue, 31 Dec 1991 00:34:20 -0600 Received: from iskut.ucs.ubc.ca by chilko.ucs.ubc.ca (4.1/1.14) id AA23601; Mon, 30 Dec 91 22:34:17 PST Received: by iskut.ucs.ubc.ca (5.64+ida SGI beta/1.14) id AA19491; Tue, 31 Dec 91 06:34:16 GMT Newsgroups: ubc.list.sun-managers Path: unruh From: unruh@physics.ubc.ca (William Unruh [Unruh]) Subject: Re: /etc/passwd fun Message-Id: Nntp-Posting-Host: physics.ubc.ca Organization: University of British Columbia, Vancouver, B.C., Canada References: <9112302230.AA14467@hqsun1.us.oracle.com> Date: Tue, 31 Dec 1991 06:32:51 GMT Apparently-To: ubc-list-sun-managers@unixg.ubc.ca Robert Haddick writes: >Instead of deleting users no longer having accounts on a machine, >All machines in this case are running yp, /etc/passwd shows: > >#+pholtz::0:0::: >#+matkins::0:0::: >#+estringe::0:0::: >#+jweaver:*:7186:632:John Weaver:/home/jweaver:/bin/csh > > >login: #+pholtz >No home directory specified in password file! Logging in with home=/ ># whoami >root ># >Anybody know of a bug fix for this one? Bug Fix? This is surely not a bug, unless it's a bug in the sysadmin's brain. The password file clearly says that those users are root, group wheel with no password. I think the only fix is a quiet word with the sysadmin telling what he/she's done. Mind you, buying them a good unix book might also help. From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 31 02:43:52 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07375; Tue, 31 Dec 1991 15:50:04 -0600 Received: by delta.eecs.nwu.edu id AA12979 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 31 Dec 1991 12:59:00 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from uucp-gw-1.pa.dec.com by delta.eecs.nwu.edu with SMTP id AA24709 (5.65c/IDA-1.4.4 for ); Tue, 31 Dec 1991 12:58:54 -0600 Received: by uucp-gw-1.pa.dec.com; id AA11093; Tue, 31 Dec 91 10:53:25 -0800 Received: from duplex.adobe.com by adobe.com (4.1/SMI-4.1) id AA07381; Tue, 31 Dec 91 10:43:55 PST Received: by duplex.adobe.com (5.57/Ultrix3.0-C) id AA08864; Tue, 31 Dec 91 10:43:53 -0800 From: shore@adobe.com Message-Id: <9112311843.AA08864@duplex.adobe.com> To: sun-managers@eecs.nwu.edu Subject: Need Help with Sun3/4.1.1/ALM-2 (runaway ALM-2!) Date: Tue, 31 Dec 91 10:43:52 PST We just upgraded a 3/280 from 4.0.1 to 4.1.1 and are experiencing problems. I've installed minimal patches (so far) to 4.1.1, but have rebuilt my kernel close to my old 4.0.1 config. System load is low, but CPU utilization is VERY high -- >60% of the cpu time spent in "system" and <10% in "idle" The system has an ALM-2 with modems attached (mostly Trailblazer Pluses). We are not using the parallel port. vmstat -i indicates that we are fielding tons of interrupts from the mcp. adobe[21]uptime 10:42am up 26 mins, 7 users, load average: 4.88, 4.96, 4.32 adobe[22]vmstat procs memory page disk faults cpu r b w avm fre re at pi po fr de sr x0 x1 d2 d3 in sy cs us sy id 6 0 0 0 9136 0 1 11 0 0 0 0 15 1 0 0 125 992 98 31 64 5 adobe[23]vmstat -i interrupt total rate ----------------------------------- autovectored interrupts zs0 839 0 ie0 42681 27 clock 77956 49 ----------------------------------- vectored interrupts xyc0 24291 15 mcp0 110575 70 ----------------------------------- Total 256342 164 Real use of the ttys is low. For now I've disabled all the gettys (but still allowing dialout) and the interrupt level remains high. Kernel configuration for the ALM is as follows: pseudo-device mcpa16 device mcp0 at vme32d32 ? csr 0x01000000 flags 0x10000 priority 4 vector mcpintr 0x8b I'm not trying to use RTS/CTS (yet) with the ALMs or modems, ttysoftchar line is in /etc/rc. /etc/ttytab just lists them all as: ttydXX "/usr/etc/getty std.19200" dialup off # TB dialin Any help would be appreciated! -- Andy Shore shore@adobe.com Adobe Systems Incorporated, Mountain View, CA uunet!adobe!shore (Happy New Year!) From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 31 04:09:45 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07551; Tue, 31 Dec 1991 17:19:32 -0600 Received: by delta.eecs.nwu.edu id AA21311 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 31 Dec 1991 14:10:35 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from taurus.cs.nps.navy.mil (taurus-campus.cs.nps.navy.mil) by delta.eecs.nwu.edu with SMTP id AA24835 (5.65c/IDA-1.4.4 for ); Tue, 31 Dec 1991 14:10:28 -0600 Received: from pegasus.cs.nps.navy.mil.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/cs.nps-1.0) id AA13959; Tue, 31 Dec 91 12:09:45 PST Date: Tue, 31 Dec 91 12:09:45 PST From: whalen@taurus.cs.nps.navy.mil (susan whalen) Message-Id: <9112312009.AA13959@taurus.cs.nps.navy.mil> To: sun-managers@eecs.nwu.edu Subject: printcap entry and drivers for HPLaserJet IIIp If this has been asked before - I am sorry. I'm looking for a printcap entry for an HP LaserJet IIIp printer that uses the PCL 5 langauage. I also need to know if there are drivers available on the net for this printer. Thanks in advance. From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 31 04:52:56 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07580; Tue, 31 Dec 1991 17:39:33 -0600 Received: by delta.eecs.nwu.edu id AA04002 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 31 Dec 1991 14:57:28 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from hub.ucsb.edu by delta.eecs.nwu.edu with SMTP id AA26683 (5.65c/IDA-1.4.4 for ); Tue, 31 Dec 1991 14:57:21 -0600 Received: from esrg.ucsb.edu by hub.ucsb.edu; id AA08557 sendmail 4.1/UCSB-2.0-sun Tue, 31 Dec 91 12:56:48 PST for sun-managers@eecs.nwu.edu Received: by esrg.ucsb.edu (4.1/ESRG-main-1991/09/23) id AA25304; Tue, 31 Dec 91 12:52:56 PST Date: Tue, 31 Dec 91 12:52:56 PST From: admin%esrg@hub.ucsb.edu (system administrator) Message-Id: <9112312052.AA25304@esrg.ucsb.edu> To: sun-managers@eecs.nwu.edu Subject: Sparc 2 running 4.1.1 hangs at boot I have the following problem, our Sparc 2 died over the break, and I was wondering if this is a bad disk or what.... The system was hung, but responded to an L1-A, After giving the b command for boot, It will give the fololowing response and hang. boot device : /sbus/esp@0, 800000 /sd@3,0 file and args: The system then does nothing..... Any thoughts as to what is the problem? The system has been power cycled to give the same result.... Thanks in advance. please mail to terry@esrg.ucsb.edu thanks Terry Figel ___________________________________________________________________________ Terry Figel Internet: terry@esrg.ucsb.edu Earth Space Research Group, UCSB Phone : 805-893-7039 5276 Hollister Ave. #260 Fax : 805-964-0157 Goleta CA 93111 ___________________________________________________________________________ From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 31 08:16:53 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07760; Tue, 31 Dec 1991 20:53:37 -0600 Received: by delta.eecs.nwu.edu id AA31690 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 31 Dec 1991 18:13:58 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from proton.llumc.edu by delta.eecs.nwu.edu with SMTP id AA18811 (5.65c/IDA-1.4.4 for ); Tue, 31 Dec 1991 18:13:52 -0600 Received: from muon.llumc.edu by proton.llumc.edu (4.0/SMI-4.1) id AA00875; Tue, 31 Dec 91 16:16:53 PST Date: Tue, 31 Dec 91 16:16:53 PST From: baumann@proton.llumc.edu (Michael Baumann) Message-Id: <9201010016.AA00875@proton.llumc.edu> To: sun-managers@eecs.nwu.edu Subject: Maxtor 8760E jumpers Would some kind soul send me the jumper settings/format.dat for the maxtor XT-8760E? I inherited the beast from a uVax that we retired, and would like to put it to use. I need Sector size and the like. Thanks, Michael Baumann Radiation Research Lab |Internet: baumann@proton.llumc.edu Loma Linda Universtiy Medical Center | UUCP: ...ucrmath!proton!baumann Loma Linda, California. (714)824-4077| From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 31 15:33:03 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA08014; Wed, 1 Jan 1992 00:23:44 -0600 Received: by delta.eecs.nwu.edu id AA20714 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 31 Dec 1991 21:26:41 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Menudo.UH.EDU by delta.eecs.nwu.edu with SMTP id AA05388 (5.65c/IDA-1.4.4 for ); Tue, 31 Dec 1991 21:26:34 -0600 Received: from Karazm.Math.UH.EDU by Menudo.UH.EDU with SMTP id AA05674 (5.65c+/IDA-1.4.4 for ); Tue, 31 Dec 1991 21:26:30 -0600 Received: by karazm.math.UH.EDU id AA29133 (5.65c/IDA-1.4.4 for sun-managers@eecs.nwu.edu); Tue, 31 Dec 1991 21:33:03 -0600 From: J Eric Townsend Message-Id: <199201010333.AA29133@karazm.math.UH.EDU> Subject: RFC: distributed vs. non-distruted fileserving To: sun-managers@eecs.nwu.edu Date: Tue, 31 Dec 91 21:33:03 CST X-Mailer: ELM [version 2.3 PL11] I'd like to get some opinions from all ye wise people... Our current setup is 4 SS2s, 8 or so SS1-class ss-1+ machines, half a dozen macs, 20-30 terminals and X terminals, and 3 rs/6000s (gak). That's all new equipment in the past two years (when I started here they had a VAX 11/780 and 10 dumb terminals). During a typical day, we'll have 10-20 people logged into various systems, with the aix machines used for running numerical codes (ie: little interactive use). The sparcs get used mostly for TeX, email, etc. We only have a couple of people developing code, and they tend to have their own resources and don't lean on our system too much. When I started here, we had nothing. So the first machine we bought (a used SS1, I think) became a fileserver. Now, after an upgrade to a SS2 w/ 42Mb RAM and 2Gb of drive, it is our primary fileserver. To keep things cooking, we don't allow interactive use of that machine. However, that machine is also the gateway from our local subnet to the rest of the campus network. The rest of the Suns have local drives for swap, /usr, etc, but no data. Now the question (remeber there was a question? :-): What benefits, if any, would be gained by distributing the file system across the suns and running amd? Ideally, two or three of the SS2s would have drives attached, and would serve each other and the rest of the systems. I'm interested in doing this because during peak usage the drives are clattering like they're about to explode and the poor SS2 actually slows down noticably. Also, it'd make backups much more difficult. :-) Have you tried anything like this? Is it worth wasting an SS2 on fileserving when network bandwidth is so much slower than scsi bandwidth? If I crank up the nfsd's with a higher priority, will that make up for them having to compete for CPU time with things like vi, emacs and TeX? Thanks for any hints you might have.... -- J. Eric Townsend - jet@uh.edu - Systems Wrangler, UH Dept of Mathematics vox: (713) 749-2126 '91 CB750, DoD# 0378 From sun-managers-relay@delta.eecs.nwu.edu Tue Dec 31 18:30:04 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA08677; Wed, 1 Jan 1992 03:17:34 -0600 Received: by delta.eecs.nwu.edu id AA26170 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 1 Jan 1992 00:30:12 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from pex.eecs.nwu.edu by delta.eecs.nwu.edu with SMTP id AA16324 (5.65c/IDA-1.4.4 for ); Wed, 1 Jan 1992 00:30:05 -0600 Received: by pex.eecs.nwu.edu (4.1/SMI-NWU-SUG) id AA05798; Wed, 1 Jan 92 00:30:04 CST Date: Wed, 1 Jan 92 00:30:04 CST From: phil@pex.eecs.nwu.edu (William LeFebvre) Message-Id: <9201010630.AA05798@pex.eecs.nwu.edu> To: sun-managers@eecs.nwu.edu Subject: Sun Managers Policy in Brief Sun-Managers Summary of Charter and Rules Last updated: 1 November 1991 This message is a summary of the sun-managers charter and rules. Failure to adhere to these guidelines may result in severe chastisement by the list maintainer and other list participants. Changes from previous versions of this message are indicated with change bars to the right of the message. 1: This list is NOT moderated! Every message that is sent to the list will be passed on to every member of the list (with a few small exceptions). 2: Requests to have addresses added or removed from the list should NOT be sent to the entire list. Instead, they should be mailed to: sun-managers-request@eecs.nwu.edu 3: This list is intended to be a quick-turnaround trouble shooting aid for those who administer and manage Sun systems. Its primary purpose is to provide the Sun manager with a quick source of information for system management problems that are of a time-critical nature. 4: Answers to questions are to be mailed back to the questioner and are NOT to be sent to the entire list. The person who originally asked the question has the responsibility of summarizing the answers and sending the entire summary back to the list. When a summary is sent back to the list, it should contain the word "SUMMARY" as the first word of the "Subject" line. 5: Discussions on ANY topic are very strongly discouraged and will not normally be tolerated. 6: If it is not specifically related to Sun system management, then it does NOT belong on this list. Requests for vendor recommendations are tolerated, provided that the hardware in question is something that system managers normally purchase. 7: Requests for software (free or otherwise) should be limited to software that is directly related to Sun SYSTEM MANAGEMENT ONLY. 8: Read the appropriate manuals BEFORE posting, including the "Read This First" documents. Often times the manuals contain answers for common problems. 9: When including a traceback from a system panic, make sure that it is a SYMBOLIC traceback. Numeric tracebacks (the ones included as part of the panic message) are totally useless. Read chapter 22 of the SunOS 4.1 system administration manual to learn how to produce a symbolic traceback. 10: PLEASE PLEASE PLEASE...Think before you send a message! Ask yourself "is this really appropriate?" There are enough other newsgroups and mailing lists around to cover the marginal topics. Perhaps there is another forum that is more appropriate. Other forums that relate to Suns (please mail me corrections and additions to this list): Mailing lists: Sun-Spots: general discussion of Suns. sun-spots-request@rice.edu add requests sun-spots@rice.edu submissions Sun-Nets: networking sun workstations sun-nets-request@uunet.uu.net add requests | sun-nets@uunet.uu.net submissions | Sun-386i: discussion about the Sun 386i product sun-386i-request@mailhost.acq.osd.mil add requests sun-386i@mailhost.acq.osd.mil submissions Suns-at-home: discussion about maintaining Sun2/3/4/4c systems at home suns-at-home-request@orchestra.ecn.purdue.edu add requests suns-at-home@orchestra.ecn.purdue.edu submissions Auspex: managers of Auspex NFS file servers auspex-request@princeton.edu add requests auspex@princeton.edu submissions NOTE: if you wish to be added to one of the above mailing lists, send mail to the REQUEST address! Do not send add requests to the main address! Newsgroups (accessible via "rn", "readnews", "nn", etc.): alt.sys.sun may not be available everywhere comp.sys.sun newsgroup equivalent of sun-spots comp.sources.sun Sun-specific sources (not very active) From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 1 11:55:01 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA09442; Wed, 1 Jan 1992 18:37:56 -0600 Received: by delta.eecs.nwu.edu id AA11967 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 1 Jan 1992 16:07:05 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay2.UU.NET by delta.eecs.nwu.edu with SMTP id AA29774 (5.65c/IDA-1.4.4 for ); Wed, 1 Jan 1992 16:07:00 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA16882; Wed, 1 Jan 92 17:07:05 -0500 Received: from odi.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 170611.20235; Wed, 1 Jan 1992 17:06:11 EST Return-Path: Received: by odi.com (4.0/SMI-4.0/ODI-5) id AA15593; Wed, 1 Jan 92 16:55:01 EST Date: Wed, 1 Jan 92 16:55:01 EST From: Benson I. Margulies Message-Id: <9201012155.AA15593@odi.com> To: sun-managers@eecs.nwu.edu Subject: login hang / NFS summary It was the dreated /usr/ucb/quota program. Even with quota off in the kernel, and no quotas defined, login runs this pig, which seems to trip over each and every mounted file system. Solution? mv /usr/ucb/quota /usr/ucb/denial-of-service.quota ln -s /bin/true /usr/ucb/quota From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 1 11:56:04 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA09445; Wed, 1 Jan 1992 18:39:43 -0600 Received: by delta.eecs.nwu.edu id AA18420 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 1 Jan 1992 16:07:14 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA02261 (5.65c/IDA-1.4.4 for ); Wed, 1 Jan 1992 16:07:09 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA08040; Wed, 1 Jan 92 17:07:07 -0500 Received: from odi.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 170612.20240; Wed, 1 Jan 1992 17:06:12 EST Return-Path: Received: by odi.com (4.0/SMI-4.0/ODI-5) id AA15599; Wed, 1 Jan 92 16:56:04 EST Date: Wed, 1 Jan 92 16:56:04 EST From: Benson I. Margulies Message-Id: <9201012156.AA15599@odi.com> To: sun-managers@eecs.nwu.edu Subject: automounter supplementary summary The first wave of responses all claimed that amd would be indistinguishable from automount with respect to /tmp_mnt and related stuff. Later responses claim the contrary. I'm now in possesion of an up-to-date amd, and I'm gonna try it out. From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 1 20:37:56 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA10569; Thu, 2 Jan 1992 02:42:54 -0600 Received: by delta.eecs.nwu.edu id AA05106 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 1 Jan 1992 23:56:08 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay2.UU.NET by delta.eecs.nwu.edu with SMTP id AA31789 (5.65c/IDA-1.4.4 for ); Wed, 1 Jan 1992 23:56:03 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA27019; Thu, 2 Jan 92 00:56:11 -0500 Received: from cadence.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 005517.1535; Thu, 2 Jan 1992 00:55:17 EST Received: from gda by cadence.Cadence.COM (5.61/3.14) id AA14000; Wed, 1 Jan 92 21:40:43 -0800 Received: from blackhole.gda (acae169) by gda (3.2/GDA-90/10/18) id AA25636; Thu, 2 Jan 92 00:47:13 EST Received: by blackhole.gda (4.0/SMI-4.0-gda) id AA08717; Thu, 2 Jan 92 00:37:57 EST From: esanborn@Cadence.COM (Ed Sanborn) Message-Id: <9201020537.AA08717@blackhole.gda> Subject: Please add me... To: sun-managers@eecs.nwu.edu Date: Thu, 2 Jan 92 0:37:56 EDT X-Mailer: ELM [version 2.2 PL7] ...to the sun-managers list. Thanks! SOmething seems wrong with the other sun-managers admin address. -Ed From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 1 23:44:15 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA10888; Thu, 2 Jan 1992 08:33:07 -0600 Received: by delta.eecs.nwu.edu id AA18697 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 2 Jan 1992 05:40:21 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: by delta.eecs.nwu.edu id AA02506 (5.65c/IDA-1.4.4 for sun-managers); Thu, 2 Jan 1992 05:40:15 -0600 Received: by tellab5.tellabs.com (smail2.5) id AA18939; 2 Jan 92 05:10:28 CST (Thu) Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA11128; Thu, 2 Jan 92 05:55:01 -0500 Received: from matrox.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 055302.23940; Thu, 2 Jan 1992 05:53:02 EST Received: by matrox.matrox.com (AIX 2.1.2/smail2.5/02-04-90) id AA12180; Thu, 2 Jan 92 04:32:32 EST Received: by bigbrother.matrox.com (4.1/SMI-4.1) id AA09689; Thu, 2 Jan 92 04:44:17 EST From: uunet!bigbrother!rpage (Real Page) Message-Id: <9201020944.AA09689@bigbrother.matrox.com> Subject: 32MB ECC memory from 4/200 in a 4/370?? To: sun-managers@eecs.nwu.edu (Sun Managers) Date: Thu, 2 Jan 92 4:44:15 EST X-Mailer: ELM [version 2.3 PL11] I have 4 32Mb ECC memory board (501-1254) that whould be of a greater use in a 4/370. Sun documentation say that the 4/370 need a 32Mb Parity memory expansion board. I am pretty sure that the 32Mb ECC is incompatible, but I might be wrong too... So if anybody did try it and got some result, let me know Thanks, -- +----------------------------+----------------+----------------------+ | Real Page | 1055 St-Regis | (514) 685-7230 #2359 | | Keyboard Administrator | Dorval, Canada | (514) 685-7030 Fax | | Matrox Electronics Systems | H9P 2T4 | Real.Page@matrox.com | +----------------------------+----------------+----------------------+ From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 1 15:38:15 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA10931; Thu, 2 Jan 1992 08:46:51 -0600 Received: by delta.eecs.nwu.edu id AA04760 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 2 Jan 1992 04:51:59 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from WILMA.BBN.COM by delta.eecs.nwu.edu with SMTP id AA16266 (5.65c/IDA-1.4.4 for ); Thu, 2 Jan 1992 04:51:53 -0600 Message-Id: <199201021051.AA16266@delta.eecs.nwu.edu> Received: by WILMA.BBN.COM id aa24045; 1 Jan 92 23:31 EST To: sun-managers@eecs.nwu.edu Subject: SUMMARY Addition: Can a Sparcstation SLC have more than 16 Mbytes? Date: Wed, 01 Jan 92 20:38:15 -0500 From: dan@BBN.COM I got one response after I sent my previous summary of the answers to this question, which said that it *was* possible to boost the total RAM of an SLC, by replacing the 1-Mbyte SIMMs with 2-Mbyte SIMMs. I did not post it immediately since it contradicted all other respondents, but discussed it in more detail. Herewith (a bit late) the relevant messages from our exchanges. From: Wilson N G Date: Mon, 16 Dec 91 09:56:09 GMT Message-Id: <8100.9112160956@sersun0.essex.ac.uk> To: dan@BBN.COM Subject: Re: Can a Sparcstation SLC have more than 16 Mbytes? Sorry, it's a month or two since I looked at an SLC - I remembered 8 slots. You must already have the 1M x 36 SIMMs and therefore need the 2M x 36 ones each of which gives you 8Mb, hence 32Mb in total. Micron's # is MT24D236. I asked whether noel had tried it: From: Wilson N G Date: Tue, 17 Dec 91 09:49:59 GMT Message-Id: <12722.9112170949@sersun0.essex.ac.uk> To: dan@BBN.COM Subject: Re: Can a Sparcstation SLC have more than 16 Mbytes? No, I must admit that I haven't. I am certainly inclined to believe that it would work, however, since as I understand it the proms determine simm sizes by trial and error (put a pattern in consecutive addresses and search for it at higher addresses; when it reappears, you've just wrapped). See if anyone will sell you the SIMMs on a trial basis; they would have a vested interest in finding out for themselves, since they could sell quite a few to people in your position of being faced with a machine change if they don't work. I'm not sure if Micron sell direct or not; they would be worth ringing since they might be cooperative, or at least would give you names of distributors. Let me know how you get on. Unfortunately I don't have the time to try something no one else has attempted (particularly since our particular SLC is heavily used virtually 24 hours/day). But if anyone else would like to try it, I would be very interested in the results. If anyone else knows for certain that this won't work (and why), that would be interesting information as well. Dan Franklin dfranklin@bbn.com From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 1 21:54:49 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA11006; Thu, 2 Jan 1992 09:07:03 -0600 Received: by delta.eecs.nwu.edu id AA31848 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 2 Jan 1992 05:40:01 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: by delta.eecs.nwu.edu id AA03653 (5.65c/IDA-1.4.4 for sun-managers); Thu, 2 Jan 1992 05:39:55 -0600 Received: by tellab5.tellabs.com (smail2.5) id AA17575; 2 Jan 92 04:27:39 CST (Thu) Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA26805; Thu, 2 Jan 92 03:10:15 -0500 Received: from matrox.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 030920.12162; Thu, 2 Jan 1992 03:09:20 EST Received: by matrox.matrox.com (AIX 2.1.2/smail2.5/02-04-90) id AA11021; Thu, 2 Jan 92 02:43:05 EST Received: by bigbrother.matrox.com (4.1/SMI-4.1) id AA09548; Thu, 2 Jan 92 02:54:51 EST From: uunet!bigbrother!rpage (Real Page) Message-Id: <9201020754.AA09548@bigbrother.matrox.com> Subject: Performance Issue: 2 SMD-Disk on 1 or 2 SMD Controler (7053) To: sun-managers@eecs.nwu.edu (Sun Managers) Date: Thu, 2 Jan 92 2:54:49 EST X-Mailer: ELM [version 2.3 PL11] Any of you can tell me what would be the most efficient 2 900 SMD disk on 1 SMD 7053 controller or 2 time (1 900 SMD disk on 1 SMD 7053 controller) Thank, I will summarize... -- +----------------------------+----------------+----------------------+ | Real Page | 1055 St-Regis | (514) 685-7230 #2359 | | Keyboard Administrator | Dorval, Canada | (514) 685-7030 Fax | | Matrox Electronics Systems | H9P 2T4 | Real.Page@matrox.com | +----------------------------+----------------+----------------------+ From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 2 07:53:24 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12528; Thu, 2 Jan 1992 16:09:09 -0600 Received: by delta.eecs.nwu.edu id AA26216 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 2 Jan 1992 12:42:18 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from BU.EDU by delta.eecs.nwu.edu with SMTP id AA18338 (5.65c/IDA-1.4.4 for ); Thu, 2 Jan 1992 12:42:13 -0600 Received: by BU.EDU (1.99) Thu, 2 Jan 92 13:42:10 EST From: steve@icad.COM Received: from melbourne.icad.com by icad.COM (4.1/SMI-4.0) id AA19681; Thu, 2 Jan 92 12:53:26 EST Received: by melbourne.icad.com (AIX 3.1/UCB 5.61/4.03) id AA12704; Thu, 2 Jan 92 12:53:24 -0500 Date: Thu, 2 Jan 92 12:53:24 -0500 Message-Id: <9201021753.AA12704@melbourne.icad.com> To: sun-managers@eecs.nwu.edu Subject: Telebit T1600 I've been asked to upgrade a Ventel 2400 baud modem to a Telebit T1600 on our Sun 3/260 running SunOS 4.1.1. The modem is attached to ttyb. I've updated all the configuration files as indicated below and sent a SIGHUP to init but when I try to tip cua1 I get an "all ports busy" message. I tried using ttysoftcar but it never returned. Has anybody else had to install a T1600? What am I missing? /etc/ttytab entry ttyd1 "/usr/etc/getty std.9600" dialup on # The Telebit T1600 /etc/gettytab 2|std.9600|9600-baud:\ :sp#9600: /etc/remote cua1|T1600:dv=/dev/cua1:br#9600 Thanks in Advance! Steve Carr Internet: steve@icad.com Icad, Inc. Phone : (617) 349-3644 Ext 247 201 Broadway Cambridge, MA 02139 From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 2 04:08:06 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12644; Thu, 2 Jan 1992 16:54:38 -0600 Received: by delta.eecs.nwu.edu id AA32163 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 2 Jan 1992 14:03:40 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from netcomsv.netcom.com by delta.eecs.nwu.edu with SMTP id AA16656 (5.65c/IDA-1.4.4 for ); Thu, 2 Jan 1992 14:03:35 -0600 Received: from caere.UUCP by netcomsv.netcom.com (4.1/SMI-4.1) id AA29864; Thu, 2 Jan 92 12:03:55 PST Received: from cc:Mail by caere.com (2.0/Outmail) id Message-ID: <489@caere.com>; Thu, 02 Jan 92 12:08:06 PST Date: Thu, 02 Jan 92 12:08:06 PST From: Mojo Message-Id: <489@caere.com> To: sun-managers@eecs.nwu.edu Subject: Why partition? Sometimes "why" is a difficult question to find the answer to ... My SS2 includes a 1.2G disk pack to be used for file service. Why should I partition it into more than one partition? Why not have one large partition to draw from? Is there some hidden reason to use partition 'g' rather than partition 'a'? Magic cookies aren't always obvious. :) Mojo -- Morris Jones Caere Corp. mojo@caere.com From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 2 16:54:54 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12647; Thu, 2 Jan 1992 16:54:54 -0600 Received: by delta.eecs.nwu.edu id AA29479 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 2 Jan 1992 13:24:22 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from arbi.Informatik.Uni-Oldenburg.DE by delta.eecs.nwu.edu with SMTP id AA30912 (5.65c/IDA-1.4.4 for ); Thu, 2 Jan 1992 13:24:12 -0600 Received: by arbi.informatik.uni-oldenburg.de (smail3.1.18 + xalias); Thu, 2 Jan 92 20:23 MET Received: by aragorn.Informatik.Uni-Oldenburg.DE (Smail3.1.22.1) id ; Thu, 2 Jan 92 20:22 MET Received: by arwen.Informatik.Uni-Oldenburg.DE (4.1/SMI-4.1) id AA14368; Thu, 2 Jan 92 20:22:09 +0100 From: Thomas Weihrich Message-Id: <9201021922.AA14368@arwen.Informatik.Uni-Oldenburg.DE> Subject: SUMMARY: C-Compiler no longer included in OS?!! To: sun-managers@eecs.nwu.edu Date: Thu, 2 Jan 92 20:22:08 MET X-Mailer: ELM [version 2.3 PL11] Hi everybody ! Sorry to have kept you all waiting. Here's the summary on the subject that got me many helpful replies, a few flames and 2 insults. I think this topic belongs into this forum, just because the C-Compiler is one of the most-used tools in unix system programming and system administration (even if it's just for compiling other tools). So no more flames please. I have promised an unbiased summary. Credits at the end of the summary. Here's what I've found out: 1) Sun planned to unbundle the C-compiler and the program development tools (SPARCworks, including the debugger) 2) Due to a very angry community the official Sun guideline seems to be: "Nothing has been decided yet" This is a quote. 3) the idea of unbundling the compiler was brought up by sales persons, not by the tech guys. 4) I did not get a final official word on it. 5) Sun Microsystems announced the unbundling of the C-compiler at the SUG-conference in San Diego. 6) If the C-compiler is unbundled, the debugger will be yaup (yet another unbundled product), which will be known as SPARCworks 7) The unbundled C-compiler will be expensive. According to the replies that I received, the price will be higher than 2k$ per machine, or 100 000 USD for a site license. 8) The debugger might very well cost about the same amount, I did not get info on its pricing. 9) The object file format will change starting with SunOS 5.0. Sun will use ELF encoding instead of the old a.out format. 10) There will be no gcc available immediately, because gcc does not yet support the ELF format. If it is available, you'll still need the Sparc CC to compile it, unless the FSF should start providing binaries. 11) Old programs will have problems running under SunOS 5.0 The following restrictions apply: programs must be dynamically linked programs must not use kernel structures no direct kernel traps allowed no use of undocumented features any programs that are linked statically will not repeat not run. Running programs compiled under 4.1.1 will almost certainly decrease the performance of the workstation. 12) hardware drivers must be rewritten, support for many devices such as the ALM board will be discontinued. Final words: Until I get a FREE copy of a Sun C-compiler with the upgrade disk, I am forced to assume that the unbundling of the compiler has indeed taken place. I will not discuss any alternatives here. Anybody who wishes to contact me about them is welcome to send e-mail. Anybody interested in comments about this topic is invited to drop me some mail too. I hope this is unbiased. I will keep all those who are interested informed, if they notify me. Thanks for your patience Thomas Weihrich -------------------------------------------------------------------------------- Thanks to: Michael Maciolek mikem@juliet.ll.mit.edu Dick St.Peters stpeters@crd.ge.com Kathryn L. Smith kathy@XN.LL.MIT.EDU Fabrice Le Metayer fabrice@sj.ate.slb.com J. Eric Townsend jet@uh.edu Calum D. Mackay calum.mackay@mrc-apu.cam.ac.uk Brian Reynolds reynolds@fsg.com Russ Poffenberger poffen@sj.ate.slb.com Kevin Sheehan kalli!kevin@fourx.aus.sun.com Tad Guy tadguy@ab00.larc.nasa.gov Terence P. Ma tpm%tpm-sprl@uunet.uu.net Robert McGraw rmcgraw@sunspot.sunspot.noao.edu Mike Raffety miker@sbcoc.com Jerry M. Carlin jmcarli@srv.PacBell.COM J. Matt Landrum mdl@cypress.com Len Evens syslen@math.nwu.edu Andy J. Stefancik as6143@eerpf001.ca.boeing.com Brian Keves keves@meaddata.com David Trueman Fred Seals fred@johnd.tamu.edu Doug Peterson doug@USAN.consult.com Dr. Peter J. Welcher pjw@math30.sma.usna.navy.MIL Grootwassink, David GROOTWASS@TAWC1.EGLIN.AF.MIL Fran Sullivan fmrco!fxs@uunet.uu.net Paul Graham Roger Burroughes pjg@acsu.buffalo.edu Jan Berger Henriksen JanBerger.Henriksen@ii.uib.no Ian Daniel Daniel@europarc.xerox.com Marcel Bernards Bernards@ECN.NL Eckhard Rueggeberg erueg@cfgauss.uni-math.gwdg.de Beat H. Meier beme@nmr.lpc.ethz.ch Steve Jay shj@ultra.com Wilhelm Methfessel meth@uebemc.siemens.de Mark Galbraith mark@deltam.com Paul Allen pallen@atc.boeing.com David Fetrow fetrow@orac.biostat.washington.edu John A. Turner turner@lanl.gov Mark Glasser markg@nextwave.com Keith Farrar keith@markets.amix.com Mitch Baltuch mitch@unidata.ucar.edu klaus u schallhorn Mike Reddy mike@ml.com Steve Hanson hanson@pogo.fnal.gov Lewie Wolfgang wolfgang@nosc.mil Bob Rutherford David Mostardi david@msri.org Ed Arnold era@ncar.ucar.edu Brett Chapman chapmanB@med.ge.com Chip Christian chip@allegra.att.com Hal Stern stern@sunne.East.Sun.COM Michael S. Maiten msm@energetic.com Meg Grice mlg@cstp.umkc.edu David Wiseman magi@csd.uwo.ca Ian Johnson icj@dollar.bf.rmit.oz.au Claus Assmann ca@idefix.informatik.uni-kiel.dbp.de Bill Shorter bill@aloft.att.com From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 2 04:56:36 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12894; Thu, 2 Jan 1992 18:12:22 -0600 Received: by delta.eecs.nwu.edu id AA13530 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 2 Jan 1992 14:57:14 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Sdsc.Edu (sds.sdsc.edu) by delta.eecs.nwu.edu with SMTP id AA12443 (5.65c/IDA-1.4.4 for ); Thu, 2 Jan 1992 14:57:08 -0600 Received: from horizon.horizon.com by Sdsc.Edu (sds.sdsc.edu STMG) via INTERNET; Thu, 2 Jan 92 20:56:52 GMT Received: from arfalas.horizon.com by horizon.horizon.com (4.1/SMI-4.0) id AA26386; Thu, 2 Jan 92 12:56:40 PST Received: by arfalas.horizon.com (4.1/SMI-4.1) id AA18921; Thu, 2 Jan 92 12:56:36 PST Date: Thu, 2 Jan 92 12:56:36 PST From: ron@arfalas.horizon.com (Ron McDaniels) Message-Id: <9201022056.AA18921@arfalas.horizon.com> To: sun-managers@eecs.nwu.edu Subject: Summary; Sync SCSI on the SS1 I asked: >SunOS 4.1.1b installed on an SS1. Wren VII doesn't boot up synchronous. I >seem to remember that there is some nonsense about synchronous SCSI getting >turned-off during device probe on an SS1 to mask a 3.5" disk drive problem >but I can't remember the specifics. The question is, how do I get an SS1/SUNOS >4.1.1b combo to run the disk synchronous. > > [attempt at humor deleted] > I got quite a few responses on this question (no corrections of spelling and only one flame about me not picking up the answer from the sun-managers FAQ :-) Most cautioned me not use sync SCSI on an SS1 because of problems in the SCSI design on that processor. One respondent noted that the problem was corrected in later versions of the SS1 and has been running with sync SCSI enabled for almost a year. All (save one - the individual that flamed me) that sent me a patch, agreed that the word kernel variable esp_ss1_esp0sync should be set to 1 to make the SS1 use sync SCSI transfers. One person suggested the patch be applied with the following line (as root) and the system rebooted: echo 'esp_ss1_esp0sync?W 1' | adb -w /vmunix Although I was repeatedly warned that use of sync SCSI on the SS1 would result in disc operations being retried (with a resulting loss of disc performance), no one said that grossly unpleasant things would happen (corrupted disc files, growth of hair on the palms of the hands, etc.), so I think that I will try it. Many thanks to the following individuals: ray@isor.vuw.ac.nz mcneal@Solbourne.COM kalli!kevin@fourx.Aus.Sun.COM toku@dit.co.jp thakur@zerkalo.harvard.edu hanson@pogo.fnal.gov owf!jw bovet@hao.ucar.edu alastair@eucad.co.uk fetrow@orac.biostat.washington.edu bill@aloft.att.com bit!jayl miker@sbcoc.com Ron McDaniels Science Horizons From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 2 22:31:18 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA13129; Thu, 2 Jan 1992 20:34:30 -0600 Received: by delta.eecs.nwu.edu id AA29086 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 2 Jan 1992 17:03:06 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA21771 (5.65c/IDA-1.4.4 for ); Thu, 2 Jan 1992 17:02:47 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA10911; Thu, 2 Jan 92 18:02:39 -0500 Received: from sbi.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 180109.7138; Thu, 2 Jan 1992 18:01:09 EST Received: from aristotle.sbi.com by sbi.com (4.1/SMI-4.1) id AA06747; Thu, 2 Jan 92 17:37:03 EST Received: by aristotle.sbi.com (4.1/SMI-4.1) id AA17549; Thu, 2 Jan 92 17:37:00 EST To: sun-managers@sbi.com Path: aristotle!picard.sbi.com!eric_newsbox From: eric_newsbox@picard.sbi.com (News box) Newsgroups: mail.list.sun-managers Subject: Sun Shield (ARM & ASET) Message-Id: Date: 2 Jan 92 22:31:18 GMT Distribution: mail Organization: Salomon Brothers Inc. Lines: 6 Hi netlanders, I'm doing a survey as to who (or which company) out there is using Sun's unbundled product, Sun Shield, (mostly for host security). I'll post summaries. From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 2 08:40:12 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA13217; Thu, 2 Jan 1992 21:55:44 -0600 Received: by delta.eecs.nwu.edu id AA10454 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 2 Jan 1992 18:36:08 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from netcomsv.netcom.com by delta.eecs.nwu.edu with SMTP id AA32436 (5.65c/IDA-1.4.4 for ); Thu, 2 Jan 1992 18:35:58 -0600 Received: from caere.UUCP by netcomsv.netcom.com (4.1/SMI-4.1) id AA20961; Thu, 2 Jan 92 16:36:19 PST Received: from cc:Mail by caere.com (2.0/Outmail) id Message-ID: <526@caere.com>; Thu, 02 Jan 92 16:40:12 PST Date: Thu, 02 Jan 92 16:40:12 PST From: Mojo Message-Id: <526@caere.com> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: disk partitions Many thanks for some excellent advice on the subject of disk partitions. Overall, I found no overwhelming reason to divide up the big add-on drive on my server system. The reasons people gave for partitioning: keeping groups of users separate, speeding up backup and recovery, running out of inodes .... These don't apply to our small network at this point. I also learned that the standard partitioning scheme for disks makes partition 'c' the whole disk, so I needn't edit the partition table, just make a filesystem on device 'c'. Thanks again ... Mojo -- Morris Jones Caere Corp. mojo@caere.com From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 2 13:34:24 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA13228; Thu, 2 Jan 1992 22:05:05 -0600 Received: by delta.eecs.nwu.edu id AA12890 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 2 Jan 1992 17:38:02 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from zookeeper.cns.syr.EDU by delta.eecs.nwu.edu with SMTP id AA31812 (5.65c/IDA-1.4.4 for ); Thu, 2 Jan 1992 17:37:50 -0600 Received: by zookeeper.cns.syr.edu (4.1/2.1-Computing and Network Services) id AA10332; Thu, 2 Jan 92 18:34:25 EST Message-Id: <9201022334.AA10332@zookeeper.cns.syr.edu> To: sun-managers@eecs.nwu.edu Cc: clustertech@zookeeper.cns.syr.edu, djmolta@zookeeper.cns.syr.edu Subj: [SUMMARY] SunOS: A major overhaul Date: Thu, 02 Jan 92 18:34:24 -0500 From: Ace Stewart My apologies for the lateness of this summary; a vacation interrupted. The best was a combination of things that people repeated, however the answer which provides the most insight was from: jdschn@nicsn1.monsanto.com (John D Schneider) ...to whom I owe great thanx. It is the first answer in the list. My thanx to the following for answers: >From: simon@freeside.Aus.Sun.COM (Simon Woodhead - Technical Consultant) >From: markets!keith@uunet.UU.NET (Keith Farrar) >From: mike@inti.lbl.gov (Michael Helm) >From: rackow@antares.mcs.anl.gov >From: Brendan Kehoe >From: kalli!kevin@fourx.Aus.Sun.COM (Kevin Sheehan {Consulting Poster Child} >From: Arie Bikker >From: "Anthony A. Datri" >From: randy@ncbi.nlm.nih.gov (Rand S. Huntzinger) >From: parens@cards.dazixco.ingr.com (paul arens x.0108) >From: zjat02@trc.amoco.com (Jon A. Tankersley) >From: jdschn@nicsn1.monsanto.com (John D Schneider) >From: Mike Raffety >From: Ian Angles John Stewart Senior UNIX/VMS Consultant Academic Computing Services Syracuse University (315) 443-3995 Here was the original question: ===================================================================== Question about updating: Our current configuration is a 4/280 running 4.1.1, a 4/490 running 4.1.1, and a Sparc2 running 4.1.1 -- all of these are running as NFS servers to one another for various reasons not important here. We are updating to a 690 and two 670's which requires an update to 4.1.2 Our problem is as follows: we can't update to 4.1.2 on the old machines and then dump and restore to the new machines since the new machines are different architectures and the update from the tapes to 4.1.2 won't be configured for the right kernel on the new machines. We also don't feel like installing a new OS on three machines and then manually copying who knows how many files from our old systems to bring the new systems up as if nothing happened. This is definitely not a good idea for us. Yet, it may be the way. Has anyone done this? Upgraded hardware and done an OS upgrade at the same time -- and if so, how did you approach it? We're running multi-user on at least one of these machines and are trying to keep downtime to an absolute minimum but this definitely throws a wrench in the works.. Please, any advice will help. My thanx. ===================================================================== >From: jdschn@nicsn1.monsanto.com (John D Schneider) We haven't done exactly what you have done, but we have upgraded several Sun 3's to Sun 4's, which required a reinstall of SunOS after the hardware, as well as a restore of the user's previous environment. We did them one a time. On each machine to be upgraded we: 1) Take a good backup to tape the night before the upgrade. 2) Backed up those files on our system that are installation modified, using a script I developed over a period of weeks as I upgraded all our Suns to SunOS 4.1.1. We first NFS mount a disk that has a little room onto /mnt: mount server:/usr/temp_backup /mnt then run this script (which will need to be customized for your site): #! /bin/sh -x # script to backup to a server all the important # files that will need to be reinstated after an upgrade to SUN OS 4.1.1. # built by John D. Schneider 04/16/91 # History: # 05/04/91 JDS Added name server config files mkdir /mnt/etc mkdir /mnt/var mkdir /mnt/usr mkdir /mnt/usr/etc mkdir /mnt/usr/spool mkdir /mnt/usr/spool/cron mkdir /mnt/usr/local mkdir /mnt/sys mkdir /mnt/sys/conf cp -rp /etc/perm* /mnt/etc cp -rp /etc/volnm.dat /mnt/etc cp -rp /etc/rc* /mnt/etc cp -rp /etc/remote /mnt/etc cp -rp /etc/sendmail* /mnt/etc cp -rp /etc/shells /mnt/etc cp -rp /etc/netmasks /mnt/etc cp -rp /etc/ethers /mnt/etc cp -rp /etc/netgroup /mnt/etc cp -rp /etc/exports /mnt/etc cp -rp /etc/maillist* /mnt/etc cp -rp /etc/aliases /mnt/etc cp -rp /etc/auto* /mnt/etc cp -rp /etc/group /mnt/etc cp -rp /etc/passwd /mnt/etc cp -rp /etc/services /mnt/etc cp -rp /etc/admin* /mnt/etc cp -rp /etc/fstab /mnt/etc cp -rp /etc/format.dat /mnt/etc cp -rp /etc/hosts /mnt/etc cp -rp /etc/hosts.equiv /mnt/etc cp -rp /etc/termcap /mnt/etc cp -rp /sysinfo /mnt cp -rp /usr/spool/cron/.proto /mnt/usr/spool/cron cp -rp /sys/conf/NODENAME /mnt/sys/conf cp -rp /.cshrc /mnt cp -rp /.defaults /mnt cp -rp /.exrc /mnt cp -rp /.login /mnt cp -rp /.permissions /mnt cp -rp /.profile /mnt cp -rp /.rhosts /mnt cp -rp /.rootmenu /mnt cp -rp /.suntools /mnt cp -rp /etc/resolv.conf /mnt/etc cp -rp /usr/etc/savefs /mnt/usr/etc # NSR program files cp -rp /usr/etc/recover /mnt/usr/etc find /usr/local -fstype 4.2 -xdev -print | cpio -paduvm /mnt find /usr/cops -fstype 4.2 -xdev -print | cpio -paduvm /mnt find /usr/var -fstype 4.2 -xdev -print | cpio -paduvm /mnt if [ -f /etc/namedb ] # name server files then mkdir /mnt/etc/namedb cd /etc/namedb find . -fstype 4.2 -xdev -print | cpio -paduvm /mnt/etc/namedb cp -rp /etc/inetd.conf /mnt/etc cp -rp /etc/named.boot /mnt/etc fi cd exit 3) After this script is run, we also backup individual user's directories that happen to be on the same disk as the OS: mkdir /mnt/usr2/USERNAME cd /usr2/USERNAME find . -fstype 4.2 -xdev -print | cpio -paduvm /mnt/usr2/USERNAME 4) Shutdown the node and install the new hardware. 5) Install a new version of SunOS using tapes or CDROM. 6) NFS mount your backup disk as you did before: mount server:/usr/temp_backup /mnt 7) Run the following script which restores the modified files backed up earlier, as well as any user data (under /usr2): #! /bin/sh -x # script to restore important files backed up by 'sunosbackup' to a server # These files are to be backed up by 'sunosbackup' prior to a SUN OS upgrade # and then restored using this script. # built by John D. Schneider 04/16/91 cp -rp /mnt/etc/perm* /etc #restore SUNLINK config files cp -p /etc/volnm.dat /etc/volnm.dat.org cp -rp /mnt/etc/volnm.dat /etc cp -p /etc/rc /etc/rc.org # restore local rc files cp -p /etc/rc.boot /etc/rc.boot.org cp -p /etc/rc.local /etc/rc.local.org cp -p /mnt/etc/rc /etc cp -p /mnt/etc/rc.boot /etc cp -p /mnt/etc/rc.local /etc cp -p /etc/remote /etc/remote.org # restore /etc/remote cp -p /mnt/etc/remote /etc if [ -f /mnt/etc/sendmail.cf ] then cp -p /etc/sendmail.cf /etc/sendmail.cf.org # restore /etc/sendmail.cf cp -rp /mnt/etc/sendmail* /etc fi cp -p /mnt/etc/shells /etc cp -p /etc/netmasks /etc/netmasks.org # restore /etc/netmasks cp -p /mnt/etc/netmasks /etc cp -p /mnt/etc/ethers /etc # restore /etc/ethers cp -p /mnt/etc/netgroup /etc # restore /etc/netgroup cp -p /etc/exports /etc/exports.org # restore /etc/exports cp -p /mnt/etc/exports /etc cp -rp /mnt/etc/maillist* /etc # restore any maillists cp -p /etc/aliases /etc/aliases.org # restore /etc/aliases cp -p /mnt/etc/aliases /etc cp -rp /mnt/etc/auto* /etc cp -p /etc/group /etc/group.org # restore /etc/group file cp -p /mnt/etc/group /etc cp -p /etc/passwd /etc/passwd.org # restore /etc/passwd file cp -p /mnt/etc/passwd /etc cp -rp /mnt/etc/admin* /etc # restore all /etc/admin* files cp -p /etc/fstab /etc/fstab.org # restore /etc/fstab cp -p /mnt/etc/fstab /etc cp -p /etc/format.dat /etc/format.dat.org # restore /etc/format.dat cp -p /mnt/etc/format.dat /etc cp -p /etc/hosts /etc/hosts.org # restore /etc/hosts cp -p /mnt/etc/hosts /etc cp -p /etc/termcap /etc/termcap.org # restore /etc/termcap cp -p /mnt/etc/termcap /etc cp -p /mnt/sysinfo / # restore /sysinfo cp -p /mnt/.cshrc / # restore root's customizations cp -p /mnt/.defaults / cp -p /mnt/.exrc / cp -p /mnt/.login / cp -p /mnt/.permissions / cp -p /mnt/.profile / cp -p /mnt/.rhosts / cp -p /mnt/.rootmenu / cp -p /mnt/.suntools / cp -p /mnt/etc/resolv.conf /etc mkdir /usr/spool # restore /cron/.proto mkdir /usr/spool/cron mkdir /usr/var/spool/mail cp -p /usr/spool/cron/.proto /usr/spool/cron/.proto.org cp -p /mnt/usr/spool/cron/.proto /usr/spool/cron mkdir /usr/local # restore /usr/local cd /mnt/usr/local find . -print | cpio -paduvm /usr/local mkdir /usr/cops # restore /usr/cops cd /mnt/usr/cops find . -print | cpio -paduvm /usr/cops mkdir /var # restore /var cd /mnt/var find . -print |cpio -paduvm /var if [ -d /mnt/etc/namedb ] # restore name server files then mkdir /etc/namedb cd /mnt/etc/namedb find . -print | cpio -paduvm /etc cp -p /mnt/etc/inetd.conf /etc cp -p /mnt/etc/named.boot /etc fi # restore /usr/usr2 local directories and files if any exist if [ -d /mnt/usr/usr2 ] then mkdir /usr/usr2 cd /mnt/usr/usr2 find . -print | cpio -paduvm /usr/usr2 fi cd exit 8) Install application softare (we have Sunlink DNI, TE100, and a few others). 9) Reboot and test. ===================================================================== >From: Mike Raffety Well, hopefully, you kept all your site-specific files OUT of /usr (and, to the extent possible, root, too). Then you CAN dump/restore all the other partitions (e.g., /home or /usr/local or whatever). Please be sure to summarize back to the list; thanks. ===================================================================== >From: Ian Angles Hmmm, mehtinks its time to bite the bullet, but a few words of advice. We're in the middle of updating our machines, both hardware (ss1+ to ss2/IPC) and software (4.1 to 4.1.1) at the same time. What we've done is go through all our config files (or the important ones at any rate) and note the differences between old & new. Then a patch file is generated (by hand or 'diff -c' which can be used in the next upgrade. Since we're doing about 80 odd machines it's been worth it - I can get a new cluster (1 server & 7 clients) up and running in about 6 hours from naked discs to on the network. Of course, things still have to be hand tuned but it's worked OK so far (about 50% of our machines are done). ===================================================================== >From: simon@freeside.Aus.Sun.COM (Simon Woodhead - Technical Consultant) Here's an idea. It's somewhat dependent on how "clean" your current installation is, ie how much is customised in / & /usr. 1) Do a generic 4.1.2 install on the new machines. 2) Use the new 4.1.2 sunupgrade uitility **with "-dummy" set**, to produce a list of all the files that 4.1.2 would normally replace. 3) Examine list of files to enable you to change (or copy across) whatever is necessary on the new machines. The user partitions can be dump/restored in the normal way. The kernel config files should need virtually no change (just the MACHINE & CPU). The "sunupgrade" utility is pretty good. Those of us within Sun who've used it have been impressed. The -dummy flag has been found to be really useful... Your 4.1.2 documentation will explain how sunupgrade works, what it produces as output, and how to interpret that output. ===================================================================== >From: markets!keith@uunet.UU.NET (Keith Farrar) 4.1.2 restore should be able to read the 4.1.1 dump tapes. You could do an interactive restore, pruning off the subdirectories which you don't want to transfer over to the new machine (anything kvm-specific or otherwise superceded, for example). The above was my approach with our last concurrent h/w s/w upgrade (4/280 with 4.0.3 to 4/490 with 4.1_PSR_A). ====================================================================== >From: mike@inti.lbl.gov (Michael Helm) Answering this depends a lot on the details of your configuration, but really, most machines have only arch & sys dependent things in /etc/, no? So if you tar this off some place (& prune out the links to executables & garbage files) then you have most of the copying done. You shouldn't need to restore anything if your partitions are laid out compatibly. If you are having some kind of space allocation problems (not enuf /usr, swap, or things in the wrong place &c) maybe you should solve this first? Another possibility is to replace the simplest machine 1st with the new hardware, whichever one is least used, fewest disks, users, &c. Then you will have a system back on the air quicker, with resources that can support partial installations of the other hardware (like diskless boots). Good luck! ====================================================================== >From: rackow@antares.mcs.anl.gov We recently did an upgrade/hardware swap that is slightly more radical than what you are proposing. It really isn't all that bad if you are putting in new disks as well. Our old config was 4 Sun3/280 each with about 2 gig of disk acting as file servers for a bunch of Sun3 diskless desktops and a few sparcs. They also servered files to a variety of other hardware platforms. The new servers are Sparcstation-2's with 4+ gig of SCSI disk each. What we did was to bring up the new machines on the new OS and got all the disks formated/partitioned/newfs'd. We then brought the new servers up in parallel to the old server. Next was to reboot the oldservers without the user file systems mounted. This will keep the file stable while your doing the copies... Now do a "cd newdiskpart; rsh oldserver dump 0df 8888888 - | restore if -" to copy the disks across the net. Using parallel copies going on on the 3 nets of the system, we were able to copy the user files in about 2.5 hours. The servers were up and running and the users saw very little downtime or change in function. -_Gene ===================================================================== >From: Brendan Kehoe I'd suggest not upgrading to 4.1.2. :) ===================================================================== >From: jack@laguna.CCSF.Caltech.EDU (Jack Stewart) We have the boards on order to do a board upgrade. I don't think that they are +++ shipping yet but I can let you know how it goes after we do the +++upgrade. The 4.1.2 release only contains support for the MP machines, to the best of my +++knowledge. I don't believe that there are any new file systems, +++dumps, restores or tars. What is it that you are actually trying to do on these machines? The files on +++the user disks should be fine. The files in the / and /usr parti +++tion on the old system won't be any good to you anyway. There ar +++e only about 5 configuration files (printcap, passwd, etc). All +++of these can be restored from tape (I usually cheat and copy them +++ to one of the user disks). So I am not exactly sure of what you +++ are trying to do (or what the area of concern is)? If you descr +++ibe it to me in more detail I'ld be glad to help. ===================================================================== >From: kalli!kevin@fourx.Aus.Sun.COM (Kevin Sheehan {Consulting Poster Child} This may be a silly assumption, but I would presume that the upgrade kit anticipated that problem. I know the Sun guys here get them up in a matter of hours, so that doesn't sound like a re-install to me... ===================================================================== >From: Arie Bikker I did something like this when stepping from 3.5 to 4.0.3.Here's the recipe: You need a spare partition. Build 4.1.2 plain vanilla Dump /xxx.4.1.1 on the spare (possibly from tape) Dump and restore in one operation /xxx.4.1.2 on spare Change fstab to switch /xxx.4.1.2 to spare Reboot (and hope for the best) If alls well dump and restore (mounted) spare to (original) /xxx.4.1.2 You can repeat this for any of the installation affected partitions. This procedure saves the files you had added to plain vanilla. The altered files is a different story. A simple find with appropriate mtime an +++d exec will do that job. ===================================================================== >From: "Anthony A. Datri" This is a perfect example of why it's important to isolate local changes/ additions as much as possible. Local software should all live under one places -- /usr/local, for example -- that is easily isolable. Things like /etc/hosts, /etc/aliases, /etc/passwd, and so forth should be maintained and distributed from a central database. Thus, you isolate the boilerplate (the os) from local state. Of course, certain stupidities of Sun's get in the way, like their brain-dead treatment of ifconfig in the rc files. ===================================================================== >From: randy@ncbi.nlm.nih.gov (Rand S. Huntzinger) I wish I could help you but we haven't done this yet. Like you, it's on the plate for the future. If you get any particularly bright replies please let me know - or post a summary back to the net. I'm afraid however, that we're probably going to be stuck with doing it the old blood and guts way. There are things which you can do to help minimize the downtime. 1. A detailed plan is essential. You spend a lot of time figuring out what you're going to need to do and in what order. With a plan you can also delegate pieces of the job to others, so you can get things going quickly. 2. I have been known to dump stuff off of the tape (oops - CD) and pick out the files I need to edit on the old systembefore the upgrade. Things like the kernel configuration file, rc.local, fstab, printcap, passwd, magic, etc. By editingthese files before the the upgrade, you don't have to waste time editing them when the system is unavailable. 3. Decide ahead of time which things you can defer installing until after the system is available to users. Inform users using /etc/motd, mail, etc. what will not be available immediately and then inform them as things become available. This allows people to get working on some things while you're completing the job. Again - a plan is essential. 4. If you have to do dumps and restores, and you have multiple tape drives, you can do them in parallel. This can save lots of time. But like fsck - don't try to dump or restore two partitions on the same disk at the same time. That turns a big win into a big loss. 5. If you're going to have to do dumps and restores - do the dumps on inactive filesystems. That is the system down, or the filesystem dismounted, or the filesystem read-only. You don't want to mess up you dumps on something this important. 6. Again, related to planning. Make sure you have everything you're going to need laid out ready to go. You don't want to have the system down while you're looking for a tape or a manual. 7. I usually do most of my work with the system in multi-user mode and logins disabled or a prominant /etc/motd message saying the system is not officially up and can be shut down at short notice. This allows me to connect multiple windows from my workstation to the machine over the net and do more than one thing at once. 8. Keep records of what you did in building the system, and add to the list records of the changes you made afterwards so it'll be easier to build your plan for the next upgrade. 9. Once you've built one machine, you can probably build the kernels, prepared edited files, etc. for the others on it. The 690 and 670's are, I think, the same architecture. Hope this helps - it's really pretty general sort of stuff and you've probably thought of much of it already. ===================================================================== >From: parens@cards.dazixco.ingr.com (paul arens x.0108) John, I have upgraded two systems with the 4.1.2 OS this month. One of the upgrades +++was a 4/330 in our production environment, the other was building +++ an "out-of-the-box" 670 with 4.1.2 . While neither of these qui +++te matches your exact situation I thought I'd share what I learne +++d. The installation process is (for a full rebuilt) almost identical to 4.1.1. Ve +++ry easy, and straight forward. As for the operation of 4.1.2 OS +++we have seen very few "features" that have caused us problems. T +++he only large one is that any setUID programs compiled on 4.1.2 +++are NOT backwards compatible to 4.1.1. Upward compatiblity works +++ fine! The 670 that I helped build was a rather flaky box. We had repeated problems w +++ith building the CDC IPI drives (still no explaination on why). +++The Sun tech line gave us bad info on installing the PrestoServe +++boards which forced them to send us a replacement. All in all: With the exception of the flaky hardware my experiences with both +++products has been quite good. The 4.1.2 seems tobe very stable. +++ The MP unit that we have (now a 630) has stabilized quite well a +++nd is more than pulling its load. So, other than the normal prob +++lems associated with completely rebuilding the /usr partition the +++ upgrade went quite well. Good Luck.!!! Merry Christmass.!!! I am interested in hearing how you finally +++ handle the upgrade. Paul Arens Manager Systems Product Support Dazix, An Intergraph Company parens@dazixco.ingr.com ===================================================================== >From: zjat02@trc.amoco.com (Jon A. Tankersley) To: jstewart@mailbox.syr.edu Subj: Re: [SunOS] A major overhaul -- has anyone done this? Yes... It is a real pain. Basically, keep a copy of /etc and /var (for mail) around. Most of /usr will get wiped out, so you may want to copy any extra stuff you put there (local, etc.) someplace, or you can try to preserve /usr. >From the restore stand point, you don't have to restore into the same director +++y. You can restore anywhere and copy the necessary files over. ===================================================================== From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 2 12:12:55 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA13426; Fri, 3 Jan 1992 00:10:48 -0600 Received: by delta.eecs.nwu.edu id AA29652 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 2 Jan 1992 18:13:03 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from pex.eecs.nwu.edu by delta.eecs.nwu.edu with SMTP id AA23603 (5.65c/IDA-1.4.4 for ); Thu, 2 Jan 1992 18:12:56 -0600 Received: by pex.eecs.nwu.edu (4.1/SMI-NWU-SUG) id AA07494; Thu, 2 Jan 92 18:12:55 CST Date: Thu, 2 Jan 92 18:12:55 CST From: phil@pex.eecs.nwu.edu (William LeFebvre) Message-Id: <9201030012.AA07494@pex.eecs.nwu.edu> To: sun-managers@eecs.nwu.edu Subject: New newsgroups: comp.sys.sun heirarchy now exists Well, they all passed. And there now exist a whole bunch of newsgroups for Sun and Sun-related stuff. I would encourage all sun-managers subscribers to use the newsgroups whenever practical and reserve this list for emergencies ONLY. Here is the new heirarchy: comp.sys.sun.admin comp.sys.sun.announce comp.sys.sun.apps comp.sys.sun.hardware comp.sys.sun.misc comp.sys.sun.wanted If you don't have these groups at your site yet, be patient. Our newgroup messages just showed up today. If you don't know what I'm talking about, then ignore this message. If you are still curious, I am talking about the Usenet News system, typically read with programs like "rn", "nn", "xrn", and gnews. There are currently NO plans for linking comp.sys.sun.admin and this list. I would like to see this list reserved for emergencies, and see all other traffic migrate to comp.sys.sun.admin. Perhaps this list's name should be changed to sun-emergencies? :-) William LeFebvre Computing Facilities Manager and Analyst Department of Electrical Engineering and Computer Science Northwestern University From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 2 17:27:04 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA13438; Fri, 3 Jan 1992 00:19:30 -0600 Received: by delta.eecs.nwu.edu id AA13379 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 2 Jan 1992 21:27:16 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from urth.acsu.buffalo.edu by delta.eecs.nwu.edu with SMTP id AA14583 (5.65c/IDA-1.4.4 for ); Thu, 2 Jan 1992 21:27:08 -0600 Received: by urth.acsu.buffalo.edu (4.1/1.35) id AA12289; Thu, 2 Jan 92 22:27:05 EST Message-Id: <9201030327.AA12289@urth.acsu.buffalo.edu> To: sun-managers@eecs.nwu.edu Subject: Re: New newsgroups: comp.sys.sun heirarchy now exists In-Reply-To: Phil's mail of Thu, 02 Jan 92 18:12:55 CST Date: Thu, 02 Jan 92 22:27:04 EST From: Paul Graham -------- Phil writes: I would like to see this list reserved for emergencies, and see all other traffic migrate to comp.sys.sun.admin. Perhaps this list's name should be changed to sun-emergencies? ------------------- yes please. or at least sun-urgent. the first thing someone becomes aware of is the name not the ``charter''. of course earlier i said: ---------------------------- Date: Sat, 13 May 89 22:19:45 EDT Subject: Re: Charter for this list From: Paul Graham To: sun-managers@rice.edu . . . i thought this was sun-managers not sun-emergencies. ---------------------------- heh. 2 and half years -- whoda thunk it. -- paul From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 2 16:37:02 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA13856; Fri, 3 Jan 1992 01:22:27 -0600 Received: by delta.eecs.nwu.edu id AA19491 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 2 Jan 1992 22:16:24 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: by delta.eecs.nwu.edu id AA17536 (5.65c/IDA-1.4.4 for sun-managers); Thu, 2 Jan 1992 22:16:12 -0600 Received: by tellab5.tellabs.com (smail2.5) id AA25365; 2 Jan 92 22:07:58 CST (Thu) Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA17736; Thu, 2 Jan 92 22:02:10 -0500 Received: from matrox.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 220156.12622; Thu, 2 Jan 1992 22:01:56 EST Received: by matrox.matrox.com (AIX 2.1.2/smail2.5/02-04-90) id AA22148; Thu, 2 Jan 92 21:25:18 EST Received: by bigbrother.matrox.com (4.1/SMI-4.1) id AA01094; Thu, 2 Jan 92 21:37:04 EST From: uunet!bigbrother!rpage (Real Page) Message-Id: <9201030237.AA01094@bigbrother.matrox.com> Subject: NEED: Format.dat entry for ST41200N CDC 94601-12G To: sun-managers@eecs.nwu.edu (Sun Managers) Date: Thu, 2 Jan 92 21:37:02 EST X-Mailer: ELM [version 2.3 PL11] I am trying to figure an entry in format.dat for the ST41200N Seagate disk drive. But there is some things I can not figure out even when reading the manuals. I look at the documentation for the ST41200N and it state 1931 Cylinder the format.dat entry in 4.1.1b use 1703 cylinder??? Seagate says that there is 70 sect/track while the format.dat use 80 Also how do you figure out the bpt entry? What is the atrack entry? Where do I find the documentation for the MD21 controller to determine the fmt_time, cache, trks_zone and asect entry? So any entry that would use fully use the drive would be appreciated. -- +----------------------------+----------------+----------------------+ | Real Page | 1055 St-Regis | (514) 685-7230 #2359 | | Keyboard Administrator | Dorval, Canada | (514) 685-7030 Fax | | Matrox Electronics Systems | H9P 2T4 | Real.Page@matrox.com | +----------------------------+----------------+----------------------+ From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 3 04:33:55 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA15077; Fri, 3 Jan 1992 12:43:35 -0600 Received: by delta.eecs.nwu.edu id AA20800 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 3 Jan 1992 09:29:09 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from edge (edge.CIS.McMaster.CA) by delta.eecs.nwu.edu with SMTP id AA07751 (5.65c/IDA-1.4.4 for ); Fri, 3 Jan 1992 09:29:02 -0600 Received: by edge id AA00943 (5.65c/IDA-1.4.4 for sun-managers@eecs.nwu.edu); Fri, 3 Jan 1992 09:33:56 -0500 Message-Id: <199201031433.AA00943@edge> From: johnb%edge@edge.CIS.McMaster.CA (John Benjamins) Date: Fri, 3 Jan 1992 09:33:55 -0500 X-Mailer: Mail User's Shell (7.2.3 5/22/91) To: sun-managers@eecs.nwu.edu Subject: Corrupt label on SMD drive This question relates to a Solbourne Series 4/600 system running OS/MP 4.0A (I believe). I hope sun-compatible (sort of) is close enough for this mailing list. My apologies if it doesn't. This machine has an SMD drive (Fujitsu, I forget which model, etc). The machine has also had a number of problems since Christmas Eve. After replacing a CPU board, when the system boots, we get a message like: xdc0: corrupt label Is there anyway to salvage the information on the disk? Can format read a backup label? I realize that if we knew the partition sizes, etc, (i.e. all the original format information), we could just create a new label, and all the data should be intact, right? Of course, this information was never written down, and the last backup on the drive was done in May 1991 (argghhh:-(. Is there anyway I can help these people get the info off the drive? Thanks for any and all help. Disclaimer: I don't look after this system, the guys who look after this machine came to me for help. I wish they had done that last June instead:) -- E. John Benjamins BITNET: JOHNB@MCMASTER Computing and Information Services, Internet: johnb@edge.cis.mcmaster.ca ABB 132, McMaster University, << "Who can stand in the way, >> Hamilton, Ontario, Canada. << When there's a dollar to be made?" >> From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 3 16:02:49 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA15165; Fri, 3 Jan 1992 13:12:36 -0600 Received: by delta.eecs.nwu.edu id AA11411 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 3 Jan 1992 10:12:47 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay2.UU.NET by delta.eecs.nwu.edu with SMTP id AA20338 (5.65c/IDA-1.4.4 for ); Fri, 3 Jan 1992 10:12:39 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA09261; Fri, 3 Jan 92 11:12:34 -0500 Received: from sbi.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 111148.28157; Fri, 3 Jan 1992 11:11:48 EST Received: from aristotle.sbi.com by sbi.com (4.1/SMI-4.1) id AA10547; Fri, 3 Jan 92 11:08:38 EST Received: by aristotle.sbi.com (4.1/SMI-4.1) id AA20590; Fri, 3 Jan 92 11:08:32 EST To: sun-managers@sbi.com Path: aristotle!picard.sbi.com!eric_newsbox From: eric_newsbox@picard.sbi.com (News Box) Newsgroups: mail.list.sun-managers,alt.sys.sun,comp.sys.sun.apps,comp.sys.sun.admin,comp.sys.sun.misc,alt.security Subject: Sun Shield experiences ?? Message-Id: Date: 3 Jan 92 16:02:49 GMT Followup-To: mail.list.sun-managers Distribution: mail, alt, comp Organization: SBI Lines: 46 Hi netlanders, Recently I posted an article asking who (or which companies) out there are using Sun's host security product, Sun Shield (ARM & ASET) and so far I only got replies from PacBell and some folks from Australia. Now, are there anymore out there ? I wonder if Sun itself is using them in their large internal networks ... Anyway, I'm now interested in knowing your experiences with the following aspects of ARM :- 1). Relability in various (esp. complex) configurations in ARM. e.g. Does it work in the configurations as advertised in the manual ? Does it work well in various YP or standalone configurations ? 2). Fault tolerance of ARM. e.g. What if one or more of the critical daemons die - does it mean that it'll effectively lock out the entire ARM domain and nobody can get in then ? What if sabotagers orchestrate to hit several machines (or several different accounts on the same machine) at once (e.g. deliberately trying to login but given wrong/empty password when prompted), does it mean that they can potentially lock out an entire domain and nobody can log into those machines for some period of time ? 3). User-friendly configurations/ease of debugging in ARM. e.g. What if the SA made mistakes in editing some of the configuration and/or log (or struct) files - does it mean that ARM will start behaving strangely and it'll then become hard to know what is going on from there ? In general, is it easy to know that ARM has gone astray or what part of ARM has goine astray ? 4). How scalable is ARM ? Will ARM be able to scale up to well over 10K users - how does it impair performance from the user's point of view ? -- i.e. would it take significantly longer (e.g. 5 times longer) for a user to login as it would if ARM were NOT installed. The 10K+ users may potentially reside on a single machine or spread out amongst several (say < 5) machines. Thanks in advance. I'll summarize. From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 3 00:16:47 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA15169; Fri, 3 Jan 1992 13:14:05 -0600 Received: by delta.eecs.nwu.edu id AA05603 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 3 Jan 1992 10:13:56 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from proton.llumc.edu by delta.eecs.nwu.edu with SMTP id AA25552 (5.65c/IDA-1.4.4 for ); Fri, 3 Jan 1992 10:13:48 -0600 Received: from muon.llumc.edu by proton.llumc.edu (4.0/SMI-4.1) id AA11181; Fri, 3 Jan 92 08:16:47 PST Date: Fri, 3 Jan 92 08:16:47 PST From: baumann@proton.llumc.edu (Michael Baumann) Message-Id: <9201031616.AA11181@proton.llumc.edu> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: Maxtor XT-8760E Thanks to all that responded, I think I will be able to get this thing to work now. While a few questioned my using an ESDI drive, we are a university (read cheap) and must re-use whatever we can. For those interested: Bytes per sector should be 592 (JP 30 in to select progammable/Hardsector) Cyl=1616 Acyl = 2 Pcyl = 1628 (I know the drive has 1632, but this works nice) Heads = 15 Sectors = 52 Special thanks to Brian Bartholomew (bb@math.ufl.edu) for sending Jeff Nieusma's table. Thanks to: knut@gest20.sinet.slb.com wjw@eecs.nwu.edu William Westphal williams@nssdcs.gsfc.nasa.gov From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 3 04:44:11 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA15700; Fri, 3 Jan 1992 14:52:47 -0600 Received: by delta.eecs.nwu.edu id AA10311 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 3 Jan 1992 11:15:26 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay2.UU.NET by delta.eecs.nwu.edu with SMTP id AA10888 (5.65c/IDA-1.4.4 for ); Fri, 3 Jan 1992 11:15:19 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA23137; Fri, 3 Jan 92 12:15:16 -0500 Received: from algol.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 121419.18421; Fri, 3 Jan 1992 12:14:19 EST Received: from thorn.geoquest.com by algol (4.1/SMI-4.1) id AA05521; Fri, 3 Jan 92 10:44:11 CST Date: Fri, 3 Jan 92 10:44:11 CST From: ast@geoquest.com (Ad S. Talwar) Message-Id: <9201031644.AA05521@algol> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: converting bootable cdrom to bootable tape format. Cc: ast@geoquest.com Hi Sun Managers, 10 days back I had posted the query of converting cdrom sunos format to bootable tape format. I received a dozen replies suggesting that conversion from cdrom boot format to tape format is not going to be a trival task. The replies were interesting, someone will have to hack the install procedure maybe even to recognize tapes. I also received word that at the recent SUG conference, sun was readily distributing a script for converting UFS to cdrom format called cdfs. I am checking if a reverse enggineering script will be availiable from the same source. My goal, to ask the question was to make use of our reliable, cartable 150M tape drive to install dataless clients quickly as a backup. We have bought a cartable cdrom drive too. The email address for getting the script to convert UFS to cdrom format is: cic@catalystinfo.sun.com Thanks atalwar@geoquest.com Thanks to the following persons and those i may have missed out for their time and advice: Russ Poffenberger: poffen@sj.ate.slb.com Greg Earle: Sun Microsystems Morris Jones: mojo@caere.com Anthony A. Datri Dan Strick, aka dan@bellcore.com or bellcore!dan kalli!kevin@fourx.aus.sun.com ****************************************************************************** This will not be possible without SunOS source and a lot of hacking. The 4.1.2 "suninstall" that comes in the mini-root only knows about CD-ROMs. And to try and create a tape otherwise would require reverse-engineering the XDR table of contents (TOC) file (2nd file on the tape). Hint: there's more information in the XDRTOC than just the file numbers (which are not the same for CD-ROMs as for tapes; that's problem #1) and the package names and package sizes. ****************************************************************************** I've also been told by my Sun salesman that CD-ROM will be the only possible distribution media for new releases of the OS and other products. As a result, of course, we bought a CD-ROM player. I'm a new s.a., my systems arrive Monday. :) ****************************************************************************** Sun's claimed that patches (which they've never publicized or even told their own people about in years past) will still come out on tape. If you have (or get) one of Sun's portable CD drives, then it's not all that much of a deal. I just cart ours around as needed. ***************************************************************************** It is still possible to boot most suns off QIC-150 tape (old suns may only be able to boot off QIC-24), but you have to figure out how to make the bootstrap tape yourself. I suspect that even though sun is no longer distributing SunOS on tape, some people in sun are surely making bootstrapable things on some media other than CD-ROM (e.g. when testing) and the necessary software may still be present in the source distribution of SunOS. Making a bootable and installable tape from just the standard CD-ROM distribution is probably impractical. I wouldn't expect to be able to do it by copying distribution files in just the right way. Sun Micro may eventually remove tape support from the bootstrap proms. We can only wait and see. I wonder what the 600 series will be like. ************************************************************************** It is possible, but not trivial - the hard part if you use Sun tools is to create the table of contents on tape. My solution (for the network version I use as well) is to build a canned version of the OS, and then build a version of MUNIXFS (memory loaded file system used by MUNIX) that has restore or tar, and use that to extract the canned version. ************************************************************************* I have heard that it may be possible to do this with 4.1.2, but currently, it will be impossible on 5.0. Several of us OEM's have expressed our concern about this, and Sun has supposedly committed to finding a solution. ************************************************************************ From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 3 01:58:10 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA00216; Fri, 3 Jan 1992 15:18:48 -0600 Received: by delta.eecs.nwu.edu id AA21536 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 3 Jan 1992 11:58:32 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ASC.SLB.COM by delta.eecs.nwu.edu with SMTP id AA04392 (5.65c/IDA-1.4.4 for ); Fri, 3 Jan 1992 11:58:23 -0600 Received: from sjsca4.psi by ASC.SLB.COM (4.1/ASC Mailhost 3.12) id AA11022; Fri, 3 Jan 92 11:58:19 CST Apparently-To: "eecs.nwu.edu::sun-managers"@sj.ATE.SLB.COM X-Vms-To: eecs.nwu.edu::sun-managers Received: from [192.23.6.51] by eris.sj.ate.slb.com (5.59SLBATE/SLB-SERVER-1.16) id AA27298; Fri, 3 Jan 92 09:58:10 PST Date: Fri, 3 Jan 92 09:58:10 PST From: fabrice@sj.ate.slb.com (Fabrice Le Metayer) Message-Id: <9201031758.AA27298@eris.sj.ate.slb.com> Received: by wookie.SJ.ATE.SLB.COM (4.1/DUMB-1.0) id AA01177; Fri, 3 Jan 92 10:02:58 PST To: sun-managers@eecs.nwu.edu Subject: Summary: SBus/SMD Controller My original question: > Simple question: Is there an SBus-based SMD controller card that would drive > disks such as Fujitsu M2382K ? The general consensus is that there exists no such product. Most people suggested that I use an SBus/VME adaptor. One other person (Aydin Edguer) mentioned an Adaptec SCSI/SMD card. Half of the messages I got were "Me Too!" messages, which is common, when I exhaust all other channels to post a question on sun-managers (or is it "sun-emergencies" now ? :-) Here is a summary of the responses: ----------------------------------------------------------------- From: Aydin Edguer Date: Fri, 6 Dec 91 21:43:49 EST According to the August Sun-Flash SBus List from (July 30, 1991) there are no such products available. There are however a number of SBus-to-VME bus adapters which might help out. ----------------------------------------------------------------- From: thos@gargoyle.uchicago.edu Date: Sat, 07 Dec 91 16:53:03 -0600 Performance Technologies is selling an SBUS-VMEBus adaptor and a driver that purportedly will work with a Sun-supplied VME Xylogics driver, etc. ----------------------------------------------------------------- From: kevins@Aus.Sun.COM (Kevin Sheehan) Date: Sun, 8 Dec 1991 18:03:40 +1100 One way I've seen is to get an SBus to VME converter. Some drivers work with them, some need mods, but I have seen it done. ----------------------------------------------------------------- From: wolfgang%sunspot.nosc.mil@nosc.mil Date: Mon, 9 Dec 91 08:44:56 PST This is a good question since Sun will stop support of SMD with SVR4, even with their VME based server models. ----------------------------------------------------------------- From: John DiMarco Date: Mon, 9 Dec 1991 14:36:11 -0500 Solflower corp has an SBUS-to-VME card which should let you use your existing VME-bus SMD controllers. ----------------------------------------------------------------- From: mc%miranda%mocvax@elroy.Jpl.Nasa.Gov (Mike Caplinger) Date: Mon, 9 Dec 91 17:22:08 PST There is no such thing in the current Catalyst listing; the closest one could come would be an SBus-VME adapter chassis, then a regular VME SMD controller card like the Xylogics 753. Given that SMD is pretty much dead these days, there doesn't seem to be much incentive to develop an SBus card, but I could be wrong. ----------------------------------------------------------------- From: Aydin Edguer Date: Wed, 11 Dec 91 20:34:22 EST I was just reading through the comp.periphs.scsi newsgroup and came across the following article. While it is not an SBus SMD controller, it would at least let you use your drives on the new SPARCstations... Aydin - From: lacour@austlcm.sps.mot.com (pat lacour/xdm6) - Message-ID: <1991Dec3.023728.9030@oakhill.sps.mot.com> - Subject: Re: SMD <-> SCSI - - > I have been told that the Adaptec 5580 is the interface card that - >I need to use in order to convert an SMD drive to work on a SCSI bus. - - The Adaptec 5580 is the card you need. I just bought one from Mike Mak at - Weird Stuff Warehouse in Sunnyvale,CA. (408)746-1100. It cost me $80 plus - shipping and he has more. The board can control 4 SMD drives if the "A" - cables are daisy chained. The board outputs a 50 pin (male) Centronics(?) - SCSI port. I haven't got it working yet because I'm awaiting power specs - and a Centronics to SCSI cable. The power looks like standard PC power - supply plug. ----------------------------------------------------------------- Many thanks to: Tom Barron (thos@cs.uchicago.edu) Mike Caplinger (mc@moc.jpl.nasa.gov) John DiMarco (jdd@cdf.toronto.edu) Aydin Edguer (edguer@alpha.ces.cwru.edu) Kevin Sheehan (kevin.sheehan@fourx.aus.sun.com) Lewie Wolfgang (wolfgang@nosc.mil) Regards, -- Fabrice -- , Fabrice Le Metayer DOMAIN : fabrice@sj.ate.slb.com Schlumberger Technologies - ATE UUCP : {amdahl,decwrl,uunet}!sjsca4!fabrice San Jose, CA 95110 BELL : (408) 437-5114 "Argue for your limitations, and sure enough, they are yours." -- Richard Bach From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 3 03:46:23 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA00428; Fri, 3 Jan 1992 15:54:18 -0600 Received: by delta.eecs.nwu.edu id AA24703 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 3 Jan 1992 12:49:58 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from navier.ae.utexas.edu by delta.eecs.nwu.edu with SMTP id AA23743 (5.65c/IDA-1.4.4 for ); Fri, 3 Jan 1992 12:49:51 -0600 Received: from zoyd.ae.utexas.edu by navier.ae.utexas.edu (5.61/1.34/UTCFD 1.9) id AA00345; Fri, 3 Jan 92 09:46:23 -0600 Received: by zoyd.ae.utexas.edu (5.61/SMI-4.1) id AA05298; Fri, 3 Jan 92 09:46:23 -0600 Date: Fri, 3 Jan 92 09:46:23 -0600 From: runnels@cfdlab.ae.utexas.edu (Scott Runnels) Message-Id: <9201031546.AA05298@zoyd.ae.utexas.edu> To: sun-managers@eecs.nwu.edu Subject: broken keyboards Does anyone have experience fixing keys on sun consoles? Our right shift key doesn't work. -- ==================================================== Scott R. Runnels (runnels@cfdlab.ae.utexas.edu) Computational Fluid Dynamics Lab Dept. of Aerospace Engr. & Engr. Mechanics The University of Texas at Austin Austin, TX 78712 (512) 471-4069 ==================================================== From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 3 05:21:02 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA00546; Fri, 3 Jan 1992 16:29:38 -0600 Received: by delta.eecs.nwu.edu id AA10786 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 3 Jan 1992 13:26:43 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from boulder.Colorado.EDU by delta.eecs.nwu.edu with SMTP id AA07235 (5.65c/IDA-1.4.4 for ); Fri, 3 Jan 1992 13:26:34 -0600 Received: from pvi.UUCP by boulder.Colorado.EDU with UUCP id AA19515 (5.65+/cu-ida-1.3.5 for sun-managers@eecs.nwu.edu); Fri, 3 Jan 92 12:26:29 -0700 Received: from hulk.local by pvi.COM (4.0/SMI-4.0) id AA18383; Fri, 3 Jan 92 12:21:03 MST Received: by hulk.local (5.57/Ultrix3.0-C) id AA26992; Fri, 3 Jan 92 12:21:03 -0700 Message-Id: <9201031921.AA26992@hulk.local> To: sun-managers@eecs.nwu.edu Cc: hulk!sysmgr Subject: please add boulder!pvi!sysmgr to mailing list Date: Fri, 03 Jan 92 12:21:02 -0700 From: "Karen Allen" X-Mts: smtp thanks. From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 3 09:29:33 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA00717; Fri, 3 Jan 1992 17:19:09 -0600 Received: by delta.eecs.nwu.edu id AA32225 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 3 Jan 1992 13:40:27 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from hub.eng.wayne.edu by delta.eecs.nwu.edu with SMTP id AA27898 (5.65c/IDA-1.4.4 for ); Fri, 3 Jan 1992 13:40:19 -0600 Received: from wsu-eng.eng.wayne.edu (trace.eng.wayne.edu) by hub.eng.wayne.edu (4.1/SMI-4.1) id AA01140; Fri, 3 Jan 92 14:40:06 EST Message-Id: <9201031940.AA01140@hub.eng.wayne.edu> Received: by wsu-eng.eng.wayne.edu; Fri, 3 Jan 92 14:29:33 EST Date: Fri, 3 Jan 92 14:29:33 EST From: Upkar Singh Kohli To: sun-managers@eecs.nwu.edu Subject: SUMMARY: hard disk not responding I am sorry for this late summary. First I was waiting for the fix, then the new year! Many thanks to all the respondents quoted below. My original query: ----------------------------------------- This might be a common problem. Power at our office was brought down due to A/C upgrade, and when it came up, one of our machines (sparc station 1+) had problems with one of the two internal drives- a Micropolis 1558. I tried booting without mounting any file system from this disk, and then "format." But format got hung up after the message "Searching for disks..." The shutdown before power down was done gracefully using "shutdown -h". Is this a common problem? Is the scsi controller for this particular disk known to be unreliable? I am surprised why this problem should occur when nothing else was abnormal... Now I have this system up without the file system "home" used by several users! Please respond if you have input. Thanks Upkar Kohli ----------------------------------------- All the responses were considered and suggestions used to see if they helped. Although, none of the suggestions worked in my paticular case, they do seem logical and might work in some cases. First, this is what we did to fix our problem. The Micropolis 1558 was sent to Pacific Electronic Engineering, Inc. 42708 Lawrence Place Fremont, CA 94538 (415) 770-0990 (415) 770-1721 FAX who do lots of drives including hitachi, Fujitsu, Micropolis, and some DEC and IBM disks. Our cost was $450, for a full repair. It took about two weeks, including Thanksgiving, and UPS handling time. They said they had to replace the "device electronics board" and could not access the data because of a corrupted format. I am wondering if the data could have been retrieved by any other company. ----------------------------------------- The following were responses were received from the net: bill@aloft.att.com Open the SPARCstation, remove the power and SCSI ribbon cable going to the stuck drive from the mother board, unsocket the drive (plastic carrier slides toward the mother board and up). GENTLY shake the drive a bit. Replace, recable, and power up. Common problem with these drives. They get stuck after being powered down. ------------------------------------------------------- ken@shibuya.cc.columbia.edu we see problems now and then with our machines whenever we power them down and back up again. Everything ranging from something that a subsequent reboot fixes, something that a power cycling fixes, to permanent device damage caused by simply powering down and back up (though that's much less often). Right now, it does sound like either your disk's controller is in a funny state, or outright frotzed. Did you try cycling the power for the disk off and back on again? ------------------------------------------------------- ray@isor.vuw.ac.nz My understanding is that any 104MB disk can suffer, and there are two possible problems. One is that the drive does not actually spin up, the other is that the heads stick in the parked position. ------------------------------------------------------- kuhn@math.harvard.edu WE have had the exact same reaction on a SS1, twice now -- I'm waiting for the call back from service. The problem may well be "stiction" -- The torque required to spin up the disk is too great for the friction, and the disk won't spin. If you are not on contract, take the disk out, and bang it sharply into the corner of a desk. ------------------------------------------------------- cypress!cypress.com!mdl@decwrl.dec.com It could be that your hard drive is dead. Powering on will often push a troubled piece of hardware over the edge. I see it happen with disks and monitors frequently. ------------------------------------------------------- geoquest!dns@uunet.UU.NET Yes this is a common problem, whenever you power off a 104mb Sun hard disk there is a very likely chance the disk will not come back on line. One item which may (it has worked about 50% of thge time for me) work is to unplug and reseat all of the disks cables (scsi and power) and try powering up again. Try speaking directly to your sun rep. I think they might be aware of this problem. ------------------------------------------------------- bergan@balrog.horizon.com check the SCSI termination power fuse. (It's one of the two micro fuses.) It looks like a small glass cylinder with two prongs sticking out of it. ------------------------------------------------------- miker@sbcoc.com Did you try reseating the SCSI cables? Is the disk spinning up? What does prob-scsi (from the new monitor prompt) report? ------------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 3 07:20:05 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA00727; Fri, 3 Jan 1992 17:21:04 -0600 Received: by delta.eecs.nwu.edu id AA05284 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 3 Jan 1992 11:19:28 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from NOC2.DCCS.UPENN.EDU by delta.eecs.nwu.edu with SMTP id AA11212 (5.65c/IDA-1.4.4 for ); Fri, 3 Jan 1992 11:19:18 -0600 Received: from GYNKO.CIRC.UPENN.EDU by noc2.dccs.upenn.edu id AA14284; Fri, 3 Jan 92 12:19:08 -0500 Return-Path: Received: from aspen.circ.upenn.edu by gynko.circ.upenn.edu id AA20166; Fri, 3 Jan 92 12:20:05 EST Date: Fri, 3 Jan 92 12:20:05 EST From: rsk@gynko.circ.upenn.edu (Richard Kulawiec) Posted-Date: Fri, 3 Jan 92 12:20:05 EST Message-Id: <9201031720.AA20166@gynko.circ.upenn.edu> To: sun-managers@eecs.nwu.edu Subject: Summary: FAX-related products for SparcStations [RESEND] [This is a remailing; apparently the first try did not make it out. ---Rsk ] A while back, I asked about FAX-related products for SparcStations. I received quite a bit of mail on the subject; here's a summary. (If anyone wants the entire raw mail file, I can send it out, but it's much larger and contains only a few details not covered here.) Many thanks to those folks who took the time and trouble to send along pointers and information; this proved VERY helpful. Perhaps the collection of information below will also prove helpful to someone else. Cheers, Rsk Products discussed: 1. Qfax (Choreo Systems ) 2. IsoFax (Bristol Group) 3. FAXmodem 9600 (Perfect Byte) 4. Unifax (Faxxis International) 5. FAXView (Sun) 6. VSI*FAX (V-Systems) 7. Trufax (COS Inc.) 8. netfax (Henry Minsky, MIT Media Lab) 9. faxpak (Job Control) 10. SCINET 3000 (TGI) 11. CorporateFax (Computer Signal Corp.) 12. S-Bus based products. 1. Qfax Vendor: Choreo Systems Inc. 47 Colbourne Street, Suite 300, Toronto, Ontario M5E 1P8, CANADA Tel: (416)-360-0516 FAX: (416)-359-1172 Attn: Chris Strybos This system uses a dedicated 286 or 386 PC server, containing one or more FAX cards, connected by RS232 to a UNIX or VMS host, directly or via a terminal server. Handles ASCII, Postscript, TIFF, HPGL and IMG files in and out. Does multiple destinations, full security and accounting, has Wordperfect interface. Very complete product. 2. IsoFax The Bristol Group Ltd, The Bristol Group Deutschland GmbH, P.O. Box 910, Dreieichstrabe 10, Londonderry, D6082 Morfelden-Walldorf, New Hampshire 03053. Germany. Phone : 603 437-3700 Phone : 0 6105 2945 Fax : 603 437-3220 Fax : 0 6105 25395 Overview: Isofax is a modular software package, based on five key modules. The package uses an Everex/Abaton faxmodem (which is currently not British Telecom approved) but BG claim that a version of the package working with a BT approved modem will be available at some time in the near future. Hardware supported by the package includes Sun3, and Sun4(SPARC) machines. Key Features: Incoming and outgoing faxes Graphical (SunWindows) and command line interfaces Input files accepted - ASCII, raster and postscript Floating network license On screen viewing of faxes Delayed/off hours transmission of faxes Multiple destinations Incoming and Outgoing activity logs Fax Phone directory PageMaker, Word, Excel documents can be imported from a Mac. Cost is ~$2500 with modem, for a single network license for the Sun and XView versions (both included) and the PostScript license. The plain terminal interface would be extra, as would the capability to create and send faxes directly from applications such as FrameMaker, Interleaf, etc. Two GUIs are offered: FaxTool (SunView) and XFaxTool (Open Look). A non-graphic interface (e.g. ascii tty) called FaxTerm is also available. Fax ToolKit contains a set of shell-level programs for incorporation into other tools (for use by sophisticated users and developers). FaxTool/XFaxTool/FaxTerm/Fax Toolkit are $995 each. An additional PostScript interpreter license is $200. 3. FAXmodem 9600 Perfect Byte Inc. 7121 Cass Street, Omaha, Nebraska 68132 Phone : 402 554-1122 United States Fax : 402 554-1938 Overview: The Faxmodem 9600 is a complete package comprising a fax modem and driver/application software. The modem is currently not BT approved, though PB say they have applied for approval and expect their modem to be approved within the next 12 weeks. Faxmodem 9600 is an external device which plugs into a dedicated asynch serial port on the host workstation. The package requires a diskful Sun-4 workstation with a minimum of 10MB of free space. 16 Megabytes RAM recommended. Open Windows 2.0 or higher needed for PostScript-to-fax. Key Features: Incoming and outgoing faxes Graphical (SunView and OpenWindows) and command line interfaces Input files accepted - ASCII, raster and postscript E-mail notification of receipt of fax and other fax activity Onscreen viewing of faxes Floating network license Delayed/off hours transmission of faxes Multiple destinations Incoming and Outgoing activity logs Fax Phone directory Offers Group 3 transmission but will do Group 2 as well Incoming faxes savable as FrameMaker MIF, Sunraster, PostScript, TIFF. Handles Group 3 and 4 image compression. FAXmodem with single-user floating licenese for PerfectFAX (the software is bundled with the modem) lists for $1995. Additional licenses for SunView or Open Look GUI are $995 each. 4. Unifax Faxxis International Inc., 13355 Noel Road, Suite 500, Dallas, Texas 75240 Phone : 214 702-7999 Fax : 214 702-7992 Overview: Unifax is mainly intended for use on PC's running Xenix, (the graphical front end and fax previewer being meant for use with EGA/VGA screens). Faxxis did however claim to be completing support for Sun O/S and to be providing X-windows support on 88000 architectures, when I contacted them back in August Unifax may be used in conjunction with a number of different fax modems, including the Everex/Abaton and JT Fax 9600 modems. Key Features: Incoming and outgoing faxes Graphical (EGA/VGA, X-Windows due Sep/Oct 90) and command line interface's Input files accepted - ASCII, and TIFF/F (postscript due Sept 90) E-mail notification of receipt of fax and other fax activity Onscreen viewing of faxes Delayed/off hours transmission of faxes Multiple destinations Incoming and Outgoing activity logs 5. FAXView This is a Sun Sonsulting special. Contact your local Sun sales office. Some excerpts from Sun's info: Description: Faxview is a SunView based application to send, receive, display and print facsimiles. Sending and receiving of faxes is accomplished via email from a "fax server" workstation. Faxview can either be run as a window-based program on your Sun framebuffer to display an image of a fax or it can be run from any terminal to print a fax. The window-based portion of faxview consists mainly of 3 SunView frames. The first frame contains 3 windows, the Control panel where the user chooses how to display the fax, the scrollable Error window where error messages are displayed, and the Display canvas where the facsimile image can be viewed. 6. VSI*Fax VSI*FAX from V-Systems can make your sun a fax machine. (714) 545-6442. VSI*FAX includes a fax modem and software that enables you to send, receive and print (on a HP Laser jet) faxes. This product is still in its infancy but shows a lot of promise. I'm running it on a Sequent, I don't know if the have ported it to Sun yet but it is ported to 386 running Sys V.3. 7. Trufax COS Inc., 9 Huron Way, Lawrencville, NJ 08648 Phone : 609 771-6705 Fax : 609 530-0898 Overview: Trufax is another fax product which is mainly intended for use with 386 based PC's running either Unix or Xenix. When I contacted COS Inc. however, I was informed that a Sun-4 version was being beta tested and that it was due for release towards the end of October. Trufax supports only external fax modems and their literature makes specific reference to the Everex Everfax modem. Trufax is designed as a set of tools, which can be used from the command line. Key Features: Incoming and outgoing faxes Command line interface Input files accepted - ASCII, and TIFF/F E-mail notification of receipt of fax Onscreen viewing of faxes Automatic retries [ I received the info from these people: They now support: 386/486 UNIX, XENIX, PS/2 AIX, Sun SPARCStation, AT&T 3B2, RS6000 Their prices are extremely competitive. Talk to Bill Michaelson. Chinon DS-3000 scanner supported; HP Laserjet II. - SWM. ] 8. netfax This is the only extensive freely-available package I located. Here are excerpts of what I have received (I have also downloaded the latest version) : [ Available in tr.ai.mit.edu in /pub/systems/netfax ] Overview: This is a set of software which provides Group 3 fax tranmission and recptions services for a networked unix system. It requires a faxmodem which conforms to the new EIA-592 Asynchronous Facsimile DCE Control Standard, Service Clas 2, such as the model " Everfax 24/96 D" -- (model EV-968-51) [ I have heard you can order through a dealer, such as Avcom in Palo Alto. A contact there is Mark Wakup (or Karen Southerland). Avcom's number is 326-8686. The list price is $499. The model number is 968-51, and the product name is Everfax 24/96D. The "D" seems to indicate that it's the latest one, but John Dyer-Bennet told me to be sure to specify the model number also. Everex's main number is 1-415-491-1111 for support(?). The sales number is 1-800-821-0806. ] The system works by running a queue manager (faxspooler) on the host machine with the faxmodem installed. This program scans a queue directory for entries from user programs. Users can post faxes using the fax program directly, or, with the proper entry in the mail aliases file, send email to post a fax. The user can post files in ASCII text, postscript, or TeX DVI format. They are all converted to postscript and queued to be sent. Incoming telephone calls to the modem are answered, and incoming faxes are deposited in the spooler's incoming fax directory. Nothing else is done with the received faxes, they just sit there until someone looks at them. The fax queue entries consist of the document to be sent as a postscript file, and a job header file which contains the transmission data (user, fax phone number, retry count, etc). When a queue entry is found, the postscript document is converted to multiple bitmap images, one per page, using the Ghostscript system. The bitmaps are then converted to fine-resolution g3 fax format (1-d Modified Huffman coding, 200 dpi) using the pbm Portable Bitmap Toolkit system. Received faxes are currently stored in the /com/fax/incoming (or wherever you set the INCOMING directory in the conf.h file) as g3 format files. You could use Sam Leffler's fax2tiff program to create class F tiff files from these directly, if you wish. Other Software You Need: You must have Ghostscript installed, and the Portable Bitmap tools installed in order to run this system. See the INSTALL file for information about where to get these programs. You should have gotten with this release a copy of 'psify', a program to format computer programs into postscript. It also does plain ASCII text files. The enscript program from Adobe, or something comparable, is also useful to format an ascii text file as a postscript file. 9. Faxpak Vendor: Klaus Schallhorn Job Control 28 Belgravia St. Penzance, Cornwall, TR18 2BJ England fax +44 736 330083, faxinfo@cnix.uucp Platforms: faxpak, currently at version 2.0, runs on Sun{3,4}s and SCO Xenix 2.3.2 (and compatible operating systems). The SunOS version is fully networked and comes with client binaries for both Sun-3 and Sun-4 (Server binaries for only one architecture). faxpak includes a mail to fax interface (source) to allow connectivity with non Unix machines. Modems: faxpak is compatible with five PC fax modem types typically costing about 300 Pounds (or Dollars) (although I highly recommend US Robotic's [previously Touchbase] Worldport 2496 where reliability and high throughput are required. This modem is approved in most European countries and is the one in use here). These modems connect to a serial port and don't need specialised and costly hardware or slots on the fax server. faxpak and a fax modem thus offer multi user network fax for about the same price as a low end fax machine. File Types: faxpak understands ASCII, TeX, LaTeX, HP LaserJet II compatible HPCL output, PostScript, PBM bitmaps and Sun Raster files. It has provisions to add further file types requiring simply the addition of a conversion filter and an addition to its configuration file. Received Faxes: Received facsimile can be viewed on screen (SunView, or EGA or VGA on PC type hardware), printed automatically or selectively. faxpak supports LaserJet and compatibles, PostScript and Epson compatible printers. Phone numbers can be extracted out of the message headers and stored in a separate file. Sending facsimile: faxpak supports one off faxes, aliases, distribution lists [no size limit] and automatically generated facsimile. faxpak permits cover sheets, optionally personalised (even from within batch jobs), normal or white on black header and pagination lines, pasteup of letterheads. Outgoing faxes can be saved in each users' $HOME directory. faxpak permits automatic notification of success (or failure) and complete log extracts. faxpak can generate accounting information for each outgoing fax. faxes can be restricted to off peak phone rates by specifying regular expressions allowing a granularity from international dialing prefixes to any specific phone number. faxpak employs a permission scheme similar to cron's. It also allows the exclusion of specified users from any time restrictions so that some users are prevented altogether from sending facsimile, some users' faxes are sent always at cheapest rate and some users' facsimile are sent unrestricted. A "pickup mode" can be set to take effect after N1 errors on faxes having more than N2 pages. This forces faxpak to transmit only pages that have not been confirmed at previous attempts. Resolution, the number of attempts to transmit a fax, the time a facsimile is permitted to sit in the queue and numerous configuration options allow the tailoring of faxpak to local requirements. Many options can be set to either allow user choice or to enforce site wide standards. Sample prints: If you send me your fax number, I send you some demo faxes at low/high resolution to demonstrate the incredible image quality achieved by electronic rendering. Cost and Small Print: faxpak costs 225 Pounds Sterling [plus VAT in the UK] until Nov. 30th after which it will retail for 375 Pounds Sterling [Non european sites: $US 360 plus a shipping charge [AIR] of $US 25, after Nov. 30th $600]. faxpak comes with a site licence where "site" is limited by the size of a LAN owned by the purchaser, or to a single machine on non networked systems. faxpak 2.0 is available since July '91. Ordering: To order faxpak state system [Sun3, Sun4 or Xenix/compatible], Media [QIC24, QIC150 or 3.5 or 5 1/4" disk] and enclose payment. faxpak comes with separate Users' and Installation manuals. Support is available by fax, email and phone. Terms: CWO only. Orders to the address given above. 10. SCINET 3000 Vendor: TGI Technologies Ltd 107 East 3rd Avenue Vancouver, British Columbia Canada V5T-1C7 (604) 872-6676 and ask about the SCINET 3000 line. It does everything you want (it's a very powerful beast), but it's a commercial product; not shareware. 11. CorporateFax Vendor: Computer Signal Corporation Suite 225 2420 Camino Ramon San Ramon, California 94583 (415) 275-0990 Features: Software for sending, receiving, and managing faxes. Handles PostScript, troff, and TeX (PS and troff require separate license) X-based GUI Manages a "phone book" database Server version available to handle email-to-fax gatewaying Server version has some privacy/security features Requires an external fax modem connected to an RS-232 port Available now on CD-ROM for $995. Server license for unlimited number of users on a single fax modem line is $2195. Everfax modems ar $499; PostScript interpreter is $200, server is $350, troff license is $400. 12. S-Bus FAX products: (info from Sun; "CATALYST" cat'lg.) Vendor Name Product Description Price/Availability ----------- ------------------ ------------------ Antares Microsystems Fax Modem Contact vendor Alex Chan 415-965-4326 Fax:(415)964-2027 ---------------------------------------------------------------------------- Helios Systems X-tend Netmodem/Fax board November 90, $1495 (408)432-0292 H/W and S/W solution for Fax:(408)943-1309 voice, data and fax Gordon Meyer e-mail helios-mktg@cup.portal.com ---------------------------------------------------------------------------- JTS Computer Systems Data Compression/Decompression August 90 Joe Strul using CCITT group 3 & Group 4 (416)665-8910 Fax:(416)665-8258 ---------------------------------------------------------------------------- Xecom NewPort SB Fax/Data (9.6 Kbaud August 90 408-945-6640 Fax, 2.4 Kbaud data modem) Contact vendor Fax:(408)942-1346 for pricing Allen Gregory NewPort SB 2400MNP5 2400 baud October 90 data modem NewPort SB 9600 Fax Group 3 October 90 send/recieve Fax modem ---------------------------------------------------------------------------- Aurora Technologies ?? ?? (617) 577-1288 Many thanks to: C.R.Ritson@newcastle.ac.uk (C.R. Ritson) Les.Zsampar@Canada.Sun.COM (Les Zsampar) Marek.Krawus@cc.uq.oz.au Phillip.Everson@UK.Sun.COM (Phillip Everson) ajayshah@usc.edu (Ajay Shah) allen@QAL.Berkeley.Edu amp19263@garfield.amp.com (John R. Kilheffer) aut!sbader@hasler.ascom.ch battan@sequent.com (Jim Battan) bill@east.sunworld.com (Bill Kennedy) chalekcl@voyager.crd.ge.com (Carl Chalek) chron!magic706!sysnmc@uunet.UU.NET (Matt Cohen) chucks@iplmail.orl.mmc.com (chuck strickland) cnix!klaus@relay.EU.net (klaus u schallhorn) datri@concave.convex.com (Anthony A. Datri) dean@YP.tgx (Dean Neumann-Grant) dean@tgivan.wimsey.bc.ca dfickes@sparc.com (David Fickes) ept@eptsun1.ctd.ornl.gov (E P Tinnel) fuat@cunixf.cc.columbia.edu (Fuat C. Baran) gmd@uunet.UU.NET (George MacDonald) gordon@cc0.lan.mcgill.ca (Gordon Rouleau) hasley@andy.bgsu.edu (John Hasley) hqm@ai.mit.edu (Henry Minsky) idgeast!east.sunworld.com!bill@uu.psi.com jec@inf.rl.ac.uk (John E Chandler) johnt@unipalm.co.uk (John Taylor) kevins@Aus.Sun.COM (Kevin Sheehan) ksm@mlb.semi.harris.com (Ken Mason) lemke@MITL.COM (Kennedy Lemke) lidl@eng.umd.edu (Kurt J. Lidl) mark@east.sunworld.com mcgrew@porthos.rutgers.edu (Charles McGrew) metzger@watson.ibm.com (Perry E. Metzger) miker@sbcoc.com (Mike Raffety) nicolas@csi.forth.gr (Nicolas Chrissakis) oattes@madhaus.utcs.utoronto.ca paul@moore.com (Paul Maclauchlan) pbg@cs.brown.edu (Peter Galvin) pdc!malvern!westdr@uunet.UU.NET (Dave West) rafael@@decwrl.dec.com (Le Jazz) rjm@Zeus.ERC.MsState.Edu (Robert J. Moorhead) sn4idc8!amirk@uunet.UU.NET (Amir J. Katz) sphinx!mark@uu.psi.com (Mark Cappel) srm@unify.com (Steve Maraglia) stefan@centaur.astro.utoronto.ca (Stefan Mochnacki) steve@umiacs.umd.edu (Steve D. Miller) sysnmc@chron.com (Matt Cohen) tw@sics.se (Tommy Wallo) unruh@physics.ubc.ca (William Unruh) vasey@mcc.com (Ron Vasey) whitney!siddiqi@sunkist.West.Sun.COM (Arshad M Siddiqi) wolfgang@nosc.mil zjat02@trc.amoco.com (Jon A. Tankersley) Special thanks to John Kilheffer, whose prose I have extensively utilized above. Thanks also to the folks at SunWorld for pointing out the article in the Sep. '91 issue which discusses the CorporateFax, FAXmodem 9600, IsoFax, and HeliosCom+ products. From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 3 12:18:36 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA01027; Fri, 3 Jan 1992 19:30:45 -0600 Received: by delta.eecs.nwu.edu id AA32284 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 3 Jan 1992 16:19:36 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from nrccsb3.di.nrc.ca by delta.eecs.nwu.edu with SMTP id AA06252 (5.65c/IDA-1.4.4 for ); Fri, 3 Jan 1992 16:19:28 -0600 Message-Id: <9201032218.AA00211@ nrccsb3.di.nrc.ca> Date: Fri, 3 Jan 92 17:18:36 EST From: Claude Cantin To: sun-managers@eecs.nwu.edu Subject: Micropolis 1558 from Sun into SGI... I hope this is the proper newsgroup... I have a Micropolis 1558 (327 MB) into my Sun 3/80, as a system disk. I need to move it into a Silicon Graphics 4D/25. 1. How do I change its SCSI address (which jumpers for which settings)? 2. The connectors on the disk controller (not SCSI controller) are different than SGI disks. Do I need a special adapter, or do the pins match? If I put the shoebox on the SCSI of the SGI, the disk is not recognize. Anyone know why? 3. Has anyone ever done that? Thanks, Claude From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 3 12:34:04 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA01152; Fri, 3 Jan 1992 20:04:44 -0600 Received: by delta.eecs.nwu.edu id AA24618 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 3 Jan 1992 16:43:33 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA12500 (5.65c/IDA-1.4.4 for ); Fri, 3 Jan 1992 16:43:25 -0600 Received: from note.nsf.gov by rice.edu (AA25772); Fri, 3 Jan 92 16:42:40 CST Received: from note2.nsf.gov by Note.nsf.gov id aa14794; 3 Jan 92 17:34 EST Received: from z.nsf.gov by Note2.nsf.gov id aa02773; 3 Jan 92 17:33 EST Received: by z.nsf.gov (4.1/SMI-4.1) id AA17141; Fri, 3 Jan 92 17:34:04 EST Message-Id: <9201032234.AA17141@z.nsf.gov> From: "Michael H. Morse" Date: Fri, 3 Jan 1992 17:34:04 EST X-Mailer: Mail User's Shell (7.1.1 5/02/90) To: sun-managers@nsf.gov Subject: ckermit on Sparc2 Does anyone have this working? I am upgrading from 386i to Sparc2 and kermit used to work on SunOS 4.0.2 on the 386i. The version I was using (4E) gives a couple of compile errors on Sparc 2 (SunOS 4.1.1) but worse, doesn't want to download files (from Sun to PC). I got release 5A (alpha) and it compiles without warnings, but behaves the same. When downloading, kermit sends out its string of characters, but either the PC doesn't respond, or Kermit doesn't respond in turn to the PC. Anybody have any ideas? I'll have to get a datascope and look into it, but perhaps somebody already has the answer. --Mike -- Michael Morse Internet: mmorse@note.nsf.gov National Science Foundation BITNET: mmorse@NSF 1800 G St. N.W. Room 401 Telephone: (202) 357-7659 Washington, D.C. 20550 FAX: (202) 357-7663 From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 3 06:33:07 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA01171; Fri, 3 Jan 1992 20:09:34 -0600 Received: by delta.eecs.nwu.edu id AA28995 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 3 Jan 1992 16:33:55 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from apache.telebit.com by delta.eecs.nwu.edu with SMTP id AA06228 (5.65c/IDA-1.4.4 for ); Fri, 3 Jan 1992 16:33:49 -0600 Received: from napa.TELEBIT.COM by apache.telebit.com (4.1/SMI-4.1/Telebit-Apache-Brent-910926) id AA04147 to sun-managers@eecs.nwu.edu; Fri, 3 Jan 92 14:33:12 PST Received: from localhost by napa.TELEBIT.COM (4.1/napa.telebit.com-DBC-910507) id AA20247 to sun-managers@eecs.nwu.edu; Fri, 3 Jan 92 14:33:08 PST Message-Id: <9201032233.AA20247@napa.TELEBIT.COM> To: sun-managers@eecs.nwu.edu Subject: format.dat entry for Priam 738 SCSI disk? Reply-To: brent@napa.Telebit.COM Date: Fri, 03 Jan 92 14:33:07 -0800 From: Brent Chapman I'm thinking of getting a Priam 738 SCSI disk for my Sun 3/60 at home. Before I do that, though, I want to be certain I can actually use it successfully... Is anybody else using a Priam 738 on their Sun? Does anyone have a format.dat entry for it? Thanks! -Brent -- Brent Chapman Telebit Corporation Sun Network Specialist 1315 Chesapeake Terrace brent@telebit.com Sunnyvale, CA 94089 Phone: 408/745-3264 From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 3 12:59:26 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA01356; Fri, 3 Jan 1992 21:20:22 -0600 Received: by delta.eecs.nwu.edu id AA26461 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 3 Jan 1992 17:44:14 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from BU.EDU by delta.eecs.nwu.edu with SMTP id AA26391 (5.65c/IDA-1.4.4 for ); Fri, 3 Jan 1992 17:44:08 -0600 Received: by BU.EDU (1.99) Fri, 3 Jan 92 18:44:00 EST From: steve@icad.COM Received: from melbourne.icad.com by icad.COM (4.1/SMI-4.0) id AA06100; Fri, 3 Jan 92 17:59:29 EST Received: by melbourne.icad.com (AIX 3.1/UCB 5.61/4.03) id AA13722; Fri, 3 Jan 92 17:59:26 -0500 Date: Fri, 3 Jan 92 17:59:26 -0500 Message-Id: <9201032259.AA13722@melbourne.icad.com> To: sun-managers@eecs.nwu.edu Subject: Summary: Telebit T1600 Configuration Many thanks to all respondents, in particular: rosa@huggins.ssctr.bcm.tm hardt@marble.den.mmc.com fabrice@sj.ate.slb.com dlong@cats.UCSC.EDU wallen@cogsci.UCSD.EDU iacovou@tera.cs.umn.edu amp19263@garfield.amp.com acc!steve@sacto.West.Sun Since this has been discussed several times before I will not waste the bandwidth and recap it here. Once I had the modem settings correct everything worked as expected. If anyone needs further assistance please let me know and I will gladly forward a summary. [Original Message] > I've been asked to upgrade a Ventel 2400 baud modem to a Telebit T1600 > on our Sun 3/260 running SunOS 4.1.1. The modem is attached to ttyb. > I've updated all the configuration files as indicated below and sent a > SIGHUP to init but when I try to tip cua1 I get an "all ports busy" > message. I tried using ttysoftcar but it never returned. Has anybody else > had to install a T1600? What am I missing? > > > /etc/ttytab entry > > ttyd1 "/usr/etc/getty std.9600" dialup on # The Telebit T1600 > > /etc/gettytab > > 2|std.9600|9600-baud:\ > :sp#9600: > > /etc/remote > > cua1|T1600:dv=/dev/cua1:br#9600 > Steve Carr Internet: steve@icad.com Icad, Inc. Phone : (617) 349-3644 Ext 247 201 Broadway Cambridge, MA 02139 From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 3 02:07:38 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA02861; Sat, 4 Jan 1992 06:59:34 -0600 Received: by delta.eecs.nwu.edu id AA31274 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sat, 4 Jan 1992 00:22:36 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Princeton.EDU by delta.eecs.nwu.edu with SMTP id AA23465 (5.65c/IDA-1.4.4 for ); Sat, 4 Jan 1992 00:22:28 -0600 Received: from hhb.UUCP by Princeton.EDU (5.65b/2.85/princeton) id AA24273; Sat, 4 Jan 92 01:22:25 -0500 Received: from leonh.master by master (4.1/Redac_Mahwah-v1.0) id AA06041; Fri, 3 Jan 92 07:21:47 EST Received: by leonh.master (4.1/SMI-4.1) id AA00889; Fri, 3 Jan 92 07:07:38 EST Date: Fri, 3 Jan 92 07:07:38 EST From: leonh%hhb@Princeton.EDU (Leon Howorth) Message-Id: <9201031207.AA00889@leonh.master> To: sun-managers@eecs.nwu.edu Subject: Sparcstation clocks I have a number of sparcstations, some of which have clocks that are drifting by as much as 1 to 2 minutes per week. Anyone else experienced this problem and know the cause, fix, etc? Thanks. Leon A. Howorth | UUCP: ....princeton!hhb!leonh Systems and Network Manager | ARPA: leonh%hhb@princeton.edu Racal-Redac | VOICE: 201-848-8000 ext. 243 Mahwah, New Jersey 07430 | FAX: 201-848-8189 From sun-managers-relay@delta.eecs.nwu.edu Sat Jan 4 04:39:58 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA03255; Sat, 4 Jan 1992 11:32:53 -0600 Received: by delta.eecs.nwu.edu id AA04363 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sat, 4 Jan 1992 08:40:05 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from cunixf.cc.columbia.edu by delta.eecs.nwu.edu with SMTP id AA22397 (5.65c/IDA-1.4.4 for ); Sat, 4 Jan 1992 08:39:58 -0600 Received: by cunixf.cc.columbia.edu (5.59/FCB) id AA07514; Sat, 4 Jan 92 09:39:59 EST Date: Sat, 4 Jan 92 9:39:58 EST From: Micky Liu To: sun-managers@eecs.nwu.edu Subject: mknetid(8) Message-Id: Does anybody out there have the man page for this executable that exists in /usr/etc/yp/mknetid? The executable is called from /var/yp/Makefile (generally) to generate a NIS map that is a consolidation for /etc/{passwd,group,hosts}. Also looking for the man page on udpublickey... Basically, I am performing some experiments on Secure RPC across domains and think I have some of it figured out and would like to build a mechanism for building the augmented NIS maps necessary to make it work. Any information regarding the publickey and netid maps AND their utility programs would be greatly appreciated. Please email direct to micky@cunixf.cc.columbia.edu, if you would like to see the results of my experiments, I will summarize when I am done (couple of weeks). Micky micky@cunixf.cc.columbia.edu From sun-managers-relay@delta.eecs.nwu.edu Sun Jan 5 08:19:14 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA05064; Sun, 5 Jan 1992 15:07:16 -0600 Received: by delta.eecs.nwu.edu id AA12630 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 5 Jan 1992 12:35:14 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay2.UU.NET by delta.eecs.nwu.edu with SMTP id AA28725 (5.65c/IDA-1.4.4 for ); Sun, 5 Jan 1992 12:35:09 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA06888; Sun, 5 Jan 92 13:35:06 -0500 Received: from odi.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 133453.9029; Sun, 5 Jan 1992 13:34:53 EST Return-Path: Received: from eider.odi.com by odi.com (4.0/SMI-4.0/ODI-5) id AA14578; Sun, 5 Jan 92 13:19:13 EST Received: by eider.odi.com (4.1/SMI-4.0/ODI-C2) id AA11486; Sun, 5 Jan 92 13:19:14 EST Date: Sun, 5 Jan 92 13:19:14 EST From: benson@odi.com Message-Id: <9201051819.AA11486@eider.odi.com> To: sun-managers@eecs.nwu.edu Subject: PPP/slip info request I'm somewhat at sea in the SLIP/PPP ocean. I've a PC with PC-NFS 3.5, which comes with slip. I plan to take it home, and I'd like to network it in to the office. PC-NFS comes with an old copy of the slip package for sun. On uunet, I find a "beta" version of slip for 4.1. I also find ppp stuff. How does this all fit together? Does PPP subsume slip, or do I have to have slip proper to call in with the PC? Is there a source for a PPP driver that fits under PC-NFS? I imagine that a concise summary of this would be of some general utility. From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 6 03:37:53 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA06979; Mon, 6 Jan 1992 11:47:35 -0600 Received: by delta.eecs.nwu.edu id AA02868 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 6 Jan 1992 07:56:33 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA18083 (5.65c/IDA-1.4.4 for ); Mon, 6 Jan 1992 07:56:28 -0600 Received: from note.nsf.gov by rice.edu (AA04649); Mon, 6 Jan 92 07:55:35 CST Received: from note2.nsf.gov by Note.nsf.gov id ab10454; 6 Jan 92 8:38 EST Received: from z.nsf.gov by Note2.nsf.gov id aa26251; 6 Jan 92 8:37 EST Received: by z.nsf.gov (4.1/SMI-4.1) id AA17578; Mon, 6 Jan 92 08:37:53 EST Message-Id: <9201061337.AA17578@z.nsf.gov> From: "Michael H. Morse" Date: Mon, 6 Jan 1992 08:37:53 EST X-Mailer: Mail User's Shell (7.1.1 5/02/90) To: sun-managers@nsf.gov Subject: SUMMARY Re: ckermit on Sparc2 Original question: > Does anyone have this working? I am upgrading from 386i to Sparc2 and > kermit used to work on SunOS 4.0.2 on the 386i. The version I was > using (4E) gives a couple of compile errors on Sparc 2 (SunOS 4.1.1) > but worse, doesn't want to download files (from Sun to PC). I got > release 5A (alpha) and it compiles without warnings, but behaves the > same. When downloading, kermit sends out its string of characters, > but either the PC doesn't respond, or Kermit doesn't respond in turn > to the PC. Thanks to all that replied. Everyone said Kermit was fine, so I realized that it must have been me. With the information that kermit was OK, I easily determined that I had a parity mismatch. (One could hope for better error handling, but that's a subject for another list.) The compiler warnings had sent me down the wrong track. --Mike Thanks to: Chuck Foley David Fetrow "Michael S. Maiten" Benjamin Clardy Pete Hartman Len Evens Hal Pomeranz "S. Cowles" Rick Summerhill From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 6 03:57:07 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07368; Mon, 6 Jan 1992 13:11:09 -0600 Received: by delta.eecs.nwu.edu id AA03038 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 6 Jan 1992 09:57:30 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from antioch.acns.nwu.edu by delta.eecs.nwu.edu with SMTP id AA03667 (5.65c/IDA-1.4.4 for ); Mon, 6 Jan 1992 09:57:25 -0600 Received: by antioch.acns.nwu.edu (4.1/SMI-NWU-1.01) id AA12174; Mon, 6 Jan 92 09:57:07 CST Date: Mon, 6 Jan 92 09:57:07 CST From: nims@antioch.acns.nwu.edu (Christopher Nims) Message-Id: <9201061557.AA12174@antioch.acns.nwu.edu> To: Sun-Managers@eecs.nwu.edu Subject: Re: Sun-Managers Digest V1 #121 Jamie, Yeah, imake is part of the standard X distribution. I played with acm a few months ago in a previous release...it looks pretty cool. I'm going to install the -real- OpenWindows 3.0 on the Sparc2 in the lab real soon, and it also has Imake if you can wait that long. If not, I can compile it on my machine and ftp over the binaries for ya. -Chris From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 6 04:40:17 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07482; Mon, 6 Jan 1992 13:54:28 -0600 Received: by delta.eecs.nwu.edu id AA30836 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 6 Jan 1992 10:22:23 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Princeton.EDU by delta.eecs.nwu.edu with SMTP id AA13365 (5.65c/IDA-1.4.4 for ); Mon, 6 Jan 1992 10:22:16 -0600 Received: from hhb.UUCP by Princeton.EDU (5.65b/2.85/princeton) id AA21726; Mon, 6 Jan 92 11:22:14 -0500 Received: from leonh.master by master (4.1/Redac_Mahwah-v1.0) id AA08083; Mon, 6 Jan 92 09:54:35 EST Received: by leonh.master (4.1/SMI-4.1) id AA01317; Mon, 6 Jan 92 09:40:17 EST Date: Mon, 6 Jan 92 09:40:17 EST From: leonh%hhb@Princeton.EDU (Leon Howorth) Message-Id: <9201061440.AA01317@leonh.master> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: Sparcstation clocks Thanks for all the responses to my original query: > I have a number of sparcstations, some of which have clocks that > are drifting by as much as 1 to 2 minutes per week. Anyone else > experienced this problem and know the cause, fix, etc? It appears that this is not unusual behavior for these machines. The most often suggested workaround consists of syncing the workstations to one or more local machines and syncing the "master(s)" to an accurate outside source. (The following suggested by a number of people): ------------------------------------------------ Sync all the systems in question to a central local machine. If nothing further is done to sync the time on the local source to some accurate outside source then at least you'll be consistent in-house. This can be done by putting rdate (8C) in a cron job on the workstations, using a machine such as an NIS master or slave server as the source. (Also suggested by Michael S. Maiten : ------------------------------------------------ I run a nightly script that adjusts the clocks on all the nodes to within one minute (you can do better, this was adaquate for us). The script uses the the -a option of date (uses adjtime(2)) to slowly adjust the time without a jump. After this was installed, the time sync problems dissappeared (at two sites where this was installed). As far as syncing to an outside source: ------------------------------------------------ (Suggested by Ric ric@cs.arizona.edu ): Yeah, ours drift like crazy. We stopped it with ntp (network time protocol) so they all follow a chosen master, which synchs itself with an external machine that tracks WWV. ntp was obtained by ftp from trantor.umd.edu. (Suggested by Pete Hartman pwh@bradley.bradley.edu): "NTP" is Network Time Protocol and allows you to connect to a site somewhere that has its time regulated by a device that reads the shortwave WWV and keeps in good time all the time. (Suggested by Brett Chapman sol.med.ge.com!blc): The second method is to use ntp - Network Time Protocol. Using ntp you can sync time to several sources, including some of which are on the Internet. The advantage to ntp is that is calculates the time delay between the time host and the target system. This keeps the time very closely in sync with the time host. ntp is used more for larger networks and places where systems must be within fractions of a second time wise at all times. ntp is in the public doamin. archie can tell you where to get it. Thanks also to Dan Strick, aka dan@bellcore.com for the following: One cause of sparcstation time drift is failure to use a window manager (e.g. sunview, openwindow, x11). The default console terminal emulator is said to run interpreted Forth code very slowly with all interrupts (including clock interrupts) turned off. and to Kanthan Pillay for sending me the "README" for the Network Time Protocol daemon source. From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 6 02:24:40 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07979; Mon, 6 Jan 1992 15:48:18 -0600 Received: by delta.eecs.nwu.edu id AA15303 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 6 Jan 1992 12:29:16 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from hub.ucsb.edu by delta.eecs.nwu.edu with SMTP id AA18432 (5.65c/IDA-1.4.4 for ); Mon, 6 Jan 1992 12:29:09 -0600 Received: from esrg.ucsb.edu by hub.ucsb.edu; id AA04050 sendmail 4.1/UCSB-2.0-sun Mon, 6 Jan 92 10:28:41 PST for sun-managers@eecs.nwu.edu Received: by esrg.ucsb.edu (4.1/ESRG-main-1991/09/23) id AA02022; Mon, 6 Jan 92 10:24:40 PST Date: Mon, 6 Jan 92 10:24:40 PST From: admin%esrg@hub.ucsb.edu (system administrator) Message-Id: <9201061824.AA02022@esrg.ucsb.edu> To: sun-managers@eecs.nwu.edu Subject: Psuedo-SUMMARY::Sparc 2 running 4.1.1 hangs at boot Original Query: > > I have the following problem, our Sparc 2 died over the break, and I was wondering if this is a bad disk or what.... > > The system was hung, but responded to an L1-A, After giving the b command > for boot, It will give the fololowing response and hang. > > boot device : /sbus/esp@0, 800000 /sd@3,0 file and args: > > The system then does nothing..... Any thoughts as to what is the problem? > The system has been power cycled to give the same result.... > Thanks in advance. > please mail to terry@esrg.ucsb.edu > thanks > Terry Figel One useful thing I got was a probe-scsi command in the new command mode. I found out that the Computer does actually see the disk. Currently I am trying to set it up to boot over the network, I can boot it from CD-ROM and tape, but neither of these allows you to mount a disk, I tried tar'ing mount to a floppy, but the disk did not mount.....? I got some responses thinking that it was an external disk, I should have stated it is an internal 207 Meg Quantum.... The system is 8 months old...... I do not want to re-install the disk as I have OW 3.0 beta on the disk, and do not have the CD-ROMS of that on-site. It is a sparc2 GS, and won't run OW 2.0 in color... Basically my probem is still the same, oh well, My guess is the /vmunix file is messed up. How far would it get if that were the case? I recieved responses from lacher@tierzucht-mariensee.fal-braunschweig.dbp.de parens@cards.dazixco.ingr.com Tue Dec 31 15:19:46 1991 tim@sylvester.mdd.comm.mot.com Tue Dec 31 16:45:23 1991 beauchem@dmi.usherb.ca Tue Dec 31 17:19:58 1991 Gene.Saunders@west.sun.com Tue Dec 31 17:29:16 1991 stu@ops.ucsb.edu Tue Dec 31 18:43:04 1991 canuck@rice.edu Wed Jan 1 08:20:37 1992 From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 6 06:49:19 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07993; Mon, 6 Jan 1992 15:52:31 -0600 Received: by delta.eecs.nwu.edu id AA22062 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 6 Jan 1992 12:49:26 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from pex.eecs.nwu.edu by delta.eecs.nwu.edu with SMTP id AA12125 (5.65c/IDA-1.4.4 for ); Mon, 6 Jan 1992 12:49:20 -0600 Received: by pex.eecs.nwu.edu (4.1/SMI-NWU-SUG) id AA10678; Mon, 6 Jan 92 12:49:19 CST Date: Mon, 6 Jan 92 12:49:19 CST From: phil@pex.eecs.nwu.edu (William LeFebvre) Message-Id: <9201061849.AA10678@pex.eecs.nwu.edu> To: sun-managers@eecs.nwu.edu Subject: binary read/write problems with Sun Fortran 1.3.1 I seem to remember someone mentioning this not too long ago.... We are running SunOS 4.1.1 with Fortran 1.3.1 on a Sparcstation 1. A user here is having problems with unformatted binary writes over a certain size. He claims that a "nested write of too many values won't work". A singly dimensioned variable of 2046 works but 2047 does not. Similarly a doubly dimensioned variable of 45,45 works (2025 values) but 46,46 does not (2092 values). I think his claim is that what is written cannot be successfully read. Has anyone encountered this before? Is there a patch? Here is code that demonstrates the problem: c c program to test unformatted reads c program test parameter (idim=2047) dimension a(idim) do 10 i = 1, idim a(i) = i 10 continue c iunit =1 OPEN (UNIT = IUNIT, FILE = 'trash', STATUS = 'NEW', & FORM = 'UNFORMATTED', ACCESS = 'SEQUENTIAL', ERR = 180) write (iunit, err=50) (a(i), i = 1, idim) close (iunit) c OPEN (UNIT = IUNIT, FILE = 'trash', STATUS = 'old', & FORM = 'UNFORMATTED', ACCESS = 'SEQUENTIAL', ERR = 180) read (iunit, err=40) (a(i), i = 1, idim) close (iunit) c stop 'successful completion' 180 stop 'open errors' 40 stop 'write errors' 50 stop 'read errors' end William LeFebvre Computing Facilities Manager and Analyst Department of Electrical Engineering and Computer Science Northwestern University From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 6 09:12:15 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA08108; Mon, 6 Jan 1992 16:18:38 -0600 Received: by delta.eecs.nwu.edu id AA01871 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 6 Jan 1992 13:12:36 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA27097 (5.65c/IDA-1.4.4 for ); Mon, 6 Jan 1992 13:12:30 -0600 Received: from bu-it.bu.edu by rice.edu (AA06540); Mon, 6 Jan 92 13:11:48 CST Received: from BUIT52.BU.EDU by bu-it.bu.edu (5.61+++/Spike-2.1) id AA22731; Mon, 6 Jan 92 14:12:20 -0500 From: sandman@bu-it.bu.edu (Dominick M. Galang) Received: by buit52.bu.edu (5.61+++/Spike-2.0) id AA16704; Mon, 6 Jan 92 14:12:15 -0500 Date: Mon, 6 Jan 92 14:12:15 -0500 Message-Id: <9201061912.AA16704@buit52.bu.edu> To: sun-managers@rice.edu In-Reply-To: sun-managers@rice.edu's message of 30 Dec 91 23:09:15 GMT Subject: /etc/passwd fun Is this really a problem? The sysadm converted the uid/gid to 0/0, right? --Sandman From: sun-managers@rice.edu Newsgroups: bu.mail.sun-managers Date: 30 Dec 91 23:09:15 GMT From: Robert Haddick Sysadmins: Instead of deleting users no longer having accounts on a machine, here is what they did, and look at the results.....hmmm. All machines in this case are running yp, /etc/passwd shows: #+pholtz::0:0::: #+matkins::0:0::: #+estringe::0:0::: #+jweaver:*:7186:632:John Weaver:/home/jweaver:/bin/csh Someone apparently thought adding the # somehow disabled these. In fact it does quite the opposite. There are no comments in /etc/passwd, only funny usernames. Watch this... sungoddess 2>telnet sunblast Trying 130.35.1.100 Connected to sunblast.us.oracle.com. Escape character is '^]'. SunOS UNIX (sunblast.us.oracle.com) login: #+pholtz No home directory specified in password file! Logging in with home=/ Last login: Fri Dec 27 00:15:45 from bozo.us.oracle.com SunOS Release 4.1.1 (sunblast) #6: Fri Nov 15 14:46:01 PST 1991 ******************************************************************************* # whoami root # Anybody know of a bug fix for this one? Sincerely, Robert From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 6 09:43:23 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA08187; Mon, 6 Jan 1992 16:56:43 -0600 Received: by delta.eecs.nwu.edu id AA08504 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 6 Jan 1992 13:43:47 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA19462 (5.65c/IDA-1.4.4 for ); Mon, 6 Jan 1992 13:43:36 -0600 Received: from bu-it.bu.edu by rice.edu (AA06763); Mon, 6 Jan 92 13:42:53 CST Received: from BUIT52.BU.EDU by bu-it.bu.edu (5.61+++/Spike-2.1) id AA22955; Mon, 6 Jan 92 14:43:27 -0500 From: sandman@bu-it.bu.edu (Dominick M. Galang) Received: by buit52.bu.edu (5.61+++/Spike-2.0) id AA16729; Mon, 6 Jan 92 14:43:23 -0500 Date: Mon, 6 Jan 92 14:43:23 -0500 Message-Id: <9201061943.AA16729@buit52.bu.edu> To: sun-managers@rice.edu In-Reply-To: sun-managers@rice.edu's message of 2 Jan 92 20:50:11 GMT Subject: Why partition? I don't think there's any problem with making it all one big partition. And there should be no problem with assigning the disk to anything other than b:. (B: is reserved for swapping.) The benefit of spliting is a question of adminstration and efficiency. If you're interested in limiting the amount of information you export to other machines, breaking up the disk would allow this easily. Likewise, if you expect to need more space in the future, breaking up the disk would give you some room to grow into later. If you think the disk would be accessed in two places at the same time frequently, as it is with /var and /usr, you should split them. This way when the disk arm passes over the disk, it will be able to get to both areas with (hopefully) less work as it can reach two areas of the disk with one disk arm pass. With one big partition, it could take two passes to get to all the information at any given moment. That would result in a slower disk seek time. Good luck --Sandman From: sun-managers@rice.edu Newsgroups: bu.mail.sun-managers Date: 2 Jan 92 20:50:11 GMT From: Mojo Sometimes "why" is a difficult question to find the answer to ... My SS2 includes a 1.2G disk pack to be used for file service. Why should I partition it into more than one partition? Why not have one large partition to draw from? Is there some hidden reason to use partition 'g' rather than partition 'a'? Magic cookies aren't always obvious. :) Mojo -- Morris Jones Caere Corp. mojo@caere.com From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 6 11:04:01 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA08502; Mon, 6 Jan 1992 18:17:37 -0600 Received: by delta.eecs.nwu.edu id AA13622 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 6 Jan 1992 15:04:19 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA25720 (5.65c/IDA-1.4.4 for ); Mon, 6 Jan 1992 15:04:13 -0600 Received: from bu-it.bu.edu by rice.edu (AA07293); Mon, 6 Jan 92 15:03:31 CST Received: from BUIT52.BU.EDU by bu-it.bu.edu (5.61+++/Spike-2.1) id AA23740; Mon, 6 Jan 92 16:04:05 -0500 From: sandman@bu-it.bu.edu (Dominick M. Galang) Received: by buit52.bu.edu (5.61+++/Spike-2.0) id AA16853; Mon, 6 Jan 92 16:04:01 -0500 Date: Mon, 6 Jan 92 16:04:01 -0500 Message-Id: <9201062104.AA16853@buit52.bu.edu> To: sun-managers@rice.edu In-Reply-To: sun-managers@rice.edu's message of 6 Jan 92 20:15:06 GMT Subject: Mass mailings, an apology I posted my opinions earlier today expecting only to be replying to the sender. Obviously this is not the case. My news program sent it back over the mailing list and not to the author and I didn't take the time to check the outbound address. I'm sorry for oversight and flooding the network. If you receive any messages from me under sun-managers, please hold back the urge send me a message back to inform me. Thanks. My apologies again. --Dominick From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 6 13:02:02 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA08692; Mon, 6 Jan 1992 20:08:09 -0600 Received: by delta.eecs.nwu.edu id AA24442 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 6 Jan 1992 17:01:45 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from maccs.DCSS.McMaster.CA by delta.eecs.nwu.edu with SMTP id AA28388 (5.65c/IDA-1.4.4 for ); Mon, 6 Jan 1992 17:01:35 -0600 Received: by maccs.dcss.mcmaster.ca (/\==/\ Smail3.1.24.1 #24.2) id ; Mon, 6 Jan 92 18:02 EST Received: by flex.Eng.McMaster.CA (4.1/SMI-4.1) id AA01272; Mon, 6 Jan 92 18:02:02 EST Date: Mon, 6 Jan 92 18:02:02 EST From: todd@flex.Eng.McMaster.CA (Todd Pfaff) Message-Id: <9201062302.AA01272@flex.Eng.McMaster.CA> Reply-To: Todd Pfaff To: sun-managers@eecs.nwu.edu Subject: SUMMARY: exabyte data compression module A while back I asked: ]Subject: exabyte data compression module ] ]We've outgrown the capacity of our Exabyte 8200... ] ]Anybody have any experience with one of those hardware data compression ]modules that plug into an Exabyte 8mm tape drive? Are you happy with it? ]Where did you get it? How much did it cost? Is it completely transparent ]to the Sun SCSI driver? How difficult was it to install? ] ] ]-- ]Todd Pfaff \ Internet: todd@flex.eng.mcmaster.ca ]Dept. of Mechanical Engineering \ Voice: (416) 525-9140 x2902 ]McMaster University \ FAX: (416) 572-7944 ]Hamilton, Ontario, CANADA L8S 4L7 \ I got lots of "me too!" responses asking for a summary, so here it is. It was pointed out that the Sun SCSI drivers don't support the compression modules. I previously thought that such a module was transparent to the driver and no software was required. Anybody know more about this? -------------------------------------------------------------------------------- From: jpl@allegra.att.com (John P. Linderman) We have an Exabyte 8500. 4.4 gig on the same Sony P6120MP tapes you've come to know and love. 5.5 gig (we hear) on Sony QG122M tapes. Worked on the SparcStation 2 fresh out of the box... no driver mods, (but make sure you get one with curent firmware... no earlier than 3F2.) My thinking is this. 8500's are likely to become as common as 8200's, cause they don't cost much more, but hold much more. They can read back 8200 tapes. If I go with some fancy compression scheme, I'll need the decompression scheme on the way out. Right now, that isn't as readily available as 8500's. So I'll rely on standard technology rather than proprietary coding schemes to kee apace with growing disk capacities. And sleep well about restoring my tapes anywhere I want. -------------------------------------------------------------------------------- From: Mike.McCann@eng.clemson.edu (Mike McCann) I just recently installed a TR-1 compression module and data panel on my 8mm drive. It seems to work just fine and has more than doubled the capcity of my tapes. TR-1 Data Compression Module Peripheral Vision Corp. 712 Paseo del Ray Playa del Rey, Calif 90293 (213) 574-1144 FAX: (213) 574-1141 -------------------------------------------------------------------------------- From: eric@mpl.UCSD.EDU (Eric Wolin) I would suggest a 8500 instead as they work quite well and are guaranteed to have 2x the capacity/transfer rate. You can get an idea of how well things compress by using the compress utility on some sample files you are backing up as it uses the Ziv-Lempel algorithm which is supposedly what most hardware data compression schemes use. For data that uses the dynamic range we only saw a ~20% compression improvement while you get 100% + from character (ASCII) data files. As we have mostly data files we didn't bother with purchasing compression units. 8500s are ~$2500. Short term forecasts are that the helical scan drives (dat,Exabyte) will improve by ~2x/ yr. (capacity & transfer rate) for at least a couple of cycles. -------------------------------------------------------------------------------- From: tonyr@tekadg.adg.tek.com I got one for my 8200 drive. It installs very easily. I got it from APUNIX for $754 plus $25 for software, which includes a driver. The Sun SCSI driver will still write to the drive but can't take advantage of the compression stuff. The module itself is made by Peripheral Visions; APUNIX adds some software and sells it to you. It works as advertised. I've had no problems. I guess you could say I'm a satisfied customer. -------------------------------------------------------------------------------- From: tony@apldss.apl.cul.ca (Tony Schiebel) We currently have an Exabyte 8500 8mm tape drive with the Extrabyte compression module on it. It ran great on our sun 4/490 under 4.1 but now that we have upgraded to 4.1.1, the standard Sun drivers do not recogize the full 5 GB + compression. We are only getting 2.3 GB backups. Yay !!! :-) I am in the process of hunting down some third party backup tools that will contain the drivers we need. The SUN Techie says that they will offer support for the 5 GB drive in the first quarter of 1992. We have had absolutly no problems with the compression module. It just plugs right in and away you go. It cost ~1800.00 CAN. and was purchased from a company called Enhance Sytstems. Like I said, It works great under 4.1 so beware if you plan on running 4.1.1. If you have any more questions, send me some e-mail and I will be happy to help you. -------------------------------------------------------------------------------- From: mks!andy@watmath.uwaterloo.ca (Andy Toy) Please summarise. I am considering adding compression to my 8200. My Contemporary Cyberbnetics Group CY-8200 can be upgraded with compression from CCG for about US$2000 by shipping it to them. They have their own compression upgrade. I have also found two third party compression modules for the Exabyte. They are field installable so I would not lose my drive for any significant period of time. Both modules are from companies in California and cost about US$1000. I don't have the names handy, but I will look them up for you if you like. Of course, they are not compatible with each other so you can only exchange tapes with other Exabytes having the same compression module. Exabyte has announced 8200 and 8500 drives with compression. Both are to be released within a year. The 8500 compression model first in a couple of months. I believe these will become the defacto standard for compression so I am recommending that we either wait for these drives or just buy another 8200 or 8500 instead of the add-on compression module. I don't want to have tapes that are only readable by my drives. However, if money is tight then we may go with a third party compression scheme. -------------------------------------------------------------------------------- From: mks!andy@watmath.uwaterloo.ca (Andy Toy) One of the compression modules for the Exabyte is from Peripheral Vision Corp. 7712 Paeo del Rey, Playa del Rey, CA, USA, 213-574-1144, fax 213-574-1141. The product is available in Canada from Dilog Canada, 4 Paget Road, Brampton, L6T 5G3, 416-790-0660, fax 416-790-0712. The other is from Digi-Data Corp., 8580 Dorsey Run Road, Jessup, MD, USA, 301-498-0200, fax 301-498-0771, 800-782-6395. -------------------------------------------------------------------------------- -- Todd Pfaff \ Internet: todd@flex.eng.mcmaster.ca Dept. of Mechanical Engineering \ Voice: (416) 525-9140 x2902 McMaster University \ FAX: (416) 572-7944 Hamilton, Ontario, CANADA L8S 4L7 \ From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 6 12:04:26 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA08733; Mon, 6 Jan 1992 20:31:31 -0600 Received: by delta.eecs.nwu.edu id AA13322 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 6 Jan 1992 16:05:09 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Clyde.Concordia.CA by delta.eecs.nwu.edu with SMTP id AA28068 (5.65c/IDA-1.4.4 for ); Mon, 6 Jan 1992 16:04:56 -0600 Received: from Davinci.Concordia.CA by Clyde.Concordia.CA id aa07969; 6 Jan 92 22:04 GMT Received: from davinci.concordia.ca by davinci.concordia.CA id aa18366; 6 Jan 92 17:04 EST To: sun-managers@eecs.nwu.EDU Cc: nicky@davinci.concordia.ca Subject: ST41650 Wren 8 (Yet another FORMAT.DAT request.) Date: Mon, 06 Jan 92 17:04:26 -0500 From: nicky@davinci.concordia.ca Message-Id: <9201061704.aa18366@davinci.concordia.CA> Hello Everyone, I hope this question has a simple answer. Could someone send me a FORMAT.DAT entry for a Wren 8? This may prove useful: Disk type : sd3: Vendor 'SEAGATE', product 'ST41650', 2766300 512 byte blocks I remember something about a definitive FORMAT.DAT list someone wanted to compile. Did this happen? If so, how does one go about getting a copy? Thanks in advance. Happy New Year to all... Nicky = = = = = = = = = = =+= = = = = = = = = = = = = = =+= = = = = = = = = = = Nick Ayoub nicky@davinci.concordia.ca UNIX Systems Analyst Dept. of E&CE Concordia University CAD Systems Support Montreal QC. H3G 1M8 Voice : (514) 848-3107 Canada Fax : (514) 848-2802 = = = = = = = = = = =+= = = = = = = = = = = = = = =+= = = = = = = = = = = From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 6 11:29:29 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA08736; Mon, 6 Jan 1992 20:32:29 -0600 Received: by delta.eecs.nwu.edu id AA31084 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 6 Jan 1992 17:29:44 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from lgc.lgc.com by delta.eecs.nwu.edu with SMTP id AA01016 (5.65c/IDA-1.4.4 for ); Mon, 6 Jan 1992 17:29:36 -0600 Received: from antares.lgc.com by lgc.lgc.com (5.65b/lgc.1.23) id AA13488; Mon, 6 Jan 92 17:29:33 -0600 Received: from minnie.lgc.com by antares.lgc.com (4.1/lgc.1.23) id AA10641; Mon, 6 Jan 92 17:29:31 CST Received: from loopback by minnie.lgc.com (4.1/lgc.1.9) id AA19952; Mon, 6 Jan 92 17:29:30 CST Message-Id: <9201062329.AA19952@minnie.lgc.com> To: sun-managers@eecs.nwu.edu Cc: vispi@lgc.com Subject: NFS automounter on an RS6000 client with a sparc NIS server Date: Mon, 06 Jan 92 17:29:29 -0600 From: vispi@lgc.com Hi Managers I'm trying to get an RS6000 set up as an NIS client using a sparc as an NIS server. Client RS6000 530 running AIX 3.1 NIS server sparc 370 running SunOS 4.1.1 Okay, here's the problem. It might be something obvious, or it might not ..... According to InfoExplorer, (the IBM hypertext help system) a sample auto.master file shows no mount option fields. On the sun there is a mount options field. eg. (on suns) # cat /etc/auto.master /home /usr/share/automounter/auto.home -rw,hard,intr ^^^^^^^^^^^^^ and # cat /etc/auto.home (on suns) machine1 machine1:/export/home/machine1 NOW note the difference on the RS6000's eg. (on RS6000) # cat /etc/auto.master /home /usr/share/automounter/auto.home and # cat /etc/auto.home (on RS6000) machine1 -rw,hard,intr machine1:/export/home/machine1 ^^^^^^^^^^^^^ The mount options are in different maps. How does this affect me?? I have to use the NIS maps generated by the NIS sun server on the RS6000 client. What I have achieved: a) I have configured the RS6000 to the point where ypcat mapname shows the NIS maps. ypwhich, and ypmatch work as they should. b) The automounter is running and tries to mount the correct filesystems, but fails for some unknown (to me) reason. Strange symptoms: a) When the automounter is running /home gets created. That's fine. If I cd to /home an ls results in the following message ls: 0653-343 Cannot read .. Any fixes, suggestions etc.... Any and all help will be greatly appreciated. If anyone has dealt with a similar situation, please email me and I'll summarize. Thanks -Vispi Dumasia vdumasia@lgc.com From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 6 04:38:18 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA10618; Tue, 7 Jan 1992 10:14:07 -0600 Received: by delta.eecs.nwu.edu id AA03444 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 7 Jan 1992 06:56:33 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: by delta.eecs.nwu.edu id AA25669 (5.65c/IDA-1.4.4 for sun-managers); Tue, 7 Jan 1992 06:56:22 -0600 Received: by tellab5.tellabs.com (smail2.5) id AA19651; 7 Jan 92 04:18:06 CST (Tue) Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA07185; Mon, 6 Jan 92 17:33:28 -0500 Received: from decwrl.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 173227.13044; Mon, 6 Jan 1992 17:32:27 EST Received: by uucp-gw-1.pa.dec.com; id AA27935; Mon, 6 Jan 92 14:17:36 -0800 Received: by aurora.cs.athabascau.ca (/\==/\ Smail3.1.23.2 #23.6) id ; Mon, 6 Jan 92 15:15 MST Received: by nro.cs.athabascau.ca (/\==/\ Smail3.1.23.6 #23.4) id ; Mon, 6 Jan 92 15:15 MST Received: by isagate.edm.isac.ca (/\=-/\ Smail3.1.18.1 #18.5) id ; Mon, 6 Jan 92 11:35 MST Received: by apldss.apl.cul.ca (/\==/\ Smail3.1.23.1 #23.16) id ; Mon, 6 Jan 92 11:38 MST Message-Id: From: tony@apldss.apl.cul.ca (Tony Schiebel) Subject: Seagate 3.2 GB IPI Drives To: sun-managers@eecs.nwu.edu Date: Mon, 6 Jan 92 11:38:18 MST X-Mailer: ELM [version 2.3 PL4] Sun Managers, We have just recently installed 2, Seagate ST83220, 3.2 Gigabyte IPI drives on our SUN 4/490. We had the firmware upgraded to the latest revision by SUN. We are now experiencing READ and WRITE errors on the new disks. I have included the '/etc/format.dat' entry that we used as well as a subset from the '/var/adm/messages' file. The entries that I have included from the messages file are only a very small subset. There are ALOT more read errors on top of the ones that I have included. Also, at boot time it takes a VERY long time (20 Minutes) to check the /disk4c file system. Here is a current 'df' of our system. Each of the disks have been set up for 2 file systems each, '/disk3c & /disk3d' and '/disk4c & /disk4d'. Filesystem kbytes used avail capacity Mounted on /dev/id000a 15404 8715 5148 63% / /dev/id000g 92463 61018 22198 73% /usr /dev/id000h 772509 642485 52773 92% /disk0h <--- 911 Meg IPI /dev/id001c 942663 842820 5576 99% /disk1c <--- 911 Meg IPI /dev/id002c 942663 835183 13213 98% /disk2c <--- 911 Meg IPI /dev/id003c 1970689 14 1773606 0% /disk3c <--- New IPI /dev/id003d 442149 9 397925 0% /disk3d /dev/id004c 1970689 821373 952247 46% /disk4c <--- New IPI /dev/id004d 442149 9 397925 0% /disk4d /dev/sr0 160693 158938 1755 99% /cdrom If ayone has any ideas as to a fix for these errors, I would greatly appreciate it. FORMAT.DAT ---------- disk_type = "IPI Seagate ST83220K" \ : ctlr = "ISP-80" \ : ncyl = 2650 : acyl = 2 : pcyl = 2652 : nhead = 19 : nsect = 102 \ : rpm = 4365 : bpt = 63840 : skew = 0 : precomp = 0 MESSAGES -------- Dec 16 09:23:58 apldss vmunix: idc0: ctlr message: 'panic: out of pool space ' Dec 16 09:23:58 apldss vmunix: idc0: ctlr message: 'Did panic dump to drive 0 ' Dec 16 09:24:53 apldss vmunix: ipi 0: missing interrupt. refnum 2a1 Dec 16 09:24:53 apldss vmunix: id000b: block 24080 (57290 abs): write: missing interrupt - attempting recovery Dec 16 09:24:53 apldss vmunix: ipi 0: missing interrupt. refnum 2a9 Dec 16 09:24:53 apldss vmunix: id000b: block 81152 (114362 abs): read: missing interrupt - recovery in progress Dec 16 09:24:53 apldss vmunix: ipi 0: missing interrupt. refnum 29c Dec 16 09:24:53 apldss vmunix: id000b: block 22912 (56122 abs): write: missing interrupt - recovery in progress Dec 16 09:24:53 apldss vmunix: ipi 0: missing interrupt. refnum 29f Dec 16 09:24:53 apldss vmunix: id000b: block 24384 (57594 abs): write: missing interrupt - recovery in progress Dec 16 09:24:53 apldss vmunix: ipi 0: missing interrupt. refnum 29b Dec 16 09:24:53 apldss vmunix: id000b: block 22400 (55610 abs): write: missing interrupt - recovery in progress Dec 16 09:24:53 apldss vmunix: ipi ff: missing interrupt. refnum 2ad Dec 16 09:24:53 apldss vmunix: is0: resetting slave Dec 16 09:24:53 apldss vmunix: idc0: ctlr message: 'FW revision date = 4/18/91 , level = 50 ' Dec 16 09:24:53 apldss vmunix: idc0: Recovery complete. ============================================================================== Dec 19 12:55:21 apldss vmunix: id004c: block 31184 (31184 abs): read: Response Extent. id004c: block 31184 (31184 abs): read: Machine Exception. Operation Timeout. Dec 19 12:55:21 apldss vmunix: id004c: block 31184 (31184 abs): read: Response Extent. Dec 21 15:33:41 apldss vmunix: id004c: block 95648 (95648 abs): read: Response Extent. id004c: block 95728 (95728 abs): read: Machine Exception. Operation Timeout. Dec 21 15:33:41 apldss vmunix: id004c: block 95728 (95728 abs): read: Response Extent. Dec 21 15:49:52 apldss vmunix: idc0: ctlr message: 'panic: out of pool space ' Dec 21 15:49:52 apldss vmunix: idc0: ctlr message: 'Did panic dump to drive 0 ' Dec 21 15:50:44 apldss vmunix: ipi 2: missing interrupt. refnum 2b5 Dec 21 15:50:44 apldss vmunix: id002c: block 1188320 (1188320 abs): read: missing interrupt - attempting recovery Dec 21 15:50:44 apldss vmunix: ipi 0: missing interrupt. refnum 2b3 Dec 21 15:50:44 apldss vmunix: id000h: block 358016 (719636 abs): write: missing interrupt - recovery in progress Dec 21 15:50:44 apldss vmunix: ipi 0: missing interrupt. refnum 2b2 Dec 21 15:50:44 apldss vmunix: id000h: block 358128 (719748 abs): read: missing interrupt - recovery in progress Dec 21 15:50:44 apldss vmunix: ipi 2: missing interrupt. refnum 2b1 Dec 21 15:50:44 apldss vmunix: id002c: block 340176 (340176 abs): write: missing interrupt - recovery in progress Thanks Tony -- +----------------------------------------+------------------------------------+ | Tony J. Schiebel | ISA Corp. | | -> tony@edm.isac.ca | #835, 10040 - 104 Street | | ICBM: 53 30' 32'' N | Edmonton, Alberta, Canada | | 113 30' 30'' W | Work: (403) 420-8081 | +----------------------------------------+------------------------------------+ -- +----------------------------------------+------------------------------------+ | Tony J. Schiebel | ISA Corp. | | -> tony@edm.isac.ca | #835, 10040 - 104 Street | | ICBM: 53 30' 32'' N | Edmonton, Alberta, Canada | | 113 30' 30'' W | Work: (403) 420-8081 | +----------------------------------------+------------------------------------+ From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 7 01:57:06 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA10677; Tue, 7 Jan 1992 10:29:30 -0600 Received: by delta.eecs.nwu.edu id AA01371 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 7 Jan 1992 07:52:20 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from khan.acc.uwrf.edu by delta.eecs.nwu.edu with SMTP id AA04896 (5.65c/IDA-1.4.4 for ); Tue, 7 Jan 1992 07:52:14 -0600 Received: by khan.acc.uwrf.edu with SMTP id AA00303 (5.65b/IDA-1.4.3 for sun-managers@eecs.nwu.edu); Tue, 7 Jan 92 07:57:11 -0600 Message-Id: <9201071357.AA00303@khan.acc.uwrf.edu> To: sun-managers@eecs.nwu.edu Subject: What kind of SCSI disk for a Sun 3/50? Date: Tue, 07 Jan 92 07:57:06 -0600 From: Marlys.A.Nelson@uwrf.edu I currently have a diskless Sun 3/50 (SunOS 4.1.1) and would like to add a SCSI disk to it. I know very little about what disks are available that will work well with 3/50's. So, I'm looking for recommendations, warnings, etc. on what to get. As usual, I would like the most reliable, easiest to install, largest capacity, disk possible for the least $$ :-) Thanks. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Marlys A. Nelson System Manager, Systems Programmer, Academic Computing Network Manager, etc., etc. Univ. of WI - River Falls Internet: Marlys.A.Nelson@uwrf.edu From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 7 02:10:40 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA10806; Tue, 7 Jan 1992 10:55:04 -0600 Received: by delta.eecs.nwu.edu id AA03095 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 7 Jan 1992 08:10:49 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from bru.mayo.edu by delta.eecs.nwu.edu with SMTP id AA08528 (5.65c/IDA-1.4.4 for ); Tue, 7 Jan 1992 08:10:44 -0600 Received: from autobahn.mayo.EDU by bru.mayo.EDU (4.1/SMI-4.0) id AA28250; Tue, 7 Jan 92 08:10:22 CST Received: from lotus.mayo.EDU by autobahn.mayo.EDU (4.1/SMI-4.1) id AA06909; Tue, 7 Jan 92 08:10:40 CST Date: Tue, 7 Jan 92 08:10:40 CST From: mstacy@mayo.EDU (Mahlon Stacy 4-4558) Message-Id: <9201071410.AA06909@autobahn.mayo.EDU> To: sun-managers@eecs.nwu.edu Subject: Format.dat for Fujitsu 2263SA I know, another format.dat request. Sorry I need to get this Fujitsu 2263SA up quickly, though. 1658 Sectors, 15 heads, 53 sectors... Is this correct, and what else do I need? Thanks! -Mahlon ------------------------------------------------------------- Mahlon Stacy Internet: mcs@mayo.edu Mayo Foundation Rochester, MN 55905 Minnesota Regional Network (507) 284-4558 Amateur: KF0AW ------------------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 7 16:33:14 1992 Received: from unet.unet.umn.edu by mail.unet.umn.edu (5.65c/) id AA12214; Tue, 7 Jan 1992 16:33:14 -0600 Received: from delta.eecs.nwu.edu by unet.unet.umn.edu (5.65c/) id AA04521; Tue, 7 Jan 1992 16:33:12 -0600 Received: by delta.eecs.nwu.edu id AA04123 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 7 Jan 1992 12:47:19 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from orbot.co.il by delta.eecs.nwu.edu with SMTP id AA29030 (5.65c/IDA-1.4.4 for ); Tue, 7 Jan 1992 12:46:52 -0600 Received: from tamar.orbot.co.il ([218.218.69.9]) by orbot.co.il (4.1/SMI-4.0) id AA00562; Tue, 7 Jan 92 20:43:23 IST Received: from hippopo.ORBOT by tamar.orbot.co.il (4.0/SMI-4.1) id AA02636; Tue, 7 Jan 92 20:45:53 IST Received: by hippopo.ORBOT (4.1/SMI-4.1) id AA03470; Tue, 7 Jan 92 20:45:51 IST Date: Tue, 7 Jan 92 20:45:51 IST From: greg@orbot.co.il (Gregory Gutarts) Message-Id: <9201071845.AA03470@hippopo.ORBOT> To: sun-managers@eecs.nwu.edu Subject: EXAByte backups from SS2 Cc: greg@orbot.co.il Shalom, Managers ! Maybe my problem have been discussed in some past, but I've joined the list only two monthes ago. The problem is: We have a network of many SS-1, SS-1+, SS-2, SLC and ELC. I have an EXAByte-8200 connected to one of the SLCs and run every night backup procedure for all SUNs using rsh -n hostname /etc/dump 1ucsf 6000 myhost:/dev/nrst1 /filesystem in the backup script. Cron helps me every night to run it. Everything was suspiciously good, but I have upgraded my dump host to 4.1.1. From this day a very strange (from my unexpirienced point of view) thing started. For ONLY THREE HOSTS of my backup list I get almost every time unpredictible error messages in the form: st1: Error for command 'write', Error Level: 'Fatal' Block: 49 File Number: 1 Sense Key: Media Error st1: Error for command 'write file mark', Error Level: 'Fatal' Block: 49 Sense Key: Media Error I have checked everything I only can: tapes, drive, procedure etc. The only thing which can help me is simply to take this three hosts out from the list. Then everything again is OK for the same tapes, which gave me the message. This three hosts are usual SS-2 running 4.1.1 without some special points I can mention. All other SS-2 can be processed without problems. The same command works OK for these three SS-2 when I've tried to write onto cartridge tape instead of EXAByte. I have also no visible network problem. Maybe someone can help me. Thank you very much. Gregory Gutarts System Administrator greg@hippopo.orbot.co.il Orbot Systems Ltd. Yavne, Israel From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 7 08:59:09 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12531; Tue, 7 Jan 1992 18:01:47 -0600 Received: by delta.eecs.nwu.edu id AA05283 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 7 Jan 1992 14:59:19 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from antioch.acns.nwu.edu by delta.eecs.nwu.edu with SMTP id AA26213 (5.65c/IDA-1.4.4 for ); Tue, 7 Jan 1992 14:59:14 -0600 Received: by antioch.acns.nwu.edu (4.1/SMI-NWU-1.01) id AA13331; Tue, 7 Jan 92 14:59:09 CST Date: Tue, 7 Jan 92 14:59:09 CST From: nims@antioch.acns.nwu.edu (Christopher Nims) Message-Id: <9201072059.AA13331@antioch.acns.nwu.edu> To: sun-managers@eecs.nwu.edu Subject: rpc.pwdauthd - RPC: Program Timed out - Why? System: Sun 4/470 SunOS 4.1_PSR_A We're having a problem with pwdauthd on our system. When the system is heavily loaded (50-70 people logged in) we start having problems with pwdauthd timing out. If you try to login, after typing in your password and waiting a while you see "RPC Program Timed Out" then login times out and gives you another login: prompt. I have tried installing the c2 jumbo patch # 100201-04 and the problem is still there. It seems that the only solution is to kill and restart pwdauthd only to have it start acting up again in less than half an hour. Also, we have a pretty large password file, about 2950 entries. Has anyone else seen this problem? Chris Nims From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 7 08:37:34 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12534; Tue, 7 Jan 1992 18:02:19 -0600 Received: by delta.eecs.nwu.edu id AA01251 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 7 Jan 1992 14:37:51 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from navier.ae.utexas.edu by delta.eecs.nwu.edu with SMTP id AA01030 (5.65c/IDA-1.4.4 for ); Tue, 7 Jan 1992 14:37:44 -0600 Received: by navier.ae.utexas.edu (5.61/1.34/UTCFD 1.9) id AA04549; Tue, 7 Jan 92 14:37:34 -0600 Date: Tue, 7 Jan 92 14:37:34 -0600 From: runnels@cfdlab.ae.utexas.edu (Scott Runnels) Message-Id: <9201072037.AA04549@navier.ae.utexas.edu> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: Fixing Sun keyboards Regarding the repair of Sun console keyboards which have keys that do not work, the following types of helpful suggestions were provided: 1.) Cleaning under the keys with compressed air blown in from above the keyboard. 2.) Removing the back of the keyboard and cleaning the contacts with a solvent (isopropyl alchohol, distilled water, electronic parts cleaner) or even with more compressed air. 3.) Trying the above cleaning by just prying off the keycap with a pocket knife, or preferably, two bent paper clips. 4.) Closer inspection might reveal broken leads to the key. If so, these can be found with a magnifying glass and/or ohmeter. The leads can then be re-soldered together. 5.) In some cases, there is a hardware problem with the key. This can be the "plunger" or a small plastic U shaped part which can break or come loose. Inspect working keys by removing the key cap as described above. Then repair the broken key by comparing to a working key and, if necessary, swapping out the plastic U part with a less needed key. Most responses say that their method almost always works. Thanks to all who responded: bukys@cs.rochester.edu 'Robert (Fletcher) Williams' geertj@ica.philips.nl (Geert Jan de Groot) wolfgang%sunspot.nosc.mil@nosc.mil Probert David Fetrow tpriddy@homrun.intel.com (Tim Priddy ) Robert Haddick ralph@swmerc.rain.com (Ralph Merwin) fpb@ittc.wec.com (Frank P. Bresz) Eble@RUF.Uni-Freiburg.DE (Axel Eble) sls@cs.duke.edu (Shelley L. Shostak) aimla!ruby!jennine@uunet.UU.NET (Jennine Townsend) clive@jtsv16.jts.com (Clive Beddall ) dwm@fibercom.com (Dave Minnich) debra@acc.com (Debra Tivetsky) -- ==================================================== Scott R. Runnels (runnels@cfdlab.ae.utexas.edu) Computational Fluid Dynamics Lab Dept. of Aerospace Engr. & Engr. Mechanics The University of Texas at Austin Austin, TX 78712 (512) 471-4069 ==================================================== From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 7 07:08:28 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12711; Tue, 7 Jan 1992 19:50:43 -0600 Received: by delta.eecs.nwu.edu id AA08712 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 7 Jan 1992 17:07:52 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from mailgate.ericsson.se by delta.eecs.nwu.edu with SMTP id AA25809 (5.65c/IDA-1.4.4 for ); Tue, 7 Jan 1992 17:07:42 -0600 Received: from ericom.ericsson.se by mailgate.ericsson.se (4.1/SMI-4.1-MAILGATE1.7) id AA17268; Wed, 8 Jan 92 00:07:37 +0100 Received: from ebu.ericsson.se (anah.ericsson.se) by ericom.ericsson.se (4.1/SMI-4.0-ERICOM1.5) id AA21454; Wed, 8 Jan 92 00:07:31 +0100 Received: from boris.EBU by ebu.ericsson.se (4.1/SMI-4.0) id AA12249; Tue, 7 Jan 92 15:08:28 PST Date: Tue, 7 Jan 92 15:08:28 PST From: ebumfr@ebu.ericsson.se (Michael Rembis 6259) Message-Id: <9201072308.AA12249@ebu.ericsson.se> To: sun-managers@eecs.nwu.edu Subject: Installing Dataless clients Hi. We are just about to upgrade from many 3/60's and 3/80's to IPC's. We have chosen to make them all dataless clients. Will it be necessary to include a line in /etc/exports for all these machines to boot ? /usr -root=ipc1:ipc2:ipc3 ... to machine n. /cdrom -ro /export/home /export/home1 /var/spool/mail /export/exec/sun3.sunos.4.1.1 /export/exec/sun4.sunos.4.1.1 -root=ipc1:ipc2:ipc3 ... ditto /export/exec/kvm/sun3x.sunos.4.1.1 /export/exec/kvm/sun4c.sunos.4.1.1 -root=ipc1:ipc2:ipc3 ... ditto I tried the entries with just: /usr /export/exec/sun4.sunos.4.1.1 /export/exec/kvm/sun4c.sunos.4.1.1 but the machines wouldn't boot. So the questions are really: 1) Why do I need to specifically state root= ... 2) Will I need an entry for every machine or can I set up a netgroup ? 3) Number of max entries on a line ? 4) Estimated max number of IPC's served dataless from 470 or 490 ? All machines are running 4.1.1b Reply to ebumfr@ebu.ericsson.se Thanks in advance. Mike From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 7 12:06:25 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12715; Tue, 7 Jan 1992 19:52:45 -0600 Received: by delta.eecs.nwu.edu id AA06022 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 7 Jan 1992 16:08:40 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from mwunix.mitre.org by delta.eecs.nwu.edu with SMTP id AA27978 (5.65c/IDA-1.4.4 for ); Tue, 7 Jan 1992 16:08:32 -0600 Return-Path: Received: from oceanus.mitre.org by mwunix.mitre.org (5.61/SMI-2.2) id AA23270; Tue, 7 Jan 92 17:07:11 -0500 Received: from hapax.mitre.org.mitre.org by oceanus.mitre.org (4.1/SMI-4.0) id AA20602; Tue, 7 Jan 92 17:06:25 EST Date: Tue, 7 Jan 92 17:06:25 EST From: daryl@oceanus.mitre.org (Daryl Crandall) Message-Id: <9201072206.AA20602@oceanus.mitre.org> To: sun-managers@oceanus.mitre.org Subject: SCSI cables SUMMARY Managers, Here's my summary about SCSI cable differences. I'm late with this summary because of the holidays and because our company has been moving lots of people, machines, and laboratories to a new building. (Also because I'm a well practiced procrastinator :-) There was a lot of information about SCSI specifications but I've summarized only the cable information I requested. If you want the complete concatenation of the replies, please request it personally. (1700 lines, 74 KB) Based on the number of "please summarize" requests received, I was relieved to discover that I was not the only SCSI illiterate reading this newsgroup. Thanks to the many, who provided information. - daryl - ############################################################################# ORIGINAL QUESTION: Managers, Since our Sun system is a mixture of Sun and 3rd party devices I need to make sure that I have the proper mix of devices and cables. I admit my ignorance of SCSI devices since I've been dealing mostly with SMD and IPI type systems with a few simple SCSI devices here and there. I've seen discussions in this net group recently that mention SCSI-1, SCSI-2, and SCSI-3 cables. I've also seen some vague references in some Sun device manuals warning one to be sure to use the proper cable. Could someone please educate me to the differences? I know that SCSI has evolved over the years and that there is (I believe) at least two versions of the SCSI bus specifications (SCSI-1 and SCSI-2 ?) and that recently SCSI devices capable of synchronous data transfer have become popular, However lets try to keep this discussion restricted to the cable differences and requirements and not digress into the details of the bus specifications or advantages/disadvantages of the devices themselves. In which FM are SCSI cable differences detailed? How can one tell the difference visually? Can one assume that all cables are simple straight-through, pin-to-pin connections, or are there any unusual pin configurations? Do all SCSI cables have exactly 50 wires, or do I have to watch out for missing wires? The following is a list of the physical description of the various types of SCSI connectors that I know about. What is the "proper" nomenclature for the different types of SCSI connectors? Are there more? 3-row, 50-pin "D" connector similar to a "standard" RS-232 "D" connector but larger. 50-pin, "Centronics" type connector 2-row, 50-pin miniature "D" conector 50-pin, 2-row ribbon connector If there is no Sun manual that defines SCSI and the cable types, then is there a 3rd party book that is worth recommending? Since there are so many different types of connectors, there has arisen an industry to provide conversion cables to connect device A to device B. Is there a "standard" way of knowing what to specify, or how to specify to a vendor your cable/connector requirement so that when the device arrives that it is immediately attachable? I've been watching this net for a while and have not seen this discussed before. If I've missed a summary or if this is painfully obvious I'll slink away, and lick my wounds, otherwise I'll summarize for the rest of us SCSI illiterates. :-) Daryl Crandall The Mitre Corporation daryl@mitre.org (703) 883-7278 ########################################################################### MY SUMMARY: No one identified any Sun manuals where SCSI cable differences were discussed. All respondents seemed to agree that a SCSI cable is a SCSI cable and any differences in SCSI operation are due to the devices they are attached to. One CAN assume that all SCSI cables for all real computers (which excludes Macintosh and Amiga) are 50 wire, straight-through connections. ("Mac's use 38 wires"; "Amiga use 25 wires!!??") Many respondents indicated that there is no standard nomenclature for the connector types but the following nomenclature is quite common: DB-50: 3-row, 50-pin "D" connector similar to a "standard" RS-232 "D" connector but larger. CENTRONICS: 50-pin, "Centronics" type connector Mini-D: 2-row, 50-pin miniature "D" conector ribbon connector: used internally within a shielded chassis A physical description of the connector(s) in addition to the "name" would clarify your needs when ordering cables from a vendor. Here's what I learned about SCSI standards: As far as the cables are concerned, there is no difference between a SCSI-1, and a SCSI-2 cable. SCSI-3 is a new standard that is being developed and there is some discussion that the characteristic impedance of the cables and/or termination chips will change. This could cause problems with mixing SCSI-1 and SCSI2 devices with SCSI-3 devices. However, there is also talk that dynamic termination circuits may circumvent this problem. Don't rely me for the definitive word on this, but keep your ears open. The "Centronics" type connector is often refered to as the "standard" SCSI connector and was originally used with SCSI-1 systems. However, Sun decided to use the DB-50 connector instead. The "mini-D" connector is often associated with the SCSI-2 standard, but several respondents indicated that Sun has not implimented the full SCSI-2 standard in their products yet and their use of the "mini-D" connector is only a "real-estate" decision. due to the small size of their CPU boxes. I had a couple of replies that indicated that Sun does define it's cables but there was no indication of which FM it's located in. That's like asking where can I find the whole quote "To be, or not to be..." and getting the answer "the library". :-) Here's a book that was mentioned by some kind person.: "The "SCSI Bench Reference" available from ENDL Publications (408-867-6642), is a compaction of the standard. It takes the 10% of SCSI-2 which is constantly referenced by any implementor, and puts it in an easy- to-use reference format in a small handbook. The author is Jeff Stai, one of the earliest engineers to become involved with SCSI implementation, and a significant contributor to the development of both the 1986 standard and SCSI-2." From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 7 07:10:44 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12719; Tue, 7 Jan 1992 19:53:56 -0600 Received: by delta.eecs.nwu.edu id AA19324 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 7 Jan 1992 17:10:39 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from LA.TIS.COM by delta.eecs.nwu.edu with SMTP id AA08953 (5.65c/IDA-1.4.4 for ); Tue, 7 Jan 1992 17:10:30 -0600 Received: by la.tis.com (4.1/SMI-DDN) id AA11210; Tue, 7 Jan 92 15:10:44 PST Date: Tue, 7 Jan 92 15:10:44 PST From: gds@la.tis.com (Greg Skinner) Message-Id: <9201072310.AA11210@la.tis.com> To: sun-managers@eecs.nwu.edu Subject: sparc printer problem Organization: Trusted Information Systems, Inc., Los Angeles, CA We have a sparc printer that for some unknown reason has decided to start printing enscripted ascii files starting about 1/4 of the page down (thus cutting off the bottom 1/4 of each printed page). Printing enscripted ascii files on the laserwriter works correctly, so it doesn't seem to be a software problem. In addition, we have not changed any of the files that control printing. The hardware appears to be ok (no error codes) and no errors are being reported on the console of the system supporting the printer. I'd like some suggestions on what else I can do to test/fix this problem (including letting me know if the printer needs to be serviced). FYI, I have all the manuals, and I didn't find anything in them addressing this situation. From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 7 23:49:45 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12795; Tue, 7 Jan 1992 20:38:37 -0600 Received: by delta.eecs.nwu.edu id AA08369 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 7 Jan 1992 17:50:21 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA03748 (5.65c/IDA-1.4.4 for ); Tue, 7 Jan 1992 17:50:10 -0600 Received: from rutgers.edu by rice.edu (AA14877); Tue, 7 Jan 92 17:49:19 CST Received: from rutcor.rutgers.edu by rutgers.edu (5.59/SMI4.0/RU1.4/3.08) id AA15531; Tue, 7 Jan 92 18:49:49 EST Received: by rutcor.rutgers.edu (5.59/SMI4.0/RU1.4/3.08) id AA00985; Tue, 7 Jan 92 18:49:47 EST To: ru-mlists-sun-managers@rutgers.edu Path: rutcor.rutgers.edu!lih From: lih@rutcor.rutgers.edu (Keh-Wei Lih) Newsgroups: ru.mlists.sun-managers Subject: problem with talk and ntalk Keywords: talk, ntalk Message-Id: Date: 7 Jan 92 23:49:45 GMT Distribution: usa Organization: Rutgers Univ., New Brunswick, N.J. Lines: 47 We are having some problems with talk and ntalk. I am not sure what causes the problem but only one of our machine has it (the set up for all of them are the same). The following is the output from "ps aux | grep talk | sort": lih 19215 0.0 1.8 32 196 p1 S 17:59 0:00 grep talk root 18619 0.0 1.4 36 148 ? I 11:44 0:00 in.talkd root 18620 0.0 0.4 36 44 ? I 11:44 0:00 in.talkd root 18622 0.0 0.2 36 20 ? I 11:55 0:00 in.ntalkd root 18626 0.0 0.4 36 48 ? I 11:58 0:00 in.ntalkd root 18628 0.0 0.4 36 40 ? I 12:00 0:00 in.ntalkd root 18630 0.0 0.2 36 20 ? I 12:02 0:00 in.ntalkd root 18634 0.0 0.4 36 48 ? I 12:04 0:00 in.ntalkd root 18636 0.0 0.4 36 48 ? I 12:06 0:00 in.ntalkd root 18638 0.0 0.3 36 28 ? I 12:08 0:00 in.ntalkd root 18640 0.0 0.4 36 48 ? I 12:10 0:00 in.ntalkd root 18642 0.0 0.2 36 20 ? I 12:12 0:00 in.ntalkd root 18644 0.0 0.4 36 48 ? I 12:14 0:00 in.ntalkd root 18646 0.0 0.4 36 48 ? I 12:16 0:00 in.ntalkd root 18648 0.0 0.4 36 48 ? I 12:18 0:00 in.ntalkd root 18652 0.0 0.4 36 48 ? I 12:20 0:00 in.ntalkd root 18654 0.0 0.3 36 28 ? I 12:22 0:00 in.ntalkd root 18656 0.0 0.4 36 48 ? I 12:24 0:00 in.ntalkd root 18658 0.0 0.4 36 48 ? I 12:26 0:00 in.ntalkd root 18660 0.0 0.1 36 8 ? I 12:28 0:00 in.ntalkd root 18677 0.0 0.2 36 20 ? I 12:30 0:00 in.ntalkd root 18679 0.0 0.4 36 48 ? I 12:32 0:00 in.ntalkd root 18712 0.0 0.4 36 48 ? I 12:34 0:00 in.ntalkd root 18727 0.0 0.3 36 28 ? I 12:36 0:00 in.ntalkd -------- End of output from "ps aux | grep talk | sort ---------- There are always two in.talkd and they are always the oldest in time. I mean the first to run (11:44 in the output). The number of in.ntalkd is not always the same. I had 29 of them once and 100 something the other time. But they are separated by two minutes. I don't recall if they were separated by two minutes the other times it happened. Does anyone have any idea about this? How to fix? Please E-mail me. My E-mail address is lih@rutcor.rutgers.edu . Thanks in advance. Keh-Wei -- Keh-Wei Lih INTERNET: lih@rutcor.rutgers.edu RUTCOR, P.O. Box 5062, Rutgers University BITNET: LIH@ZODIAC.BITNET New Brunswick, NJ 08903 UUCP: rutgers!rutcor.rutgers.edu!lih From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 7 12:14:32 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA13818; Wed, 8 Jan 1992 01:55:20 -0600 Received: by delta.eecs.nwu.edu id AA22769 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 7 Jan 1992 22:44:19 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: by delta.eecs.nwu.edu id AA27205 (5.65c/IDA-1.4.4 for sun-managers); Tue, 7 Jan 1992 22:44:04 -0600 Received: by tellab5.tellabs.com (smail2.5) id AA01387; 7 Jan 92 21:06:30 CST (Tue) Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA20157; Tue, 7 Jan 92 21:21:10 -0500 Received: from matrox.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 212028.10098; Tue, 7 Jan 1992 21:20:28 EST Received: by matrox.matrox.com (AIX 2.1.2/smail2.5/02-04-90) id AA08132; Tue, 7 Jan 92 17:02:27 EST Received: by bigbrother.matrox.com (4.1/SMI-4.1) id AA02421; Tue, 7 Jan 92 17:14:34 EST From: uunet!bigbrother!rpage (Real Page) Message-Id: <9201072214.AA02421@bigbrother.matrox.com> Subject: yppasswd on 4/280 4.1.1b To: sun-managers@eecs.nwu.edu (Sun Managers) Date: Tue, 7 Jan 92 17:14:32 EST X-Mailer: ELM [version 2.3 PL11] I ran into a very strange behaviour of rpc.yppasswdd on a 4/280 recently upgraded from 4.0.3 to 4.1.1b rpc.yppasswdd won't update the passwd maps after a change of the passwd file using passwd. I have read the manuals and the FAQ of sun-managers and try the 4 different way of starting rpc.yppasswd : #1 /usr/etc/rpc.yppasswdd /var/yp/maps/passwd -m passwd DIR=/var/yp & echo -n ' yppasswdd' #2 rpc.yppasswdd /var/yp/maps/passwd -m passwd DIR=/var/yp & echo -n ' yppasswdd' #3 /usr/etc/rpc.yppasswdd /var/yp/maps/passwd -nosingle -m passwd DIR=/var/yp & echo -n ' yppasswdd' #4 /usr/etc/rpc.yppasswdd /var/yp/maps/passwd -m passwd DIR=/var/yp #4 echo -n ' yppasswdd' None of the above way work.... The NIS master was on a SparcStation1 running 4.1 I needed to upgrade most of the maps, mainly to add automount maps. So after the upgrade of the 4/280 to 4.1.1b, I move the NIS master from the Sparc1 to the 4/280. The old master has been disabled. The security feature is not enabled. The strange thing is that we have another domain in the company running 4.1.1b with GFX-Rev2 installed on a Sparc1 and we use #1 for starting the rpc.yppasswdd daemon, and it work perfectly. On the 4/280, all the necessary deamon are up and running as ps show: (sorry for the long lines...) ps auxwwe | grep yp root 56 0.0 0.0 136 0 ? IW 08:23 0:07 ypserv HOME=/ PATH=/bin:/usr/bin:/usr/etc:/usr/ucb root 58 0.0 0.0 80 0 ? IW 08:23 0:04 ypxfrd HOME=/ PATH=/bin:/usr/bin:/usr/etc:/usr/ucb bin 60 0.0 0.0 40 0 ? IW 08:23 0:00 ypbind HOME=/ PATH=/bin:/usr/bin:/usr/etc:/usr/ucb root 62 0.0 0.0 56 0 ? IW 08:23 0:00 rpc.ypupdated HOME=/ PATH=/bin:/usr/bin:/usr/etc:/usr/ucb root 127 0.0 0.0 72 0 ? IW 08:24 0:00 /usr/etc/rpc.yppasswdd /var/yp/maps/passwd -m passwd DIR=/var/yp HOME=/ PATH=/bin:/usr/bin:/usr/etc:/usr/ucb The passwd file is in a directory /var/yp/maps that has RCS installed the the passwd file is put in under RCS using 'ci -l passwd'. ls -algF /var/yp/maps total 91 drwxrwsr-x 3 root staff 1024 Jan 7 11:37 ./ drwxr-sr-x 6 bin staff 1024 Jan 7 11:39 ../ drwxr-sr-x 2 root staff 1024 Jan 7 05:41 RCS/ lrwxrwxrwx 1 root staff 12 Jan 5 12:23 aliases -> /etc/aliases lrwxrwxrwx 1 root staff 15 Jan 5 14:30 auto.Local -> /etc/auto.Local lrwxrwxrwx 1 root staff 13 Jan 5 12:34 auto.cae -> /etc/auto.cae lrwxrwxrwx 1 root staff 16 Jan 5 14:23 auto.direct -> /etc/auto.direct lrwxrwxrwx 1 root staff 16 Jan 5 12:34 auto.etherl -> /etc/auto.etherl lrwxrwxrwx 1 root staff 14 Jan 5 12:34 auto.home -> /etc/auto.home lrwxrwxrwx 1 root staff 15 Jan 5 12:35 auto.home1 -> /etc/auto.home1 lrwxrwxrwx 1 root staff 15 Jan 5 12:35 auto.home2 -> /etc/auto.home2 lrwxrwxrwx 1 root staff 15 Jan 5 12:35 auto.home3 -> /etc/auto.home3 lrwxrwxrwx 1 root staff 15 Jan 5 12:35 auto.home4 -> /etc/auto.home4 lrwxrwxrwx 1 root staff 15 Jan 6 16:35 auto.local -> /etc/auto.local lrwxrwxrwx 1 root staff 16 Jan 5 12:35 auto.master -> /etc/auto.master lrwxrwxrwx 1 root staff 15 Jan 6 08:54 auto.share -> /etc/auto.share lrwxrwxrwx 1 root staff 15 Jan 5 12:20 bootparams -> /etc/bootparams lrwxrwxrwx 1 root staff 11 Jan 5 11:54 ethers -> /etc/ethers -rw-r--r-- 1 root staff 1828 Jan 5 11:48 group lrwxrwxrwx 1 root staff 10 Jan 5 11:54 hosts -> /etc/hosts lrwxrwxrwx 1 root staff 13 Jan 5 12:19 netgroup -> /etc/netgroup lrwxrwxrwx 1 root staff 10 Jan 5 12:30 netid -> /etc/netid lrwxrwxrwx 1 root staff 13 Jan 5 12:24 netmasks -> /etc/netmasks lrwxrwxrwx 1 root staff 13 Jan 5 11:55 networks -> /etc/networks -rw-r--r-- 1 root staff 19593 Jan 7 11:37 passwd -rw-r--r-- 1 root staff 19505 Jan 7 11:14 passwd% lrwxrwxrwx 1 root staff 14 Jan 5 12:09 protocols -> /etc/protocols lrwxrwxrwx 1 root staff 14 Jan 5 12:29 publickey -> /etc/publickey lrwxrwxrwx 1 root staff 8 Jan 5 12:08 rpc -> /etc/rpc lrwxrwxrwx 1 root staff 13 Jan 6 08:53 services -> /etc/services lrwxrwxrwx 1 root staff 13 Jan 5 11:40 timezone -> /etc/timezone -rw-r--r-- 1 root staff 104 Jan 5 13:36 ypservers ls -alFg /var/yp total 53 drwxr-sr-x 6 bin staff 1024 Jan 7 11:39 ./ drwxr-sr-x 11 bin staff 512 Jan 3 16:17 ../ -r-xr-xr-x 1 root staff 16015 Jan 5 15:46 Makefile* -rwxr-xr-x 1 root staff 16447 Jan 5 15:45 Makefile%* -rwxr-xr-x 1 root staff 11058 Dec 21 1990 NIS.Makefile* drwxrwsr-x 2 root staff 512 Jan 5 15:46 RCS/ -rw-rw-r-- 1 root staff 0 Jan 5 16:28 aliases.time -rw-rw-r-- 1 root staff 0 Jan 5 16:29 auto.Local.time -rw-rw-r-- 1 root staff 0 Jan 5 16:29 auto.cae.time -rw-rw-r-- 1 root staff 0 Jan 5 16:29 auto.direct.time -rw-rw-r-- 1 root staff 0 Jan 5 16:29 auto.etherl.time -rw-rw-r-- 1 root staff 0 Jan 5 16:29 auto.home.time -rw-rw-r-- 1 root staff 0 Jan 5 16:29 auto.home1.time -rw-rw-r-- 1 root staff 0 Jan 5 16:29 auto.home2.time -rw-rw-r-- 1 root staff 0 Jan 5 16:29 auto.home3.time -rw-rw-r-- 1 root staff 0 Jan 5 16:29 auto.home4.time -rw-rw-r-- 1 root staff 0 Jan 6 16:36 auto.local.time -rw-rw-r-- 1 root staff 0 Jan 5 16:29 auto.master.time -rw-rw-r-- 1 root staff 0 Jan 6 08:55 auto.share.time drwxr-sr-x 2 bin staff 512 Dec 30 20:29 binding/ -rw-rw-r-- 1 root staff 0 Jan 5 16:28 bootparams.time drwxrwsr-x 2 root staff 2560 Jan 7 11:39 eng.matrox.com/ -rw-rw-r-- 1 root staff 0 Jan 7 08:48 ethers.time -rw-rw-r-- 1 root staff 0 Jan 5 16:27 group.time -rw-rw-r-- 1 root staff 0 Jan 7 08:48 hosts.time drwxrwsr-x 3 root staff 1024 Jan 7 11:37 maps/ -rw-rw-r-- 1 root staff 0 Jan 5 16:28 netgroup.time -rw-rw-r-- 1 root staff 0 Jan 7 11:39 netid.time -rw-rw-r-- 1 root staff 0 Jan 5 16:28 netmasks.time -rw-rw-r-- 1 root staff 0 Jan 5 16:27 networks.time -rw-rw-r-- 1 root staff 0 Jan 7 11:39 passwd.time -rw-rw-r-- 1 root staff 0 Jan 5 16:28 protocols.time -rw-rw-r-- 1 root staff 0 Jan 5 16:28 publickey.time -rw-rw-r-- 1 root staff 0 Jan 5 16:27 rpc.time -rw-rw-r-- 1 root staff 0 Jan 6 08:55 services.time -rw-rw-r-- 1 root staff 0 Jan 5 16:29 timezone.time -rwxr-xr-x 1 root staff 253 Feb 8 1990 updaters* -rw-rw-r-- 1 root staff 0 Jan 5 16:30 ypservers.time Anyone has and idea about what is wrong here. -- +----------------------------+----------------+----------------------+ | Real Page | 1055 St-Regis | (514) 685-7230 #2359 | | Keyboard Administrator | Dorval, Canada | (514) 685-7030 Fax | | Matrox Electronics Systems | H9P 2T4 | Real.Page@matrox.com | +----------------------------+----------------+----------------------+ From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 8 06:10:21 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA15419; Wed, 8 Jan 1992 14:28:34 -0600 Received: by delta.eecs.nwu.edu id AA25319 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 8 Jan 1992 10:19:42 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from abvax.icd.ab.com by delta.eecs.nwu.edu with SMTP id AA01088 (5.65c/IDA-1.4.4 for ); Wed, 8 Jan 1992 10:19:35 -0600 Received: from sunne.UUCP by abvax.icd.ab.com (5.64/1.39) id AA01349; Wed, 8 Jan 92 11:09:18 -0500 Received: by wal.ab.com (4.1/WAL-1.0) id AA03142; Wed, 8 Jan 92 11:10:21 EST Date: Wed, 8 Jan 92 11:10:21 EST From: sunne!rickn@abvax.icd.ab.com (Richard J. Niziak) Message-Id: <9201081610.AA03142@wal.ab.com> To: sun-managers@abvax.icd.ab.com Subject: Problems running Calentool... Cc: rickn@abvax.icd.ab.com System: Sparc 1 OS 4.1.1b Problem: I have my Calendartool open on my screen and if I click on the Moon or Sun icon, The calendartool window dies and I get the following error mssg: no more windows available WIN ioctl number 1c: Inappropriate ioctl for device window: Window creation failed to get new fd Can't create sun data panel. But I can open more suntool or cmdtool windows..... Any ideas ?? Rick Niziak UNIX System Coordinator Allen-Bradley Company, Inc (617)466-8000 x373 ..abvax!sunne!rickn rickn@sunne.wal.ab.com From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 8 01:44:58 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA15548; Wed, 8 Jan 1992 15:02:10 -0600 Received: by delta.eecs.nwu.edu id AA21102 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 8 Jan 1992 11:46:43 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from yosemite.atmos.ucla.edu by delta.eecs.nwu.edu with SMTP id AA14474 (5.65c/IDA-1.4.4 for ); Wed, 8 Jan 1992 11:46:37 -0600 Received: by yosemite.atmos.ucla.edu (4.1/SMI-4.1) id AA08568; Wed, 8 Jan 92 09:44:58 PST Date: Wed, 8 Jan 92 09:44:58 PST From: fabrice@yosemite.ATMOS.Ucla.EDU (fabrice cuq) Message-Id: <9201081744.AA08568@yosemite.atmos.ucla.edu> To: sun-managers@eecs.nwu.edu Subject: SMD drive problems Hi, Sun4/370, SunOS4.1.1 One of the SMD drives (Fujitsu 2382K) is giving a lot of errors like: xd1h: write retry (header not found) -- blk #1263541, abs blk #1263541 xd1h: write retry (header not found) -- blk #1263539, abs blk #1263539 xd1h: write failed (header not found) -- blk #1263539, abs blk #1263539 I recreated the filesystem with newfs, but after a while the errors came again. Is this a symptom for hardware problem with the disk? Does the disk need to be reformated? Thanks fabrice fabrice@yosemite.atmos.ucla.edu From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 8 07:03:31 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA15634; Wed, 8 Jan 1992 15:34:01 -0600 Received: by delta.eecs.nwu.edu id AA07512 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 8 Jan 1992 11:03:00 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from fs1.cam.nist.gov by delta.eecs.nwu.edu with SMTP id AA06108 (5.65c/IDA-1.4.4 for ); Wed, 8 Jan 1992 11:02:55 -0600 Received: from laurel.cam.nist.gov by fs1.cam.nist.gov (4.1/SMI-DDN) id AA08040; Wed, 8 Jan 92 12:02:51 EST Received: by laurel.cam.nist.gov (4.1/SMI-3.2) id AA01783; Wed, 8 Jan 92 12:03:31 EST Date: Wed, 8 Jan 92 12:03:31 EST From: pdb@cam.nist.gov (Darcy_Barnett_x3830) Message-Id: <9201081703.AA01783@laurel.cam.nist.gov> To: sun-managers@eecs.nwu.edu January 8, 1992 Does anyone know of a utility which collects usage statistics on libraries? Darcy Barnett pdb@cam.nist.gov 301/975-3830 From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 8 15:59:18 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA15723; Wed, 8 Jan 1992 15:59:18 -0600 Received: by delta.eecs.nwu.edu id AA18905 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 8 Jan 1992 12:08:26 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from gonzo.inescn.pt by delta.eecs.nwu.edu with SMTP id AA07534 (5.65c/IDA-1.4.4 for ); Wed, 8 Jan 1992 12:08:16 -0600 Received: by gonzo.inescn.pt (5.57/INESCP-V1.3.1) id AA21712; Wed, 8 Jan 92 18:07:12 GMT Date: 8 Jan 92 18:01 From: Joao Neves To: Message-Id: <982*jneves@inescn.pt> Subject: SUMMARY: Connect tape HP88780B to 4/110 The original posting was: >Hi I'm having some problems connecting a 1/2" GCR tape, with SCSI interface >to a Sun 4/110. I'm quite shure that the SCSI cable is correct. > >Every time I connect the tape to the SCSI the system hangs or doesn't boot >(can't find the boot disk) > >BTW I don't have the tape manual :-(, certainly I'm missing something. >Any help is welcome :-) > >Configuration: > > - Sun 4/110, with 32M RAM, running SunOS 4.0.3 > - 2 disks Micropolis 1558 > - 2 disks Seagate ST41200NSL > - 1 1/4" tape QIC-24 >Tape: > - "called" Sequent > - SCSI diferencial (?) interface > - model HP88780B, 1/2" GCR > > The solution is: I can't connect the tape with this kind of interface to Sun SCSI. I'll try to get a compatible one (any sugestions to find it? :-)) I selected two messages that "best" describe the problem and the answer. ===================================== From: trdlnk!mike >>Tape: >> - "called" Sequent > >I don't know what you mean by this. > JN: That is the label that it's on the front panel > >> - SCSI diferencial (?) interface > >I presume you mean "differential." If this is the case, it is a > JN: You're right. After all portuguese isn't so difficult :-) > >big problem because Sun SCSI ports are single-ended (the opposite of >differential) and it is not possible to interconnect single-ended and >differential devices. > >> - model HP88780B, 1/2" GCR > >If the problem is not a differential interface, check that the SCSI cable >is terminated properly (if the HP tape drive is at the end of the SCSI >cable, you need to plug a terminator into its empty SCSI connector). > [...] JN: Follows some useful information for tape operation, mainly if you haven't the manual :-) ================================ From: Steve Hanson You're going to have a REAL hard time getting this to connect. If the tape drive is differential SCSI, you can't connect it to the 4/110, which is single- ended. You can't have the "correct" cable because the interfaces are incompati ble. I believe there are converters available, but I'd tend to have doubts that you're going to get this to work. You're also probably going to have to do some playing with the SCSI tape driver to get it to recognize the drive as a 1/2" device. ================================ Thanx also to: Margaret Mikulska Kevin Sheehan David Fetrow Barry Shein Joao Neves Tel. +351 2 321006 (ext. 334) INESC-Porto Telex 23023 INESC P Lg. Mompilher, 22 Fax +351 2 318692 P-4007 Porto Codex Email jneves@inescn.pt Portugal S=jneves;PRMD=inescn;ADMD= ;C=pt From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 8 18:35:10 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA15864; Wed, 8 Jan 1992 16:52:25 -0600 Received: by delta.eecs.nwu.edu id AA07609 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 8 Jan 1992 12:35:32 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA24387 (5.65c/IDA-1.4.4 for ); Wed, 8 Jan 1992 12:35:23 -0600 Received: from rutgers.edu by rice.edu (AA19187); Wed, 8 Jan 92 12:34:39 CST Received: from rutcor.rutgers.edu by rutgers.edu (5.59/SMI4.0/RU1.4/3.08) id AA27177; Wed, 8 Jan 92 13:35:14 EST Received: by rutcor.rutgers.edu (5.59/SMI4.0/RU1.4/3.08) id AA29047; Wed, 8 Jan 92 13:35:11 EST To: ru-mlists-sun-managers@rutgers.edu Path: rutcor.rutgers.edu!lih From: lih@rutcor.rutgers.edu (Keh-Wei Lih) Newsgroups: ru.mlists.sun-managers Subject: Problems with talk and ntalk! Keywords: talk, ntalk Message-Id: Date: 8 Jan 92 18:35:10 GMT Distribution: usa Organization: Rutgers Univ., New Brunswick, N.J. Lines: 102 Hi everyone, I have some more symptoms for the talk and ntalk problem I mentioned yesterday (1/7/92). - With 2 in.talkd and 21 in.ntalkd in the problem machine I talked from the problem machine to some healthy machine. The message from the healthy machine after replied for talk was: [Checking for invitation on caller's machine] and that from this problem machine was: [Trying to connect to your party's talk daemon] Then both machines simply waited there. Nothing happened. I used ^C to get out on *both* machines. There are still those 2 in.talkd and 21 in.ntalkd on the problem machine. There was 1 in.talkd on the healthy machine but it went away in a few minutes. - ntalk worked. There was 1 more in.ntalkd on the problem machine and it went away in a few minutes. - I can kill all of the in.ntalkd by "kill". But once I "kill" the 2 in.talkd, 2 new in.talkd will be started. Thus, there are always 2 in.talkd in the system. I somehow killed the 2 in.talkd but I am not sure how. The ways I tried are: 1. kill larger_PID_in.talkd smaller_PID_in.talkd in one kill command - This worked once but not always. 2. kill one_of_PID_in.talkd - This killed that PID but generated 2 more in.talkd (thus 3 in.talkd in the system at the same time). I then kill all 3 in.talkd in one kill command and get 2 new in.talkd . Now I killed the one with larger PID. Since I noticed there was no new in.talkd generated I waited for a few minutes. The smaller PID in.talkd went away itself. Any suggestions? Thanks in advance. Keh-Wei P.S. Since I did not see my first posting in my local news machine I included my first post just in case you did not see it. ------------------------ Beginning of the first post -------------------- We are having some problems with talk and ntalk. I am not sure what causes the problem but only one of our machine has it (the set up for all of them are the same). The following is the output from "ps aux | grep talk | sort": lih 19215 0.0 1.8 32 196 p1 S 17:59 0:00 grep talk root 18619 0.0 1.4 36 148 ? I 11:44 0:00 in.talkd root 18620 0.0 0.4 36 44 ? I 11:44 0:00 in.talkd root 18622 0.0 0.2 36 20 ? I 11:55 0:00 in.ntalkd root 18626 0.0 0.4 36 48 ? I 11:58 0:00 in.ntalkd root 18628 0.0 0.4 36 40 ? I 12:00 0:00 in.ntalkd root 18630 0.0 0.2 36 20 ? I 12:02 0:00 in.ntalkd root 18634 0.0 0.4 36 48 ? I 12:04 0:00 in.ntalkd root 18636 0.0 0.4 36 48 ? I 12:06 0:00 in.ntalkd root 18638 0.0 0.3 36 28 ? I 12:08 0:00 in.ntalkd root 18640 0.0 0.4 36 48 ? I 12:10 0:00 in.ntalkd root 18642 0.0 0.2 36 20 ? I 12:12 0:00 in.ntalkd root 18644 0.0 0.4 36 48 ? I 12:14 0:00 in.ntalkd root 18646 0.0 0.4 36 48 ? I 12:16 0:00 in.ntalkd root 18648 0.0 0.4 36 48 ? I 12:18 0:00 in.ntalkd root 18652 0.0 0.4 36 48 ? I 12:20 0:00 in.ntalkd root 18654 0.0 0.3 36 28 ? I 12:22 0:00 in.ntalkd root 18656 0.0 0.4 36 48 ? I 12:24 0:00 in.ntalkd root 18658 0.0 0.4 36 48 ? I 12:26 0:00 in.ntalkd root 18660 0.0 0.1 36 8 ? I 12:28 0:00 in.ntalkd root 18677 0.0 0.2 36 20 ? I 12:30 0:00 in.ntalkd root 18679 0.0 0.4 36 48 ? I 12:32 0:00 in.ntalkd root 18712 0.0 0.4 36 48 ? I 12:34 0:00 in.ntalkd root 18727 0.0 0.3 36 28 ? I 12:36 0:00 in.ntalkd -------- End of output from "ps aux | grep talk | sort ---------- There are always two in.talkd and they are always the oldest in time. I mean the first to run (11:44 in the output). The number of in.ntalkd is not always the same. I had 29 of them once and 100 something the other time. But they are separated by two minutes. I don't recall if they were separated by two minutes the other times it happened. Does anyone have any idea about this? How to fix? Please E-mail me. My E-mail address is lih@rutcor.rutgers.edu . Thanks in advance. Keh-Wei ------------------------- End of the first post ------------------------ Keh-Wei Lih INTERNET: lih@rutcor.rutgers.edu RUTCOR, P.O. Box 5062, Rutgers University BITNET: LIH@ZODIAC.BITNET New Brunswick, NJ 08903 UUCP: rutgers!rutcor.rutgers.edu!lih -- Keh-Wei Lih INTERNET: lih@rutcor.rutgers.edu RUTCOR, P.O. Box 5062, Rutgers University BITNET: LIH@ZODIAC.BITNET New Brunswick, NJ 08903 UUCP: rutgers!rutcor.rutgers.edu!lih From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 8 07:43:03 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA15986; Wed, 8 Jan 1992 17:27:47 -0600 Received: by delta.eecs.nwu.edu id AA19862 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 8 Jan 1992 13:43:15 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from sparc1.cstp.umkc.edu by delta.eecs.nwu.edu with SMTP id AA20884 (5.65c/IDA-1.4.4 for ); Wed, 8 Jan 1992 13:43:06 -0600 Received: by sparc1.cstp.umkc.edu (4.1/SMI-4.1) id AA03890; Wed, 8 Jan 92 13:43:03 CST Date: Wed, 8 Jan 92 13:43:03 CST From: mlg@cstp.umkc.edu (Meg Grice) Message-Id: <9201081943.AA03890@sparc1.cstp.umkc.edu> To: sun-managers@eecs.nwu.edu Subject: CHANGE MY ADDRESS PLEASE PLEASE CHANGE MY ADDRESS from mlg@cssparc1.cstp.umkc.edu to mlg@cstp.umkc.edu From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 8 03:48:10 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA16064; Wed, 8 Jan 1992 17:54:57 -0600 Received: by delta.eecs.nwu.edu id AA17599 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 8 Jan 1992 13:48:24 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from sunrise.Stanford.EDU by delta.eecs.nwu.edu with SMTP id AA11603 (5.65c/IDA-1.4.4 for ); Wed, 8 Jan 1992 13:48:14 -0600 Received: by sunrise.stanford.edu (4.1/inc-1.0) id AA02095; Wed, 8 Jan 92 11:48:10 PST Date: Wed, 8 Jan 92 11:48:10 PST From: aldrich@sunrise.stanford.edu (Jeff Aldrich) Message-Id: <9201081948.AA02095@sunrise.stanford.edu> To: sun-managers@eecs.nwu.edu Subject: flaky sparcprinter queueing Cc: aldrich@sunrise.stanford.edu Howdy neighbors, I'm having intermittent problems with a SPARCprinter attached via Sbus card to a 4/75, 4.1.1, 20 Mbytes, no patches. The printer operates properly for varying periods from hours to weeks, then will not produce output. Jobs are apparently queued and immediately discarded. Occasionally, I can fix things by simply killing/starting lpd and restarting the printer via lpc, but more commonly I end up thrashing for hours with the tools at hand, deleting lock files, etc etc, until it begins working again and I have no idea which "fix" did the trick. Users print rasterfiles, straight ASCII, dvips output. I suspect a certain malformed printjob may be causing the problems, but I haven't been able to track usage to make sure (>130 users, sporadic but heavy printing). A second printer, a LaserWriter II on a different printhost, has no problems with the same (type of) jobs processed through TranScript. Here's a transcript of my most recent session: PRINTSERVER# pwd /var/spool/sparc PRINTSERVER# ls -lg total 26 drwxrwsr-x 2 daemon daemon 512 Jan 8 10:37 ./ drwxr-sr-x 16 bin bin 512 Jan 8 10:29 ../ -rw-r--r-- 1 root daemon 3841 Jan 8 10:13 .param -rw-r--r-- 1 root daemon 3839 Nov 21 10:40 .param- -rw-rw---- 1 root daemon 68 Dec 16 10:35 .railmag -rw-rw---x 1 root daemon 4 Jan 8 10:37 .seq* -rw-rw-rw- 1 daemon daemon 28 Jan 8 10:31 .status -rw-r--r-- 1 root daemon 22 Jan 8 10:37 lock -rw-r--r-- 1 root daemon 11020 Jan 8 10:31 log srwxrwxrwx 1 daemon daemon 0 Jan 2 18:28 socket= -rw-rw-r-- 1 root daemon 28 Jan 8 10:37 status PRINTSERVER# tail -20 log At: Reading file(?,W,R) Empty stack ]%% %%[ Error: Message: Process: 0x445ee8 (Unnamed process) Error: undefined Stack: 248.0 425.0 Executing: m At: Reading file(?,W,R) 248.0 425.0 ]%% %%[ PrinterError:out of media (paper)]%% %%[ PrinterError:tray not (properly) installed]%% %%[ status: busy; source: /var/spool/sparc/socket ]%% %%[ PrinterError:out of media (paper)]%% %%[ PrinterError:tray not (properly) installed]%% %%[ status: busy; source: /var/spool/sparc/socket ]%% %%[ PrinterError:out of media (paper)]%% %%[ PrinterError:tray not (properly) installed]%% %%[ status: busy; source: /var/spool/sparc/socket ]%% epsf_filter: Warning: String starting on line 8548 doesn't end. This is badly formed PostScript. PRINTSERVER# ls -lg total 26 drwxrwsr-x 2 daemon daemon 512 Jan 8 10:31 ./ drwxr-sr-x 16 bin bin 512 Jan 8 10:29 ../ -rw-r--r-- 1 root daemon 3841 Jan 8 10:13 .param -rw-r--r-- 1 root daemon 3839 Nov 21 10:40 .param- -rw-rw---- 1 root daemon 68 Dec 16 10:35 .railmag -rw-rw---x 1 root daemon 4 Jan 8 10:31 .seq* -rw-rw-rw- 1 daemon daemon 28 Jan 8 10:31 .status -rw-r--r-- 1 root daemon 22 Jan 8 10:31 lock -rw-r--r-- 1 root daemon 11020 Jan 8 10:31 log srwxrwxrwx 1 daemon daemon 0 Jan 2 18:28 socket= -rw-rw-r-- 1 root daemon 55 Jan 8 10:31 status PRINTSERVER# more status unable to print: Engine startup error: register_engine PRINTSERVER# cd /usr/SPARCprinter PRINTSERVER# SPARCprinter.INSTALL Installing SPARCprinter device drivers... number of bpp devices = 1, number of lpvi devices = 1 Unloading existing bpp driver... Unloading existing lpvi driver... Loading the bpp driver... module loaded; id = 5 Loading the lpvi driver... module loaded; id = 6 Id Type Loadaddr Size B-major C-major Sysnum Mod Name 6 Drv ff1b5000 4000 60. lpvi 1.0 @(#) 1.31 90/10/09 5 Drv ff169000 7000 59. bpp 1.0 @(#) 1.40 90/10/09 making node /dev/bpp0 making node /dev/lpvi0 PRINTSERVER# ls -lg /dev/bpp0 crw-rw-rw- 1 root staff 59, 0 Jan 8 10:34 /dev/bpp0 PRINTSERVER# ls -lg /dev/lpvi0 crw-rw-rw- 1 root staff 60, 0 Jan 8 10:34 /dev/lpvi0 [restart lpd] [restart printer via lpc] PRINTSERVER# lpr /etc/sendmail.cf [instantaneous "no entries" from lpq] PRINTSERVER# cd /var/spool/sparc PRINTSERVER# more status sparc is ready and printing PRINTSERVER# tail -20 log At: Reading file(?,W,R) 248.0 425.0 ]%% %%[ PrinterError:out of media (paper)]%% %%[ PrinterError:tray not (properly) installed]%% %%[ status: busy; source: /var/spool/sparc/socket ]%% %%[ PrinterError:out of media (paper)]%% %%[ PrinterError:tray not (properly) installed]%% %%[ status: busy; source: /var/spool/sparc/socket ]%% %%[ PrinterError:out of media (paper)]%% %%[ PrinterError:tray not (properly) installed]%% %%[ status: busy; source: /var/spool/sparc/socket ]%% epsf_filter: Warning: String starting on line 8548 doesn't end. This is badly formed PostScript. > Raster file read error. > %%[ PrinterError:Another engine process exists]%% > %%[ PrinterError:Engine startup error: register_engine]%% > A filter process already exists, exiting. > %%[ Error: newerror:true; errorname:accept; command:accept; Empty stack]%% [lines marked "> " are new for this session] "ps" reveals nothing relating to printing, except for lpd. Also, during this latest session, I found two 1-Mbyte files in CANVASDIR, containing nothing but nulls. Is this the clue that I don't know how to read? Many thanks in advance, this is driving me nuts. A summary of responses will be forthcoming. ................................................ Jeff Aldrich R&D Engineer Center for Design Research Stanford University From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 8 19:30:07 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA16160; Wed, 8 Jan 1992 18:47:03 -0600 Received: by delta.eecs.nwu.edu id AA03037 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 8 Jan 1992 14:30:27 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA29529 (5.65c/IDA-1.4.4 for ); Wed, 8 Jan 1992 14:30:13 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA15381; Wed, 8 Jan 92 15:30:10 -0500 Received: from cadence.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 152948.17196; Wed, 8 Jan 1992 15:29:48 EST Received: from [139.99.1.10] by cadence.Cadence.COM (5.61/3.14) id AA15023; Wed, 8 Jan 92 11:30:36 -0800 Received: from orkney.eucad.co.uk by eucad.co.uk (4.0/SMI-4.0) id AA01994; Wed, 8 Jan 92 19:30:07 GMT Date: Wed, 8 Jan 92 19:30:07 GMT From: alastair@eucad.co.uk (Alastair Young) Message-Id: <9201081930.AA01994@eucad.co.uk> To: sun-managers@eucad.co.uk Subject: Hitachi DK-516 disk invisible on 4/65 (repost) I am transferring a Hitachi DK-516 (the 1.6Gb/1.3Gb SCSI) from its old home on a SparcStation 2 over to our central file server, a SparcStation 1+ (4/65). The 4/65 sees it with "probe-scsi" but fails to access it when I try to boot from it or just use it as a second disk. The 4/65 has a V1.3 ROM, which I think is quite old. I have used an identical disk on an IPC with no problem. I have tried it on another 4/65 with 1.3 and it shows the same problem. Is it the ROM revision or something else or am I screwed? The 4/65 is currently running 4.0.3 so I don't expect that to work. The new disk already has 4.1.1 installed on it, which is a disk-disk dump/restore copy with hand-tweaks (name change etc) and yes I remembered "installboot". The SS2 does try to boot from it if asked to, and there are no bus-address conflicts. help! Alastair Young Systems Supervisor EuCAD Edinburgh Scotland alastair@eucad.co.uk From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 8 19:28:25 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA16162; Wed, 8 Jan 1992 18:47:06 -0600 Received: by delta.eecs.nwu.edu id AA01320 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 8 Jan 1992 14:32:06 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA29812 (5.65c/IDA-1.4.4 for ); Wed, 8 Jan 1992 14:31:56 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA15444; Wed, 8 Jan 92 15:30:17 -0500 Received: from cadence.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 152943.17130; Wed, 8 Jan 1992 15:29:43 EST Received: from [139.99.1.10] by cadence.Cadence.COM (5.61/3.14) id AA14882; Wed, 8 Jan 92 11:28:55 -0800 Received: from orkney.eucad.co.uk by eucad.co.uk (4.0/SMI-4.0) id AA01990; Wed, 8 Jan 92 19:28:25 GMT Date: Wed, 8 Jan 92 19:28:25 GMT From: alastair@eucad.co.uk (Alastair Young) Message-Id: <9201081928.AA01990@eucad.co.uk> To: sun-managers@eucad.co.uk Subject: How do you get /etc/exports to use netgroups? I checked the FAQ, it isn't there, but I'm sure this has been discussed before. We are connecting to another 'friendly' company's net. I wish to retain the ability to do stuff between machines as 'root' eg keeping filesystems consistent etc but I don't want anybody 'out there' with root access on their machines to hack my filesystems as root. So anon=0 is no good. exports(5) gives the answer as /filesystem -root=host1:host2:host3 but I have 40 machines to play with and 40 exports files to be edited every time I add a machine to my net. exports(5) refers to netgroup(5) but does not give the syntax for netgroup use, nor does netgroup(5). Nothing I have tried works. Can it be done, and if so, what's the syntax? Al From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 8 09:45:08 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA16293; Wed, 8 Jan 1992 20:05:58 -0600 Received: by delta.eecs.nwu.edu id AA11044 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 8 Jan 1992 15:45:24 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from lgc.lgc.com by delta.eecs.nwu.edu with SMTP id AA03234 (5.65c/IDA-1.4.4 for ); Wed, 8 Jan 1992 15:45:15 -0600 Received: from antares.lgc.com by lgc.lgc.com (5.65b/lgc.1.23) id AA05656; Wed, 8 Jan 92 15:45:11 -0600 Received: from minnie.lgc.com by antares.lgc.com (4.1/lgc.1.23) id AA27310; Wed, 8 Jan 92 15:45:10 CST Received: from loopback by minnie.lgc.com (4.1/lgc.1.9) id AA24080; Wed, 8 Jan 92 15:45:09 CST Message-Id: <9201082145.AA24080@minnie.lgc.com> To: sun-managers@eecs.nwu.edu Cc: vispi@lgc.com Subject: Password expiration utilities Date: Wed, 08 Jan 92 15:45:08 -0600 From: vispi@lgc.com Hi Could anyone point me to some good (tested and reliable) password aging and password expiration programs/utilities. Public domain or commercial. Preferably public domain. (Budget issues :-) We have a network of sparc-1, 1+, 2, IPC, IPX, RS6000, DEC-5000 all running NIS. We have local password entries in /etc/passwd as well as NIS passwd maps. Automounted and local accounts. It is very important that this password aging/expiration utility be compatible on all platforms, and with NIS too. Am I being too greedy, asking and hoping for too much. Any and all help or suggestions will be appreciated. Please email me and I'll summarize. Thanks. _Vispi Dumasia vdumasia@lgc.com (713) 579 4871 From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 8 11:00:12 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA16353; Wed, 8 Jan 1992 20:50:24 -0600 Received: by delta.eecs.nwu.edu id AA30123 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 8 Jan 1992 17:00:21 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from pex.eecs.nwu.edu by delta.eecs.nwu.edu with SMTP id AA23021 (5.65c/IDA-1.4.4 for ); Wed, 8 Jan 1992 17:00:14 -0600 Received: by pex.eecs.nwu.edu (4.1/SMI-NWU-SUG) id AA13705; Wed, 8 Jan 92 17:00:12 CST Date: Wed, 8 Jan 92 17:00:12 CST From: phil@pex.eecs.nwu.edu (William LeFebvre) Message-Id: <9201082300.AA13705@pex.eecs.nwu.edu> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: binary read/write problems with Sun Fortran 1.3.1 Many responses. My thanks to all (too numerous to list). This is a recognized bug, even listed in the RTF document according to some. It is bug ID 1042114 and is fixed with patch 100098-02. Also, it is fixed in Fortran 1.4. The bug is actually in the shared library, so a workaround is to link the object files with -Bstatic. There also appears to be a patch 100098-03: Patch i.d. Bug i.d.'s Description ---------- ---------- ----------- 100098-03 1042114 1044552 Fortran 1.3.1 multiple fixes: libf77 bug that aborts on writes >= 16kb records; yacc/lex symbol name clash I have not located a copy of this particular patch. I was able to retrieve the patches from princeton.edu in /pub/sun-fixes/lang. They had -02 but not -03. Many people said that upgrading to 1.4 was the best course of action. That is, unfortunately, not an option for us at this time. The user who first complained about this is happy with the workaround and the patches. My thanks to all. William LeFebvre Computing Facilities Manager and Analyst Department of Electrical Engineering and Computer Science Northwestern University From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 8 21:01:46 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA16373; Wed, 8 Jan 1992 21:01:46 -0600 Received: by delta.eecs.nwu.edu id AA22256 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 8 Jan 1992 16:43:41 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from arbi.Informatik.Uni-Oldenburg.DE by delta.eecs.nwu.edu with SMTP id AA27262 (5.65c/IDA-1.4.4 for ); Wed, 8 Jan 1992 16:43:05 -0600 Received: by arbi.informatik.uni-oldenburg.de (smail3.1.18 + xalias); Wed, 8 Jan 92 23:41 MET Received: by aragorn.Informatik.Uni-Oldenburg.DE (Smail3.1.22.1) id ; Wed, 8 Jan 92 23:34 MET Received: by arwen.Informatik.Uni-Oldenburg.DE (4.1/SMI-4.1) id AA23534; Wed, 8 Jan 92 23:34:31 +0100 From: Thomas Weihrich Message-Id: <9201082234.AA23534@arwen.Informatik.Uni-Oldenburg.DE> Subject: Final Word: Unbundling the C-Compiler To: sun-managers@eecs.nwu.edu Date: Wed, 8 Jan 92 23:34:30 MET X-Mailer: ELM [version 2.3 PL11] Hi everybody ! Here's the final word about unbundling the C-Compiler. This statement is from SMCC Corporate headquarters via Sun Germany. This should answer all questions that are left open. If anyone wants to contact me on this subject, please do so. But not via Sun-managers, direct e-mail, please ! Thomas -------------------------------------------------------------------- Unbundled Compilers On Solaris 2.0 -------------------------------------------------------------------- IS SUN GOING TO UNBUNDLE THE C COMPILER ON SOLARIS 2.0? Yes, starting with Solaris 2.0, SMCC will no longer bundle any compiler with the operating system. WHAT IS THE RATIONALE FOR THIS DECISION? 1. A compiler is no longer required to build or customize the SVR4 kernel. The use of dyanamically linked libraries makes a compiler unnecessary. 2. A compiler has value. The Sun C compiler especially has value in that it now has ANSI support and leading SPARC optimization. Future versions will add additional features such as superscalar (Viking) support. If the compiler is bundled, then everybody is paying for it. 3. Only 30% of Sun customers are developers. That means that less than 30% are C developers. If C is bundled, then 70+% of customers who do not need it get taxed for it. By unbundling, we only charge those who need the functionality. 4. By unbundling, Sun also opens up Solaris/SPARC to other compiler vendors so that all may compete on a level playing field. The benefit will be more choices for customers. IS THIS DECISION FINAL? Yes, the decision to unbundle is final. Pricing, promotions, and upgrades have not yet been finalized. More information will be published as it becomes available. WHAT IS SMCC DOING TO EASE THE TRANSITION FOR CUSTOMERS? The unbundling will not take place until Solaris 2.0 ships in May. A number of options are being considered to make this transition easy for customers. Final pricing/promotion plans are typically not made until just prior to FCS in order to target current market conditions. In this case, we will be working to get this information out earlier in order to assist customers with their planning. WHAT KINDS OF PRICING & PACKAGING OPTIONS ARE BEING CONSIDERED? *********************************************** ****** NONE OF THESE OPTIONS ARE FINAL ******** *********************************************** Please do not commit them to customers. They are listed here to keep you informed of some of the options being actively considered. 1. New packaging & pricing for compilers and tools. - Unbundle SPARCworks from the compilers. Price seperately. - Reduce the List Price of C from what it is today ($2,000 USA List with SPARCworks) - Offer a RTU-only license at a lower cost - Offer floating licenses - Offer multi-RTU discounts 2. Offer special pricing during the transition to help to incent customers to move to Solaris. 3. Free upgrade for current C support contract customers. 4. Free upgrade to new C compiler for current OS support customers who add a C compiler support contract. 5. The Catalyst Group will continue to offer ISV's discounts on HW/SW packages that include the compiler. WHAT ABOUT SOLARIS 2.0 BETA CUSTOMERS? DO THEY HAVE TO PAY? No, beta versions of the compilers and some beta tools will be included in the Solaris 2.0 beta release. HOW CAN SUN CALL ITSELF OPEN IF C ISN'T BUNDLED? The question should be, "How could Sun call itself open if it *did* bundle C?" Bundling is the antithesis of openness. One goal of open systems is to level the playing field for all who want to develop. Who would want to develop a C compiler for Sun if we bundle a C compiler for free with every system? By unbundling, Sun is opening up Solaris/SPARC to all the compiler vendors in the market. Solaris/SPARC will have the volume to attract leadership products. There are a lot of possibilities: - Low cost compilers - Fast incremental compilers - Highly optimized compilers - EZ programming environment compilers The customer will get to chose and that is what open systems are all about; choices. WILL dbx BE BUNDLED? No, dbx will not be bundled with the operating system. The current plan is to offer it only as a part of SPARCworks 2.0. SPARCworks 2.0 will be sold seperately from the rest of the compilers. Developers using multiple languages will not have to pay for multiple copies of SPARCworks per seat since SPARCworks will work across C, C++, Fortran and Pascal. From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 8 15:07:09 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA16382; Wed, 8 Jan 1992 21:09:12 -0600 Received: by delta.eecs.nwu.edu id AA27423 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 8 Jan 1992 17:12:45 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from lw3 (lw3.ls.eso.org) by delta.eecs.nwu.edu with SMTP id AA09473 (5.65c/IDA-1.4.4 for ); Wed, 8 Jan 1992 17:11:52 -0600 Date: Wed, 8 Jan 92 20:07:09 CDT From: clevin@ls.eso.org (Cristian A. Levin) Message-Id: <9201082307.AA04223@lw3> Received: by lw3 (4.1/ eso-1.1) id AA04223; Wed, 8 Jan 92 20:07:09 CDT To: sun-managers@eecs.nwu.edu Subject: panic: leclfree2 & le1 problem Cc: clevin@lw3.ls.eso.org Hello everybody ( +happy new year), We have a SS1+ that crashes at least 5 times a day. It has one 1GB disk + one 600MB disk + one additional ethernet card (le1). There is a resident program that waits for data on both ethernet cards (le0, le1) using sockets. The data comes every 10 minutes on average (astronomical images). The OS was upgraded from 4.1.0 to 4.1.1b and since then, the machine is crashing (reboots automatically) with the following error: -------------------------------------------------------------------- Jan 8 18:42:27 ws1os9 vmunix: lbp: fff11594 Jan 8 18:42:27 ws1os9 vmunix: panic: leclfree2 Jan 8 18:42:27 ws1os9 vmunix: syncing file systems... [30] [28] [22] [9] [2] [1 ] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] give up! -------------------------------------------------------------------- The traceback shows the following: -------------------------------------------------------------------- crash vmcore.0 vmunix.0 dumpfile = vmcore.0, namelist = vmunix.0, outfile = stdout > trace FP PC SYM+ OFF ARGS f838fbe8 f8050240 _panic+ 6c f8153955 fff11594 f838ffe0 f8390000 a0d0 a31 f838fc90 f838fc48 f8115b20 _leclfree+ 44 fff11594 17738 ffffffff 17738 1020 0 f838fca8 f805d7a4 _mclput+ a0 ff651380 0 f8155930 400 8 c3 f838fd08 f805efa4 _soreceive+ 714 ff64478c 0 f838fea4 0 46c ff651380 f838fd68 f8053f68 _soo_rw+ 30 f8265aa4 f805e890 f838fea4 f838fec0 1 f8 38fea4 f838fdc8 f8052160 _rwuio+ 2b0 f8265aa4 f838fea4 f838feb8 2000 2000 f8 38fea4 f838fe40 f80510bc _read+ 34 f838ffe0 18 f813af88 f813afa0 f8390000 f 813afa0 f838fec0 f810aa38 _syscall+ 3b4 f8390000 -------------------------------------------------------------------- Sometimes the crash is preceded by the message: le1: Memory error! One of the ethernet cards has higher traffic than the other one. We swapped the function of the cards but the message still indicates le1. Was the OS upgrading a coincidence or is the problem ? Could be the card on le1 in trouble ? I will appreciate any help and of course I will summarize, Thanks in advance, Cristian A. Levin -- clevin@ls.eso.org European Southern Observatory La Silla - Chile From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 8 15:58:33 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA17528; Thu, 9 Jan 1992 05:30:06 -0600 Received: by delta.eecs.nwu.edu id AA20101 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 9 Jan 1992 01:58:17 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay2.UU.NET by delta.eecs.nwu.edu with SMTP id AA25249 (5.65c/IDA-1.4.4 for ); Thu, 9 Jan 1992 01:58:08 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA03603; Thu, 9 Jan 92 02:58:06 -0500 Received: from cadence.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 025751.5701; Thu, 9 Jan 1992 02:57:51 EST Received: from [139.99.1.10] by cadence.Cadence.COM (5.61/3.14) id AA23705; Wed, 8 Jan 92 23:06:35 -0800 Received: from uknet.UUCP by eucad.co.uk (4.0/SMI-4.0) id AA03503; Thu, 9 Jan 92 07:06:07 GMT Received: from mcsun.eu.net by eros.uknet.ac.uk via EUnet with SMTP (PP) id <4253-0@eros.uknet.ac.uk>; Thu, 9 Jan 1992 03:02:08 +0000 Received: by mcsun.EU.net via EUnet; id AA09484 (5.65a/CWI-2.130); Thu, 9 Jan 1992 04:00:52 +0100 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA23192; Wed, 8 Jan 92 21:44:35 -0500 Received: from hdwr1.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 214000.17914; Wed, 8 Jan 1992 21:40:00 EST Received: from rmsun by hdwr1.medar.com id aa09792; Wed, 8 Jan 92 21:06:07 EST Received: by rmsun.uucp (4.1/SMI-4.1) id AA14317; Wed, 8 Jan 92 20:58:33 EST Date: Wed, 8 Jan 92 20:58:33 EST From: cadence!rmsun!rmorse@uunet.UU.NET (Robert Morse) Message-Id: <9201090158.AA14317@rmsun.uucp> To: sun-managers@eucad.co.uk Subject: Tape Booting problems Someone posted to the mailer about a week or two ago about problems booting a sparc from tape. (Getting some sort of overrun, dma or other problems.) If that person got any feedback I would like to know about it as I had the same problem. I got around mine by using another system to put the mini-root on the raw harddrive by 'dd'. Thanks in advance. Robert Morse (PS, I lost the article because of being to quick with the mouse, then logging out.) +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Robert Morse + Live long and happy + + ..!uunet!medar!rmsun!rmorse + + +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 9 12:16:31 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA18128; Thu, 9 Jan 1992 10:13:57 -0600 Received: by delta.eecs.nwu.edu id AA05740 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 9 Jan 1992 06:30:18 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA14551 (5.65c/IDA-1.4.4 for ); Thu, 9 Jan 1992 06:30:12 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA12215; Thu, 9 Jan 92 07:30:09 -0500 Received: from cadence.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 072938.9342; Thu, 9 Jan 1992 07:29:38 EST Received: from [139.99.1.10] by cadence.Cadence.COM (5.61/3.14) id AA02684; Thu, 9 Jan 92 04:17:00 -0800 Received: from orkney.eucad.co.uk by eucad.co.uk (4.0/SMI-4.0) id AA04331; Thu, 9 Jan 92 12:16:31 GMT Date: Thu, 9 Jan 92 12:16:31 GMT From: alastair@eucad.co.uk (Alastair Young) Message-Id: <9201091216.AA04331@eucad.co.uk> To: sun-managers@eucad.co.uk Subject: SUMMARY: How do you get /etc/exports to use netgroups? Huge response, thanks folks. The answer is that you can use netgroups throughout /etc/exports EXCEPT with the -root option. And -root is limited to eight hosts. The workaround suggested is to designated a few "trusted" machines and put these in the -root option on all machines. If you want to do root stuff, you do it from there. Thanks again for the overwhelming (and consistent) response. Al original post: >I checked the FAQ, it isn't there, but I'm sure this has been discussed >before. We are connecting to another 'friendly' company's net. I >wish to retain the ability to do stuff between machines as 'root' eg >keeping filesystems consistent etc but I don't want anybody 'out there' >with root access on their machines to hack my filesystems as root. So >anon=0 is no good. exports(5) gives the answer as > >/filesystem -root=host1:host2:host3 > >but I have 40 machines to play with and 40 exports files to be edited every >time I add a machine to my net. exports(5) refers to netgroup(5) but does >not give the syntax for netgroup use, nor does netgroup(5). Nothing I >have tried works. > >Can it be done, and if so, what's the syntax? > >Al From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 9 11:57:09 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA18392; Thu, 9 Jan 1992 11:57:09 -0600 Received: by delta.eecs.nwu.edu id AA10909 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 9 Jan 1992 08:10:29 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ucthpx.uct.ac.za ([137.158.128.1]) by delta.eecs.nwu.edu with SMTP id AA26980 (5.65c/IDA-1.4.4 for ); Thu, 9 Jan 1992 08:09:50 -0600 Received: by ucthpx.uct.ac.za (/\==/\ Smail3.1.24.1 #24.2) id m0l20Ob-000NycC; Thu, 9 Jan 92 16:06 SAST Received: by uctcs.cs.uct.ac.za (/\==/\ Smail3.1.20.1 #20.4) id m0l20Q3-0000AUC; Thu, 9 Jan 92 16:07 SAT Message-Id: From: sandi@uctcs.cs.uct.ac.za (Sandi Donno) Subject: [No match] message To: sun-managers@eecs.nwu.edu Date: Thu, 9 Jan 92 16:07:41 SAT X-Mailer: ELM [version 2.3 PL11] The strangest thing started happening to one of my Suns today (Sparcstation 1+ running SunOS 4.1). It started when I tried to do a telnet to that Sun; as soon as I had typed in my login name (sandi) and before I could type in my password, I got the message sandi [No match] Pressing return just resulted in more [No match] messages. This happened with all logins I tried. I then logged into the console successfully, and could telnet back to the same machine successfully. Remote logins to the machine then started working. They then stopped working again. I then typed from the prompt "cd /usr/acct/sandi" and got back cd/usr/acct/sandi [No match] - note the missing " " which I definitely typed. Some commands still worked. 'cd' worked some of the time. I tried to do a login from the Sun to another machine (an AIX PS/2), and when I had typed in my login name I got a [No match] message there too (but logging in to the PS/2 from any other machine still worked). Soon all commands on the Sun started doing this, including just pressing return at the csh prompt. The machine is now absolutely unusable - one can log in at the console, but cannot run any commands, whether one's login shell is the Bourne shell or C shell. Before the machine stopped working entirely, I 'string | grep'd everything I could looking for where this message was coming from, but had no luck. I suspect a memory fault somewhere - several months ago I switched the memory of this Sun with another one (the other one had had suspected memory faults and I wanted to prove the theory), and both then machines worked. Has anyone seen this before? Any clues on what to do to fix it? Thanks. Sandi =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ Sandi Donno, Computer Systems Manager e-mail: sandi@cs.uct.ac.za Computer Science Department, University of Cape Town, South Africa From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 8 18:15:45 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA18395; Thu, 9 Jan 1992 11:57:18 -0600 Received: by delta.eecs.nwu.edu id AA30072 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 9 Jan 1992 07:10:09 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: by delta.eecs.nwu.edu id AA08053 (5.65c/IDA-1.4.4 for sun-managers); Thu, 9 Jan 1992 07:10:01 -0600 Received: by tellab5.tellabs.com (smail2.5) id AA13910; 9 Jan 92 02:05:02 CST (Thu) Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA14569; Wed, 8 Jan 92 23:47:24 -0500 Received: from matrox.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 234611.8138; Wed, 8 Jan 1992 23:46:11 EST Received: by matrox.matrox.com (AIX 2.1.2/smail2.5/02-04-90) id AA02307; Wed, 8 Jan 92 23:03:33 EST Received: by bigbrother.matrox.com (4.1/SMI-4.1) id AA03446; Wed, 8 Jan 92 23:15:46 EST From: uunet!bigbrother!rpage (Real Page) Message-Id: <9201090415.AA03446@bigbrother.matrox.com> Subject: SUMMARY: yppasswd on 4/280 4.1.1b To: sun-managers@eecs.nwu.edu (Sun Managers) Date: Wed, 8 Jan 92 23:15:45 EST X-Mailer: ELM [version 2.3 PL11] Slap, Slap, Slap.... This rpc.yppasswd problem was finally a pilot error... I did read the manual, but in the example show in the manual the passwd file was in /var/yp. I my case the passwd file was in /var/yp/maps. So using /usr/etc/rpc.yppasswdd /var/yp/maps/passwd -m passwd DIR=/var/yp resulted in doing 'make passwd DIR=/var/yp' that gave me the following error when doing it in the /var/yp directory. make: Fatal error: Don't know how to make target `/var/yp/passwd' However, I never saw the messages when rpc.yppasswd was doing the make. Thank to Phillip Musumeci who suggested using the following script he used to fix the make bug: (modified for my own debugging) #!/bin/csh -f -b # echo "`date`" >> /usr/bin/make.log echo $PWD >> /usr/bin/make.log echo MAKE $* >> /usr/bin/make.log if ( "$1" == "/usr/etc/rpc.yppasswdd" ) then shift shift shift cd /var/yp echo "Shift done" >> /usr/bin/make.log endif echo MAKE $* >> /usr/bin/make.log /bin/make.ORG $* In the end, I figure that DIR=/var/yp/maps would work, but also that /usr/etc/rpc.yppasswdd /var/yp/maps/passwd -m passwd was fine too. DIR is defined in the Makefile, so why bother. I also put back the old make in place and everything is working fine. Thanks to the following people ckon@intranet.gr (Chris Kondellis) uunet!cchtor!larry (Larry Chin) phillip@mirriwinni.ee.adfa.oz.au (Phillip Musumeci) -- +----------------------------+----------------+----------------------+ | Real Page | 1055 St-Regis | (514) 685-7230 #2359 | | Keyboard Administrator | Dorval, Canada | (514) 685-7030 Fax | | Matrox Electronics Systems | H9P 2T4 | Real.Page@matrox.com | +----------------------------+----------------+----------------------+ From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 9 05:41:49 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA18634; Thu, 9 Jan 1992 13:15:13 -0600 Received: by delta.eecs.nwu.edu id AA25086 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 9 Jan 1992 09:42:11 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA28963 (5.65c/IDA-1.4.4 for ); Thu, 9 Jan 1992 09:42:01 -0600 Received: from bunny.gte.com by rice.edu (AA24874); Thu, 9 Jan 92 09:41:18 CST Received: from shemesh by bunny.gte.com (5.61/GTEL2.19) id AA25421; Thu, 9 Jan 92 10:41:51 -0500 Received: by shemesh.GTE.com (4.1/SMI-4.0) id AA01031; Thu, 9 Jan 92 10:41:49 EST Date: Thu, 9 Jan 92 10:41:49 EST From: mdf0%shemesh@gte.com (Mark Feblowitz) Message-Id: <9201091541.AA01031@shemesh.GTE.com> To: sun-managers@rice.edu Subject: Need format.dat for IMPRIMIS 94601-15 (flavor of Wren VII) The Wren VII (94601-12G) entry in SunOS 4.1.1 format.dat won't cut it. Is there an archive of format.dat entries somewhere? Do I need any patches to operate this 1.2GB disk? I'm not currently on the sun-managers list, so please reply directly to me. Thanks -- Mark Feblowitz GTE Laboratories, Inc., 40 Sylvan Rd. Waltham, MA 02254 (617) 466-2947 CSNET: mfeblowitz@GTE.com UUCP: mfeblowitz@bunny.UUCP old UUCP: harvard!bunny!mfeblowitz From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 9 06:20:23 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA19469; Thu, 9 Jan 1992 15:57:16 -0600 Received: by delta.eecs.nwu.edu id AA22084 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 9 Jan 1992 11:54:21 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from abvax.icd.ab.com by delta.eecs.nwu.edu with SMTP id AA23785 (5.65c/IDA-1.4.4 for ); Thu, 9 Jan 1992 11:54:10 -0600 Received: from sunne.UUCP by abvax.icd.ab.com (5.64/1.39) id AA01799; Thu, 9 Jan 92 12:40:39 -0500 Received: by wal.ab.com (4.1/WAL-1.0) id AA10812; Thu, 9 Jan 92 11:20:23 EST Date: Thu, 9 Jan 92 11:20:23 EST From: sunne!rickn@abvax.icd.ab.com (Richard J. Niziak) Message-Id: <9201091620.AA10812@wal.ab.com> To: sun-managers@abvax.icd.ab.com Subject: dialback modem installation My boss wishes to install a new modem onto our Sparc1. What I need to know is: 1) Do we need a special type of modem (prefer Telebit) 2) How involved is the setup as far as SunOS 3) What books could I use to help me w/ the install Thanks in Advance Rick Niziak UNIX System Coordinator Allen-Bradley ..abvax!sunne!rickn From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 9 15:57:33 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA19472; Thu, 9 Jan 1992 15:57:33 -0600 Received: by delta.eecs.nwu.edu id AA25467 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 9 Jan 1992 11:40:12 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ucthpx.uct.ac.za ([137.158.128.1]) by delta.eecs.nwu.edu with SMTP id AA32172 (5.65c/IDA-1.4.4 for ); Thu, 9 Jan 1992 11:39:42 -0600 Received: by ucthpx.uct.ac.za (/\==/\ Smail3.1.24.1 #24.2) id m0l234h-000NyvC; Thu, 9 Jan 92 18:57 SAST Received: by uctcs.cs.uct.ac.za (/\==/\ Smail3.1.20.1 #20.4) id m0l236A-00009HC; Thu, 9 Jan 92 18:59 SAT Message-Id: From: sandi@uctcs.cs.uct.ac.za (Sandi Donno) Subject: SUMMARY: [No match] message To: sun-managers@eecs.nwu.edu Date: Thu, 9 Jan 92 18:59:21 SAT X-Mailer: ELM [version 2.3 PL11] I feel quite silly - it was a ghost emacs process that had lost its controlling tty and was stealing the input I typed. If I actually used emacs maybe I would have recognised the message. Thanks to Dave for pointing out the obvious. (I have seen this before several times, except in other cases input was only stolen from one particular terminal). Sandi =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ Sandi Donno, Computer Systems Manager e-mail: sandi@cs.uct.ac.za Computer Science Department, University of Cape Town, South Africa From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 9 10:42:41 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA19904; Thu, 9 Jan 1992 18:50:17 -0600 Received: by delta.eecs.nwu.edu id AA19766 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 9 Jan 1992 14:42:55 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from vela.acs.oakland.edu by delta.eecs.nwu.edu with SMTP id AA04001 (5.65c/IDA-1.4.4 for ); Thu, 9 Jan 1992 14:42:44 -0600 Received: by vela.acs.oakland.edu (5.57/Ultrix3.0-C) id AA12635; Thu, 9 Jan 92 15:42:41 -0500 Date: Thu, 9 Jan 92 15:42:41 -0500 From: grevemey@vela.acs.oakland.edu (Steven E. Grevemeyer) Message-Id: <9201092042.AA12635@vela.acs.oakland.edu> To: sun-managers@eecs.nwu.edu W A N T E D Dead or Alive (preferable alive) Subject: The person who posted that they were running X11R5 and the OpenLook Windows Manager (olwm). Reason: I would like to figure out what I'm doing wrong. Reward: My thanks and respect. (That and $0.02 will get you thrown out of any respectable drinking establishment!) ============================================================================== Steven E. Grevemeyer Fast-email: grevemey@vela.acs.oakland.edu AMSTA-RVS Slow-email: segrevem@tacom-emh1.army.mil US Army Tank-Automotive Command Phone: (313)574-5007 Warren, MI 48397-5000 ============================================================================== From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 9 10:33:36 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA19925; Thu, 9 Jan 1992 18:58:50 -0600 Received: by delta.eecs.nwu.edu id AA20683 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 9 Jan 1992 15:22:57 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from AQUA.WHOI.EDU by delta.eecs.nwu.edu with SMTP id AA28279 (5.65c/IDA-1.4.4 for ); Thu, 9 Jan 1992 14:34:41 -0600 Received: by aqua.whoi.edu (5.57/Ultrix3.0-C) id AA21553; Thu, 9 Jan 92 15:29:51 -0500 Received: by salmon.whoi.edu (4.1/SMI-4.1) id AA02049; Thu, 9 Jan 92 15:33:36 EST Date: Thu, 9 Jan 92 15:33:36 EST From: allen@salmon.whoi.edu (Allen Sonafrank) Message-Id: <9201092033.AA02049@salmon.whoi.edu> To: sun-managers@eecs.nwu.edu Subject: Bootable Exabyte tape from SunOS cartridge tape Does anyone have experience making or using a SunOS 4.1.1 installation tape on an 8mm Exabyte cassette? My thought is to make such a tape from SunOS 4.1.1 150MB cartridge tapes, as a backup for a reseach project which will be taking Sparcstations to sea with only Exabyte tape drives (no cartridge tape drives on board). I imagine that it would be possible to dd the tape files one by one, and that it would be necessary to maintain the block sizes. I think block sizes only differ in the first five files. Does anyone know the details, or have a script or program which will copy the tapes? Has anyone tried this successfully, ie booted and installed SunOS from an Exabyte cassette tape? - Allen ^ Allen Sonafrank Voice: (508) 457-2000 x3240 /|\ Information Systems Center/Clark Fax: (508) 457-2174 __/_|_\__ Woods Hole Oceanographic Institution E-mail: asonafrank@whoi.edu \_____/ Woods Hole, MA 02543 From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 9 09:13:09 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA19991; Thu, 9 Jan 1992 19:31:00 -0600 Received: by delta.eecs.nwu.edu id AA07417 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 9 Jan 1992 15:28:26 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from labc (labc.eco.utexas.edu) by delta.eecs.nwu.edu with SMTP id AA21484 (5.65c/IDA-1.4.4 for ); Thu, 9 Jan 1992 15:28:15 -0600 Received: by labc (4.1/1.34/ECO 1.1) id AA13468; Thu, 9 Jan 92 15:13:09 CST Message-Id: <9201092113.AA13468@labc> From: tyen@mundo.eco.utexas.edu (Anthony Yen) Date: Thu, 9 Jan 1992 15:13:09 -0600 X-Mailer: Mail User's Shell (7.2.3 5/22/91) To: sun-managers@eecs.nwu.edu Subject: SunView broken on IPC Sun-Managers: >From tyen Thu Jan 9 15:10:44 1992 From: tyen To: sun-managers@eecs.nwu.edu Subject: SunView broken on IPC Date: Thu, 9 Jan 1992 15:10:44 -0600 Bcc: tyen Sun-Managers: Configuration: SPARCstation IPC, 8 Mb RAM, SunOS 4.1, dataless setup (*not* diskless). Problem: Several days ago, SunView was discovered by a user to be broken on one of the client workstations. I had fixed it several months earlier when it had broken by replacing a corrupted /usr/lib/libsunwindow.so.0.50 from the server. Now, after replacing all files matching /usr/lib/libsun* from the server, it still doesn't work, and I'm stumped. Symptoms are really odd, too. I can bring up SunView itself, but only the clock and the perfmon appear to run. Everything else refuses to run, without any errors sent to the console---since there was no console window, I expected any errors to be routed to the console and blast through the background. I can exit from SunView from the main menu. I tried removing all /tmp files and power cycling as well, but all for naught. Checksums on /usr/bin/sunview (following the symlink) and the server copy are the same. I would dearly appreciate any suggestions of where else to look, because I'm at Wit's End. As usual, I'll summarize the replies. Anthony Yen - tyen@mundo.eco.utexas.edu ... Sail tough SPARC SysAdmin - UT/Austin - Economics or go home ... Kowabunga! ... From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 9 20:25:55 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA19998; Thu, 9 Jan 1992 19:32:37 -0600 Received: by delta.eecs.nwu.edu id AA14250 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 9 Jan 1992 14:32:04 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ALABAMA.CF.CS.YALE.EDU (RT-GW.CS.YALE.EDU) by delta.eecs.nwu.edu with SMTP id AA04202 (5.65c/IDA-1.4.4 for ); Thu, 9 Jan 1992 14:31:45 -0600 Received: by ALABAMA.CF.CS.YALE.EDU; Thu, 9 Jan 1992 15:31:39 -0500 Message-Id: <199201092031.AA00699@ALABAMA.CF.CS.YALE.EDU> Received: by alabama (sparky) via WIMP-MAIL (Version 1.3/1.7) ; Thu Jan 9 15:31:42 To: sun-managers@eecs.nwu.edu Cc: anselmo@CS.YALE.EDU, keegan@CS.YALE.EDU Subject: SCSI command timeout error from Seagate Elite 1.6GB Path: cs.yale.edu!long-morrow From: long-morrow@CS.YALE.EDU (H. Morrow Long) Reply-To: long-morrow@CS.YALE.EDU (H. Morrow Long) Subject: SCSI command timeout error from Seagate Elite 1.6GB Keywords: SCSI Seagate Elite 1.6GB command timeout Organization: Yale University, Dept. of Computer Science, New Haven, CT References: <1992Jan9.112703@ead.dsa.com> Date: Thu, 9 Jan 1992 20:25:55 GMT We began having problems with our SCSI Seagate Elite 1.6GB recently. It would either crash or disable the SparcStation I running SunOS 4.1.1 it is attached to. We have tried putting it on its own SCSI bus (using a 2nd SBUS SCSI adapter card - esp1 in Sbus slot 2) but it has the same problems as it had when on the first/original/default external SCSI bus. Here is the current message printed out at boot time (notice the Synch SCSI @ 6MB/s xmit rate on an SS1) : esp1 at SBus slot 2 0x200000 pri 3 esp1: Target 1 now Synchronous at 5.0 mb/s max transmit rate sd5 at esp1 target 1 lun 0 sd5: When our Seagate SCSI disk goes out to lunch the SCSI bus (or either the host or disk SCSI controller) appears to get into a bad state: esp1: Current command timeout for Target 1 Lun 0 sd5: SCSI transport failed: reason 'reset': retrying command esp1: Current command timeout for Target 1 Lun 0 sd5: SCSI transport failed: reason 'reset': retrying command NFS services provided by this machine tend to hang and block after this behaviour begins but the machine itself can sometimes continue to operate in an impaired mode after these kernel messages have begun to appear. Any help or comments appreciated. Please respond via E-Mail, I will summarize and report. _ _ __ _ __ (/_ / (/ \/ \ _ __ __ ____ _ __ (/ _ __ _) / / . / )_(_)_/ (_/ (_(_) (_(_( /___(_)_/ )_(_) ( ( ( _) -------- H. Morrow Long Long-Morrow@CS.Yale.EDU {harvard,decvax}!yale!Long-Morrow From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 9 14:55:39 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA20188; Thu, 9 Jan 1992 22:17:22 -0600 Received: by delta.eecs.nwu.edu id AA02813 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 9 Jan 1992 19:00:05 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Princeton.EDU by delta.eecs.nwu.edu with SMTP id AA10437 (5.65c/IDA-1.4.4 for ); Thu, 9 Jan 1992 18:59:55 -0600 Received: from awspecs.Princeton.EDU by Princeton.EDU (5.65b/2.85/princeton) id AA11624; Thu, 9 Jan 92 19:59:52 -0500 Received: from laplace.princeton.edu by acm.Princeton.EDU (4.0/1.110) id AA16526; Thu, 9 Jan 92 19:59:51 EST From: Kanthan Pillay Received: by laplace.princeton.edu (4.1/acm_Client) id AA03285; Thu, 9 Jan 92 19:55:39 EST Date: Thu, 9 Jan 92 19:55:39 EST Message-Id: <9201100055.AA03285@laplace.princeton.edu> To: sun-managers@eecs.nwu.edu Subject: NEED ADVICE: TIOCCONS ioctl bug and patch problem Greetings I recently obtained and installed Sun Patch-ID# 100188-01. Here's a brief description from the README: -x- Keywords: TIOCCONS Synopsis: SunOS 4.1.1: TIOCCONS redirection of console is a security violation. Date: 17/Dec/90 Problem Description: TIOCCONS can be used to re-direct console output/input away from "console" The fix consists of adding permission checking to setcons, the routine that does the work of console redirection, and changing its callers to supply additional information required for the check and to see whether or not the check succeeded. Setcons now uses uid and gid information supplied to it as new arguments to perform a VOP_ACCESS call for VREAD permission on the console. If the caller doesn't have permission to read from the console, setcons rejects the redirection attempt. -x- The problem I was attempting to solve was the fact that my users are allowed to run xterm with the "-C" option which uses TIOCCONS to redirect output from /dev/console so that the framebuffer is not overwritten with console messages during an X session. The problem is that users are also able to run "xterm -C" on the SPARCservers where they should not have access to the console devices (dumb terminals in the machine room). Any user logging in to the SPARCservers is able to run "xterm -C" and this immediately "freezes" the real console device. Sun's patch does not appear to have fixed the problem. After installation of this patch on a SPARCstation IPC as a test case, any user on the network is still able to "grab" the console using "xterm -C". I have an immediate theory as to why the patch appears to be not working. "xterm" runs as root so that it is able to update /etc/utmp, and so would pass the permission checking Sun has built into this patch. I am looking for a clean solution to this problem. I have couple of immediate solutions. 1) Turn off setuid priviliges for xterm and make /etc/utmp world-writeable. 2) Make xterm setgid somegroup and change /etc/utmp to be writeable by that group. My questions: Has anyone else had this particular problem? What solution were you able to come up with? Is SunOS 4.1.2 able to handle this more robustly? If you have applied this patch, could you tell me whether this fixes this problem on your machines? Any other suggestions would be appreciated. BTW, SunOS as shipped has /etc/utmp set to mode 666 and xterm set to mode 755. Kanthan Pillay Systems Administrator Program in Applied and Computational Math Princeton University Work: (609) 258-6488 Internet: svpillay@Princeton.EDU Home: (609) 396-9004 Bitnet: SVPILLAY@PUCC Fax: (609) 258-1735 uucp: princeton!svpillay From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 9 01:47:36 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA20192; Thu, 9 Jan 1992 22:18:40 -0600 Received: by delta.eecs.nwu.edu id AA08660 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 9 Jan 1992 14:42:35 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Sun.COM by delta.eecs.nwu.edu with SMTP id AA08060 (5.65c/IDA-1.4.4 for ); Thu, 9 Jan 1992 14:42:26 -0600 Received: from sun.Eng.Sun.COM by Sun.COM (4.1/SMI-4.1) id AA20746; Thu, 9 Jan 92 12:41:27 PST Received: from kla.UUCP by sun.Eng.Sun.COM (4.1/SMI-4.1) id AA17993; Thu, 9 Jan 92 12:40:40 PST Received: from rapid.KLA.COM (newkla) by kla.rapid.KLA.com (4.1/SMI-3.2 (KLA-RAPID v1.6 uucp-gw)) id AA21951; Thu, 9 Jan 92 09:47:51 PST Received: from sunra (ats) by rapid.KLA.COM (4.0/SMI-4.0 (KLA-RAPID v1.4 ms)) id AA06020; Thu, 9 Jan 92 09:47:49 PST Received: from utopia by sunra (4.1/SMI-4.1) id AA00299; Thu, 9 Jan 92 09:47:36 PST Date: Thu, 9 Jan 92 09:47:36 PST From: kla!brandari%sunra@Sun.COM (Paul Brandariz x6546) Message-Id: <9201091747.AA00299@sunra> To: sun-managers@eecs.nwu.edu Subject: Format.dat Hi sun-managers: I need the format.dat for a Wren V CDC # 94181-385H. Currently it has but I suspect this is wrong since it gives me a total of 290MB formatted space and the Installation Manual claims ~ 331MB should be available once formated. Thanks to all... ___________________________________________________________________________ Paul R. Brandariz E-mail Internet: kla!brandari%sunra@sun.com KLA Instruments Corp P.O. Box 49055 Voice: (408) 456-6546 San Jose, CA 95161-9055 Fax: (408) 434-4273 ___________________________________________________________________________ From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 9 11:11:42 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA20326; Thu, 9 Jan 1992 23:56:20 -0600 Received: by delta.eecs.nwu.edu id AA09884 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 9 Jan 1992 16:04:19 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from uu2.psi.com by delta.eecs.nwu.edu with SMTP id AA05143 (5.65c/IDA-1.4.4 for ); Thu, 9 Jan 1992 16:04:07 -0600 Received: by uu2.psi.com (5.65b/4.0.071791-PSI/PSINet) id AA15625; Thu, 9 Jan 92 16:55:34 -0500 Date: Thu, 9 Jan 92 16:11:42 EST From: walter@pins.com (Walter F. Hartheimer) Received: by pins.com (4.1/3.2.083191-Precision Nesting Systems) id AA11680; Thu, 9 Jan 92 16:11:42 EST Message-Id: <9201092111.AA11680@pins.com> To: sun-managers@eecs.nwu.edu Subject: memory upgrades on IPC and SLC Is it really true that to upgrade factory shipped IPC's and SLC's beyond 8 megabytes, the existing memory becomes useless $ilicon (sic)? Must they be removed to accomodate only 4MB SIMMS. Please share your experiences with me. Thank you. From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 9 18:47:54 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA21253; Fri, 10 Jan 1992 05:18:25 -0600 Received: by delta.eecs.nwu.edu id AA13318 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 10 Jan 1992 00:48:07 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from oddjob.uchicago.edu by delta.eecs.nwu.edu with SMTP id AA05839 (5.65c/IDA-1.4.4 for ); Fri, 10 Jan 1992 00:47:59 -0600 Received: by oddjob.uchicago.edu Fri, 10 Jan 92 00:47:55 -0600 From: "Matt Crawford" Message-Id: <9201100647.AA14203@oddjob.uchicago.edu> To: sun-managers@eecs.nwu.edu Subject: TIP: rebuilding shared library in 4.1.2 Date: Fri, 10 Jan 92 00:47:54 CST I was on the verge of sending this as a question when I decided to hunt a little more and try more things. I had built a new libc.so.1.7.1 on a 4/690 running 4.1.2 in the usual way (by Greg Earle's message of 24 Apr 90) and applications ran with it just fine. However, anything I would compile would yield three undefined symbols: _dlopen, _dlclose, and _dlsym. This persisted even if I built a shared library with *NO* alterations from the distributed libc_pic.a! The cure I finally found was to add "-ldl" to the "ld" command in /usr/lib/shlib.etc/Makefile, turning it into: ld -assert pure-text `${OBJSORT} lorder-sparc tmp` -ldl The clue that led me to this was the parenthesized remark in this excerpt from "man ld" When ld.so is given control on program startup, it finds all .so files specified when the program was constructed (and all .so's on which they depend), and loads them into the address space. Happy building, y'all. I didn't see this point in any sun-managers articles I'd saved, nor did a WAIS search of sun-spots turn it up. ________________________________________________________ Matt Crawford Astronomy & Astrophysics U of Chicago From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 10 09:52:44 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA21296; Fri, 10 Jan 1992 06:03:56 -0600 Received: by delta.eecs.nwu.edu id AA04388 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 10 Jan 1992 02:53:03 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from hearnvax.nic.surfnet.nl by delta.eecs.nwu.edu with SMTP id AA21354 (5.65c/IDA-1.4.4 for ); Fri, 10 Jan 1992 02:52:51 -0600 Received: from utrcu1.civ.utwente.nl by HEARNVAX.nic.SURFnet.nl with PMDF#10216; Fri, 10 Jan 1992 09:53 MET Received: by utrcu1.civ.utwente.nl (5.57/Ultrix2.4-C) id AA14011; Fri, 10 Jan 92 10:02:28 +0100 Received: by utbsrl1.bsk.utwente.nl (4.0/SMI-4.0) id AA00461; Fri, 10 Jan 92 09:52:44 GMT Date: Fri, 10 Jan 92 09:52:44 GMT From: romix@bsk.utwente.nl (Ronald Leenes) Subject: lost shared lib To: sun-managers@eecs.nwu.edu Message-Id: <9201100952.AA00461@utbsrl1.bsk.utwente.nl> X-Envelope-To: sun-managers@eecs.nwu.edu Sun-managers, How do I create a shared library from: /usr/lib/libsuntool.a Probably a silly question, but the manual does not seem to help me much. Any advice welcome Thanks ______________________________________________________________________ / Ronald E. Leenes University of Twente \ | Dept. of Public Administration | | Internet: leenes@bsk.utwente.nl and Public Policy | | romix@bsk.utwente.nl P.O. Box 217 | | Phone: X-31 53 892616 7500 AE Enschede | | Fax: X-31 53 356695 the Netherlands | \______________________________________________________________________/ From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 10 09:12:28 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA21300; Fri, 10 Jan 1992 06:05:13 -0600 Received: by delta.eecs.nwu.edu id AA16282 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 10 Jan 1992 02:15:34 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from hearnvax.nic.surfnet.nl by delta.eecs.nwu.edu with SMTP id AA16679 (5.65c/IDA-1.4.4 for ); Fri, 10 Jan 1992 02:15:26 -0600 Received: from utrcu1.civ.utwente.nl by HEARNVAX.nic.SURFnet.nl with PMDF#10216; Fri, 10 Jan 1992 09:13 MET Received: by utrcu1.civ.utwente.nl (5.57/Ultrix2.4-C) id AA13122; Fri, 10 Jan 92 09:22:11 +0100 Received: by utbsrl1.bsk.utwente.nl (4.0/SMI-4.0) id AA00426; Fri, 10 Jan 92 09:12:28 GMT Date: Fri, 10 Jan 92 09:12:28 GMT From: romix@bsk.utwente.nl (Ronald Leenes) Subject: Bad memory To: sun-managers@eecs.nwu.edu Message-Id: <9201100912.AA00426@utbsrl1.bsk.utwente.nl> X-Envelope-To: sun-managers@eecs.nwu.edu Hello Sun-managers, I think I have a memory problem on my Sparc-1 OpenWin complains about a Memory Fault When I boot I get: Jan 9 15:36:17 utbsrl1 vmunix: mem = 12288K (0xc00000) Jan 9 15:36:17 utbsrl1 vmunix: avail mem = 11309056 test-memory gives: bad memory walking data test, and memory address not aligned Am I correct? How do I find out what's wrong? By the way: I don't have Sysdiag installed, nor can I install it in the short run. Please contact me directly. ______________________________________________________________________ / Ronald E. Leenes University of Twente \ | Dept. of Public Administration | | Internet: leenes@bsk.utwente.nl and Public Policy | | romix@bsk.utwente.nl P.O. Box 217 | | Phone: X-31 53 892616 7500 AE Enschede | | Fax: X-31 53 356695 the Netherlands | \______________________________________________________________________/ From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 10 09:04:26 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA21612; Fri, 10 Jan 1992 09:04:26 -0600 Received: by delta.eecs.nwu.edu id AA31991 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 10 Jan 1992 04:52:55 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from orbot.co.il by delta.eecs.nwu.edu with SMTP id AA04206 (5.65c/IDA-1.4.4 for ); Fri, 10 Jan 1992 04:51:09 -0600 Received: from tamar.orbot.co.il ([218.218.69.9]) by orbot.co.il (4.1/SMI-4.0) id AA01341; Fri, 10 Jan 92 12:47:37 IST Received: from hippopo.ORBOT by tamar.orbot.co.il (4.0/SMI-4.1) id AA00192; Fri, 10 Jan 92 12:50:04 IST Received: by hippopo.ORBOT (4.1/SMI-4.1) id AA02790; Fri, 10 Jan 92 09:47:51 IST Date: Fri, 10 Jan 92 09:47:51 IST From: greg@orbot.co.il (Gregory Gutarts) Message-Id: <9201100747.AA02790@hippopo.ORBOT> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: EXAByte backups from SS-2 Cc: greg@orbot.co.il Shalom, Managers ! Thank you very much, Managers, for your help and advices. My original message was: > We have a network of many SS-1, SS-1+, SS-2, SLC and ELC. I have an > EXAByte-8200 connected to one of the SLCs and run every night backup > procedure for all SUNs using > > rsh -n hostname /etc/dump 1ucsf 6000 myhost:/dev/nrst1 /filesystem > > in the backup script. Cron helps me every night to run it. > Everything was suspiciously good, but I have upgraded my dump host to > 4.1.1. From this day a very strange (from my unexpirienced point of view) > thing started. For ONLY THREE HOSTS of my backup list I get almost every time > unpredictible error messages in the form: > > st1: Error for command 'write', Error Level: 'Fatal' > Block: 49 File Number: 1 > Sense Key: Media Error > st1: Error for command 'write file mark', Error Level: 'Fatal' > Block: 49 > Sense Key: Media Error > > I have checked everything I only can: tapes, drive, procedure etc. The only > thing which can help me is simply to take this three hosts out from the list. > Then everything again is OK for the same tapes, which gave me the message. > This three hosts are usual SS-2 running 4.1.1 without some special points > I can mention. All other SS-2 can be processed without problems. The same > command works OK for these three SS-2 when I've tried to write onto cartridge > tape instead of EXAByte. I have also no visible network problem. > > Maybe someone can help me. Thank you very much. There was a lot of messages with your good advices, Managers. The ideas could be subdivided onto several groups: A. "Something not good with your backup procedure, Greg !" Maybe it's my fault, I have not given the full description of the procedure and the script. Nevertheless, I've got several backup scripts and several good ideas how to improve my procedure. It is not really my current problem, because my script used to work fine before my problem started, but sure there was a lot of very interesting points. B. "Something not good with 4.1.1 (or SS-2) !" There were advices to put some timing delay in the backup script and some other points like these. Sorry, nothing helps. Now I understand, that 4.1.1 has nothing to do with the problem, because now 4.1 gives me the same results. Maybe this is only coincidence, that problem has started after upgrading to 4.1.1. C. "Something not good with your SCSI cables !" I have checked it by replacing cables three or four times, but with the same result, sorry. D. "Something not good with your EXAByte !" It looks like this. After reading the mail and even thinking (!) a little I've understood that my 8200 should be sent to our local EXAByte representative as it needs head checking (and maybe repairing) and also for firmware upgrade. My special thanks to Kevin McElearney from MIT Lincoln Laboratory for the good idea to check the situation with the same data but with dd, tar etc. and also with the same data but from SS-1 or from 4.1 host. THE SAME RESULT ! So it looks absolutely like the situation described by Sydney S. Weinstein from Datacomp Systems, Inc.: "I have seen these many a time, and the only cure I have found is to have the 8200 replaced. Some data patterns cause the drive to not write the tape correctly as the heads wear. It is data related..." So let's see the results after repairing the 8200. A lot of thanks to all of you, Managers, who kindly helped me (this is a very long list to put it here). Gregory. ============================================================================ Gregory Gutarts greg@orbot.co.il System Administrator voice: 972-8-433533 Orbot Systems Ltd. fax: 972-8-438769 Industrial Zone, P.O.Box 215 70651 Yavne, Israel ============================================================================ From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 10 03:00:52 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA21976; Fri, 10 Jan 1992 10:53:05 -0600 Received: by delta.eecs.nwu.edu id AA09270 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 10 Jan 1992 07:00:18 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from fs1.cam.nist.gov by delta.eecs.nwu.edu with SMTP id AA29250 (5.65c/IDA-1.4.4 for ); Fri, 10 Jan 1992 07:00:13 -0600 Received: from laurel.cam.nist.gov by fs1.cam.nist.gov (4.1/SMI-DDN) id AA05846; Fri, 10 Jan 92 08:00:19 EST Received: by laurel.cam.nist.gov (4.1/SMI-3.2) id AA02695; Fri, 10 Jan 92 08:00:52 EST Date: Fri, 10 Jan 92 08:00:52 EST From: pdb@cam.nist.gov (Darcy_Barnett_x3830) Message-Id: <9201101300.AA02695@laurel.cam.nist.gov> To: sun-managers@eecs.nwu.edu Subject: REPOST January 10, 1992 This is a REPOST due to lack of response probably due to lack of details. Does anyone know of a utility which collects usage statistics on program libraries, i.e. libraries which are linked or accessed at runtime? I know how to get information from sa for executables, but don't know how to capture information for subprogram libraries. Darcy Barnett pdb@cam.nist.gov 301/975-3830 From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 10 15:44:51 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA22057; Fri, 10 Jan 1992 11:20:41 -0600 Received: by delta.eecs.nwu.edu id AA12850 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 10 Jan 1992 07:55:27 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from corton.inria.fr by delta.eecs.nwu.edu with SMTP id AA28905 (5.65c/IDA-1.4.4 for ); Fri, 10 Jan 1992 07:55:20 -0600 Received: from genethon.genethon.fr by corton.inria.fr (5.65c8d/91.12.15) via Fnet-EUnet id AA17536; Fri, 10 Jan 1992 14:54:33 +0100 (MET) Received: from halogene.genethon.fr by genethon.genethon.fr, Fri, 10 Jan 92 14:46:39 +0100 Received: by halogene.genethon.fr (4.1/SMI-4.1) id AA11816; Fri, 10 Jan 92 14:44:51 +0100 Date: Fri, 10 Jan 92 14:44:51 +0100 From: claude@genethon.genethon.fr (Claude Scarpelli) Message-Id: <9201101344.AA11816@halogene.genethon.fr> To: sun-managers@eecs.nwu.edu Subject: VME boards and 600Mp Hi Sun Managers, My local Sun support officer tell me that VME Ethernet and Sun3-SCSI boards are unsupported for the 600MP serie. But he was unable to tell me if "unsupported" means "don't work" or just "Sun does not advise it". If these boards don't work, I'll have to buy the news Ethernet/SCSI SBus card. Any comments are welcome. As usual, I will post a summary if enough interest. Thank's ps: What about the 470 VME memory board? ------------------------------------------------------------------------------ Claude Scarpelli Internet : claude@genethon.fr Human Polymorphism Study Center or : claude@cephb.fr From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 10 19:59:18 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA22471; Fri, 10 Jan 1992 13:26:35 -0600 Received: by delta.eecs.nwu.edu id AA24026 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 10 Jan 1992 09:58:53 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from helios.intranet.gr by delta.eecs.nwu.edu with SMTP id AA15393 (5.65c/IDA-1.4.4 for ); Fri, 10 Jan 1992 09:57:35 -0600 Received: from zeus.intranet.gr by helios.intranet.gr (4.0/25-eef) id AA09033; Fri, 10 Jan 92 17:53:48 +0200 Received: by zeus.intranet.gr (4.1/SMI-4.1) id AA06196; Fri, 10 Jan 92 17:59:18 +0200 Date: Fri, 10 Jan 92 17:59:18 +0200 From: antonis@intranet.gr (Antonis Kyriazis) Message-Id: <9201101559.AA06196@zeus.intranet.gr> To: sun-managers@eecs.nwu.edu Subject: LanManager for SUN info Does someone use a s/w making a SUN machine server for LanManager? I heard, 4 months ago, there's a complete s/w - LMSun - running on a SPARC2... Thanks +-------------------------------------------------------------------+ | Antonis Kyriazis antonis@intranet.gr | | S/W Design Center sil.icm.icmakyr@memo.ericsson.se | | UNIX, NETWORKS & COMMUNICATIONS | | INTRACOM sa (01) 88 43 715 | | 19.5 km Marcopoulo Ave. fax: (01) 66 44 379 | | PEANIA 190 02 (01) 66 43 718 | | Greece phone: (01) 66 44 961-5 | | (01) 88 43 715 | +-------------------------------------------------------------------+ From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 10 04:54:48 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA22670; Fri, 10 Jan 1992 14:36:19 -0600 Received: by delta.eecs.nwu.edu id AA28932 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 10 Jan 1992 10:54:56 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from poincare.math.nwu.edu by delta.eecs.nwu.edu with SMTP id AA14201 (5.65c/IDA-1.4.4 for ); Fri, 10 Jan 1992 10:54:50 -0600 Received: from schur.math.nwu.edu by poincare.math.nwu.edu (4.1/SMI-NWU.MATH-1.01) id AA01255; Fri, 10 Jan 92 10:54:48 CST Date: Fri, 10 Jan 92 10:54:48 CST From: len@math.nwu.edu (Len Evens) Message-Id: <9201101654.AA01255@poincare.math.nwu.edu> To: sun-managers@eecs.nwu.edu Subject: Sun IPC Disk problem We have a problem with a Sun IPC with a 207 Meg disk. The following message is repeated Error for command `read' Error Level Retryable (ultimately this becomes fatal) Block 10560 .... Sense Key: Media Error Vendor `MAXTOR' error code 0x16 I tried reformatting the disk, and I was able to restart the system, but the problem popped up again the next morning. Am I safe in assuming this is a disk problem and that replacing the disk will solve it? I understand there have been problems with MAXTOR drives overheating? Is that the case, and is there a better equivalent drive. Who would be a good vendor? Leonard Evens len@math.nwu.edu 708-491-5537 Dept. of Mathematics, Northwestern Univ., Evanston, IL 60208 From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 10 08:11:30 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA22905; Fri, 10 Jan 1992 15:46:01 -0600 Received: by delta.eecs.nwu.edu id AA26735 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 10 Jan 1992 12:12:21 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Clyde.Concordia.CA by delta.eecs.nwu.edu with SMTP id AA31873 (5.65c/IDA-1.4.4 for ); Fri, 10 Jan 1992 12:12:10 -0600 Received: from Davinci.Concordia.CA by Clyde.Concordia.CA id aa17440; 10 Jan 92 18:11 GMT Received: from davinci.concordia.ca by davinci.concordia.CA id aa20960; 10 Jan 92 13:11 EST To: sun-managers@eecs.nwu.EDU Cc: nicky@davinci.concordia.ca Subject: SUMMARY : ST41650 Wren 8 (Yet another FORMAT.DAT request.) Date: Fri, 10 Jan 92 13:11:30 -0500 From: nicky@davinci.concordia.ca Message-Id: <9201101311.aa20960@davinci.concordia.CA> Thanks to All... The original post : > I hope this question has a simple answer. Could someone send me > a FORMAT.DAT entry for a Wren 8? > > This may prove useful: > > Disk type : sd3: Vendor 'SEAGATE', product 'ST41650', 2766300 512 byte blocks > > I remember something about a definitive FORMAT.DAT list someone > wanted to compile. Did this happen? If so, how does one go about > getting a copy? > > Thanks in advance. Happy New Year to all... Basically, Mike Raffety sums it up best so here is a copy of his response. Remember this when you are dealing with SCSI. ] Just pick any old combination of cylinders, tracks/cylinder, and ] sectors/track that multiply out to 2766300 ... SCSI doesn't care ] what the particulars are. /usr/games/factor is good for this. The values that I am using come from Steve Campos at Highland(sp) Digital. I don't have an E-Mail address for him. He actually called me with the format.dat entry and gave me a quick tutorial on SCSI disks. I would really like to thank him for that. Here is the entry (along with some stats) : disk_type = "Highland SEAGATE Wren 8 ST41650N" \ : ctlr = MD21 : fmt_time = 5 \ : cache = 0x11 : trks_zone = 15 : asect = 5 : atrks = 30 \ : ncyl = 1770 : acyl = 2 : pcyl = 1772 : nhead = 15 : nsect = 104 \ : rpm = 3600 : bpt = 54900 #dkinfo sd2 sd2: Emulex MD21 controller at addr f8800000, unit # 16 1770 cylinders 15 heads 104 sectors/track c: 2761200 sectors (1770 cyls) starting cylinder 0 #df /mnt Filesystem kbytes used avail capacity Mounted on /dev/sd2c 1297110 9 1167390 0% /mnt Thanks to all who responded. From: Brian Bartholomew [ NB. Brian has been attempting to maintain a format.dat database. ] { PS. Brian, let me run this one for a week or two before you add it to the table. I'll get back to you. --nicky } From: Mark Prior From: Claude Charest From: Donald McLachlan From: Robert J Wolf From: "Mark S. Anderson" From: "Donny E. Closson" From: Mike Raffety THANKS AGAIN, EVERYONE !!! Nicky = = = = = = = = = = =+= = = = = = = = = = = = = = =+= = = = = = = = = = = Nick Ayoub nicky@davinci.concordia.ca UNIX Systems Analyst Dept. of E&CE Concordia University CAD Systems Support Montreal QC. H3G 1M8 Voice : (514) 848-3107 Canada Fax : (514) 848-2802 = = = = = = = = = = =+= = = = = = = = = = = = = = =+= = = = = = = = = = = From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 10 19:26:00 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA23259; Fri, 10 Jan 1992 18:00:48 -0600 Received: by delta.eecs.nwu.edu id AA14067 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 10 Jan 1992 13:27:45 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from duke.cs.duke.edu by delta.eecs.nwu.edu with SMTP id AA03679 (5.65c/IDA-1.4.4 for ); Fri, 10 Jan 1992 13:27:36 -0600 Received: from news.cs.duke.edu by duke.cs.duke.edu (5.65/2.21G/4.1.1) id AA00968; Fri, 10 Jan 92 14:26:02 -0500 Received: by news.cs.duke.edu (5.65/2.21L/4.1.1) id AA04275; Fri, 10 Jan 92 14:26:00 -0500 To: duke-sun-managers@cs.duke.edu Path: news.duke.edu!bal1!ndd From: ndd@sunbar.mc.duke.edu (Ned Danieley) Newsgroups: duke.sun-managers Subject: need cable between CDC 9720 and Sun 7053 Message-Id: <785@news.duke.edu> Date: 10 Jan 92 19:26:00 GMT Distribution: usa Organization: Basic Arrhythmia Laboratory, Duke Univ. Med. Center, Durham, N.C. Lines: 13 Nntp-Posting-Host: bal1.mc.duke.edu Originator: ndd@bal1 I have a Fujitsu 2361 attached to a Sun 7053 controller, and I desperately need cables to add a CDC 9720-1230. the 9720 disk drive has what looks like edge connectors on the back, while the cables that come off of the controller (and the connector for daisy-chaining off of the other drive) look more like DB-25s and/or DB-50s. any suggestions? -- Ned Danieley (ndd@sunbar.mc.duke.edu) Basic Arrhythmia Laboratory Box 3140, Duke University Medical Center Durham, NC 27710 (919) 660-5111 or 660-5100 From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 10 14:23:36 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA23272; Fri, 10 Jan 1992 18:05:42 -0600 Received: by delta.eecs.nwu.edu id AA06151 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 10 Jan 1992 08:27:29 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA07226 (5.65c/IDA-1.4.4 for ); Fri, 10 Jan 1992 08:27:22 -0600 Received: from NEWS.BBN.COM by rice.edu (AA01046); Fri, 10 Jan 92 08:26:40 CST Received: from GATEWAY by news.bbn.com with netnews for usenet@rice.edu (sun-managers@rice.edu) To: sun-managers@rice.edu Date: 10 Jan 92 14:23:36 GMT Message-Id: From: Martin Grossman Subject: having problems with second ethernet controller on 3/280 Source-Info: From (or Sender) name not authenticated. we just had sun install a second ethernet controller in our 3/280 I added the following line to the config file device ie1 at vme24d16 ? csr 0xe88000 priority 3 vector ieintr 0x75 when rebooting the new kernel sees the board ok Jan 8 12:31:05 trek vmunix: ie0 at obio 0xc0000 pri 3 Jan 8 12:31:05 trek vmunix: ie1 at vme24d16 0xe88000 vec 0x75 the system crashes with the following messages each time I try running the ifconfig program with any arguments other than the interface name. Jan 8 13:28:29 trek vmunix: pid 327, `ifconfig': Jan 8 13:28:29 trek vmunix: vector 0x190, pc 0xe00d444, sr 0x2002, stkfmt 0x0, context 0x2 Jan 8 13:28:29 trek vmunix: D0-D7 c6000000 ff a b 8020690c 80202000 c6c62800 c6c62800 Jan 8 13:28:29 trek vmunix: A0-A7 f709f8c e0c364c f71ac8c e1a3700 e0c30cc f70eb8c e1a35cc e1a35bc Jan 8 13:28:29 trek vmunix: Begin traceback...fp = e1a35cc, sp = e1a35bc Jan 8 13:28:29 trek vmunix: Called from e00db6a, fp=e1a3614, args=c6c62800 0 8020690c f70e18c Jan 8 13:28:29 trek vmunix: Called from e00d902, fp=e1a3650, args=e0c30cc f70eb8c e1a3710 e1a3700 Jan 8 13:28:29 trek vmunix: Called from e013830, fp=e1a3684, args=f71ac8c 8020690c e1a3700 e0c30cc Jan 8 13:28:29 trek vmunix: Called from e009ed4, fp=e1a36b4, args=f71ac8c b 8020690c e1a3700 Jan 8 13:28:29 trek vmunix: Called from e034482, fp=e1a36d8, args=f71ac8c 8020690c e1a3700 8020690c Jan 8 13:28:29 trek vmunix: Called from e033212, fp=e1a3780, args=e0c82bc 8020690c e1a3700 0 Jan 8 13:28:29 trek vmunix: Called from e0737ee, fp=e1a37a8, args=e1a3a04 0 2 0 Jan 8 13:28:29 trek vmunix: Called from e00476a, fp=dfffadc, args=36 2b6b0 ffffffff a Jan 8 13:28:29 trek vmunix: End traceback... Jan 8 13:28:29 trek vmunix: panic: trap following work fine ifconfig ie0 ifconfig ie1 ifconfig -a for some unknown reason this returns the same ethernet address for both interfaces. They are not on the same cable! following doesn't work ifconfig ie1 198.198.40.1 ifconfig ie1 198.198.40.1 netmask 255.255.255.0 broadcast 198.198.40.255 -trailers arp up send help to grossman@bbn.com 617-873-3650 From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 10 07:30:44 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA23292; Fri, 10 Jan 1992 18:16:41 -0600 Received: by delta.eecs.nwu.edu id AA15064 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 10 Jan 1992 11:41:01 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from BU.EDU by delta.eecs.nwu.edu with SMTP id AA20943 (5.65c/IDA-1.4.4 for ); Fri, 10 Jan 1992 11:40:42 -0600 Received: by BU.EDU (1.99) Fri, 10 Jan 92 12:40:16 EST From: steve@icad.COM Received: from melbourne.icad.com by icad.COM (4.1/SMI-4.0) id AA04119; Fri, 10 Jan 92 12:30:45 EST Received: by melbourne.icad.com (AIX 3.1/UCB 5.61/4.03) id AA11179; Fri, 10 Jan 92 12:30:44 -0500 Date: Fri, 10 Jan 92 12:30:44 -0500 Message-Id: <9201101730.AA11179@melbourne.icad.com> To: sun-managers@eecs.nwu.edu Subject: RE: Telebit T1600 Summary Last week I wrote requesting assistance with configuring a Telebit T1600 modem for use with a Sun 3/260. I received a number of responses which helped me to get my modem configured. I also shared my own setup and the responses I received with a dozen or so people who had requested summaries. Since then I have found that some of my users are having difficulties dialing into the T1600 at 2400 and 1200 baud. After speaking with Telebit technical support, I have worked around this problem by switching to xon/xoff flow control. This can be accomplished by setting S68 and S58 to 3 (ATS58=3 S68=3 &w &w1). This corrected most of our problems though we are still having some difficulty with emacs which uses Ctl-s for its isearch-forward key binding and Ctl-q for its quoted-insert key binding. We have worked around this problem by rebinding these functions when the user is on a dialup line. For the sake of anyone else who is considering using a T1600 or having difficulty configuring one I am sending my current setup along with the responses I received last week. If anyone has had success in making hardware flow control work with low speed modems I'd be interested in hearing about it. Steve Carr, Icad, Inc. 201 Broadway Internet: Steve@ICAD.COM Cambridge, MA 02139 Phone: (617) 868-2800; FAX: (617) 577-8085 Files: /etc/ttytab: # # @(#)ttytab 1.4 88/02/07 SMI # # name getty type status comments # console "/usr/etc/getty std.9600" sun on unsecure # Tim's Office ttya "/usr/etc/getty std.9600" unknown off # cua0 and ttyd0 ttyb "/usr/etc/getty std.9600" unknown off # cua1 and ttyd1 ttyd0 "/usr/etc/getty std.19200" dialup on # The Telebit Modem ttyd1 "/usr/etc/getty std.19200" dialup on # The Ventel Modem /etc/gettytab: # # @(#)gettytab 1.9 89/09/27 SMI; from UCB 5.7 2/16/86 # # Copyright (c) 1980 Regents of the University of California. # All rights reserved. The Berkeley software License Agreement # specifies the terms and conditions for redistribution. # # Most of the table entries here are just copies of the # old getty table, it is by no means certain, or even likely, # then any of them are optimal for any purpose whatever. # Nor is it likely that more than a couple are even correct # # # The default gettytab entry, used to set defaults for all other # entries, and in cases where getty is called with no table name # default:\ :ap:lm=\r\n%h login\72 :sp#9600: # # Fixed speed entries # # The "std.NNN" names are known to the special case # portselector code in getty, however they can # be assigned to any table desired. # The "NNN-baud" names are known to the special case # autobaud code in getty, and likewise can # be assigned to any table desired (hopefully the same speed). # a|std.110|110-baud:\ :nd#1:cd#1:uc:sp#110: b|std.134|134.5-baud:\ :ep:nd#1:cd#2:fd#1:td#1:sp#134:ht:nl: 1|std.150|150-baud:\ :ep:nd#1:cd#2:td#1:fd#1:sp#150:ht:nl:lm=\E\72\6\6\17login\72 : c|std.300|300-baud:\ :nd#1:cd#1:sp#300: d|std.600|600-baud:\ :nd#1:cd#1:sp#600: f|std.1200|1200-baud:\ :fd#1:sp#1200: 6|std.2400|2400-baud:\ :sp#2400:ht: 7|std.4800|4800-baud:\ :sp#4800:ht: 2|std.9600|9600-baud:\ :sp#9600: g|std.19200|19200-baud:\ :sp#19200: h|std.38400|38400-baud:\ :sp#38400: /etc/remote: cua0|telebit|T1000:dv=/dev/cua0:br#19200 cua1|T1600:dv=/dev/cua1:br#19200 File Permissions: crw------- 1 uucp 12, 128 Jan 6 12:38 /dev/cua0 crw------- 1 uucp 12, 129 Jan 6 09:41 /dev/cua1 crw--w--w- 1 root 12, 0 Jan 6 10:16 /dev/ttyd0 crw--w--w- 1 root 12, 1 Jan 6 06:54 /dev/ttyd1 Telebit Register Contents: T1600 - Version LA1.02 - Configuration A B1 E1 L2 M0 Q2 T V1 X2 Y0 &C1 &D3 &G0 &J0 &L0 &Q0 &R0 &S0 &T4 &X0 S000:1 S001=0 S002=43 S003=13 S004=10 S005=8 S006=2 S007=40 S008=2 S009=6 S010=14 S011=70 S012=50 S018=0 S025=5 S026=1 S038:5 S041:5 S045=0 S047=4 S048=0 S050=0 S051:5 S056=17 S057=19 S058=3 S059=0 S060=0 S061=1 S062=15 S063=0 S064=0 S068:3 S069=0 S090=0 S093=8 S094=1 S100=0 S102=0 S104=0 S105=1 S111=255 S112=1 S180=2 S181=1 S183=25 S190=1 S252=0 S253=10 Replies: **********Response********* I have installed it as a dialup modem on a sparc to. I found that attaching it to a dumb terminal for the modem configuration worked much better than configuring it while it was connected to the sparc. Anyway, this is what I wrote up. How to setup a Telebit 1600 as a dialup modem connected to a Sparc II ===================================================================== (You will need a straight DB25 cable (male/male)) MODEM: To configure modem please attach to dumb terminal. Next, enter the following string: AT&F s45=0 s51=5 &s0 &c1 &d3 s61=0 s58=2 s63=0 s68=255 s111=30 s190=1 s0=1 &w The modem should reply with OK. Now, turn of verbose features: AT e0 q1 &w The modem should NOT reply with OK. Do this with both setup a and b. Explanation of settings: ( &F) restore factory setting. (s45=0) Disable remote access to control functions of the modem from a remote modem (s51=5) set DTE speed to 19200--determines data rate between modem and local DTE ( &s0) data set ready is always on ( &c1) data carrier detect on when carrier detected from remote modem ( &d3) modem resets and enters command mode when the DTR signal is switched from on to off. (s58=2) use full duplex RTS/CTS flow control. When RTS is OFF the modem will not send data to the local DTE. When RTS is ON the modem will send data to local DTE. (s61=0) Break is processed as defined in register 63 (s63=0) Break is processed in sequence with the data. (s68=255) Use the flow control defined by s58 (s111=30) Use uucp transfer protocol. (can be set to kermit,xmodem too) (s190=1) Data comression disabled in both directions. ( &w) write these new values in EEPROM bank. SPARC II: CREATE THE DIAL OUT DEVICE (if necessary): This will create the entry in /dev needed to dial out with the modem. cd /dev mknod cuaa c 12 128 mknod ttyda c 12 0 chmod 666 cuaa ttyda ENABLE GETTY FOR DIALIN: cd /etc --- edit /etc/ttytab and etc: ttya "/usr/etc/getty std.9600" dialup off secure to: ttyda "/usr/etc/getty std.19200" dialup on secure --- restart getty on ttya: kill -1 1 --- make sure the following is not commented out in /etc/rc /usr/etc/ttysoftcar -a > /dev/null 2>&1 --- enter the following command /usr/etc/ttysoftcar -a These are the settings of the modem as it is now. T1600 - Version LA1.00 - Active Configuration B1 E0 L2 M1 P Q1 V1 X1 Y0 &C1 &D3 &G0 &J0 &L0 &Q0 &R3 &S0 &T4 &X0 S000:1 S001=0 S002=43 S003=13 S004=10 S005=8 S006=2 S007=40 S008=2 S009=6 S010=14 S011=70 S012=50 S018=0 S025=5 S026=1 S038=0 S041=0 S045=0 S046=0 S047=4 S048=0 S050=0 S051:5 S056=17 S057=19 S058:2 S059=0 S060=0 S061:0 S062=15 S063=0 S064=0 S068=255 S069=0 S090=0 S093=8 S094=1 S100=0 S102=0 S104=0 S105=1 S111:30 S112=1 S180=2 S181=1 S183=25 S190=1 S253=10 S254=255 S255=0 **********Response********* make sure /dev/cua1 is there correctly with "ls -ldg /dev/cua1" crw------- 1 uucp daemon 12, 129 Jan 2 13:46 /dev/cua1 the number following the word "flags" on the zs0 device in the kernel configuration file in the "/sys/sun3/conf" directory is used to control hardware/software carrier detect. i believe the first bit is for ttya, the second is for ttyb. having a bit set to "1" turns software carrier detect on, while not having the bit set makes it hardware carrier detect. i usually just set flags to "0", but if you're just using ttyb for a modem and not ttya, then setting flags to "1" should set ttyb for hardware carrier detect. here's an example of setting flags to 0 (it starts out as "3"). device zs0 at obio ? csr 0x20000 flags 0 priority 3 you must then make a new kernel, install it, then reboot. it is important to have this flag set correctly, since someone who logs in, but gets cut off unexpectedly (hanging up the line on the other end without logging out) may leave the person logged in so that the next person who dials in will get the shell of the the previous user. **********Response********* ttysoftcar doesn't always work the tty is already open (by getty for example). Make sure Telebit is handling the carrier detect signal properly. If you are using the modem for dialin/dialout, you should have CD come on only when the modem answers a call. Using cua1 (ttyd1 minor number plus 128) is supposed to ignore carrier, but won't the open will fail if ttyd1 is already open. When you do a 'ps' your getty for ttyd1 should show '?' as the tty instead of 'd1' if the carrier is working right, and you did 'ttysoftcar n'. **********Response********* I can give you a summary of a question that I asked a while ago, which was not specifically about the Telebit, but about "all ports busy". ----- Begin Included Message ----- My initial message: ** I know this has happened to other people before, but I have never seen ** a satisfying answer to this: ** ** We are using serial port B for diagnostics using the command ** ** tip hardwire ** ** The message ** ** all ports busy ** ** gets displayed. We checked the /usr/spool/uucp directory; no locks. The ** /usr/lib/lpd daemon (which was running on that port before) is not running. ** The entry in the kernel configuration file is ** ** device zs0 at obio ? csr 0x20000 flags 3 priority 3 ** ** The entry in /etc/remote is ** ** hardwire:\ ** :dv=/dev/ttyb:br#9600:el=^C^S^Q^U^D:ie=%$:oe=^D: ** ** System is a Sun-3/160 running SunOS 4.0.3. and /dev/ttyb has mode 0666. ** It seems that using "tip" as superuser works, but any other user encounters ** the dreaded error message (I say "seem" because this is being run 6000 miles ** from here and I don't have the ability to run tests at will...). Clumped together, here are the suggestions: ------------------------------------------------------------------------- Make sure that tip (probably setuid uucp) can write into /var/spool/uucp. Here is another suggestion. You may want to make sure that the binary for 'tip' lists as : -rws--x--x 2 uucp daemon 57344 Apr 24 1989 /bin/tip* This would make sense, since we *have* to write in /usr/spool/uucp, which is owned by user "uucp" (or should be!). Of course, "root" can write there, but other users can't. If the ownership is incorrect, do a # /etc/chown -R uucp.staff /usr/spool/uucp # /etc/chmod 2755 /usr/spool/uucp Could it be permissions/ownership on the port? On my Sparc 1, running 4.1.1, the permissions/ownerships are set to: crw------- 1 uucp staff 12, 128 May 22 20:41 /dev/cua0 crw-rw-rw- 1 root staff 12, 0 Apr 17 11:11 /dev/ttya crw-rw-rw- 1 root staff 12, 1 Apr 17 11:11 /dev/ttyb Also, make sure you do not have an init sitting on ttyb. Check /etc/ttytab. The entry here for that line is: ttyb "/usr/etc/getty std.19200" network on remote Not surprized. First, please establish whether /dev/zs0 drives the mouse or the serial ports. On my 3/60, zs0 is the mouse, keyboard, et cetera port while zs1 is for the serial ports, ttya ttyb. Assuming your 3/50 is the same, then you'll want this line in your kernel fot ttyb: device zs1 at obio ? csr 0x00000 flags 0x103 priority 3 This little line says use the hardware DCD instead of the software emulation. As you have configured, assuming zs0 is the correct device, the ports are using software emualtion of DCD. Thus you'll always busy out. You will want to make sure that noone has a background job running on the port. These can occur when someone logs in, runs a background job and then logs off thinking that all is well. We see this frequently. Until you mentioned that root seems to not be affected, I was going to claim that the modem was a Telebit. They are notorious for needing a periodic power cycle. ------------------------------------------------------------------------- ----- End Included Message ----- **********Response********* Have you checked the permissions on /dev/cua1 and /dev/ttyb? They (especially cua1) needs to be writable by user "uucp" for tip to work **********Response********* Hmmm... Do you own a breakout box? If so check to see what the status of CD is with reagrds to DTR. I had the same problem and found that by setting S130 correctly that I got things working. Please note that I have a T2500. The register you might want to look at might be diffrent on the T1600. Anyway, hope I was able to at least point you in the right direction. Send me mail reminding me to get you some documentation thats on UUNET regarding Telebit modems and Suns. I don't have time to get it now. **********Response********* Make sure the mode on cua1 is 644 and the device is owned by user "uucp". **********Response********* I have a Telebet on ttyb on our 4/280 running 4.1. It works fine, in and out. So I looked at my system to see how it differs from yours. You said: > The modem is attached to ttyb. But you showed: > /etc/ttytab entry > > ttyd1 "/usr/etc/getty std.9600" dialup on # The Telebit T1600 My corresponding line is: ttyb "/usr/etc/getty std.19200" network on remote You didn't show the device special files, but mine look like this: crw-rw-rw- 2 root 12, 129 Jan 3 09:50 /dev/cua1 crw--w--w- 1 root 12, 1 Jan 3 09:42 /dev/ttyb Finally, here is a blurb from my archives that I found useful in connecting my modem. It's worth saving. Good luck. ===================================================================== Telebit Corporation Revision 1.02 01 APRIL 1990 ===================================================================== SETUP INSTRUCTIONS FOR TELEBIT MODEMS AND SUNOS 4.X WORKSTATIONS The following examples should allow easy initialization of a TELEBIT modem for use with dialin/dialout and UUCP on a SUN 3 or SUN 4 workstation with SUNOS 4.X. NOTE: These configuration instructions are meant for SUNOS 4.0.3 or higher release versions. It is highly recommended that the operating system be upgraded to this release version or that the TTY PATCH 5.4 (or higher) be installed before these set-ups are attempted. This patch is available from SUN. 1. MODIFY KERNEL: First, the kernel must be modified so that the modem can dial/answer calls. cd /usr/sys/conf cp GENERIC MODEM ------edit MODEM-- change: device zs0 at obio ? csr 0x20000 flags 3 priority 3 to: device zs0 at obio ? csr 0x20000 flags 0 priority 3 -----save the file. /etc/config MODEM cd ../MODEM make mv /vmunix /vmunix.old mv /usr/sys/MODEM/vmunix /vmunix ---reboot the system---------- 2. CREATE THE DIAL OUT DEVICE (if necessary): This will create the entry in /dev needed to dial out with the modem. cd /dev mknod cua0 c 12 128 mknod cub0 c 12 129 chmod 666 cua0 cub0 References to the dialout port in this document assume the ttya port "cua0". Connections to ttyb are accomplished by using "cub0". NOTE: It is highly recommended that TELEBIT modems be connected to the serial I/O ports ttya and ttyb. Use of serial I/O multiplexors may limit modem speed to 9600 bps or lower due to flow control, cpu/bus interrupt, or memory buffer problems. 3. MODIFY /etc/remote Add this entry (all characters are literal, i.e. the ^ is 'shift 6' on the Sun): tb9600:dv=/dev/cua0:br#9600:el=^C^S^Q^U^D:ie=%$:oe=^D: tb19200:dv=/dev/cua0:br#19200:el=^C^S^Q^U^D:ie=%$:oe=^D: The following /etc/remote may be used for autodialing: NOTE: Be sure to set X0, in the modem, when using autodial. TELEBIT|Autodial TELEBIT:\ :el=^D^U^C^S^Q^O@:du:at=hayes:ie=#$%:oe=^D:br#SSSSS:\ :pn=NNNNNNN:dv=/dev/cua0: Where: SSSSS = baud rate [9600/19200] NNNNNNN = phone number 4. CONFIGURE MODEM In order to configure your TELEBIT modem correctly, it is best to start by resetting the modem to factory settings. Please consult your TELEBIT modem reference manual for the proper modem resetting procedure. Once the reset is completed, tip to the modem using "tip tb9600" and configure it with the command string below: AT&F S45=0 S51=5 S52=2 S53=3 S54=3 S58=0 S66=1 S68=3 S110=1 S111=30 Q6 &W This string (the spaces are optional if you prefer to remove them) will: - 1st (&F) recalls factory defaults (start with known configuration). - 2nd (S45=0) disables remote access. S45=255 sets remote access ON. Remote access will allow TELEBIT technical support to access and configure your modem, should this be required. Remote access is set to OFF in ALL factory shipped modems. A hardware reset will set remote access to ON. - 3rd (S51=5) sets the serial port to 19200 bps. - 4th (S52=2) says drop the connection when DTR is dropped to the modem and reload the modem's stored EEPROM values (do a soft reset). - 5th (S53=3) sets DSR "ON" when modem is off-hook. It also sets DCD "ON" when carrier is detected. NOTE: S53 maps to registers S130 and S131 in Release B_5.00, GA1.00, FA2.00, and above firmware. If S53 is not present in your modem firmware, be assured that its settings will map to the proper registers. - 6th (S54=3) says pass BREAKs through the modem transparently. - 7th (S58=0) disables flow control. The UUCP protocol support handles flow control instead. - 8th (S66=1) locks the interface speed. This is necessary during connections with slower modems. - 9th (S68=3) XON/XOFF flow control from DCE. This setting will allow flow control for interactive sessions. - 10th (S110=1) enables data compression between TELEBIT modems. If desired, S110=0 will disable this feature. - 11th (S111=30) enables TELEBIT's UUCP "g" protocol support. - 12th (Q6) silences the modem when an inbound call arrives. This prevents getty-battles between the RING result code and getty's echo of the same. - 13th (&W) writes these new values into the current EEPROM bank (1/2). This saves the new values as the modem's power on defaults, for either bank A or B, until you change them again. - 14th () executes the command line in the modem. Upon execution of the command line, the serial interface speed will be changed to 19200 bps. As a result of this action, garbage characters will be echoed as a response to any input. Exit tip using the "~." command. Use "tip tb19200" to access the modem at 19200 bps. NOTES: (1) S58 sets the type of flow control to be used by the modems serial I/O port. It is highly recommended that RTS/CTS (hardware) flow control (S58=2) be used whenever possible. Please consult your systems manuals for instructions on proper software and hardware configurations for RTS/CTS flow control. Some hardware systems or operating systems may not be capable of this function. (2) S92 governs the sequence of modulation tones issued upon auto answer. To reverse the answering sequence, set S92=1, this will solve any "slow modem" connection problems caused by the issuance of PEP tones. ALL incoming PEP modems should have S50=255 set to connect using PEP. (3) If you would like to limit dialin/dialout connection access to high-speed (PEP mode), add "S50=255" to the above script to force the modem to use only the PEP mode. To allow dial OUT to slower speed modems, modify the L.sys script (noted below in step 7) to: hostname Any cua0 19200 cua0 "" ATX0S50=0\r OK ATDNNNNNNNNNN\r CONNECT "" ""-\r-login:-\r-login:-\r-login: \r login: Uyoursysname ssword: XXXXXXXX 5. ENABLE GETTY FOR DIALIN: cd /etc --- edit /etc/ttytab and etc: name getty type status comments ttya "/usr/etc/getty std.9600" dialup off secure to: name getty type status comments ttya "/usr/etc/getty std.19200" dialup on secure --- restart getty on ttya: kill -1 1 The use of a rotary or autobaud in getty is not recommended due to the modems ability to lock interface speed (S66=1). The modem can then arbitrate a slow modem connection to the hard-set interface speed without the need for interface speed matching. If a rotary/autobaud getty is used, don't forget to set your getty to include 19200 in its cycle. You may have it trying 19200 first and moving to 2400 on the 1st receipt of a break and to 1200 on the second receipt of break. The order of the cycle is not important so long as the calling system knows to send breaks until it sees the login sequence. 6. MODIFY /etc/uucp/L-devices: Add the following entry to your L-devices file. Fill in the correct port number: ACUHAYES cua0 cua0 19200 DIR cua0 0 19200 7. MODIFY /etc/uucp/L.sys: Do not copy this literally. Modify the information for your application. Also note that this is ONE line of data, not two. hostname Any cua0 19200 cua0 "" ATX0S50=255\r OK ATDNNNNNNNNNN\r CONNECT "" ""-\r-login:-\r-login:-\r-login: \r login: Uyoursysname ssword: XXXXXXXX NOTES: hostname = THEIR System name NNNNNNNNNN = THEIR System phone number Uyoursysname = Your UUCP account on THEIR machine XXXXXXXX = Your UUCP passwd on THEIR machine The "chat" script is the most common point of wasted connection time and login failure. Be sure to test this entry rigorously to verify a successful login in the fastest time possible. 8. TEST UUCP: NOTE: SUNOS 4.X is capable of 19200 bps UUCP file transfers. There is no longer any need for modification of "uucico". UUCP can now be tested by issuing the following command: /usr/lib/uucp/uucico -r1 -x4 -shostname Upon success or failure of the UUCP session, the status file must be removed before another UUCP session can be started with the above command. rm /usr/spool/uucp/STST.hostname You should now be able to run UUCP between two machines attached to your modems just as you always have with slower modems. Enjoy the new world of high speed UUCP "g" via TELEBIT modems. **********Response********* Well, here's my generic modem problem response included below: -- E1 F1 M1 Q6 T V1 W0 X1 Y0 &P0 &T4 Version BA5.01 S00=001 S01=000 S02:255 S03=013 S04=010 S05=008 S06=002 S07:060 S08=002 S09=006 S10=007 S11=070 S12:255 S18=000 S25=005 S38=000 S41=000 S45:255 S47:100 S48=000 S49=000 S50:255 S51=255 S52:002 S54:003 S55:003 S56=017 S57=019 S58=003 S59=000 S60=000 S61:100 S62=003 S63=001 S64:001 S65=000 S66:001 S67=000 S68:003 S69=000 S90=000 S91=000 S92:001 S94=001 S95=000 S96=001 S100=000 S101=000 S102=000 S104=000 S105=001 S110:001 S111:030 S112=001 S121=000 S130:003 S131:001 S255=000 The above is the settings I use on our telebit. The entries with the : are the changed ones from the default, an = means it is the default setting. Use the AT&C1 command on a hayes type modem and AT&S1 followed by a AT&W On a telebit use ATS130=4 ATS131=1 AT&W. Make sure that the modem does CD so that CD is only on when the modem has a carrier, modems do not come default this way. Also make sure and don't use tip or cu in a cmdtool. A shelltool, or right on the console is OK. cmdtool does not work with tip or cu. One other problem I had, with some modems, login responds so fast that it made the modem hang up (the modem apparently hadn't finished with it's initialization). You can verify this problem by using a breakout box on the serial port and removing the offending pin from the Sun that sends the login string out to the modem (either pin 2 or 3 I can't remember which). The modem will no longer hang up and if you plug the pin back in about 1 second later, the modem does not hang up immediatly after answering any more. You may need to use the "de" option in gettytab to delay the login prompt. Other gotchas are the ttysoftcar command in 4.1 and above, this hangs on a port that has a getty on it, turn the getty off first. When using a modem, set up hardware carrier detect. ******************************************************************************* From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 10 20:28:18 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA23350; Fri, 10 Jan 1992 19:08:42 -0600 Received: by delta.eecs.nwu.edu id AA24498 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 10 Jan 1992 14:28:30 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from duke.cs.duke.edu by delta.eecs.nwu.edu with SMTP id AA05657 (5.65c/IDA-1.4.4 for ); Fri, 10 Jan 1992 14:28:23 -0600 Received: from news.cs.duke.edu by duke.cs.duke.edu (5.65/2.21G/4.1.1) id AA02511; Fri, 10 Jan 92 15:28:20 -0500 Received: by news.cs.duke.edu (5.65/2.21L/4.1.1) id AA04854; Fri, 10 Jan 92 15:28:19 -0500 To: duke-sun-managers@cs.duke.edu Path: news.duke.edu!bal1!ndd From: ndd@sunbar.mc.duke.edu (Ned Danieley) Newsgroups: duke.sun-managers Subject: info on connecting a CDC 9720-1230 to a rimfire 3200 Message-Id: <788@news.duke.edu> Date: 10 Jan 92 20:28:18 GMT Distribution: usa Organization: Basic Arrhythmia Laboratory, Duke Univ. Med. Center, Durham, N.C. Lines: 22 Nntp-Posting-Host: bal1.mc.duke.edu Originator: ndd@bal1 earlier I posted an article asking for information on cables to connect a CDC 9720-1230 to a Sun 7053 controller. as it turns out, another option is to attach the CDC drive as the only unit on a Ciprico Rimfire 3200 controller. the Rimfire was connected to a Fujitsu SuperEagle (which is now dead), so I tried disconnecting the cables from the Eagle and attaching them to the CDC. I also removed the terminator from the Eagle and put that on the CDC. however, when I try to read (or write) the disk label, the Rimfire reports that the drive won't select or isn't present. as I don't have a manual for the CDC drive, I'd appreciate any info that people might have (including dip switch settings, etc). I connected the 50-pin header to 1J4, the terminator to 1J3 and the 25-pin header to 1J2. does that sound right? is there any reason to believe that I need a different terminator than the one that worked on the Eagle? -- Ned Danieley (ndd@sunbar.mc.duke.edu) Basic Arrhythmia Laboratory Box 3140, Duke University Medical Center Durham, NC 27710 (919) 660-5111 or 660-5100 From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 10 06:15:35 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA23432; Fri, 10 Jan 1992 20:35:23 -0600 Received: by delta.eecs.nwu.edu id AA18297 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 10 Jan 1992 16:56:08 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from fernwood.mpk.ca.us by delta.eecs.nwu.edu with SMTP id AA26955 (5.65c/IDA-1.4.4 for ); Fri, 10 Jan 1992 16:55:58 -0600 Received: by fernwood.mpk.ca.us; id AA09605; Fri, 10 Jan 92 14:51:48 -0800 Received: from rigel.sun_net by actel.sunnyvale.ca.us (4.0/SMI-4.0y) id AA02996; Fri, 10 Jan 92 14:11:49 PST Received: by rigel.sun_net (4.1/SMI-4.1) id AA22126; Fri, 10 Jan 92 14:15:37 PST From: rando@actel.sunnyvale.ca.us (Catherine Rando) Message-Id: <9201102215.AA22126@rigel.sun_net> To: sun-managers@eecs.nwu.edu Subject: Need to show Productivity Chart Date: Fri, 10 Jan 92 14:15:35 PST Hi: I need to be able to print some kind of report on weekly or regular basis to show how our environment with about 50 SUN machine is doing, things such as uptime, network or etc. More than that is expected to be able to forecast what is it needed are we going down too much, or is Memory low or when to buy resources or do maintenance before it is too late. I am looking to see if I have to invest in any software or any of you have suggestion oh how to use SUN (unix) commands or Maybe a free software ? I already have Sun Net Manager software from SUN but I am not sure if it can do all this. I would like to thank you in advance. Catherine Rando ACTEL 955 E. ARQUES SUNNYVALE, CA 94086 VOICE (408)739-1010 EMAIL rando@actel.sunnyvale.ca.us From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 10 10:38:28 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA23464; Fri, 10 Jan 1992 21:14:35 -0600 Received: by delta.eecs.nwu.edu id AA31116 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 10 Jan 1992 17:30:54 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from darwin (darwin.sfbr.org) by delta.eecs.nwu.edu with SMTP id AA18669 (5.65c/IDA-1.4.4 for ); Fri, 10 Jan 1992 17:30:43 -0600 Received: from haldane.sfbr.genetics ([192.82.225.10]) by darwin (4.1/SMI-4.1) id AA11448; Fri, 10 Jan 92 16:38:28 CST Date: Fri, 10 Jan 92 16:38:28 CST From: frank%darwin@darwin.sfbr.org (Frank Lowe) Message-Id: <9201102238.AA11448@darwin> X-Mailer: Mail User's Shell (6.4 2/14/89) To: sun-managers@eecs.nwu.edu Subject: disk configuration We have just moved a 7053 controller from a sun4/280 to a second sun4/280, along with two NEC disks. The new (second) controller was jumpered to be xdc1. The new controller and the two new disks show up at boot as xdc1, xd4 and xd5 respectfully, as shown in the partial boot sequence below. SunOS Release 4.1.1 (GENERIC) #1: Fri Oct 12 18:17:55 PDT 1990 Copyright (c) 1983-1990, Sun Microsystems, Inc. cpu = Sun 4/200 Series mem = 32768K (0x2000000) avail mem = 31096832 Ethernet address = 8:0:20:6:b0:65 xdc0 at vme16d32 0xee80 vec 0x44 xd0 at xdc0 slave 0 xd0: xdc1 at vme16d32 0xee90 vec 0x45 xd4 at xdc1 slave 0 xd4: xd5 at xdc1 slave 1 xd5: . . . Format, however does not see either of the two new disks. What do we need to do to format and repartition? Configuration: Sun4/280 SunOS4.1.1 Thanks Frank Frank Lowe (frank@darwin.sfbr.org) Southwest Foundation For Biomedical Research 7620 N.W. Loop 410 San Antonio, Texas 78227-5301 Voice (512) 674-1410 Fax (512) 674-2126 From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 10 10:15:13 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA23539; Fri, 10 Jan 1992 23:13:40 -0600 Received: by delta.eecs.nwu.edu id AA05510 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 10 Jan 1992 20:15:23 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Qualcomm.COM (qualcom.qualcomm.com) by delta.eecs.nwu.edu with SMTP id AA26797 (5.65c/IDA-1.4.4 for ); Fri, 10 Jan 1992 20:15:16 -0600 Received: from maui.qualcomm.com by Qualcomm.COM; id AA07912 sendmail 5.65/QC-2.0 via SMTP Fri, 10 Jan 92 18:15:14 -0800 for sun-managers@eecs.nwu.edu Received: by maui.QUALCOMM.COM (5.65/QUALCOMM-GENERIC-1.3) id AA15024 to sun-managers@eecs.nwu.edu; Fri, 10 Jan 92 18:15:13 -0800 Date: Fri, 10 Jan 92 18:15:13 -0800 From: mark@maui.Qualcomm.COM (Mark Erikson) Message-Id: <9201110215.AA15024@maui.QUALCOMM.COM> To: sun-managers@eecs.nwu.edu Subject: Re: TIP: rebuilding shared library in 4.1.2 ----- Begin Included Message ----- The cure I finally found was to add "-ldl" to the "ld" command in /usr/lib/shlib.etc/Makefile, turning it into: ld -assert pure-text `${OBJSORT} lorder-sparc tmp` -ldl ________________________________________________________ Matt Crawford Astronomy & Astrophysics U of Chicago ----- End Included Message ----- I was having the same problem creating a shared library of the resolve libraries. I solved my problem by adding mblib.o to the end of the lorder-sparc file. Turns out that only mblib.o requires the ldopen, ldclose, and ldsym functions. I'm still waiting for Sun to tell me if the lorder-sparc file should have been updated for the 4.1.2 release. I thought I still had a problem with my library when I tried to bring up openwindows3.0. Turns out that I had /lib instead of /usr/lib in my OPENWINHOME variable. ld.so expects certain objects to be found in /usr/lib/... and if found in another path it complains and dies. Mark Erikson mark@qualcomm.com From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 10 18:18:01 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA24070; Sat, 11 Jan 1992 01:35:37 -0600 Received: by delta.eecs.nwu.edu id AA19972 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 10 Jan 1992 22:14:18 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from sun2.nsfnet-relay.ac.uk by delta.eecs.nwu.edu with SMTP id AA18086 (5.65c/IDA-1.4.4 for ); Fri, 10 Jan 1992 22:14:09 -0600 Received: from sees.bangor.ac.uk by sun2.nsfnet-relay.ac.uk via JANET with NIFTP id <11049-0@sun2.nsfnet-relay.ac.uk>; Fri, 10 Jan 1992 18:44:20 +0000 From: Tom Crummey Date: Fri, 10 Jan 92 18:18:01 GMT Message-Id: <561.9201101818@sol.sees.bangor.ac.uk> Received: from nemea.sees by sol.sees.bangor.ac.uk; Fri, 10 Jan 92 18:18:01 GMT To: sun-managers@eecs.nwu.edu Subject: Clients hang after server reboot Hello, If we reboot our server, we find that and clients of that server seem to hang up as follows: If a user with his name only in the YP database tries to login, his name will be echoed as normal, but no password prompt will appear and eventually the login will time out: login timed out; more than 60 seconds. If I log in as root, the password prompt comes up immediately and I type the correct password in, the machine freezes for about 5 minutes and then completes the login. After this logins are normal on the machine. If the clients are rebooted after the server, then this problem does not exist. If have run etherfind on the server and the packets are coming through from the clients OK as far as I can tell. There was a problem similar to this mentioned some time ago where a similar hang up was caused by a hardware network problem. However, the etherfind seems to show that the packets are being received by the server. It seems like a NIS problem or NFS problem. Can anyone shed any light on this? The server is a 4/390 running 4.1.1. The clients are 4/20s. The 4/390 is the master NIS server and there is a 4/280 slave server. Is the client's bind process failing somehow? Thanks, Tom tom@uk.ac.bangor.sees From sun-managers-relay@delta.eecs.nwu.edu Sat Jan 11 12:53:39 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA24989; Sat, 11 Jan 1992 22:17:35 -0600 Received: by delta.eecs.nwu.edu id AA11977 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sat, 11 Jan 1992 18:54:00 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from epsilon.eecs.nwu.edu by delta.eecs.nwu.edu with SMTP id AA19103 (5.65c/IDA-1.4.4 for ); Sat, 11 Jan 1992 18:53:43 -0600 Received: by epsilon.eecs.nwu.edu (4.1/SMI-4.0-proxy) id AA16614; Sat, 11 Jan 92 18:53:40 CST Message-Id: <9201120053.AA16614@epsilon.eecs.nwu.edu> To: sun-managers%eecs@epsilon.eecs.nwu.edu, phil@epsilon.eecs.nwu.edu, wayne.titchen@sunesc.east.sun.com Subject: need jumper settings for cdc 327 Mb drive Cc: ahaddad@haddad.eecs.nwu.edu, janet.herz@central.sun.com Date: Sat, 11 Jan 92 18:53:39 -0600 From: wjw@epsilon.eecs.nwu.edu It seems the sun 386i -> ipc upgrade kit instructions are in err regarding jumper setting changes needed for the cdc 327 Mb drive this works in the 386: (jumpered pins marked with dashes) J4 J3 DC POWER - - - - : : : : : : : . . . . . - - - - ^ | | jumpered J5 - : : - symptom of problem: Drive fails to spin up in an external drive enclosure (shoe/pea box) only when the scsi cable is attached to it. this is what the upgrade instructions said to do: J4 J3 DC POWER - ----- - - : : : : : : : . . . . . - ----- - - ^ | | scsi address cable J5 - : : - And this is what a Sun Engineer said to do: J4 J3 DC POWER ----- : : : : : : : . . . . . ----- J5 : : Neither works, nor do 10 other combinations. This drive fails on more than one working shoebox, thus ruling out faulty cables/power supply. I just came from a place where we had 30 of these drives on sun4's (including my own system), so I'm pretty sure this should be a workable thing. Unfortunately I don't have a working one here to look at. The drive works perfectly back in the 386, and also directly connected internally to the ipc. I am, BTW, the guy who polices the machine that brings this list to you. William Westphal Dept of Electrical Engineering & Computer Science wjw@eecs.nwu.edu Northwestern University 708-491-8140 Evanston, IL From sun-managers-relay@delta.eecs.nwu.edu Sat Jan 11 21:32:29 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA25690; Sun, 12 Jan 1992 04:42:35 -0600 Received: by delta.eecs.nwu.edu id AA12581 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 12 Jan 1992 01:34:57 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from watson.ibm.com by delta.eecs.nwu.edu with SMTP id AA22622 (5.65c/IDA-1.4.4 for ); Sun, 12 Jan 1992 01:34:49 -0600 Received: from WATSON by watson.ibm.com (IBM VM SMTP V2R2) with BSMTP id 6754; Sun, 12 Jan 92 02:34:40 EST Received: from YKTVMH by watson.vnet.ibm.com with "VAGENT.V1.0" id 4916; Sun, 12 Jan 1992 02:34:42 EST Received: from cyst.watson.ibm.com by yktvmh.watson.ibm.com (IBM VM SMTP V2R2) with TCP; Sun, 12 Jan 92 02:34:40 EST Received: from sujata.watson.ibm.com by cyst.watson.ibm.com (AIX 1.3/900528) id AA35807; Sun, 12 Jan 92 02:34:41 -0500 Received: by sujata.watson.ibm.com (AIX 3.1/UCB 5.61/900524) id AA25237; Sun, 12 Jan 92 02:32:34 -0500 Message-Id: <9201120732.AA25237@sujata.watson.ibm.com> To: sun-managers@eecs.nwu.edu Reply-To: sampath@watson.ibm.com Subject: SUMMARY: xdr_opaque: decode FAILED Date: Sun, 12 Jan 92 02:32:29 -0500 From: "Sam Sampath" My original post: > I keep getting > > xdr_opaque: decode FAILED > > console messages on our SUNS on a particular subnet. > Do you have any idea what it means? We have many VM TCP/IP applications running on that subnet and it seems to be generating these messages on SUN. The most technical explanation came from Kevin Sheehan >xdr_opaque is the routine that attempts to extract "opaque" >data from the data stream. opaque data is thought of >as "data you don't know about" but is typically a >series of bytes. This message is telling you that >either the stream got hosed (count is off, or not >enough data) for some reason. Also Antonis Kyriazis suggested that I look into network aplications that use VM TCP/IP. Thanks to Kevin Sheehan Antonis Kyriazis -- Sam Sampath Tel: 914-945-1854 Tie: 8-862-1854 Agora Project, IBM Research Division, Yorktown Heights, NY 10598 Email: sampath@watson.ibm.com From sun-managers-relay@delta.eecs.nwu.edu Sun Jan 12 06:21:00 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA25878; Sun, 12 Jan 1992 11:58:45 -0600 Received: by delta.eecs.nwu.edu id AA02298 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 12 Jan 1992 09:20:07 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from uno.cc.geneseo.edu by delta.eecs.nwu.edu with SMTP id AA02291 (5.65c/IDA-1.4.4 for ); Sun, 12 Jan 1992 09:20:01 -0600 Received: from geneseo.bitnet by geneseo.bitnet (PMDF #12405) id <01GF84A2Q5FK000188@geneseo.bitnet>; Sun, 12 Jan 1992 10:21 EDT Date: Sun, 12 Jan 1992 10:21 EDT From: Bob Beason Subject: HP DeskJet 500C to SPARCStation To: sun-managers@eecs.nwu.edu Message-Id: <01GF84A2Q5FK000188@geneseo.bitnet> X-Vms-To: IN%"sun-managers@eecs.nwu.edu" I have a HP DeskJet 500C printer that I would like to connect to my Sun Sparcstation. Does anyone know where I can get the driver? The printer seems to use HPs printer language and doesn't respond to ASCII data. Thanks in advance, Bob Beason beason@geneseo.bitnet From sun-managers-relay@delta.eecs.nwu.edu Sun Jan 12 15:34:12 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA25900; Sun, 12 Jan 1992 13:11:52 -0600 Received: by delta.eecs.nwu.edu id AA03683 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 12 Jan 1992 10:48:03 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from sun2.nsfnet-relay.ac.uk by delta.eecs.nwu.edu with SMTP id AA03662 (5.65c/IDA-1.4.4 for ); Sun, 12 Jan 1992 10:47:56 -0600 Received: from sees.bangor.ac.uk by sun2.nsfnet-relay.ac.uk via JANET with NIFTP id <13711-0@sun2.nsfnet-relay.ac.uk>; Sun, 12 Jan 1992 15:33:29 +0000 From: Tom Crummey Date: Sun, 12 Jan 92 15:34:12 GMT Message-Id: <4443.9201121534@sol.sees.bangor.ac.uk> Received: from orpheus.sees by sol.sees.bangor.ac.uk; Sun, 12 Jan 92 15:34:12 GMT To: sun-managers@eecs.nwu.edu Subject: Returned mail from taom@uk.ac.bangor.sees Apologies Cc: keith@sees.bangor.ac.uk Hello, Thanks to all those trying to answer my query about clients hanging. Unfortunately, my mailbox had its ownership changed to root so all my incoming mail has been bounced. Apologies for this. I'm not sure how it happened. If those who sent mail could, if they have time, resend it to me at the same address. Thanks Tom. tom@uk.ac.bangor.sees From sun-managers-relay@delta.eecs.nwu.edu Sun Jan 12 15:48:15 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA26009; Sun, 12 Jan 1992 15:48:15 -0600 Received: by delta.eecs.nwu.edu id AA05894 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 12 Jan 1992 13:04:59 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA04922 (5.65c/IDA-1.4.4 for ); Sun, 12 Jan 1992 13:04:53 -0600 Received: from ingr.ingr.com by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA06214; Sun, 12 Jan 92 14:04:45 -0500 Received: by ingr.ingr.com (5.61/INGR-1.1) id AA23269; Sun, 12 Jan 92 10:16:47 -0600 Received: from simpson.turtles by turtles (4.1/SMI-4.1) id AA08982; Sun, 12 Jan 92 14:05:03 IST Received: by simpson.turtles (4.1/SMI-4.1) id AA02048; Sun, 12 Jan 92 14:10:25 IST Date: Sun, 12 Jan 92 14:10:25 IST From: matis!amir@uunet.UU.NET (Amir Katz) Message-Id: <9201121210.AA02048@simpson.turtles> To: sun-managers@eecs.nwu.edu Subject: Stale NFS handle Reply-To: amir%matis.uucp@ingr.com Hi everybody ! All of a sudden (probably after some NFS server died), I started to get these messages on my SS1+ console: [The second message was slightly different but I don't have any hardcopy. I'm sure about the "cnvt"]. fcntl: stale NFS handle rpc.lockd: can not do cnvt Neither fastboot nor a full reboot solved the problem. I kludged my way around it by commenting out the rpc.lockd line in /etc/rc.local, but that, of course, is not a long-term solution. Any hints? >> Please use one of the addresses below, not the 'From:' header field. << /* Amir J. Katz | UUCP: uunet!ingr!matis!amir */ /* System Specialist | Internet: amir%matis.UUCP@ingr.COM */ /* SEE Technologies Ltd. | Voice: +972 52-584684, Fax: +972 52-543917 */ From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 13 09:47:43 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA27053; Mon, 13 Jan 1992 05:43:13 -0600 Received: by delta.eecs.nwu.edu id AA30973 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 13 Jan 1992 02:47:26 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from hearnvax.nic.surfnet.nl by delta.eecs.nwu.edu with SMTP id AA30183 (5.65c/IDA-1.4.4 for ); Mon, 13 Jan 1992 02:47:11 -0600 Received: from utrcu1.civ.utwente.nl by HEARNVAX.nic.SURFnet.nl with PMDF#10216; Mon, 13 Jan 1992 09:48 MET Received: by utrcu1.civ.utwente.nl (5.57/Ultrix2.4-C) id AA24153; Mon, 13 Jan 92 09:57:24 +0100 Received: by utbsrl1.bsk.utwente.nl (4.0/SMI-4.0) id AA00916; Mon, 13 Jan 92 09:47:43 GMT Date: Mon, 13 Jan 92 09:47:43 GMT From: romix@bsk.utwente.nl (Ronald Leenes) Subject: Format.dat for Quantum ProDrive 210S To: sun-managers@eecs.nwu.edu Message-Id: <9201130947.AA00916@utbsrl1.bsk.utwente.nl> X-Envelope-To: sun-managers@eecs.nwu.edu Sun-managers, I need a format.dat entry for a Quantum ProDrive 210S. disk_type = "Quantum ProDrive 210S" \ : ctlr = MD21 : fmt_time = 1 \ : cache = 0x5c : trks_zone = 6 : atrks = 0 : asect = 1 \ : ncyl = 1150 : acyl = 2 : pcyl = 1154 : nhead = 7 : nsect = 50 \ : rpm = 3662 : bpt = 25997 Doesn't seem to squeeze the last bits out. Stats: Sparcstation-1, SunOS 4.0.3c Thanks, ______________________________________________________________________ / Ronald E. Leenes University of Twente \ | Dept. of Public Administration | | Internet: leenes@bsk.utwente.nl and Public Policy | | romix@bsk.utwente.nl P.O. Box 217 | | Phone: X-31 53 892616 7500 AE Enschede | | Fax: X-31 53 356695 the Netherlands | \______________________________________________________________________/ From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 13 09:27:47 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA27057; Mon, 13 Jan 1992 05:43:19 -0600 Received: by delta.eecs.nwu.edu id AA26924 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 13 Jan 1992 02:28:03 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from hearnvax.nic.surfnet.nl ([192.87.5.131]) by delta.eecs.nwu.edu with SMTP id AA27992 (5.65c/IDA-1.4.4 for ); Mon, 13 Jan 1992 02:27:53 -0600 Received: from utrcu1.civ.utwente.nl by HEARNVAX.nic.SURFnet.nl with PMDF#10216; Mon, 13 Jan 1992 09:28 MET Received: by utrcu1.civ.utwente.nl (5.57/Ultrix2.4-C) id AA23822; Mon, 13 Jan 92 09:37:29 +0100 Received: by utbsrl1.bsk.utwente.nl (4.0/SMI-4.0) id AA00885; Mon, 13 Jan 92 09:27:47 GMT Date: Mon, 13 Jan 92 09:27:47 GMT From: romix@bsk.utwente.nl (Ronald Leenes) Subject: Summary: Bad memory To: sun-managers@eecs.nwu.edu Message-Id: <9201130927.AA00885@utbsrl1.bsk.utwente.nl> X-Envelope-To: sun-managers@eecs.nwu.edu Hi managers, Here is a summary of responses to my Bad memory question. The original posting was: |I think I have a memory problem on my Sparc-1 | |OpenWin complains about a Memory Fault | |When I boot I get: |Jan 9 15:36:17 utbsrl1 vmunix: mem = 12288K (0xc00000) |Jan 9 15:36:17 utbsrl1 vmunix: avail mem = 11309056 | |test-memory gives: |bad memory walking data test, and |memory address not aligned | |Am I correct? |How do I find out what's wrong? |By the way: I don't have Sysdiag installed, nor can I install it in the |short run. Most responders suggested that if there is a problem at all, then the best thing to do is swap one of the SIMMs with a fresh one until the problem is solved. Sundiag doesn't seem to be useful for this kind of hardware problem. Another suggestion: supply more info (machine, errormess. etc) next time. I have not tried replacing SIMMs yet. Thanks to: Kevin Sheehan kalli!kevin@fourx.aus.sun.com Michael Sullivan trdlnk!mike Terry Figel terry@esrg.ucsb.edu Koper Jamgocya Koper.Jamgocyan@rcvie.co.at Eckhard Rueggeberg eckhard@ikarus.ts.go.dlr.de From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 13 09:41:15 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA27055; Mon, 13 Jan 1992 05:43:14 -0600 Received: by delta.eecs.nwu.edu id AA28871 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 13 Jan 1992 02:41:49 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from hearnvax.nic.surfnet.nl by delta.eecs.nwu.edu with SMTP id AA27848 (5.65c/IDA-1.4.4 for ); Mon, 13 Jan 1992 02:41:36 -0600 Received: from utrcu1.civ.utwente.nl by HEARNVAX.nic.SURFnet.nl with PMDF#10216; Mon, 13 Jan 1992 09:42 MET Received: by utrcu1.civ.utwente.nl (5.57/Ultrix2.4-C) id AA24120; Mon, 13 Jan 92 09:50:57 +0100 Received: by utbsrl1.bsk.utwente.nl (4.0/SMI-4.0) id AA00909; Mon, 13 Jan 92 09:41:15 GMT Date: Mon, 13 Jan 92 09:41:15 GMT From: romix@bsk.utwente.nl (Ronald Leenes) Subject: Summary: lost shared lib To: sun-managers@eecs.nwu.edu Message-Id: <9201130941.AA00909@utbsrl1.bsk.utwente.nl> X-Envelope-To: sun-managers@eecs.nwu.edu Hi sun-managers, Here is a summary to my question: |How do I create a shared library from: | |/usr/lib/libsuntool.a Most common answer: You can't, and there is no need to. Restore them from tape or CD. The .o files have to be compiled with -pic . In general the static versions are compiled without it. The only lib that is customizable is libc. Two remarks about building shared libs came in Guy Harris wrote: Well, you could try extracting all the members from the archive, figuring out which of them should be put in the ".so" file and which should be put in the ".sa" file, linking the former together with "ld" to make a shareable object, putting the latter into a ".sa" file with "ar", and installing both the ".so" and ".sa" file in "/usr/lib" with the appropriate major and minor version numbers... ...but the resulting shared library wouldn't be position-independent code, so much of it *wouldn't* be shareable and would be copied when the run-time loader relocated it at run-time, and it might not work in any case. Matthew Donaldson wrote: Yeah, documentation on shared libraries is pretty thin in the manuals. The main thing about shared libraries is that all the .o files in them should have been compiled with the -pic option. The basic command to make a shared library is ld -assert pure-text -o lib.so. So if you ar out all the files in libsuntool.a, then ld them with the above command, you may get what you need. If ld complains about the assertion failing, the modules in the .a file probably weren't compiled with the -pic option (position independent code). I once, in desparation tried a shared library which was made with some modules that failed the assertion, and it seemed to work - I'm not sure why they need to be position independent. --- So I will restore it from tape I guess. Thanks to: michael pearlman canuck@rice.edu Russ Poffenberger poffen@sj.ate.slb.com Anthony A. Datri datri@concave.convex.com Guy Harris guy@auspex.com Matthew Donaldson matthew@cs.adelaide.edu.au From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 13 11:56:00 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA27092; Mon, 13 Jan 1992 07:07:36 -0600 Received: by delta.eecs.nwu.edu id AA00759 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 13 Jan 1992 03:57:24 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ixgate.gmd.de by delta.eecs.nwu.edu with SMTP id AA30226 (5.65c/IDA-1.4.4 for ); Mon, 13 Jan 1992 03:57:14 -0600 Received: by ixgate.gmd.de id AA05977; Mon, 13 Jan 92 10:57:41 +0100 Date: 13 Jan 92 10:56 +0100 From: Claus Assmann To: Sun Managers Message-Id: Subject: NeWSprint doesn't work on IPC, but on SPARC 2 ? Hello ! I installed recently a new SPARCprinter with NeWSprint on an IPC. I can print fine most of my files, but there are some which don't print. The xnews server (from small_openwin and /usr/openwin) just dumps core, although I can display the file with pageview. I have asked Sun, and they can print the file on their setup. Then we installed the SPARCprinter on a SPARC 2, and it works ! Some information about the setup: the SPARCprinter is connected to an IPC with 36MB RAM, 97MB swap, Sun OS 4.1.1, bwtwo0, cgthree0 frame buffers, Sun OS 4.1.1, patches from NeWSprint applied. The IPC has ROM Rev. 1.6. NeWSprint is version 1.0 fcs, Openwin 2 and NeWSprint interpreter version 2.1, Another IPC (similar setup) gives the same error. dbx /usr/openwin/bin/xnews give (if I use OPENWINHOME=/usr/openwin in .param): Reading symbolic information... Read 3981 symbols warning: core file read error: address not in data space program terminated by signal ABRT (abort) (dbx) where warning: core file read error: address not in data space kill() at 0xf775c120 CatastrophicSignalHandler() at 0xc856c _sigtramp() at 0xf7732c4c Has anyone else seen this problem and knows how to cure it ? We have to connect the printer to the IPC, it is the only machine we can use for it. Since the PostScript file, which produces this error, is about 24KB big, I don't post it here. If someone is willing to test it at his site, please send me a message. Thanks in advance, Claus ----- Christian-Albrechts-Universitaet Kiel, Institut fuer Informatik Preusserstr. 1 - 9 , D - 2300 Kiel 1 EMail: ca@informatik.uni-kiel.dbp.de , ca@idefix.informatik.uni-kiel.dbp.de From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 13 04:21:49 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA27626; Mon, 13 Jan 1992 10:44:51 -0600 Received: by delta.eecs.nwu.edu id AA03705 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 13 Jan 1992 07:22:41 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from bertrand.ccs.carleton.ca by delta.eecs.nwu.edu with SMTP id AA04467 (5.65c/IDA-1.4.4 for ); Mon, 13 Jan 1992 07:22:34 -0600 Received: from cognos.UUCP by bertrand.ccs.carleton.ca (4.1/SMI-4.0) id AA11791; Mon, 13 Jan 92 08:22:15 EST Received: by cognos (4.1/SMI-4.0) id AA29764; Mon, 13 Jan 92 08:21:51 EST From: maklinm%cognos.uucp@cunews.carleton.ca (Maxwell Maklin) Message-Id: <9201131321.AA29764@cognos> Subject: Lost great summary on unbundled C compiler To: sun-managers@eecs.nwu.edu Date: Mon, 13 Jan 92 8:21:49 EDT X-Mailer: ELM [version 2.2 PL1] Could the author of the unbundled C compiler summary please send me a copy (lost all my mail on a disk crash) MM From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 13 04:22:42 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA27809; Mon, 13 Jan 1992 11:33:49 -0600 Received: by delta.eecs.nwu.edu id AA04775 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 13 Jan 1992 08:24:14 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from mwunix.mitre.org by delta.eecs.nwu.edu with SMTP id AA05380 (5.65c/IDA-1.4.4 for ); Mon, 13 Jan 1992 08:24:09 -0600 Return-Path: Received: from skipper.mitre.org by mwunix.mitre.org (5.61/SMI-2.2) id AA20030; Mon, 13 Jan 92 09:22:43 -0500 Received: from maryann.mitre.org by skipper.mitre.org (4.1/SMI-4.0) id AA19951; Mon, 13 Jan 92 09:22:42 EST Date: Mon, 13 Jan 92 09:22:42 EST From: David A. Lafko Message-Id: <9201131422.AA19951@skipper.mitre.org> Received: by maryann.mitre.org (4.0/SMI-4.0) id AA00725; Mon, 13 Jan 92 09:24:11 EST To: sun-managers@eecs.nwu.edu Subject: Need help pulling SIMMS Reply-To: lafko@mwunix.mitre.org Hello, fellow Sun-managers. I hope this question is appropriate. I have an urgent need to pull 4 SIMMS from one SPARCstation 1 and insert them into another. I tried pulling them by hand while pushing the little retaining tab out of the whole on the side of the SIMM board. But they are in so tight I couldn't get them out. I gave up because I didn't want to damage them. Can anyone give me advice for how to get these out? Is there a tool for pulling SIMMS? Do I just need to carefully use a pair of needle nose pliers? Thanks for the advice in advance. P.S. What will I have to change in the EEPROM (and how) to tell the SPARCstation the new memory is loaded? -------------------------------------------------------------------------- David A. Lafko E-Mail: lafko@mitre.org Member of the Technical Staff U.S. Mail: 7525 Colshire Drive M/S Z575 The MITRE Corporation McLean, VA 22102 Phone: 703/883-7625 -------------------------------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 13 02:37:05 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA27916; Mon, 13 Jan 1992 12:11:20 -0600 Received: by delta.eecs.nwu.edu id AA04953 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 13 Jan 1992 08:37:19 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from stolaf.edu (nic.stolaf.edu) by delta.eecs.nwu.edu with SMTP id AA03904 (5.65c/IDA-1.4.4 for ); Mon, 13 Jan 1992 08:37:14 -0600 Received: from sachiko.acc.stolaf.edu by stolaf.edu (4.1/SMI-4.1) id AA08039; Mon, 13 Jan 92 08:37:08 CST Received: by sachiko.acc.stolaf.edu (4.1/SMI-4.1) id AA08431; Mon, 13 Jan 92 08:37:06 CST Message-Id: <9201131437.AA08431@sachiko.acc.stolaf.edu> To: sun-managers@eecs.nwu.edu Subject: SunTools under SunOS 3.5 Date: Mon, 13 Jan 92 08:37:05 -0600 From: cdr@stolaf.edu Greetings. I have acquired a project requiring SunTools running on a 3/140, SunOS 3.5. When I fire up "suntools," the arrow appears in the middle of the screen (and even moves around when I move the mouse) but nothing else happens. No "suntools" window comes up, no menus, nothing... I've re-installed the SunTools software, and double checked that the appropriate devices are made, and now I'm at a loss as to what to try next. Upgrading beyond SunOS 3.5 is not an option, and I'm afraid thanks to some custom kernel mods, re-installing from scratch would be problematic as well. Does anyone have any clues how I can get suntools fired up in this environment? Many thanks, Craig -- Craig D. Rice UNIX Systems Specialist/Network Analyst cdr@stolaf.edu Academic Computing Center, St. Olaf College +1 507 646-3631 1520 St. Olaf Avenue +1 507 646-3549 FAX Northfield, MN 55057-1098 USA From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 13 05:17:41 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA28267; Mon, 13 Jan 1992 14:18:43 -0600 Received: by delta.eecs.nwu.edu id AA05526 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 13 Jan 1992 09:52:30 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay2.UU.NET by delta.eecs.nwu.edu with SMTP id AA09425 (5.65c/IDA-1.4.4 for ); Mon, 13 Jan 1992 09:52:21 -0600 Received: from myrddin.sybus.com (via uunet.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA11813; Mon, 13 Jan 92 10:52:20 -0500 Received: by myrddin.sybus.com (/\==/\ Smail3.1.25.1 #25.1) id ; Mon, 13 Jan 92 10:52 EST Received: by tscs.tscs.com (/\==/\ Smail3.1.22.1 #22.1) id ; Mon, 13 Jan 92 10:31 EST Received: by spitpa (4.1/SMI-4.1) id AA10672; Mon, 13 Jan 92 10:17:41 EST Date: Mon, 13 Jan 92 10:17:41 EST From: myrddin!tscs!spitpa!craig@uunet.UU.NET (Craig Anderson) Message-Id: <9201131517.AA10672@spitpa> To: sun-managers@delta.eecs.nwu.edu Subject: Getting the most from a dot-matrix -- free Hello, I think this may have been discussed here a longggg time ago. If so, please excuse the redundancy and please mail me the SUMMARY. Problem: We don't have any laser printers, nor are we likely to get any in the near future. As a result we would like to get the most we can from our (Aack!) dot-matrix printers. I have heard mention of filters or conversion utilities to be able to print *.ps on a dot-matrix. We have a Okidata 391+ 24-pin which emulates an Epson LQ. It is hooked up via serial cable to a 4/330 running SunOS 4.1. YES, I know that NeWSPrint is supposed to do this, but I can't justify it. If anyone knows of any public-domain software to do this, please reply. I'll summarize, as usual. Thanks, Craig.......... =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | Craig H. Anderson Voice : (813) 621-5831 | | C.A.D. Systems Coordinator FAX : (813) 664-0705 | | Southern Prestressed, Inc. Logical: craig@spitpa.tscs.com | =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 13 01:33:38 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA28795; Mon, 13 Jan 1992 16:37:03 -0600 Received: by delta.eecs.nwu.edu id AA19561 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 13 Jan 1992 11:33:24 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from slcs.slb.com by delta.eecs.nwu.edu with SMTP id AA15867 (5.65c/IDA-1.4.4 for ); Mon, 13 Jan 1992 11:33:14 -0600 Received: from sjosu1.sinet.slb.com ([129.87.118.1]) by SLCS.SLB.COM (4.1/SLCS Mailhost 3.13) id AA14355; Mon, 13 Jan 92 11:33:02 CST Received: from prsrtr.psi by sjosu1.sinet.slb.com id AA24638; Mon, 13 Jan 92 09:33:38 PST Date: Mon, 13 Jan 92 09:33:38 PST From: reardon@sws.SINet.SLB.COM Message-Id: <9201131733.AA24638@sjosu1.sinet.slb.com> To: sun-managers@eecs.nwu.edu X-Vms-From: PRSRTR::MRGATE::"MRGATE::PSI%HDSRTR::SWS::REARDON" X-Vms-To: M_INTERNET::"sun-managers@eecs.nwu.edu" Subject: SUMMARY; Clients Hang When Server ReBoots From: REARDON@SWS@PSI%HDSRTR@MRGATE@PRSRTR To: "sun-managers@eecs.nwu.edu"@M_INTERNET@MRGATE@PRSRTR Problem Was: Under SUNOS4.1.1 client systems hang after the server is rebooted. The clients usually must be rebooted in order to recover. The server is both the NIS master and NFS server and there is no NIS slave. Replies: There were many replies. The most-commonly suggested solution was to install Patch# 100342-01. Many people had the same problem and wanted to know a fix for it. One person whose network included an NIS slave server also had the same problem. Solution: We did install 100342-01 which Sun sent over the Internet via mail in one day. The server has been rebooted once since the patch was installed. New logins on client workstations still take about two minutes for the first login after the server reboot - after that, all is normal. NFS service continues ok without having to reboot the client. The patch is actually a new revision of ypbind, so it's pretty easy to install and does *not* require rebuilding the kernel. Thanks to all who responded. Reardon@HDS.Sinet.SLB.COM From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 13 07:47:36 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA28800; Mon, 13 Jan 1992 16:39:00 -0600 Received: by delta.eecs.nwu.edu id AA19299 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 13 Jan 1992 11:51:00 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from cerc.wvu.wvnet.edu (cathedral.cerc.wvu.wvnet.edu) by delta.eecs.nwu.edu with SMTP id AA19414 (5.65c/IDA-1.4.4 for ); Mon, 13 Jan 1992 11:50:54 -0600 Received: by cerc.wvu.wvnet.edu (4.1/SMI-4.0:RAL-041790) id AA11208; Mon, 13 Jan 92 12:47:37 EST From: ral@cerc.wvu.wvnet.edu (Rebecca A. Littleton) Message-Id: <9201131747.AA11208@cerc.wvu.wvnet.edu> Subject: question regarding netgroups To: sun-managers@eecs.nwu.edu Date: Mon, 13 Jan 92 12:47:36 EST Cc: ral@cerc.wvu.wvnet.edu (Rebecca A. Littleton) X-Mailer: ELM [version 2.3 PL6] sun-managers: I want to restrict 5 of our users so that they can login only to a group of selected machines (machines may change; initially I want to give them access to 10 of our machines). Can I configure /etc/netgroups on our NIS server to restrict the machines on which these 5 users can login? If so, how? If not, how else might I do this? Important details: 1. Our NIS server is also the NFS server which exports the file system that contains the login directories of these 5 users. 2. The file system containing the login directories of the 5 users is mounted on all machines in our environment. In advance, your suggestions, advice, and help are greatly appreciated. Rebecca Littleton Concurrent Engineering Research Center West Virginia University Morgantown, WV ral@cerc.wvu.wvnet.edu From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 13 10:15:34 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA28808; Mon, 13 Jan 1992 16:40:44 -0600 Received: by delta.eecs.nwu.edu id AA15856 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 13 Jan 1992 11:47:25 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from sun2.nsfnet-relay.ac.uk by delta.eecs.nwu.edu with SMTP id AA16391 (5.65c/IDA-1.4.4 for ); Mon, 13 Jan 1992 11:46:16 -0600 Received: from newcastle.ac.uk by sun2.nsfnet-relay.ac.uk via JANET with NIFTP id <27728-1@sun2.nsfnet-relay.ac.uk>; Mon, 13 Jan 1992 10:35:20 +0000 Received: from tuda by uk.ac.newcastle; Mon, 13 Jan 92 10:15:51 GMT Date: Mon, 13 Jan 92 10:15:34 GMT From: I.D.Doak@newcastle.ac.uk Subject: SUMMARY: Half-inch tape drives To: sun-managers@eecs.nwu.edu Message-Id: Re: > I need to make a decision fairly quickly about which half-inch tape > drive I should buy for a Sun 4/470 (shortly to be upgraded to a > 4/670), and would be very grateful for any comments you might have > about the reliability and usability of the following three models: > > Cipher Series M995 > Fujitsu M2444 > Hewlett Packard HP 88780B > > I've been told that the tape drive that Sun sells is actually the > above HP one, and I'd also be interested in knowing if this is true. Summary _______ All responders who had either HP or Fujitsu tape drives liked them and had had no problems with them. Some people who had Cipher drives had had problems with them. The Sun half-inch tape drive is the HP one above. One person with experience of both the HP drive and others not listed above thought that the HP drive was mechanically the kindest of them all to tape during loading. One person with experience of both the Fujitsu and HP drives preferred the former ("less switches and junk"). The HP drive may be a more convenient shape (low and wide) for putting in a standard rack than the Fujitsu (tall and narrow). In Britain the price of the HP drive from Sun is about twice that of the same drive from a dealer, and the price of a Fujitsu is slightly lower than the latter. I've decided to buy the Fujitsu M2444. Thanks ______ Many thanks to the following for their responses: Benjamin Clardy antoine @ roentgen.radonc.duke.edu Lon Jones "Edwards, D N" era @ niwot.scd.ucar.edu Dan Butzer Bruce Kall mike @ hal.css.gov Steve Simmons mlg @ cstp.umkc.edu clive @ jtsv16.jts.com Kevin Sheehan {Consulting Poster Child} ---------------------------------------------------------------------- Ian Doak, Computing Laboratory, Newcastle University, NE1 7RU, England email: I.D.Doak@newcastle.ac.uk From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 13 10:25:02 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA29029; Mon, 13 Jan 1992 18:27:36 -0600 Received: by delta.eecs.nwu.edu id AA28149 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 13 Jan 1992 14:26:39 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from mwunix.mitre.org by delta.eecs.nwu.edu with SMTP id AA05792 (5.65c/IDA-1.4.4 for ); Mon, 13 Jan 1992 14:26:31 -0600 Return-Path: Received: from skipper.mitre.org by mwunix.mitre.org (5.61/SMI-2.2) id AA05812; Mon, 13 Jan 92 15:25:03 -0500 Received: from maryann.mitre.org by skipper.mitre.org (4.1/SMI-4.0) id AA20204; Mon, 13 Jan 92 15:25:02 EST Date: Mon, 13 Jan 92 15:25:02 EST From: David A. Lafko Message-Id: <9201132025.AA20204@skipper.mitre.org> Received: by maryann.mitre.org (4.0/SMI-4.0) id AA00265; Mon, 13 Jan 92 15:26:31 EST To: sun-managers@eecs.nwu.edu Subject: SUMMARY: Need help pulling SIMMS Reply-To: lafko@mwunix.mitre.org Another happy customer :-) Thirty-four responses (and counting) just a few hours later. My question was how to pull SIMMS from a SPARCstation 1 and if there was a tool that made it easier. This is one of those "easy if you've done it before" questions. Yes, there is a specific tool for pulling SIMMS. Many memory vendors include the tool with memory purchases. davee@lightning.mitre.org (David N. Edwards) sent me a contact to purchase the tool. Jensen Tools at (602)968-6231, Part #1B382. You can get 2 for about $5. Most people use tools commonly available, like screwdrivers, to pry the SIMM up. The most popular tool, and the one I found works quite nicely, is a small hex (aka alan) wrench. Put the short end of the L through the hole in the SIMM side. Place the elbow of the wrench on adjacent SIMM sockets and gently pry the SIMM up -- a little at a time on each side. Simple -- once you've done it before. The SPARCstations automatically recognize the new memory. You can use either the Forth monitor or the eeprom program to set selftest-#megs to the amount of memory tested on reset. (Default tests 1 MB) For example, at the monitor prompt type: L1-A > n ok setenv selftest-#megs 32 ok reset Thank you all. -------------------------------------------------------------------------- David A. Lafko E-Mail: lafko@mitre.org Member of the Technical Staff U.S. Mail: 7525 Colshire Drive M/S Z575 The MITRE Corporation McLean, VA 22102 Phone: 703/883-7625 -------------------------------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 13 20:13:29 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA29031; Mon, 13 Jan 1992 18:27:41 -0600 Received: by delta.eecs.nwu.edu id AA00438 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 13 Jan 1992 14:13:44 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from duke.cs.duke.edu by delta.eecs.nwu.edu with SMTP id AA03332 (5.65c/IDA-1.4.4 for ); Mon, 13 Jan 1992 14:13:36 -0600 Received: from news.cs.duke.edu by duke.cs.duke.edu (5.65/2.21G/4.1.1) id AA01043; Mon, 13 Jan 92 15:13:32 -0500 Received: by news.cs.duke.edu (5.65/2.21L/4.1.1) id AA05516; Mon, 13 Jan 92 15:13:30 -0500 To: duke-sun-managers@cs.duke.edu Path: news.duke.edu!bal1!ndd From: ndd@sunbar.mc.duke.edu (Ned Danieley) Newsgroups: duke.sun-managers Subject: SUMMARY: CDC 9720, Sun 7053, Rimfire 3200, and cables Message-Id: <809@news.duke.edu> Date: 13 Jan 92 20:13:29 GMT Distribution: usa Organization: Basic Arrhythmia Laboratory, Duke Univ. Med. Center, Durham, N.C. Lines: 25 Nntp-Posting-Host: bal1.mc.duke.edu Originator: ndd@bal1 I asked for help in attaching a CDC 9720-1230 to a Sun 7053, or, alternatively, information on attaching it to a Ciprico 3200. after a few phone calls to the helpful people at Ciprico, and after I corrected a misconception on my part about how to format and label the disk, I got the 9720 working with the Ciprico controller. I received several replies with specific info on the cable problem, and also some help with the Ciprico. thanks to every one. ken@cs.sfu.ca David Robinson david@elroy.jpl.nasa.gov Aydin Edguer edguer@alpha.ces.cwru.edu kalli!kevin@fourx.Aus.Sun.COM Joe VanAndel vanandel@ncar.ucar.edu Charlie Taylor taylor@astro.ufl.edu markw@utig.ig.utexas.edu Fabrice Le Metayer fabrice@sj.ate.slb.com jimvm@airob.mmc.com -- Ned Danieley (ndd@sunbar.mc.duke.edu) Basic Arrhythmia Laboratory Box 3140, Duke University Medical Center Durham, NC 27710 (919) 660-5111 or 660-5100 From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 13 09:29:57 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA29110; Mon, 13 Jan 1992 18:48:13 -0600 Received: by delta.eecs.nwu.edu id AA28897 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 13 Jan 1992 13:29:55 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from edge.CIS.McMaster.CA by delta.eecs.nwu.edu with SMTP id AA17888 (5.65c/IDA-1.4.4 for ); Mon, 13 Jan 1992 13:29:23 -0600 Received: by edge.CIS.McMaster.CA id AA07483 (5.65c/IDA-1.4.4 for sun-managers@eecs.nwu.edu); Mon, 13 Jan 1992 14:29:58 -0500 Message-Id: <199201131929.AA07483@edge.CIS.McMaster.CA> From: johnb%edge@edge.CIS.McMaster.CA (John Benjamins) Date: Mon, 13 Jan 1992 14:29:57 -0500 In-Reply-To: johnb (John Benjamins) "Corrupt label on SMD drive" (Jan 3, 9:33am) X-Mailer: Mail User's Shell (7.2.3 5/22/91) To: sun-managers@eecs.nwu.edu Subject: Re: Corrupt label on SMD drive My apologies for taking so long to reply. Thanks for the many helpful replies. I received about a dozen replies. They are included below, with comments from me. As it turns out, we were able to relabel the disk (sort of) and then used dump/restore to get the critical data off the disk. Lots of other stuff was lost, but it was all easily replaced from other disks. Many thanks for all the replies. First here's my original query: On Jan 3, 9:33am, I wrote: } Subject: Corrupt label on SMD drive } This question relates to a Solbourne Series 4/600 system running OS/MP } 4.0A (I believe). I hope sun-compatible (sort of) is close enough for } this mailing list. My apologies if it doesn't. } } This machine has an SMD drive (Fujitsu, I forget which model, etc). } The machine has also had a number of problems since Christmas Eve. } After replacing a CPU board, when the system boots, we get a message } like: } } xdc0: corrupt label } } Is there anyway to salvage the information on the disk? Can format } read a backup label? I realize that if we knew the partition sizes, } etc, (i.e. all the original format information), we could just create } a new label, and all the data should be intact, right? Of course, } this information was never written down, and the last backup on the } drive was done in May 1991 (argghhh:-(. Is there anyway I can help } these people get the info off the drive? } } Thanks for any and all help. } } Disclaimer: I don't look after this system, the guys who look after } this machine came to me for help. I wish they had done that last June } instead:) }-- End of excerpt of Jan 3, 9:33am --------------------Here are the (somewhat edited) replies-------------------- On Jan 3, 10:25am, Brent Alan Wiese wrote: } Subject: Re: Corrupt label on SMD drive } } You might want to look for files /etc/install/disk_info*, they could } help you know what it was. Before running anything destructive, you should } run "fsck -n" on the partitions to make sure they are right. } } -- } Brent A. Wiese Unix & X Support } Systems Support Center E-mail: brent@bcm.tmc.edu } Baylor College of Medicine Voice: (713) 798-5081 } Houston, Texas Fax: (713) 798-6675 }-- End of excerpt of Jan 3, 10:25am Unfortunately, we couldn't mount the disk because of the corrupt label. As it was we re-labeled from format. Format would not re-label, at least not the primary label. The backup-label appeared to be fine, and that was enough to let us run dump (and generate 1000's of error messages on the console). On Jan 3, 9:43am, Jay Lessert wrote: } Subject: Re: Corrupt label on SMD drive } There is: acsu.buffalo.edu!info-solbourne } acsu.buffalo.edu!info-solbourne-request } } Sorry, the best I can think of is to start guessing what the label might have } been (hopefully you at least know what the fstab looked like), mount the disk } read-only and try dd-ing and dump-ing the partitions one at a time. With a } little luck, you may be able to get some fraction of the data off. Of course, } it's pretty likely you lost the label because the disk is bad... } } Jay Lessert {decwrl,cse.ogi.edu,sun,verdix}!bit!jayl } Bipolar Integrated Technology, Inc. } 503-629-5490 (fax)503-690-1498 }-- End of excerpt of Jan 3, 9:43am Thanks for the pointers to the Solbourne list! We were able to do what you suggested, and I agree that the disk is going. The owners re-formatted successfully, but then got new errors when restoring files. Convinces me the disk is as good as dead. On Jan 3, 1:11pm, Bruce Oneel wrote: } Subject: Corrupt label on SMD drive } Yep, you're in trouble. You're correct in that if you knew all the } partition information, you could just re-write the label and you'd be } fine (at least on sun os 4.0.3 on sun 3's with SMD disks we were). } Are you sure all the cables are on tight? This was a fairly common } message when we had played inside and the disk cables hadn't gotten } put back on tight. I don't remember if there is a backup label you } can use, sorry. }-- End of excerpt of Jan 3, 1:11pm We had checked the cables, no difference. On Jan 3, 11:41am, J. Matt Landrum wrote: } Subject: Re: Corrupt label on SMD drive } } format has a backup command which will search for one of several backup labels } which were written at format time. I don't think manually restoring the identical } label will hurt anything, but don't take my word for it. If the label is corrupted, } the disk may have more problems than can be overcome. }-- End of excerpt of Jan 3, 11:41am On Jan 3, 3:32pm, sid@ingres.com wrote: } Subject: Re: Corrupt label on SMD drive } format can indeed search for backup labels } -- } Sid Shapiro -- Ingres, an ASK Company } sid@ingres.com (415)748-3470 }-- End of excerpt of Jan 3, 3:32pm On Jan 3, 4:35pm, Paul Graham wrote: } Subject: Re: Corrupt label on SMD drive } } [you could suggest to your friends that they send mail to } info-solbourne-request@acsu.buffalo.edu } if they want to be on the solb. mailing list.] } } the standard thing is the backup option in format: } pjg@urth:3202 (MAPS)$ format [ ... example of use of format deleted ... ] }-- End of excerpt of Jan 3, 4:35pm Also thanks for the tip on the solbourne list. On Jan 3, 1:51pm, Jim Guyton wrote: } Subject: Re: Corrupt label on SMD drive } Hi there, } } To recreate the label you need to know the config of the disk } and where the partitions start. } } With an SMD disk, the number of sectors per track and the number } of tracks per cyl are pretty fixed, so these should not be a great } mystery. } } The only remaining thing to figure out is where the partitions start. } } You know in advance that partitions start on a cyl boundary. } } You know that filesystems have a little bit of magic headers to them. } } You can use this (and the following pgm that I wrote many moons ago) } to figure out where the partitions are (assuming they exist!). } } Usage: program device sectors_per_cyl } } E.g. if your disk has 15 heads and 109 sectors per track (15*109 = 1635) } and the entire disk is available as rxy0c: } } a.out /dev/rxy0c 1635 } } and it'll go wandering over the disk (1635 sectors at a time) looking for } the signature of the start of a filesystem. It's *not* foolproof. It'll } report back whenever it finds the magic number in one word of the header, } it makes no other consistancy checks!!!! Build the label with info from } this and then carefully use fsck (maybe read-only at first to see if } it's even close to a filesystem). } } Of course you have to set up a short label with at least "c" in it to } get access to the entire disk. } } Sample output (dkinfo output for comparison): } } % a.out /dev/rsd0c 1635 } Looking on /dev/rsd0c } Size of fs is 1380 } } magic at cyl 0 } 10 } magic at cyl 10 } 50 } magic at cyl 50 } 62 } magic at cyl 62 } 254 } magic at cyl 254 } End of disk at cyl 716 } % } % /usr/etc/dkinfo sd0 } sd0: Emulex MD21 controller at addr f8800000, unit # 24 } 716 cylinders 15 heads 109 sectors/track } a: 16350 sectors (10 cyls) } starting cylinder 0 } b: 65400 sectors (40 cyls) } starting cylinder 10 } c: 1170660 sectors (716 cyls) } starting cylinder 0 } d: 19620 sectors (12 cyls) } starting cylinder 50 } e: No such device or address } f: No such device or address } g: 313920 sectors (192 cyls) } starting cylinder 62 } h: 755370 sectors (462 cyls) } starting cylinder 254 } % } } The program is trivial, but let me know if you have any } questions. } } Of course, no warranty or guarantee is implied! } } -- Jim Guyton } guyton@rand.org } }-- End of excerpt of Jan 3, 1:51pm I deleted the program from Jim's message. Send e-mail to guyton@rand.org, or if Jim is willing, I can distribute it as well. On Jan 3, 5:59pm, Steve wrote: } Subject: Re: Corrupt label on SMD drive } } Ouch! This happened to me a while back. It was on an ESDI, but the } process is the same. I had accidently destroyed the label on the disk } late at night, and of course I didn't have a backup. I wrote a quick } program (very quick and ugly code) to go through and find all the } superblocks on the disk, that way I was able to reconstruct the } partioning. I've attached the source (as is!) to the bottom of this } message. Let me know if it helps at all. } } Breifly, here's the procedure. First, recreate the label, with only } one partition on it -- the length of the entire disk. Then, run the } program. It will generate output like: } } potential super found @ block 16 } address of potential super is 16 } last mounted on /root2 } time of mount on Tue Aug 20 08:01:04 1991 } } potential super found @ block 32 } address of potential super is 16 } last mounted on } time of mount on Tue Aug 20 04:32:32 1991 } } potential super found @ block 29056 } address of potential super is 16 } last mounted on } time of mount on Tue Aug 20 04:32:32 1991 } } potential super found @ block 104938 } address of potential super is 16 } last mounted on /home/ba } time of mount on Fri Jan 3 17:35:39 1992 } } potential super found @ block 104954 } address of potential super is 16 } last mounted on } time of mount on Tue Aug 20 04:32:56 1991 } } } Look for the entries that have a reasonable 'last mounted on' field. } For example, it appears that the first superblock of the /home/ba } filesystem on our server is located at block #104938. (note that } blocks are in 512 byte sectors here). Given a dkinfo of xd4 as follows: } } # dkinfo xd4 } xd4: Xylogics 7053 controller at addr ee90, unit # 0 } 964 cylinders 27 heads 67 sectors/track } c: 1743876 sectors (964 cyls) } starting cylinder 0 } # } } You can then calculate the partition entry needed to remap /home/ba. } Take the block # and subtract 16 (due to the way the BSD FSF works). } That gives 104938 - 16: 104922. } Now, that starts on cylinder 104922/27/67 = 58, sector 0 (hopefully } whoever set that up was smart enought to work in whole cylinders -- it } will make your job easier). } } Now that you have the starting cylinder, change the label so you have } an entry that starts on cylinder 58 (or whatever you find). For the } size, you can make it the rest of the disk. Then mount the filesystem, and } dump it to tape (what I recommend). Alternatively, you may be able to } tell where it ends. For example, the output of the program may say } that /home/cs follows /home/ba, and /home/cs starts on block 209860. } Doing the above calculations, you should come up with /home/cs } starting at cylinder 116. Therefore, you can say that /home/ba starts } on cylinder 58, and extends for 58 more cylinders, or 104922 blocks. } } I hope that this is enough info to get you through. Please let me } know if this is at all useful to you. } } steve ackerman } CS Grad/Systems Programmer } University of Vermont }-- End of excerpt of Jan 3, 5:59pm Again, I've deleted the program source, send mail to Steve for the source, or if Steve is amenable, I can mail it to you as well, if you're interested. On Jan 3, 6:03pm, Steve wrote: } Subject: Re: Corrupt label on SMD drive } } P.S. of course, there is no guarantee that just the label is bad. } I knew that just the label was bad on mine (since I ran the command } the blew it :-) ). Keep this in mind when you're trying to piece it } back together. }-- End of excerpt of Jan 3, 6:03pm On Jan 3, 3:22pm, Mark R. Wallen wrote: } Subject: Re: Corrupt label on SMD drive } The format command has a 'search for back up } labels" command (called backup) in the first } menu. I've never had occassion to use it though } } Mark Wallen } } cogsci, UCSD } mwallen@ucsd.edu } }-- End of excerpt of Jan 3, 3:22pm On Jan 3, 7:16pm, Robert D Webber wrote: } Subject: Re: Corrupt label on SMD drive } If you read the OS release notes on how to reformat your disk you will } find out how to get up and running without touching the disk. Many } people just use a standard partition set (down there somewhere in } the partition sub-command) and you can try just relabelling with that, } then mounting the disk. } } If you can connect this disk to system not using it for boot you can } just partition it without the performance of going to the non-disk } version of Unix. The Solbourne won't let you write a label on } a disk with _any_ mounted partitions, though a Sun will. } } Keep in mind that you can write the label and just try mounting } partitions and not hurt anything. This means that you can use } trial and error if you have to. } } It might take a long time, but you can in principle just move the } low-end sector number out until you hit a partition: most people } use integer numbers of cylinders per partition. } } You don't mention, by the way, whether this is a boot disk or if there } are some other disks on the system. Things are a bit different if } it's a boot disk, but formatting your boot disk is covered in the } Solbourne OS release notes. } } Good luck. } }-- End of excerpt of Jan 3, 7:16pm On Jan 6, 9:29am, Mike Willett wrote: } Subject: Re: Corrupt label on SMD drive } } If you know exactly what was on the lable, you might be able to get } away with just "relabling". I had a disk corupted on a Sparc II } (207 Mb Maxtor) and was about to reload OS, and thought "What the } heck, just try it!" and it worked! Since I have all my SS IIs with } the same partitions, I grabbed the numbers off of another machine, } relabled the disk, and it booted without any problems at all... } } Maybe once in a lifetime, but, it worked for me! :) } } --Mike } } mike@array.com }-- End of excerpt of Jan 6, 9:29am On Jan 6, 11:08am, Michael Sullivan wrote: } Subject: Re: Corrupt label on SMD drive } } Just run format on the corrupted disk, and type "backup". } It will search the disk for backup labels, and if it finds one, it will } restore the main label. } } Good luck! } }-- End of excerpt of Jan 6, 11:08am -- // E. John Benjamins, Computing & Information Services, \\ // McMaster University, Hamilton, Ont., CANADA \\ \\ Internet: johnb@edge.cis.mcmaster.ca (BITNET: JOHNB@MCMASTER) // \\ // From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 13 09:29:45 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA29144; Mon, 13 Jan 1992 19:22:28 -0600 Received: by delta.eecs.nwu.edu id AA12159 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 13 Jan 1992 15:29:17 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from clinch.math.niu.edu by delta.eecs.nwu.edu with SMTP id AA18518 (5.65c/IDA-1.4.4 for ); Mon, 13 Jan 1992 15:29:07 -0600 Received: from denali.math.niu.edu by clinch.math.niu.edu (4.1/SMI-4.1) id AA13240; Mon, 13 Jan 92 15:25:19 CST Message-Id: <9201132125.AA13240@clinch.math.niu.edu> To: sun-managers@eecs.nwu.edu Subject: VAXstations?? Date: Mon, 13 Jan 92 15:29:45 -0600 From: Gregory Higgins One of our other departments is retiring a copule VAXstations; In particular a VAXstation 3200, 8MB, 19" BW monitor and a VAXstation 3100-38, 8 MB 19" BW monitor. I have a network of about 20 Sun Workstations. How much trouble would it be for me to integrate these things into my network as additional stations. In particular, could they be used as fancy X Terminals, etc. Could I put UNIX on them? Any comments from informed persons are appreciated. Gregory Higgins, Systems Manager, math.niu.edu From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 13 11:46:17 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA29180; Mon, 13 Jan 1992 19:55:18 -0600 Received: by delta.eecs.nwu.edu id AA19896 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 13 Jan 1992 15:50:11 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA21696 (5.65c/IDA-1.4.4 for ); Mon, 13 Jan 1992 15:50:05 -0600 Received: from BU.EDU by rice.edu (AA19123); Mon, 13 Jan 92 15:49:21 CST Received: from RAVEN.BU.EDU by BU.EDU (1.99) Mon, 13 Jan 92 16:49:33 EST Received: by raven.bu.edu (12/20/89); Mon, 13 Jan 92 16:46:17 EST Date: Mon, 13 Jan 92 16:46:17 EST From: jc@raven.bu.edu (James Cameron) Message-Id: <9201132146.AA08729@raven.bu.edu> To: sun-managers@rice.edu Subject: Disk errors - trying to reconfigure. System: SparcServer 4/380 running 4.1.1 Problems: Due to timeouts and consistent errors, I need to reconfigure our disks so that we achieve the best throughput. This is our current setup: xdc0 at vme16d32 0xee80 vec 0x44 xd0 at xdc0 slave 0 xd0: si0 at vme24d16 0x200000 vec 0x40 st0 at si0 slave 32 sr0 at si0 slave 48 sd2 at si0 slave 0 sd2: sd3 at si0 slave 8 sd3: sd4 at si0 slave 16 sd4: sd5 at si0 slave 24 sd5: sm0 at obio 0xfa000000 pri 2 st0 at sm0 slave 32 st1 at sm0 slave 40 sr0 at sm0 slave 48 sd0 at sm0 slave 0 sd0: sd1 at sm0 slave 8 sd1: sd6 at sm0 slave 16 sd6: sd7 at sm0 slave 24 sd7: So, basically, we have the boot disk on xd0, four disks off of sm0, four more off of si0. We are getting time out errors on sm0: sm0 Snap shot: error= 0x6 (Timeout error) state= 0x12 (Data req), sub_state= 0x6 esp cmd= 0x90, xcnt= 3656, intr= 0x18 fifo_flag= 0x90, status= 0x0, step= 0x6c fifo: 0 1 13 c0 0 1 13 d0 0 1 13 e0 0 1 13 f0 sync periods[0-7]: 6 6 7 7 0 0 0 sync offsets[0-7]: 15 15 15 15 0 0 0 DVMA status= 0x210 addr= 0xfff191c8 (0xfff18000) target= 0, lun= 0, count= 3656(8192) cdb: a 1 80 c0 10 0 current phase= DATA OUT/BUS FREE last phase= DATA OUT 8192 last phase= COMMAND 10 last phase= Arbitrate 0 0 last phase= Cmd complete MSG 0 last phase= STATUS 0 last phase= DATA IN 1536 last phase= Reconnect 0 0 last phase= Disconnect MSG sm0: sd0, unit online If I remove the last disk from the chain, these errors no longer occur. So, I was wondering if it is possible to move the last disk sd7 onto the Xylogics controller (xd0)? Any information would be greatly appreciated! James -- James Cameron (jc@raven.bu.edu) Signal Processing and Interpretation Lab. Boston, Mass (617) 353-2879 ------------------------------------------------------------------------------ "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 sun-managers-relay@delta.eecs.nwu.edu Mon Jan 13 08:42:13 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA29220; Mon, 13 Jan 1992 20:30:31 -0600 Received: by delta.eecs.nwu.edu id AA23827 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 13 Jan 1992 16:43:05 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ncar.ucar.edu by delta.eecs.nwu.edu with SMTP id AA09965 (5.65c/IDA-1.4.4 for ); Mon, 13 Jan 1992 16:42:51 -0600 Received: from niwot.scd.ucar.edu by ncar.ucar.EDU (5.65/ NCAR Central Post Office 04/10/90) id AA17912; Mon, 13 Jan 92 15:42:14 MST Date: Mon, 13 Jan 92 15:42:13 MST From: era@niwot.scd.ucar.EDU (Ed Arnold) Message-Id: <9201132242.AA14718@niwot.scd.ucar.EDU> Received: by niwot.scd.ucar.EDU (5.65/ NCAR Mail Server 04/10/90) id AA14718; Mon, 13 Jan 92 15:42:13 MST Reply-To: era@ncar.ucar.edu (Ed Arnold) To: sun-managers@eecs.nwu.edu Subject: 4.1.1 + Tek4107 = kablooey We have a number of Tek 4107/4207 graphics terminals at this site. We used to use these just fine under SunOS 4.0.3, with the termcap entry which is appended below. Things broke badly upon upgrade to 4.1.1. Attempts to vi anything on these terminals is a mess. A service call to Sun resulted in no useful information. If anyone out there is using one of these beasts successfully under 4.1.1, please give me The Secret! XY|4107|tek4107|Tektronix 4107 32x80 ANSI:\ :is=\E%!0\EKA1\ELV1\ELBL8\ELLB0\E%!1\E[4;?5;?6l\E[?7;?8h\E[1;32r:\ :al=\E[L:bs:bt=\E[Z:ce=\E[K:cl=\E[;H\E[2J:\ :cm=\E[%i%2;%2H:co#80:da:db:dc=\E[P:dl=\E[M:do=\E[B:\ :ds=\E7\E[32;1H\E[K\E[1;31r\E8:ei=\E[4l:eo:es:fs=\E8\Eb:\ :ho=\E[;H:hs:i2=\E[1;31r\E[31;1H:if=/usr/lib/tabset/vt100:\ :im=\E[4h:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:li#32:nd=\E[C:pt:\ :se=\E[m:so=\E[7m:sr=\EM:ts=\E7\E,\E[32;1H\E[K:ue=\E[m:\ :up=\E[A:us=\E[4m:vs=\E%!0\ELBB0\ELLB0\E%!1:ve=\E%!0\ELBL8\E%!1:\ :ti=\E%!0\EKA1\ELV1\ELBB0\ELLB0\E%!1\E[4;?5;?6l\E[?7;?8h\E[1;32r\E=:\ :te=\E%!0\ELBL8\EKW1\E%!1\E>: Thanks in advance, ---------- Ed Arnold * NCAR * POB 3000, Boulder, CO 80307-3000 * 303-497-1253(voice) 303-497-1137(fax) * era@ncar.ucar.edu [128.117.64.4] * era@ncario.BITNET From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 13 13:28:36 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA29289; Mon, 13 Jan 1992 21:54:54 -0600 Received: by delta.eecs.nwu.edu id AA27194 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 13 Jan 1992 17:32:26 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA02429 (5.65c/IDA-1.4.4 for ); Mon, 13 Jan 1992 17:32:20 -0600 Received: from BU.EDU by rice.edu (AA19972); Mon, 13 Jan 92 17:31:38 CST Received: from RAVEN.BU.EDU by BU.EDU (1.99) Mon, 13 Jan 92 18:31:51 EST Received: by raven.bu.edu (12/20/89); Mon, 13 Jan 92 18:28:36 EST Date: Mon, 13 Jan 92 18:28:36 EST From: jc@raven.bu.edu (James Cameron) Message-Id: <9201132328.AA00404@raven.bu.edu> To: sun-managers@rice.edu Subject: MBUF problems - patch already installed System: SunOS 4.1.1 on SparcServer 4/380 Summary: With patch, le0 still running out of mbufs. Where do I look for hardware failure? Problem: A little while ago, we run into an mbuf problem which caused our server to reboot. After looking around and posting, I decided to apply patch number: 100126-04 which doubles the size of the MBUF. I was warned however, that the problem could be a hardware one. And it looks like it is. Here is the actual error message: mbuf map full le0: out of mbufs - packet dropped le0: out of mbufs - packet dropped le0: out of mbufs - packet dropped le0: out of mbufs - packet dropped le0: out of mbufs - packet dropped le0: out of mbufs - packet dropped le0: out of mbufs - packet dropped panic: zero syncing file systems... done Anyone have any suggestions? James -- James Cameron (jc@raven.bu.edu) Signal Processing and Interpretation Lab. Boston, Mass (617) 353-2879 ------------------------------------------------------------------------------ "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 sun-managers-relay@delta.eecs.nwu.edu Tue Jan 14 07:37:50 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA00201; Tue, 14 Jan 1992 05:30:14 -0600 Received: by delta.eecs.nwu.edu id AA28035 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 14 Jan 1992 01:43:24 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from chilko.ucs.ubc.ca by delta.eecs.nwu.edu with SMTP id AA11018 (5.65c/IDA-1.4.4 for ); Tue, 14 Jan 1992 01:43:15 -0600 Received: from iskut.ucs.ubc.ca by chilko.ucs.ubc.ca (4.1/1.14) id AA25755; Mon, 13 Jan 92 23:43:11 PST Received: by iskut.ucs.ubc.ca (5.64+ida SGI beta/1.14) id AA28569; Tue, 14 Jan 92 07:43:07 GMT Newsgroups: ubc.list.sun-managers Path: unruh From: unruh@physics.ubc.ca (William Unruh [Unruh]) Subject: remote logins hang Message-Id: Summary: Help: remote logins hang after motd Keywords: remote rlogins Nntp-Posting-Host: physics.ubc.ca Organization: University of British Columbia, Vancouver, B.C., Canada Date: Tue, 14 Jan 1992 07:37:50 GMT Apparently-To: ubc-list-sun-managers@unixg.ubc.ca Help: If I try to rlogin to my machine (Sparcstation 1 SunOS4.1.1 resolv+ running) it hangs just after the motd but apparently before .cshrc is run ( an echo 'hello' > test command at the beginning of .cshrc never runs). A ctrl-C does nothing (^C is displayed ) but a ^Z gives "Connection closed by remote host". Apparently login is going off into never never land after it types out the motd. Any suggestions as to what could be causing this? What happens after login types the motd? As far as I know I haven't changed anything befor this began happening today! From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 14 05:46:13 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA00211; Tue, 14 Jan 1992 05:46:13 -0600 Received: by delta.eecs.nwu.edu id AA17368 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 14 Jan 1992 02:12:50 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay2.UU.NET by delta.eecs.nwu.edu with SMTP id AA17949 (5.65c/IDA-1.4.4 for ); Tue, 14 Jan 1992 02:12:44 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA00839; Tue, 14 Jan 92 03:12:41 -0500 Received: from mimos.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 031106.20369; Tue, 14 Jan 1992 03:11:06 EST Received: by mimos.ism.MY (3.2/5.9) Tue, 14 Jan 92 14:03:02 MYT Received: by rangkom.MY (5.60/5.9) Tue, 14 Jan 92 14:02:41 MYT Received: from warlord.ksm.my by ksm.my (4.0/SMI-4.0) id AA03444; Tue, 14 Jan 92 09:38:31 SST Date: Tue, 14 Jan 92 09:38:31 SST From: chchua@ksm.my (CH Chua {CSA Malaysia}) Message-Id: <9201140138.AA03444@ksm.my> To: sun-managers@eecs.nwu.edu Subject: "rwall" timeout too soon Hello Managers. Does anybody know whether it is possible to increase the timeout value for the rwall command? I have a script which does an automatic shutdown of remote machines in a WAN after giving a warning message to logged in users through rwall. The syntax is just central# rwall host1 host2 host3 .......... I find that most of the time the message will not reach certain hosts (the host that does not respond is random). The man page on rwall specifically states that the short timeout value is a bug, but I would like to know whether anybody has a workaround it? Thanks. - Chua From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 14 08:57:16 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA00255; Tue, 14 Jan 1992 06:36:14 -0600 Received: by delta.eecs.nwu.edu id AA14029 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 14 Jan 1992 02:58:46 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from chilko.ucs.ubc.ca by delta.eecs.nwu.edu with SMTP id AA17253 (5.65c/IDA-1.4.4 for ); Tue, 14 Jan 1992 02:58:38 -0600 Received: from iskut.ucs.ubc.ca by chilko.ucs.ubc.ca (4.1/1.14) id AA26995; Tue, 14 Jan 92 00:58:37 PST Received: by iskut.ucs.ubc.ca (5.64+ida SGI beta/1.14) id AA29199; Tue, 14 Jan 92 08:58:32 GMT Newsgroups: ubc.list.sun-managers Path: unruh From: unruh@physics.ubc.ca (William Unruh [Unruh]) Subject: rlogin hanging after motd Message-Id: Summary: Help- rlogin hanging after motd Keywords: rlogin motd Nntp-Posting-Host: physics.ubc.ca Organization: University of British Columbia, Vancouver, B.C., Canada Date: Tue, 14 Jan 1992 08:57:16 GMT Apparently-To: ubc-list-sun-managers@unixg.ubc.ca As a further clue(?) to my problem in which an attempt to rlogin or telnet in to my SS1 (4.1.1) hangs after motd and mail notification, the login proceeds with no trouble if I have a .hushlogin file in my directory. I've looked at the bsd source for login, and cannot see how .hushlogin could change anything, but there it is. Does Sun have something strange in their login? From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 14 07:32:28 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA00317; Tue, 14 Jan 1992 07:32:28 -0600 Received: by delta.eecs.nwu.edu id AA30119 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 14 Jan 1992 03:49:37 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from orbot.co.il by delta.eecs.nwu.edu with SMTP id AA01807 (5.65c/IDA-1.4.4 for ); Tue, 14 Jan 1992 03:48:58 -0600 Received: from tamar.orbot.co.il ([218.218.69.9]) by orbot.co.il (4.1/SMI-4.0) id AA00394; Tue, 14 Jan 92 11:45:21 IST Received: from hippopo.ORBOT by tamar.orbot.co.il (4.0/SMI-4.1) id AA01892; Tue, 14 Jan 92 08:39:00 IST Received: by hippopo.ORBOT (4.1/SMI-4.1) id AA07662; Tue, 14 Jan 92 08:38:56 IST Date: Tue, 14 Jan 92 08:38:56 IST From: greg@orbot.co.il (Gregory Gutarts) Message-Id: <9201140638.AA07662@hippopo.ORBOT> To: sun-managers@eecs.nwu.edu Subject: VAX2SUN Cc: eli@egoz.orbot.co.il, greg@orbot.co.il Shalom, Managers ! Maybe someone could give me a good advice about some tool(s) for reading and converting VAX VMS tapes and/or diskettes on SUN. Public domain is prefferrable. Thank you. Gregory ============================================================================ Gregory Gutarts greg@orbot.co.il System Administrator voice: 972-8-433533 Orbot Systems Ltd. fax: 972-8-438769 Industrial Zone, P.O.Box 215 70651 Yavne, Israel ============================================================================ From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 14 07:36:45 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA00332; Tue, 14 Jan 1992 07:36:45 -0600 Received: by delta.eecs.nwu.edu id AA25333 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 14 Jan 1992 03:39:54 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA21535 (5.65c/IDA-1.4.4 for ); Tue, 14 Jan 1992 03:39:37 -0600 Received: from ingr.ingr.com by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA03189; Tue, 14 Jan 92 04:39:28 -0500 Received: by ingr.ingr.com (5.61/INGR-1.1) id AA02140; Tue, 14 Jan 92 03:43:01 -0600 Received: from tulip.turtles by turtles (4.1/SMI-4.1) id AA02415; Tue, 14 Jan 92 09:48:22 IST Received: by tulip.turtles (4.1/SMI-4.1) id AA00826; Tue, 14 Jan 92 09:54:04 IST Date: Tue, 14 Jan 92 09:54:04 IST From: matis!amir@uunet.UU.NET (Amir Katz) Message-Id: <9201140754.AA00826@tulip.turtles> To: sun-managers@eecs.nwu.edu Subject: Commercial-Grade C/C++ Compilers Reply-To: amir%matis.uucp@ingr.com Hi Everybody, We are interested in commercial-grade C/C++ compilers for SparcStations. This will become acute when Sun unbundles cc from the SunOS. I am aware of at least three commercial products: 1. Sun C 1.1 2. Oregon Software C++ 3. Liant C (previously LPI) and of course of the GNU g++. Can anyone care to comment on these products, especially compared to Sun's plain-vanilla 'cc' and AT&T C++ (which we're familiar with) ? Also, special attention to C++ debugging (Oregon has its own debugger and so does GNU). -- Thanks in advance - email to me and I'll summarize. -- >> Please use one of the addresses below, not the 'From:' header field. << /* Amir J. Katz | UUCP: uunet!ingr!matis!amir */ /* System Specialist | Internet: amir%matis.UUCP@ingr.COM */ /* SEE Technologies Ltd. | Voice: +972 52-584684, Fax: +972 52-543917 */ From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 14 12:11:00 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA00361; Tue, 14 Jan 1992 07:57:34 -0600 Received: by delta.eecs.nwu.edu id AA02701 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 14 Jan 1992 04:13:10 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ixgate.gmd.de by delta.eecs.nwu.edu with SMTP id AA22182 (5.65c/IDA-1.4.4 for ); Tue, 14 Jan 1992 04:12:57 -0600 Received: by ixgate.gmd.de id AA07151; Tue, 14 Jan 92 11:12:46 +0100 Date: 14 Jan 92 11:11 +0100 From: Claus Assmann To: Sun Managers Cc: Sascha Ruff Message-Id: Subject: SUMMARY: NeWSprint doesn't work on IPC, but on SPARC 2 ? Original problem: | I installed recently a new SPARCprinter with NeWSprint on an IPC. | I can print fine most of my files, but there are some which don't print. | The xnews server (from small_openwin and /usr/openwin) just dumps core, | although I can display the file with pageview. | I have asked Sun, and they can print the file on their setup. | Then we installed the SPARCprinter on a SPARC 2, and it works ! | | Some information about the setup: the SPARCprinter is connected | to an IPC with 36MB RAM, 97MB swap, Sun OS 4.1.1, bwtwo0, cgthree0 frame | buffers, Sun OS 4.1.1, patches from NeWSprint applied. | The IPC has ROM Rev. 1.6. | NeWSprint is version 1.0 fcs, Openwin 2 and NeWSprint interpreter version 2.1, | Another IPC (similar setup) gives the same error. | | Has anyone else seen this problem and knows how to cure it ? | We have to connect the printer to the IPC, it is the only machine | we can use for it. | | Since the PostScript file, which produces this error, is about 24KB big, | I don't post it here. If someone is willing to test it at his site, | please send me a message. | The short solution is: The paper size has been set to the wrong values ! pg. 18 of the 'SPARCprinter Installation an User's Guide' shows how to set up three magnets according to the size of the paper you are using. We use A4 paper, but the size was set to 11". Setting the size to A4 produces no more core dumps ! The long story is: After we have experienced the problem, we sent the SPARCprinter and the SBUS card to Sun. They returned it to us and said it would work for them (without notifying us that they moved the magnets !!!). We connected the SPARCprinter to a SPARC 2 and it worked for us. So I asked the list about it. Many people were willing to print the file and most of them could print it on their setup. I got one answer from Milt Ratcliff , who experienced the same problem: > but xnews core dumps on an IPC running NEWSprint and printing to a SPARCprinter. Many thanks to: Vispi Dumasia vispi@lgc.com zjat02@trc.amoco.com Matt Goheen matt@wbst845e.xerox.com Milt Ratcliff milt@PE-Nelson.com Celeste Stokely celeste@stokely.mtview.ca.us who were willing to print my test file. Don Hooper mentioned that the /var partition should be local to the printhost and big (>30MB) enough. Pete gave another important hint: > I have had cases there the sparkstation (the at SPARCprinter run off of) lockup > and or crash. both problems were remedied by compiling the SPARCprinter > drivers into the kernal instead of loading them at boot time. We have done this before. IMHO this is a strange problem: The xnews server on the printhost dumps core, if the paper size is not correctly set in the SPARCprinter. Thanks again to all who took the time to answer my question and to spend their time in printing my test file. Regards, Claus From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 14 02:27:02 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA00854; Tue, 14 Jan 1992 10:20:01 -0600 Received: by delta.eecs.nwu.edu id AA27113 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 14 Jan 1992 06:46:29 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from abvax.icd.ab.com by delta.eecs.nwu.edu with SMTP id AA16727 (5.65c/IDA-1.4.4 for ); Tue, 14 Jan 1992 06:46:22 -0600 Received: from sunne.UUCP by abvax.icd.ab.com (5.64/1.40) with UUCP id AA13026; Tue, 14 Jan 92 07:27:09 -0500 Received: by wal.ab.com (4.1/WAL-1.0) id AA01295; Tue, 14 Jan 92 07:27:02 EST Date: Tue, 14 Jan 92 07:27:02 EST From: sunne!rickn@abvax.icd.ab.com (Richard J. Niziak) Message-Id: <9201141227.AA01295@wal.ab.com> To: sun-managers@abvax.icd.ab.com Subject: Dialback modem installation Previously, I posted the following msg: >My boss wishes to install a new modem onto our Sparc1. >What I need to know is: > 1) Do we need a special type of modem (prefer Telebit) > 2) How involved is the setup as far as SunOS > 3) What books could I use to help me w/ the install > >Rick, THe response has been great except for one thing, All the responses I receive are for dialback UUCP connections. I need to find sone way to dial back a user at their home when they dial in to our modems during the evening... Any ideas ??? Rick Niziak From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 14 18:29:21 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA01952; Tue, 14 Jan 1992 16:47:55 -0600 Received: by delta.eecs.nwu.edu id AA00995 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 14 Jan 1992 12:38:59 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from chilko.ucs.ubc.ca by delta.eecs.nwu.edu with SMTP id AA00988 (5.65c/IDA-1.4.4 for ); Tue, 14 Jan 1992 12:38:53 -0600 Received: from iskut.ucs.ubc.ca by chilko.ucs.ubc.ca (4.1/1.14) id AA12018; Tue, 14 Jan 92 10:38:47 PST Received: by iskut.ucs.ubc.ca (5.64+ida SGI beta/1.14) id AA02786; Tue, 14 Jan 92 18:38:44 GMT Newsgroups: ubc.list.sun-managers Path: unruh From: unruh@physics.ubc.ca (William Unruh [Unruh]) Subject: Summary: login hanging after motd Message-Id: Summary: Summary: login hanging after motd--quotas at fault Keywords: rlogin login hanging quotas Nntp-Posting-Host: physics.ubc.ca Organization: University of British Columbia, Vancouver, B.C., Canada Date: Tue, 14 Jan 1992 18:29:21 GMT Apparently-To: ubc-list-sun-managers@unixg.ubc.ca Again the net comes through. Some suggestions were that somehow motd (weird characters in the motd file) or mail was hanging the system. However both completed their reports on login. The winning suggestion was quotas. login (on Suns) also forks the quota check just before it executes the shell, but doesn't do so if .hushlogin is defined as a file. That was the hangup. a friend had brought in his home computer, we had NFS mounted it on my machine, and had then forgotten to unmount it. He of course removed it back home. So quotas was hanging on that mounted but non existant file system. Rebooting solved the problem. ( I couldn't unmount because in the meantime a find cron had gotten hung up on that filesystem as well and so unmount reported a busy filesystem.) One interesting suggestion for tracing it down was from From: If you can login to the host somehow, do so and then use trace to trace the login process. This will most likely give you a good clue. For example: 1) login as root 2) start an rlogin but don't enter the password yet 3) as root, find login process ("login -r hostname"). The easiest way to do this is "ps -aux | sort -n +1" and look near the end. 4) trace the login process "trace -t -p | tee logfile" 5) finish entering the password and watch the trace output until something hangs. Unfortunately all it told me was that some unnamed process had forked, and login was in wait(0,0,0,0) Anyway problem now solved. Thanks to From: Neil W Rickert From: From: Mike Raffety From: From: From: From: From: From: From: From: Steve Lodin From: From: From: From: From: Jim Mattson From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 14 09:30:24 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA01976; Tue, 14 Jan 1992 17:04:41 -0600 Received: by delta.eecs.nwu.edu id AA10014 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 14 Jan 1992 13:31:49 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from dgbt.doc.ca by delta.eecs.nwu.edu with SMTP id AA09939 (5.65c/IDA-1.4.4 for ); Tue, 14 Jan 1992 13:31:42 -0600 Received: from mars.dgrc.doc.ca by dgbt.doc.ca (4.1/smail2.5/12-02-88) id AA25637; Tue, 14 Jan 92 14:31:05 EST Received: from jack.dgrc.doc.ca by mars.dgrc.doc.ca (4.1/SMI-4.1) id AA00558; Tue, 14 Jan 92 14:30:24 EST Date: Tue, 14 Jan 92 14:30:24 EST From: don@mars.dgrc.doc.ca (Donald McLachlan) Message-Id: <9201141930.AA00558@mars.dgrc.doc.ca> To: sun-managers@delta.eecs.nwu.edu Subject: Sun clones Hi. We are looking at purchasing Sun 4/75GX-32-P43. That is a SS2 with - 19 colour monitor - 32 Meg Ram - 424 Meg internal disk - SunOS 4.1.2 w Open Windows. - 1.44 MB internal floppy What do clone's have to offer and what experience do you have with them? Will summarise if there is interest. Don From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 14 03:19:09 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA01979; Tue, 14 Jan 1992 17:05:15 -0600 Received: by delta.eecs.nwu.edu id AB04973 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 14 Jan 1992 13:15:05 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from netcomsv.netcom.com by delta.eecs.nwu.edu with SMTP id AA04570 (5.65c/IDA-1.4.4 for ); Tue, 14 Jan 1992 13:14:54 -0600 Received: from caere.UUCP by netcomsv.netcom.com (4.1/SMI-4.1) id AA17982; Tue, 14 Jan 92 11:15:18 PST Received: from cc:Mail by caere.com (2.0/Outmail) id Message-ID: <807@caere.com>; Tue, 14 Jan 92 11:19:09 PST Date: Tue, 14 Jan 92 11:19:09 PST From: Mojo Message-Id: <807@caere.com> To: sun-managers@eecs.nwu.edu Cc: lorne.johnson@west.sun.com Subject: How to set up NIS out of the box Greetings. I'm working with a brand new network of SPARCstations, and the network connection seems to be up and running. NFS works fine between our clients and the server. So I'd like to get NIS up and running so I don't have to keep duplicate maps. The NIS documentation (from the AnswerBook CD) claims that in directory /var/yp there is a Makefile and a set of default maps. These files don't exist on any of the five machines we just received. We're using a SPARCstation 2 as server with the "file server option pack", and four IPX "dataless" clients. Is it possible that NIS has been superceded by another service that I haven't found yet? (DNS? Nooo, can't be ...) Mojo -- Morris Jones mojo@caere.com From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 14 07:03:27 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA02245; Tue, 14 Jan 1992 18:53:34 -0600 Received: by delta.eecs.nwu.edu id AA30566 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 14 Jan 1992 15:05:14 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from csn.org by delta.eecs.nwu.edu with SMTP id AA28180 (5.65c/IDA-1.4.4 for ); Tue, 14 Jan 1992 15:05:06 -0600 Received: from spatial.UUCP by csn.org with UUCP id AA02456 (5.65c/IDA-1.4.4 for sun-managers@eecs.nwu.edu); Tue, 14 Jan 1992 14:05:03 -0700 Received: by spatial.com (4.1/SMI-4.1) id AA00561; Tue, 14 Jan 92 14:03:27 MST Date: Tue, 14 Jan 92 14:03:27 MST From: alek@spatial.com (Alek O. Komarnitsky) Message-Id: <9201142103.AA00561@spatial.com> To: sun-managers@eecs.nwu.edu Subject: Can one connect to a T1600 w/uucico when modem passwords are enabled? M{rs} Sun Managers, I've got an annoying problem that I really need an answer to, even if it's the one I don't want. I've posted before to the "sun" newsgroups, and talked with Telebit Tech Support, but no definitive answer. I therefore turn to Sun-Managers. I had hoped the recent post and summary about Telebit's would contain some useful information for my problem - nope. We have some Telebit T1600's hooked up to a SPARC 1+ running SunOS4.1.1. We want to enable the password feature on the T1600. Unfortunately, it appears that the T1600 requires 8 bits, no parity, and users must have their terminals set correctly to get past the door. So to make life simpiler, I've included a "p8" in the gettytab entry so one does not have to switch back. Regular dial-in and tip work fine now. My problem is with UUCP dial-ins: they never get past the password. I.e. running uucico with trace level 9 shows (with P_ZERO in the chat script): that it gets the "Enter Password:" prompt from the Telebit, it sends the modem password, and then never gets the login prompt. I've also tried setting STTY=cs8, and I never got the password prompt; i.e. it got worse. Various other combinations have also met with failure. As noted, everything works fine except for UUCP dial-ins. The T1600 and Sun configuration is "standard" as recommended by Telebit - getting that part to work isn't that difficult ... and the password stuff should (?) work. If anyone has this working, I would *really* like to hear how. Patching the uucico source code could be an option, but other people call us so I'd prefer not to do this. I would also like to hear from anyone who has tried this and can provide an authoritative yes or no answer if this is doable. Finally, I'm curious if anyone has this working with the T3000's? I will, of course, summerize. Mucho Thanx, Alek Komarnitsky 303-449-0649 Software Tools Manager, Spatial Technology, Inc. 2425 55th Street, Bldg A alek@spatial.com Boulder, CO 80301-5704 From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 14 05:12:06 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA02248; Tue, 14 Jan 1992 18:55:45 -0600 Received: by delta.eecs.nwu.edu id AA27985 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 14 Jan 1992 15:07:42 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from netcomsv.netcom.com by delta.eecs.nwu.edu with SMTP id AA31478 (5.65c/IDA-1.4.4 for ); Tue, 14 Jan 1992 15:07:33 -0600 Received: from caere.UUCP by netcomsv.netcom.com (4.1/SMI-4.1) id AA26457; Tue, 14 Jan 92 13:07:57 PST Received: from cc:Mail by caere.com (2.0/Outmail) id Message-ID: <813@caere.com>; Tue, 14 Jan 92 13:12:06 PST Date: Tue, 14 Jan 92 13:12:06 PST From: Mojo Message-Id: <813@caere.com> To: sun-managers@eecs.nwu.edu Cc: lorne.johnson@west.sun.com Subject: Setting up NIS -- NEVER MIND! I found the Makefile under /usr/lib as NIS.Makefile. That and ypinit -m has created a set of defaults. Sorry to bother ... Mojo From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 14 11:47:24 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA02281; Tue, 14 Jan 1992 19:33:53 -0600 Received: by delta.eecs.nwu.edu id AA06175 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 14 Jan 1992 16:15:14 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from solar.nova.edu by delta.eecs.nwu.edu with SMTP id AA04050 (5.65c/IDA-1.4.4 for ); Tue, 14 Jan 1992 16:15:05 -0600 Received: from novavax.nova.edu by solar.nova.edu (5.61ufl/4.2) id AA19990; Tue, 14 Jan 92 17:14:42 -0500 Received: by novavax.nova.edu (5.57/smail2.5/10-26-90) id AA20218; Tue, 14 Jan 92 17:14:53 -0500 Received: by cordis (4.1/SMI-4.1) id AA04065; Tue, 14 Jan 92 16:47:24 EST Date: Tue, 14 Jan 92 16:47:24 EST From: cordis1_490!gls ( Gary Schaps x2157) Message-Id: <9201142147.AA04065@cordis> To: sun-managers@eecs.nwu.edu Subject: ftp site for patches Does anyone know how to get Sun operating system patches (in this case 10075-06) faster than the *five days* quoted by Sun Support? Gary L. Schaps 1-800-327-2490 x2157 cordis!gls@novavax.nova.edu From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 14 07:54:01 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA02284; Tue, 14 Jan 1992 19:34:09 -0600 Received: by delta.eecs.nwu.edu id AA02196 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 14 Jan 1992 15:54:27 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ncar.ucar.edu by delta.eecs.nwu.edu with SMTP id AA31793 (5.65c/IDA-1.4.4 for ); Tue, 14 Jan 1992 15:54:20 -0600 Received: from niwot.scd.ucar.edu by ncar.ucar.EDU (5.65/ NCAR Central Post Office 04/10/90) id AA23978; Tue, 14 Jan 92 14:54:15 MST From: era@niwot.scd.ucar.EDU (Ed Arnold) Received: from era.scd.ucar.edu by niwot.scd.ucar.EDU (5.65/ NCAR Mail Server 04/10/90) id AA08908; Tue, 14 Jan 92 14:54:07 MST Date: Tue, 14 Jan 92 14:54:01 MST Message-Id: <9201142154.AA01959@era.scd.ucar.edu> Received: by era.scd.ucar.edu (5.65/ NCAR Mail Client 04/19/90) id AA01959; Tue, 14 Jan 92 14:54:01 MST Reply-To: era@ncar.ucar.edu (Ed Arnold) To: sun-managers@eecs.nwu.edu Subject: SUMMARY: 4.1.1 + Tek4107 = kablooey Thanks for the many responses. Most of you pointed out that terminfo is an ABSOLUTE requirement to run vi under 4.1.1. I had assumed this was not the case because, if we put our own tek4107 termcap into /usr/share/lib/termcap and then ran vi, vi accessed the termcap file (ls -lu showed the usage date of /usr/share/lib/termcap got changed), and vi didn't complain about anything missing; it just proceeded to splatter garbage down the screen. Upon further investigation, this was apparently due to the fact that SunOS 4.1.1 supplies a /usr/share/lib/terminfo/t/tek4107 file with the OS, and that terminfo file doesn't work with any of our 4107/4207 terminals. One respondent noted that he had also had to replace Sun's tek4107 entry with his own. So I changed the name of our own 4107 termcap, ran it thru (gag) captoinfo/tic, and now everyone's happy. (Surprisingly enough the ex(1) man page on my favorite 4.1.1 system mentions only /etc/termcap in the FILES section ... /usr/share/lib/terminfo is not mentioned. Oh well, I guess I should have read all 19 volumes of the 4.1 FM set to find this out. :-)) Thanks to the following people for taking the time to reply: Brent Alan Wiese Aydin Edguer Fuat Baran jdavis@noao.edu (Jim Davis) cameron@cs.adelaide.edu.au (Cameron Humphries) "Ric Anderson" "Kurt J. Lidl" "Anthony A. Datri" trinkle@cs.purdue.edu doug@perry.berkeley.edu (Doug Neuhauser) Chris.Drake@Corp.Sun.COM (Chris Drake) birger@vest.sdata.no ( Birger Wathne) mikulska@ece.UCSD.EDU (Margaret Mikulska) reynolds@icgmfg.mke.ab.com (Michael D. Reynolds) John R. Kilheffer drl@vuse.vanderbilt.edu long-morrow@CS.YALE.EDU jhc@ulysses.att.com (Jonathan Clark) Mike Raffety kuhn@zariski.harvard.edu (Robert Kuhn) stern@sunne.East.Sun.COM (Hal Stern - NE Area Systems Engineer) Ted Nolan SRI Ft Bragg mark@isis.Berkeley.EDU (mark kraitchman) bill@jtsv16.jts.com (Bill McSephney ) Jonathan Corbet bchivers@smiley.mitre.org (Brent Chivers) Gene.Saunders@West.Sun.COM (Gene Saunders - SW Area SE) jimbo@crseo.csl.ucsb.edu (Jim Davidson) Sue Bergquist mark@maui.Qualcomm.COM (Mark Erikson) tgsmith@spdev.East.Sun.COM (Timothy G. Smith - Special Projects) satmb@gauss.med.harvard.EDU (Timothy Baum 432-2765) ---------- Ed Arnold * NCAR * POB 3000, Boulder, CO 80307-3000 * 303-497-1253(voice) 303-497-1137(fax) * era@ncar.ucar.edu [128.117.64.4] * era@ncario.BITNET From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 14 22:46:31 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA02334; Tue, 14 Jan 1992 19:56:12 -0600 Received: by delta.eecs.nwu.edu id AA11349 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 14 Jan 1992 16:47:17 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from bertrand.ccs.carleton.ca by delta.eecs.nwu.edu with SMTP id AA12822 (5.65c/IDA-1.4.4 for ); Tue, 14 Jan 1992 16:47:06 -0600 Received: by bertrand.ccs.carleton.ca (4.1/SMI-4.0) id AA03975; Tue, 14 Jan 92 17:46:35 EST Newsgroups: culist.sun-managers Path: news From: pkc@carleton.ca (Peter Choynowski) Subject: SCSI id for XT-8760S drive ? Message-Id: <1992Jan14.224631.3934@cunews.carleton.ca> Organization: School of Computer Science, Carleton University, Ottawa, Canada Date: Tue, 14 Jan 1992 22:46:31 GMT Apparently-To: sun-managers@eecs.nwu.edu I am looking for the scsi jumper settings for the Maxtor Xt-8760S drive. I have it on line as sd2 and no matter how much I try I can not boot from it. My current configuration is a Sun 3 with 140 Mb sd0 drive and the XT as sd2. I have copied sd0a and sd0f to sd2 disk and run installboot but I can not boot from it ( prom command b sd(0,8,0) times out ). I want to try to make the XT drive sd0 and see if I can get it to boot. Thanks in advance, Peter --- pkc@carleton.ca From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 14 11:53:40 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA02412; Tue, 14 Jan 1992 21:08:31 -0600 Received: by delta.eecs.nwu.edu id AA15833 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 14 Jan 1992 17:51:07 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from csq.uta.edu by delta.eecs.nwu.edu with SMTP id AA15782 (5.65c/IDA-1.4.4 for ); Tue, 14 Jan 1992 17:50:59 -0600 Received: by csq.uta.edu (5.61/1.35) id AA19403; Tue, 14 Jan 92 17:53:40 -0600 Date: Tue, 14 Jan 92 17:53:40 -0600 From: riess@csq.uta.edu (Bill Riess) Message-Id: <9201142353.AA19403@csq.uta.edu> To: sun-managers@eecs.nwu.edu Subject: IPX install with SCSI drive and tape Am attempting to install OS4.1.1b on a new IPX. It came with its 207MB drive, and I have attached an additional SCSI HP drive and QIC150 Tape drive. The system sees both drives and the tape upon boot. Using the tape to install, it sees all drives upon rebooting munix prior to executing Suninstall. During Suninstall it sees only its own drive, and not the additional one I added. It will therefore install only on sd0. sd1 is in the /dev. While in single user mode I partitioned the new drive, and it labeled fine. Is this normal for the SPARC Station line? If not, is there a way to get Suninstall to see the additional disk drive? Cables are secure, the drive was accessed in the single user mode, and SCSI addresses check out OK. I elected to not use the built-in install because I was adding on the extra drive. It appears that I should have let it configure and install itself, then add the drive afterward. Bill Riess, Mgr, Ops&Services, CSE Dept. UT Arlington riess@csq.uta.edu From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 14 11:14:16 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA02458; Tue, 14 Jan 1992 22:08:28 -0600 Received: by delta.eecs.nwu.edu id AA17229 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 14 Jan 1992 17:14:38 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from lgc.lgc.com by delta.eecs.nwu.edu with SMTP id AA16129 (5.65c/IDA-1.4.4 for ); Tue, 14 Jan 1992 17:14:26 -0600 Received: from antares.lgc.com by lgc.lgc.com (5.65b/lgc.1.23) id AA23526; Tue, 14 Jan 92 17:14:22 -0600 Received: from minnie.lgc.com by antares.lgc.com (4.1/lgc.1.23) id AA26851; Tue, 14 Jan 92 17:14:19 CST Received: from loopback by minnie.lgc.com (4.1/lgc.1.9) id AA26507; Tue, 14 Jan 92 17:14:17 CST Message-Id: <9201142314.AA26507@minnie.lgc.com> To: sun-managers@eecs.nwu.edu Cc: vispi@lgc.com Subject: SUMMARY: NFS automounter on an RS6000 client with a sparc NIS server In-Reply-To: Your message of "Mon, 06 Jan 92 17:29:29 CST." <9201062329.AA19952@minnie.lgc.com> Date: Tue, 14 Jan 92 17:14:16 -0600 From: vispi@lgc.com Hi all Sorry for the delay in posting the summary. This is my original response. The summary follows. Its long. ==> ==> ==> ==>Hi Managers ==> ==>I'm trying to get an RS6000 set up as an NIS client using a sparc as an ==>NIS server. ==> ==>Client RS6000 530 running AIX 3.1 ==>NIS server sparc 370 running SunOS 4.1.1 ==> ==>Okay, here's the problem. It might be something obvious, or it might not ... ==>... ==> ==>According to InfoExplorer, (the IBM hypertext help system) a sample auto.mas ==>ter ==>file shows no mount option fields. On the sun there is a mount options field ==>. ==> ==>eg. (on suns) ==># cat /etc/auto.master ==> ==> /home /usr/share/automounter/auto.home -rw,hard,intr ==> ^^^^^^^^^^^^^ ==> ==>and ==># cat /etc/auto.home (on suns) ==> ==> machine1 machine1:/export/home/machine1 ==> ==>NOW note the difference on the RS6000's ==> ==>eg. (on RS6000) ==># cat /etc/auto.master ==> ==> /home /usr/share/automounter/auto.home ==> ==> ==> and ==># cat /etc/auto.home (on RS6000) ==> ==> machine1 -rw,hard,intr machine1:/export/home/machine1 ==> ^^^^^^^^^^^^^ ==> ==>The mount options are in different maps. ==>How does this affect me?? I have to use the NIS maps generated by the ==>NIS sun server on the RS6000 client. ==> ==> ==>What I have achieved: ==> a) I have configured the RS6000 to the point where ypcat mapname ==> shows the NIS maps. ypwhich, and ypmatch work as they should. ==> ==> b) The automounter is running and tries to mount the correct ==> filesystems, but fails for some unknown (to me) reason. ==> ==>Strange symptoms: ==> a) When the automounter is running /home gets created. That's fine. ==> If I cd to /home an ls results in the following message ==> ==> ls: 0653-343 Cannot read .. ==> ==>Any fixes, suggestions etc.... ==>Any and all help will be greatly appreciated. If anyone has dealt with a ==>similar situation, please email me and I'll summarize. ==> ==>Thanks ==> -Vispi Dumasia ==> vdumasia@lgc.com ==> ------- General opinion is, and I found it to be true is that auto.master is either outdated or broken, and there is no point in messing with it. However it is possible to run NIS and automounter on RS6000 clients. Also many suggested badgering IBM for a fix. Mark Miller suggested that I have a different set of maps for the RS6000 that are generated by the sun master. I didn't try that, but that seems like it will work. Walter Hartheimer's suggestion was the one I took. I placed the mount points in /etc/rc.nfs on the RS6000 and created the files /etc/auto.home auto.build etc with +auto.home and +auto.build in them. The automount has to be invoked from the /etc/rc.nfs file as follows /usr/etc/automount -m /home /etc/auto.home The -m means don't refer to the NIS maps, thus it won't read auto.master. ========== Below is a list of all the responses. Longish :-) From: zjat02@trc.amoco.com (Jon A. Tankersley) Message-Id: <9201070430.AA14369@trc.amoco.com> To: vispi Subject: Re: NFS automounter on an RS6000 client with a sparc NIS server Surprise, surprise..... The RS6000 has automount based of 4.0.0 not 4.0.3 or 4.1 or 4.1.1.... This means it is severely broken. No NIS maps, etc.... Sorry. I've already fried IBM over this one. The were advertising it as 4.0.3 based. From: eckhard@ikarus.ts.go.dlr.de (Eckhard Rueggeberg) Message-Id: <9201070743.AA23733@ikarus.ts.go.dlr.de> To: vispi Subject: Re: NFS automounter on an RS6000 client with a sparc NIS server An RS6000 is a semi-UNIX machine which you can't expect to work as well as any other real UNIX machine in a UNIX environment. Eckhard R"uggeberg eckhard@ikarus.ts.go.dlr.de From: birger@vest.sdata.no ( Birger Wathne) Message-Id: <9201070800.AA05146@sdvest.vest.sdata.no> To: vispi Subject: Re: NFS automounter on an RS6000 client with a sparc NIS server The options in auto.master are considered defaults for the auto.home map, but can be overridden by entries in auto.home. I have set up automount between RS6000 and Sun without any problems. But i don't have any access to that setup anymore... I did it for a customer. Birger From: Mark Miller To: vdumasia Subject: automounter and aix Message-Id: Hello, About your question on NIS/autmounter/and Suns and AIX machines. We are doing the same thing, using a Sun NIS server for the AIX machines using the automounter. Yes, the IBM and Sun automount maps are somewhat different. We solved the problem by distributing a complete separate set of maps for the AIX machines. For example, we created auto.master2 for the AIX machines, then fired up the AIX automounters with the command: /usr/etc/automount -m `/usr/bin/ypcat -k auto.master2` The -m says to ignore the auto.master map, and the ypcat fills in the command line with the alternate master map. Any maps referenced in that master map are then picked up by the automounter automatically (even though this doesn't seem to be documented). Actually, we had a lot of trouble with the AIX automounter, and ended up using AMD on the AIX machines. For that we have another set of maps called amd.master1, etc. mark ----------------------------------------------------------------------------- Mark Miller Network Analyst lumm@spot.CC.Lehigh.EDU Lehigh University Computing Center LUMM@VAX1.CC.Lehigh.EDU Bethlehem, PA 18015 LUMM@LEHIIBM1 (Bitnet) ----------------------------------------------------------------------------- From: mcneill@eplrx7.es.dupont.com (Keith McNeill) Message-Id: <9201071434.AA19086@eplrx7.es.duPont.com> Received: by molson.es.duPont.com (4.1/kdm-082991-sub) id AA00421; Tue, 7 Jan 92 09:34:21 EST To: vispi Subject: Re: NFS automounter on an RS6000 client with a sparc NIS server There is a fix to the IBM automounter that amoung other things enables it to deal with unknown options more gracefully (unknown to the IBM at least). The automounter that they supply is apparently a very very early one supplied by Sun. Call them up to get a fix and to badger them to get the most recent Sun automounter ported. Keith Keith McNeill | Du Pont Company mcneill@eplrx7.es.duPont.com | Engineering Physics Laboratory (302) 695-9353/7395 | P.O. Box 80357 | Wilmington, Delaware 19880-0357 From: walter@pins.com (Walter F. Hartheimer) Received: by pins.com (4.1/3.2.083191-Precision Nesting Systems) id AA09494; Tue, 7 Jan 92 10:09:27 EST Message-Id: <9201071509.AA09494@pins.com> To: vispi Subject: Re: NFS automounter on an RS6000 client with a sparc NIS server My experience has shown that the auto.master does not work. I have placed the mount points in the automount startup command in rc.nfs. Note the line: if [ -x /usr/etc/automount ]; then /usr/etc/automount /home auto.home /vol auto.vol fi is the last line in my rc.nfs which gives me two mount points for the automounter. rc.nfs is spawned by an entry in inittab Note the line: rcnfs:2:wait:/etc/rc.nfs > /dev/console 2>&1 # Start NFS Daemons Hope this helps! From: johnb@edge (John Benjamins) Date: Tue, 7 Jan 1992 23:41:57 -0500 In-Reply-To: vispi@lgc.com "NFS automounter on an RS6000 client with a sparc NIS server" (Jan 6, 5:29pm) X-Mailer: Mail User's Shell (7.2.3 5/22/91) To: vispi Subject: Re: NFS automounter on an RS6000 client with a sparc NIS server vispi@lgc.com, On Jan 6, 5:29pm, you wrote: } Subject: NFS automounter on an RS6000 client with a sparc NIS server } } Hi Managers } } I'm trying to get an RS6000 set up as an NIS client using a sparc as an } NIS server. } } Client RS6000 530 running AIX 3.1 } NIS server sparc 370 running SunOS 4.1.1 } } Okay, here's the problem. It might be something obvious, or it might not ..... } } According to InfoExplorer, (the IBM hypertext help system) a sample auto.master } file shows no mount option fields. On the sun there is a mount options field. } } eg. (on suns) } # cat /etc/auto.master } } /home /usr/share/automounter/auto.home -rw,hard,intr } ^^^^^^^^^^^^^ } } and } # cat /etc/auto.home (on suns) } } machine1 machine1:/export/home/machine1 } } NOW note the difference on the RS6000's } } eg. (on RS6000) } # cat /etc/auto.master } } /home /usr/share/automounter/auto.home } } } and } # cat /etc/auto.home (on RS6000) } } machine1 -rw,hard,intr machine1:/export/home/machine1 } ^^^^^^^^^^^^^ } } The mount options are in different maps. } How does this affect me?? I have to use the NIS maps generated by the } NIS sun server on the RS6000 client. } } } What I have achieved: } a) I have configured the RS6000 to the point where ypcat mapname } shows the NIS maps. ypwhich, and ypmatch work as they should. } } b) The automounter is running and tries to mount the correct } filesystems, but fails for some unknown (to me) reason. } } Strange symptoms: } a) When the automounter is running /home gets created. That's fine. } If I cd to /home an ls results in the following message } } ls: 0653-343 Cannot read .. } } Any fixes, suggestions etc.... } Any and all help will be greatly appreciated. If anyone has dealt with a } similar situation, please email me and I'll summarize. } } Thanks } -Vispi Dumasia } vdumasia@lgc.com } }-- End of excerpt of Jan 6, 5:29pm I would call IBM and ask for a fix. My understanding is that the version of NFS/NIS that they are using is of SunOS 3.5 vintage, and has a number of bugs. What version of AIX are you running? At least 3.1.5 I hope:-) I hope this helps. -- E. John Benjamins BITNET: JOHNB@MCMASTER Computing and Information Services, Internet: johnb@edge.cis.mcmaster.ca ABB 132, McMaster University, << "Who can stand in the way, >> Hamilton, Ontario, Canada. << When there's a dollar to be made?" >> From: marc@aixwiz.austin.ibm.com (Marc Wiz) Message-Id: <9201082242.AA27825@aixwiz.austin.ibm.com> To: vdumasia Subject: Automounter on the RS/6000 The 6000 uses the old Sun automounter from SunOS 4.0.3. Someone in my group is working on porting the 4.1.1 automounter. You might want to ask your IBM SE about this or call the Austin Support Center. There are fixes to automounter bugs. Hope this helps. Marc Wiz MaBell (512)838-4028 Yes that really is my last name. The views expressed are my own. marc@aixwiz.austin.ibm.com --- Thanks all -Vispi Dumasia vdumasia@lgc.com From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 14 12:26:51 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA02477; Tue, 14 Jan 1992 22:20:54 -0600 Received: by delta.eecs.nwu.edu id AA23475 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 14 Jan 1992 19:03:23 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay2.UU.NET by delta.eecs.nwu.edu with SMTP id AA30049 (5.65c/IDA-1.4.4 for ); Tue, 14 Jan 1992 19:03:10 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA00351; Tue, 14 Jan 92 20:03:14 -0500 Received: from algol.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 200214.28243; Tue, 14 Jan 1992 20:02:14 EST Received: from castor.geoquest.com by algol.geoquest.com (4.1/SMI-4.1) id AA04149; Tue, 14 Jan 92 18:26:51 CST Date: Tue, 14 Jan 92 18:26:51 CST From: ho@geoquest.com (Sebastian Ho) Message-Id: <9201150026.AA04149@algol.geoquest.com> To: sun-managers@eecs.nwu.edu Subject: License management on suns Are there any out there in netland who can share their experience, war stories, recommendations, etc. concerning license management software, particularly from a system management perspective? A group of our users is preparing to implement license management in an application they are developing. They intend to use a third party package, but they have not yet decided whose product they will purchase. Although the Sun License Manager is the most obvious candidate, others must be considered to insure the best cross-platform compatibility. Packages like those from Highland, Elan, Hewlett-Packard, and Quality Software are under scrutiny. Are there others worth looking at? Should we be alert for any special demands that these packages may place on the system, either generically or for any specific product? Although this is not a forum for application questions, we will also accept any advice in that area that you may want to provide and will pass it on to the developers. Please respond directly to email address sho@geoquest.com, and I will summarize when the inputs taper off. Thanks, Sebastian Ho GeoQuest Systems, Inc. sho@geoquest.com From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 14 10:06:58 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA02523; Tue, 14 Jan 1992 23:26:27 -0600 Received: by delta.eecs.nwu.edu id AA27106 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 14 Jan 1992 20:07:14 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA30252 (5.65c/IDA-1.4.4 for ); Tue, 14 Jan 1992 20:07:06 -0600 Received: from cygnus.com by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA13201; Tue, 14 Jan 92 21:07:00 -0500 Received: from localhost.cygnus.com by cygnus.com (4.1/SMI-4.1) id AA29782; Tue, 14 Jan 92 18:06:59 PST Message-Id: <9201150206.AA29782@cygnus.com> To: sun-managers@eecs.nwu.edu Subject: Cygnus Support will build free Solaris 2.0 compilers (with your help) Date: Tue, 14 Jan 92 18:06:58 -0800 From: gnu@cygnus.com In Solaris 2.0, Sun is unbundling its compilers -- selling them separately from the operating system. It makes sense for them to price things separately, so they can tell which parts their customers really value. But we heard a lot of complaining about this at the Sun User Group and on the net, and I have come up with a proposed solution. Cygnus Support would like to make the GNU C compiler and tools work on Solaris 2.0. The result will be a full set of development tools -- C compiler, assembler, linker, debugger, and miscellaneous utilities -- freely available to everyone under the GNU General Public License. But we want everyone to receive a compiler for free with every workstation, as in previous SunOS releases. At the next chance (fall '92), we'll put the tools onto the Sun Catalyst "CDware" disk. Sun ships one of these with every workstation, as a marketing tool for SPARC software vendors. Most of the software on that disk is "demo versions", but we would ship the real thing -- full working binaries and source code. If the result is that most people are satisfied with this compiler and don't buy the extra-cost Sun compiler, Sun can invest in other parts of the software where it adds more value. To do this will take expertise, time, and money. We estimate that Cygnus can do it with $200K and about three months. We have the expertise; we can make the time; we're looking for the money. It seems easiest to find roughly 100 sites that will each send in $2000 -- the current price of ``Sun C''. $2000 to Sun will get you a compiler licensed to run on exactly one workstation (five programmers would need five licenses, costing almost $10,000). For $2000, Cygnus will give you a compiler that you can run anywhere, and give away or sell to anyone, without further charges. Each site sending $2000 will get a copy of the compiler directly from us, and will also get its name engraved in bits on the CDware mass-distribution disk :-). Cygnus will provide you a native C compiler for the SPARC running Solaris 2.0. We deliver software ready to run: integrated, configured, compiled, and easy to install, with printed documentation. The price includes one year's software support, to a group of up to five people at your site, starting when you receive the software from us. While doing the work, we'll send you monthly progress reports by email. If we have checks or PO's totaling $200,000 by the end of February, we promise to deliver simultaneously with the official release of Solaris 2.0. (If fewer than 100 sites are interested, we will still deliver to those people, but sometime later. In that situation, you can get a refund if you aren't happy with our progress, three months after the official Solaris 2.0 release.) Space on the last CDware disk cost $20,000 for 30MB (about the size of sources and binaries of these tools). The rest of the money is to pay our employees to do the work, to rush it so it is done by the time Solaris 2.0 comes out, and to ship it to you and then support you for a year after it's done. We have part of the work already done. The major change is that Solaris 2.0 uses the ELF file format and DWARF debugging records, rather than the traditional "a.out" files and "stabs" debug symbols. The latest GDB and parts of the new binutils can read the ELF/DWARF file formats on a couple of machines, and GCC2 has some support for ELF/DWARF. We would need to improve the Binary File Descriptor library to be able to write ELF files, significantly improve the new GNU LD to handle shared libraries, and make an ELF version of the GNU Assembler. Further DWARF work will be needed in GCC2 and GDB. And of course, we have to port each tool to run smoothly on a new operating system, update the documentation, and write the scripts to make it easy to install. We don't yet know whether Sun will ship include files and libraries with the basic OS. They have to ship the shared libraries so that ordinary programs can run, but they might not ship static libraries or the system include files. We might end up having to reimplement parts of these to make it all freely distributable. We'll deal with C++, and with Solaris 2.0 on the 386, at a later date. People who receive the CDware disk with their workstation, or get the software from the net, will be able to send us $3000 and get a year's support for a group of 5 people. Or they can just use it, depending on themselves and the net for support. Larger sites can pay more for more support. The 100 `heroes' who sign up early get a better rate, for believing in us and in the power of free software to improve the world. Send checks and purchase orders to: Solaris Compiler Offer Cygnus Support 814 University Avenue Palo Alto, CA 94301 We have no venture capital or outside funding, so please send a check. *Be sure to include your name, address, phone number, and email address.* No further paperwork or licenses are required (though we can send you some, if you like paperwork). PO terms are 15 days from invoice, and we will immediately bill you as soon as we get your PO -- months before we ship you the software. People interested in this offer should send email to: solaris-compiler@cygnus.com Include your company or organization name, postal address and phone number, and say why you are sending email rather than a check :-). Please forward this message to any interested people or lists. John Gilmore Cygnus Support From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 14 19:38:45 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA03335; Wed, 15 Jan 1992 07:30:07 -0600 Received: by delta.eecs.nwu.edu id AA03437 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 15 Jan 1992 03:54:46 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from sun2.nsfnet-relay.ac.uk by delta.eecs.nwu.edu with SMTP id AA19539 (5.65c/IDA-1.4.4 for ); Wed, 15 Jan 1992 03:54:29 -0600 Received: from computing-science.aberdeen.ac.uk by sun2.nsfnet-relay.ac.uk via JANET with NIFTP id <3818-0@sun2.nsfnet-relay.ac.uk>; Wed, 15 Jan 1992 08:31:20 +0000 Date: Tue, 14 Jan 92 19:38:45 GMT From: Nick Murray Message-Id: <9201141938.AA03064@uk.ac.aberdeen.computing-science> To: sun-managers@eecs.nwu.edu Subject: Needed: Printcap entry for Apple Laserwriter IIf We have just received an Apple Laserwriter IIf which was to replace an existing Apple Laserwriter IInt. The IInt was connected to one of the MTI serial ports on a Sun-3/280. Previously it had been connected to the ttyb port of the same machine. This setup had worked for several years with few problems. Does anyone have a printcap entry for an Apple laserwriter IIf, or failing that an explanation of why the existing printcap (which worked well enough for the IInt) fails to work now. This is the printcap entry : lw|lw-staff|lw-eagle|ps|postscript|PostScript:\ :lp=/dev/lw:sd=/usr/spool/lw:rs:\ :lf=/usr/adm/lw-log:af=/usr/adm/lw.acct:\ :br#9600:rw:fc#0000374:fs#0000003:xc#0:xs#0040040:mx#0:sf:sb:sc:\ :if=/usr/local/lib/lw/psif:\ :of=/usr/local/lib/lw/psof:gf=/usr/local/lib/lw/psgf:\ :nf=/usr/local/lib/lw/psnf:tf=/usr/local/lib/lw/pstf:\ :rf=/usr/local/lib/lw/psrf:vf=/usr/local/lib/lw/psvf:\ :cf=/usr/local/lib/lw/pscf:df=/usr/local/lib/lw/psdf: Incidently, by using the alternative values of fc, fs and xs : fc#0177777, fs#06021, xs#00040 (obtained from an HP II laserjet printcap) Most print jobs were printed, but the printer hung indefinitely after each job. Thanks in advance, +-------------------------------------------------------------------------+ |Nick Murray email | |Computer Officer | |Dept.of Computing Science | |University of Aberdeen | |King's College | |Aberdeen AB9 2UB | |Scotland UK | +-------------------------------------------------------------------------+ From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 15 04:18:57 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA04051; Wed, 15 Jan 1992 12:11:54 -0600 Received: by delta.eecs.nwu.edu id AA20795 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 15 Jan 1992 08:20:30 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from pandora.cs.wayne.edu by delta.eecs.nwu.edu with SMTP id AA15593 (5.65c/IDA-1.4.4 for ); Wed, 15 Jan 1992 08:20:23 -0600 Received: from thor.cs.wayne.edu by pandora.cs.wayne.edu with SMTP id AA11044 (5.65b/IDA-1.4.3 for sun-managers@eecs.nwu.edu); Wed, 15 Jan 92 09:20:15 -0500 Received: by thor.cs.wayne.edu (4.1/SMI-4.0) id AA02530; Wed, 15 Jan 92 09:18:57 EST Date: Wed, 15 Jan 92 09:18:57 EST From: jjb@thor.cs.wayne.edu Message-Id: <9201151418.AA02530@thor.cs.wayne.edu> To: higgins@denali.math.niu.edu, sun-managers@eecs.nwu.edu Subject: Re: VAXstations?? Yes, you can run Ultrix on the VAXStations. We had a 3100 on loan here, and it participated in our predominately Sun network. We've also used MicroVAXen (uVAXII's and a 3600) and a DECstation 5000. There *are* gotchas involved. For example, the integration of the DNS and NIS facilities are handled differently, and that precludes using the Ultrix machine as a NIS server. At one time, at least, and probably still, the Ultrix mail alias NIS map was/is incompatible with the Sun version, so having the Ultrix host act as a mail server would mean special care in doing aliases. (Our mailhost is the uVAX 3600; we just ignore the NIS alias map.) There was also a hitch in the rlogin program under Ultrix that made it unusable when loggin in on a Sun. I *think* that one has been fixed. Telnet did not have the same problem. In short, I'd say go for it. Particularly if the VAXstations are going to be clients, there should not be a great deal of problems. From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 15 04:00:05 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA04077; Wed, 15 Jan 1992 12:16:55 -0600 Received: by delta.eecs.nwu.edu id AA24535 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 15 Jan 1992 08:21:15 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from abvax.icd.ab.com by delta.eecs.nwu.edu with SMTP id AA01589 (5.65c/IDA-1.4.4 for ); Wed, 15 Jan 1992 08:21:08 -0600 Received: from sunne.UUCP by abvax.icd.ab.com (5.64/1.41) with UUCP id AA12370; Wed, 15 Jan 92 08:59:01 -0500 Received: by wal.ab.com (4.1/WAL-1.0) id AA07369; Wed, 15 Jan 92 09:00:05 EST Date: Wed, 15 Jan 92 09:00:05 EST From: sunne!rickn@abvax.icd.ab.com (Richard J. Niziak) Message-Id: <9201151400.AA07369@wal.ab.com> To: sun-managers@abvax.icd.ab.com Subject: PRINTCAP for LJII I need a printcap for a HP LJII printer. Thanks, R.Niziak A-B CO.,Inc. abvax!sunne!rickn:wq From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 15 17:22:45 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA04162; Wed, 15 Jan 1992 12:51:05 -0600 Received: by delta.eecs.nwu.edu id AA04510 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 15 Jan 1992 09:21:52 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from mailgate.ericsson.se by delta.eecs.nwu.edu with SMTP id AA22783 (5.65c/IDA-1.4.4 for ); Wed, 15 Jan 1992 09:21:44 -0600 Received: from ericom.ericsson.se by mailgate.ericsson.se (4.1/SMI-4.1-MAILGATE1.7) id AA07934; Wed, 15 Jan 92 16:21:31 +0100 Received: from ppvku.ericsson.se by ericom.ericsson.se (4.1/SMI-4.0-ERICOM1.5) id AA11333; Wed, 15 Jan 92 16:21:28 +0100 Received: from sun24.ppvku.ericsson.se by ppvku.ericsson.se (4.1/SMI-4.1) id AA26759; Wed, 15 Jan 92 16:22:45 +0100 Date: Wed, 15 Jan 92 16:22:45 +0100 From: misa@ppvku.ericsson.se (6180) Message-Id: <9201151522.AA26759@ppvku.ericsson.se> To: sun-managers@eecs.nwu.edu Subject: 2 framebuffers Hi Sun-Managers. Is it possible to use 2 framebuffers on ELC, to use one for SunView and the other for OpenWindows and then switch between those. If it's possible how do I make it work. Thankful for all replies. Mikael Sandquist (LSA) voice: 054-193816 Ericsson Programatic Sweden AB fax: 054-153991 Kaniken{sbanken 4, Box 1038 E-mail: misa@ppvku.ericsson.se S-651 15 KARLSTAD From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 15 04:23:46 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA04295; Wed, 15 Jan 1992 13:29:03 -0600 Received: by delta.eecs.nwu.edu id AA00337 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 15 Jan 1992 08:23:56 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from pandora.cs.wayne.edu by delta.eecs.nwu.edu with SMTP id AA04629 (5.65c/IDA-1.4.4 for ); Wed, 15 Jan 1992 08:23:50 -0600 Received: by pandora.cs.wayne.edu id AA11072 (5.65b/IDA-1.4.3 for sun-managers@eecs.nwu.edu); Wed, 15 Jan 92 09:23:46 -0500 Date: Wed, 15 Jan 92 09:23:46 -0500 From: "Jon J. Brewster" Message-Id: <9201151423.AA11072@pandora.cs.wayne.edu> To: sun-managers@eecs.nwu.edu Subject: Abject apology Arrgh! Sorry for copying the list on what should have been a reply only to higgins@denali.math.niu.edu. From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 15 05:56:16 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA04422; Wed, 15 Jan 1992 14:27:03 -0600 Received: by delta.eecs.nwu.edu id AA24631 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 15 Jan 1992 10:00:12 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from FRED.BBN.COM by delta.eecs.nwu.edu with SMTP id AA07615 (5.65c/IDA-1.4.4 for ); Wed, 15 Jan 1992 10:00:06 -0600 Message-Id: <199201151600.AA07615@delta.eecs.nwu.edu> Date: Wed, 15 Jan 92 10:56:16 EST From: Dianne Clayton To: sun-managers@eecs.nwu.edu Subject: format.dat entry needed for Hitachi DK516C-16 Hi, Does anyone out there have a format.dat entry for a Hitachi DK516C-16 disk? If you could please reply via email that would be appreciated as I don't get to read this newsgroup as often as I wish to.... Thanks in advance, Dianne Clayton dclayton@bbn.com From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 15 06:28:59 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA04454; Wed, 15 Jan 1992 14:39:44 -0600 Received: by delta.eecs.nwu.edu id AA12417 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 15 Jan 1992 10:32:58 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from snowhite.cis.uoguelph.ca by delta.eecs.nwu.edu with SMTP id AA02170 (5.65c/IDA-1.4.4 for ); Wed, 15 Jan 1992 10:32:42 -0600 Received: from shakti.cis.uoguelph.ca by snowhite.cis.uoguelph.ca (5.61/1.35) id AA11127; Wed, 15 Jan 92 11:19:06 -0500 Received: by shakti.cis.uoguelph.ca (4.1/SMI-4.1) id AA01782; Wed, 15 Jan 92 11:28:59 EST Date: Wed, 15 Jan 92 11:28:59 EST From: mkgarg@shakti.cis.uoguelph.ca (Mahesh Garg) Message-Id: <9201151628.AA01782@shakti.cis.uoguelph.ca> To: cordis1_490!gls, sun-managers@eecs.nwu.edu Subject: Re: ftp site for patches This was posted few months ago on this list.......... ------------------ Subject: How to get SunOS 4.1.1 patches via anonymous FTP Recently, I've seen a few requests for SunOS patches sent to this list. I have several SunOS 4.1.1 patches obtained either directly from Sun or from ftp.uu.net:/sun-dist. To save space, I have removed support for all versions of the OS except 4.1.1. If you need patches for an earlier version, I can't help you. The patches are available via anonymous FTP to ftp.math.ksu.edu in /pub/sunos.4.1.1.patches. If you can't FTP please don't ask me to mail patches to you -- have a ftp mailserver grab it for you. -------------------- Hope this will help. Mahesh From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 15 06:25:24 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA04564; Wed, 15 Jan 1992 15:09:11 -0600 Received: by delta.eecs.nwu.edu id AA02739 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 15 Jan 1992 10:27:51 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Soaf1.ssa.gov by delta.eecs.nwu.edu with SMTP id AA04469 (5.65c/IDA-1.4.4 for ); Wed, 15 Jan 1992 10:27:38 -0600 Received: by Soaf1.ssa.gov (/\==/\ Smail3.1.25.1 #25.14) id ; Wed, 15 Jan 92 11:25 EST Message-Id: From: tkevans@ssa.gov (Tim Evans) Subject: WHOOPS--No Return Address To: sun-managers@eecs.nwu.edu (Sun Managers) Date: Wed, 15 Jan 92 11:25:24 EST Organization: Social Security Administration, Baltimore, MD Phone: (410) 965-3286 (FTS 625-3286) X-Mailer: ELM [version 2.4dev PL53] On my prior message about statd, I asked that you use a UUCP address to reply, but didn't include it. Here it is. INTERNET tkevans@ssa.gov UUCP ...!{rutgers|ames|uunet}!mimsy!woodb!tkevans cc:Mail Tim K. Evans at ~OSS HHSMAIL CFSAN_GATE: *tkevans@ssa.gov US MAIL 6401 Security Blvd, 2-Q-2 Operations, Baltimore, MD 21235 -- INTERNET tkevans@ssa.gov UUCP ...!{rutgers|ames|uunet}!mimsy!woodb!tkevans cc:Mail Tim K. Evans at ~OSS HHSMAIL CFSAN_GATE: *tkevans@ssa.gov US MAIL 6401 Security Blvd, 2-Q-2 Operations, Baltimore, MD 21235 From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 15 06:23:56 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA04572; Wed, 15 Jan 1992 15:09:34 -0600 Received: by delta.eecs.nwu.edu id AA27092 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 15 Jan 1992 10:26:29 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Soaf1.ssa.gov by delta.eecs.nwu.edu with SMTP id AA06623 (5.65c/IDA-1.4.4 for ); Wed, 15 Jan 1992 10:26:14 -0600 Received: by Soaf1.ssa.gov (/\==/\ Smail3.1.25.1 #25.14) id ; Wed, 15 Jan 92 11:23 EST Message-Id: From: tkevans@ssa.gov (Tim Evans) Subject: rpc.statd: cannot talk to statd at hostname To: sun-managers@eecs.nwu.edu (Sun Managers) Date: Wed, 15 Jan 92 11:23:56 EST Organization: Social Security Administration, Baltimore, MD Phone: (410) 965-3286 (FTS 625-3286) X-Mailer: ELM [version 2.4dev PL53] One of our Sun3/50 diskless clients is failing to boot, sitting at the "Requesting Internet address for ..." message (i.e., during the bootparams process). Its server is displaying the following message on its console: clnttcp_create: RPC: Port mapper failure - RPC: Timed Out rpc.statd: cannot talk to statd at hostname **************************************************************** Please reply using the UUCP address shown below; the non-booting client is our E-Mail gateway, with everything MX'd to it. ****************************************************************** Thanks. -- INTERNET tkevans@ssa.gov UUCP ...!{rutgers|ames|uunet}!mimsy!woodb!tkevans cc:Mail Tim K. Evans at ~OSS HHSMAIL CFSAN_GATE: *tkevans@ssa.gov US MAIL 6401 Security Blvd, 2-Q-2 Operations, Baltimore, MD 21235 From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 15 06:11:30 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA05599; Thu, 16 Jan 1992 00:15:27 -0600 Received: by delta.eecs.nwu.edu id AA05048 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 15 Jan 1992 10:10:23 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from welchlab.welch.jhu.edu by delta.eecs.nwu.edu with SMTP id AA01941 (5.65c/IDA-1.4.4 for ); Wed, 15 Jan 1992 10:10:12 -0600 Received: by welchlab.welch.jhu.edu (4.0/4.0) id AA18571; Wed, 15 Jan 92 11:11:30 EST Date: Wed, 15 Jan 92 11:11:30 EST From: John A. Johnston Message-Id: <9201151611.AA18571@welchlab.welch.jhu.edu> To: sun-managers@eecs.nwu.edu Subject: Is my IPI croaking? We have a 4/490 running 4.0.3. Three disk controllers, 6 1.1G disks. The second disk on the second controller has begun spewing out some error messages. We've had conditional reads in the past on other disks (eventually replaced) with no great harm but this seems much more serious. The system complains every now and then, but no crash or panic has resulted (yet). Is anyone able to decode the severity of these messages? It seems odd that errors are cropping up all over the disk so suddenly so I'm not sure if it is the disk or controller hardware, both? Thanks, -johnj Excertps from /var/adm/messages: Jan 15 01:09:15 welchlab vmunix: id011a: block 448 (448 abs): read: Conditional Success. Data Retry Performed. Jan 15 01:12:18 welchlab vmunix: id011a: block 517048 (517048 abs): read: Conditional Success. Data Retry Performed. Jan 15 01:13:29 welchlab vmunix: id011a: block 266150 (266150 abs): read: Conditional Success. Data Retry Performed. Jan 15 02:00:13 welchlab vmunix: id011a: block 301814 (301814 abs): read: Conditional Success. Data Retry Performed. Jan 15 02:00:15 welchlab vmunix: id011a: block 360844 (360844 abs): read: Conditional Success. Data Retry Performed. Jan 15 02:48:09 welchlab vmunix: id011a: block 438332 (438332 abs): read: Conditional Success. Data Retry Performed. Jan 15 02:48:27 welchlab vmunix: id011a: block 398972 (398972 abs): read: Conditional Success. Data Retry Performed. Jan 15 02:48:39 welchlab vmunix: id011a: block 398950 (398950 abs): read: Conditional Success. Data Retry Performed. Jan 15 02:51:09 welchlab vmunix: id011a: block 266150 (266150 abs): read: Conditional Success. Data Retry Performed. Jan 15 02:58:22 welchlab vmunix: id011a: block 10272 (10272 abs): read: Conditional Success. Data Retry Performed. Jan 15 03:00:16 welchlab vmunix: id011a: block 572368 (572368 abs): read: Conditional Success. Data Retry Performed. Jan 15 03:02:38 welchlab vmunix: id011a: block 235380 (235380 abs): read: Conditional Success. Data Retry Performed. Jan 15 03:05:34 welchlab vmunix: id011a: block 416 (416 abs): read: Conditional Success. Data Retry Performed. Jan 15 03:15:11 welchlab vmunix: id011a: block 416 (416 abs): read: Conditional Success. Data Retry Performed. Jan 15 03:15:14 welchlab vmunix: id011a: block 257504 (257504 abs): read: Conditional Success. Data Retry Performed. Jan 15 03:15:33 welchlab vmunix: id011a: block 416 (416 abs): read: Conditional Success. Data Retry Performed. Jan 15 03:30:08 welchlab vmunix: id011a: block 438336 (438336 abs): read: Conditional Success. Data Retry Performed. Jan 15 03:35:40 welchlab vmunix: id011a: block 266150 (266150 abs): read: Conditional Success. Data Retry Performed. Jan 15 03:35:49 welchlab vmunix: id011a: block 10326 (10326 abs): read: Conditional Success. Data Retry Performed. Jan 15 03:39:19 welchlab vmunix: id011a: block 165276 (165276 abs): read: Conditional Success. Data Retry Performed. Jan 15 03:42:00 welchlab vmunix: id011a: block 416 (416 abs): read: Conditional Success. Data Retry Performed. Jan 15 03:42:21 welchlab last message repeated 2 times Jan 15 03:42:26 welchlab vmunix: id011a: block 418640 (418640 abs): read: Conditional Success. Data Retry Performed. Jan 15 03:47:40 welchlab vmunix: id011a: block 572368 (572368 abs): read: Conditional Success. Data Retry Performed. Jan 15 03:51:24 welchlab vmunix: id011d: block 374368 (1478908 abs): read: Conditional Success. Data Retry Performed. Jan 15 03:52:36 welchlab vmunix: id011d: block 394064 (1498604 abs): read: Conditional Success. Data Retry Performed. Jan 15 03:54:42 welchlab last message repeated 2 times Jan 15 03:55:01 welchlab vmunix: id011d: block 374368 (1478908 abs): read: Conditional Success. Data Retry Performed. Jan 15 03:55:38 welchlab vmunix: id011d: block 374368 (1478908 abs): read: Conditional Success. Data Retry Performed. Jan 15 03:56:14 welchlab vmunix: id011d: block 374368 (1478908 abs): read: Conditional Success. Data Retry Performed. Jan 15 05:07:36 welchlab vmunix: id011a: block 448 (448 abs): read: Conditional Success. Data Retry Performed. Jan 15 05:09:14 welchlab vmunix: id011a: block 266150 (266150 abs): read: Conditional Success. Data Retry Performed. Jan 15 05:12:37 welchlab vmunix: id011a: block 416166 (416166 abs): read: Conditional Success. Data Retry Performed. Jan 15 06:19:17 welchlab vmunix: id011a: block 438314 (438314 abs): read: Conditional Success. Data Retry Performed. Jan 15 06:19:30 welchlab vmunix: id011a: block 398972 (398972 abs): read: Conditional Success. Data Retry Performed. Jan 15 06:23:47 welchlab vmunix: id011a: block 572368 (572368 abs): read: Conditional Success. Data Retry Performed. Jan 15 06:28:36 welchlab vmunix: id011a: block 416 (416 abs): read: Conditional Success. Data Retry Performed. Jan 15 06:28:52 welchlab vmunix: id011a: block 416 (416 abs): read: Conditional Success. Data Retry Performed. Jan 15 06:35:30 welchlab vmunix: id011a: block 437096 (437096 abs): read: Conditional Success. Data Correction Performed. Jan 15 06:38:52 welchlab vmunix: id011a: block 477648 (477648 abs): read: Conditional Success. Data Retry Performed. Jan 15 06:40:31 welchlab vmunix: id011a: block 438336 (438336 abs): read: Conditional Success. Data Retry Performed. Jan 15 06:46:32 welchlab vmunix: id011a: block 165300 (165300 abs): read: Conditional Success. Data Retry Performed. Jan 15 08:14:05 welchlab login: ROOT LOGIN console Jan 15 09:31:17 welchlab vmunix: idc1: ctlr message: 'panic: user_int ' Jan 15 09:31:17 welchlab vmunix: idc1: ctlr message: 'Did panic dump to drive 0 ' Jan 15 09:31:18 welchlab vmunix: ipi 100: missing interrupt. refnum 32f Jan 15 09:31:18 welchlab vmunix: id010b: block 21152 (54362 abs): read: missing interrupt - attempting recovery Jan 15 09:31:18 welchlab vmunix: ipi 100: missing interrupt. refnum 384 Jan 15 09:31:18 welchlab vmunix: id010d: block 696528 (1072908 abs): write: missing interrupt - recovery in progress Jan 15 09:31:18 welchlab vmunix: ipi 100: missing interrupt. refnum 388 Jan 15 09:31:18 welchlab vmunix: id010d: block 696560 (1072940 abs): write: missing interrupt - recovery in progress Jan 15 09:31:18 welchlab vmunix: ipi 100: missing interrupt. refnum 330 Jan 15 09:31:18 welchlab vmunix: id010b: block 21200 (54410 abs): write: missing interrupt - recovery in progress Jan 15 09:31:18 welchlab vmunix: ipi 100: missing interrupt. refnum 332 Jan 15 09:31:18 welchlab vmunix: id010b: block 21952 (55162 abs): write: missing interrupt - recovery in progress Jan 15 09:31:18 welchlab vmunix: ipi 100: missing interrupt. refnum 37a Jan 15 09:31:18 welchlab vmunix: id010d: block 696448 (1072828 abs): write: missing interrupt - recovery in progress Jan 15 09:31:18 welchlab vmunix: ipi 101: missing interrupt. refnum 3a3 Jan 15 09:31:18 welchlab vmunix: id011b: block 64 (602764 abs): read: missing interrupt - recovery in progress Jan 15 09:31:18 welchlab vmunix: ipi 100: missing interrupt. refnum 380 Jan 15 09:31:18 welchlab vmunix: id010d: block 696496 (1072876 abs): write: missing interrupt - recovery in progress Jan 15 09:31:18 welchlab vmunix: ipi 100: missing interrupt. refnum 335 Jan 15 09:31:18 welchlab vmunix: id010b: block 36320 (69530 abs): write: missing interrupt - recovery in progress Jan 15 09:31:18 welchlab vmunix: ipi 100: missing interrupt. refnum 32e Jan 15 09:31:18 welchlab vmunix: id010b: block 14000 (47210 abs): write: missing interrupt - recovery in progress Jan 15 09:31:18 welchlab vmunix: ipi 100: missing interrupt. refnum 331 Jan 15 09:31:18 welchlab vmunix: id010b: block 20944 (54154 abs): write: missing interrupt - recovery in progress Jan 15 09:31:18 welchlab vmunix: ipi 100: missing interrupt. refnum 376 Jan 15 09:31:18 welchlab vmunix: id010d: block 696416 (1072796 abs): write: missing interrupt - recovery in progress Jan 15 09:31:18 welchlab vmunix: ipi 100: missing interrupt. refnum 334 Jan 15 09:31:18 welchlab vmunix: id010b: block 28464 (61674 abs): write: missing interrupt - recovery in progress Jan 15 09:31:18 welchlab vmunix: ipi 100: missing interrupt. refnum 386 Jan 15 09:31:18 welchlab vmunix: id010d: block 696544 (1072924 abs): write: missing interrupt - recovery in progress Jan 15 09:31:18 welchlab vmunix: ipi 100: missing interrupt. refnum 382 Jan 15 09:31:18 welchlab vmunix: id010d: block 696512 (1072892 abs): write: missing interrupt - recovery in progress Jan 15 09:31:18 welchlab vmunix: ipi 100: missing interrupt. refnum 32d Jan 15 09:31:18 welchlab vmunix: id010b: block 12624 (45834 abs): write: missing interrupt - recovery in progress Jan 15 09:31:18 welchlab vmunix: ipi 100: missing interrupt. refnum 374 Jan 15 09:31:18 welchlab vmunix: id010d: block 696400 (1072780 abs): write: missing interrupt - recovery in progress Jan 15 09:31:18 welchlab vmunix: ipi 100: missing interrupt. refnum 37e Jan 15 09:31:18 welchlab vmunix: id010d: block 696480 (1072860 abs): write: missing interrupt - recovery in progress Jan 15 09:31:18 welchlab vmunix: ipi 100: missing interrupt. refnum 378 Jan 15 09:31:18 welchlab vmunix: id010d: block 696432 (1072812 abs): write: missing interrupt - recovery in progress Jan 15 09:31:18 welchlab vmunix: ipi 100: missing interrupt. refnum 333 Jan 15 09:31:18 welchlab vmunix: id010b: block 25088 (58298 abs): write: missing interrupt - recovery in progress Jan 15 09:31:18 welchlab vmunix: ipi 100: missing interrupt. refnum 37c Jan 15 09:31:18 welchlab vmunix: id010d: block 696464 (1072844 abs): write: missing interrupt - recovery in progress Jan 15 09:31:18 welchlab vmunix: ipi 1ff: missing interrupt. refnum 71 Jan 15 09:31:18 welchlab vmunix: is1: resetting slave Jan 15 09:31:18 welchlab vmunix: idc1: ctlr message: 'FW revision date = 4/18/91 , level = 50 ' Jan 15 09:31:18 welchlab vmunix: idc1: Recovery complete. From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 15 09:28:50 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA05606; Thu, 16 Jan 1992 00:20:26 -0600 Received: by delta.eecs.nwu.edu id AA04847 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 15 Jan 1992 13:44:10 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from juliet.ll.mit.edu (WX.LL.MIT.EDU) by delta.eecs.nwu.edu with SMTP id AA15463 (5.65c/IDA-1.4.4 for ); Wed, 15 Jan 1992 13:43:47 -0600 Received: from sebastian (SEBASTIAN.WX.LL.MIT.EDU) by juliet.ll.mit.edu id AA04703g; Wed, 15 Jan 92 14:28:53 EST From: mikem@juliet.ll.mit.edu ( Michael Maciolek ) Received: by sebastian; Wed, 15 Jan 92 14:28:50 EST Date: Wed, 15 Jan 92 14:28:50 EST Message-Id: <9201151928.AA16410@sebastian> To: sun-managers@eecs.nwu.edu Subject: SIMM compatibility clarifications requested Greetings, sun-managers. I need to resolve these memory compatibility questions in a hurry, so I can submit a purchase order by the end of the week. I'd like some information about ELC and IPX memory compatibility, and I'm trying to make sense of some unexpected claims made by my Sun sales rep. Yesterday I met with my Sun sales rep, and he handed me a piece of paper labeled "Sparc Desktop Memory Compatibility August 1991". When I started asking him more specific questions, he admitted that he didn't know any more details, so I'm hoping that someone out there in sun-managers land already has the answers handy right now. First, here's what that memory compatibility chart said: SIMM type & part number -----------------------------+---------+-----------------------------+---------+ | 1 MB | 4 MB | 16MB | ----+-------+--------+-------+---------+---------+---------+---------+---------+ | | Memory | | | 80ns | 100ns | 100ns | | | Total | in base| Max. | | | | | | | memory| config | Memory| | | 501-1625| | | | slots | (MB) | (MB) | 501-1679| 501-1739| 501-1812| 501-1698| 501-1822| ----+-------+--------+-------+---------+---------+---------+---------+---------+ SS2 | 16 | 32 | 128 | | X | | | | ----+-------+--------+-------+---------+---------+---------+---------+---------+ IPX | 4 | 16 | 64 | | | X | | X | ----+-------+--------+-------+---------+---------+---------+---------+---------+ ELC | 4 | 8 | 64 | | | X | X | X | ----+-------+--------+-------+---------+---------+---------+---------+---------+ IPC | 4 | 8 | 16 | X | | | | | ----+-------+--------+-------+---------+---------+---------+---------+---------+ SLC | 12 | 8 | 48 | | | | X | | ----+-------+--------+-------+---------+---------+---------+---------+---------+ SS1+| 16 | 8 | 64 | X | | X | | | ----+-------+--------+-------+---------+---------+---------+---------+---------+ Now, there are at least two, maybe three errors of omission here. You can certainly put 80 ns SIMMs into an IPC or SS1+. I don't know, but maybe you can also put 100ns 4Mx9 SIMMs into an IPC. This isn't really an issue, I just want to point out that this chart is not completely reliable, and I don't trust one odd-looking item on it. Specifically, I'm wondering about the part that says you can put 4Mx9 SIMMs (part numbers 501-1625 or 501-1812) into an IPX or ELC. Is this true? If so, can this only be done by putting four 4Mx9 SIMMs into the four available slots, getting a total of 16MB? Or is it somehow possible to add just a single 4Mx9 SIMM? (The sales guy said you could, but I don't think he really knew for sure, and it seems pretty unlikely to me.) I'm aware of other kinds of SIMMs, like 4Mx33, or 1Mx33, which I would guess are the 501-1822 and 501-1698 parts, respectively. Is this correct? Can you combine 1Mx33 and 4Mx33 SIMMs in the same machine, to get 16M, 20M, 24M, etc? This chart says the base configuration of an ELC is 8 Megabytes, and an IPX has 16 megabytes. What SIMMs does Sun ship in each of these base-config'd systems? For the IPX, do you get a single 4Mx33, or four 1Mx33 SIMMs? Results of this inquiry will determine the mix of IPC, IPX, ELC and SS2 systems and upgrades (plus additional memory) that I purchase. Recap of questions: 1. Can you really put 4Mx9 SIMMs into an ELC or IPX? 1a. Do you have to put in 4, or can you put in just 1 or 2? 2. Are the other SIMMs (501-1698 and 501-1822) the 1Mx33 and 4Mx33 type? 2a. Can you combine 1Mx33 and 4Mx33 SIMMs in the same ELC or IPX? 3. What kind of SIMMs are in a base-configured ELC (which has 8 Meg) or IPX (which has 16 Meg)? 4. What is the source of your information? First-hand experience ("I've tried it myself, and it works."), technical manual, hearsay or rumor? Thanks for any/all assistance. Will summarize. ------------------------------------------------------------------------------ Michael Maciolek mikem@juliet.ll.mit.edu (617) 981-3174 Network Engineer --- MIT Lincoln Laboratory Group 43 --- Weather Sensing ------------------------------------------------------------------------------ "EARTH: could it be time to reboot?" ------------------------------------------------------------------------------ From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 16 01:17:28 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA06011; Thu, 16 Jan 1992 01:17:28 -0600 Received: by delta.eecs.nwu.edu id AA09853 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 15 Jan 1992 15:02:44 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA07825 (5.65c/IDA-1.4.4 for ); Wed, 15 Jan 1992 15:02:33 -0600 Received: from ingr.ingr.com by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA04754; Wed, 15 Jan 92 15:11:38 -0500 Received: by ingr.ingr.com (5.61/INGR-1.1) id AA07564; Wed, 15 Jan 92 14:14:56 -0600 Received: from simpson.turtles by turtles (4.1/SMI-4.1) id AA04790; Wed, 15 Jan 92 18:56:41 IST Received: by simpson.turtles (4.1/SMI-4.1) id AA08867; Wed, 15 Jan 92 19:02:07 IST Date: Wed, 15 Jan 92 19:02:07 IST From: matis!amir@uunet.UU.NET (Amir Katz) Message-Id: <9201151702.AA08867@simpson.turtles> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: stale NFS handle/can not do cnvt Reply-To: amir%matis.uucp@ingr.com A few days ago I posted a query about the abovementioned message: >> All of a sudden (probably after some NFS server died), I started to get >> these messages on my SS1+ console: [The second message was slightly >> different but I don't have any hardcopy. I'm sure about the "cnvt"]. >> >> fcntl: stale NFS handle >> rpc.lockd: can not do cnvt >> [...rest deleted...] I apologize for not RTFM'ing - somewhere there is a reference to the /etc/sm* files. Here is the summary of responses received so far. Thanks to everybody who responded. -------------- snip-snip ------------------------------------------------ 1. Sun has a new patch, 100075-08, for the rpc.lockd problems. (get -07 or higher). ravi kagalavadi rk@bartok.att.com Hal Stern stern@sunne.East.Sun.COM J. Matt Landrum mdl@cypress.com Mark Galbraith mark@deltam.com 2. Try killing your statd & lockd, then clean out /etc/sm*, then restart Mike Raffety miker@sbcoc.com 3. Usually the only way to get out is restart rpc.lockd AND rpc.statd and sometimes even the application that's doing the locking. Frank Ooms ooms@delgeo.nl, ooms@GEDSU1.SInet.slb.com -------------- snip-snip ------------------------------------------------ /* Amir J. Katz | UUCP: uunet!ingr!matis!amir */ /* System Specialist | Internet: amir%matis.UUCP@ingr.COM */ /* SEE Technologies Ltd. | Voice: +972 52-584684, Fax: +972 52-543917 */ From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 15 11:21:44 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA06167; Thu, 16 Jan 1992 02:14:43 -0600 Received: by delta.eecs.nwu.edu id AA02796 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 15 Jan 1992 15:22:56 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from AQUA.WHOI.EDU by delta.eecs.nwu.edu with SMTP id AA08674 (5.65c/IDA-1.4.4 for ); Wed, 15 Jan 1992 15:22:49 -0600 Received: by aqua.whoi.edu (5.57/Ultrix3.0-C) id AA03168; Wed, 15 Jan 92 16:17:58 -0500 Received: by salmon.whoi.edu (4.1/SMI-4.1) id AA00537; Wed, 15 Jan 92 16:21:44 EST Date: Wed, 15 Jan 92 16:21:44 EST From: allen@salmon.whoi.edu (Allen Sonafrank) Message-Id: <9201152121.AA00537@salmon.whoi.edu> To: sun-managers@eecs.nwu.edu Subject: Printcap entry for HP ThinkJet? Does anyone have a printcap entry for an HP ThinkJet printer? Or, is there a FAQ list or archive where I could look one up? Or, does anyone know the proper number at HP to call to get the information? (I'm trying to find this for a person who has the printer but no manual.) ^ Allen Sonafrank Voice: (508) 457-2000 x3240 /|\ Information Systems Center/Clark 156 Fax: (508) 457-2174 __/_|_\__ Woods Hole Oceanographic Institution E-mail: asonafrank@whoi.edu \_____/ Woods Hole, MA 02543 From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 15 19:48:14 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA06229; Thu, 16 Jan 1992 04:13:58 -0600 Received: by delta.eecs.nwu.edu id AA17648 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 15 Jan 1992 14:34:14 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA23353 (5.65c/IDA-1.4.4 for ); Wed, 15 Jan 1992 14:33:36 -0600 Received: from rutgers.edu by rice.edu (AA02706); Wed, 15 Jan 92 13:47:45 CST Received: from rutcor.rutgers.edu by rutgers.edu (5.59/SMI4.0/RU1.4/3.08) id AA09765; Wed, 15 Jan 92 14:48:17 EST Received: by rutcor.rutgers.edu (5.59/SMI4.0/RU1.4/3.08) id AA11159; Wed, 15 Jan 92 14:48:15 EST To: ru-mlists-sun-managers@rutgers.edu Path: rutcor.rutgers.edu!lih From: lih@rutcor.rutgers.edu (Keh-Wei Lih) Newsgroups: ru.mlists.sun-managers Subject: SUMMARY: talk and ntalk Keywords: talk, ntalk Message-Id: Date: 15 Jan 92 19:48:14 GMT Distribution: usa Organization: Rutgers Univ., New Brunswick, N.J. Lines: 229 Thanks for all the system managers... The first post: > We are having some problems with talk and ntalk. I am not sure what > causes the problem but only one of our machine has it (the set up for > all of them are the same). The following is the output from > "ps aux | grep talk | sort": > > lih 19215 0.0 1.8 32 196 p1 S 17:59 0:00 grep talk > root 18619 0.0 1.4 36 148 ? I 11:44 0:00 in.talkd > root 18620 0.0 0.4 36 44 ? I 11:44 0:00 in.talkd > root 18622 0.0 0.2 36 20 ? I 11:55 0:00 in.ntalkd > root 18626 0.0 0.4 36 48 ? I 11:58 0:00 in.ntalkd > [ deleted 18 in.ntalkd each separated by 2 minute ] > root 18727 0.0 0.3 36 28 ? I 12:36 0:00 in.ntalkd > > There are always two in.talkd and they are always the oldest in time. > I mean the first to run (11:44 in the output). The number of > in.ntalkd is not always the same. I had 29 of them once and 100 > something the other time. But they are separated by two minutes. > I don't recall if they were separated by two minutes the other times > it happened. Does anyone have any idea about this? How to fix? > Please E-mail me. My E-mail address is lih@rutcor.rutgers.edu . > Thanks in advance. > > Keh-Wei The second post is for how I kill those processors. It is not improtant now so I will skip it. A possible solution is provided by Sam Horrocks > Try the following patch. It's worked so far on our sequent where we were > having exactly the same problem. The problem is that in.ntalkd will get > stuck opening a tty that's since become unused and it will hang forever in > the open. You'll need to apply this patch to the 4.3 or later sources that > you can get via ftp (look through archie). > > Sam --------------------------------------------------- Begin of the Patch ------ *** /tmp/RCSAa14123 Thu Jan 9 21:16:04 1992 --- announce.c Thu Nov 7 15:36:14 1991 *************** *** 17,22 **** --- 17,23 ---- #ifndef lint static char sccsid[] = "@(#)announce.c 5.6 (Berkeley) 6/18/88"; + static char rcsid[] = "$Header: /usr/src/uci/usr/ucb/ntalk/talkd/RCS/announce.c,v 1.3 1991/11/07 23:35:01 sam Exp $"; #endif /* not lint */ #include *************** *** 28,33 **** --- 29,36 ---- #include #include #include + #include + #include #include *************** *** 47,70 **** { int pid, val, status; if (pid = fork()) { /* we are the parent, so wait for the child */ if (pid == -1) /* the fork failed */ return (FAILED); ! do { ! val = wait(&status); ! if (val == -1) { ! if (errno == EINTR) ! continue; ! /* shouldn't happen */ ! syslog(LOG_WARNING, "announce: wait: %m"); ! return (FAILED); ! } ! } while (val != pid); ! if (status&0377 > 0) /* we were killed by some signal */ ! return (FAILED); ! /* Get the second byte, this is the exit/return code */ ! return ((status >> 8) & 0377); } /* we are the child, go and do it */ _exit(announce_proc(request, remote_machine)); --- 50,70 ---- { int pid, val, status; + /* Catch SIGCHLD */ + { + int catch_child(); + static int already_catching; + + if (!already_catching) { + (void) signal(SIGCHLD, catch_child); + ++already_catching; + } + } if (pid = fork()) { /* we are the parent, so wait for the child */ if (pid == -1) /* the fork failed */ return (FAILED); ! return (SUCCESS); } /* we are the child, go and do it */ _exit(announce_proc(request, remote_machine)); *************** *** 78,93 **** CTL_MSG *request; char *remote_machine; { ! int pid, status; char full_tty[32]; FILE *tf; struct stat stbuf; (void)sprintf(full_tty, "/dev/%s", request->r_tty); if (access(full_tty, 0) != 0) return (FAILED); ! if ((tf = fopen(full_tty, "w")) == NULL) return (PERMISSION_DENIED); /* * On first tty open, the server will have * it's pgrp set, so disconnect us from the --- 78,101 ---- CTL_MSG *request; char *remote_machine; { ! int pid, status, fd; char full_tty[32]; FILE *tf; struct stat stbuf; + /* Set alarm to exit in case we block on the tty */ + (void) signal(SIGALRM, SIG_DFL); + alarm(RING_WAIT > 5 ? (RING_WAIT - 5) : 1); + (void)sprintf(full_tty, "/dev/%s", request->r_tty); if (access(full_tty, 0) != 0) return (FAILED); ! fd = open(full_tty, O_WRONLY|O_NDELAY, 0); ! if (fd == -1) return (PERMISSION_DENIED); + (void) fcntl(fd, F_SETFL, FNDELAY); + if ((tf = fdopen(fd, "w")) == NULL) + return (FAILED); /* * On first tty open, the server will have * it's pgrp set, so disconnect us from the *************** *** 174,177 **** --- 182,193 ---- fprintf(tf, big_buf); fflush(tf); ioctl(fileno(tf), TIOCNOTTY, (struct sgttyb *) 0); + } + + + /* Called when a SIGCHLD is raised. Waits for the child to exit. + */ + catch_child() + { + wait3(0, WNOHANG, 0); } ----------------------------------------------------- End of the Patch ------ Sam also provided the way to re-create the problem: > To re-create it do the following: > > Rlogin to the host as yourself. Run tty to find out the tty name. > > Find the process id of the rlogind that's running for this tty (it > should be one or two less than $$) > > Rlogin to the host from another machine and become root. > > From root login, kill -9 the rlogind that's assoctiated with the > first login. > > Run "w" and you'll see that there's still an entry on the original > tty for the login you just killed. > > Initiate a talk to yourself on the tty that had the rlogind that was > killed. This talk will get stuck and from then on all new talk's > will hang. > > Sam I used the above to re-created the case. I got 2 in.talkd. Then I used talk and ntalk to talk to myself from some other machine to this machine several times. The in.talkd stays the 2 I created above but in.ntalkd keep growing. I will have 2 in.ntalkd at first. After a while one dies and generates two new ones and keep growing this way. I don't know when it stop growing (may be when I stop using ntalk). To kill these talkd: I can kill all in.ntalkd at once by "kill PIDs" (no need -9). To kill the 2 in.talkd I kill the one with larger PID first and wait for the other one to die itself. Kill them at once will get two new ones. Kill the smaller PID one first will get two new ones and the lerger PID one. Hope this helps. Best Regrads, Keh-Wei P.S. I followed the above patch to our computing services and they are going to fix the talk and ntalk source files. I have not tested the fixed talk and ntalk yet. Keh-Wei Lih INTERNET: lih@rutcor.rutgers.edu RUTCOR, P.O. Box 5062, Rutgers University BITNET: LIH@ZODIAC.BITNET New Brunswick, NJ 08903 UUCP: rutgers!rutcor.rutgers.edu!lih -- Keh-Wei Lih INTERNET: lih@rutcor.rutgers.edu RUTCOR, P.O. Box 5062, Rutgers University BITNET: LIH@ZODIAC.BITNET New Brunswick, NJ 08903 UUCP: rutgers!rutcor.rutgers.edu!lih From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 15 18:30:25 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA06252; Thu, 16 Jan 1992 04:21:55 -0600 Received: by delta.eecs.nwu.edu id AA15660 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 16 Jan 1992 00:30:35 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from pex.eecs.nwu.edu by delta.eecs.nwu.edu with SMTP id AA08964 (5.65c/IDA-1.4.4 for ); Thu, 16 Jan 1992 00:30:27 -0600 Received: by pex.eecs.nwu.edu (4.1/SMI-NWU-2) id AA02573; Thu, 16 Jan 92 00:30:25 CST Date: Thu, 16 Jan 92 00:30:25 CST From: phil@pex.eecs.nwu.edu (William LeFebvre) Message-Id: <9201160630.AA02573@pex.eecs.nwu.edu> To: sun-managers@eecs.nwu.edu Subject: Sun Managers Policy in Brief Sun-Managers Summary of Charter and Rules Last updated: 2 January 1992 This message is a summary of the sun-managers charter and rules. Failure to adhere to these guidelines may result in severe chastisement by the list maintainer and other list participants. Changes from previous versions of this message are indicated with change bars to the right of the message. 1: This list is NOT moderated! Every message that is sent to the list will be passed on to every member of the list (with a few small exceptions). 2: Requests to have addresses added or removed from the list should NOT be sent to the entire list. Instead, they should be mailed to: sun-managers-request@eecs.nwu.edu 3: This list is intended to be a quick-turnaround trouble shooting aid for those who administer and manage Sun systems. Its primary purpose is to provide the Sun manager with a quick source of information for system management problems that are of a time-critical nature. 4: Answers to questions are to be mailed back to the questioner and are NOT to be sent to the entire list. The person who originally asked the question has the responsibility of summarizing the answers and sending the entire summary back to the list. When a summary is sent back to the list, it should contain the word "SUMMARY" as the first word of the "Subject" line. 5: Discussions on ANY topic are not allowed and will not be tolerated. | If you want to discuss something, take it to the newsgroup | comp.sys.sun.admin or alt.sys.sun (see below). | 6: If it is not specifically related to Sun system management, then it does NOT belong on this list. Requests for vendor recommendations are tolerated, provided that the hardware in question is something that system managers normally purchase. 7: Requests for software (free or otherwise) should be limited to software that is directly related to Sun SYSTEM MANAGEMENT ONLY. 8: Read the appropriate manuals BEFORE posting, including the "Read This First" documents. Often times the manuals contain answers for common problems. 9: When including a traceback from a system panic, make sure that it is a SYMBOLIC traceback. Numeric tracebacks (the ones included as part of the panic message) are totally useless. Read chapter 22 of the SunOS 4.1 system administration manual to learn how to produce a symbolic traceback. 10: PLEASE PLEASE PLEASE...Think before you send a message! Ask yourself "is this really appropriate?" There are enough other newsgroups and mailing lists around to cover the marginal topics. Perhaps there is another forum that is more appropriate. Check the list of Sun | specific newsgroups included in the next section. Perhaps your | message would be more appropriate there. | Other forums that relate to Suns (please mail me corrections and additions to this list): Newsgroups (accessible via "rn", "readnews", "nn", etc.): There is now an entire heirarchy devoted to Sun equipment: | comp.sys.sun.admin Sun system administration | comp.sys.sun.announce Announcements pertaining to Sun equipment | comp.sys.sun.apps Applications that run on Suns | comp.sys.sun.hardware Sun hardware (and clones too, I think) | comp.sys.sun.misc Miscellaneous | comp.sys.sun.wanted Sun stuff to buy or sell | Other newsgroups that may also be of interest: | alt.sys.sun may not be available everywhere comp.sys.sun newsgroup equivalent of sun-spots comp.sources.sun Sun-specific sources (not very active) Mailing lists: Sun-Spots: general discussion of Suns. | NOTE: unfortunately, the sun-spots mailing list appears | to be dead. | Sun-Nets: networking sun workstations sun-nets-request@uunet.uu.net add requests sun-nets@uunet.uu.net submissions Sun-386i: discussion about the Sun 386i product sun-386i-request@mailhost.acq.osd.mil add requests sun-386i@mailhost.acq.osd.mil submissions Suns-at-home: discussion about maintaining Sun2/3/4/4c systems at home suns-at-home-request@orchestra.ecn.purdue.edu add requests suns-at-home@orchestra.ecn.purdue.edu submissions Auspex: managers of Auspex NFS file servers auspex-request@princeton.edu add requests auspex@princeton.edu submissions NOTE: if you wish to be added to one of the above mailing lists, send mail to the REQUEST address! Do not send add requests to the main address! From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 15 22:26:24 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA06281; Thu, 16 Jan 1992 05:08:58 -0600 Received: by delta.eecs.nwu.edu id AA20513 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 15 Jan 1992 16:26:57 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA08444 (5.65c/IDA-1.4.4 for ); Wed, 15 Jan 1992 16:26:45 -0600 Received: from rutgers.edu by rice.edu (AA04282); Wed, 15 Jan 92 16:26:03 CST Received: from porthos.rutgers.edu by rutgers.edu (5.59/SMI4.0/RU1.4/3.08) id AA24570; Wed, 15 Jan 92 17:26:38 EST Received: by porthos.rutgers.edu (5.59/SMI4.0/RU1.4/3.08) id AA24672; Wed, 15 Jan 92 17:26:29 EST To: ru-mlists-sun-managers@rutgers.edu Path: porthos.rutgers.edu!trudel From: trudel@porthos.RUTGERS.EDU (Jonathan) Newsgroups: ru.mlists.sun-managers Subject: add_client disk info update? Message-Id: Date: 15 Jan 92 22:26:24 GMT Distribution: ru Organization: Rutgers Univ., New Brunswick, N.J. Lines: 20 Is there a simple way to update the information files that add_client refers to (/etc/install/disk_info.XXX)? I have Suns that I've purchased and added third party disks to. I've repartitioned, and consequently I've rearranged the partition scheme to better balance the systems. Unfortunately, I don't know how to automatically update the disk information found in /etc/install to reflect the addition of new disks, and as a result, /usr/etc/install/add_client complains that the new disks aren't found. The only way I've been able to work around this is to copy an existing disk_info file to one named for the new disk, and change the avail_bytes field to a usable size. Isn't there a better way? If I ran suninstall again, would these files get updated? Is there some other program that updates the disk_info files, and if so, what? Incidentally, the machines are Sparc 2s and IPXs, and each came pre-installed with 4.1.1 on the internal drive (the only disk). From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 16 11:45:20 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA06284; Thu, 16 Jan 1992 05:13:13 -0600 Received: by delta.eecs.nwu.edu id AA09793 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 16 Jan 1992 01:44:26 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from helios.intranet.gr ([143.233.111.1]) by delta.eecs.nwu.edu with SMTP id AA24439 (5.65c/IDA-1.4.4 for ); Thu, 16 Jan 1992 01:43:40 -0600 Received: from zeus.intranet.gr by helios.intranet.gr (4.0/25-eef) id AA18868; Thu, 16 Jan 92 09:39:39 +0200 Received: by zeus.intranet.gr (4.1/SMI-4.1) id AA02278; Thu, 16 Jan 92 09:45:20 +0200 Date: Thu, 16 Jan 92 09:45:20 +0200 From: antonis@intranet.gr (Antonis Kyriazis) Message-Id: <9201160745.AA02278@zeus.intranet.gr> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: LanManager for SUN Cc: Tsang_Hin_For.HKNG@rxhk.xerox.com, reynolds@icgmfg.mke.ab.com Some days ago I've asked if someone knows about LanManager s/w for SUN. I found the product: LMserver for Sun SPARCstation, made from SYNTAX TotalNet Computer Networking Solutions 1501 W. Valley Hwy. N., Suite 104 Auburn, WA 98001 Tel: (206) 833-2525 Fax: (206) 833-1368 Thanks From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 15 06:53:26 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA06287; Thu, 16 Jan 1992 05:15:01 -0600 Received: by delta.eecs.nwu.edu id AA17537 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 15 Jan 1992 16:52:28 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from lbl.gov by delta.eecs.nwu.edu with SMTP id AA19748 (5.65c/IDA-1.4.4 for ); Wed, 15 Jan 1992 16:52:22 -0600 Received: from msri.org by lbl.gov (4.1/1.39) id AA03013; Wed, 15 Jan 92 14:57:48 PST Received: from mobius.msri.org.math.org by msri.org (4.1/SMI-4.1) id AA10387; Wed, 15 Jan 92 14:53:26 PST Date: Wed, 15 Jan 92 14:53:26 PST From: david@msri.org (David Mostardi) Message-Id: <9201152253.AA10387@msri.org> To: sun-managers@eecs.nwu.edu Subject: SunOS printing problem In this scenario, we have: Chern: Sun 670MP, running 4.1.2 Bourbaki: Sun SPARC 1+, running 4.1.1, serving a SPARCprinter I'm logged into Chern and try to print something to the printer on Bourbaki. Nothing happens, so I do an "lpq", which says: bourbaki.msri.org: /usr/lib/lpd: Your host does not have line printer access chern.msri.org: waiting for queue to be enabled on bourbaki.msri.org Rank Owner Job Files Total Size 1st david 0 foo 11600 bytes Now, other Suns here can print to Bourbaki just fine -- only Chern is having this problem. What I've tried: - check /etc/printcap on Chern - lpc restart on Chern - kill, restart lpd on Bourbaki The two error messages do not appear along with others in Chapter 12 of my "Sun Administrative Procedures" manual. Does this ring a bell for anyone? Thanks, David ----------------------------------------------------------------- David Mostardi Phone: (510) 643-6071 Systems Administrator FAX: (510) 643-5348 Mathematical Sciences Research Institute Email: david@msri.org 1000 Centennial Drive, Berkeley CA 94720 From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 15 06:49:43 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA06297; Thu, 16 Jan 1992 05:20:48 -0600 Received: by delta.eecs.nwu.edu id AA24390 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 15 Jan 1992 16:49:27 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA29914 (5.65c/IDA-1.4.4 for ); Wed, 15 Jan 1992 16:49:16 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA24735; Wed, 15 Jan 92 17:49:12 -0500 Received: from librainc.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 174858.6458; Wed, 15 Jan 1992 17:48:58 EST Received: by librainc.LibraInc (4.1/SMI-4.1) id AA00409; Wed, 15 Jan 92 14:49:43 PST Date: Wed, 15 Jan 92 14:49:43 PST From: librainc!ho@uunet.UU.NET (Alan K. Ho) Message-Id: <9201152249.AA00409@librainc.LibraInc> To: sun-managers@eecs.nwu.edu Subject: laserjet IIIp and newsprint Hi, I am thinking about purchasing newsprint to drive a laserjet IIIp from a sparcstation 1 via serial. Before I do this, I like to ask whether anyone out there has done it. I read in the newsprint documentation that it supports laserjet III but did not mention anything about a laserjet IIIp. (maybe they are the same). For those out there who has used this configuration: 1. did you need to upgrade the memory in the printer? 2. how is the performance? 3. would you recommend it? Thanks in Advance, alan k. ho uunet!librainc!ho (818)502-7640 From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 16 08:12:48 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA06384; Thu, 16 Jan 1992 08:12:48 -0600 Received: by delta.eecs.nwu.edu id AB00325 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 16 Jan 1992 04:21:47 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from eros.uknet.ac.uk by delta.eecs.nwu.edu with SMTP id AA06513 (5.65c/IDA-1.4.4 for ); Thu, 16 Jan 1992 04:21:23 -0600 Received: from mari.co.uk by eros.uknet.ac.uk with UUCP id <16476-0@eros.uknet.ac.uk>; Thu, 16 Jan 1992 10:09:03 +0000 Received: from hydra.mari.co.uk by manta.mari.co.uk; Thu, 16 Jan 92 09:26:47 GMT From: "Costas.Kardasopoulos" Message-Id: <28134.9201160926@hydra.mari.co.uk> Subject: PC-NFS Spool dir mapping - Help To: sun-managers@uknet.ac.uk Date: Thu, 16 Jan 92 9:26:47 BST Cc: cgk@uknet.ac.uk (Costas.Kardasopoulos), sgp@uknet.ac.uk (Stephen.Prescott), dws@uknet.ac.uk (Don.Sharp) X-Mailer: ELM [version 2.2 PL10] Dear Sun Managers, Two questions re: Sun's PC-NFS a) To do remote printing from a PC, is it necessary to mount the /usr/spool directory onto the PC b) Using version PC-NFS 3.5, the sun's /usr/spool directory is mapped as drive T: on the pc. As I have a very important application mapped as drive T: and I am not allowed to change it, is it possible to mount /usr/spool as a different drive eg X: and if so how. Finally, if this is a case if RTFM, I appologies in advance but I have been through the manual in detail and has found now reference of being able to mount the spool dir in a drive other than T: I would be grateful if you could direct me to the appropriate section/page etc... Yours Costas. Please reply to either: Costas.Kardasopoulos@mari.co.uk or cgk@mari.co.uk From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 14 20:54:13 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA06390; Thu, 16 Jan 1992 08:14:09 -0600 Received: by delta.eecs.nwu.edu id AA14154 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 15 Jan 1992 11:46:20 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from genethon.genethon.fr by delta.eecs.nwu.edu with SMTP id AA29102 (5.65c/IDA-1.4.4 for ); Wed, 15 Jan 1992 11:46:06 -0600 Received: by genethon.genethon.fr, Tue, 14 Jan 92 19:54:13 +0100 Date: Tue, 14 Jan 92 19:54:13 +0100 From: claude@genethon.genethon.fr (Claude Scarpelli) Message-Id: <9201141854.AA17930@genethon.genethon.fr> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: VME boards & 600MP Cc: claude@genethon.genethon.fr [ It is possible that this message will be send twice ; I apologize] Last week, I have asked Sun-Managers about the status ("unsupported", "don't work") of the SCSI & Ethernet VME boards for the 670MP Here are the results: VME SCSI board (Sun-3 SCSI) : Will not work, since the SCSI driver in a 600MP is a "SCSA" (Sun Common SCSI Architecture) driver. The si driver for the Sun3 SCSI board don't seem to be SCSA compliant (according to Hal Stern) VME Ethernet board: Will not work because there is no driver shipped with 4.1.2. Everybody says that these boards have poor performance. Everybody advises me to buy the new SCSI/EThernet SBUS card, which is (at least for Ethernet) "3-8 times faster" (According to Hal Stern). I will do... IMPORTANT: The old Ethernet SBUS card will not work!!!!! The Interphase ne board will not work "as it". You will need new driver for sun4m architecture (It seems that the driver exists, since Sun says that this board is supported) The VME memory board of the 4/470 will not work. 600MP's memory are SIMM. The SMD VME board will not work. Prestoserve 2.3 will work. IPI VME will continue to work (Somebody told me "only the newer part number) ; Does it mean IPI-2 only ???? In facts, for most of the "unsupported boards", hardware would work, but SunOS 4.1.2 doesn't have the drivers. Copying .o files will probably don't work, since 600MP architecture is "sun4m". Thank's to everybody who answer : stern@sunne.East.Sun.COM (Hal Stern - NE Area Systems Engineer) Hans van Staveren "Donald A. MacLeod" keith@lgc.com david@msri.org (David Mostardi) kevinmac@ll.mit.edu (Kevin McElearney) mdl@cypress.com (J. Matt Landrum) kalli!kevin@fourx.Aus.Sun.COM (Kevin Sheehan {Consulting Poster Child}) lacher@tierzucht-mariensee.FAL-BRAUNSCHWEIG.DBP.de ross!hdr@cs.utexas.edu (Henry D. Reynolds) ------------------------------------------------------------------------------ Claude Scarpelli Internet : claude@genethon.fr Human Polymorphism Study Center or : claude@cephb.fr From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 15 06:54:31 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA06440; Thu, 16 Jan 1992 08:32:07 -0600 Received: by delta.eecs.nwu.edu id AA27554 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 15 Jan 1992 16:54:45 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from LA.TIS.COM by delta.eecs.nwu.edu with SMTP id AA28749 (5.65c/IDA-1.4.4 for ); Wed, 15 Jan 1992 16:54:37 -0600 Received: by la.tis.com (4.1/SMI-DDN) id AA22386; Wed, 15 Jan 92 14:54:31 PST Date: Wed, 15 Jan 92 14:54:31 PST From: gds@la.tis.com (Greg Skinner) Message-Id: <9201152254.AA22386@la.tis.com> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: sparc printer problem Organization: Trusted Information Systems, Inc., Los Angeles, CA In my original message, I wrote: We have a sparc printer that for some unknown reason has decided to start printing enscripted ascii files starting about 1/4 of the page down (thus cutting off the bottom 1/4 of each printed page). Printing enscripted ascii files on the laserwriter works correctly, so it doesn't seem to be a software problem. In addition, we have not changed any of the files that control printing. The hardware appears to be ok (no error codes) and no errors are being reported on the console of the system supporting the printer. I'd like some suggestions on what else I can do to test/fix this problem (including letting me know if the printer needs to be serviced). FYI, I have all the manuals, and I didn't find anything in them addressing this situation. The answer is that the magnets on the lhs of the paper tray needed to be readjusted. Apparently this is a frequent and annoying occurrence. As it turned out, I was missing a manual that describes this exact situation and fix. Thanks to the following folks for their help: holle@ASC.SLB.COM "Hilarie Orman" tgsmith@spdev.East.Sun.COM (Timothy G. Smith - Special Projects) connie@cec.mtu.edu (Connie Peterman) "Seth Goldberg" Gene.Saunders@West.Sun.COM (Gene Saunders - SW Area SE) jwseave@srv.PacBell.COM (Jim Seavey) jack@laguna.ccsf.caltech.edu (Jack Stewart) Mark Ferraretto zjat02@trc.amoco.com (Jon A. Tankersley) doug@perry.berkeley.edu (Doug Neuhauser) smc@goshawk.LANL.GOV (Susan Coghlan) David Fetrow doss@cs.anu.edu.au (Peter Farmer) millidc!indigo!djm@uunet.UU.NET (Drew Montag) matt@wbst845e.xerox.com (Matt Goheen) mcgraw@sunspot.sunspot.noao.edu (Robert McGraw) Ike Stoddard era@niwot.scd.ucar.EDU (Ed Arnold) doug@perry.berkeley.edu (Doug Neuhauser) Stephen E. Hansen auratek!jeff@uunet.UU.NET (Jeff Martin) hr@sirius.astro.uiuc.edu (Harold Ravlin) Paul.Zablosky@mtsg.ubc.ca From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 15 18:16:32 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA06486; Thu, 16 Jan 1992 09:01:12 -0600 Received: by delta.eecs.nwu.edu id AA03582 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 16 Jan 1992 05:08:32 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from sun2.nsfnet-relay.ac.uk by delta.eecs.nwu.edu with SMTP id AA30694 (5.65c/IDA-1.4.4 for ); Thu, 16 Jan 1992 05:08:08 -0600 Received: from computing-science.aberdeen.ac.uk by sun2.nsfnet-relay.ac.uk via JANET with NIFTP id <18468-0@sun2.nsfnet-relay.ac.uk>; Wed, 15 Jan 1992 18:41:07 +0000 Date: Wed, 15 Jan 92 18:16:32 GMT From: Nick Murray Message-Id: <9201151816.AA00783@kite> To: sun-managers@eecs.nwu.edu Subject: Sending fake mail messages. Recently, our site has been subject to fake email messages on our Sun network. Most importantly these messages can have fake 'From:' fields which can cantain any username, real or imaginary. I am well aware of the method used to produce these messages, but for obvious reasons I cannot detail them here. Suffice to say that no special privileges or passwords are necessary, it involves talking directly to the sendmail daemon via its SMTP connection. The situation at this site is very serious I am under extreme pressure to come up with a solution fast. All the machines (Sun 3's and Sun 4's) are running SunOS 4.1.1. Is there any way to prevent the sending of such messages ? Is there an alternate to the Sun supplied sendmail that any sites has successfully used? Nick Murray Computer Officer Department of Computing Science Aberdeen University Scotland From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 15 07:09:36 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA06493; Thu, 16 Jan 1992 09:03:38 -0600 Received: by delta.eecs.nwu.edu id AA21447 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 15 Jan 1992 17:08:41 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from lbl.gov by delta.eecs.nwu.edu with SMTP id AA15656 (5.65c/IDA-1.4.4 for ); Wed, 15 Jan 1992 17:08:33 -0600 Received: from msri.org by lbl.gov (4.1/1.39) id AA03108; Wed, 15 Jan 92 15:14:00 PST Received: from mobius.msri.org.math.org by msri.org (4.1/SMI-4.1) id AA10587; Wed, 15 Jan 92 15:09:36 PST Date: Wed, 15 Jan 92 15:09:36 PST From: david@msri.org (David Mostardi) Message-Id: <9201152309.AA10587@msri.org> To: sun-managers@eecs.nwu.edu Subject: rpc.yppasswdd problem Abstract: "rpc.yppasswdd" is launched upon bootup, but doesn't work. I must manually kill it and restart it for proper function. Hardware: Sun 670MP, running SunOS 4.1.2. The following line appears in the /etc/rc.local file: /usr/etc/rpc.yppasswdd /etc/passwd -nosingle -m passwd DIR=/var/yp Theory: when user "fred" logs in an executes "yppasswd", the rcp.yppasswdd daemon re-makes the NIS passwd map. Problem: It doesn't work properly. After boot, the above line appears in a "ps" output, but when Fred changes his password, the NIS map is not updated. So, the new password works only on the NIS server, and the old password on all the clients. Fix: Kill and restart the daemon by hand. Everything now works as advertised. I know this problem has been discussed here before, but the solution was to include the phrase "-nosingle" in the rc.local line. I've done that, with no effect. I was hoping that 4.1.2 would have fixed this problem, but I guess not. Is there a patch for this? Thanks, David ----------------------------------------------------------------- David Mostardi Phone: (510) 643-6071 Systems Administrator FAX: (510) 643-5348 Mathematical Sciences Research Institute Email: david@msri.org 1000 Centennial Drive, Berkeley CA 94720 From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 15 09:53:44 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA06498; Thu, 16 Jan 1992 09:04:49 -0600 Received: by delta.eecs.nwu.edu id AA19897 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 15 Jan 1992 18:14:43 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay2.UU.NET by delta.eecs.nwu.edu with SMTP id AA27199 (5.65c/IDA-1.4.4 for ); Wed, 15 Jan 1992 18:14:31 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA14367; Wed, 15 Jan 92 19:12:34 -0500 Received: from medtron.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 191110.25971; Wed, 15 Jan 1992 19:11:10 EST Received: from node9.ARPA by medtronic.com (4.1/SMI-4.1) id AA08576; Wed, 15 Jan 92 17:56:17 CST Received: by node9.ARPA ( 5.52 (84)/5.17) id AA07307; Wed, 15 Jan 92 16:53:44 MST Date: Wed, 15 Jan 92 16:53:44 MST From: Stephen Dowdy Message-Id: <9201152353.AA07307@node9.ARPA> To: sun-managers@eecs.nwu.edu Subject: NIS troubles at boot (rc) Howdy, I'm having trouble here with NIS, but ONLY during the rc phase where inetd and lpd are started. Sporadically inetd reports that it can't determine the 'rlogin' service. lpd almost always reports that it can't find the 'printer/tcp' service. However, once the system is fully up, a 'kill -1' on inetd will work correctly, and manually starting /usr/lib/lpd will result in a happy day. The rc.local script does everything it should to start ypbind, etc... /etc/rc is distribution. OS=4.1.1. Apparently, getservent() is doing something weird only at that point, but i would suspect that it's more likely the NIS master is actually responding that no such service exists. (i'd expect some error message like 'NIS server not responding' if that were the problem). If anyone has a clue, or any advice on how to track this down, i'd appreciate it. Thanks, --stephen stephen dowdy software engineer Medtronic/Micro-Rel "Toward Man's Full Life" stephen@urel.medtronic.com (602) 929-5418 From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 15 08:07:13 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA06747; Thu, 16 Jan 1992 10:20:25 -0600 Received: by delta.eecs.nwu.edu id AA26647 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 15 Jan 1992 18:11:43 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from crseo.ucsb.edu (ucmbo.csl.ucsb.edu) by delta.eecs.nwu.edu with SMTP id AA12672 (5.65c/IDA-1.4.4 for ); Wed, 15 Jan 1992 18:11:29 -0600 Received: from ozone.csl.ucsb.edu by crseo.ucsb.edu (4.1/SMI-4.1-Crseo Special) id AA14901; Wed, 15 Jan 92 16:07:15 PST From: miley@crseo.ucsb.edu (Steve Miley) Received: by ozone.csl.ucsb.edu (4.1/client-1.3) id AA11758; Wed, 15 Jan 92 16:07:14 PST Message-Id: <9201160007.AA11758@ozone.csl.ucsb.edu> Subject: sparc 1+ crashing To: sun-managers@eecs.nwu.edu Date: Wed, 15 Jan 92 16:07:13 PST X-Mailer: ELM [version 2.3 PL11] We have a sparc 1+ which has been intermittently crashing. All of the diags including the memory test run without any error. The machine crashes at different times from: during boot, at the login prompt, immediately after starting X to 4 hours after starting X. Any ideas? here is a listing from /usr/adm/messages: ================================================== Jan 15 15:24:52 seaotter vmunix: swap on sd3b fstype spec size 40095K Jan 15 15:24:52 seaotter vmunix: dump on sd3b fstype spec size 40080K Jan 15 15:24:52 seaotter vmunix: BAD TRAP Jan 15 15:24:52 seaotter vmunix: pid 0, `': Data fault Jan 15 15:24:52 seaotter vmunix: kernel read fault at addr=0xf90c1218, pme=0x1 Jan 15 15:24:52 seaotter vmunix: Sync Error Reg 80 Jan 15 15:24:52 seaotter vmunix: pc=0xf80c6920, sp=0xf80daed8, psr=0x4005c4, context=0x0 Jan 15 15:24:52 seaotter vmunix: g1-g7: f80c5688, 0, 70, 80, f80de000, f80f5000, f80f5400 Jan 15 15:24:52 seaotter vmunix: Begin traceback... sp = f80daed8 Jan 15 15:24:52 seaotter vmunix: Called from f80c582c, fp=f80daf40, args=ff0094e8 fff00168 5800 f90c121c dc00 f90c1204 Jan 15 15:24:52 seaotter vmunix: Called from f8005cf0, fp=f80dafa0, args=0 ff00a000 0 0 ff0094e8 fff00168 Jan 15 15:24:52 seaotter vmunix: Called from f807dea8, fp=f80dddd0, args=ff01a6b8 f813d000 5 f81361f4 0 f81035d8 Jan 15 15:24:52 seaotter vmunix: End traceback... Jan 15 15:24:52 seaotter vmunix: panic: Data fault Jan 15 15:24:52 seaotter vmunix: syncing file systems... done Jan 15 15:24:52 seaotter vmunix: 00000 low-memory static kernel pages Jan 15 15:24:52 seaotter vmunix: 00403 additional static and sysmap kernel pages Jan 15 15:24:52 seaotter vmunix: 00016 dynamic kernel data pages Jan 15 15:24:52 seaotter vmunix: 00012 additional user structure pages Jan 15 15:24:52 seaotter vmunix: 00000 segmap kernel pages Jan 15 15:24:52 seaotter vmunix: 00000 segvn kernel pages Jan 15 15:24:52 seaotter vmunix: 00000 current user process pages Jan 15 15:24:52 seaotter vmunix: 00002 user stack pages Jan 15 15:24:52 seaotter vmunix: 00433 total pages (433 chunks) Jan 15 15:24:52 seaotter vmunix: Jan 15 15:24:52 seaotter vmunix: dumping to vp ff013de4, offset 76702 Jan 15 15:24:52 seaotter vmunix: 433 total pages, dump succeeded Jan 15 15:24:52 seaotter vmunix: rebooting... -- Thanks, Steve Miley 1140 Girvetz Hall Computer Systems Laboratory University of California, Santa Barbara email: miley@crseo.ucsb.edu phone: (805) 893-8475 fax: (805) 893-2578 From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 15 09:26:44 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07175; Thu, 16 Jan 1992 12:32:40 -0600 Received: by delta.eecs.nwu.edu id AA20344 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 15 Jan 1992 19:25:44 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from lbl.gov by delta.eecs.nwu.edu with SMTP id AA24631 (5.65c/IDA-1.4.4 for ); Wed, 15 Jan 1992 19:25:36 -0600 Received: from msri.org by lbl.gov (4.1/1.39) id AA03951; Wed, 15 Jan 92 17:31:03 PST Received: from mobius.msri.org.math.org by msri.org (4.1/SMI-4.1) id AA10967; Wed, 15 Jan 92 17:26:44 PST Date: Wed, 15 Jan 92 17:26:44 PST From: david@msri.org (David Mostardi) Message-Id: <9201160126.AA10967@msri.org> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: SunOS Printing Problem ------------------------ Original Post: I'm logged into Chern and try to print something to the printer on Bourbaki. Nothing happens, so I do an "lpq", which says: bourbaki.msri.org: /usr/lib/lpd: Your host does not have line printer access chern.msri.org: waiting for queue to be enabled on bourbaki.msri.org Rank Owner Job Files Total Size 1st david 0 foo 11600 bytes ------------------------ Solution: I received four quick replies, all telling me to add "chern" to my /etc/hosts.lpd file. This only added to my confusion, since I'm not using a /etc/hosts.lpd file. However, Carol (carol@newton.aero.org) mentioned that, regardless of whether I'm using hosts.equiv or hosts.lpd, I must use EXACT filenames and no aliases. I checked the hosts.equiv file on the printserver, and I found: chern.msri.org chern foo.msri.org bar.msri.org ... Chern was the only host with an additional alias, therefore Chern was the only host that wasn't printing properly. Thanks to all who replied. David ----------------------------------------------------------------- David Mostardi Phone: (510) 643-6071 Systems Administrator FAX: (510) 643-5348 Mathematical Sciences Research Institute Email: david@msri.org 1000 Centennial Drive, Berkeley CA 94720 From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 16 15:38:58 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07180; Thu, 16 Jan 1992 12:32:44 -0600 Received: by delta.eecs.nwu.edu id AA23812 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 16 Jan 1992 07:40:33 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from dkuug.dk by delta.eecs.nwu.edu with SMTP id AA10917 (5.65c/IDA-1.4.4 for ); Thu, 16 Jan 1992 07:40:25 -0600 Received: from ltf.dth.dk by dkuug.dk via EUnet with SMTP (5.64+/8+bit/IDA-1.2.8) id AA26693; Thu, 16 Jan 92 14:38:49 +0100 Received: by ltf.dth.dk (4.1/SMI-4.1) id AA02781; Thu, 16 Jan 92 14:38:58 +0100 Date: Thu, 16 Jan 92 14:38:58 +0100 From: ohnielse@ltf.dth.dk (Ole Holm Nielsen) Message-Id: <9201161338.AA02781@ltf.dth.dk> Reply-To: Ole Holm Nielsen To: sun-managers@eecs.nwu.edu Subject: BAD TRAP, Data fault ? Cc: tmc-ae@cm2f.uni-c.dk X-Charset: ASCII X-Char-Esc: 29 Dear Sun managers, We have a SPARCserver/470 that has several times in a short period died out of this: Jan 16 14:07:23 cm2f vmunix: BAD TRAP Jan 16 14:07:23 cm2f vmunix: pid 944, `moldyn': Data fault Jan 16 14:07:23 cm2f vmunix: kernel read fault at addr=0x0, pme=0x0 Jan 16 14:07:23 cm2f vmunix: Bus Error Reg 80 Jan 16 14:07:23 cm2f vmunix: pc=0xf8006bf0, sp=0xf810cfa0, psr=0x110015c6, context=0x2a Jan 16 14:07:23 cm2f vmunix: g1-g7: f8006bf8, f8114dfc, 5f8, f8184b60, 2fc, f8132c00, f8132c00 Jan 16 14:07:23 cm2f vmunix: Begin traceback... sp = f810cfa0 Jan 16 14:07:23 cm2f vmunix: Called from f8060108, fp=f84a8ca0, args=0 0 ff24252c f8138800 14 ff1f8c30 Jan 16 14:07:23 cm2f vmunix: End traceback... Jan 16 14:07:23 cm2f vmunix: panic: Data fault In all cases, the program causing the panic was the above "moldyn". We are running SunOS 4.1.1, no Sun patches applied (to my knowledge). The 470 is primarily used as the front-end to a Connection Machine supercomputer, and it has a second SCSI controller (Ciprico) with a bunch of 1 GB disks. Both of these devices are attached to the VME bus. I do not know where to look for the cause of the problem. Is this a hardware or a SunOS problem ? I looked in old sun-managers messages, and found that both types of problems have caused data faults in the past (SunOS'es prior to 4.1.1). Does anybody have a suggestion for where to look for the problem ? Ole Holm Nielsen Laboratory of Applied Physics, Building 307 Technical University of Denmark, DK-2800 Lyngby, Denmark E-mail: Ole.Holm.Nielsen@ltf.dth.dk Telephone: (+45) 42 88 24 88 ext. 3187 Telefax: (+45) 45 93 23 99 Permanent address: UNI-C, Building 305 Technical University of Denmark, DK-2800 Lyngby, Denmark E-mail: Ole.Holm.Nielsen@uni-c.dk Telephone: (+45) 42 88 39 99 (dial-tone) 2404 or 2244 From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 15 15:00:22 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07243; Thu, 16 Jan 1992 13:12:05 -0600 Received: by delta.eecs.nwu.edu id AA00325 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 15 Jan 1992 19:00:44 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from kodak.com by delta.eecs.nwu.edu with SMTP id AA28981 (5.65c/IDA-1.4.4 for ); Wed, 15 Jan 1992 19:00:35 -0600 Received: from [129.126.69.56] by Kodak.COM (5.61+/2.1-Eastman Kodak) id AA02421; Wed, 15 Jan 92 19:59:28 -0500 Reply-To: dennett@Kodak.COM Received: from sunshine.Kodak.COM by acadia.Kodak.COM (4.0/SMI-4.0) id AA06072; Wed, 15 Jan 92 20:00:22 EST Date: Wed, 15 Jan 92 20:00:22 EST From: dennett@Kodak.COM (Charlie Dennett) Message-Id: <9201160100.AA06072@acadia.Kodak.COM> To: sun-managers@eecs.nwu.edu Subject: Something is trashing my arp table Cc: sun-managers-local@Kodak.COM First of all, if the list moderator is listening, please, Bill, read your mail. The address sun-managers-local@kodak.com was somehow deleted from this list. I have not received and sun-managers mail in the last week! I sent you mail describing the situation. Myself and over half a dozen others are on this redistribution. Now, on to my problem. Something is trashing my arp table. This is happening on two machines that I know of. Both are running 4.1.1 and one is a 4/490 and the other a 3/280. It is interfering with rsh and automounts. (We have the -b flag on makedbm for NIS hosts maps and have a minimal hosts file. Other host names around the company are retrieved from a corporate nameserver.) Both rsh and automounts are rejected with "permission denied." Things that worked the previous evening when I went home failed the next morning when I came back to work. Here is a sample of the arp table: snowflake (129.126.69.64) at 8:0:20:6:8f:e2 aldebaran (129.126.69.144) at 8:0:20:d:ea:4e cyclone (129.126.69.17) at 8:0:20:9:3a:2a islsun (129.126.69.1) at aa:0:4:0:4f:6c sigma (129.126.69.81) at 8:0:20:f:ef:27 antares (129.126.69.145) at 8:0:20:d:da:a0 air (129.126.69.53) at 8:0:20:8:95:46 keystone (129.126.69.37) at 8:0:20:f:38:92 cubs (129.126.69.231) at 8:0:20:d:d3:e acadia (129.126.69.56) at aa:0:4:0:62:6c caesar (129.126.69.152) at aa:0:4:0:5a:6c spiff (129.126.69.72) at 8:0:20:f:bb:a1 espada (129.126.69.216) at 8:0:20:e:cb:cd ? (129.126.13.8) at 8:0:69:6:9:6 } ? (129.126.69.24) at 8:0:20:e:49:c8 } ? (129.126.69.9) at 8:0:20:0:63:ea } The host names that go along ? (129.126.69.41) at 8:0:20:f:34:1f } with these addresses are in my ? (129.126.69.185) at 8:0:20:f:eb:18 } NIS host table! ? (129.126.69.169) at 8:0:20:10:73:b3 } ? (129.126.69.234) at 8:0:20:f:46:aa } ? (129.126.69.186) at 8:0:20:e:1b:68 } [table shortened for ease of reading] Sometimes the table has almost all question marks in the hostname part and other times only a few question marks. I've got a workaround. I just add specific hosts to my host tables and rsh and automounts between hosts listed in the host table seem to work all right. However, hosts listed in the host table still will have a question mark when I do an arp -a, so just having a hostname listed in the host table does not fix the entire problem. I spent the better part of this morning watching the output from etherfind trying to spot something funny. I couldn't see anything. The 4/490 is on a class b network and the 3/280 is the gateway for a class c network (subnetted class b.) I noticed in the arp table on the 3/280 some real bogus ip addresses, like 129.126.33.255 and 129.126.0.255. Like I said, real bogus. Another 3/280 on the same wire as the 4/490 is running 4.0.3 and does not have the arp table problem, but rsh commands do fail with permission denied unless the hostname in in the host table. Yes, the name server will resolve addersses. I can do an nslookup, rup, or ping on a host not in my host table and the name server will supply the correct address. This has been going on for two days. The local network team cannot figure out what is happening, can you? Thanks for your help. As usual, please email me, I will summarize and provide the solution once we find it. Charlie Dennett | Rochester Distributed Computer Services Mail Stop 01816 | Customer Technical Support Services Eastman Kodak Company | --------------------------------------- Rochester, NY 14650-1816 | Internet: dennett@Kodak.COM From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 16 16:36:39 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07420; Thu, 16 Jan 1992 14:04:08 -0600 Received: by delta.eecs.nwu.edu id AA27597 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 16 Jan 1992 08:37:07 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from dutecad.et.tudelft.nl by delta.eecs.nwu.edu with SMTP id AA06069 (5.65c/IDA-1.4.4 for ); Thu, 16 Jan 1992 08:36:56 -0600 Received: by dutecad.et.tudelft.nl (5.57/1.34) id AA13600; Thu, 16 Jan 92 15:36:42 +0100 Received: by duteca.et.tudelft.nl (AIX 2.1.2/1.34) id AA28240; Thu, 16 Jan 92 15:36:39 +0100 Date: Thu, 16 Jan 92 15:36:39 +0100 From: thomas@duteca.et.tudelft.nl (Thomas Okken) Message-Id: <9201161436.AA28240@duteca.et.tudelft.nl> To: sun-managers@eecs.nwu.edu Subject: Need format.dat for Rodime RO3259TS (I'm sorry if this is the socond time this appears on this list; the first time my posting program screwed up.) I'm looking for a format.dat entry for a Rodime RO3259TS (type 2) 210MB SCSI hard disk. I have no docs at all for the drive, unfortunately. Your help will be greatly appreciated. - Thomas (thomas@duteca.et.tudelft.nl) From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 16 06:08:01 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07629; Thu, 16 Jan 1992 14:54:01 -0600 Received: by delta.eecs.nwu.edu id AA19429 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 16 Jan 1992 10:14:47 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA12722 (5.65c/IDA-1.4.4 for ); Thu, 16 Jan 1992 10:14:38 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA13726; Thu, 16 Jan 92 11:14:34 -0500 Received: from sun330.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 111326.13258; Thu, 16 Jan 1992 11:13:26 EST Received: from tyco.milkyway by fnma.COM (4.1/SMI-4.1) id AA06041; Thu, 16 Jan 92 11:08:02 EST Received: from colorado.sysadm by tyco.milkyway (4.1/SMI-4.1) id AA17535; Thu, 16 Jan 92 11:08:01 EST Date: Thu, 16 Jan 92 11:08:01 EST From: s5udtg@fnma.COM (Doug Griffiths) Message-Id: <9201161608.AA17535@tyco.milkyway> To: sun-managers@eecs.nwu.edu Subject: Third party backup products Sun Managers, My apologies for using this forum for a non-emergency, but this question is appropriate per the FAQ: We are in the process of evaluating third party backup products for our sun network, and have identified the following: Budtool Backup.unet Networker Backup.Copilot Are there any other products out there we missed ?? thanks in advance, I'll summarize if interest warrants. Doug ----------------------------------------------------- | Doug Griffiths |INTERNET: | | Sr Technical Analyst| s5udtg@fnma.com | | UNIX Support Group |USENET: | | Fannie Mae | uunet!almserv!s5udtg | | Washington, DC | | ----------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 16 06:33:27 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA07632; Thu, 16 Jan 1992 14:54:41 -0600 Received: by delta.eecs.nwu.edu id AA19378 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 16 Jan 1992 10:33:58 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from kodak.com by delta.eecs.nwu.edu with SMTP id AA31313 (5.65c/IDA-1.4.4 for ); Thu, 16 Jan 1992 10:33:48 -0600 Received: from [129.126.69.56] by Kodak.COM (5.61+/2.1-Eastman Kodak) id AA13434; Thu, 16 Jan 92 11:32:34 -0500 Reply-To: dennett@Kodak.COM Received: from cyclone.Kodak.COM by acadia.Kodak.COM (4.0/SMI-4.0) id AA08853; Thu, 16 Jan 92 11:33:27 EST Date: Thu, 16 Jan 92 11:33:27 EST From: dennett@Kodak.COM (Charlie Dennett) Message-Id: <9201161633.AA08853@acadia.Kodak.COM> To: sun-managers@eecs.nwu.edu Subject: Followup to arp table corruption Cc: sun-managers-local@Kodak.COM Here is another piece of the problem with arp table corruption I mentioned in a previous message. The was done from my workstation, a SS1+ running 4.1.1. I printed the arp table, rup'ed a machine that does not appear in my hosts table, and then printed the arp table again. The arp table was once again corrupted. The IP address of the machine I rup'd had to have come from our corporate name server. Here's what I saw: [cyclone-42]:arp -a sunshine (129.126.69.16) at 8:0:20:a:51:e4 islsun (129.126.69.1) at aa:0:4:0:4f:6c rasalhague (129.126.69.66) at 8:0:20:a:f1:32 steamboat (129.126.69.36) at 8:0:20:0:69:42 acadia (129.126.69.56) at aa:0:4:0:62:6c ? (129.126.13.8) at 8:0:69:6:9:6 ? (129.126.69.45) at 8:0:20:8:cc:b7 [cyclone-43]:rup kodak kodak up 9 days, 13:22, load average: 1.20, 1.01, 0.85 [cyclone-44]:arp -a sunshine (129.126.69.16) at 8:0:20:a:51:e4 islsun (129.126.69.1) at aa:0:4:0:4f:6c ? (129.126.12.1) at 0:0:c:0:31:b5 <- This is the IP address of the ? (129.126.69.66) at 8:0:20:a:f1:32 machine I rup'd. ? (129.126.69.36) at 8:0:20:0:69:42 ? (129.126.69.56) at aa:0:4:0:62:6c ? (129.126.13.8) at 8:0:69:6:9:6 ? (129.126.69.45) at 8:0:20:8:cc:b7 [cyclone-45]:ping kodak kodak.Kodak.COM is alive <- the .Kodak.COM means the corporate nameserver resolved the address. Thanks again for any help in this matter. Charlie Dennett | Rochester Distributed Computer Services Mail Stop 01816 | Customer Technical Support Services Eastman Kodak Company | --------------------------------------- Rochester, NY 14650-1816 | Internet: dennett@Kodak.COM From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 16 05:37:33 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA08089; Thu, 16 Jan 1992 16:48:52 -0600 Received: by delta.eecs.nwu.edu id AA10732 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 16 Jan 1992 11:29:57 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA01788 (5.65c/IDA-1.4.4 for ); Thu, 16 Jan 1992 11:29:40 -0600 Received: from ingr.ingr.com by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA04710; Thu, 16 Jan 92 12:29:22 -0500 Received: from b23b by ingr.ingr.com (5.61/INGR-1.1) id AA11617; Thu, 16 Jan 92 11:32:46 -0600 Received: from choctaw by b23b.b23b.ingr.COM (5.61/1.910401) id AA07406; Thu, 16 Jan 92 11:29:34 -0600 Received: by choctaw.b23b.ingr.com (4.1/SMI-4.1) id AA00500; Thu, 16 Jan 92 11:37:33 CST Date: Thu, 16 Jan 92 11:37:33 CST From: jon@choctaw.b23b.ingr.com (Jon Stone) Message-Id: <9201161737.AA00500@choctaw.b23b.ingr.com> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: Wren IV Errors Reply-To: jon@ingr.com My original query was: > I have a CDC Wren IV 327MB drive. It was connected to a 386i and we > had no problems. When I connected it to a SS with 4.1.1b as an > external disk, we found this problem. > > Formatting the disk keeps saying: > > esp0 scsi transfer failed > retry read error > retry write error > > Newfs gives the same message, and we cannot read and write from the > disk. > > Any hints? Sorry for the long delay. I've been out of my office since before Christmas. The responses basically came in these categories: 1) Re-format the drive. You must re-format the drive before you can do anything else; When you run format, it will either automatically or interactively try to identify the disk type. The standard format.dat has the following entry for the Wren IV: Once you've re-formated, you should be able to do what you want. The re-format is necessary because the 386i has a different byte order than the SPARC, and SunOS 386i 4.0.1 is probably different than SPARC 4.1.1; 2) Byte ordering is different in disk header blocks. I believe your problem is a "Byte-ordering" problem. The 386i, as with all Intel products, employ a LSB first technique for writing words of data. When this is attempted to be read by a SPARC or Motorola chip, things don't work quite right. Have you tried reformatting the disk with the machine that it is intended for? This may work, although I seem to remember something about a problem that format(8) had in even addressing a disk that had been formatted for a 386i. If this happens, all is not lost. Place the disk on a SPARCstation along with another Wren IV that works on the SPARCstation. Using the dd(1) command, copy the first 16 blocks from the good disk to the one you are trying to use. This should copy a good label onto the disk. Please note that doing this makes all data that was on the disk unaccessable. The next step is to use the format(8) command to reformat and partition the disk. 3) Change the jumpers. (from jay@Princeton.EDU) I dunno if this is your problem, but when I moved a Wren IV from a 386i to an IPC, my Sun FE told me to remove jumpers J4:P, and J3:1-2,3-4. Since this was nowhere documented in the upgrade instructions, I was dubious. But, then, my FE is usually pretty reliable, so I followed his advice. The disk worked fine from the outset. There is a row of 7 jumper pairs just left of the power connector on the back of the drive. J4:P is the leftmost jumper. J3:1-2 and J3:3-4 are the rightmost two jumpers. Target ID selection is determined by the 3rd through 5th jumpers from the left. Except for ID selection, I now have no jumpers in that row. 4) And a warning or two It sounds like the disk was internal in the 386i(?) and the SS has it attached externally...so the setup you have created is flaky. The guy who asked me to post this to you did the following: 1) Deleted entire defect list, and re-formatted the drive. While this appeared to work, the entire system was much slower. My guess is that having the old drive forced the two internal drives on the SS to go into asynchronous mode. 2) Then he loaded SunOS onto this external drive and booted with that drive as the system disk. This seems wierd to me, but he says that the system performance is back to normal. It seems that SunOS is treating the system disk somehow different. I don't know how good of a solution this is, or how long it will last, but it seems to work for now. If anyone has any information as to why this works, let me know and I will post a followup. Many thanks to: clive@jtsv16.jts.com Clive Beddall hsieh@crayfish.UCSD.EDU I-Teh Hsieh jay@Princeton.EDU Jay Plett jwills@deltam.com jim wills mark@deltam.com Mark Galbraith mch@west.sq.com Mark C. Henderson mdl@cypress.com J. Matt Landrum parens@dazixco.ingr.com paul arens paul@bmskc.ppg.com Paul Evan Matz ron@drd.com Ron Madurski walter@pins.com Walter F. Hartheimer ---------------------------------------------------------------------- Jon Stone jon@ingr.com Dazix, an Intergraph Company; Huntsville, AL (205) 730-8594 ---------------------------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 16 08:08:18 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA08198; Thu, 16 Jan 1992 17:08:05 -0600 Received: by delta.eecs.nwu.edu id AA27995 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 16 Jan 1992 12:09:35 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from AQUA.WHOI.EDU by delta.eecs.nwu.edu with SMTP id AA11571 (5.65c/IDA-1.4.4 for ); Thu, 16 Jan 1992 12:09:26 -0600 Received: by aqua.whoi.edu (5.57/Ultrix3.0-C) id AA07543; Thu, 16 Jan 92 13:04:35 -0500 Received: by salmon.whoi.edu (4.1/SMI-4.1) id AA00892; Thu, 16 Jan 92 13:08:18 EST Date: Thu, 16 Jan 92 13:08:18 EST From: allen@salmon.whoi.edu (Allen Sonafrank) Message-Id: <9201161808.AA00892@salmon.whoi.edu> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: Bootable Exabyte tape from SunOS cartridge tape Cc: allen@salmon.whoi.edu, jgarb.erim.org@salmon.whoi.edu My original query: > Does anyone have experience making or using a SunOS 4.1.1 installation > tape on an 8mm Exabyte cassette? > > My thought is to make such a tape from SunOS 4.1.1 150MB cartridge tapes, > as a backup for a reseach project which will be taking Sparcstations to > sea with only Exabyte tape drives (no cartridge tape drives on board). > > I imagine that it would be possible to dd the tape files one by one, > and that it would be necessary to maintain the block sizes. I think > block sizes only differ in the first five files. > > Does anyone know the details, or have a script or program which will > copy the tapes? > > Has anyone tried this successfully, ie booted and installed SunOS from > an Exabyte cassette tape? I didn't get back a single response saying "Yes, I've done it, it works", and several of the responses indicated that it wouldn't work for various reasons (see below). People suggested using tcopy, copytape, and tputil rather than dd to do the experiment. Many people advised taking along one of Sun's supported boot devices. The folks preparing for this particular cruise decided not to try making an Exabyte boot tape, and will get by with two diskful Sparcstations, each of which could be a boot server in a pinch. Here are some of the comments I received: I don't think it will ever work. Exabyte can write *only* 64512 byte long blocks. Try to read a tape with dd and play with the block size and you'll see what I mean.... ---------- I have copied the Sun installation tapes by dd'ing each tape file. I use a blocksize of 50k and have had no trouble booting from them. I haven't tried this with an Exabyte, though. You will probably still have to use two tapes, unless you change the install scripts. ---------- As far as I know, it isn't possible to boot from an Exabyte. Sure, you could probably create a tape with a boot program and all the other boot tape files on it, but that wouldn't be enough. The PROM monitor needs to be able to talk at a pretty low level to the tape drive, and Exabytes don't seem to like that. Besides, the boot file on the tape would need to be modified for the specifics of the Exabyte. ---------- there exists a PD program 'copytape' which should copy over the files with the right block sizes. I tried this quite extensively - but had to conclude, that it was (at least for me) not possible to boot a Sun from an Exabyte tape. ---------- I can't say I've ever tried it, but there is a program called copytape at titan.rice.edu in the sun-source directory. ---------- Solbourne optionally distributes its OS on 8mm; there are differences between Solbournes and Suns, but the boot stuff seems to be close enough. It should work, since the Exabyte looks like a generic SCSI device. In the worst case you might have to dd the files onto the 8mm tape with bs=512 and conv=sync to get around the boot loader expecting an integer number of 512 byte blocks from a SCSI tape. Your worst problem will probably be getting a copy of the boot program for your tape, since SunOS is now on CD-ROMS. ---------- You might try tcopy or tputil - tputil was created to do exactly what you want. ---------- The biggest problem with booting from Exabyte tapes is SCSI timeout. The boot process does a lot of SHORT reads. The streaming tape, of course, overshoots and has to be repositioned. Enough of this, and the reads from the boot program time out waiting for the tape to become ready. ----------- Many thanks to the following people who responded: leo@ai.mit.edu (Leonardo C. Topa) mrh@io.nosc.mil (Mike Halderman) jgarb@erim.org (Joe Garbarino) pilotti@Proto.SAIC.Com kalli!kevin@fourx.Aus.Sun.COM (Kevin Sheehan {Consulting Poster Child}) millidc!indigo!djm@uunet.UU.NET (Drew Montag) Mike Raffety Rudolf Baumann jmcrowell@ucdavis.edu (John M. Crowell) George A. Planansky webber@world.std.com (Robert D Webber) "Grootwassink, David" ^ Allen Sonafrank Voice: (508) 457-2000 x3240 /|\ Information Systems Center/Clark 156 Fax: (508) 457-2174 __/_|_\__ Woods Hole Oceanographic Institution E-mail: asonafrank@whoi.edu \_____/ Woods Hole, MA 02543 From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 16 10:20:51 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA08485; Thu, 16 Jan 1992 18:49:45 -0600 Received: by delta.eecs.nwu.edu id AA05128 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 16 Jan 1992 14:28:15 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from mwunix.mitre.org by delta.eecs.nwu.edu with SMTP id AA24637 (5.65c/IDA-1.4.4 for ); Thu, 16 Jan 1992 14:28:01 -0600 Return-Path: Received: from rod.mitre.org by mwunix.mitre.org (5.61/SMI-2.2) id AA28329; Thu, 16 Jan 92 15:25:59 -0500 Received: by rod.mitre.org.mitre.org (4.1/SMI-4.1) id AA27434; Thu, 16 Jan 92 15:20:51 EST Date: Thu, 16 Jan 92 15:20:51 EST From: john@rod.mitre.org (John Marsh) Message-Id: <9201162020.AA27434@rod.mitre.org.mitre.org> To: sun-managers@eecs.nwu.edu Subject: Apple Laserwriter on SUN? Is there any freeware to run an Apple Laserwriter on a SUN? John From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 16 11:50:25 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA08557; Thu, 16 Jan 1992 19:38:03 -0600 Received: by delta.eecs.nwu.edu id AA26211 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 16 Jan 1992 15:53:23 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Soaf1.ssa.gov by delta.eecs.nwu.edu with SMTP id AA13553 (5.65c/IDA-1.4.4 for ); Thu, 16 Jan 1992 15:52:50 -0600 Received: by Soaf1.ssa.gov (/\==/\ Smail3.1.25.1 #25.14) id ; Thu, 16 Jan 92 16:50 EST Message-Id: From: tkevans@ssa.gov (Tim Evans) Subject: rpc.statd: SUMMARY To: sun-managers@eecs.nwu.edu (Sun Managers) Date: Thu, 16 Jan 92 16:50:25 EST Organization: Social Security Administration, Baltimore, MD Phone: (410) 965-3286 (FTS 625-3286) X-Mailer: ELM [version 2.4dev PL53] I posted the following message yesterday: >One of our Sun3/50 diskless clients is failing to boot, sitting >at the "Requesting Internet address for ..." message (i.e., >during the bootparams process). Its server is displaying >the following message on its console: > >clnttcp_create: RPC: Port mapper failure - RPC: Timed Out >rpc.statd: cannot talk to statd at hostname > The statd console message came from the existence of /etc/sm* on the server. Once removed, the error message stopped. The reason for the failure of the client to boot was a typo in /etc/ethers (the client had been up for 50+ days, so who knows when, or by whom--probably me--the type was made). Thanks to all who responded. -- INTERNET tkevans@ssa.gov UUCP ...uunet!mimsy!wb3ffv!soaf1!tkevans cc:Mail Tim K. Evans at ~OSS HHSMAIL CFSAN_GATE: *tkevans@ssa.gov US MAIL 6401 Security Blvd, 2-Q-2 Operations, Baltimore, MD 21235 From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 16 10:32:46 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA08561; Thu, 16 Jan 1992 19:39:32 -0600 Received: by delta.eecs.nwu.edu id AA21219 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 16 Jan 1992 14:45:13 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA07806 (5.65c/IDA-1.4.4 for ); Thu, 16 Jan 1992 14:35:49 -0600 Received: from calspan.com (port3.buffalo.pub-ip.psi.net) by rice.edu (AA11124); Thu, 16 Jan 92 14:34:09 CST Received: from hercules.Calspan.COM by calspan.com (4.1/3.1.090690-Calspan Advanced Technology Center) id AA11912; Thu, 16 Jan 92 15:33:15 EST Received: by hercules.Calspan.COM (4.1/SMI-4.1) id AA03190; Thu, 16 Jan 92 15:32:47 EST From: oday@hercules.calspan.com (Abdi M. Oday) Message-Id: <9201162032.AA03190@hercules.Calspan.COM> Subject: SUMMARY: Can Crypt be decrypted ? To: sun-managers@rice.edu Date: Thu, 16 Jan 92 15:32:46 EST X-Mailer: ELM [version 2.3 PL11] My original message: > One of my users crypted a file of about 70 pages. He forgot > the password. > I'm almost sure I heard that there were public utililities out there > that can decrypt such a file. > Is there anything I can do to decrypt this file. > Any information you can provide will be appreciated. I got two responses from Fuat Baran Bill Bogstad The answer was to get a copy of CBW - Crypt Breaker's Workbench. This was posted to vol 10 of comp.sources.unix in 1987 and can be found at many of the ftp sites. Thanks for your help. -- ----------------------------------------------------------------------- -- Abdi M. Oday -- oday@calspan.com -- -- Calspan Corp. -- (716) 631-6848 -- ----------------------------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 14 10:39:15 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA08580; Thu, 16 Jan 1992 20:00:00 -0600 Received: by delta.eecs.nwu.edu id AA09824 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 16 Jan 1992 08:30:37 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA31034 (5.65c/IDA-1.4.4 for ); Thu, 16 Jan 1992 08:30:26 -0600 Received: from moe.rice.edu by rice.edu (AA08228); Thu, 16 Jan 92 08:29:35 CST Received: from by moe.rice.edu (AB15201); Thu, 16 Jan 92 08:29:20 CST Received: from vax.nsfnet-relay.ac.uk by sun2.nsfnet-relay.ac.uk with SMTP inbound id <27644-143@sun2.nsfnet-relay.ac.uk>; Thu, 16 Jan 1992 05:20:12 +0000 Received: from sun2.nsfnet-relay.ac.uk by vax.NSFnet-Relay.AC.UK via NSFnet with SMTP id ak12681; 15 Jan 92 18:23 GMT Received: from computer-lab.cambridge.ac.uk by sun2.nsfnet-relay.ac.uk via JANET with NIFTP id <17557-2@sun2.nsfnet-relay.ac.uk>; Wed, 15 Jan 1992 17:56:19 +0000 Received: from topexp.co.uk by gannet.cl.cam.ac.uk via UUCP channel (PP-6.0) id <09779-0@gannet.cl.cam.ac.uk>; Tue, 14 Jan 1992 10:49:18 +0000 Received: from igor.topexp.co.uk by rick.topexp.co.uk; Tue, 14 Jan 92 10:39:14 GMT From: Richard Evans Date: Tue, 14 Jan 92 10:39:15 GMT Message-Id: <1343.9201141039@igor.topexp.co.uk> To: sun-managers@nsfnet-relay.ac.uk Subject: Open Windows shell tools and bash [I hope this is appropriate for the list; it's got me baffled and I need to solve the problem quickly] Sparc 1, SunOS 4.1.1, Open Windows 3.0 (just installed) ======================================================= I'm using the GNU bash shell, version 1,09.1 and am having problems starting shell tools under Open Windows 3.0. The symptom is that some of the shell tools that I run from my .openwin-init file start up in a strange mode - no echo, `return' doesn't output the line feed, etc. I need to do a `reset' or `stty sane' to get the tty to behave normally. Here is some stty -a output describing the odd state: speed 9600 baud, 35 rows, 80 columns; line = 2 -parenb -parodd cs8 -cstopb -hupcl cread -clocal -crtscts -ignbrk brkint ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl -iuclc ixon -ixany -ixoff imaxbel isig iexten -icanon -xcase -echo echoe echok -echonl -noflsh -tostop echoctl -echoprt echoke opost -olcuc onlcr -ocrnl -onocr -onlret -ofill -ofdel min 1, time 0 erase kill werase rprnt flush lnext susp intr quit stop eof ^? ^U ^W ^R ^O ^Z ^C ^\ ^S/^Q All shell tools that I open from my workspace menu start off in this state. As does a tool run from a shell with a command like: igor$ shelltool & I think that it has something to do with bash's manipulation of the terminal state for line editing, but I don't see why it is propagated to child shells. A clue may be that if I change the order the tools in my .openwin-init so that the console (-C option) is LAST, all the initial shells start off in a sane state (although ones run from the menu still don't work properly). ------------------------------------------------------------------------------- Richard Evans Telephone : (+44) 223 462121 Topexpress Ltd Telex : 817911 Topexp G Poseidon House, Castle Park Fax : (+44) 223 315057 Cambridge, CB3 0RD, UK E-Mail : rde@uk.co.topexp (UK) rde@topexpress.co.uk ------------------------------------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 16 10:12:54 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA08599; Thu, 16 Jan 1992 20:19:43 -0600 Received: by delta.eecs.nwu.edu id AA23280 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 16 Jan 1992 16:12:00 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ub.d.umn.edu by delta.eecs.nwu.edu with SMTP id AA15212 (5.65c/IDA-1.4.4 for ); Thu, 16 Jan 1992 16:11:55 -0600 Received: by ub.d.umn.edu (5.59/UMD-891211) id AA27557; Thu, 16 Jan 92 16:12:57 CST From: tperala@ub.d.umn.edu (Tim Perala) Message-Id: <9201162212.AA27557@ub.d.umn.edu> Subject: Xnews initialization problem To: sun-managers@eecs.nwu.edu Date: Thu, 16 Jan 92 16:12:54 CST X-Mailer: ELM [version 2.3 PL11] Apologies if this is a FAQ... Configuration : SPARCstation2 set up completely standalone, no ethernet connection. Problem : When openwindows is fired up, the following error message is displayed and Xnews windows fail to open, although the server and window manager do run OK.. "Xnews network security violation rejected connection from hostname:" Hostname is the name the owner gave to the machine when running suninstall. Workaround : After starting openwin, if the command "xhost +" is executed the problem goes away, until next time openwin is fired up. Obviously there is some problem with X authentication. Any ideas how to fix this permanently? Thanks. -- Tim Perala (tperala@ub.d.umn.edu) University of Minnesota, Duluth Information Services (218) 726-6122 From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 16 10:45:01 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA08718; Thu, 16 Jan 1992 22:16:49 -0600 Received: by delta.eecs.nwu.edu id AA03904 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 16 Jan 1992 14:45:46 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from juliet.ll.mit.edu (WX.LL.MIT.EDU) by delta.eecs.nwu.edu with SMTP id AA16463 (5.65c/IDA-1.4.4 for ); Thu, 16 Jan 1992 14:45:22 -0600 Received: from sebastian (SEBASTIAN.WX.LL.MIT.EDU) by juliet.ll.mit.edu id AA08087g; Thu, 16 Jan 92 15:45:05 EST From: mikem@juliet.ll.mit.edu ( Michael Maciolek ) Received: by sebastian; Thu, 16 Jan 92 15:45:01 EST Date: Thu, 16 Jan 92 15:45:01 EST Message-Id: <9201162045.AA17039@sebastian> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: IPX and ELC SIMM compatibility Original quesitons: +-------------------------------------------------------------- | 1. Can you really put 4Mx9 SIMMs into an ELC or IPX? | 1a. Do you have to put in 4, or can you put in just 1 or 2? | | | 2. Are the other SIMMs (501-1698 and 501-1822) the 1Mx33 and 4Mx33 type? | 2a. Can you combine 1Mx33 and 4Mx33 SIMMs in the same ELC or IPX? | | 3. What kind of SIMMs are in a base-configured ELC (which has 8 Meg) | or IPX (which has 16 Meg)? | | 4. What is the source of your information? First-hand experience ("I've | tried it myself, and it works."), technical manual, hearsay or rumor? +-------------------------------------------------------------- If you fanatically save all postings to this group, or if you have a good enough memory, you may recall that my original posting included a memory compatibility table that I copied from a piece of paper I got from my Sun sales rep. Well, as many of you pointed out, there was a major typo in the table; I had interchanged some of the IPC data with SLC data. Although the typo was not relevant to my questions (which were specifically about the IPX and ELX) it led to some confusion, so I have enclosed at the end of this summary a corrected table, which includes corrections and other information I received from a number of sun-managers readers. Now, to the answers: 1. a resounding NO, you CAN'T put 4Mx9 SIMMs into an ELC or IPX, for the simple reason that they don't fit. The sockets are a different size. Oddly enough, one person claimed that he had put 4Mx9 SIMMs into his IPX, but so many others claimed that this was physically impossible because the sockets were different sizes, I believe that this one person was talking about 1Mx33 SIMMs and got confused. 2. There was some uncertainty as to whether these parts were 33 bits wide or 36 bits wide (perhaps they really have 36 bits, but the Sun MMU only pays attention to 33 of them?) Anyhow, the majority tended to favor 33 bits, and one response from Steve Campos - a technician at Highland Digital (where they actually SELL these components) said 33 bits, so I'll say 33 bits for the remainder of this summary, even though I got mixed signals from this list. Steve also said that while some SLCs shipped with 100ns parts, that the newer/faster ELC and IPX needed 80ns. This is noted in the table below. 2a. Mixing & Matching 1Mx33 with 4Mx33 SIMMs is OK. poffen@sj.ate.slb.com (Russ Poffenberger) pointed out that the 4Mx36s should be installed in the first slot(s), then the 1Mx33s in the remaining slot(s). 3. The ELC comes with two 1Mx33 SIMMs installed, for a base configuration of 8 meg. Early IPXs shipped with all four slots filled with 1Mx33 SIMMs to give 16 megabytes, but all current and future IPXs are shipping with a single 4Mx33 SIMM, so they have 16 Meg with 3 free slots. Here's the updated/corrected SIMM compatibility table, which reflects the majority-response to my query: Note - one respondent added some information for the 600MP series, and he indicated that the 600 would accept either 80ns or 100ns 4Mx9 SIMMs, and was jumper-selectable. This is encouraging, as the "jumper-selectable" part implies that you can tell the board to run slower or faster - so you might actually gain some speed advantage by using 80 ns parts if available, or you can go the cheap and dirty route and use slower 100ns parts at some speed penalty. I checked this information against the technical information I have about the 600MP series, and I've appended two lines for the 600MP and its 164A expansion board to the bottom of this chart. This chart is now in agreement with the majority of the responses I received, and I believe it's correct, but standard disclaimers apply. Thanks for the help! SIMM type & part number ----------------------------+---------+-----------------------------+---------+ | 1 MB | 4 MB | 16MB | ---+-------+--------+-------+---------+---------+---------+---------+---------+ S t| | Memory | | 100ns | 80ns | 100ns | 100ns | 80ns ? | y y| Total | in base| Max. | 1Mx9 | 4Mx9 | 4Mx9 | 1Mx33 | 4Mx33 | s p| memory| config | Memory| | | 501-1625| | | e| slots | (MB) | (MB) | 501-1679| 501-1739| 501-1812| 501-1698| 501-1822| ---+-------+--------+-------+---------+---------+---------+---------+---------+ IPX| 4 | 16 | 64 | | | | * 80ns | X | ---+-------+--------+-------+---------+---------+---------+---------+---------+ ELC| 4 | 8 | 64 | | | | * 80ns | X | ---+-------+--------+-------+---------+---------+---------+---------+---------+ SLC| 4 | 8 | 16 | | | | X | | ---+-------+--------+-------+---------+---------+---------+---------+---------+ SS2| 16 | 32 | 128 | | X | | | | ---+-------+--------+-------+---------+---------+---------+---------+---------+ IPC| 12 | 8 | 48 | X | X | X | | | ---+-------+--------+-------+---------+---------+---------+---------+---------+ S1+| 16 | 8 | 64 | X | X | X | | | ---+-------+--------+-------+---------+---------+---------+---------+---------+ 600| 64 | 64 | 128 | | X | X | | | ---+-------+--------+-------+---------+---------+---------+---------+---------+ 164| 128 | 64 | 256 | | X | X | | | ---+-------+--------+-------+---------+---------+---------+---------+---------+ notes: "S1+" = "SS1+" "600" = "SS 600 MP", "164" = "164A ECC Memory expansion board" * The ELC and IPX systems require an 80ns 1Mx33 SIMM, not the 100ns SIMM listed in the column heading. No part number was available. Responses were received from: Brent Alan Wiese Bernard Silver eckhard@ikarus.ts.go.dlr.de (Eckhard Rueggeberg) kjl@ray.fi (Kari J Leino) john@rod.mitre.org (John Marsh) fred@johnd.tamu.edu (Fred Seals 5-2298) Steve Hanson matt@wbst845e.xerox.com (Matt Goheen) Richard Elling feldt@phyast.nhn.uoknor.edu (Andy Feldt) jallen@nersc.gov (John Allen) poffen@sj.ate.slb.com (Russ Poffenberger) From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 16 14:02:56 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA08912; Fri, 17 Jan 1992 00:01:17 -0600 Received: by delta.eecs.nwu.edu id AA19313 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 16 Jan 1992 18:28:42 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from kodak.com by delta.eecs.nwu.edu with SMTP id AA10407 (5.65c/IDA-1.4.4 for ); Thu, 16 Jan 1992 18:28:24 -0600 Received: from [129.126.12.1] by Kodak.COM (5.61+/2.1-Eastman Kodak) id AA24160; Thu, 16 Jan 92 19:02:31 -0500 Reply-To: dennett@Kodak.COM Received: from cygnus.Kodak.COM by kodak.Kodak.COM (4.1/SMI-4.1) id AA01125; Thu, 16 Jan 92 19:03:22 EST Received: by cygnus.Kodak.COM (4.1/SMI-4.1) id AA00487; Thu, 16 Jan 92 19:02:56 EST Date: Thu, 16 Jan 92 19:02:56 EST From: dennett@Kodak.COM (Charlie Dennett) Message-Id: <9201170002.AA00487@cygnus.Kodak.COM> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: Arp Table Problems Cc: sun-managers-local@Kodak.COM Thanks for the replies. As you pointed out, the problem I saw in the output of arp -a is probably not the cause of my automounts and rsh commands failing. My guess is that both the arp problems and the other problems are the results of some other problem. It's just that every thing was going along fine and then suddenly broke. I checked that I could connect to the name server via nslookup, checked the NIS host tables, checked the routing tables and the arp tables. The only thing that looked out of place was the arp tables. BTW, the name server is in another building and out of my control. Rlogin and telnet worked to hosts that did not appear in my host table but did appear in the name server. Someone said that arp uses gethostbyaddr. Further experiments showed that once the output of arp -a printed a question mark in place of a hostname, all subsequent host names were replaced with question marks. If I manually deleted the first such entry, the following entries suddenly had real hostnames associated with them (until it came to another hostname that had a question mark. Then all the ones following that were question marks.) In each case the first entry that had a question mark in place of a host name, the host did not appear in my NIS host table but did appear in the nameserver (verified via nslookup). It would appear that perhaps the gethostbyaddr routine is buggy or perhaps the arp program is buggy or perhaps the nameserver is buggy. I'll have to see what I can do to isolate it to one of these if I can. Maybe someone has been messing around with the dynamic libraries that I am unaware of. Oh yes, I did rebuild the entire suite of NIS maps. Another strange thing is that this happened on two systems separate by severalmiles geographically and who knows how many router, bridges and other hardware. The only thing they have in common is they both consult the same name server. Someone locally suggested that perhaps a new piece of hardware was put on the network and was misconfigured. It could be sending some sort of packet that is messing up something. Oh well, thanks again. If I ever find out what happened, I'll let you all know. Meanwhile, if you think of something, please let me know. Charlie Dennett dennett@Kodak.COM From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 16 14:29:36 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA08918; Fri, 17 Jan 1992 00:16:00 -0600 Received: by delta.eecs.nwu.edu id AA05840 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 16 Jan 1992 20:29:04 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from clinch.math.niu.edu by delta.eecs.nwu.edu with SMTP id AA25994 (5.65c/IDA-1.4.4 for ); Thu, 16 Jan 1992 20:28:58 -0600 Received: from denali.math.niu.edu by clinch.math.niu.edu (4.1/SMI-4.1) id AA22814; Thu, 16 Jan 92 20:25:14 CST Message-Id: <9201170225.AA22814@clinch.math.niu.edu> To: sun-managers@eecs.nwu.edu Subject: Managing Diskless Workstations Date: Thu, 16 Jan 92 20:29:36 -0600 From: Gregory Higgins If your servers support a number of diskless workstations with identical configurations you can free up a lot of space in an /export/root filesystem by linking (ln) the (client)/vmunix, (client)/kadb and (client)/sbin/* executables across all clients with the same configuration. This is also true of many of the files in (client)/etc. Gregory Higgins, Systems Manager, math.niu.edu From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 16 10:55:31 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA08951; Fri, 17 Jan 1992 00:50:25 -0600 Received: by delta.eecs.nwu.edu id AA17732 (5.65c/IDA-1.4.4 for sun-managers-outbound); Thu, 16 Jan 1992 20:55:47 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Qualcomm.COM (qualcom.qualcomm.com) by delta.eecs.nwu.edu with SMTP id AA24288 (5.65c/IDA-1.4.4 for ); Thu, 16 Jan 1992 20:55:40 -0600 Received: from maui.qualcomm.com by Qualcomm.COM; id AA02907 sendmail 5.65/QC-2.0 via SMTP Thu, 16 Jan 92 18:55:32 -0800 for sun-managers@eecs.nwu.edu Received: by maui.QUALCOMM.COM (4.1/QUALCOMM-GENERIC-1.3) id AA02579 to sun-managers@eecs.nwu.edu; Thu, 16 Jan 92 18:55:31 PST Date: Thu, 16 Jan 92 18:55:31 PST From: mark@maui.Qualcomm.COM (Mark Erikson) Message-Id: <9201170255.AA02579@maui.QUALCOMM.COM> To: sun-managers@eecs.nwu.edu Subject: -ldl on SunOS4.1.2 I had miswrote a comment earlier. Someone had posted that they fixed a problem with creating shared libraries and I posted an alternate solution (which doesn't work, sigh). The shared library now has a dependency which it did not have before and the make file as shipped is incorrect for 4.1.2. If you create your own shared library this bug will cause code to abort. Compiled code will not link due to unresolved symbols dlopen, dlclose, and dlsym. Sun has a bugid 1079372 which corresponds to the Makefile change. The following change (as posted earlier, sorry, I forgot the original posters name) to the Makefile in shlib.etc is: # # @(#)Makefile 1.2 89/10/04 SMI # # . is not in roots path [GME] # OBJSORT=./objsort AWKFILE=awkfile # use -ldl to make sure the dependency is added to the shared library libc.so: ld -assert pure-text `${OBJSORT} lorder-sparc tmp` -ldl # ld -assert pure-text `${OBJSORT} lorder-sparc tmp` /bin/ls /usr/lib/libc.so.* > TMP_FILE mv a.out libc.so.`cat TMP_FILE | awk -f ${AWKFILE}` echo libc.so.`cat TMP_FILE | awk -f ${AWKFILE}` built. Also, the 4.1.2 program to print out library dependencies (ldd) has a bug in it which causes it to dump core. Use the 4.1.1 ldd, it works. Mark Erikson mark@qualcomm.com From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 17 11:10:05 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA09798; Fri, 17 Jan 1992 06:56:56 -0600 Received: by delta.eecs.nwu.edu id AA07343 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 17 Jan 1992 03:14:00 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from mail.Germany.EU.net (unido.Germany.EU.net) by delta.eecs.nwu.edu with SMTP id AA30818 (5.65c/IDA-1.4.4 for ); Fri, 17 Jan 1992 03:13:44 -0600 Received: from pkinbg by mail.Germany.EU.net with UUCP (5.65+/UNIDO-2.1.0.b) via EUnet for eecs.nwu.edu id AA24356; Fri, 17 Jan 92 10:08:38 +0100 Received: from sld15.pki-nbg.philips.de by scax04.pki-nbg.philips.de (4.1/PKI-2.4 (Domain)) id AA05371; Fri, 17 Jan 92 10:10:07 +0100 From: pla_jfi@pki-nbg.philips.de (Karl-Jose Filler) Date: Fri, 17 Jan 92 10:10:05 +0100 Message-Id: <9201170910.AA29312@sld15.pki-nbg.philips.de> Received: by sld15.pki-nbg.philips.de (4.1/PKI-2.4 (Domain)) id AA29312; Fri, 17 Jan 92 10:10:05 +0100 To: sun-managers@eecs.nwu.edu Subject: Postscript printer on centronics ports Hi, I am trying to use the sun transcript software ( links sun's to postscript printers via V.24 terminal lines ) with a parallel S-Bus card. The S-Bus Card + Printer is working, if you do an cp file /dev/pp0 But I cannot get it working with spooling. Both with the PS Communication filter and without the printer gets no PS job. The current printcap entry : pp0:\ :lp=/dev/pp0:\ :sd=/var/spool/pp0:\ :lf=/var/etc/pp0-error-log:\ :mx#0:sf:sb:\ :fs#06020:fc#0300:xc#040:\ (for the Card as documented ) :gf=/usr/tran/sparc/lib/psgf:\ :if=/usr/tran/sparc/lib/psif:of=/usr/tran/sparc/lib/psof: :nf=/usr/tran/sparc/lib/psnf:tf=/usr/tran/sparc/lib/pstf:\ :rf=/usr/tran/sparc/lib/psrf:vf=/usr/tran/sparc/lib/psvf:\ :cf=/usr/tran/sparc/lib/pscf:df=/usr/tran/sparc/lib/psdf: The Sbus Card is : Antares Parallel Port The Printer: HP LaserJet III Si + Postscript Thank you in advance Karl-Jose Filler Karl-Jose Filler Voice: +49-911-526-2870 Philips Kommunikations E-Mail: pla_jfi@pkinbg.uucp Industrie Ag pla_jfi@pki-nbg.philips.de D-8500 Nuernberg Germany From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 17 04:58:58 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA11483; Fri, 17 Jan 1992 15:14:23 -0600 Received: by delta.eecs.nwu.edu id AA06021 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 17 Jan 1992 10:59:10 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from lgc.lgc.com by delta.eecs.nwu.edu with SMTP id AA07083 (5.65c/IDA-1.4.4 for ); Fri, 17 Jan 1992 10:59:05 -0600 Received: from antares.lgc.com by lgc.lgc.com (5.65b/lgc.1.23) id AA27562; Fri, 17 Jan 92 10:59:02 -0600 Received: from minnie.lgc.com by antares.lgc.com (4.1/lgc.1.23) id AA17812; Fri, 17 Jan 92 10:59:01 CST Received: from loopback by minnie.lgc.com (4.1/lgc.1.9) id AA16783; Fri, 17 Jan 92 10:59:00 CST Message-Id: <9201171659.AA16783@minnie.lgc.com> To: sun-managers@eecs.nwu.edu Cc: vispi@lgc.com Subject: Can rlogin but can't telnet Date: Fri, 17 Jan 92 10:58:58 -0600 From: vispi@lgc.com Hi I have a machines here that I can rlogin to, but can't telnet to. When I telnet it asks for login and password. It then logs me out. SS1+, SunOS 4.1.1, 32M, approx 100M swap. This may or may not be related. I cannot mount anything from that machine. /etc/exports exports the filesystems. rcp.mountd, nfsd, and biod are running. When I try to mount ro,bg I get the error message. NSF getattr failed. RPC timed out, backgrounding mount. Any clues?? I'll summarize. Thanks -Vispi Dumasia vdumasia@lgc.com (713) 579 4871 From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 17 05:44:59 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA11492; Fri, 17 Jan 1992 15:15:24 -0600 Received: by delta.eecs.nwu.edu id AA20946 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 17 Jan 1992 09:45:52 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from juliet.ll.mit.edu (WX.LL.MIT.EDU) by delta.eecs.nwu.edu with SMTP id AA19963 (5.65c/IDA-1.4.4 for ); Fri, 17 Jan 1992 09:45:37 -0600 Received: from sebastian (SEBASTIAN.WX.LL.MIT.EDU) by juliet.ll.mit.edu id AA10090g; Fri, 17 Jan 92 10:45:04 EST From: mikem@juliet.ll.mit.edu ( Michael Maciolek ) Received: by sebastian; Fri, 17 Jan 92 10:44:59 EST Date: Fri, 17 Jan 92 10:44:59 EST Message-Id: <9201171544.AA17322@sebastian> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: IPX and ELC SIMM compatibility: THE SEQUEL Remember that Sun SIMM compatibility chart I just posted as part of my summary yesterday? Well, there's a typomathematical error in the 600MP section (the last 2 lines). Hans van Staveren pointed out, and simple arithmetic confirms, (I can divide by 4, really I can!) that in order to get 128 Megs on the 600MP main board, using 4M SIMMs, it would need 32 slots, not 64. Likewise, the 164A expansion board would need 64 slots, not 128, to hold a maximum of 256 Megs of expansion memory. See corrected chart below. [I got the max. memory right, but the number of slots wrong] Hans also reports that "reliable sources have it that they [the 600MP and its expansion boards] can take 16Mx9 SIMMS too" though he has no first-hand proof of this. Interesting, though, if true. 2.5 Gig of RAM, anyone? [In case you're wondering about THAT figure, the 600MP can use two 164A memory expansion cards. If you populate the 64 memory slots of a 164A with 16Meg SIMMs, you get 1 gigabyte per 164A board, and half a gigabyte more on the main 600MP board. For those REALLY memory-intensive applications!] ----------------------------+---------+-----------------------------+---------+ | 1 MB | 4 MB | 16MB | ---+-------+--------+-------+---------+---------+---------+---------+---------+ S t| | Memory | | 100ns | 80ns | 100ns | 100ns | 80ns ? | y y| Total | in base| Max. | 1Mx9 | 4Mx9 | 4Mx9 | 1Mx33 | 4Mx33 | s p| memory| config | Memory| | | 501-1625| | | e| slots | (MB) | (MB) | 501-1679| 501-1739| 501-1812| 501-1698| 501-1822| ---+-------+--------+-------+---------+---------+---------+---------+---------+ 600| 32 | 64 | 128 | | X | X | | | ---+-------+--------+-------+---------+---------+---------+---------+---------+ 164| 64 | 64 | 256 | | X | X | | | ---+-------+--------+-------+---------+---------+---------+---------+---------+ notes: "600" = "SS 600 MP", "164" = "164A ECC Memory expansion board" Oh, two other trivial corrections. I mistyped "ELX" for "ELC" in the second paragraph, and answer 2a talks about "4Mx36" SIMMs, when I said I was going to consistently use "4Mx33" throughout. So shoot me. Unless there are any other corrections, I'll shut up now. :-) ------------------------------------------------------------------------------ Michael Maciolek mikem@juliet.ll.mit.edu (617) 981-3174 Network Engineer --- MIT Lincoln Laboratory Group 43 --- Weather Sensing ------------------------------------------------------------------------------ "Operator? Get me the number for 911!" - Homer Simpson ------------------------------------------------------------------------------ From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 17 16:33:07 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA11507; Fri, 17 Jan 1992 15:19:53 -0600 Received: by delta.eecs.nwu.edu id AA15989 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 17 Jan 1992 10:33:34 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA31636 (5.65c/IDA-1.4.4 for ); Fri, 17 Jan 1992 10:33:26 -0600 Received: from moe.rice.edu by rice.edu (AA16765); Fri, 17 Jan 92 10:32:44 CST Received: from rutgers.edu by moe.rice.edu (AA20634); Fri, 17 Jan 92 10:33:19 CST Received: from porthos.rutgers.edu by rutgers.edu (5.59/SMI4.0/RU1.4/3.08) id AA22875; Fri, 17 Jan 92 11:33:14 EST Received: by porthos.rutgers.edu (5.59/SMI4.0/RU1.4/3.08) id AA27107; Fri, 17 Jan 92 11:33:09 EST To: ru-mlists-sun-managers@rutgers.edu Path: porthos.rutgers.edu!trudel From: trudel@porthos.RUTGERS.EDU (Jonathan) Newsgroups: ru.mlists.sun-managers Subject: SUMMARY: add_client disk info update? Message-Id: Date: 17 Jan 92 16:33:07 GMT Distribution: ru Organization: Rutgers Univ., New Brunswick, N.J. Lines: 17 My original question regarded finding It turns out that pre-configured Suns don't come with the program /usr/etc/install/get_disk_info online (shaem, shame, Sun). I finally found a copy elsewhere (I would presume that it's somewhere on the boot CD). get_disk_info is the program that suninstall calls to configure the disks. If you've added disks after the fact, run it, select your new disk, and use the existing partition table if you've partitioned before. Label the online disk partitions in the MOUNT PT column, and "PRESERVE" them. When you are "done with this form", it writes out new /etc/install/disk_info.XXX files for each disk you entered info for, and exits. Voila! From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 17 02:05:54 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA11791; Fri, 17 Jan 1992 16:46:47 -0600 Received: by delta.eecs.nwu.edu id AA02069 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 17 Jan 1992 12:08:37 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from lynx.cs.washington.edu by delta.eecs.nwu.edu with SMTP id AA21118 (5.65c/IDA-1.4.4 for ); Fri, 17 Jan 1992 12:08:32 -0600 Received: by lynx.cs.washington.edu (5.64a/7.1ws) id AA16656; Fri, 17 Jan 92 10:05:54 -0800 Date: Fri, 17 Jan 92 10:05:54 -0800 From: davidd@cs.washington.edu (David Doll) Return-Path: Message-Id: <9201171805.AA16656@lynx.cs.washington.edu> To: sun-managers@eecs.nwu.edu Subject: mail forwarding prob Hello, the system is SS2 running SunOS 4.1.1 with OW3.0. The problem is that I haven't been recieving outside mail to my machine since the beginning of the year. We have a VMS gateway which is supposed to forward mail to the correct location. From the gatway, the mail was passed onto a SS2 which then had a dot forward to my machine. Network traffic via a sniffer showed that the SS2 wasn not even trying to make a conection my SS2. Tests were done with the other SS2's and none of them would forward mail...??? Does this ring a bell with anybody? Could it be a corrupt sendmail.cf? From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 17 08:10:50 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA11794; Fri, 17 Jan 1992 16:47:15 -0600 Received: by delta.eecs.nwu.edu id AA19671 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 17 Jan 1992 12:19:58 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA04118 (5.65c/IDA-1.4.4 for ); Fri, 17 Jan 1992 12:19:53 -0600 Received: from note.nsf.gov by rice.edu (AA17627); Fri, 17 Jan 92 12:18:56 CST To: sun-managers@nsf.gov Subject: No-carrier error on Ethernet Date: Fri, 17 Jan 92 13:10:50 EST From: Michael Morse Message-Id: <9201171310.aa25143@Note.nsf.gov> Does anyone know exactly what causes the error "No carrier" on an Ethernet? I replaced a Sun386i that was working fine with a Sparc 2 running 4.1.1B, and I can't get the new machine to work on the Ethernet. I keeps saying "No carrier". The transceiver cable appears and tests clean, but I'm not sure what to look for. Any hints might save me some time in swapping tranceivers and cables, etc. Thanks in advance. --Mike From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 17 08:50:15 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA11960; Fri, 17 Jan 1992 17:40:46 -0600 Received: by delta.eecs.nwu.edu id AA03871 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 17 Jan 1992 12:50:46 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from life.ai.mit.edu by delta.eecs.nwu.edu with SMTP id AA03600 (5.65c/IDA-1.4.4 for ); Fri, 17 Jan 1992 12:50:36 -0600 Received: from motor-cortex (MOTORCORTEX.MIT.EDU) by life.ai.mit.edu (4.1/AI-4.10) id AA04356; Fri, 17 Jan 92 13:50:18 EST From: leo@ai.mit.edu (Leonardo C. Topa) Received: by motor-cortex (4.1/AI-4.10) id AA02574; Fri, 17 Jan 92 13:50:15 EST Date: Fri, 17 Jan 92 13:50:15 EST Message-Id: <9201171850.AA02574@motor-cortex> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: auto.home map with automounter Quite some time ago I asked a question regarding the automounter, and because of the holidays and other various things I never had a chance to summarize to the list the responses I received. With my apologies, here is the summary. My original question was: ============================================================ What I am trying to do is to have an NIS auto.master map in which one line reads: /home auto.home -rw,intr,hard and then another NIS map auto.home in which there is a line: ct ct:/home/ct where /home/ct is a partition which host ct exports to a list of other machines. The automounter is started on all machines from the rc.local script with no arguments. If I now do "cd /home/ct" on any host but ct everythings works beautifully, but if I try this on ct I get the error: /home/ct: Too many levels of symbolic links [I kind of see recursion happening here....] If in auto.home I change "ct:/home/ct" to something like "ct:/h/ct" (and /h/ct is where the partition is mounted on ct) everything works, but now people get confused because if they do "cd /home/ct; pwd" on any host but ct they get the answer "/tmp_mnt/home/ct", but if they do this on ct they get the answer "/h/ct" and they think it's a different subdirectory altogether. Is there any way to make the mounting point appear uniformly across all machines? I read Chapter 15 of the System & Network Administration manual, where there is an example of an auto.home map which I think is just like mine, but I can't get it work. Is it at all possible to do what I am trying to do? I will summarize. ============================================================ A couple of people said that this had been asked before, and that, although it's not on the FAQ list, maybe it should be there. Upkar suggested to use amd instead of the automounter. Others said to get Hal Stern's book "Managing NFS and NIS" and the section "Mount Point Conflicts" in the Sun admin manual. I didn't have Hal's book and I must have not read carefully Sun admin manual. Dinah McNutt sent me a long article about the automounter which appeared in the Feb. and Mar. 1991 issues of SunExpert. Angela Thomas Hoynowski said that on host ct I could do "automount -f /etc/auto.master /home -null" and on all the other hosts "automount -f /etc/auto.master". This wouldn't work for me because host ct needs to mount other home partitions (I simplified my situation) Arie Bikker suggested something on the same lines as Angela's solution. All other answers can be summarized with the following reply: ------------------------------------------------------------ From: Michael S. Maiten The problem here is that you are not following a key rule with indirect maps: The automounter MUST control everything in the directory. By having a hard mount there, the automounter is trying to overlay a symbolic link over the mount point and then everything screws up. What I recommend is that you mount your local disks which are exported in /export with the name that they are usually referenced (ie; /export/home/ct may be a good place for the disk which is referenced by auto.home as /home/ct). While this still yields "/export/home/ct" from pwd on node ct and "/tmp_mnt/home/ct" on other nodes, it will make it a bit more clear (since the "home/ct" part is the same). To my knowledge there is no consistent way to get pwd to return where you think you are instead of where you really are. In fact, some vendors' installation scripts try and make use of pwd in an automounted environment and then botch the installation. I suggest that if you are using csh, you can use the "cwd" command which will tell you where the shell thinks you are (which is how you named it, rather than over what links and automounts it really is). [A long while ago, in a SunOS 4.0 environment, I wrote a script autopwd that did a pwd, checked the result with the output of df and the YP maps and made a best guess as to by what name was specified with the automounter to reach this point. It may no longer work properly in a 4.1.1 environment (I haven't tried). I have previously posted it, but if you are interested (at your own risk), let me know and I will send it to you] ------------------------------------------------------------ My thanks to: David Fetrow Michael S. Maiten kalli!kevin@fourx.aus.sun.com (Kevin Sheehan {Consulting Poster Child}) mdl@cypress.com (J. Matt Landrum) birger@vest.sdata.no ( Birger Wathne) dennett@kodak.com (Charlie Dennett) bernards@ecn.nl (Marcel Bernards) dwb@sparky.imd.sterling.com (David Boyd) caxwgk@pki-nbg.philips.de (Wolfgang Kuehnel ) melissa@pituco.jpl.nasa.gov (Melissa Probst) dinah@pencom.com (Dinah Mc Nutt) feldt@phyast.nhn.uoknor.edu (Andy Feldt) Mike Raffety Arie Bikker jon@choctaw.b23b.ingr.com (Jon Stone) kla!brandari%sunra@sun.com (Paul Brandariz x6546) david@srv.pacbell.com (David St. Pierre) Upkar Singh Kohli Angela Thomas Hoynowski stssram@unocal.unocal.com (Robert Myers) deltam!dm!mark@uunet.uu.net (mark galbraith) neil@chemical-eng.edinburgh.ac.uk sitongia@hao.ucar.edu (Leonard Sitongia) bdb7881@eeidw004.boeing.com (Bart Borcherding 965-6517) T.D.Lee@durham.ac.uk From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 17 09:54:26 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12087; Fri, 17 Jan 1992 18:37:01 -0600 Received: by delta.eecs.nwu.edu id AA04968 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 17 Jan 1992 14:03:12 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from abvax.icd.ab.com by delta.eecs.nwu.edu with SMTP id AA31771 (5.65c/IDA-1.4.4 for ); Fri, 17 Jan 1992 14:03:03 -0600 Received: from sunne.UUCP by abvax.icd.ab.com (5.64/1.41) with UUCP id AA08249; Fri, 17 Jan 92 14:53:16 -0500 Received: by wal.ab.com (4.1/WAL-1.0) id AA22469; Fri, 17 Jan 92 14:54:26 EST Date: Fri, 17 Jan 92 14:54:26 EST From: sunne!rickn@abvax.icd.ab.com (Richard J. Niziak) Message-Id: <9201171954.AA22469@wal.ab.com> To: sun-managers@abvax.icd.ab.com Subject: DOS emulating S-Bus card A few vendors sell, S-Bus adapter cards that allow SparcStations to emulate PC's. Unfortunately, the only ones that I see are 286 or AT based. What I would like to know is if anyone out there knows of any vendors who provide a 386 product... I had a 386i in the past and the DOS was about the same speed as an AT, I need something much faster !! Help.. Rick Niziak UNIX SYSTEM Coordinator Allen-Bradley Company, Inc. abvax!sunne!rickn From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 17 10:27:42 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12116; Fri, 17 Jan 1992 18:55:49 -0600 Received: by delta.eecs.nwu.edu id AA31726 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 17 Jan 1992 15:07:46 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA23975 (5.65c/IDA-1.4.4 for ); Fri, 17 Jan 1992 15:07:39 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA20989; Fri, 17 Jan 92 16:07:32 -0500 Received: from odi.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 160609.12698; Fri, 17 Jan 1992 16:06:09 EST Return-Path: Received: from christmas.odi.com by odi.com (4.0/SMI-4.0/ODI-5) id AA25186; Fri, 17 Jan 92 15:27:42 EST Received: by christmas.odi.com (4.1/SMI-4.0/ODI-C2) id AA01094; Fri, 17 Jan 92 15:27:42 EST Date: Fri, 17 Jan 92 15:27:42 EST From: benson@odi.com Message-Id: <9201172027.AA01094@christmas.odi.com> To: sun-managers@eecs.nwu.edu Subject: PPP and friends, summary Here goes: So you want TCP/IP over serial lines. First, a little history: first there was slip. Slip sent raw IP packets over serial lines. That consumes bandwidth in wholesale quantities. It had no error checking. Then Van Jacobson (I've probably mispelled him) went to work on , amongst other things, IP compression. He produced cslip. Far as I can tell, cslip, for Compressed Slip, was almost instantly rendered obsolete by PPP, for Point to Point Protocol. PPP is the official serial IP protocol blessed by the people who bless such things. For sun's, there's a PD PPP available on uunet. I'm using it as I type this between a sun3 in my house and an IPC at my office, over a brace of T1600's with quite respectable performance, so long as I don't try to do anything much else at the same time as a big file copy. I haven't tried NFS yet. X works pretty good, though line editors like bash are slugish. In my initial message, I asked about PC's. PC-NFS comes with plain old slip. I haven't tried it. FTP software's product can come with PPP. I also haven't tried it. The public domain KA9Q can do PPP, I'm told, but it has no NFS. So the summary of the summary is: PPP is the wave of the future. From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 17 11:27:57 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12179; Fri, 17 Jan 1992 19:47:25 -0600 Received: by delta.eecs.nwu.edu id AA12041 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 17 Jan 1992 15:33:14 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from USASOC.SOC.MIL by delta.eecs.nwu.edu with SMTP id AA22660 (5.65c/IDA-1.4.4 for ); Fri, 17 Jan 1992 15:23:49 -0600 Message-Id: <9201172122.AA29778@usasoc.soc.mil> To: sun-managers@eecs.nwu.edu Subject: Strange SCSI disk errors on Wren IV: Sparc SunOS 4.1.1 Date: Fri, 17 Jan 92 16:27:57 EST From: Ted Nolan SRI Ft Bragg Hello folks, I've got an odd problem that I've seen now on two shoebox Wren IVs that we have on some SparcStation 1s. We got nine sparcs all at the same time, and apparently got a bad batch of Wren IVs with them, because we've had to replace about 5 of them at this point. Anyway, the two I have been having special problems with have been sent out for repair, and have come back. The original symptom was lots of bad blocks (of which the notorious 6736 (see below) was one), that format either wouldn't find or wouldn't fix (by which I mean sometimes format would go through without an error, other times it would choke). That's the background. The situation now is that I have one drive back from repair, and have hooked it up to an IPC (not the machine it came off of) to repartition and reload. Everything seemed to go fine, and I ran 4 passes of the "test" option of analyze, and then a format with 4 verification passes: no problem. Note though that I did not attempt to actually use the disk at this point. Then I went to dd the 'c' partition of an identical disk onto it to set up a system, rather than having to stick around for several different dumps and restores. This completed with no errors, and I have done this before with no problems (although maybe not under 4.1.1). When I went to do an fsck on the disk after the dd completed, it told me it couldn't read block 6736. I went back into format and tried to reformat, and it told me: Block 1835008 (4432/3/22), Fatal non-media error (hardware error) which is obviously foobarred, since the disk has only 1545 clyinders and 639630 blocks. Getting out of format and trying again doesn't help. However, sometimes if I go to the "disk type" menu in format, and choose "other" as my disk type, and enter the parameters for a Wren IV taken from format.dat (except for the physical number of cylinders), format will go through, and the next time I run it, I can choose the real Wren IV entry and format/verify and analyze/test with no problems, other times, if I powerdown the cpu and disk totally format will work the next time I try. So, I'm OK now right? No, when I try to do a newfs on the 'a' partition, it tells me it can't write to block 6736 again!: sd3a: Error for command 'write' sd3a: Error Level: Fatal sd3a: Block 6736, Absolute Block: 6736 sd3a: Sense Key: Hardware Error sd3a: Vendor 'CDC' error code: 0x9 This despite the fact that I have just read and written every block on the disk under format/verify and analyze/test. If I go back into format at this point, I am back at my "Block 1835008" error. I'm stumped right now, and I'd appreciate any suggestions! Thanks, Ted Nolan From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 17 07:44:39 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12246; Fri, 17 Jan 1992 20:47:59 -0600 Received: by delta.eecs.nwu.edu id AA03094 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 17 Jan 1992 17:44:57 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA04048 (5.65c/IDA-1.4.4 for ); Fri, 17 Jan 1992 17:44:51 -0600 Received: from tcsi.tcs.com by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA04398; Fri, 17 Jan 92 18:44:46 -0500 Received: from seattle.bellevue.tcs.com (seattle.tcs.com) by tcsi.tcs.com (4.1/SMI-4.1) id AA10312; Fri, 17 Jan 92 15:44:42 PST Received: from merlin.bellevue (merlin.bellevue.tcs.com) by seattle.bellevue.tcs.com (4.1/SMI-4.1) id AA07941; Fri, 17 Jan 92 15:44:39 PST Date: Fri, 17 Jan 92 15:44:39 PST From: flp@bellevue.tcs.com (Rick Preston) Message-Id: <9201172344.AA07941@seattle.bellevue.tcs.com> To: sun-managers@eecs.nwu.edu Subject: Sendmail with UUCP Problem: I have SUN 3/50 OS 4.1.1 and I want to sendmail over uucp. I have two uucp sites that I poll regularly. But mail seems to only know about LOCAL. I have uncommented "smartuucp" and the /etc/uucp/Systems file works for reqular uucp and cu. I have gone through old sun-manager archive and manual. Everything in either leads me to believe sendmail should just function correctly the way I have it set up. On the other side (network) I have sendmail.subsidiary.cf with CVsitename and I get uux(68) error host unknown. I must be missing the necessary piece to get sendmail to read Systems file. Usually FU/usr/lib/uucp/L.sys ...... on old BSD machine. I have to have this functioning very soon. flp--Rick Preston If RFTM please let me know source as that beats keeping this all in memory. From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 17 12:08:37 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12274; Fri, 17 Jan 1992 21:04:56 -0600 Received: by delta.eecs.nwu.edu id AA28182 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 17 Jan 1992 18:08:45 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from pex.eecs.nwu.edu by delta.eecs.nwu.edu with SMTP id AA16159 (5.65c/IDA-1.4.4 for ); Fri, 17 Jan 1992 18:08:39 -0600 Received: by pex.eecs.nwu.edu (4.1/SMI-NWU-2) id AA01207; Fri, 17 Jan 92 18:08:37 CST Date: Fri, 17 Jan 92 18:08:37 CST From: phil@pex.eecs.nwu.edu (William LeFebvre) Message-Id: <9201180008.AA01207@pex.eecs.nwu.edu> To: sun-managers@eecs.nwu.edu Subject: Sun-managers will be unattended until January 27 I will be attending Usenix in San Francisco next week. Therefore sun-managers will be on "automatic pilot" until I return. During that time no requests will be processed. My assistant will be keeping and eye out for serious problems (such as mail loops). Requests will be processed when I return, with removal requests getting priority. I have just finished processing and acknowledging all pending requests (the last one was received at 1:42 Friday afternoon). DO NOT EXPECT A REQUEST FOR REMOVAL TO BE IMPLEMENTED UNTIL AFTER THE 27TH! And please don't abuse the list too much while I am gone. William LeFebvre Computing Facilities Manager and Analyst Department of Electrical Engineering and Computer Science Northwestern University From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 17 12:20:30 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12429; Fri, 17 Jan 1992 22:48:50 -0600 Received: by delta.eecs.nwu.edu id AA00027 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 17 Jan 1992 16:20:13 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from XN.LL.MIT.EDU by delta.eecs.nwu.edu with SMTP id AA28890 (5.65c/IDA-1.4.4 for ); Fri, 17 Jan 1992 16:20:07 -0600 Message-Id: <199201172220.AA28890@delta.eecs.nwu.edu> Received: by xn.ll.mit.edu id AA06072g; Fri, 17 Jan 92 17:20:30 EST Date: Fri, 17 Jan 92 17:20:30 EST From: Kathryn Smith To: sun-managers@eecs.nwu.edu Subject: Mysterious error message in syslog Since I upgraded by mail and news system to OS 4.1.1 I've been getting messages like the following in my syslog file at the rate of a couple of hundred a day total: Jan 17 16:56:06 xn syslog: nres_gethostbyaddr: BERNARDO.WX.LL.MIT.EDU != 129.55.51.14 Jan 17 16:58:50 xn syslog: nres_gethostbyaddr: hsdndev.harvard.edu != 128.103.202.40 Jan 17 17:00:09 xn syslog: nres_gethostbyaddr: news.arc.nasa.gov != 128.102.18.32 Jan 17 17:00:39 xn syslog: nres_gethostbyaddr: MICRO-HEART-OF-GOLD.MIT.EDU != 18.62.0.36 xn is the local host whose console is receiving the messages. I have looked at the source to Cnews and NNTP without finding any reference to something called nres_gethostbyaddr. I'm familiar with the standard gethostbyaddr() routine, and am somewhat confused by the message, since the addresses given are in fact the addresses which match the host names in question. We are running NIS and in.named, with the NIS hosts map set up to query the in.named only if it fails to resolve the name using NIS. I can successfully get addresses for all of the above names via nslookup, although it complains that the answers to all but bernardo.wx.ll.mit.edu are non-authoritative. I can also get inverse mappings, with essentially the same results. I have also seen ths same error for a host here at Lincoln for which XN is the authoritative name server. Most of the hosts I see this warning about are either nntp clients reading news, or news feeds via nntp. However, I do also see it much more rarelyfrom other hosts. While these messages don't seem to indicate a serious problem, I'd like to quit clogging my syslog file with garbage. IF anyone can offer me an explanation of their meaning/ cause, or suggestions on getting rid of them, I would be very grateful. Kathryn Smith -------------------------------------------------------------------------------- Kathryn L. Smith System Administrator I didn't do it, MIT Lincoln Laboratories and I can justify Lexington, MA ARPANET: kathy@XN.LL.MIT.EDU it all anyway. From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 17 16:52:03 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA12470; Fri, 17 Jan 1992 23:41:33 -0600 Received: by delta.eecs.nwu.edu id AA08986 (5.65c/IDA-1.4.4 for sun-managers-outbound); Fri, 17 Jan 1992 20:53:06 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Princeton.EDU by delta.eecs.nwu.edu with SMTP id AA20947 (5.65c/IDA-1.4.4 for ); Fri, 17 Jan 1992 20:52:59 -0600 Received: from silence.princeton.nj.us by Princeton.EDU (5.65b/2.85/princeton) id AA27781; Fri, 17 Jan 92 21:52:56 -0500 Received: by silence.princeton.nj.us (5.61/1.101) id AA13620; Fri, 17 Jan 92 21:52:03 -0500 Date: Fri, 17 Jan 92 21:52:03 -0500 From: Jay Plett Message-Id: <9201180252.AA13620@silence.princeton.nj.us> To: sun-managers@eecs.nwu.edu Subject: Getty waiting on a socket Reply-To: jay@Princeton.EDU Machine: 4/330 OS: 4.1.1, 4.1.2 (upgraded this week, same symptoms before/after) Modems: Telebit T2500 (some GA2.00, some GE7.00) I have four modems on a 4/330, on ports tty[a-d]. The lines are configured for dialin/dialout, with a cuaN for each port having a minor number 128 greater than the corresponding ttyN. Hardware flow control is used on all of the lines, via stty cookies in gettytab, /etc/remote, and /etc/uucp/Dialers. Most of the time, all works well. The modems are very busy with both incoming and outgoing traffic, almost all uucp. Occasionally I will find that the getty on one of the lines is blocked on rtty or rsockt. I don't understand why the rtty is happening, but it at least sounds within the bounds of reason. I am totally mystified by the gettys that wait on rsockt. How can this be? When a line gets into this state, it will not answer incoming calls (DTR is down), but it will make outgoing calls. The problem can be cleared by turning the line off in ttytab, sending a HUP to init, then turning it back on again. If I kill the getty instead of letting init do it, no new getty appears. If I haven't lost you already, here are some of the gory details. sps says: Ty User Status Fl Nice Prv Shr Res %M Time Child %C Proc# Command -- root rsockt 88+ 504 0 0 0.1 0 3496 - hwf.19200 ttyb ps says: F UID PID PPID CP PRI NI SZ RSS WCHAN STAT TT TIME COMMAND 20088000 0 3496 1 3 1 0 56 0 socket IW ? 0:00 - hwf.19200 ttyb (getty) ofiles says nothing has ttyb open, and either nothing has cua1 open or else a uucico has it open (the uucicos come and go as the modem is used for dialout). ofiles on the getty says: user process command root 3496 getty cwd = directory inode 2 on local fs 710 (/) fd #0 = unix-domain datagram socket mmap = file inode 5643 on local fs 736 (/usr) mmap = file inode 19783 on local fs 736 (/usr) Is this weird or what? Why is getty opening or inheriting a socket? When the getty is blocked on rtty, everything looks about the same as above, except that the getty has fd's 0, 1 and 2 open on /dev/ttyN. Yesterday, I added a fifth modem on ttyh0 (on an ALM-2). I have not yet caught that line waiting on rsockt, but I have once found it waiting on rtty. Here is the modem configuration, in case it helps: E0 F1 M1 Q6 P V1 W0 X0 Y0 &P0 &T5 Version GE7.00-T2500SA S00=001 S01=000 S02=043 S03=013 S04=010 S05=008 S06=002 S07:060 S08=002 S09=006 S10=007 S11=070 S12=050 S18=000 S25=005 S26=000 S38=000 S41=000 S45=000 S47=004 S48=000 S49=000 S50=000 S51:254 S52:002 S54:003 S55=000 S56=017 S57=019 S58:002 S59=000 S61=150 S62=003 S63=001 S64=000 S65=000 S66:001 S67=000 S68=255 S69=000 S90=000 S91=000 S92=000 S93=008 S94=001 S95:002 S96=001 S97=000 S98=003 S100=000 S101=000 S102=000 S104=000 S105=001 S106=000 S107=020 S110=255 S111:030 S112=001 S121=000 S130=002 S131:001 S150=000 S151=004 S152=001 S153=001 S154=000 S155=000 S157=000 S158=000 S160=010 S161=020 S162=002 S163=003 S164=007 S169=000 S255:001 Any advice or insights abundantly welcome! Jay Plett jay@princeton.edu From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 17 16:25:00 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA13350; Sat, 18 Jan 1992 05:51:46 -0600 Received: by delta.eecs.nwu.edu id AA28264 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sat, 18 Jan 1992 02:28:52 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from sscnet.ucla.edu (weber.sscnet.ucla.edu) by delta.eecs.nwu.edu with SMTP id AA22831 (5.65c/IDA-1.4.4 for ); Sat, 18 Jan 1992 02:28:46 -0600 Received: from courier.sscnet.ucla.edu by sscnet.ucla.edu (4.1/ssc-02/26) id AA28585; Sat, 18 Jan 92 00:28:00 PST From: Hwa@ssc.sscnet.ucla.edu Received: by courier.sscnet.ucla.edu with Network-Courier id <2977E476@courier.sscnet.ucla.edu>; Sat, 18 Jan 92 00:25:26 PST Subject: Where the user telenting from? To: Date: Sat, 18 Jan 92 00:25:00 PST Message-Id: <2977E476@courier.sscnet.ucla.edu> Encoding: 20 TEXT X-Mailer: The Network Courier V2.1b.1 Dear managers, I tried to find out where does a user telnet to my system from. I checked '/etc/utmp' but it only keeps first the 16 characters of the originating hostname, everything after the 16th character got truncated. 'finger' and 'who' all give the same result because both of them consult '/etc/utmp' file. For example, '(ralph.physics.uc)' instead of '(ralph.physics.ucla.edu)'. Even 'etherfind ip' won't tell me the whole address. Does anyone know how to the the COMPLETE address? Thanks for your help. Michael Hwa hwa@ssc.sscnet.ucla.edu 310-825-4001 ============================================================================== From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 17 17:48:00 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA13429; Sat, 18 Jan 1992 07:49:40 -0600 Received: by delta.eecs.nwu.edu id AA19993 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sat, 18 Jan 1992 05:07:26 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: by delta.eecs.nwu.edu id AA07026 (5.65c/IDA-1.4.4 for sun-managers); Sat, 18 Jan 1992 05:07:13 -0600 Received: by tellab5.tellabs.com (smail2.5) id AA17870; 18 Jan 92 04:56:34 CST (Sat) Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA28582; Sat, 18 Jan 92 05:19:05 -0500 Received: from indetech.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 051807.25420; Sat, 18 Jan 1992 05:18:07 EST Received: by indetech.com (/\=-/\ Smail3.1.18.1 #18.21) id ; Sat, 18 Jan 92 01:48 PST Received: by sizzle.indetech.com (/\=-/\ Smail3.1.18.1 #18.18) id ; Sat, 18 Jan 92 01:48 PST Message-Id: Date: Sat, 18 Jan 92 01:48 PST From: david@indetech.com (David Kuder) To: sun-managers@eecs.nwu.edu Subject: 4/330 with a 4/280's memory card We had our 4/280 die today. Our spare cpu for file servers is for a 4/330. After we pulled the old CPU card and old SCSI card out slots 1 and 2 of the 4/280's card cage and replaced them with the 4/330 card we seemed to be ok. The machine came up, found all it's disk and is humming along. But a scan of the messages rolling past indicated that the 4/330 cpu was only seeing its on-board 8MB of memory and not seeing the 32MB VME card. We are now limping along rather than flying along. So can the 4/330 cpu utilize the 32MB VME memory card? If so what do we have to do to make it fly? These late night hardware shuffling sessions aren't what great thinking is made of, so if I've missed an obvious FM, I apologize. Thanks in advance, -- ____*_ David A. Kuder david@indetech.com \ / / Independence Technologies {sun,uunet,sharkey}!indetech!david \/ / 42705 Lawrence Place FAX: 510 438-2034 \/ Fremont, CA 94538 Voice: 510 438-2003 From sun-managers-relay@delta.eecs.nwu.edu Sat Jan 18 07:18:57 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA14214; Sat, 18 Jan 1992 18:10:32 -0600 Received: by delta.eecs.nwu.edu id AA24622 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sat, 18 Jan 1992 13:39:30 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from emx.utexas.edu by delta.eecs.nwu.edu with SMTP id AA14421 (5.65c/IDA-1.4.4 for ); Sat, 18 Jan 1992 13:39:24 -0600 Posted-Date: Sat, 18 Jan 92 13:18:57 CST Received: from utig.ig.utexas.edu by emx.utexas.edu (5.61/1.9) id AA28606; Sat, 18 Jan 92 13:33:59 -0600 Date: Sat, 18 Jan 92 13:18:57 CST Message-Id: <9201181918.AA15449@utig.ig.utexas.edu> Received: from [128.83.149.31] (mithril.ig.utexas.edu) by utig.ig.utexas.edu (4.1/4.22) id AA15449; Sat, 18 Jan 92 13:18:57 CST To: sun-managers@eecs.nwu.edu From: markw@utig.ig.utexas.edu Subject: automount +includes Contrary to the FM, automount direct map entries of the form: +auto.a_second_map seem to be illegal for os 4.1.1 automount: automount[pid]: dir +auto.a_second_map must start with a '/' That is, it would seem that only files can be daisy-chained. Has anyone gotten this to work? mw -- Mark Wiederspahn voice: (512) 471-0490 Senior System Analyst fax: (512) 471-8844 Institute for Geophysics telex: (910) 874-1380 University of Texas at Austin 8701 Mopac Blvd. Austin TX 78759-8345 From sun-managers-relay@delta.eecs.nwu.edu Sat Jan 18 06:01:22 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA14255; Sat, 18 Jan 1992 18:23:53 -0600 Received: by delta.eecs.nwu.edu id AA03716 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sat, 18 Jan 1992 14:44:26 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from csn.org by delta.eecs.nwu.edu with SMTP id AA01163 (5.65c/IDA-1.4.4 for ); Sat, 18 Jan 1992 14:44:20 -0600 Received: from spatial.UUCP by csn.org with UUCP id AA18670 (5.65c/IDA-1.4.4 for sun-managers@eecs.nwu.edu); Sat, 18 Jan 1992 13:44:17 -0700 Received: by spatial.com (4.1/SMI-4.1) id AA01873; Sat, 18 Jan 92 13:01:22 MST Date: Sat, 18 Jan 92 13:01:22 MST From: alek@spatial.com (Alek O. Komarnitsky) Message-Id: <9201182001.AA01873@spatial.com> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: Can one connect to a T1600 w/uucico when modem passwords are enabled? Cc: alek@spatial.com Per the subject line, I asked if one could connect to a Telebit T1600 using uucico (SUN -> SUN) *when* the modem password feature is enabled (S46=3). I received two responses (shown below), but nothing conclusive. I've hashed this one over w/Telebit, and a number of people, and the conclusion seems to be that it just won't work. So I've switched over to a software modem password check (not quite as secure) which seems to work (thanx to Mike Willett at mike@array.com) Thanx again for the responses, Alek Komarnitsky 303-449-0649 Software Tools Manager, Spatial Technology, Inc. 2425 55th Street, Bldg A alek@spatial.com Boulder, CO 80301-5704 P.S. OK, I tried typing words at the PROM "new" mode and a bunch of stuff got listed (curious what all it is?). Typed a few of 'em in, but not much seemed to happen: cold does what it implies (power cycle to recover). "Hilarie Orman" said: Two guesses. One is that the calling UUCP may be resetting the modem values prior to placing the call, resulting in a mismatch at connect time. Another is that you are terminating the password with return when the modem expects newline, or vice versa. > This is real possibility, but I tried all sorts of combinations of > not sending CR, etc., but still couldn't make it work. paul@arasmith.com (Paul Lind) said: I had a related problem when setting up uucp, though I did not try to use the modem passwords. The problem involved an apparent SunOS requirement that the uucp login on my end be done with even parity. I have found no way around this at this time. If any of the SunManagers smarter than me have found out how to login uucp with 8bit no parity, I'd love to hear about it. Details follow, maybe you can make more sense of it than I have: > Does adding a P_ZERO to the chat script help this? [... additional other comments about specific configuration items] To reiterate, it seems that something in SunOS forces the uucp login to take place using 7bit, even parity, then switches to 8bit no parity for the actual transfer. > Not sure I entirely buy that, but there seems to be something brain-dead > about uucico (?) [on the other hand, I could be brain-dead! ;-) ] The only solution I found was to have the machine dialing in set for 7bit even parity also. > Unfortunately not doable, since the T1600 appears to force 8N for the password From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 16 06:20:00 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA14260; Sat, 18 Jan 1992 18:30:05 -0600 Received: by delta.eecs.nwu.edu id AA01817 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sat, 18 Jan 1992 15:07:37 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from nuacc.acns.nwu.edu by delta.eecs.nwu.edu with SMTP id AA19533 (5.65c/IDA-1.4.4 for ); Sat, 18 Jan 1992 15:07:32 -0600 Received: from TNTECH.BITNET by nuacc.acns.nwu.edu; Sat, 18 Jan 92 15:06 CDT Received: from TNTECH.BITNET by TNTECH.BITNET (PMDF #12342) id <01GFDTLQ2CR4BMA62B@TNTECH.BITNET>; Thu, 16 Jan 1992 12:20 CST Date: Thu, 16 Jan 1992 12:20 CST From: "Joel L. Seber ... CH210" Subject: PROBLEM: "lpr -p" failing, sometimes To: sun-managers@eecs.nwu.edu Message-Id: <01GFDTLQ2CR4BMA62B@TNTECH.BITNET> X-Envelope-To: sun-managers@eecs.nwu.edu X-Vms-To: SUN-MANAGERS X-Vms-Cc: JLS2013 Systems: Sparcstation 1, 1+, IPC, 2 SUNOS Version 4.1.1, no patches Printers: HP Laserjet III, HP Ruggedwriter Ever since I installed 4.1.1, I have had a problem with "lpr -p" not finishing the last file. The printer stops short of finishing the last (and it's always the last) file in the list with no form feed. The queue is not locked or otherwise disabled. It doesn't matter what system or printer I try this on. My printcap entries are set for 60 lines per page to allow for skip-over-perf options or the fact that most laser printers want to print only 60 lines per page. Regular "lpr" has no problems of this nature. Has anyone else seen this problem? Please e-mail me and I will summarize. Thanks in advance, Joel L. Seber | Dry humor is wasted around here. SUN Workstation Laboratory Manager | Center for Manufacturing Research | -Joel L. Seber and Technology Utilization | Tennessee Technological University | recursive, adj. Cookeville, TN 38505 | See 'recursive' | jls2013@tntech.bitnet | From sun-managers-relay@delta.eecs.nwu.edu Sat Jan 18 12:05:35 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA14361; Sat, 18 Jan 1992 19:28:13 -0600 Received: by delta.eecs.nwu.edu id AA24519 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sat, 18 Jan 1992 16:04:33 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from hub.eng.wayne.edu by delta.eecs.nwu.edu with SMTP id AA03177 (5.65c/IDA-1.4.4 for ); Sat, 18 Jan 1992 16:04:28 -0600 Received: by hub.eng.wayne.edu (4.1/SMI-4.1) id AA06493; Sat, 18 Jan 92 17:05:35 EST Date: Sat, 18 Jan 92 17:05:35 EST From: rizzo@eng.wayne.edu (Frank Rizzo 7-3824) Message-Id: <9201182205.AA06493@hub.eng.wayne.edu> To: sun-managers@eecs.nwu.edu Subject: xnews eating memory. I am running Openwindows 3.0 on a Sparcstation1 (SunOS 4.1.1b - no patches). The xnews process consumes more and more memory the longer I stay logged in running Openwindows. Here is the process in question. rizzo 6177 1.2 16.1 2412 2372 co R 15:14 6:29 /usr/openwin/bin/xnews :0 -auth /home/staff/rizzo/.xnews.hub:0 It is using 16.1 % of my memory. It grows the longer I leave Openwindows 3.0 running. Has this been observed anywhere else? Is this patchable or is it a "feature"? +-----------------------------------------------------------------------------+ | Frank F. Rizzo Rm. 2351.11 | | Network Software Manager, Postmaster Engineering Computer Center | | Phone: (313) 577-3824 Wayne State University | | FAX #: (313) 577-5969 5050 Anthony Wayne Drive | | WSU-PROFS: frizzo Detroit, Michigan 48202 | | Internet: Frank_Rizzo@eng.wayne.edu USA | +-----------------------------------------------------------------------------+ From sun-managers-relay@delta.eecs.nwu.edu Sun Jan 19 08:17:59 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA16061; Sun, 19 Jan 1992 15:45:55 -0600 Received: by delta.eecs.nwu.edu id AA16918 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 19 Jan 1992 12:10:32 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from att.att.com by delta.eecs.nwu.edu with SMTP id AA16800 (5.65c/IDA-1.4.4 for ); Sun, 19 Jan 1992 12:10:24 -0600 Message-Id: <199201191810.AA16800@delta.eecs.nwu.edu> From: bill@aloft.att.com Received: by aloft.att.com (4.1/4.7) id AA20467; Sun, 19 Jan 92 13:17:59 EST Date: Sun, 19 Jan 92 13:17:59 EST Original-From: aloft!bill (52871-B. Shorter) To: sun-managers@eecs.nwu.edu Subject: Please retransmit the summary SLIP and PPP summary. We lost it in an email problem here. Request retransmission to bill@aloft.att.com. Sorry for bothering all of you with this request. Bill Shorter (bill@aloft.att.com) From sun-managers-relay@delta.eecs.nwu.edu Sun Jan 19 10:28:32 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA16277; Sun, 19 Jan 1992 17:33:08 -0600 Received: by delta.eecs.nwu.edu id AA04063 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 19 Jan 1992 14:29:14 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from pebbles.cs.widener.edu ([147.31.254.24]) by delta.eecs.nwu.edu with SMTP id AA01867 (5.65c/IDA-1.4.4 for ); Sun, 19 Jan 1992 14:29:09 -0600 Received: by pebbles.cs.widener.edu id AA01619 (5.65c/Widener-4.1 for sun-managers@eecs.nwu.edu); Sun, 19 Jan 1992 15:28:32 -0500 Date: Sun, 19 Jan 1992 15:28:32 -0500 From: Brendan Kehoe Message-Id: <199201192028.AA01619@pebbles.cs.widener.edu> To: sun-managers@eecs.nwu.edu Subject: disallowing root with xdm Forgive me if this is an RTFM; I have 'secure' taken out of /etc/ttytab, yet root can still log in on the console. -- Brendan Kehoe, Sun Network Manager brendan@cs.widener.edu Widener University Chester, PA ``Ya know Quaker Oats make you feel good twice?'' Hmm. From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 17 14:48:11 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA16388; Sun, 19 Jan 1992 18:39:13 -0600 Received: by delta.eecs.nwu.edu id AA08765 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 19 Jan 1992 15:29:51 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Sun.COM by delta.eecs.nwu.edu with SMTP id AA11569 (5.65c/IDA-1.4.4 for ); Sun, 19 Jan 1992 15:29:46 -0600 Received: from newuucp.Sun.COM (newuucp.EBay.Sun.COM) by Sun.COM (4.1/SMI-4.1) id AA24239; Sun, 19 Jan 92 13:29:44 PST Received: from synapsis.UUCP by newuucp.Sun.COM (4.1/SMI-4.1) id AA20944; Sun, 19 Jan 92 13:27:06 PST Received: from gprod.noname by noname (4.1/SMI-4.1) id AA06843; Fri, 17 Jan 92 19:48:11 CDT Date: Fri, 17 Jan 92 19:48:11 CDT From: synapsis!cristian@Sun.COM (Christian Candia White) Message-Id: <9201172248.AA06843@noname> To: sun-managers@eecs.nwu.edu Subject: Lifeline and POP2 Cc: synapsis!cristian@Sun.COM Hi sun-managers, Does anybody know how install PC-NFS Lifeline's mail using the POP option ???. I install de daemon in the server, and edit the /etc/services file, and configure the Lifeline's mail, and I get the following error when I try to retrive my mail : " Protocol Error Detected. The POP2 server send back an incorrect reply to a command. This usually indicates a transient error on the server. If it persists contact your network administrator". The error persists, and I'm the network adminstrator. So I need help !!!. Christian Candia synapsis!cristian@Sun.COM Synapsis S.A. Chile. From sun-managers-relay@delta.eecs.nwu.edu Sun Jan 19 12:02:18 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA16681; Sun, 19 Jan 1992 21:43:46 -0600 Received: by delta.eecs.nwu.edu id AA25874 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 19 Jan 1992 18:24:22 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from emx.utexas.edu by delta.eecs.nwu.edu with SMTP id AA31806 (5.65c/IDA-1.4.4 for ); Sun, 19 Jan 1992 18:24:15 -0600 Posted-Date: Sun, 19 Jan 92 18:02:18 CST Received: from utig.ig.utexas.edu by emx.utexas.edu (5.61/1.9) id AA21102; Sun, 19 Jan 92 18:19:05 -0600 Date: Sun, 19 Jan 92 18:02:18 CST From: markw@utig.ig.utexas.edu (Mark Wiederspahn) Message-Id: <9201200002.AA21029@utig.ig.utexas.edu> Received: from shipley.ig.utexas.edu.utig by utig.ig.utexas.edu (4.1/4.22) id AA21029; Sun, 19 Jan 92 18:02:18 CST To: sun-managers@eecs.nwu.edu Subject: automount +includes (CORRECTION) CORRECTION (poorly stated problem the first time :( ): Contrary to the FM, automount direct map entries of the form: +auto.a_second_map seem to be illegal for os 4.1.1 automount when both maps are yp maps. The error is: automount[pid]: dir +auto.a_second_map must start with a '/' Has anyone gotten NIS maps to daisy chain for automount? mw From sun-managers-relay@delta.eecs.nwu.edu Sun Jan 19 17:34:30 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA16959; Mon, 20 Jan 1992 00:44:33 -0600 Received: by delta.eecs.nwu.edu id AA20126 (5.65c/IDA-1.4.4 for sun-managers-outbound); Sun, 19 Jan 1992 21:35:05 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from betty.cs.widener.edu by delta.eecs.nwu.edu with SMTP id AA25398 (5.65c/IDA-1.4.4 for ); Sun, 19 Jan 1992 21:34:55 -0600 Received: by betty.cs.widener.edu id AA14367 (5.65c/Widener-4.1 for sun-managers@eecs.nwu.edu); Sun, 19 Jan 1992 22:34:30 -0500 Date: Sun, 19 Jan 1992 22:34:30 -0500 From: Brendan Kehoe Message-Id: <199201200334.AA14367@betty.cs.widener.edu> To: sun-managers@eecs.nwu.edu Subject: disallowing root w/ xdm [the real msg] Reply-To: brendan@cs.widener.edu I wrote: >Forgive me if this is an RTFM; I have 'secure' taken out of /etc/ttytab, yet >root can still log in on the console. Sorry, an emergency happened & I accidentally sent this in a rush to leave. The full scoop is: I'm running X11R5's xdm, which apparently pays no heed to the entries in /etc/ttytab. I modified the ttytab over a year ago on all of our systems to not allow password-less root access at the console. Yesterday whilst installing some memory, one of my compatriots noticed that if someone can come up with the root password, xdm will let them slide right in. (Thus defeating all of the security I've tried to set up.) Before I pull X off the tape & look at the source (or spend some time FTP the xdm stuff from export), I was wondering if anyone's found a pseudo-obvious way around this. Thanks, I'll summarize. Brendan -- Brendan Kehoe, Sun Network Manager brendan@cs.widener.edu Widener University Chester, PA ``Ya know Quaker Oats make you feel good twice?'' Hmm. From sun-managers-relay@delta.eecs.nwu.edu Fri Jan 17 11:11:32 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA17636; Mon, 20 Jan 1992 04:40:24 -0600 Received: by delta.eecs.nwu.edu id AA12454 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 20 Jan 1992 01:15:18 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from uu2.psi.com by delta.eecs.nwu.edu with SMTP id AA18890 (5.65c/IDA-1.4.4 for ); Mon, 20 Jan 1992 01:15:12 -0600 Received: by uu2.psi.com (5.65b/4.0.071791-PSI/PSINet) id AA25657; Mon, 20 Jan 92 01:59:30 -0500 Date: Fri, 17 Jan 92 16:11:32 EST From: walter@pins.com (Walter F. Hartheimer) Received: by pins.com (4.1/3.2.083191-Precision Nesting Systems) id AA14676; Fri, 17 Jan 92 16:11:32 EST Message-Id: <9201172111.AA14676@pins.com> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: memory upgrades on IPC and SLC Thanks to all who responded (total of 40!). Original posting: Is it really true that to upgrade factory shipped IPC's and SLC's beyond 8 megabytes, the existing memory becomes useless $ilicon (sic)? Must they be removed to accomodate only 4MB SIMMS. Please share your experiences with me. Conclusion: SLC has 4 slots that can only accomodate special 36bit 4mb SIMMS. bernards@ECN.NL (Marcel Bernards) says: An SLC uses special 36*4 Mbit Simm's (4 parity chips and 32 bits data) So an SLC which has 4 slots can contain a maximum of 4*4 Mbyte = 16 Mbyte Memory. So the only way to upgrade from 8 mb is to add up to two more of these special SIMMS for up to 16Mb total. IPC has a total of 12 slots divided up 3 banks of 4 slots. It uses industry standard PC and MAC compatible 1 and 4 MB SIMM chips. Each bank of 4 slots must contain the same type of memory (either 4MB or 1MB). Each of the three banks may have either 1 or 4 MB SIMMS (not mixed within a bank of four slots). The 4 MB SIMMS must occupy the lower memory bank addresses. So, this is what I am going to do with my two IPC with 8 1MB SIMMS: I will buy only 4 4MB SIMMS. I will remove the 4 1MB SIMMs from the first bank and replace them with 4 4MB SIMMs. IPC #1 now has 20 MB. I will take 4 1MB SIMMS and place them in the last bank of IPC #2. IPC #2 now has 12 MB. And, this is what I am going to do with my SLC. I will buy 2 special 36bit 4MB SIMMS I will add 1 SIMM to each SLC BOTH SLC's now have 12 MB. I think this is the lowest cost solution to my problem. And I have not wasted any $ilicon! However if I were to have extra 1 MB IPC type SIMM I could use them in an SS1, MAC, or PC clone. ----- End Included Message ----- From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 20 04:59:56 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA18120; Mon, 20 Jan 1992 10:40:27 -0600 Received: by delta.eecs.nwu.edu id AA19007 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 20 Jan 1992 05:53:31 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ux1.cso.uiuc.edu by delta.eecs.nwu.edu with SMTP id AA03919 (5.65c/IDA-1.4.4 for ); Mon, 20 Jan 1992 05:53:25 -0600 Received: from SCS.SLAC.Stanford.EDU by ux1.cso.uiuc.edu with SMTP id AA27493 (5.65d/IDA-1.4.4 for ); Mon, 20 Jan 1992 05:53:42 -0600 Received: from UNIXHUB.SLAC.Stanford.EDU by SCS.SLAC.STANFORD.EDU with PMDF#10283; Mon, 20 Jan 1992 03:53 PST Received: by unixhub.SLAC.Stanford.EDU (4.1/SLAC 911205) id AA16010; Mon, 20 Jan 92 03:53:05 PST Date: 20 Jan 92 04:59:56 GMT From: U32597@uicvm.uic.edu Subject: Xylogics SMD controller problem To: info-sun-managers@ux1.cso.uiuc.edu Message-Id: <92019.225956U32597@uicvm.uic.edu> X-Envelope-To: info-sun-managers@ux1.cso.uiuc.edu Path: unixhub!lll-winken!sol.ctr.columbia.edu!spool.mu.edu!sdd.hp.com!usc!rpi!uwm.edu!ogicse!milton!raven.alaska.edu!casbah.acns.nwu.edu!uicvm.uic.edu!u32597 Newsgroups: info.sun-managers,comp.sys.sun.admin,comp.sys.sun.hardware Organization: University of Illinois at Chicago Lines: 23 To Anyone, We have a Sun 3/180 w/ Xylogics SMD controller. Unfortunately, we no longer have a manual. We already have one controller in place, in our system, and want to install this board to controll an additional SMD drive. There are a number of jumpers on the Xylogics board, and we have no idea how to set them, so that the controller is considered the second, instead of primary controller. We installed the board as is, w/ drive attached, and the system refused to recognize any drives (ie, wouldn't boot). This leads me to believe that we must do something to the second controller board. Can anyone help? If so, please reach us at Scott_Grant@notes.pw.com. Thank You, Steven I. Oster (Steve_Oster@notes.pw.com) Scott Grant (Scott_Grant@notes.pw.com) Price Waterhouse TTG, Chicago, IL From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 20 03:59:24 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA18408; Mon, 20 Jan 1992 12:07:59 -0600 Received: by delta.eecs.nwu.edu id AA00664 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 20 Jan 1992 07:59:37 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from betty.cs.widener.edu by delta.eecs.nwu.edu with SMTP id AA30163 (5.65c/IDA-1.4.4 for ); Mon, 20 Jan 1992 07:59:32 -0600 Received: by betty.cs.widener.edu id AA15090 (5.65c/Widener-4.1 for sun-managers@eecs.nwu.edu); Mon, 20 Jan 1992 08:59:24 -0500 Date: Mon, 20 Jan 1992 08:59:24 -0500 From: Brendan Kehoe Message-Id: <199201201359.AA15090@betty.cs.widener.edu> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: disallowing root w/ xdm Reply-To: brendan@cs.widener.edu My thanks go to: fabrice@sj.ate.slb.com (Fabrice Le Metayer) Seth Robertson cameron@cs.adelaide.edu.au (Cameron Humphries) Gerhard.Holzer@rcvie.co.at (Gerhard Holzer) per@erix.ericsson.se (Per Hedeland) Brent Alan Wiese eckhard@ikarus.ts.go.dlr.de (Eckhard Rueggeberg) havia@cc.helsinki.fi (Jyrki Havia) randy@ncbi.nlm.nih.gov (Rand S. Huntzinger) (and possibly others). The quick solution is to put this in /usr/lib/X11/xdm/Xsession: # Make sure root can't log in. if [ "$USER" = "root" ]; then exit 0 fi which does the trick, but doesn't fill out a few other small holes. Seth Robertson mentioned setting the DisplayManager*startup resource to a script that's run as root that can do a similar test, among other things (like check that the user's shell is in /etc/shells). He uses a script called Xstartup that looks for /etc/nologin and performs wtmp accounting. The stuff's on ftp.ctr.columbia.edu in the directory Xkernel, named xdm.R5.test-config.shar. I'm going to use this method when I have a few minutes free to sit down & set it up. (For the time being I've gone with the quick fix.) -- Brendan Kehoe, Sun Network Manager brendan@cs.widener.edu Widener University Chester, PA ``Ya know Quaker Oats make you feel good twice?'' Hmm. From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 20 04:38:15 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA18508; Mon, 20 Jan 1992 12:44:22 -0600 Received: by delta.eecs.nwu.edu id AA05803 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 20 Jan 1992 08:38:23 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from betty.cs.widener.edu by delta.eecs.nwu.edu with SMTP id AA28490 (5.65c/IDA-1.4.4 for ); Mon, 20 Jan 1992 08:38:17 -0600 Received: by betty.cs.widener.edu id AA15325 (5.65c/Widener-4.1 for sun-managers@eecs.nwu.edu); Mon, 20 Jan 1992 09:38:15 -0500 Date: Mon, 20 Jan 1992 09:38:15 -0500 From: Brendan Kehoe Message-Id: <199201201438.AA15325@betty.cs.widener.edu> To: sun-managers@eecs.nwu.edu Subject: SUMMARY (addendum): disallowing root w/ xdm Reply-To: brendan@cs.widener.edu Dave Boyd at Sterling Software (dwb@imd.sterling.com) had another good idea; log the attempt. I added: /usr/ucb/logger -p auth.notice ROOT ATTEMPT at CONSOLE before 'exit 0' in Xsession, and will add it to Xstartup. -- Brendan Kehoe, Sun Network Manager brendan@cs.widener.edu Widener University Chester, PA ``Ya know Quaker Oats make you feel good twice?'' Hmm. From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 20 17:31:06 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA18586; Mon, 20 Jan 1992 13:13:21 -0600 Received: by delta.eecs.nwu.edu id AA10391 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 20 Jan 1992 09:32:16 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from chx400.switch.ch by delta.eecs.nwu.edu with SMTP id AA12949 (5.65c/IDA-1.4.4 for ); Mon, 20 Jan 1992 09:32:09 -0600 X400-Received: by mta chx400.switch.ch in /PRMD=switch/ADMD=arcom/C=CH/; Relayed; Mon, 20 Jan 1992 16:31:50 +0100 X400-Received: by /PRMD=SWITCH/ADMD=ARCOM/C=CH/; Relayed; Mon, 20 Jan 1992 16:31:06 +0100 Date: Mon, 20 Jan 1992 16:31:06 +0100 X400-Originator: dvorak@iam.unibe.ch X400-Mts-Identifier: [/PRMD=SWITCH/ADMD=ARCOM/C=CH/;920120163107] X400-Content-Type: P2-1984 (2) From: Jiri Dvorak Message-Id: <9201201531.AA29135@iam.unibe.ch> To: sun-managers@eecs.nwu.edu Subject: High Performance VME SCSI Controller ? With all the new high performance (10MB/sec) SCSI disks available, the need for an adequate Controller arises. The standard controllers (Sparcstations and Sparcserver300 / 400) are limited to 5MB synchronous mode (I think). When a 10MB/sec disk is connected to a max. 5MB/sec controller, is it possible to run the disk in synchronous mode at 5MB/sec, or will it only do async mode? Are there any problems running such disks on slow controllers? I have an offer for a Interphase Cougar VME SCSI-2 Controller, with barely more information than just the price. This controller should make 10MB/sec. Any experiences with this controller? Do I need an special driver for this controller? Will it also run in an 600MP? BTW: I know there are fast SBus SCSI Controllers available or announced, but what I need is a VME Board (Sparc3X0). Many thanks, Jiri Dvorak dvorak@iam.unibe.ch Institute of Computer Science University of Berne Switzerland From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 20 07:00:36 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA18801; Mon, 20 Jan 1992 15:02:15 -0600 Received: by delta.eecs.nwu.edu id AA30259 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 20 Jan 1992 11:09:25 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from abvax.icd.ab.com by delta.eecs.nwu.edu with SMTP id AA31905 (5.65c/IDA-1.4.4 for ); Mon, 20 Jan 1992 11:09:16 -0600 Received: from sunne.UUCP by abvax.icd.ab.com (5.64/1.41) with UUCP id AA01739; Mon, 20 Jan 92 12:04:18 -0500 Received: by wal.ab.com (4.1/WAL-1.0) id AA17518; Mon, 20 Jan 92 12:00:36 EST Date: Mon, 20 Jan 92 12:00:36 EST From: sunne!rickn@abvax.icd.ab.com (Richard J. Niziak) Message-Id: <9201201700.AA17518@wal.ab.com> To: sun-managers@abvax.icd.ab.com Subject: Problems w/ modem port... System: Sparc1 OS 4.1.1b Modem Telebit T2500 Problem: Recently, we enabled dial back access on our telebit (S46) It seemed to work fine for a while until last week, when for some reason or another the port seems to have a login process running on it... like this: root 17494 2.7 0.8 40 324 ? S 11:57 0:00 login -p nne loin: and I get this type of error mssg in my concole: Jan 20 11:57:45 sunne init: '/usr/etc/getty std.19200 ttya' failing, sleeping Jan 20 11:58:19 sunne login: REPEATED LOGIN FAILURES ON ttya, loginlno Jan 20 11:58:35 sunne login: REPEATED LOGIN FAILURES ON ttya, o_ When this starts happening, with the modem set for autoanswer, it will not pick up...... I can however dial out for uucp and such... THis login proces is still running, even if I turn dialback off. HELP !!! Rick Niziak From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 20 06:23:15 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA18871; Mon, 20 Jan 1992 15:28:24 -0600 Received: by delta.eecs.nwu.edu id AA11720 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 20 Jan 1992 10:39:27 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from abvax.icd.ab.com by delta.eecs.nwu.edu with SMTP id AA25745 (5.65c/IDA-1.4.4 for ); Mon, 20 Jan 1992 10:39:18 -0600 Received: from sunne.UUCP by abvax.icd.ab.com (5.64/1.41) with UUCP id AA01060; Mon, 20 Jan 92 11:23:19 -0500 Received: by wal.ab.com (4.1/WAL-1.0) id AA17218; Mon, 20 Jan 92 11:23:15 EST Date: Mon, 20 Jan 92 11:23:15 EST From: sunne!rickn@abvax.icd.ab.com (Richard J. Niziak) Message-Id: <9201201623.AA17218@wal.ab.com> To: sun-managers@abvax.icd.ab.com Subject: SUMMARY: DOS emulating SBUS Cards It seems that there are multiple vendors for this product, THe most popular are from Puzzle Systems 16360 Monterey Rd, Suite 250 Morgan Hill, CA 95037 Ph: (408) 779-9909 Fx: (408) 779-5058 Thanks go to: Mike Raffety Randy Born Jeff Martin Bill Randle Brian Stormont Rob Scott Chuck Yerkes Rick Kunkle Steve Swaney Gene Saunders Mark Sims From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 20 02:44:45 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA19004; Mon, 20 Jan 1992 16:36:14 -0600 Received: by delta.eecs.nwu.edu id AA25820 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 20 Jan 1992 12:08:32 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from uu.psi.com by delta.eecs.nwu.edu with SMTP id AA31976 (5.65c/IDA-1.4.4 for ); Mon, 20 Jan 1992 12:08:22 -0600 Received: from arrent.UUCP by uu.psi.com (5.65b/4.1.011392-PSI/PSINet) id AA27500; Mon, 20 Jan 92 12:56:05 -0500 Received: by COM (4.0/SMI-4.0) id AA00164; Mon, 20 Jan 92 09:44:46 PST From: arrent!root@uu.psi.com (Operator) Organization: Arrent Technologies, Inc. via ATI-NET! Message-Id: <9201201744.AA00164@COM> Subject: High-Speed Dialer Problem To: sun-managers@eecs.nwu.edu Date: Mon, 20 Jan 92 9:44:45 PDT Cc: angel@uu.psi.com (Angel R. Rivera) X-Mailer: ELM [version 2.3dev PL12] I have a Sparc Server 110 running 4.0.3, which I want to use as the gateway machine (I have been using another systems with BNU). When I connect at 2400 baud, it works ok. When I try and connect at 9600 or 19200, I keep getting "UNKNOWN DIALER ERROR" and it then disconnects. I am using a Telebit T2500 set up for both V.32 and PEP. Here is the current status of the following files. L-devices ---------- ACUHAYES0 cua0 cua0 1200 ACUHAYES1 cua1 cua1 2400 ACUHAYES2 cua2 cua2 9600 ACUHAYES3 cua3 cua3 19200 DIR ttyb 0 9600 L.sys ---------- uupsi Any ACUHAYES2 9600 1,2136237570 "" \r\d\r\d\r ame:-\r-ame:-\r-ame: \ ord: _ts>-\r-_ts>-\r-_ts> terminal\sdownload\r \ _ts>-\r-_ts>-\r-_ts> terminal\sno\sescape-char\r _ts>-\r-_ts>-\r-_ts> \ uupsi\s540\s/stream in: ord: /dev/cua* ---------- crw-rw-rw- 1 uucp 12, 0 Jan 20 09:26 /dev/cua0 crw-rw-rw- 1 uucp 12, 0 Jan 19 19:09 /dev/cua1 crw-rw-rw- 1 uucp 12, 0 Jan 20 09:34 /dev/cua2 crw-rw-rw- 1 uucp 12, 0 Jan 19 19:09 /dev/cua3 angel root@arrent.com From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 20 23:23:47 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA19456; Mon, 20 Jan 1992 23:23:47 -0600 Received: by delta.eecs.nwu.edu id AA19953 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 20 Jan 1992 13:48:16 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from med.unc.edu (durham.med.unc.edu) by delta.eecs.nwu.edu with SMTP id AA03600 (5.65c/IDA-1.4.4 for ); Mon, 20 Jan 1992 13:48:08 -0600 Received: from gcrcpc1.med1.med.unc.edu (gcrcpc1.med.unc.edu) by med.unc.edu (4.1/SMI-4.0-ACB-1.0) id AA04561; Mon, 20 Jan 92 14:48:22 EST Date: Mon, 20 Jan 1992 14:47:58 From: sidley@med.unc.edu (Richard F. Sidley, GCRC Sys Mgr) To: sun-managers@eecs.nwu.edu( sun-managers) Subject: 3270 Emulator on top of PC-NFS Message-Id: My apologies for the flames I know I will get, but I've looked pretty much everywhere else I can think of. I need a 3270 emulator which will work on top of PC-NFS (3.5) and will support a mouse in leu of the usual light pen. Although PC-NFS isn't a sanctioned WINDOWS product, it does work reasonably well so a WINDOWS based 3270 might also work. Thanks, Rich Richard F. Sidley, Systems Manager General Clinical Research Center University of North Carolina, School of Medicine CB# 7600, 3027 APCF Chapel Hill, NC 27599-7600 (919) 966-4802 voice (919) 966-1576 FAX sidley@med.unc.edu INTERNET From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 20 14:50:24 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA19461; Mon, 20 Jan 1992 23:26:08 -0600 Received: by delta.eecs.nwu.edu id AA09387 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 20 Jan 1992 18:51:09 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from mailbox.syr.EDU by delta.eecs.nwu.edu with SMTP id AA07596 (5.65c/IDA-1.4.4 for ); Mon, 20 Jan 1992 18:51:04 -0600 Received: from rodan.acs.syr.edu by mailbox.syr.edu (4.1/CNS) id AA22044; Mon, 20 Jan 92 19:51:17 EST Received: by rodan.acs.syr.edu (4.1/Spike-2.0) id AA02776; Mon, 20 Jan 92 19:50:25 EST Message-Id: <9201210050.AA02776@rodan.acs.syr.edu> To: "Sun Managers List" Subject: TIP: Rebuilding shared libraries on 4.1.2 Date: Mon, 20 Jan 92 19:50:24 -0500 From: Ace Stewart We rebuilt the libraries, and the original errors went away. However, four more showed up: make: Undefined symbols: __mbstowcs_xccs __mbtowc_xccs __wcstombs_xccs __wctomb_xccs We had already installed the Berkeley DNS resolver, and thought that this was the problem; however it seems to be otherwise. One more problem in the README file in /usr/lib/shlib.etc proved problematic when we rebuilt theshared libraries on a 670 and a 690. Not only do these two commands have to take place: % mv rpc_dtablesize. rpc_dtablesize.o % mv rpc_commondata. rpc_commondata.o But also: % mv xccs.multibyte. xccs.multibyte.o If this turns out to be local to our site, I would appreciate knowing why. Otherwise, fyi :) John Stewart Senior UNIX/VMS Consultant Academic Computing Services Syracuse University (315) 443-3995 From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 20 09:09:06 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA19980; Tue, 21 Jan 1992 01:07:07 -0600 Received: by delta.eecs.nwu.edu id AA16483 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 20 Jan 1992 13:25:43 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from trotter.usma.edu by delta.eecs.nwu.edu with SMTP id AA20046 (5.65c/IDA-1.4.4 for ); Mon, 20 Jan 1992 13:25:25 -0600 Received: from euler.math.usma.edu by trotter.usma.edu (5.59/25-eef) id AA13077; Mon, 20 Jan 92 13:59:16 EST Received: by euler.math.usma.edu (4.1/SMI-4.1) id AA13645; Mon, 20 Jan 92 14:09:07 EST From: aj4640%euler@trotter.usma.edu (Robertson J.S. MAJ) Message-Id: <9201201909.AA13645@euler.math.usma.edu> Subject: SUMMARY: What to do with this 3/260? To: sun-managers@eecs.nwu.edu Date: Mon, 20 Jan 92 14:09:06 EST X-Mailer: ELM [version 2.3 PL11] Over the holidays, I posted this question: > Our network, consisting of 11 Sparcstations, was just issued a used diskless > Sun 3/260. Though it came with a monochrome monitor, the machine requires a > color monitor. (This was due to a politically irreversible mixup.) > In its present state, it seems pretty useless. Nevertheless, > there may be some potential for this device to add to our network. For those > sun-managers with Sun 3 experience, what would you advise? Buy a disk drive? > a color monitor? Something else? I received numerous replies that more or less broke down into the following three catagories: 1. Trade it in for an upgrade. 2. Buy a monochrome frame-buffer. 3. Keep it for its VME bus. Most respondents recommeded option 1. Given that Sun will no longer support new releases of SunOS for this architecture, this is waht we'll probably do. We have no need of option 3, but that might be a viable one for sites with that need. Meanwhile, I'll just leave it turned off. Seems a shame, but, as almost everyone pointed out, it brings nothing to the table now. -- _______________________________________________________________________________ Major J.S. Robertson aj4640@usma2.usma.edu Department of Mathematical Sciences (914) 938-2453 USMA, West Point, NY 10996-1786 FAX (914) 938-2409 From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 20 07:34:36 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA20430; Tue, 21 Jan 1992 07:54:12 -0600 Received: by delta.eecs.nwu.edu id AA10348 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 20 Jan 1992 14:22:07 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from cs.utexas.edu by delta.eecs.nwu.edu with SMTP id AA31137 (5.65c/IDA-1.4.4 for ); Mon, 20 Jan 1992 14:21:43 -0600 Received: from execu by cs.utexas.edu (5.64/1.120) with UUCP id AA01278; Mon, 20 Jan 92 13:51:23 -0600 Received: from sequoia.execu.com by execu.execu.com with SMTP id AA29928 (5.65c/IDA-1.4.4 for ); Mon, 20 Jan 1992 13:48:07 -0600 Received: from unisql.UUCP by sequoia.execu.com with UUCP id AA04937 (5.65c/IDA-1.4.4 for execu!cs.utexas.edu!eecs.nwu.edu!sun-managers); Mon, 20 Jan 1992 13:48:04 -0600 Received: by unisql.unisql (4.1/SMI-4.1) id AA18555; Mon, 20 Jan 92 13:34:38 CST From: unisql!alfred@sequoia.execu.com (Alfred Correira) Message-Id: <9201201934.AA18555@unisql.unisql> Subject: Two questions To: sun-managers@eecs.nwu.edu (user alias) Date: Mon, 20 Jan 92 13:34:36 CST Organization: UniSQL, Inc. Phone: (512) 343-7297 X-Mailer: ELM [version 2.3 PL11] We recently upgraded a Sun SPARC 1+ server (running 4.1) to be a SPARC 2 server (running 4.1.1.). In the process, we added a second host adapator. Two things we have noticed subsequent to this: 1) probe-scsi only seems to see the hardware on esp0: and not the stuff on esp1:. During boot, esp1 (and its attached devices) is not see until quite late in the boot sequence (much later than esp0: and its devices is seen) 2) We can't seem to get the SPARC-2 to boot off a drive on the second host adaptor (esp1:) {When we are fully booted up, of course, everything works just fine for all devices on either host adaptor.} Are these two items features? Bugs? Or did we not do somthing we should have? -- alfred Internet: execu!sequoia!unisql!alfred@cs.utexas.edu UUCP: {uunet, cs.utexas.edu!execu}!sequoia!unisql!alfred People never lie so much as after a hunt, during a war or before an election. -- Otto von Bismarck From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 20 11:52:22 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA20492; Tue, 21 Jan 1992 08:33:39 -0600 Received: by delta.eecs.nwu.edu id AA06121 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 20 Jan 1992 15:54:49 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from snowhite.cis.uoguelph.ca by delta.eecs.nwu.edu with SMTP id AA32306 (5.65c/IDA-1.4.4 for ); Mon, 20 Jan 1992 15:54:35 -0600 Received: from shakti.cis.uoguelph.ca by snowhite.cis.uoguelph.ca (5.61/1.35) id AA09686; Mon, 20 Jan 92 16:41:52 -0500 Received: by shakti.cis.uoguelph.ca (4.1/SMI-4.1) id AA08405; Mon, 20 Jan 92 16:52:22 EST Date: Mon, 20 Jan 92 16:52:22 EST From: mkgarg@shakti.cis.uoguelph.ca (Mahesh Garg) Message-Id: <9201202152.AA08405@shakti.cis.uoguelph.ca> To: sun-managers@eecs.nwu.edu Subject: Different domain names for NIS and sendmail Hi, I just changed the domain name for few of our SPARCstations. Now, I have a NIS master server (SS2, OS4.1.1b, name - shakti.cis.uoguelph.ca) (no slave servers) and two clients (SS1, OS4.0.3). All 3 SPARCstations are on a (new) NIS domain named "vlsi.cad". The domain name for sendmail (and for old NIS) is "cis.uoguelph.ca". Since I changed the domain name (for NIS) from "cis.uoguelph.ca" to "vlsi.cad", whenever my system (SS2, OS4.1.1b) communicate with some other system (send/receive mail, rlogin, nslookup etc.) I get something similar to the following displayed on ONE of my "xterm" window: ================ Start of display ================== (This display is for when I received a new mail from sun-managers list.) child enqed search '103.5.105.129.in-addr.arpa' res_mkquery(0, 103.5.105.129.in-addr.arpa, 1, 12) Recieved chars=176 HEADER: opcode = QUERY, id = 177, rcode = NOERROR header flags: qr rd ra qdcount = 1, ancount = 1, nscount = 2, arcount = 2 QUESTIONS: 103.5.105.129.in-addr.arpa, type = PTR, class = IN ANSWERS: 103.5.105.129.in-addr.arpa type = PTR, class = IN, ttl = 6173, dlen = 20 domain name = delta.eecs.nwu.edu NAME SERVERS: 105.129.in-addr.arpa type = NS, class = IN, ttl = 267051, dlen = 17 domain name = ACCUVAX.NWU.EDU 105.129.in-addr.arpa type = NS, class = IN, ttl = 267051, dlen = 7 domain name = EECS.NWU.EDU ADDITIONAL RECORDS: ACCUVAX.NWU.EDU type = A, class = IN, ttl = 115186, dlen = 4 internet address = 129.105.49.1 EECS.NWU.EDU type = A, class = IN, ttl = 6169, dlen = 4 internet address = 129.105.5.103 nres_getanswer() done with this case search 'delta.eecs.nwu.edu' res_mkquery(0, delta.eecs.nwu.edu, 1, 1) ================ End of display ================== I have defined the following in my /etc/sendmail.cf : --------------------------------------------------- # major relay host DRsnowhite.cis.uoguelph.ca CRsnowhite.cis.uoguelph.ca snowhite # local domain names Dmcis.uoguelph.ca Cmcis.uoguelph.ca And, my /etc/resolv.conf looks like : ----------------------------------- nameserver 131.104.48.1 (snowhite.cis.uoguelph.ca) <<= NOT a SPARCstation nameserver 131.104.48.7 (grumpy.cis.uoguelph.ca) <<= NOT a SPARCstation domain vlsi.cad I have read all the FM I could think of. I must admit that I don't know much about NIS. I am sure that I need to change something else too to avoid the above (annoying and frequent) display. Could someone please tell what am I doing wrong ? What else should be changed ? I will summerize. Thanks Mahesh Garg (mkgarg@shakti.cis.uoguelph.ca) From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 20 13:06:19 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA21136; Tue, 21 Jan 1992 11:31:24 -0600 Received: by delta.eecs.nwu.edu id AA18778 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 20 Jan 1992 15:18:44 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Sun.COM by delta.eecs.nwu.edu with SMTP id AA01740 (5.65c/IDA-1.4.4 for ); Mon, 20 Jan 1992 15:18:30 -0600 Received: from newuucp.Sun.COM (newuucp.EBay.Sun.COM) by Sun.COM (4.1/SMI-4.1) id AA14041; Mon, 20 Jan 92 13:18:27 PST Received: from synapsis.UUCP by newuucp.Sun.COM (4.1/SMI-4.1) id AA29326; Mon, 20 Jan 92 13:15:49 PST Received: from gprod.noname by noname (4.1/SMI-4.1) id AA08228; Mon, 20 Jan 92 18:06:19 CDT Date: Mon, 20 Jan 92 18:06:19 CDT From: synapsis!cristian@Sun.COM (Christian Candia White) Message-Id: <9201202106.AA08228@noname> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: Lifeline and POP2 Cc: synapsis!cristian@Sun.COM Hi Sun-managers, My original question was : ----- Begin Included Message ----- >From cristian Fri Jan 17 19:48:13 1992 Return-Path: Received: from gprod.noname by noname (4.1/SMI-4.1) id AA06843; Fri, 17 Jan 92 19:48:11 CDT Date: Fri, 17 Jan 92 19:48:11 CDT From: cristian (Christian Candia White) Message-Id: <9201172248.AA06843@noname> To: sun!eecs.nwu.edu!sun-managers Subject: Lifeline and POP2 Cc: cristian Status: RO Hi sun-managers, Does anybody know how install PC-NFS Lifeline's mail using the POP option ???. I install de daemon in the server, and edit the /etc/services file, and configure the Lifeline's mail, and I get the following error when I try to retrive my mail : " Protocol Error Detected. The POP2 server send back an incorrect reply to a command. This usually indicates a transient error on the server. If it persists contact your network administrator". The error persists, and I'm the network adminstrator. So I need help !!!. Christian Candia synapsis!cristian@Sun.COM Synapsis S.A. Chile. ----- End Included Message ----- I get only 3 responses to my question, two of them said something like : "Are you sure that you are doing all right ???". The other one ask me : what happen with the Sun sopport in Chile ??. ( If somebody else want to know more about Chile, just call me. No problem !!!). So how is impossible for me made a mistake, :-), i look in the source code of the pop deamon ( popd.c ), who come in the first disk of PC-NFS's Lifeline. And I found in the routine who check the user identification ( check_user() ) the error : this routine don't have an "return(0)" when found one valid user. Then when the deamon try to verify the user identification, the result of this rutine is impredictable, and Lifeline generate the "Protocol Error" message. Thanks to: Ted Nolan ted@usasoc.soc.mil Dustin Clampitt dustin@pictel.com Marc Hansen mahnsen@nile.bga Christian Candia W. Synapsis S.A. synapsis!cristian@Sun.COM Chile. From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 20 09:27:45 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA21395; Tue, 21 Jan 1992 13:02:22 -0600 Received: by delta.eecs.nwu.edu id AA30583 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 20 Jan 1992 15:43:54 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Clyde.Concordia.CA by delta.eecs.nwu.edu with SMTP id AA11016 (5.65c/IDA-1.4.4 for ); Mon, 20 Jan 1992 15:42:56 -0600 Received: from Davinci.Concordia.CA by Clyde.Concordia.CA id aa25574; 20 Jan 92 19:28 GMT Received: from davinci.concordia.ca by davinci.concordia.CA id aa06852; 20 Jan 92 14:27 EST To: sun-managers@eecs.nwu.EDU Cc: nicky@davinci.concordia.ca, steve@highland.COM Subject: WREN 8 format.dat Summary UPDATE & question. Date: Mon, 20 Jan 92 14:27:45 -0500 From: nicky@davinci.concordia.ca Message-Id: <9201201427.aa06852@davinci.concordia.CA> Hello everyone, I have had somemore information provided me by Steve Campos. He says that on one Sun4/330 the format.dat entry for the wren 8 would cause a panic reboot during newfs. >Here is the entry (along with some stats) : > >disk_type = "Highland SEAGATE Wren 8 ST41650N" \ > : ctlr = MD21 : fmt_time = 5 \ > : cache = 0x11 : trks_zone = 15 : asect = 5 : atrks = 30 \ > : ncyl = 1770 : acyl = 2 : pcyl = 1772 : nhead = 15 : nsect = 104 \ > : rpm = 3600 : bpt = 54900 He has supplied me with a new one that according to him will work on all Sun4 systems. The one shown previously worked for me until I tried a restore on a particular partition. panic reboot with lots of fatal write errors before. Here is the entry ( as yet untested by me - RSN ). disk_type = "Highland SEAGATE Wren 8 a ST41650N" \ : ctlr = MD21 : fmt_time = 5 \ : cache = 0x11 : trks_zone = 15 : asect = 5 : atrks = 30 \ : ncyl = 2116 : acyl = 2 : pcyl = 2118 : nhead = 15 : nsect = 87 \ : rpm = 3600 : bpt = 54900 While I have your attention... This is more of an inquiry than an emergency. I would like some information on the ramifications of using the "-m free-space%" option to newfs. When using 1.2G disks now days, 10% comes out to an awfully large number. Is there any thing that one should take note of when using 1 or 2 per-cent? How does it affect performance? Is it best to leave well enough alone? Are there any good tutorials in netland about tunefs, mkfs, etc...? I gather that most of the answers will be subjective, but I will do my best to provide a worthwhile summary, but it may take a while. Thanks for your time. Nicky. = = = = = = = = = = =+= = = = = = = = = = = = = = =+= = = = = = = = = = = Nick Ayoub nicky@davinci.concordia.ca UNIX Systems Analyst Dept. of E&CE Concordia University CAD Systems Support Montreal QC. H3G 1M8 Voice : (514) 848-3107 Canada Fax : (514) 848-2802 = = = = = = = = = = =+= = = = = = = = = = = = = = =+= = = = = = = = = = = From sun-managers-relay@delta.eecs.nwu.edu Sun Jan 20 04:40:33 1991 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA21801; Tue, 21 Jan 1992 14:48:18 -0600 Received: by delta.eecs.nwu.edu id AA19411 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 20 Jan 1992 14:11:33 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Sun.COM by delta.eecs.nwu.edu with SMTP id AA15320 (5.65c/IDA-1.4.4 for ); Mon, 20 Jan 1992 14:11:22 -0600 Received: from Central.Sun.COM (central.Central.Sun.COM) by Sun.COM (4.1/SMI-4.1) id AA19428; Mon, 20 Jan 92 11:12:44 PST Received: from snowbird.Central.Sun.COM by Central.Sun.COM (4.1/SMI-4.1) id AA11372; Mon, 20 Jan 92 13:12:42 CST Received: from kiva.UUCP by snowbird.Central.Sun.COM (4.1/SMI-4.1-900117) id AA19978; Mon, 20 Jan 92 12:12:41 MST Received: from saturn. by .uucp (4.0/SMI-4.0) id AA03466; Sun, 20 Jan 91 11:41:03 MST Received: by saturn. (4.0/SMI-4.0) id AA02161; Sun, 20 Jan 91 11:40:33 MST Date: Sun, 20 Jan 91 11:40:33 MST From: kiva!saturn!risto@snowbird.Central.Sun.COM (Risto Tolonen - KIVA Corp. SLC UT) Message-Id: <9101201840.AA02161@saturn.> To: sun-managers@eecs.nwu.edu Subject: termcap and printcap entries ... I would need: 1. termcap entry for CT-286 or CT-386 (Convergent Tech) running v11.2 2. printcap entries for DIABLO-630 and PRINTRONIX 600 lpm serial Thanks in advance ... Risto ============================================================================ Risto Tolonen - KIVA Corp 5525 S. 900 E. Ste 325 Salt Lake City, UT 84117 (801)261-2617 (801)268-8262 Fax Internet: kiva!risto@snowbird.central.sun.com ----- End Included Message ----- From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 21 04:17:12 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA21989; Tue, 21 Jan 1992 15:38:55 -0600 Received: by delta.eecs.nwu.edu id AA04432 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 21 Jan 1992 10:20:44 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from camaro.mayo.edu by delta.eecs.nwu.edu with SMTP id AA04537 (5.65c/IDA-1.4.4 for ); Tue, 21 Jan 1992 10:20:39 -0600 Received: by camaro.mayo.edu (AIX 3.1/UCB 5.61/4.03) id AA20733; Tue, 21 Jan 92 10:17:12 -0600 From: bmc@camaro.mayo.edu (Bruce Cameron) Message-Id: <9201211617.AA20733@camaro.mayo.edu> To: sun-managers@eecs.nwu.edu Subject: remote xterm -C blocking console Date: Tue, 21 Jan 92 10:17:12 -0600 I recall seeing a reference for a Sun fix for this problem, but don't remember the reference number. Could someone provide either the fix that keeps remote xterms with the -C option from taking over the system console or provide the patch #? Repsonce via e-mail prefered. Thanks in advance. --Bruce ----------------------------------------------------- Bruce M. Cameron bmc@mayo.edu Medical Sciences 1-18 voice: (507) 284-3288 Mayo Foundation fax: (507) 284-9623 200 1st ST SW Rochester, MN 55905 ARS -- WD9CKW ----------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 21 08:47:35 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA22350; Tue, 21 Jan 1992 17:44:53 -0600 Received: by delta.eecs.nwu.edu id AA12682 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 21 Jan 1992 12:47:53 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from madhaus.utcs.utoronto.ca by delta.eecs.nwu.edu with SMTP id AA13462 (5.65c/IDA-1.4.4 for ); Tue, 21 Jan 1992 12:47:43 -0600 Received: from cathaus.utcs.utoronto.ca by madhaus.utcs.utoronto.ca (5.65/1.34) id AA01510; Tue, 21 Jan 92 13:47:36 -0500 Received: by cathaus.utcs.utoronto.ca (4.1/1.34) id AA01796; Tue, 21 Jan 92 13:47:36 EST Message-Id: <9201211847.AA01796@cathaus.utcs.utoronto.ca> To: sun-managers@eecs.nwu.edu Subject: sun 3/160 video problem Date: Tue, 21 Jan 92 13:47:35 -0500 From: "Eric M. Carroll" I have a sun 3/160 at home on which I have allowed the maintenance contract to lapse. I am seeing video problems off the monitor which I need to isolate to either the CPU card or the monitor itself. The symptoms are that I am seeing discontinuous vertical lines about every 5 pixels apart on the B&W monitor. These lines occur when black dots are being drawn (ie black dots are oscillating between black & white). xlock, which keeps a completely dark (no video?) screen does not have the problem. Using a white background does not cause the problem. It is most obvious on the standard background pattern, which highlights the vertical lines, the flickering of the dots in the lines and a rolling sweep of the flickering in the lines. The machine is a 3/160 with bwtwo monitor & type 3 keyboard. Has anyone seen this before? What component would you guess has failed? Thanks for any help you can offer... Eric Carroll University of Toronto Computing Services Network Development From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 21 08:47:49 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA22386; Tue, 21 Jan 1992 18:02:26 -0600 Received: by delta.eecs.nwu.edu id AA18793 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 21 Jan 1992 13:43:09 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: by delta.eecs.nwu.edu id AA18881 (5.65c/IDA-1.4.4 for sun-managers); Tue, 21 Jan 1992 13:43:02 -0600 Received: by tellab5.tellabs.com (smail2.5) id AA21539; 21 Jan 92 11:06:52 CST (Tue) Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA10092; Tue, 21 Jan 92 11:37:22 -0500 Received: from pyramid.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 113658.17435; Tue, 21 Jan 1992 11:36:58 EST Received: from pyrltd.uk.pyramid.com by pyramid.pyramid.com (5.61/OSx5.1) id AA03411; Tue, 21 Jan 92 07:58:31 -0800 Received: from hail.hydres by hydres (4.1/SMI-4.1) id AA27495; Tue, 21 Jan 92 08:47:47 GMT Received: from navier.hydraulics by hail.hydres (4.1/SMI-4.0) id AA04995; Tue, 21 Jan 92 08:47:49 GMT Date: Tue, 21 Jan 92 08:47:49 GMT From: uunet!hydres!paul Message-Id: <9201210847.AA04995@hail.hydres> To: sun-managers@eecs.nwu.edu Subject: cronjobs.. I make extenisve use of the autmounter feature in SunOs. However if a hgost is down this cron job generates a piece of mail from every machine on the netowrk. 15 3 * * * find / -name .nfs\* -mtime +7 -exec rm -f {} \; --- ----o -fstype nfs -prune The message is something like {partition down} No such file or directory. I have tried in vain sending the error messages generated by this cron job to /dev/null with no success. 1) Does anyone else have this problem 2) and if so do you delete the cron job, or modify it ? 3) I only complain about these mail messages because I get two pieces of mail I Want to read each day and it a pain filtering through all the junk. While money doesn't buy love, it puts you in a great bargaining position. Paul Humphreys, ( Postmaster ) HR Wallingford, Howbery Park, Wallingford, Oxon England OX10 8BA paul@hydres.uucp paul%hydres.uucp@pyra.co.uk paul%hydres.uucp@uknet.ac.uk Tel 0491-35381 X2292 Fax 0491-32233 From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 20 07:39:00 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA22408; Tue, 21 Jan 1992 18:14:49 -0600 Received: by delta.eecs.nwu.edu id AA18129 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 21 Jan 1992 13:40:32 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: by delta.eecs.nwu.edu id AA18614 (5.65c/IDA-1.4.4 for sun-managers); Tue, 21 Jan 1992 13:40:23 -0600 Received: by tellab5.tellabs.com (smail2.5) id AA18323; 20 Jan 92 21:42:11 CST (Mon) Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA09532; Mon, 20 Jan 92 18:59:17 -0500 Received: from indetech.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 185811.10048; Mon, 20 Jan 1992 18:58:11 EST Received: by indetech.com (/\=-/\ Smail3.1.18.1 #18.21) id ; Mon, 20 Jan 92 15:39 PST Received: by honcho.indetech.com (/\=-/\ Smail3.1.18.1 #18.22) id ; Mon, 20 Jan 92 15:39 PST Message-Id: Date: Mon, 20 Jan 92 15:39 PST From: david@indetech.com (David Kuder) To: sun-managers@eecs.nwu.edu Subject: SUMMARY: 4/330 with a 4/280's memory card A while back I asked if it was possible for a Sun 4/330 to use a VME 32MB memory card. The consensus was no it isn't possible. It is possible to stuff the board with 4MB simms to get to 32MB, which solved our immediate problem. I'm including the response from Russ Poffenberger which seems to cover all the bases. > Date: Sat, 18 Jan 92 10:24:04 PST > From: poffen@sj.ate.slb.com (Russ Poffenberger) > Message-Id: <9201181824.AA14172@eris.sj.ate.slb.com> > To: david@indetech.com > Subject: Re: 4/330 with a 4/280's memory card > > You CANNOT use 4/200 or 3/200 VME ECC memory in a 4/300, they take a special > memory card that uses the P4 bus. > > You CAN replace the 8 1Mb SIMM's with 4Mb SIMM's on the CPU board (and change > the jumper) to get 32Mb. You MUST replace all 8 with the same type, and they > ALL must be filled. > > Russ Poffenberger DOMAIN: poffen@sj.ate.slb.com > Schlumberger Technologies UUCP: {uunet,decwrl,amdahl}!sjsca4!poffen > 1601 Technology Drive CIS: 72401,276 > San Jose, Ca. 95110 Voice: (408)437-5254 FAX: (408)437-5246 From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 21 09:43:17 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA22417; Tue, 21 Jan 1992 18:17:57 -0600 Received: by delta.eecs.nwu.edu id AA20361 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 21 Jan 1992 14:09:33 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from abvax.icd.ab.com by delta.eecs.nwu.edu with SMTP id AA13712 (5.65c/IDA-1.4.4 for ); Tue, 21 Jan 1992 14:09:22 -0600 Received: from sunne.UUCP by abvax.icd.ab.com (5.64/1.41) with UUCP id AA04410; Tue, 21 Jan 92 14:42:31 -0500 Received: by wal.ab.com (4.1/WAL-1.0) id AA02998; Tue, 21 Jan 92 14:43:17 EST Date: Tue, 21 Jan 92 14:43:17 EST From: sunne!rickn@abvax.icd.ab.com (Richard J. Niziak) Message-Id: <9201211943.AA02998@wal.ab.com> To: sun-managers@abvax.icd.ab.com Subject: SUMMARY: Problems w/ modem port... Previously, I wrote: > > System: Sparc1 > OS 4.1.1b > Modem Telebit T2500 > > Problem: > Recently, we enabled dial back access on our telebit (S46) > It seemed to work fine for a while until last week, when for some > reason or another the port seems to have a login process running > on it... like this: > > root 17494 2.7 0.8 40 324 ? S 11:57 0:00 login -p nne loin: > > and I get this type of error mssg in my concole: > > Jan 20 11:57:45 sunne init: '/usr/etc/getty std.19200 ttya' failing, sleeping > Jan 20 11:58:19 sunne login: REPEATED LOGIN FAILURES ON ttya, loginlno > Jan 20 11:58:35 sunne login: REPEATED LOGIN FAILURES ON ttya, o_ THe problem was w/ the S131 register on the Telebit.. I switched it from 2 to 1 and the problems went away.. A techie from telebit helped me w/ it. It is a switch that defined the Data Carrier Detected (DCD) signal interpretation, options are as follows: 0 DCD is always on 1 DCD is on only when a carrier is detected from a remote modem 2 DCD is on only when the modem is ready to accept commands or data 3 DCD is on when the modem is ready to accept commands or data. When carrier is lost, DCD is turned off for the amount of time specified by the S47 register (default is 200 miliseconds), then is turned on. 4 DCD is the inverse of CTS in command and online modes. Recommended for use in transparent synchronous mode only. Rick Niziak UNIX System Coordinator Allen-Bradley Company, Inc From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 20 11:05:52 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA22496; Tue, 21 Jan 1992 18:50:03 -0600 Received: by delta.eecs.nwu.edu id AA04584 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 20 Jan 1992 15:43:24 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA03459 (5.65c/IDA-1.4.4 for ); Mon, 20 Jan 1992 15:42:56 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA02879; Mon, 20 Jan 92 16:42:33 -0500 Received: from ittc.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 164108.4602; Mon, 20 Jan 1992 16:41:08 EST Received: by ittc.wec.com (4.1/SMI-4.1) id AA05990; Mon, 20 Jan 92 16:05:52 EST Date: Mon, 20 Jan 92 16:05:52 EST From: fpb@ittc.wec.com (Frank P. Bresz) Message-Id: <9201202105.AA05990@ittc.wec.com> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: Problems with Quantum 104 Disk Drives in SS1 Organization: Westinghouse, ITTC, Pgh, PA. Here is a summary from last week. I had 2 dead Quantam 104 MB Disk Drives. Apparantely it is a well known and documented problem. There is even claim of a program which will fix them and later disclaimers that the program is no good. Anyway, they wouldn't show a label on boot up, or give valid information on a probe-scsi, or anything. The solution I used was from 'tom_conroy@3Com.COM'. This got both of my drives working in short order. Here is the Summary. ---------------- From: tom_conroy@3Com.COM Subject: Problems with Quantum 104 Disk Drives in SS1 The popular theory is that the disks get stuck and the motor just doesn't have the torque to get them spinning again. This tends to happen after long periods of running with the drive a little warm. When the disk stops, the lubricant used tends to thicken up a little bit ... You might try rotating the disk rather than slapping it around. It tends to be just a little kinder and gentler. The technique is to remove the disk from the pizza box, hold it parallel to the floor with your hand above (kinda like palming a basketball) and spin it back and forth a few times to het the rotating parts unstuck. trc Tom Conroy tom_conroy@3Com.COM NSD Engineering SysAdm Group Tom Conroy:NSD:3COM 3Com Corporation Santa Clara, CA (408) 764-5133 ---------------- From: mark@deltam.com Subject: Problems with Quantum 104 Disk Drives in SS1 I would caution you that abusing a drive could void any warranty that you may have left. There are several problems that could cause the problem you describe. The best case is a stubborn, sticky head. The worst case is a dead drive. I will go based on the most common occurance: A sticky head. There is a lubricant in these drives that becomes very viscous when the drive is cold. This causes problems getting the drive to spin up. Sometimes gently tapping the case with power applied can release these sticky situations. As I stated above, be careful not to apply too much zeal in your tapping. You could damage the drive further. A better solution is to raise the temperature of the drive gently prior to powering it up. This will thin the lubricant and should allow the drive to spin. Be careful not to over do this either. You could burn something out by getting it TOO hot. Other solutions involve removing the drive from the Sun box and twisting it suddenly in the plane of the platters. This torquing motion can sometimes get the spindle loose enough to work when power is applied. Be careful not to drop the drive. The resulting G-force is a bit more than most drives can tolerate. :-) I wish you luck in your attempts to get these drives working. As a point of recommendation: Now that you know these drives are problem children, you should leave them spinning once they are restarted. This will avoid the problem you encountered this time. Leaving the drive spinning is less of a danger than trying to get them started again. --Mark Galbraith Voice: +1 510 449 6881-- --Software Engineer FAX: +1 510 449 6885-- --Current Products Department UUCP: uunet!deltam!mark-- --Delta Microsystems, Inc. Domain: mark@deltam.com-- ---------------- From: sgf@cfm.brown.edu Subject: Re: Problems with Quantum 104 Disk Drives in SS1 Don't whap it. Hold the disk in one hand with the spindle axis parallel to the floor. Rotate the disk back and forth around the spindle axis at around 2 cycles per sec. for 3 or 4 seconds (rotations should be through about 45 degrees, or about what your wrist will comfortably rotate without moving your elbow or forearm....), ie, in one second: back,forth,back,forth. I've found this to be 100% successful with sticky disks (whapping is more damaging and less reliable...). -s (if you want to, hold it with the spindle axis normal to the floor, but it's more difficult to isolate the rotation that way...) ---------------- For those who also are interested, the manufacturing dates of the affected drives are April 1, 1989 thru December 31, 1989. The program ("quantum") returns the following output for my disk: # ./quantum /dev/rsd0a QUANTUM P105SS 910-10-94A.1 08/31/89 serial number: 912010523 (12/01/1989, 0523) ---------------- From: earl@division.cs.columbia.edu (Earl Smith) Subject: Problems with Quantum 104 Disk Drives in SS1 I don't have the post, but what I've done is to sync the disks, and then to lift the SPARC on my hands about finger height, and then drop it off my fingers. Get your fingers out of the way fast. This has worked for me, numerous times. earl smith earl@cs.columbia.edu ---------------- From: uunet!ext_adm!jmcgrath (John Mc Grath) Subject: Re: Problems with Quantum 104 Disk Drives in SS1 Gleaned from a reply from 'uunet!ext_adm!jmcgrath (John Mc Grath)' For those who also are interested, the manufacturing dates of the affected drives are April 1, 1989 thru December 31, 1989. The program ("quantum") returns the following output for my disk: # ./quantum /dev/rsd0a QUANTUM P105SS 910-10-94A.1 08/31/89 serial number: 912010523 (12/01/1989, 0523) Frank P. Bresz |PCD Simulators Department, Westinghouse Electric Corporation fpb@ittc.wec.com|My opinions are mine, WEC pays big money for official opinions uunet!ittc!fpb |Member of the League for Programming Freedom (LPF) +1 412 733 6749 |For more information on the 'LPF' send mail From sun-managers-relay@delta.eecs.nwu.edu Mon Jan 20 22:57:09 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA22575; Tue, 21 Jan 1992 19:44:40 -0600 Received: by delta.eecs.nwu.edu id AA28135 (5.65c/IDA-1.4.4 for sun-managers-outbound); Mon, 20 Jan 1992 21:38:57 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from sun2.nsfnet-relay.ac.uk by delta.eecs.nwu.edu with SMTP id AA26140 (5.65c/IDA-1.4.4 for ); Mon, 20 Jan 1992 21:38:38 -0600 Received: from sees.bangor.ac.uk by sun2.nsfnet-relay.ac.uk via JANET with NIFTP id <21041-0@sun2.nsfnet-relay.ac.uk>; Mon, 20 Jan 1992 22:51:33 +0000 From: Tom Crummey Message-Id: <5711.9201202251@sol.sees.bangor.ac.uk> Received: from orpheus.sees by sol.sees.bangor.ac.uk; Mon, 20 Jan 92 22:51:50 GMT Subject: SUMMARY: Clients hang when server is rebooted To: sun-managers@eecs.nwu.edu Date: Mon, 20 Jan 92 22:57:09 GMT X-Mailer: ELM [version 2.3 PL11] Hello, Thank you for all the responses. I thought I'd summarize now, even though I have not yet seen my original query or the apology for the bouncing of mail in my incoming mail box. The problem was that diskless clients would hang after the server had been rebooted until a successful login had been achieved, or the client had also been rebooted. Many people wrote saying that they have the same problem. Apparently the problem is due to a bug in the ypbind program and its caching of the ypserver information and its very long timeout for this cached information. There is an official SUN patch avaiable which is basically a new ypbind program. The patch number is 100342-01 and here is the readme: Date: 1/Aug/1991 SunOS release: 4.1 4.1.1 Unbundled Product: Unbundled Release: Topic: NIS rebind patch BugID'd fixed for this patch: 1046416 Architectures for which this patch is available: sun3, sun4 Patches which may conflict with this patch: Obsoleted by: Sys_V_Rel4 Problem Description: Bug 1046416: If you bring a ypserver down into single user and then boot it into multi user by either typing control D or reboot, the yp clients will take a long time to rebind to the server. ********************* WARNING ****************************** This is a new version of ypbind that never uses the NIS binding file to cache the servers binding. This will have the effect of fixing the current symptom. However, it might degrade the overall performance of the system when the server is available. This is most likely to happen on an overloaded server, which will cause the network to produce a broadcast storm. ************************************************************* INSTALL:: As root and for the correct architecture directory. #kill the currently running ypbind kill mv /usr/etc/ypbind /usr/etc/ypbind.FCS #copy the new version to /usr/etc cp sun{3,4}/ypbind /usr/etc chown root /usr/etc/ypbind chmod 755 /usr/etc/ypbind restart ypbind I haven't installed this yet, since our network is quite busy and I wasn't very happy about the warning. The responses were as follows: Me Too: d.g.checketts@uk.ac.bham terry@esrg.ucsb.edu debbie@cs.odu.edu matt%com.xerox.wbst845e@alpha.xerox.com lamour@mitre.org john@rosemount.co.uk brian@mrc-bsu.cam.ac.uk dal@gcm.com jpd@usl.edu kim@cs.clemson.edu The Patch: miker@sbcoc.com mike@trdlnk.uucp as6143@eerpf001.ca.boeing.com D.Mitchell@dcs.sheffield.ac.uk Other Workarounds: das@ee.ed.ac.uk sent a script to kill and restart ypbind on the clients if a lock file written by the NIS server had changed (due to a reboot). If anyone wants this contact me or him. jp107@damtp.cambridge.ac.uk suggested manually restarting the ypbind process on each client. dal@gcm.com suggested using ypwhich as the kick to get ypbind to rebind. Just Live With It: mark%dm%deltam@uunet.uu.net (well, try a login, wait two minutes and all will OK) Other Suggested Causes: rjwhite@watmath.uwaterloo.ca suggested that another part of the delay could be due to /usr/ucb/quota. There has been quite a bit of comment lately about quota causing login delays since it touches all mounted NFS filesystems and if some NFS servers are away, login cannot complete. He suggests linking /usr/ucb/quota to /bin/true if quotas are not needed. This will speed up normal logins as well. If anyone wants further details of any of the mail I received, please mail. If you want the patch, if you have SUN support, they can email the patch to you. That is where I got it. I have not seen it on any archives. If you do not have support, I will mail the patch to you. Tom. tom@sees.bangor.ac.uk From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 21 19:55:25 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA22608; Tue, 21 Jan 1992 19:55:25 -0600 Received: by delta.eecs.nwu.edu id AA23347 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 21 Jan 1992 03:12:34 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA17995 (5.65c/IDA-1.4.4 for ); Tue, 21 Jan 1992 03:12:24 -0600 Received: from ingr.ingr.com by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA00635; Tue, 21 Jan 92 04:12:16 -0500 Received: by ingr.ingr.com (5.61/INGR-1.1) id AA04061; Tue, 21 Jan 92 03:15:54 -0600 Received: from simpson.turtles by turtles (4.1/SMI-4.1) id AA03261; Tue, 21 Jan 92 10:58:49 IST Received: by simpson.turtles (4.1/SMI-4.1) id AA25097; Tue, 21 Jan 92 11:04:24 IST Date: Tue, 21 Jan 92 11:04:24 IST From: matis!amir@uunet.UU.NET (Amir Katz) Message-Id: <9201210904.AA25097@simpson.turtles> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: Commercial C/C++ Compilers Reply-To: amir%matis.uucp@ingr.com A few days ago I posted a query about the availability and quality of commercial (and PD) C/C++ compilers. From the few responses I got it's hard to tell which one is the winner, although gcc/g++ seem to have the upper hand. Therefore I will pass on whatever people had to say. Also, there are other compilers (Liant's LPI C/C++, among others) which I have not received any comments about. Thanks to everybody who responded. -------------- snip-snip ------------------------------------------------ Sun C 1.1 --------- - ...The unbundled C compiler supposedly produces MUCH more efficient code than the regular compiler. Our limited tests have shown 20% speed up. J. Matt Landrum mdl@cypress.com Saber-C ------- Most people are very happy. However, you need a compiler - Saber is interpreter only. Note: Saber-C is now called CodeCenter, Saber-C++ --> ObjectCenter. John Stanley stanley@oce.orst.edu Ed Arnold era@ncar.ucar.edu Mark Galbraith mark@deltam.com J. Matt Landrum mdl@cypress.com Chuck Yerkes chuck@fsg.com AT&T C++ -------- - Quite good. Boyd Fletcher boyd@cs.odu.edu G++ --- - We use AT&T C++ & G++, ATT is quite good. GCC is excellent, however, G++ is not quite up to ATT's newest version of C++ standard. But, G++/GCC are suppose to goto Version 2.0 by March-ish (If we're lucky). Boyd Fletcher boyd@cs.odu.edu - GNU has the Dynamic library problem and it will need to be precompiled. Chuck Yerkes chuck@fsg.com - G++ generates better code that C++ + SunC - in my experience. gdb is a lot more friendly with c++ code, and the compile times in a debug cycle (as well as being able to debug optimized code) are much better. Kevin Sheehan kalli!kevin@fourx.aus.sun.com - ...I'm all gung-ho for GCC/G++, as the debugger understands C++ and thus does a bit more than follow #line directives around. Also, it's definitely commercial quality. Bug fixes are uniformly faster than commercial compilers (my experience is 24 hours, yes really, although others have reported times up to a week), and if you're serious about it you can dive in yourself. Colin Plumb uunet!atha!lsuc!array!colin Lucid Inc. ---------- - Lucid, Inc., the people who build Sun Common Lisp, also have a C and C++ product and will soon have a ObjectWorks/Saber C++ type of programming environment product. I don't know when, but I have high hopes for it. Jim Dempsey jjd@bbn.com General Comments ---------------- - What is a "commercial grade" compiler? Just because you pay money for it, doesn't mean it's any good. Martin Leisner leisner@spectrum.wrc.xerox.com Speaking to various friends, it appears that *all* C++ compilers have bugs (due to the intricacy and subtlety of Stroustrop's mind); it's just a matter of which tricky construction will tickle them. Colin Plumb uunet!atha!lsuc!array!colin -------------- snip-snip ------------------------------------------------ /* Amir J. Katz | UUCP: uunet!ingr!matis!amir */ /* System Specialist | Internet: amir%matis.UUCP@ingr.COM */ /* SEE Technologies Ltd. | Voice: +972 52-584684, Fax: +972 52-543917 */ From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 21 03:35:22 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA22761; Tue, 21 Jan 1992 23:14:54 -0600 Received: by delta.eecs.nwu.edu id AA09973 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 21 Jan 1992 07:44:59 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from rice.edu by delta.eecs.nwu.edu with SMTP id AA09705 (5.65c/IDA-1.4.4 for ); Tue, 21 Jan 1992 07:44:49 -0600 Received: from moe.rice.edu by rice.edu (AA08216); Tue, 21 Jan 92 07:44:07 CST Received: from note.nsf.gov by moe.rice.edu (AA04857); Tue, 21 Jan 92 07:44:13 CST Received: from note2.nsf.gov by Note.nsf.gov id aa00129; 21 Jan 92 8:35 EST Received: from z.nsf.gov by Note2.nsf.gov id aa15136; 21 Jan 92 8:35 EST Received: by z.nsf.gov (4.1/SMI-4.1) id AA03081; Tue, 21 Jan 92 08:35:23 EST Message-Id: <9201211335.AA03081@z.nsf.gov> From: "Michael H. Morse" Date: Tue, 21 Jan 1992 08:35:22 EST X-Mailer: Mail User's Shell (7.1.1 5/02/90) To: sun-managers@nsf.gov Subject: SUMMARY - No-carrier error on Ethernet My original question:` > Does anyone know exactly what causes the error "No carrier" on an > Ethernet? I replaced a Sun386i that was working fine with a Sparc 2 > running 4.1.1B, and I can't get the new machine to work on the > Ethernet. It keeps saying "No carrier". The answer from the net is that there is an actual "carrier" pin on the transceiver cable, and the most likely cause for the error is a bad cable, connector, or transceiver. In my case I took everything apart, and put it back together using a different port on our multi-port transceiver and it worked perfectly, and I didn't go any further to try to locate the original proble. Thanks to all that replied. I've included a few interesting comments here: From: Dave | Well, I assume the ethernet is actually working, so | if you transceiver cable is ok, and so is your transceiver, | check the ethernet fuse on the sparcstation... I'm not sure where | it is on the SS2, but the SS1/1+ has it right by the ethernet | port, on the motherboard... and in the same vein... From: Steve Swaney | Have you tried checking the fuse on the eternet circuit. Its a small | vertical cylnder with clear sided and a black top. There are 2 on the | motherboard. One for the SCSI and one for the Ethernet. From: Barry Shein | Another remote (so to speak) possibility is that the ethernet device | was not configured properly by ifconfig on boot. Do a: | | # /etc/ifconfig le0 | | and see if the info printed out looks reasonable (do this before | lugging the thing around, I'd suggest.) A little info on "heartbeat". Since both my systems were Sun's I figured they probably hadn't changed the heartbeat requirement, but this info could be useful to someone: From: "Scott E. Townsend" | I can't say for sure (I don't have either flavor of Sun machine) but | Ethernet tranceivers come in a few flavors. One flavor has a signal | sometimes called 'heartbeat' which essentially tells the transmitter | that the signal is indeed getting out to the wire. Some systems ignore | this signal, some systems require it. The system I'm most familiar | with would simply log 1 carrier loss per packet if you had a tranceiver | which didn't give back a 'heartbeat'. Maybe 4.1.1B considers this a | fatal error? Thanks to: Dave "Pamela D. Hanes" Brent Chivers Kevin Sheehan {Consulting Poster Child} fabrice cuq Barry Shein Ralph Merwin Antonis Kyriazis Steve Swaney Mark Sims - Central Region Technology Manager Eckhard Rueggeberg Marcel Bernards Christian Candia White Lawson A S "Scott E. Townsend" Debbie McGlade From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 21 13:45:16 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA22781; Tue, 21 Jan 1992 23:36:44 -0600 Received: by delta.eecs.nwu.edu id AA18274 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 21 Jan 1992 13:43:17 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: by delta.eecs.nwu.edu id AA17272 (5.65c/IDA-1.4.4 for sun-managers); Tue, 21 Jan 1992 13:43:07 -0600 Received: by tellab5.tellabs.com (smail2.5) id AA21564; 21 Jan 92 11:07:02 CST (Tue) Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA09107; Tue, 21 Jan 92 11:54:35 -0500 Received: from pyramid.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 114139.19172; Tue, 21 Jan 1992 11:41:39 EST Received: from pyrltd.uk.pyramid.com by pyramid.pyramid.com (5.61/OSx5.1) id AA03806; Tue, 21 Jan 92 08:01:54 -0800 Received: from hail.hydres by hydres (4.1/SMI-4.1) id AA28030; Tue, 21 Jan 92 13:45:14 GMT Received: from navier.hydraulics by hail.hydres (4.1/SMI-4.0) id AA09391; Tue, 21 Jan 92 13:45:16 GMT Date: Tue, 21 Jan 92 13:45:16 GMT From: uunet!hydres!paul Message-Id: <9201211345.AA09391@hail.hydres> To: sun-managers@eecs.nwu.edu Subject: sunflash does anyone have any information on the mail list sunflash ? The Sunuk user group had a paragraph on it, and I tried the email address but got nothing back ? any ideas ? Many thanks in advance. "I want to buy a husband who, every week when I sit down to watch `St. Elsewhere', won't scream, `FORGET IT, BLANCHE ... IT'S TIME FOR "HEE HAW"!!'" -- Berke Breathed, "Bloom County" Paul Humphreys, ( Postmaster ) HR Wallingford, Howbery Park, Wallingford, Oxon England OX10 8BA paul@hydres.uucp paul%hydres.uucp@pyra.co.uk paul%hydres.uucp@uknet.ac.uk Tel 0491-35381 X2292 Fax 0491-32233 From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 21 14:39:00 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA22887; Wed, 22 Jan 1992 00:03:18 -0600 Received: by delta.eecs.nwu.edu id AA12511 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 21 Jan 1992 20:43:30 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from relay1.UU.NET by delta.eecs.nwu.edu with SMTP id AA13190 (5.65c/IDA-1.4.4 for ); Tue, 21 Jan 1992 20:43:22 -0600 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA20203; Tue, 21 Jan 92 21:43:11 -0500 Received: from satori.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 214218.18884; Tue, 21 Jan 1992 21:42:18 EST Received: by satori.sacs.com (/\==/\ Smail3.1.25.1 #25.9) id ; Tue, 21 Jan 92 20:39 CST Message-Id: Date: Tue, 21 Jan 92 20:39 CST From: grs@sacs.com (Gregg Siegfried) To: sun-managers@eecs.nwu.edu Subject: problem with RFS on SunOS 4.1.1b Fellow managers, I've having some difficulty sharing files between a Sun and 3b2 using RFS. I have a fairly large file system advertised from the Sun and mounted on the 3b2. It seems that 3b2 cannot access files with inumbers greater than 65535. At first, this would seem to be a 3b2 problem, but the Sun is returning the error status. I've been able to confirm this. I've found an ls -l command, as it stats every file, returns errno 24 (EMFILE) to the 3b2 for every file with an inumber greater than the magic 65535. (well, I didn't check 65534 and 65536 to find the exact cutoff, but 61000 works and 70000 doesn't.) I turned on those rfs debugging flags that would seem to be of interest, and while they led me to this conclusion, they are not of a fine enough granularity to narrow the problem down completely. Nothing in the Sun patch database jumped out at me as solving this. I know this is probably a predominantly NFS crowd, but perhaps someone has tried to integrate some SV machines and come up against this. Here are the key debugging lines: Jan 21 19:43:21 freeside vmunix: rs_stat: sp ff24fcf0, name ., rd->vp ff267e48 Jan 21 19:43:21 freeside vmunix: rs_stat: result 24, name ., vp ff267e48 This indicates that rs_stat was called on the file "." and returned 24. I had cd'd to one of the directories that has a large inumber, and the output was: satori> ls -l .: Too many open files satori> Depending on what rfs debugging flags are active, the output can be very voluminous, but nothing between these two lines. If you've experienced this, please drop me a line. Thanks, Gregg Siegfried grs@sacs.com grs@ihspot.att.com From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 21 12:45:10 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA22890; Wed, 22 Jan 1992 00:03:30 -0600 Received: by delta.eecs.nwu.edu id AA30536 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 21 Jan 1992 16:47:18 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from dgbt.doc.ca by delta.eecs.nwu.edu with SMTP id AA31155 (5.65c/IDA-1.4.4 for ); Tue, 21 Jan 1992 16:47:10 -0600 Received: from mars.dgrc.doc.ca by dgbt.doc.ca (4.1/smail2.5/12-02-88) id AA08660; Tue, 21 Jan 92 17:46:25 EST Received: from jack.dgrc.doc.ca by mars.dgrc.doc.ca (4.1/SMI-4.1) id AA01162; Tue, 21 Jan 92 17:45:10 EST Date: Tue, 21 Jan 92 17:45:10 EST From: don@mars.dgrc.doc.ca (Donald McLachlan) Message-Id: <9201212245.AA01162@mars.dgrc.doc.ca> To: sun-managers@delta.eecs.nwu.edu Subject: SUMMARY: Sun clones I was originally hesitant posting to the sun-managers mailing list for this info. Although I only recieved 1 flame (several requests to post summary) I have sent the summary off the news because it is very large. I have posted it in comp.sys.sun.hardware comp.sys.sun.misc comp.sys.sun.wanted If you don't have access to the news, e-mail me and I will send a copy to you directly. If I get MANY requests for this, I will be forced to post it to the mailing list. (Sorry flamer.) Don From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 21 15:47:09 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA22903; Wed, 22 Jan 1992 00:11:34 -0600 Received: by delta.eecs.nwu.edu id AA08450 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 21 Jan 1992 19:47:38 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from ess.harris.com (su15a.ess.harris.com) by delta.eecs.nwu.edu with SMTP id AA05621 (5.65c/IDA-1.4.4 for ); Tue, 21 Jan 1992 19:47:26 -0600 Received: from jabba.ess.harris.com by ess.harris.com (4.1/SMI-4.0) id AA20171; Tue, 21 Jan 92 20:47:11 EST Received: by jabba.ess.harris.com (4.1/SMI-4.0) id AA07551; Tue, 21 Jan 92 20:47:10 EST From: rwaters@jabba.ess.harris.com (Ralph Waters) Message-Id: <9201220147.AA07551@jabba.ess.harris.com> Subject: SUMMARY: Multi-vendor NIS does not work as expected To: sun-managers@eecs.nwu.edu (Sun Managers mailing list) Date: Tue, 21 Jan 92 20:47:09 EST Reply-To: rwaters@jabba.ess.harris.com Organization: Harris GISD, Melbourne, FL X-Mailer: ELM [version 2.3 PL11] Sorry for the long delay before I responded, but with a couple of holidays and some time taken to test things out, it took longer than I intended to respond... A long, long time ago, I asked: >I have an interesting problem, almost like one of the FAQs, but not >quite the same. > >We have a bunch of machines, Dec Stations and Suns, all NISed together. >One of the DEC Servers is the NIS master. > >The problem is that the Suns will not query the Domain Name Server to >resolve addresses that are not defined in the NIS map. The Dec Stations >will query the resolver, but the Suns will not. > >I can see from the FAQ list what I need to do to make the Sun use the >resolver, if it were the NIS master (which it isn't), but I can't >figure out what to do when the DEC Server is the master. > The bottom line seems to be that this configuration won't work. I received serveral responses suggesting that the Sun be made the NIS master, but this hasn't been tried yet, so I don't know if this will work. After further thought and research into TFM, I don't believe that it will work. It seems that a Sun NIS client will only work if it binds to a Sun NIS server, since the Sun client expects the server to do the DNS lookup, and this will only happen with a Sun server. Since there is no control over which NIS server a client binds to, a mixed Dec/Sun NIS server environment is doomed to fail. Anyway, thanks for all of the help... -Ralph- Some of the more informative responses: ===== I'm afraid you can't really do what you want to. The only solution would be to make ALL of your YP (NIS) servers SUNs. DEC uses a different approach for finding unknown hosts. vis: the Sun ypserver will answer requests from the "normal" database of hosts, and go to a DNS nameserver to resolve names not in the "normal" database, and send that response out as a normal NIS response. the DEC machines have a set list of things they go through - they can check local hosts files, NIS databases, or DNS, so that if a lookup on one of these fails, the next one will be checked. However, the NIS servers do not do DNS lookups on their own - they simply respond with the items from their databases. ===== Are any of your Suns slave servers? If so, then they are getting their maps from the DEC master, and those maps almost certainly don't have the magic key that says "go ask NIS" (the one that gets generated with the "-b" option to makedbm. 1. write a program to add the key to the map you get from the master 2. don't use Suns as slave servers. 3. make one of the Suns the master. 4. install a C shared library that uses DNS instead of YP for hostname lookups on all the Suns. ===== The Suns expect that the ypserver will do *all* name resolving, including the DNS requests. There is a "-b" option to makedbm on the Suns to enable DNS lookups on anything in the maps. The only way to get the Suns to use DNS is to change the shared library so that they only use the DNS resolver instead of NIS for host name/IP addresss lookups. ===== Answer: you can't have the DEC server be the master and still have your Sun hosts do DNS queries. Reason: Sun places a special flag at the end of the hosts.* YP maps that tells the YP client to do a DNS lookup if it can't resolve the host from the map. No other vendor's implementation does this. On the plus side, I don't know of a YP implementation that chokes on Sun's flag, so you won't get hurt by making the Sun the YP master (at least in that respect). ===== Making a DEC a NIS Master in a mixed environment is a mistake. The SUNs will use DNS ONLY if the master NIS server is a SUN, AND the -b flag is set in the Makefile in /var/yp on the NIS Master. (see the comments there). The SUN NIS Master does not have to be the DNS server. Your only other option is to rebuild libc on all the SUNs. ===== There is no way to use a DEC Ultrix machine as the NIS master in a heterogeneous Sun/DEC environment. The Sun gethostby* calls expect that the NIS call will return the answer, either from local info or by querying the resolver. DEC's implementation has the gethostby* code read the svcorder file and make the queries in the listed order. ===== Thanks to: Neil W Rickert hall@bond.crim.ca (Ronald Hall) macphed@dvinci.usask.ca (Ian MacPhedran) phil@pex.eecs.nwu.edu (William LeFebvre) jfy@cis.ksu.edu (Joseph F. Young) Claude.P.Cantin%nrc.ca@vm.nrc.ca mike@fionn.lbl.gov (Michael Helm) pomeranz@isis.dccs.upenn.edu (Hal Pomeranz) john@mlb.semi.harris.com (John M. Blasik) Phil_Meyer.DlosLV300@xerox.com erueg@cfgauss.uni-math.gwdg.de (Eckhard Rueggeberg) jjb@thor.cs.wayne.edu birger@vest.sdata.no ( Birger Wathne) Mike Walker -- Ralph Waters | Internet: rwaters@jabba.ess.harris.com Harris GISD, MS W3-7746 | Phone: (407) 984-5693 PO Box 98000 | FAX: (407) 984-6323 Melbourne, Florida 32902 From sun-managers-relay@delta.eecs.nwu.edu Tue Jan 21 19:22:31 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA23589; Wed, 22 Jan 1992 04:53:12 -0600 Received: by delta.eecs.nwu.edu id AA15266 (5.65c/IDA-1.4.4 for sun-managers-outbound); Tue, 21 Jan 1992 23:27:07 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from Princeton.EDU by delta.eecs.nwu.edu with SMTP id AA00277 (5.65c/IDA-1.4.4 for ); Tue, 21 Jan 1992 23:26:57 -0600 Received: from awspecs.Princeton.EDU by Princeton.EDU (5.65b/2.85/princeton) id AA11981; Wed, 22 Jan 92 00:26:45 -0500 Received: from laplace.princeton.edu by acm.Princeton.EDU (4.0/1.110) id AA15958; Wed, 22 Jan 92 00:26:40 EST From: Kanthan Pillay Received: by laplace.princeton.edu (4.1/acm_Client) id AA04605; Wed, 22 Jan 92 00:22:31 EST Date: Wed, 22 Jan 92 00:22:31 EST Message-Id: <9201220522.AA04605@laplace.princeton.edu> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: TIOCCONS ioctl bug and patch problem I owe a summary on this subject from about three weeks ago. Here it is: My original query: >I recently obtained and installed Sun Patch-ID# 100188-01. Here's a >brief description from the README: > >-x- >Keywords: TIOCCONS >Synopsis: SunOS 4.1.1: TIOCCONS redirection of console is a security >violation. >Date: 17/Dec/90 >Problem Description: TIOCCONS can be used to re-direct console output/input > away from "console" >The fix consists of adding permission checking to setcons, the routine >that does the work of console redirection, and changing its callers to >supply additional information required for the check and to see whether >or not the check succeeded. Setcons now uses uid and gid information >supplied to it as new arguments to perform a VOP_ACCESS call for VREAD >permission on the console. If the caller doesn't have permission to >read from the console, setcons rejects the redirection attempt. >-x- > >The problem I was attempting to solve was the fact that my users are >allowed to run xterm with the "-C" option which uses TIOCCONS to >redirect output from /dev/console so that the framebuffer is not >overwritten with console messages during an X session. The problem is >that users are also able to run "xterm -C" on the SPARCservers where >they should not have access to the console devices (dumb terminals in >the machine room). Any user logging in to the SPARCservers is able to >run "xterm -C" and this immediately "freezes" the real console device. > >Sun's patch does not appear to have fixed the problem. After >installation of this patch on a SPARCstation IPC as a test case, any >user on the network is still able to "grab" the console using "xterm >-C". > >I have an immediate theory as to why the patch appears to be not >working. "xterm" runs as root so that it is able to update /etc/utmp, >and so would pass the permission checking Sun has built into this patch. > >I am looking for a clean solution to this problem. I have couple of >immediate solutions. >1) Turn off setuid priviliges for xterm and make /etc/utmp >world-writeable. >2) Make xterm setgid somegroup and change /etc/utmp to be writeable by >that group. > >My questions: Has anyone else had this particular problem? What solution >were you able to come up with? Is SunOS 4.1.2 able to handle this more >robustly? If you have applied this patch, could you tell me whether this >fixes this problem on your machines? > >Any other suggestions would be appreciated. BTW, SunOS as shipped has >/etc/utmp set to mode 666 and xterm set to mode 755. > More information: I was able to determine that my original premise was correct. When xterm is not setuid root, then the TIOCCONS patch *does* work. Many respondents suggested I do what Sun does, name make /etc/utmp world writeable and set xterm to mode 755. I should have been a bit more clear about this. I do not want utmp to be world writeable since this is a rather obvious security hole. 'Nuff said on this point. My immediate solution to this problem was to mount the X binary distribution from my nfs server with the nosuid option. This disables updating of /etc/utmp by xterm on that machine, but allows the same binary to function on other machines where "xterm -C" is not a problem. In the longer term, I am clearing enough disk space to install the X11R5 distribution since (as many respondents told me), this problem has been fixed in the R5 release of xterm. Many thanks to: guy@auspex.com (Guy Harris) adrian@cs.uq.oz.au Brendan Kehoe Ari.Ronkainen@vtt.fi Svante Lindahl Mike Raffety beauchem@DMI.USherb.CA (Denis Beauchemin) Paul Graham attson@cs.UCSD.EDU John DiMarco Detailed summary of responses follows. Kanthan Pillay Systems Administrator Program in Applied and Computational Math Princeton University Work: (609) 258-6488 Internet: svpillay@Princeton.EDU Home: (609) 396-9004 Bitnet: SVPILLAY@PUCC Fax: (609) 258-1735 uucp: princeton!svpillay -x- >From: guy@auspex.com (Guy Harris) >3) Make "xterm" check whether the *real* user ID under which it's >running owns "/dev/console" and, if not, disallow use of the "-C" >option. > >>Any other suggestions would be appreciated. BTW, SunOS as shipped has >>/etc/utmp set to mode 666 and xterm set to mode 755. > >Yup. They preferred the idea of a world-writable "/etc/utmp" to the >idea of set-UID "shelltool" and "cmdtool" and "xterm" and.... > >I'm not wild about either one, personally; SVR4 has a set-UID program >that's run as part of the process of a program grabbing a pseudo-tty for >its own use, as I rememeber, and perhaps that program could be convinced >to update "/etc/utmp" by Sun for SunOS 5.0, if it doesn't already do so. >From: adrian@cs.uq.oz.au > >We had the same problem here. My work-around was to >hack the R4 xterm so that it checks to see that the >real uid of the xterm invoker is the same as the owner >of /dev/console - anyway if you look in the R5 xterm code >there is a fairly obvious chunk that deals with the checking. > >From: Brendan Kehoe > > * don't let anyone log into the sparcserver (possibly not > feasable depending on your situation) (It isn't.) > * use the xterm from X11R5 and compile a checking algorithm in > (like checking your hostname, or reading a config file, or something) > * easier--install a wrapper that's set-gid to some group. It will > check the hostname of the local host..if it's the sparcserver, > it should exit with some message. Otherwise have it execle() > xterm, which is group-executable by that group, but not > world-executable. (I like this idea better than rebuilding xterm.) > From: Svante Lindahl > >Here's what I did. Don't remember if I came up with it myself or if I >got it from someone else. > >*** main.c.~1~ Thu Sep 20 16:16:09 1990 >--- main.c Sat Dec 22 16:08:23 1990 >*************** >*** 1629,1637 **** > #endif /* TIOCLSET */ > #ifdef TIOCCONS > if (Console) { >! int on = 1; > if (ioctl (tty, TIOCCONS, (char *)&on) == -1) > HsSysError(cp_pipe[1], ERROR_TIOCCONS); > } > #endif /* TIOCCONS */ > #else /* USE_SYSV_TERMIO */ >--- 1629,1639 ---- > #endif /* TIOCLSET */ > #ifdef TIOCCONS > if (Console) { >! int on = 1, euid = geteuid(); >! setreuid(-1, getuid()); > if (ioctl (tty, TIOCCONS, (char *)&on) == -1) > HsSysError(cp_pipe[1], ERROR_TIOCCONS); >+ setreuid(-1, euid); > } > #endif /* TIOCCONS */ > #else /* USE_SYSV_TERMIO */ > >From: Mike Raffety > >> Any other suggestions would be appreciated. BTW, SunOS as shipped has >> /etc/utmp set to mode 666 and xterm set to mode 755. > >Exactly, and everything works fine, then (with or without the TIOCCONS >patch), right? Nope. The patch is still necessary to disable the -C option. >From: beauchem@DMI.USherb.CA (Denis Beauchemin) > >Have you tried to use the /etc/fbtab file? With this you can protect many >files from being used/stealed by other users. I don't have any X-Term around >to see if it cures your problem, but I was also bitten by it when we tested >some X-Terms. Of course, I didn't know about the fbtab file at that moment... > Yep, and that does not help. >From: Paul Graham > >i changed xterm, the x11r5 xterm comes standard with a fix for this problem. > >From mattson@cs.UCSD.EDU > >This patch solved the exact same problem for us. We have since moved to >4.1.2, which has the patch rolled in. > >Making /etc/utmp world-writeable on a server is probably unwise. > >From: John DiMarco >>I have an immediate theory as to why the patch appears to be not >>working. "xterm" runs as root so that it is able to update /etc/utmp, >>and so would pass the permission checking Sun has built into this patch. > >Exactly right. > >>1) Turn off setuid priviliges for xterm and make /etc/utmp >>world-writeable. > >No. That's a security hole, because various daemons (eg. in.comsat, rpc.rwalld) >tend to trust utmp for pttys, and it helps hackers hide their traces. > >>2) Make xterm setgid somegroup and change /etc/utmp to be writeable by >>that group. > >Should work, but would break sunview and open windows (since cmdtool/shelltool >needs to be able to write /etc/utmp too. Making these setgid won't work, >since they'll give the group permissions to their shell, which is no better >than a world-writable utmp. > >>My questions: Has anyone else had this particular problem? What solution >>were you able to come up with? > >Since we have the source code for X, I patched xterm not to do a TIOCCONS >unless the person running it owns /dev/console. From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 22 12:13:02 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA24018; Wed, 22 Jan 1992 10:00:16 -0600 Received: by delta.eecs.nwu.edu id AA21244 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 22 Jan 1992 04:14:58 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from dkuug.dk by delta.eecs.nwu.edu with SMTP id AA19262 (5.65c/IDA-1.4.4 for ); Wed, 22 Jan 1992 04:14:49 -0600 Received: from ltf.dth.dk by dkuug.dk via EUnet with SMTP (5.64+/8+bit/IDA-1.2.8) id AA01184; Wed, 22 Jan 92 11:12:53 +0100 Received: by ltf.dth.dk (4.1/SMI-4.1) id AA16734; Wed, 22 Jan 92 11:13:02 +0100 Date: Wed, 22 Jan 92 11:13:02 +0100 From: ohnielse@ltf.dth.dk (Ole Holm Nielsen) Message-Id: <9201221013.AA16734@ltf.dth.dk> Reply-To: Ole Holm Nielsen To: sun-managers@eecs.nwu.edu Subject: SUMMARY: BAD TRAP, Data fault ? Cc: tmc-ae@cm2f.uni-c.dk X-Charset: ASCII X-Char-Esc: 29 Dear Sun managers, The problem that I reported on January 16 was this: >Jan 16 14:07:23 cm2f vmunix: BAD TRAP >Jan 16 14:07:23 cm2f vmunix: pid 944, `moldyn': Data fault >Jan 16 14:07:23 cm2f vmunix: kernel read fault at addr=0x0, pme=0x0 >Jan 16 14:07:23 cm2f vmunix: Bus Error Reg 80 >Jan 16 14:07:23 cm2f vmunix: pc=0xf8006bf0, sp=0xf810cfa0, psr=0x110015c6, context=0x2a >Jan 16 14:07:23 cm2f vmunix: g1-g7: f8006bf8, f8114dfc, 5f8, f8184b60, 2fc, f8132c00, f8132c00 >Jan 16 14:07:23 cm2f vmunix: Begin traceback... sp = f810cfa0 >Jan 16 14:07:23 cm2f vmunix: Called from f8060108, fp=f84a8ca0, args=0 0 ff24252c f8138800 14 ff1f8c30 >Jan 16 14:07:23 cm2f vmunix: End traceback... >Jan 16 14:07:23 cm2f vmunix: panic: Data fault > >In all cases, the program causing the panic was the above "moldyn". Note added: this is now known to occur for other programs as well. >We are running SunOS 4.1.1, no Sun patches applied (to my knowledge). > >The 470 is primarily used as the front-end to a Connection Machine >supercomputer, and it has a second SCSI controller (Ciprico) with a >bunch of 1 GB disks. Both of these devices are attached to the VME bus. > >I do not know where to look for the cause of the problem. Is this a >hardware or a SunOS problem ? I looked in old sun-managers messages, >and found that both types of problems have caused data faults in the >past (SunOS'es prior to 4.1.1). As pointed out by Hal Stern and Chris Drake, the first thing to do is to produce a symbolic traceback: adb -k /vmunix /dev/mem physmem 1ffd f8006bf0?i _vme_read_vector+0x4c: ld [%o0], %o0 The _vme_read_vector code chokes on a "spurious interrupt", i.e., an interrupt which appears to originate from a non-existing VME device. The intended action was to log a "spurious interrupt" message, but a panic resulted in stead. This analysis was done by shj@ultra.com (Steve Jay) in a summary kindly provided by Todd Pfaff. There may be a way to adb the kernel to catch the faulty interrupts. There is no official Sun patch for the problem, which however is reported to have been solved in SunOS 4.1.2. The real cause of the problem is that some device sends a bad interrupt onto the VME bus, or the CPU made one up itself, so in the end our problem results from some (at the moment unknown) hardware failure. If you want a more complete analysis, I can mail it upon request. My thanks go to these kind folks: stern@sunne.East.Sun.COM (Hal Stern - NE Area Systems Engineer) cadence!esanborn@uunet.UU.NET (Ed Sanborn) todd@flex.Eng.McMaster.CA (Todd Pfaff) shj@ultra.com (Steve Jay) Chris.Drake@Corp.Sun.COM (Chris Drake) len@math.nwu.edu (Len Evens) dave mankins With best regards, Ole Ole Holm Nielsen Laboratory of Applied Physics, Building 307 Technical University of Denmark, DK-2800 Lyngby, Denmark E-mail: Ole.Holm.Nielsen@ltf.dth.dk Telephone: (+45) 42 88 24 88 ext. 3187 Telefax: (+45) 45 93 23 99 Permanent address: UNI-C, Building 305 Technical University of Denmark, DK-2800 Lyngby, Denmark E-mail: Ole.H.Nielsen@uni-c.dk Telephone: (+45) 42 88 39 99 (dial-tone) 2404 or 2244 From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 22 02:30:25 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA24059; Wed, 22 Jan 1992 10:16:25 -0600 Received: by delta.eecs.nwu.edu id AA02010 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 22 Jan 1992 06:29:00 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from crs.cl.msu.edu by delta.eecs.nwu.edu with SMTP id AA29726 (5.65c/IDA-1.4.4 for ); Wed, 22 Jan 1992 06:28:55 -0600 Received: by crs.cl.msu.edu (NeXT-1.0 (From Sendmail 5.52)/4.7) id AA25547; Wed, 22 Jan 92 07:30:25 EST Date: Wed, 22 Jan 92 07:30:25 EST From: Warren Grable Message-Id: <9201221230.AA25547@crs.cl.msu.edu> To: sun-managers@eecs.nwu.edu Subject: Need help with non-Sun CD-ROM drive. I am having problems with a new cdrom drive, and I would appreciate any advice or suggestions. First, the setup: Sun 4/110 FCE with 16 Mb of memory running SunOS 4.1.1a (Generic kernal) Sun Shoebox with 141 Mb drive as SCSI unit 3 (sd0) 60 Mb tape as SCSI unit 4 (st0) External case with 100 Mb Quantum Prodrive as SCSI unit 2 (sd4h) Not terminated. Sony CDU-54101 CDROM drive as SCSI unit 6. This is at the end of the cable and is terminated. Parity checking is not set. Using the Sun Catalyst CDWare CD or the Software Store CDsampler Whenever I try to mount the drive using the command: mount -r -t hsfs /dev/sr0 /cdrom It comes back with: mount_hsfs: /dev/sr0 on /cdrom: I/O error mount: giving up on /cdrom The console gets bombarded with the message: sw0: swintr: unexpected DATA phase, curcnt=0 curdir 0x0 sw0: reseting SCSI bus last phase = 0x84 (Restore ptr MSG) csr = 0x1405 bcr = 0 tcr = 0x4 cbsr = 0x65 (DATA IN) cdr = 0x81 mr = 0 bsr = 0x0 target = 6, lun = 0 DMA addr = 0xF10000 count = 0 (57344) cdb = 8 0 0 0 70 0 si_idle: dequeing active request sw0: sr0, unit online sr0a: read retry sense key (0x0): no sense with the last two lines repeated 20 times. The drive light comes on during the boot sequence when the cpu is looking at the SCSI bus devices, and when mount trys to mount the drive. If anyone has any suggestions or experience with cdrom drives, I would appreciate the help. Please e-mail me at wlgrable@crs.cl.msu.edu Thanks in advance. Warren Grable From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 22 03:08:44 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA24276; Wed, 22 Jan 1992 11:25:39 -0600 Received: by delta.eecs.nwu.edu id AA27006 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 22 Jan 1992 07:09:07 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from kermit.orl.mmc.com by delta.eecs.nwu.edu with SMTP id AA32419 (5.65c/IDA-1.4.4 for ); Wed, 22 Jan 1992 07:09:01 -0600 Received: from localhost.orl.mmc.com by kermit.orl.mmc.com (4.1/1.34.a) id AA00295; Wed, 22 Jan 92 08:08:45 EST Message-Id: <9201221308.AA00295@kermit.orl.mmc.com> To: sun-managers@eecs.nwu.edu Subject: exabyte 8200 errors Date: Wed, 22 Jan 92 08:08:44 -0500 From: "Malcolm C. Strickland" A couple of weeks ago we noticed that our exabyte 8200 units were indicating retries when the mt -f /dev/rst1 status command was issued. In perusing the /var/adm/messages file we found the errors logged during the nightly backup. Sometimes with error rates of 400%. Here is what I have checked in order to determine what the problem is. we have 2 8200 units and both have the problem. when the units are on our 4/490 the error rate is > 200%. when the units are on our 4/330 the error rate is between 20 and 50%. when the units are on our 4/60 the error rate is zero. have cleaned the drives with an exabyte tape cleaning cartridge. have tried different scsi cables. have used both sony and fuji tapes (old and new). using other programs (tar, dd ,etc ) to write the tape exihibit the same symptoms. Since the units report no errors on the 4/60 I conclude the drive itself is functioning properly. The are no reported scsi failures. any ideas? thanks. Malcolm Strickland Martin Marietta Electronic Systems chuck-strickland@orl.mmc.com Mail Point 1304 Phone: 407-356-5909 pobox 628007 Fax: 407-356-8944 Orlando, Fl 32862-8007 From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 22 00:59:08 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA24833; Wed, 22 Jan 1992 14:24:58 -0600 Received: by delta.eecs.nwu.edu id AA31724 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 22 Jan 1992 08:59:28 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from mica.inel.gov (mica-nsf.INEL.GOV) by delta.eecs.nwu.edu with SMTP id AA05408 (5.65c/IDA-1.4.4 for ); Wed, 22 Jan 1992 08:59:22 -0600 Received: from snake.inel (snake.INEL.GOV) by mica.inel.gov (4.1/INEL-MH-10.0) id AA24802; Wed, 22 Jan 92 07:59:10 MST Received: by snake.inel (4.1/SMI-4.1) id AA14115; Wed, 22 Jan 92 07:59:08 MST Date: Wed, 22 Jan 92 07:59:08 MST From: leg@inel.gov (Lance Eric Greenwade) Message-Id: <9201221459.AA14115@snake.inel> To: sun-managers@delta.eecs.nwu.edu Subject: SPARCenigine memory There has been a fair amount of mail recently on memory for the various SPARC products, but I don't recall seeing anything on the SPARCengine. We are upgrading to a SPARCengine 1E and are trying to determine it's memory configuration. Is the memory expanable onboard? Does the board come with only a fixed amount (4 or 16 MB) and then the rest is by use of offboard expansion? Thanks in advance to any/everyone who can help -eric greenwade ------------------------------------------------------------------------- L. Eric Greenwade Technical Leader Visualization and Imaging Team UUCP: ...!uunet!inel.gov!leg Idaho National Engineering Lab. INTERNET: leg@INEL.GOV POB 1625 M.S. 2608 Phone: +1-208-526-1276 Idaho Falls, Id. 83415 FAX: +1-208-526-9936 ------------------------------------------------------------------------- From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 22 17:16:03 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA25026; Wed, 22 Jan 1992 15:10:59 -0600 Received: by delta.eecs.nwu.edu id AA04199 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 22 Jan 1992 09:18:54 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from chx400.switch.ch by delta.eecs.nwu.edu with SMTP id AA28055 (5.65c/IDA-1.4.4 for ); Wed, 22 Jan 1992 09:18:47 -0600 X400-Received: by mta chx400.switch.ch in /PRMD=switch/ADMD=arcom/C=CH/; Relayed; Wed, 22 Jan 1992 16:18:05 +0100 X400-Received: by /PRMD=SWITCH/ADMD=ARCOM/C=CH/; Relayed; Wed, 22 Jan 1992 16:16:03 +0100 Date: Wed, 22 Jan 1992 16:16:03 +0100 X400-Originator: dvorak@iam.unibe.ch X400-Mts-Identifier: [/PRMD=SWITCH/ADMD=ARCOM/C=CH/;920122161604] X400-Content-Type: P2-1984 (2) From: Jiri Dvorak Message-Id: <9201221516.AA11388@iam.unibe.ch> To: sun-managers@eecs.nwu.edu Subject: SUMMARY: High Performance VME SCSI Controller ? I asked: > With all the new high performance (10MB/sec) SCSI disks available, the need > for an adequate Controller arises. The standard controllers (Sparcstations > and Sparcserver300 / 400) are limited to 5MB synchronous mode (I think). > > When a 10MB/sec disk is connected to a max. 5MB/sec controller, is it > possible to run the disk in synchronous mode at 5MB/sec, or will it only > do async mode? Are there any problems running such disks on slow controllers? First, the assumption that Sun's Controllers for the Sparcsystems 300 and 400 do work sychrounous is WRONG, as some have pointed out. These controllers are asych only. Apart from that, a controller and a disk run synch at the slower of the two rates, i.e. 5MB in the case of a 5MB controller and 10MB disk. There should be no problems with such a configuration. I also asked about a specific VME controller: > I have an offer for a Interphase Cougar VME SCSI-2 Controller,with barely more > information than just the price. This controller should make 10MB/sec. > > Any experiences with this controller? No reports on that. There are contradictory statements as to whether this controller is released or not (see below). My sales rep insists on a immediate availability. > Do I need an special driver for this controller? Yes. > Will it also run in an 600MP? Yes, with a special driver. The answers I received contain much vaulable information. I've appended them to this message. Many thanks to: Jiri Dvorak dvorak@iam.unibe.ch Institute of Computer Science University of Berne Switzerland **************************included messages******************************** From: " (Gerhard Holzer)" Are you sure that Sparcserver 400 with standard(!) controllers DO SYNC. SCSI ??? I think they do NOT ! At least ours do not. (OS 4.1.1) Also SS1 {4/60} can't run SCSI in sync. mode, only async. SS1+ (note the +) {4/65}, IPCs {4/40} and SS2 {4/75} can do sync. SCSI, I was told by Sun Munic. IPC's have a faster internal bus therefore they ran ~5MB and SS[12] ~4-4.xMB. Which is also my experience. ******* From: " (Kevin Sheehan {Consulting Poster Child})" Sync SCSI involves negotiating for a speed at which both controllers agree to run. SO the answer is: They will run sync, at the slower of the two rates the devices care to pick. ******* From: " (Hal Stern - NE Area Systems Engineer)" the 5 Mb/sec limit is the sync tranfer rate limit (tested limit, that is) on the NCR scsi chip used in the desktop sparc systems. if you want to use a VME board in a server, the server can certainly handle the high throughput (sun quotes 16 Mbyte/sec on the VME bus on a 600MP). if you want to install the board in a 600MP, you will almost certainly need a new driver for it. the 600MP uses the SCSA architecture, rather than the older SCSI device driver structure, so the low-level host adaptor driver must conform to SCSA interfaces. on a 4/3xx, you should get close to 10 Mbyte/sec, and you can probably use whatever driver comes with the board. ******* >From jon@delta.ee.ufl.edu Tue Jan 21 04:24:39 1992 You're talking about two different kinds of SCSI. Here's the lowdown. There exist three supported widths for SCSI buses: eight, sixteen, and thirty-two bits. Eight bit wide SCSI is the most common. The wider versions came into existence with the advent of SCSI-2. There exist two modes of operation of the bus: synchronous and asynchronous. The asynchronous mode of operation has existed since the early days (SCSI-1), while the synchronous mode of operation is a feature of SCSI-2. There exist two electrical interfaces to SCSI devices: single-ended and differential. In synchronous operation, single-ended devices are limited (in practice) to five million transfers per second, with the actual data rate then determined by the width of the bus. In contrast, differential devices are limited to ten million transfers per second, again with the actual data rate determined by the width of the bus. Using single-ended transmission (synchronous mode) you can only achieve five, ten, and twenty megabytes per second with eight, sixteen, and thirty-two bit buses, respectively. Using differential transmission you can achieve ten, twenty, and forty megabytes per second with eight, sixteen, and thirty-two bit buses, respectively. Why is all of this important? Because the single-ended and differential devices are not electrically compatible. The board that you're looking at is probably an eight-bit wide differential SCSI board: wide SCSI is not common. Thus if you purchase this board and it is in fact a differential SCSI board then you will not be able to easily get disks, tape drives, etc... While differential disks, tapes, etc... exist, they are typically high performance and very expensive -- you don't get the savings of using the commodity single-ended drives and tape units. Indeed, many products are not made in differential configurations. [[According to the offer I have, the board is available either in differential or single-ended SCSI --J.Dvorak]] If you do, in fact, want to connect high performance disk to your machine then differential is the way to go. This sort of controller will allow you to connect disks such as the Seagate Sabre series. ******* >From keith@lgc.com Tue Jan 21 01:54:59 1992 > > With all the new high performance (10MB/sec) SCSI disks available, the need > for an adequate Controller arises. The standard controllers (Sparcstations > and Sparcserver300 / 400) are limited to 5MB synchronous mode (I think). Sun's VME controllers for the 300 and 400 systems are async! Sun's SBus SCSI controllers are sync. The combo SCSI/Ethernet SBus card for the 600 series is sync and 5MB/s. > > When a 10MB/sec disk is connected to a max. 5MB/sec controller, is it > possible to run the disk in synchronous mode at 5MB/sec, or will it only > do async mode? Are there any problems running such disks on slow controllers? > The controller will limit the rate to 5MB/s. The disk should work with no problem. If you ran this disk on a async controller, it would kick into async mode for the controller. > I have an offer for a Interphase Cougar VME SCSI-2 Controller, with barely more > information than just the price. This controller should make 10MB/sec. > > Any experiences with this controller? Do I need an special driver for this > controller? Will it also run in an 600MP? Currently Interphase only has the Jaguar VME SCSI controller. The cougar is not yet released (so my source at Interphase tells me). It will be in the second quarter '92. My pholosiphy is to let a new product get tested well by a big OEM so the bugs get worked out before I get it. I usually give 2-3 months for this. The Jaguar is not SCSI-2 fast, just synchronous. We have been using the Jaguar for over a year on 370 and 470 platforms with no problems. It far exceeds the throughput of any of Sun's controllers for these platforms. Yes, you do need a special driver for this and it is supplied with the controller. We have benchmarked the Jaguar on the 670 system and the combo SCSI/Ethernet card outperformed it at less cost. I am not sure of the Jaguar price (approx $2500), the combo card cost $1600 (Sun List). I doubt very seriously if you see 10MB/s from any controller/disk combination for a while. We see 3.5MB/s on reads in the perfect environment, and this is a filesystem read as opposed to a raw device read. 10MB/s is a good rate from an expensive disk array. Fast SCSI by spec is 5MB/s rate. As quoted from the Draft SCSI-2 spec: "When devices negotiate a synchronous data transfer period of less than 200ns they are said to be using 'fast synchronous data transfers'" Also, the spec defines the fastest rate for sync transfer is 10MB/s. This will happen with fast/wide SCSI. Wide SCSI is a 16 bit bus as opposed to the current 8 bit bus. And there will be a cable change for wide SCSI. As I understand it, wide SCSI implementation is of great controversy at this time. The committees can't seem to agree. This is all street talk. Currently, several vendors offer what they call SCSI-2. Well this can mean different things between vendors. The spec is not actually a finished product. So vendors implement some features which are fairly solid in the draft spec, such as fast SCSI. I guess the wrap up here is: I do recommend the Interphase Jaguar for 300 400 series Suns. An excellent controller. Also a daughter board can be installed to give 14 SCSI IDs from one VME slot. This is nice. You might mention to interphase, the type of system and OS you are running. They have a driver install tape for SunOS 4.1.2 now also. I recommend the SBus SCSI/Ethernet card for 600 series. The fastest thing we have tested. Beware of disk/controller vendors. From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 22 06:33:12 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA25171; Wed, 22 Jan 1992 15:54:23 -0600 Received: by delta.eecs.nwu.edu id AA11280 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 22 Jan 1992 11:19:31 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from abvax.icd.ab.com by delta.eecs.nwu.edu with SMTP id AA05399 (5.65c/IDA-1.4.4 for ); Wed, 22 Jan 1992 11:19:23 -0600 Received: from sunne.UUCP by abvax.icd.ab.com (5.64/1.41) with UUCP id AA06029; Wed, 22 Jan 92 12:05:53 -0500 Received: by wal.ab.com (4.1/WAL-1.0) id AA09046; Wed, 22 Jan 92 11:33:12 EST Date: Wed, 22 Jan 92 11:33:12 EST From: sunne!rickn@abvax.icd.ab.com (Richard J. Niziak) Message-Id: <9201221633.AA09046@wal.ab.com> To: sun-managers@abvax.icd.ab.com Subject: dump error.. When I do my dump at night from cron, I get this message: >From daemon Wed Jan 22 10:19:02 1992 From: root (Operator) To: root Subject: Output from "cron" command Your "cron" job /usr/local/dumps/full.dump.sunne 2>&1 produced the following output: stty: TCGETS: Inappropriate ioctl for device DUMP: Date of this level 0 dump: Wed Jan 22 08:35:29 1992 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/rsd0a (/) to /dev/nrst1 DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 8842 blocks (4.32MB) on 0.00 tape(s). DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: level 0 dump on Wed Jan 22 08:35:29 1992 DUMP: Tape rewinding DUMP: 8842 blocks (4.32MB) on 1 volume DUMP: DUMP IS DONE What is that stty: TCGETS error mssg mean ??? Here is a head of my script: #!/bin/csh # Script to do incremental system backups # This script is written for sunne set MOUNT="/usr/bin/mt" set DUMP="/etc/dump" set RDUMP="/etc/rdump" set DUMPOPS=0ubdsf set BLOCKS=126 set DENSITY=54000 set LENGTH=6000 set DUMPDEV=/dev/nrst1 set RDUMPDEV=tapedumps@sunne:/dev/nrst1 set DUMPLOG=/tmp/dumplog set DATE="/usr/bin/date" set MAIL="/usr/ucb/mail" set SERVER=0 $MOUNT -f $DUMPDEV rewind if ($status != 0 ) goto error $DATE > $DUMPLOG echo "" >> $DUMPLOG # BACKUP PROGRAM # Dump SUNNE disks.. # foreach fs ( / /home1 /usr /home2 /export/docs /export /home /var ) $DUMP $DUMPOPS $BLOCKS $DENSITY $LENGTH $DUMPDEV $fs if ($status != 0 ) goto dumperror echo "* Full Backup for the filesystem $fs on SUNNE has completed *"\ >> $DUMPLOG end Any ideas ???? Rick Niziak Allen-Bradley Company, Inc. From sun-managers-relay@delta.eecs.nwu.edu Wed Jan 22 09:26:48 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA25338; Wed, 22 Jan 1992 17:00:23 -0600 Received: by delta.eecs.nwu.edu id AA01775 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 22 Jan 1992 10:54:22 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: by delta.eecs.nwu.edu id AA10129 (5.65c/IDA-1.4.4 for sun-managers); Wed, 22 Jan 1992 10:54:15 -0600 Received: by tellab5.tellabs.com (smail2.5) id AA24533; 22 Jan 92 10:42:26 CST (Wed) Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA10037; Wed, 22 Jan 92 05:53:19 -0500 Received: from pyramid.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 053121.26226; Wed, 22 Jan 1992 05:31:21 EST Received: from pyrltd.uk.pyramid.com by pyramid.pyramid.com (5.61/OSx5.1) id AA15556; Wed, 22 Jan 92 01:49:58 -0800 Received: from hail.hydres by hydres (4.1/SMI-4.1) id AA29027; Wed, 22 Jan 92 09:26:46 GMT Received: from navier.hydraulics by hail.hydres (4.1/SMI-4.0) id AA27024; Wed, 22 Jan 92 09:26:48 GMT Date: Wed, 22 Jan 92 09:26:48 GMT From: uunet!hydres!paul Message-Id: <9201220926.AA27024@hail.hydres> To: sun-managers@eecs.nwu.edu Subject: SUMMARY cron jobs My original query was getting rid of messages from this crin job. >15 3 * * * find / -name .nfs\* -mtime +7 -exec rm -f {} \; --- >----o -fstype nfs -prune >I have tried in vain sending the error messages generated by this >cron job to /dev/null with no success. > Here is the replies... Hmmm, cron is using /bin/sh, not csh, right? Try: 15 3 * * * find / -name .nfs\* -mtime +7 -exec rm -f {} \; -o -fstype nfs -prune > /dev/null 2>&1 The bit of gibberish at the end is telling sh to redirect stderr (2) as well as stdout (1). Alternatively, you could pipe the output through 'grep -v' to filter out the known bogus messages and leave any other failures alone... Jay Lessert {decwrl,cse.ogi.edu,sun,verdix}!bit!jayl Bipolar Integrated Technology, Inc. 503-629-5490 (fax)503-690-1498 This works for us: 15 3 * * * /usr/bin/find / -name .nfs\* -mtime +7 -exec /bin/rm -f {} \; -o -fstype nfs -prune 2>&1 | /usr/bin/egrep -v 'No such file or directory' This also deals with /tmp files that get deleted just as find is looking at them -- which we don't care about anyway. --Melissa ( Who is Melissa ? ) Remember that cron feeds the line to sh, so you'll need >/dev/null 2&>1 to redirect the find output. Anon ?? Ah yes, the infamous "Search every mounted partition on this machine" default crontab entry. Even if the machines are up, you should note that this command does a find down the tree for the mounted partition from every machine which mounts it. Very amusing - we're an observatory, and some people work at night, so when 35 machines all start polling the same nfs-mounted directory .... I got around it by writing my own modified "find" script and running that from cron. The crontab entry is simply 15 3 * * * /local/bin/SWN.find >/dev/null and the script, easily modified to your own purposes, is attached. You may want to prune some of the comments before spreading it around! (This runs on our Scientists' Workstation Network, hence the SWN.) Good luck. ------------------cut here------------------ #!/bin/csh # A modified find for use in crontab - this will be run on all the SWN # once their crontab entries are updated, instead of the default "find" # command, so please change this file only with caution. # Nigel Sharp, Feb.1991 # # Don't search through read-only, nfs or swap file systems. # The SEARCH path excludes such things as listed in the fstab, and find # doesn't follow symbolic links itself, so the only remaining problem # is the auto-mounter, and the prune on "tmp_mnt" takes care of that. # This shell script works with the network unplugged, so I must have got # something right (at last !). # # Default entry as supplied does the ".nfs*" thing, so leave it in. # Remove core files (nobody knows what to do with them, especially not SWN). # set SEARCH=`awk '{ if (($3 ~ /^4\.2$/) && ($4 ~ /^rw/)) {print $2} }' /etc/fstab` #echo $SEARCH find $SEARCH -xdev \ -name "*tmp_mnt*" -prune -o \ '(' -name ".nfs*" -mtime +7 ')' -print -o \ -name core -exec rm -f {} \; \ >/etc/find.log One thing that you could do, is something like this: 15 3 * * * find / -name .nfs\* -mtime +7 -exec rm -f {} \; > /dev/null 2>&1 This will cause stdout and stderr to be ignored. Best of luck, -Jeff -- Jeff Beadles jeff@onion.rain.com thanks to all who replied I am trying the redirectiopn solution provided in this summary, others may be interested in the other replies. thanks again !! "I want to buy a husband who, every week when I sit down to watch `St. Elsewhere', won't scream, `FORGET IT, BLANCHE ... IT'S TIME FOR "HEE HAW"!!'" -- Berke Breathed, "Bloom County" Paul Humphreys, ( Postmaster ) HR Wallingford, Howbery Park, Wallingford, Oxon England OX10 8BA paul@hydres.uucp paul%hydres.uucp@pyra.co.uk paul%hydres.uucp@uknet.ac.uk Tel 0491-35381 X2292 Fax 0491-32233 From sun-managers-relay@delta.eecs.nwu.edu Thu Jan 23 22:19:09 1992 Received: from delta.eecs.nwu.edu by mail.unet.umn.edu (5.65c/) id AA27405; Thu, 23 Jan 1992 03:47:52 -0600 Received: by delta.eecs.nwu.edu id AA10507 (5.65c/IDA-1.4.4 for sun-managers-outbound); Wed, 22 Jan 1992 19:19:11 -0600 Sender: sun-managers-relay@eecs.nwu.edu Received: from madness.austek.com.au (gatekeeper.tpa.com.AU) by delta.eecs.nwu.edu with SMTP id AA04763 (5.65c/IDA-1.4.4 for ); Wed, 22 Jan 1992 19:19:00 -0600 Recei