Stuck in EXPORTED_PENDING state

Hello friends,

We have started vaulting our tapes. The workflow is working as expected, using the EXPORTED state.

We also added two more tape pools for later use, and added some tapes to one of the tape pools. When setting the state of a tape to EXPORTED to that pool, it is stuck in EXPORTED_PENDING state, and I cannot seem to be able to change it (aside from directly in db).

Our regular tape pool does not have this issue, but the new pool does.

Any ideas?

Tape pools:

[root@ctatapeserver-crlt-v5-0 /]# cta-admin tp ls
                 name     vo #tapes #partial #phys files size used avail  use% encrypt supply c.user                                                          c.host           c.time m.user                                                          m.host           m.time comment                                        
crlt-piranha-full-new Shared      0        0           0    0    0     0  0.0%    true      -    cta                                                   ctafrontend-0 2023-08-02 23:36    cta                                                   ctafrontend-0 2023-08-02 23:48 Tape pool capturing full final CS backup copy nb 1 on newer tapes
crlt-piranha-full-old Shared    717        0           0 4.3P    0  4.3P  0.0%    true      -    cta                                                   ctafrontend-0 2023-08-02 01:18    cta                                                   ctafrontend-0 2023-08-02 23:49 Tape pool capturing full final CS backup copy nb 2 on older tapes
   crlt-piranha-tapes Shared   1283        0     7764061 7.7P 5.6P  2.1P 73.1%    true      -    cta 10-54-0-88.cta-tapeserver-ctatapeserver.cta.svc.cluster.archive 2021-10-29 07:54    cta 10-54-0-88.cta-tapeserver-ctatapeserver.cta.svc.cluster.archive 2021-10-29 07:54 Tape pool capturing entire crlt-piranha logical library

Main pool has many EXPORTED tapes:

[root@ctatapeserver-crlt-v5-0 /]# cta-admin ta ls -t crlt-piranha-tapes -s EXPORTED | wc -l
946

Broken pool:

vid media type vendor library tapepool vo encryption key name capacity occupancy last fseq full from castor state state reason label drive label time last w drive last w time w mounts last r drive last r time r mounts c.user c.host c.time m.user m.host m.time comment
[root@ctatapeserver-crlt-v5-0 /]# cta-admin ta ls -t crlt-piranha-full-old -s EXPORTED
# nothing

[root@ctatapeserver-crlt-v5-0 /]# cta-admin ta ls -t crlt-piranha-full-old -s EXPORTED_PENDING
   vid media type vendor      library              tapepool     vo encryption key name capacity occupancy last fseq  full from castor            state state reason label drive       label time last w drive last w time w mounts last r drive last r time r mounts c.user        c.host           c.time m.user        m.host           m.time comment
A00013       LTO7    IBM crlt-piranha crlt-piranha-full-old Shared                   -     6.0T         0         0 false       false EXPORTED_PENDING            b         DR7 2023-08-02 03:15            -           -        0            -           -        0    cta ctafrontend-0 2023-08-02 01:40    cta ctafrontend-0 2023-08-02 01:40 -
A00014       LTO7    IBM crlt-piranha crlt-piranha-full-old Shared                   -     6.0T         0         0 false       false EXPORTED_PENDING            b         DR7 2023-08-02 03:17            -           -        0            -           -        0    cta ctafrontend-0 2023-08-02 01:40    cta ctafrontend-0 2023-08-02 01:40 -

Warm Regards,

Denis

Hello Denis,

Does running again the command cta-admin tp ch --vid A00013 --state EXPORTED solve the issue?

There is a known bug that sometimes causes PENDING states to get stuck, but requesting the state change again should unblock it.

If this does not work, could you please tell which version of EOS you are using?

Best regards,
Joao