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 inte