On Tue, Dec 31, 2019 at 02:58:10PM -0500, fsmithred via Dng wrote:
> Please upgrade your highly customized and configured ascii production system
> to beowulf and tell us if it works. Okay, DO THIS ON A COPY, not the real
> thing.
Did the upgrade in June ñto Beowuld with fluxbox rather than desktop,
and subsequently upgraded Beowulf twice. No major problems. The
following may not be real problems, but thought best to throw them
out for consideration. I initially had the problem of
occassionally being unable to close a terminal (mlterm), but no longer.
1. .xsession-errors:
xmodmap: unable to open file '/home/haines/.Xmodmap' for reading. Why
no config file?
07:38:37.106 [AWT-EventQueue-0] WARN net.sf.jabref.JabRefGUI - There
seem to be problems with OpenJDK and the default GTK Look&Feel. Using
Metal L&F instead. Change to another L&F with caution.
console.error: itdmanager:
error
Message: TypeError: session.kill.days.failed is not a function
ALSA lib pcm.c:8424:(snd_pcm_recover) underrun occurred
ERROR alsa.cc:525 [pause]: snd_pcm_pause failed: Input/output error.
ERROR alsa.cc:525 [pause]: snd_pcm_pause failed: File descriptor in
bad state.
2. dmesg errors
[1272146.575622] ata3.00: error: { ICRC ABRT }
[1272147.052672] sd 2:0:0:0: [sdb] tag#11 Add. Sense: Scsi parity
error
[1272147.052680] print_req_error: I/O error, dev sdb, sector 292808664
res 43/84:08:f8:5a:d2/00:00:25:00:00/00
Emask 0x410 (ATA bus error) <F>
[4297652.707343] sd 2:0:0:0: [sdb] tag#19 Add. Sense: Scsi parity
error
[4297652.707349] print_req_error: I/O error, dev sdb, sector 747789456
3. fetcmail
The new fetchmail 6.4.0 may have problems. It seeks an SSL
certificate and, finding none, breaks the connection. I worked
around this by inserting the line 'sslproto " ' into
.fetchmailrc.
4. exim
The file /etc/exim4/passwd.client could not be read by exim. It
was -rw-r----- 1 root saned 653 Oct 29 12:17 passwd.client
and since I'm in saned group, I should be able to read it. I
changed permissions to -rw-r--r-- to get SMTP authentication.
5. bluetooth
In syslog: Nov 22 06:42:04 engels brltty[724]: DBus error: send
message: org.freedesktop.DBus.Error.ServiceUnknown: The name
org.bluez was not provided by any .service file
Solution was to install bluez
6. dmesg
I find that $ sudo sysctl -w kernel.dmesg_restrict=0 enables
user to run dmesg, but my impression this does not survive a reboot.
Can't reboot now to check.