- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- File locking exhausts PGFLQUOTA
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
тАО07-13-2009 02:28 AM
тАО07-13-2009 02:28 AM
Attached test program just locks 1 byte in file for read then escalate this lock for read-write than again lower it from exclusive to shared access and finally unlock it. If it runs in loop it allocate memory pretty fast increasing VIRTUALPAGECNT until exhaust PGFLQUOTA.
Documentation for fcntl says:
├в All locks associated with a file for a given process are removed when a file descriptor for that file is closed by that process├в
http://www.openvms.compaq.com/doc/83final/5763/5763pro_033.html#index_x_888
It happens on IA64 OpenVMS with last patches.
Is problem in this test or system?
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-13-2009 05:00 AM
тАО07-13-2009 05:00 AM
Re: File locking exhausts PGFLQUOTA
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-13-2009 02:27 PM
тАО07-13-2009 02:27 PM
Re: File locking exhausts PGFLQUOTA
I'm not familiar with the C++ locking interface, so I don't know the expected lifecycle of the structures involved - perhaps there's some kind of "Free" operation? What happens if you remove the F_UNLCK? Can you keep bouncing between F_RDLCK and F_WRLCK forever? Is there a null lock mode? (ie the lock still exists, but it doesn't block any other lock mode).
Try adding calls to LIB$STAT_VM to see if there's a pattern of depletion. Try sampling all statistics at the bottom of each loop. Output a timestamp, and a comma separated list of statistics, including loop counters for both loops (i and j). Give it a T4 header, and you can examine the timeline of VM usage.
If you want finer detail, use FAKE_RTL to trace all calls into VM routines. This will tell you if there's a genuine leak, or some VM usage pathology.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-14-2009 01:50 AM
тАО07-14-2009 01:50 AM
SolutionThis needs more investigation before calling it a bug.
<<<
True. Given the simple source and the fact that it does work as expected on other systems, for example Linux, the investigation should be done by HP.
The byte range locking (aka file locking) is defined in the X/Open standard. It is (more or less) new to the VMS CRTL. The source code (although it has the type cpp) is plain C. There are no user-allocated/-controlled data structures on the heap involved.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-14-2009 02:32 AM
тАО07-14-2009 02:32 AM
Re: File locking exhausts PGFLQUOTA
In the mean time I found workaround to use in pairs for each lock also unlock not just to change lock level.
I start to investigate this while using Sqlite ported to OpenVMS where they for UNIX code branch that is used also for VMS just escalate and again lover locking level.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-14-2009 04:14 AM
тАО07-14-2009 04:14 AM
Re: File locking exhausts PGFLQUOTA
This looks like an OpenVMS CRTL issue, and requires future investigation.
Please open a QUIX case with HP, with decc$shr.exe image information.
Thank you,
Jagadish M.