- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- ISTAT 30 error
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
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
тАО12-11-2007 01:37 PM
тАО12-11-2007 01:37 PM
Re: ISTAT 30 error
A very common cause of channel leaks is not completing a wildcard search. For example, LIB$FIND_FILE with a wild card needs to be completed with LIB$FIND_FILE_END. If you miss the _END you'll leak one channel for each search that is started. FIND_FILE is a jacket around the RMS service SYS$SEARCH.
You need to be especially careful with these services because sometimes a filespec can be a wildcard without looking like one. For example "SYS$MANAGER:LOGIN.COM". Since SYS$MANAGER is a search list, this is effectively a wildcard search.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-12-2007 10:39 AM
тАО12-12-2007 10:39 AM
Re: ISTAT 30 error
"We DO IN FACT use the LIB$FIND_FILE in wave picking but NOT the FIND_FILE_END. I'll put that into the code."
I also put back in the min for the channelcnt in modparams.dat so the next time I reboot - that parameter will be bumped up.
thanks for all of your help!!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-12-2007 01:15 PM
тАО12-12-2007 01:15 PM
Re: ISTAT 30 error
Sure, but no need to go all out as before.
Please ask yourself how many channelany application on your box coudl ever reasonably need. I doubt it well be more than 200, and suggest a channelcount of no more than 1000.
You got this problem NOW, exactly because channel count was bumped without full understanding of the reason.
Had it not been bumped, then the programs would have failed consistently and surely the problem would have been addressed years ago.
A quick & dirty workaround years ago, has over time cost days or weeks of agony between enduser, sadministrators and developers.
Cheers,
Hein.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-12-2007 01:21 PM
тАО12-12-2007 01:21 PM
Re: ISTAT 30 error
My users are connecting to Advanced Server on the other node - which already has channelcnt bumped up to 2446 - so I guess I will look back through the guides and make sure this setting was correct before I reboot.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-12-2007 05:19 PM
тАО12-12-2007 05:19 PM
Re: ISTAT 30 error
just about every time with patch tcpip services for VMS we need to relink. A lot of our application code involves network tasks.
"Just to clear up this misconception.
On OpenVMS it is NEVER necessary to recompile or relink a correct, user mode program after upgrading OpenVMS. ..."
- « Previous
-
- 1
- 2
- Next »