- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: "nulptr dereferences trap enabled"
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
тАО12-22-2008 06:46 AM
тАО12-22-2008 06:46 AM
Re: "nulptr dereferences trap enabled"
That's correct, the term from folklore provides an identifiable name to the two modern computer science uses, spam (your second link) and bad UNIX programming.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-22-2008 09:38 AM
тАО12-22-2008 09:38 AM
Re: "nulptr dereferences trap enabled"
I presume you're talking about dld.
Our code does not fail on any other unix platform. It is a standard unix technique to make mission critical software a daemon.
Patch PHSS_37947 is already in place, and the problem persists. We're stuck.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-22-2008 07:21 PM
тАО12-22-2008 07:21 PM
Re: "nulptr dereferences trap enabled"
No, we were talking about zombie masters and their lack of proper handling of SIGCHLD.
>It is a standard unix technique
I thought that caused the parent to exit so INIT is the parent? If so, there can't be zombies, just orphans.
>Patch PHSS_37947 is already in place, and the problem persists.
Are the checksums of the two /usr/lib/dld.sl the same?
If they are, you'll need to look at other patch differences.
At the top you mentioned 1603027519. If you are in contact with the Response Center, why are you asking questions here?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-22-2008 10:05 PM
тАО12-22-2008 10:05 PM
Re: "nulptr dereferences trap enabled"
Good question. Why indeed is HP tech support blowing us off on an important issue.
I'm asking questions here because the HP channel is silent with resolutions.
Why are you asking? This is not fun.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-22-2008 10:32 PM
тАО12-22-2008 10:32 PM
Re: "nulptr dereferences trap enabled"
Did they mention the shutdown for two weeks may delay responses?
>Why are you asking?
I didn't want to waste time asking questions and making suggestions that they were already doing. And the first would be getting the patch level on the two machines the same.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-23-2008 12:32 AM
тАО12-23-2008 12:32 AM
Re: "nulptr dereferences trap enabled"
If you have a software support contract escalate. -Support doesn't stop during holiday closure-
you can try to take a "tusc -p -E -o resfile pidofprocesses" from processes - parent and child processes-, started before the shutdown of the application.
It is possible that the parent process stay hang on some syscall on closure, causing SIGCLD to not be taken, leaving zombies
I like the "zombie master" I'll reuse it.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-23-2008 08:47 AM
тАО12-23-2008 08:47 AM
Re: "nulptr dereferences trap enabled"
I'm involved with an escalation because no progress is being made for 2 months.
Sure, go ahead and use "Zombie Master", just make sure the listener understands what you're talking about. I wasted a bunch of time chasing a non-existent unix concept.
For 30 years, ppid has been sufficient to describe the condition. I thought it was rather innovative for HPUX to create a "zombie master" that orphans could cling to intead of init (ppid = 1).
Invent ... doesn't apply.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-23-2008 08:57 AM
тАО12-23-2008 08:57 AM
Re: "nulptr dereferences trap enabled"
Where is the fun in that? :-)
>that orphans could cling to instead of init (ppid = 1)
That's still the case. When the zombie master is killed, init kills/reaps the orphaned zombies.
In any case, this is the secondary issue compared to finding out what patch is missing or broken. Have you compared the checksums for /usr/lib/dld.sl?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-23-2008 10:10 AM
тАО12-23-2008 10:10 AM
Re: "nulptr dereferences trap enabled"
so you probably have an other caseid.
Did they elevate to WTEC/L3 support?
Do you see the SIGCLD in the tusc output?
what syscall the parent process is hang on?
Is the parent process killable?
Did you get a crashinfo -l -s -v -t of the system when there are the zombies process to see what is the state of the parent process.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-23-2008 11:20 PM
тАО12-23-2008 11:20 PM
Re: "nulptr dereferences trap enabled"
admin 20479 1 0 09:20:20 pts/0 00:04 /usr/local/../server64
After normal shutdown (no kill involved):
-3 20479 1 0 09:20:20 pts/0 00:07 /usr/local/../server64
The tusc output shows what I expect in a process shutdown:
munmap()
unlink()
lwp_detached_exit()
exit(0) <--- last entry in the log
I don't understand the comments about buggy application code related to waiting for SIGCHLD. The parent pid is init.
This is _very_ mature application code running on all flavors of unix and windows.