Sun Microsystems, Inc.  Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition
   Home | Current Systems | Former STK Products | EOL Systems | Components | General Info | Search | Feedback

Asset ID: 1-72-1548341.1
Update Date:2017-05-19
Keywords:

Solution Type  Problem Resolution Sure

Solution  1548341.1 :   SL8500 - CAP Procedure Error With ACSLS Auto CAP Mode  


Related Items
  • Sun StorageTek Auto Cartridge Sys Lib SW (ACSLS)
  •  
  • Sun StorageTek SL8500 Modular Library System
  •  
Related Categories
  • PLA-Support>Sun Systems>TAPE>Tape Hardware>SN-TP: SL3000-8500 Library
  •  




In this Document
Symptoms
Cause
Solution


Created from <SR 3-6742099183>

Applies to:

Sun StorageTek SL8500 Modular Library System - Version All Versions and later
Sun StorageTek Auto Cartridge Sys Lib SW (ACSLS) - Version 7.3 and later
Information in this document applies to any platform.

Symptoms

CAP operation fail.

SL8500 CAP procedure error with ACSLS auto CAP mode.

Intermittent CAP ejecting failure due to CAP procedure error.

ACSLS log shows it is assuming entering cart with CAP door opened and now library is enter mode even though ejecting cart.
ACSLS log shows:
2013-01-11 23:47:00 ACSLH[0]:
2377 N Co_ProcessResponses.C 1 589
ACS: 0; LMU error: Co_4400:st_parse_error:
Request: CAP Lock
Error: 0306 - CAP procedure error: CAP door is open
2013-01-11 23:47:05 ACSLH[0]:
2377 N Co_ProcessResponses.C 1 589
ACS: 0; LMU error: Co_4400:st_parse_error:
Request: CAP Reserve
Error: 0302 - CAP procedure error: CAP is already reserved
2013-01-11 23:47:19 ACSLH[0]:
2034 N EventLog.C 1 123
ACSLH: Request Recoverer: Cap: unlock(): Acs 0 Cap Lsm: 1 CapNum: 0
Invalid Mode - 0 assuming ENTER.

ACSLS log indicated "Error: 0306 - CAP procedure error: CAP door is open" and "Invalid Mode - 0 assuming ENTER". Therefore we could consider operator error with their comments.

HBZ/HBC log show operator pressed CAP button to open CAP but ACSLS attempted to reserve CAP for EJECT before CAP was opened ,
With this behavior, ACLS assumed that operator attempted to enter....
Finally library CAP state was invalid...
(2hours and 10 minutes differed between ACSLS and Library)

2013-01-11T21:37:24.143603, cap-if, Button Press
2013-01-11T21:37:24.213498, cap, capa open move
2013-01-11T21:37:26.573 info 1.0.0.0.0 3851 "Cap reserve changed", state=reserved cap=1,0,0,-2
2013-01-11T21:37:31.106 info 1.2.15.2.0 3854 "Cap door opened", reserver=hli0 hostName=1

Cause

ACSLS did not request CAP lock after reserve.
 

 

Solution

The following is correct order If operator enters carts to CAP for auto CAP mode.

CAP must be unlocked and released prior to Enter:
1) CAP button is pressed by Operator to open CAP
2) CAP door is opened
3) CAP is reserved by ACSLS
4) Cart(s) is(are) Entered by Operator
5) CAP button is pressed by Operator to close CAP
6) CAP door is physically closed
7) CAP is locked
8) Cart(s) move(s) to CELL for enter
9) CAP door closed status is sent to ACSLS by Library
10) CAP is unlocked by ACSLS
11) CAP is released by ACSLS

The following is ordered for enter from HBZ/HBC logs:
2013-01-29T15:09:56.869361, cap-if, Button Press
2013-01-29T15:09:56.944111, cap, capa open move
2013-01-29T15:10:03.671 info 1.2.15.2.0 3854 "Cap door opened", reserver=hli0 hostName=1
2013-01-29T15:10:04.216 info 1.0.0.0.0 3851 "Cap reserve changed", state=reserved cap=1,0,0,-2
2013-01-29T15:10:44.200793, cap-if, Button Press
2013-01-29T15:10:44.271851, cap, capa close move
2013-01-29T15:10:50.920 info 1.2.15.2.0 3853 "Cap lock changed", lock=true
2013-01-29T15:11:09.887 info 1.2.15.2.0 3855 "Cap door closed", reserver=hli0 hostName=1
2013-01-29T15:12:19.388 info 1.2.15.2.0 3853 "Cap lock changed", lock=false
2013-01-29T15:12:19.793 info 1.0.0.0.0 3851 "Cap reserve changed", state=released cap=1,0,0,-2

The following is correct order If operator ejects carts to CAP for auto CAP mode:
CAP must be unlocked and released prior to Eject
1) CAP is reserved by ACSLS
2) CAP is locked by ACSLS
3) Cart(s) move(s) to CAP for eject
4) CAP is unlocked by ACSLS
5) CAP button is pressed by Operator to open CAP
6) CAP door is opened
7) Cart(s) is(are) Ejected by Operator
8) CAP button is pressed by Operator to close CAP
9) CAP is locked
10) CAP door closed status is sent to ACSLS by Library
11) CAP is unlocked by ACSLS
12) CAP is released by ACSLS

The following is ordered for eject from HBZ/HBC logs:
2013-01-25T21:43:56.249 info 1.0.0.0.0 3851 "Cap reserve changed", state=reserved cap=1,0,0,-2
2013-01-25T21:43:56.841 info 1.2.15.2.0 3853 "Cap lock changed", lock=true
2013-01-25T21:44:42.339 info 1.2.15.2.0 3853 "Cap lock changed", lock=false
2013-01-25T21:44:47.309693, cap-if, Button Press
2013-01-25T21:44:47.383516, cap, capa open move
2013-01-25T21:44:54.232 info 1.2.15.2.0 3854 "Cap door opened", reserver=hli0 hostName=1
2013-01-25T21:44:59.330754, cap-if, Button Press
2013-01-25T21:44:59.401725, cap, capa close move
2013-01-25T21:45:06.172 info 1.2.15.2.0 3853 "Cap lock changed", lock=true
2013-01-25T21:45:25.721 info 1.2.15.2.0 3855 "Cap door closed", reserver=hli0 hostName=1
2013-01-25T21:45:28.405 info 1.2.15.2.0 3853 "Cap lock changed", lock=false
2013-01-25T21:45:28.875 info 1.0.0.0.0 3851 "Cap reserve changed", state=released cap=1,0,0,-2
 


Attachments
This solution has no attachment
  Copyright © 2018 Oracle, Inc.  All rights reserved.
 Feedback