[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 RETURN 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
Re: [U2] Can't kill sessions
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 it's ability to cleanup after itself leaving these orphans out there, thereby chewing thru your license pool. Since we already planned to upgrade to 7.2.2 next month (and had the download sitting on the server) we upgraded on the spot. Things seem stable now, but we'll see after people return on Monday. 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
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 RETURN 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
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 wterh...@rocketsoftware.com 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
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 u2-users@listserver.u2ug.org 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 wterh...@rocketsoftware.com 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
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