SUN-Spots Digest, v3n12
Scott Alexander
Sun-Spots-Request at RICE.EDU
Sat Nov 30 09:04:44 AEST 1985
SUN-SPOTS DIGEST Friday, 29 Nov 1985 Volume 3 : Issue 12
Today's Topics:
administrivia
drivel on undigestified lists.
Sun 3/180 file servers, mixing Sun 2's and 3's
mixing sun2's and sun3's
Voice recognition
syncronous tty ports
Interleaf, Sun 2.0, Sky floating point accelerator
EAN electronic mailing on Sun workstations
file system panics under 2.0
Sun vs. Apollo
problems with serial ports on zs board
Survey - Window Managers/User Interfaces and Dist. File Systems
------------------------------------------------------------------------
Date: Fri, 29 Nov 85 16:59:21 CST
From: Scott Alexander <sun-spots-request at rice.edu>
Subject: administrivia
Sorry for the half week delay. Our network got very confused around the
beginning of the week.
It seems to be time for another reminder of the purpose of the two
addresses: sun-spots at rice and sun-spots-request at rice. The former is for
submissions. If you send something to it, you should be prepared for it to
show up in the digest. The latter is for administrative messages to the
moderator. Send things here on which you want me to act, but which you do
not want to see in the digest.
Scott
-----------------------------
Date: Thu, 21 Nov 85 20:23:18 EST
From: Mark Weiser <mark at mimsy.umd.edu>
Subject: drivel on undigestified lists.
People who complained about drivel on undisgestified lists don't know
recognize that lack of digest does not mean lack of supervision. All
mail can pass by a person before being resent, but this means
only a 24 or so delay, not weeks or months. Laser-lovers is an example
of a successful supervised but undigestified list.
-mark
-----------------------------
Date: Tue, 19 Nov 85 23:31:03 EST
From: Dan Blumenfeld <DAN at MIT-MC.ARPA>
Subject: Sun 3/180 file servers, mixing Sun 2's and 3's
According to our local sales person, the Sun 3/180 file server will
not enter production until the middle of January 1986. The waiting list
for them is rather long, and it's probably not the best idea getting
serial number < 100. A good alternative is the 3/160-M (or without
monitor) which is deskside rather than rack-mountable. Rumor has it
that machines configured in multiples of 4Mb RAM will be the first
to ship. Lead times are currently running between 45-60 days for
3/160's.
Concerning the mix of 2 and 3 series of Suns, the people that I've
spoken to at Sun relay similar info: diskless 2's can't be served by
3's, etc., though supposedly disked 2's (which, of course, have been
booted locally) will pass files OK and can handle NFS. Maybe yes,
maybe no... we've ordered some 3 series Suns and have a 2/120, so
we'll know soon enough! Then again, considering the lead times for
the Sun 3 equipment, they may have the problem fixed by the time we
receive the machines.
Dan Blumenfeld
University of Pennsylvania
[blumen at wharton, dan at mc]
-----------------------------
Date: Sun, 24 Nov 85 12:10:40 pst
From: brent%pride at BERKELEY.EDU (Brent Welch)
Subject: mixing sun2's and sun3's
I have another point to make about mixing sun2's and sun3's.
There is a problem with the network protocol used to communicate
between the servers and the clients. They use UDP for packet
delivery. UDP uses IP, and in particular, IP fragments UDP packets
that are too large for the ethernet. NFS and ND do block writes
of 4K which get fragmented into 1K fragments by IP. Well, a
Sun3 can send the four fragments much faster than a Sun2 can
receive them. The result is that fragments get dropped by the
Sun2 receiver. Because IP is not reliable, the loss of just
one fragment causes the whole packet to be tossed...
This makes it nearly impossible to send fragmented packets
from Sun3's to Sun2's. I've heard of a patch that
limits the sizes of writes to avoid this problem. I think it's
a new option to the mount command. In the meantime, sun is
probably working on a better fix.
brent
-----------------------------
Date: Fri, 22 Nov 85 13:56:16 cst
From: tj at texsun.UUCP (Cal Thixton Sun Microsystems Dallas Office)
Telephone: (214) 823-2084 Office Phone: (214) 788-1951
Purpose-In-Life: To Spread the Gospel of UN*X to the heathens
Subject: Voice recognition
Does anyone know of work on Suns with voice recognition?
thanks
cal thixton
-----------------------------
Date: Tue, 19 Nov 85 20:28:24 EST
From: rtm at harvard.HARVARD.EDU (Robert Morris)
Subject: syncronous tty ports
Does anyone know how to use the SUN2 cpu tty ports syncronously?
Is there any way to run HDLC on them?
-----------------------------
Date: Tue, 19 Nov 85 22:55:48 cst
From: King Ables <ables%dopey%mcc-pp at mcc.arpa>
Subject: Interleaf, Sun 2.0, Sky floating point accelerator
Does anybody run this combination... successfully? On our machines,
Interleaf seems to catch an interrupt from the Sky board (if I move
/dev/sky to something else and reboot so the microcode isn't loaded,
Interleaf works just great). Interleaf doesn't have much interest
in figuring out what the problem is since they don't officially support
2.0 yet. Our solution for now is not to run Interleaf and floating
point applications (that need the sky board) on the same machine w/o
rebooting in between (yuk). Anybody seen/dealt with this problem?
-King
ARPA: ables at mcc
UUCP: {ihnp4,seismo,ctvax}!ut-sally!mcc-db2!ables
-----------------------------
Date: 21 NOV 85 14:30-N
From: APPEL%CGEUGE51.BITNET at WISCVM.ARPA
Subject: EAN electronic mailing on Sun workstations
Reply-To: appel at cui.UUCP (Ron Appel)
Organization: University of Geneva, Switzerland
Did anyone install the EAN mailing system on a Sun workstation
running 4.2-Bsd ?
Are there problems and what are they ?
--ra
-----------------------------
Date: Sat, 23 Nov 85 04:40:58 EST
From: allegra!mp at seismo.CSS.GOV
Subject: file system panics under 2.0
We've noticed that since converting to 2.0, some clients panic
every week or two with a filesystem error. The messages are generally
freeing free inode, freeing free frag, or dup alloc. Clients that use
nfs get these panics more frequently. We even encountered one instance
where when one person manually rebooted his sun, 2 other people who
were on the same disk on the fileserver crashed.
The fileservers have never logged any disk errors or filesystem
problems during these crashes.
Sun tech support thinks it may be a defective xylogics controller, but
putting in a new one didn't fix things and the problem happens on both
of our 2.0 fileservers, anyway.
Our clients are 100's through 160's, all diskless, approximately 10 per
file server. Our servers are 170's, each with a rev C xylogics 450
controlling 2 eagles. 3 eagles are from Sun. The eagles are set for
47 sectors/track (I think the extra one is for slipping), and were
formatted/fixed for about 40 or 50 passes each. I've checked the
partitioning in nd.local; the nd partitions don't overlap. Almost all
the partitions were initially sized by setup (some were increased in
size when people needed more space, but they're still multiples of 46
sectors); I manually mkfs'ed them as part of the automated installation
of new users here, and checking them with dumpfs shows the sizes are OK.
A side question: frequently after the panic, fsck complains about
an unallocated file called /etc/zz######, where # is a digit; does
anyone know where this comes from?
Mark Plotnick
allegra!mp
-----------------------------
Date: 26/11/85 16:35
From: mcvax!inria!ralph at seismo.CSS.GOV
Subject: Sun vs. Apollo
The audience of this question is the people who have had to decide
between Sun and Apollo workstations. With the advent of Sun-3s and
Apollo DN330s the decision gets harder:
1) The processer is the same,
2) Sun is a Unix machine and Apollo gives us 2 Unix's,
3) similar price, etc.
I would very much appreciate any insight into the reasons for which
one machine was bought rather than the other. Please reply to me
directly, and if there is interest I will post a summary to the net.
-----------------------------
Date: Wed, 27 Nov 85 16:58:36 EST
From: Steve M. Burinsky <smb at mimsy.umd.edu>
Subject: problems with serial ports on zs board
I have a Sun-3/160C with a Zilog 8530 board, which provides two serial ports.
It is configured in as shown in zs(4s). When I enable ttya in /etc/ttys and
kill -HUP 1, a getty process starts running on that line. The problem is that
it doesn't stop running! This chews up the CPU with interrupts. Getty will
only change its state (to S or I) when a terminal is physically connected to
the port, which is something I can't guarantee on my system.
Has anyone run into this problem? Any clues/suggestions? The only remedy I
can think of is to put some type of termination on the line when a device is
not connected.
Thanks in advance,
Steve Burinsky
-----------------------------
Date: Wednesday, 20 November 1985 18:35:30 EST
From: Dan.Miller at a.sei.cmu.edu
Subject: Survey - Window Managers/User Interfaces and Dist. File Systems
WINDOW MANAGERS/USER INTERFACES and DISTRIBUTED FILE SYSTEMS:
Survey ---> Need Your Help
I want to put together a COMPLETE list of WINDOW MANAGERS/USER
INTERFACES and DISTRIBUTED FILE SYSTEMS (either bundled together in an
integrated system or separate), specifically products, prototypes, and
university "freeware".
I'd like to hear from EVERYONE, across all countries, organizations,
hardware, OSs, etc., so a MEGA-list of ALL known systems can be posted
back to the net.
I am sure everyone who reads the summary will appreciate your effort in
jotting down the names, developing organizations, references, short
statements of functionality / capabilities / uniqueness, host machines,
OS, etc., of systems you are working on or know of in these areas.
Direct replies to
dhm at sei.cmu.edu (dhm at cmu-sei.arpa) [Internet]
...!ihnp4!seismo!dhm at sei.cmu.edu [UUCP]
--- Daniel "Dan" H. MIller Software Engineering Institute
dhm at sei.cmu.edu (dhm at cmu-sei.arpa) Carnegie-Mellon University
(412)578-7700 Pittsburgh, PA 15213 USA
"Disclaimer: The views and conclusions are those of the author, and
should not be interpreted as representing the official policies, either
expressed or implied, of any organization he may be affiliated with."
-----------------------------
End of SUN-Spots Digest
***********************
More information about the Mod.computers.sun
mailing list