I encountered an error I've never seen before this morning. This is
unidata 7.1.8 on Solaris 9:
File system(s) full. You must reclaim space or change the part table.
When you are ready, press RETURN to continue.
I was attempting to overwrite a single field in a dynamic file. Since
it's
Just a followup to those who offered help on my issue re: inability to
kill sessions for unidata 7.1.x on windows.
The Datatel folks found an open Unidata issue for 7.1.0 on windows where
cleanupd dies under heavy load. This allows the process to be kill at the
OS level, but Unidata loses
I wonder if this may apply - fixed at 7.1.9 (from the latest 7.1.x readme)
The first entry for that device ID will be the one the udt process is checking
for available space and may not be the file system you expect.
Issue 9209 - Problem Description
UniData -- The smm daemon maintains a table in
Thanks Wally - that sounds right since this is a repurposed account in
which I did unmount and remount the filesystem yesterday.
We'll be moving from solaris 7.1.8 to RedHat 7.2.x shortly so it's no
big deal in the long run. I worked around the problem anyway.
Sent from my iPhone
Jeff
Jeff,
I have a question for you. Why are you moving to RedHat from Solaris? Do
you think that Redhat is a better o/s?
Thanks,
Brad
- Original Message -
From: Jeffrey Butera jbut...@hampshire.edu
To: Wally Terhune wterh...@rocketsoftware.com
Cc: U2 Users List
I have a question for you. Why are you moving to RedHat from Solaris? Do
you think that Redhat is a better o/s?
We run everything else on linux here, the Solaris boxes for unidata are
the oddballs. Also, when you compare hardware costs (even with .EDU
pricing from Sun) it's a no brainer to
