Video Screencast Help
Protect Your POS Environment Against Retail Data Breaches. Learn More.

/opt/VRTSvcs/bin/checkboot get a core when execute "had -version"

Created: 17 Apr 2013 • Updated: 06 May 2013 | 3 comments
This issue has been solved. See solution.

 

Hi,
 
Does anyone ever meet such issue ? 
/opt/VRTSvcs/bin/checkboot get a core when execute "had -version"
 
I've never heard of this process checkboot, and don't know what's it about. 
 
The product and OS version are:
SFHA 5.1
SLES 10.2
 
 
Below is gdb output on the core file with binary file /opt/VRTSvcs/bin/checkboot :
 
Core was generated by `/opt/VRTSvcs/bin/checkboot /var/VRTSvcs/lock/.habootfile'.
Program terminated with signal 11, Segmentation fault.
#0  0xf758d590 in memcpy () from /lib/libc.so.6
(gdb) 
Thread 1 (process 15149):
#0  0xf758d590 in memcpy () from /lib/libc.so.6
#1  0x08048728 in main ()
(gdb) quit
Operating Systems:

Comments 3 CommentsJump to latest comment

Marianne's picture

Seems no one has seen this...

Best to log a Support call.

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

Mark Alleyne's picture

Hello,

If you run" /opt/VRTSvcs/bin/checkboot /var/VRTSvcs/lock/.habootfile" does it core dump when the system is up

Are you just on 5.1 GA? have you tested and eliminated the latest service pack for this release? or at the very least pull the latest checkboot from the rpm to /tmp and re-run the command

Regards

Mark

 

 

stinsong's picture

Hi All, 

Thanks for the hint thoughts. This problem has been clairified. The reason "checkboot" core was /user/run/utmp file are missing.

Thanks for your reply.

SOLUTION