Skip to main content
Solved

Hedvig umount 'device is busy


Forum|alt.badge.img+3

 

 

When following the document on how to stop/start a Hyperscale X appliance node

 

https://documentation.commvault.com/2022e/expert/133467_stopping_and_starting_hyperscale_x_appliance_node.html

 

I get to the step unmount the CDS vdisk, and after getting the proper vdisk name and running the cmd

# umount /ws/hedvig/<vdiskname>

i get the message ‘device is busy’.

What’s the proper way to remediate this and continue?

Thanks

Best answer by GordA

Yeah I think this issue is behind us now.

I was able to continue using the same lazy umount

umount -l /ws/hedvig 

to do the reboots of our other nodes and update to 11.28.19.

Thanks!

G.

View original
Did this answer your question?

10 replies

Jos Meijer
Commvault Certified Expert
Forum|alt.badge.img+17
  • Commvault Certified Expert
  • 638 replies
  • September 9, 2022

Can you check if there are actually no running Commvault processes anymore?

Command: commvault list


Forum|alt.badge.img+3
  • Author
  • Bit
  • 7 replies
  • September 9, 2022

Hi, thanks for the reply. Still learning CV and HyperScale X.

Output from commvault list after commvault stop shows 

 


Jos Meijer
Commvault Certified Expert
Forum|alt.badge.img+17
  • Commvault Certified Expert
  • 638 replies
  • September 10, 2022

No worries :)

The CvMountd is what's keeping the disk busy.

Can you retry a commvault stop and check if all the services have stopped after the second attempt?

If not logs need to be checked why they aren't stopping.

Let us know ;)


Forum|alt.badge.img+3
  • Author
  • Bit
  • 7 replies
  • September 12, 2022

Hi, so in talking to support , the thought was that the services are defunct but the ps -ef | grep defunct doesn’t show any defunct services.

Lazy umount was used to continue the process and reboot the node. After the reboot and restart node, etc the Commserv was able to successfully update the node to 11.28.19

I’ll continue on my other nodes which were also exhibiting the same behaviour of update job failures.

 

G


Mike Struening
Vaulter
Forum|alt.badge.img+23

@GordA , were they able to determine any sort of RCA on why this happened?

I know sometimes whatever logging would be needed is either long gone, or the debug level was not high enough at the time...


Forum|alt.badge.img+3
  • Author
  • Bit
  • 7 replies
  • September 13, 2022

No, we didn’t get that far down the rabbit hole. 

G


Jos Meijer
Commvault Certified Expert
Forum|alt.badge.img+17
  • Commvault Certified Expert
  • 638 replies
  • September 13, 2022

You missed out on tea with the Mad Hatter 🤪

Jokes aside, hope this was a one time issue 👍


Mike Struening
Vaulter
Forum|alt.badge.img+23

@GordA let me know if you’re holding off on RCA, or if we should mark your reply as the best answer.

Thanks!


Forum|alt.badge.img+3
  • Author
  • Bit
  • 7 replies
  • Answer
  • September 13, 2022

Yeah I think this issue is behind us now.

I was able to continue using the same lazy umount

umount -l /ws/hedvig 

to do the reboots of our other nodes and update to 11.28.19.

Thanks!

G.


Mike Struening
Vaulter
Forum|alt.badge.img+23

Appreciate the confirmation, @GordA !


Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings