Re: [U2] Unidata odd error

2009-11-16 Thread Jeff Butera

We will be doing the same move next year.  Please let us know how the
process went, any "gotcha's", etc.

I've already tested once and did not have any problems with compiling and
running the application.  Didn't test printing, so I'm a little worried
about that.


Numerous Datatel clients have made this switch on unidata without much 
fanfare.


Jeff Butera, Ph.D.
Administrative Systems
Hampshire College
jbut...@hampshire.edu
413-559-5556

"I'm just having a conversation with myself
   - it's about that time."
 Catherine Butera

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


Re: [U2] Unidata odd error

2009-11-16 Thread jpb-u2ug
I can't speak for Unidata but with UniVerse there was no problem going from
Solaris to Red Hat. We went to it 4 years ago and I did it on a Saturday. I
set up the printers and themaster account ahead of time. 99% of the commands
are identical, I think the only problems I had were with the cp and rm
commands having an extra switch. If you don't use any of the operating
system commands you won't have any problems. Unlike going to Windows the
spooler is the same and cups is easy to use. If you are moving from a RISC
system to INTEL you have to run fnuxi on the accounts if you don't use
backup and restore utilities.

Jerry Banker

-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Charlie Rubeor
Sent: Monday, November 16, 2009 8:10 AM
To: Jeff Butera; U2 Users List
Subject: Re: [U2] Unidata odd error

We will be doing the same move next year.  Please let us know how the
process went, any "gotcha's", etc.
 
I've already tested once and did not have any problems with compiling and
running the application.  Didn't test printing, so I'm a little worried
about that.
 

>>> Jeff Butera  11/14/2009 6:47 PM >>>
> 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 move.

Jeff Butera, Ph.D.
Administrative Systems
Hampshire College
jbut...@hampshire.edu
413-559-5556

"I'm just having a conversation with myself
- it's about that time."
  Catherine Butera

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


Re: [U2] Unidata odd error

2009-11-16 Thread Charlie Rubeor
We will be doing the same move next year.  Please let us know how the process 
went, any "gotcha's", etc.
 
I've already tested once and did not have any problems with compiling and 
running the application.  Didn't test printing, so I'm a little worried about 
that.
 

>>> Jeff Butera  11/14/2009 6:47 PM >>>
> 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 move.

Jeff Butera, Ph.D.
Administrative Systems
Hampshire College
jbut...@hampshire.edu
413-559-5556

"I'm just having a conversation with myself
- it's about that time."
  Catherine Butera

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


Re: [U2] Unidata odd error

2009-11-14 Thread Jeff Butera
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 move.


Jeff Butera, Ph.D.
Administrative Systems
Hampshire College
jbut...@hampshire.edu
413-559-5556

"I'm just having a conversation with myself
   - it's about that time."
 Catherine Butera

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


Re: [U2] Unidata odd error

2009-11-14 Thread BraDav

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" 

To: "Wally Terhune" 
Cc: "U2 Users List" 
Sent: Saturday, November 14, 2009 10:58 AM
Subject: Re: [U2] Unidata odd error


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 Butera
jbut...@hampshire.edu

On Nov 14, 2009, at 10:02 AM, Wally Terhune   
wrote:


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 shared memory that
lists available file systems and the space available in each file
system. You can view the table using the sms -F command.
Prior to this release, if a new file system was mounted, a new
entry was added to the table. Entries were not removed when a
file system was unmounted. This may have resulted in entries
in the table for two different mount paths that had the same ID.
The problem has been fixed.



Wally Terhune
U2 Support Architect
Rocket Software
Tel: (720) 475-8055
Mobile: (303) 807-6222
wterh...@rocketsoftware.com
u2supp...@rocketsoftware.com

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users 


___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


Re: [U2] Unidata odd error

2009-11-14 Thread Jeffrey Butera
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 Butera
jbut...@hampshire.edu

On Nov 14, 2009, at 10:02 AM, Wally Terhune  
 wrote:


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 shared memory that
lists available file systems and the space available in each file
system. You can view the table using the sms -F command.
Prior to this release, if a new file system was mounted, a new
entry was added to the table. Entries were not removed when a
file system was unmounted. This may have resulted in entries
in the table for two different mount paths that had the same ID.
The problem has been fixed.



Wally Terhune
U2 Support Architect
Rocket Software
Tel: (720) 475-8055
Mobile: (303) 807-6222
wterh...@rocketsoftware.com
u2supp...@rocketsoftware.com

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


Re: [U2] Unidata odd error

2009-11-14 Thread Wally Terhune
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 shared memory that
lists available file systems and the space available in each file
system. You can view the table using the sms -F command. 
Prior to this release, if a new file system was mounted, a new
entry was added to the table. Entries were not removed when a
file system was unmounted. This may have resulted in entries
in the table for two different mount paths that had the same ID.
The problem has been fixed.



Wally Terhune
U2 Support Architect
Rocket Software
Tel: (720) 475-8055
Mobile: (303) 807-6222
wterh...@rocketsoftware.com
u2supp...@rocketsoftware.com

From: u2-users-boun...@listserver.u2ug.org 
[u2-users-boun...@listserver.u2ug.org] On Behalf Of Jeff Butera 
[jbut...@hampshire.edu]
Sent: Saturday, November 14, 2009 5:11 AM
To: U2 Users List
Subject: [U2] Unidata odd error

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  to continue.

I was attempting to overwrite a single field in a dynamic file.  Since
it's dynamic, it's not limited to 2Gb.  Likewise, the partition holding
this account isn't anywhere near full: it's using about 18Gb on a 25Gb
partition.

So unless the dynamic file is wildly splitting and chewing thru 7GB, I'm
unclear what's causing this message.  Any insight appreciated.



Jeff Butera, Ph.D.
Administrative Systems
Hampshire College
jbut...@hampshire.edu
413-559-5556

"I'm just having a conversation with myself
- it's about that time."
  Catherine Butera

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


[U2] Unidata odd error

2009-11-14 Thread Jeff Butera
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  to continue.

I was attempting to overwrite a single field in a dynamic file.  Since 
it's dynamic, it's not limited to 2Gb.  Likewise, the partition holding 
this account isn't anywhere near full: it's using about 18Gb on a 25Gb 
partition.


So unless the dynamic file is wildly splitting and chewing thru 7GB, I'm 
unclear what's causing this message.  Any insight appreciated.




Jeff Butera, Ph.D.
Administrative Systems
Hampshire College
jbut...@hampshire.edu
413-559-5556

"I'm just having a conversation with myself
   - it's about that time."
 Catherine Butera

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users