- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Pascal program crashing with -RMS-F-DME, dynamic m...
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-21-2010 05:55 AM
тАО10-21-2010 05:55 AM
Re: Pascal program crashing with -RMS-F-DME, dynamic memory exhausted
If that does not suffice, then have somebody take a look at (more of) the application design and more of the whole environment around this DME bug (rather than this port hole that we're looking through), and see what can be done to provide a better way of implementing this.
There almost certainly will be more efficient schemes.
I'm guessing there's sequential processing here, and you're using these hack-files to pass a dollop of information (some sort of timestamp, apparently) along to some downstream processing.
That you are here dealing with design decisions and application configurations and this, well, hack-file code that was Good Enough some years back, but where you've scaled past what RMS and LD and the existing design can manage with this design.
Going faster might involve messages via mailboxes, might be passing the time stamp with the (hypothetical) batch job parameters, might be a database, might be a key-value store in a big relative file, might be shared memory, there are all sorts of approaches that might be feasible here.
RMS itself stinks at these dinky hack-file designs, too; there have been some substantial performance updates in various VMS releases to make this hack-file design go faster, but every design (an application, the RMS file system, VMS itself) eventually hits a wall (or three) as you try to scale it past its design target. Unix goes way-faster here; with these hack-file designs.
And the possibility of latent bugs within the application has not been eliminated here. The statement "Luckily the NFS lgoical names proved to be a red-herring, that is a LD disk used to manage an exported NFS, which may its own strangeness to the mix." implies that there are other decisions similar to this hack-file design; that statement certainly implies NFS is still around, and having NFS in a production design is inherently going to introduce transients. It's of of the elder versions of a modern distributed network; where any of the components can drop out from underneath you without warning.
Given what budgetary and corporate goals can be inferred here, I'd also suggest dusting off your own resume and updating your skills and your staff's skills in alignment with where your organization is now headed for computing, because this VMS environment is clearly a "run it into the ground" environment. Get this stuff ported. Or get the management to sign off on a port or a replacement, or on a plan to drain the current environment.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-21-2010 05:57 AM
тАО10-21-2010 05:57 AM
Re: Pascal program crashing with -RMS-F-DME, dynamic memory exhausted
...NFS is one of the ancestral protocol versions of a modern distributed network; where any of the protocols and components can drop out from underneath you without warning...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-21-2010 06:02 AM
тАО10-21-2010 06:02 AM
Re: Pascal program crashing with -RMS-F-DME, dynamic memory exhausted
IF you can swing it, check the status of the close and set the process into SUSP state. Use SDA to show the open channels. Perhaps that simple step will show channels remaining open that should not be open. The DME suggests too many files open at one time (a common fault) given the available memory.
Just a thought...
Dan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-21-2010 06:26 AM
тАО10-21-2010 06:26 AM
Re: Pascal program crashing with -RMS-F-DME, dynamic memory exhausted
We've seen this failure several times in the factory, once on a production quality machine and repeatedly on a DS10 with the minimum possible supporting hardware. On this DS10 the problem could be reproduced every time. Moving the file back off the logical disk onto the physical disk cures the problem.
The problem has never occurred at a customer site of which there several. I still have a couple of avenues to explore, but at the moment a 20 second window where the primary timestamp may be unknown is not ncessarily a problem, there are secondary sources used in case the file proves to be unreadable.
Given that the customer is very happy with these systems I suspect that porting to another platform will be met with some amount of laughter.
Regards
Brian
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-21-2010 08:19 AM
тАО10-21-2010 08:19 AM
Re: Pascal program crashing with -RMS-F-DME, dynamic memory exhausted
I might well re-design the pinger (slightly) during the rewrite, and specifically move the pinger into the main loop of some of the critical processing.
There may well be an uptime tool or three in the Freeware or related resources, and there are SNMP and http-based uptime tools available.
And simply collecting T4 data continuously would also provide this information, too. T4 collection logs its performance data at one-minute intervals, after all. The time there would involve unpacking gaps in the time lines within the T4 data, and that's not complex.
Most of these approaches could be implemented in less time than has been collectively invested in this thread, too.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-21-2010 08:22 AM
тАО10-21-2010 08:22 AM
Re: Pascal program crashing with -RMS-F-DME, dynamic memory exhausted
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-21-2010 09:00 AM
тАО10-21-2010 09:00 AM
Re: Pascal program crashing with -RMS-F-DME, dynamic memory exhausted
Dan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-21-2010 09:22 AM
тАО10-21-2010 09:22 AM
Re: Pascal program crashing with -RMS-F-DME, dynamic memory exhausted
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-21-2010 10:09 AM
тАО10-21-2010 10:09 AM
Re: Pascal program crashing with -RMS-F-DME, dynamic memory exhausted
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-21-2010 11:48 PM
тАО10-21-2010 11:48 PM
Re: Pascal program crashing with -RMS-F-DME, dynamic memory exhausted
Its not ideal but given what the system is (anyone who drives in the UK will likely have seen it action), its an understandable solution.
- « Previous
- Next »