- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: OpenVMS crash
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
тАО06-28-2009 10:14 PM
тАО06-28-2009 10:14 PM
I have never seen OpenVMS crash up to now when I run some multithreaded tasks using OmniORB 4.1.3 and SqLite 3.5.7 on fully patched (Update 1000) OpenVMS IA64 8.3.
Application runs fine several hours or even day when system crash.
In SYS$ERRORLOG:CLUE$*.LIS is all the times:
Bugcheck Type: XQPERR, Error detected by file system XQP
Failing Instruction:
UNHOOK_BFRL_C+00550: break.m 100002
I had found minimum privileges to be able to run it (NETMBX , PRMMBX, OPER, READALL) but system crash the same way.
SqLite DB file is exposed over SAMBA V1.1-1 share but system crash when nobody read it.
Can somebody tell me how to interpret such CLUE?
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-28-2009 11:09 PM
тАО06-28-2009 11:09 PM
Re: OpenVMS crash
In the clue crash output, I see these lines:
R8 = 00000000.00002124 %SYSTEM-F-IVLOCKID, invalid lock ID
.
.
R19 = FFFFFFFF.8077DC60 SYS$DEQ_C+00060
I wonder if some lock was being dequeued at the time of system crash and if the lockid was invalid as indicated by the status above.
It appears to me that this problem requires a detailed analysis of the system crash to find the actual cause. You may want to log a call with HP support so that they can analyse the dump file.
Regards,
Shilpa
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-28-2009 11:13 PM
тАО06-28-2009 11:13 PM
Re: OpenVMS crash
Concur. Call support, and be prepared to send them the dump file.
- Bob Gezelter, http://www.rlgsc.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-28-2009 11:26 PM
тАО06-28-2009 11:26 PM
Re: OpenVMS crash
OK I will try to contact HP support.
Just one question - can unprivileged task cause system crash?
Tomas
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-28-2009 11:48 PM
тАО06-28-2009 11:48 PM
Re: OpenVMS crash
Ideally, no. But they can cause conditions that cause a buggy kernel to crash.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-29-2009 12:06 AM
тАО06-29-2009 12:06 AM
Re: OpenVMS crash
As you say you are running CIFS on this system, just curious to know if there were any SMBD process crash on this system in the recent past. Could you please check if there are any dump files in the directory samba$root:[var.cores...]? Also, could you please check if there is any ACCVIO trace-back information in the log files, samba$root:[var]samba$root:[var]SAMBA$SMBD_STARTUP.LOG;*?
Thanks,
Shilpa
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-29-2009 12:29 AM
тАО06-29-2009 12:29 AM
Re: OpenVMS crash
$ sea SAMBA$ROOT:[000000...]*.log acc
without any results.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-29-2009 05:48 AM
тАО06-29-2009 05:48 AM
SolutionAs to your question: Can unprivileged task cause system crash?
Generally, the answer is no. But no system is perfect.
There have been almost no ways in which a non-privileged program can gain access to elevated states and subvert the system. However, if a non-privileged program (or collection of programs) makes a series of requests that expose a latent inconsistency within the system, a crash can ensue.
The XQP is the OpenVMS component that manages disk file structures. What appears to have happened is that the XQP detected an inconsistency in its data structures and initiated a crash, rather than take the risk of a more systemic problem. This behavior is correct.
READALL in particular should be managed with care. It effectively allows the holder to read any file on the disk, bypassing all of the protection mechanisms.
- Bob Gezelter, http://www.rlgsc.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-29-2009 10:26 AM
тАО06-29-2009 10:26 AM
Re: OpenVMS crash
an XQPERR in F11BXQP.EXE is most likely an OpenVMS XQP problem. Except if some privileged application (e.g. SAMBA/CIFS ?) is playing 'dirty tricks' with F11B$ locks...
You're already running the most recent F11BXQP.EXE available.
What is or was running in the current process at the time of the crash: process name DEX ?
The first attempt to analyze this crash would be to try to find the lock being DEQued. Look at the stack with SDA> CLUE STACK to try to find an address pointing to a LKB (Lock Block).
Volker.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-30-2009 12:48 AM
тАО06-30-2009 12:48 AM
Re: OpenVMS crash
For clarification, VMS CIFS being a port of OpenSource Samba, it is heavily dependent upon CRTL routines and runs only in USER mode. Thus by default, it is not a privileged application and it does NOT makes use of F11B$locks or any such.
Regards,
Shilpa