barrett@jhunix.HCF.JHU.EDU (Dan Barrett) (10/31/90)
We have been running Ultrix 4.0 (Rev 179) on our DECstation 3100's
and 5400 for a few months, and I'd like to report the problems we have
encountered. I am ready to submit SPR's on all of these, but I want to run
them by the Net to see if others have encountered them too.
() /usr/bin/Xmfb is not copied by setld onto your disk if you are a
DECsystem 5400 fileserver. Not really a bug, but a misfeature in
my opinion. setld tries to be "smart" and figure out if you "need"
the X server. I needed it. setld thought I didn't.
() The "nodev" option is not listed in mount(8nfs) man page, but it is
used in the Security Guide for Administrators (Sys Net Management,
Vol 1).
() rwalld man page refers to /usr/etc/rpc.rwalld, which does not exist.
() adduser does not work for BIND/Hesiod; it does not rebuild the
Hesiod database.
() chsh and chfn do not use BIND/Hesiod.
() pmerge() and pxref() man pages do not belong in the RISC
distribution, since the programs are not provided.
() cxref generates hundreds of errors in some cases:
/usr/include/sys/ioctl.h: 474: too much defining
/usr/include/sys/ioctl.h: 475: too much defining
/usr/include/sys/ioctl.h: 476: too much defining
<blah blah blah>
lows.c: 301: too much defining
lows.c: 621: no space
xcpp failed on lows.c!
I have not narrowed down the problem, but it appears that cxref
cannot handle #elif.
() bindsetup changes the value of the D macro in /usr/lib/sendmail.cf.
However, it does NOT restore the original value when removing BIND.
This has caused me ENDLESS PAIN.
() The man page for mount(8nfs) is truncated just before the "Files"
line. A sentence begins "umount command invokes" and just ends.
Two lines are commented out in /usr/man/man8/mount.8nfs -- this
is the reason for the truncation.
I have a report that this problem does not exist in my friend's
distribution of 4.0.
() mount(8nfs) warns not to invoke nfs_umount directly, but "nfssetup"
does exactly that in the default /etc/rc.local. Practice what
you preach. :-)
() If you use rlogin from a DECstation to a Sun SPARCstation, the
rlogin hangs. (Reported to DEC and verified.)
() /sys/dist/kits requires the ROOT keyword in your key file, but the
manual (Preparing Software For Distribution, page 5-4) claims it is
optional.
() rwalld has stopped working for us. Shutdown messages are not sent
to our NFS-mounted clients.
A short program that uses rwalld says "bad file number" when
attempting to write to user terminals.
Dan
//////////////////////////////////////\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
| Dan Barrett - Systems Administrator, Computer Science Department |
| The Johns Hopkins University, 34th and Charles Sts., Baltimore, MD 21218 |
| INTERNET: barrett@cs.jhu.edu | |
| COMPUSERVE: >internet:barrett@cs.jhu.edu | UUCP: barrett@jhunix.UUCP |
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\/////////////////////////////////////brian@cimage.com (Brian Kelley) (11/01/90)
In article <6742@jhunix.HCF.JHU.EDU> barrett@jhunix.HCF.JHU.EDU (Dan Barrett) writes: > > We have been running Ultrix 4.0 (Rev 179) on our DECstation 3100's >and 5400 for a few months, and I'd like to report the problems we have >encountered. I am ready to submit SPR's on all of these, but I want to run >them by the Net to see if others have encountered them too. Our local DEC office tells me that release 4.1 is currently available on the DEC internal network. I think our tape is being made today and that we are supposed to get this release before the end of the week. You may want to ask your rep about this. We've had a number of problems with 4.0 (we've only had it running for a few weeks). If you have to install a Print Server 20, you may want to drop me a note. We recently did, and it was painful. > //////////////////////////////////////\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ >| Dan Barrett - Systems Administrator, Computer Science Department | >| The Johns Hopkins University, 34th and Charles Sts., Baltimore, MD 21218 | >| INTERNET: barrett@cs.jhu.edu | | >| COMPUSERVE: >internet:barrett@cs.jhu.edu | UUCP: barrett@jhunix.UUCP | > \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\///////////////////////////////////// --- brian@cimage.com