- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- lbolt 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
тАО08-05-2003 09:12 AM
тАО08-05-2003 09:12 AM
lbolt error
I know how to decode the dev # but how can I decode the lbolt #.
Thanks
Chris
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-05-2003 09:21 AM
тАО08-05-2003 09:21 AM
Re: lbolt error
1. Get the "dev:" entry from the lbolt:
# dmesg | grep lbolt | grep dev:
SCSI: Abort -- lbolt: 18346341, dev: e7015000, io_id: 122e9a3
SCSI: Request Timeout -- lbolt: 18351441, dev: e7015000
SCSI: Abort -- lbolt: 18351441, dev: e7015000, io_id: 122e9be
SCSI: Request Timeout -- lbolt: 18356641, dev: e7015000
SCSI: Abort -- lbolt: 18356641, dev: e7015000, io_id: 122e9cf
SCSI: Request Timeout -- lbolt: 18362141, dev: e7015000
SCSI: Abort -- lbolt: 18362141, dev: e7015000, io_id: 122e9e0
SCSI: Request Timeout -- lbolt: 74105435, dev: 1f000000
SCSI: Abort Tag -- lbolt: 74105435, dev: 1f000000, io_id: 4ead34
Here we have two:
1f
e7
2. This is the major number of the device in question. Convert the first
two digits of the device from hex to decimal:
# printf "%#d\n" 0x1f
31
3. find out what driver this major number is. It tells us the type of
device:
# lsdev 31
Character Block Driver Class
188 31 sdisk disk
So, this is probably a disk !
4. Find the device file entry from the remainder of the lbolt error:
SCSI: Abort Tag -- lbolt: 74105435, dev: 1f000000, io_id: 4ead34
This is the minor number for the device that is failing.
a. Block device:
# ll -R /dev/ | grep 31 | grep 0x000000
brw-r----- 1 bin sys 31 0x000000 Jul 15 16:25 c0t0d0
Or:
b. Character Device:
# ll -R /dev/ | grep 188 | grep 0x000000
crw-r----- 1 bin sys 188 0x000000 Oct 11 07:15 c0t0d0
5. Find the Hardware Address:
# lssf /dev/dsk/c0t0d0
sdisk card instance 0 SCSI target 0 SCSI LUN 0 section 0
at address 0/0/0.0.0 /dev/dsk/c0t0d0
6. Find the type of device:
# diskinfo /dev/rdsk/c0t0d0# diskinfo /dev/rdsk/c0t0d0
SCSI describe of /dev/rdsk/c0t0d0:
vendor: DGC
product id: C2300WDR1
type: direct access
size: 4102875 Kbytes
bytes per sector: 512
So, we have a Nike disk at hardware address 0/0/0.0.0, device file
/dev/dsk/c0t0d0
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-05-2003 09:23 AM
тАО08-05-2003 09:23 AM
Re: lbolt error
Not 100% sure, but I believe lbolt is simply clock ticks since the last boot.
See /usr/include/sys/strenv.h | grep lbolt
HTH,
Jeff
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-05-2003 09:25 AM
тАО08-05-2003 09:25 AM
Re: lbolt error
In your case 0x1f000000 refers to /dev/dsk/c0t0d0. Do an ls -l of /dev/dsk/c0d0t0 and you should see a very good correlation to the 'LBOLT' device.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-05-2003 09:25 AM
тАО08-05-2003 09:25 AM
Re: lbolt error
I reread your message. You already know how to decode the "dev" field.
In regard to the lbolt: I never cared. If you have a problem, call a CE. Something is wrong. (I suppose if you have a tape, you could have a bad spot on the tape, or a head that needs to be cleaned, but mine were always disks, which usually require CE action.)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-05-2003 09:40 AM
тАО08-05-2003 09:40 AM
Re: lbolt error
(L)ast (B)oot (O)n(L)ine (T)icks
maybe....
Later,
Jeff
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-05-2003 09:58 AM
тАО08-05-2003 09:58 AM
Re: lbolt error
1) I pulled a hot swap disk out of the box and replaced it. It went away after booting the box.
2) When a disk, tape or cd drive was getting ready to fail. Each and every time this happened, I ended up with a hardware call shortly thereafter.
SEP
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-05-2003 10:05 AM
тАО08-05-2003 10:05 AM