VMware Cloud Community
DavidACap
Contributor
Contributor

vsantraces folder in datastore

I'm looking to clear up some under utilized datastores, but I am now seeing a vsantraces folder. Is there something that needs to be reconfigured before deleting this datastore? I unfortunately did not set up VSAN, is there a location I can check to see the configuration of VSAN if it has been implemented by another administrator?

Thanks!

6 Replies
f10
Expert
Expert

Hi,

I can confirm that the contents in the /scratch/vsantraces is not related to VMware vSAN. IMO, I think it stores some kind of log files and should be safe to delete.

vsantraces--2013-08-18T05h37m50s112  vsantraces.index

Hope this helps.

-f10

Journey to Cloud Infrastructure

Regards, Arun Pandey VCP 3,4,5 | VCAP-DCA | NCDA | HPUX-CSA | http://highoncloud.blogspot.in/ If you found this or other information useful, please consider awarding points for "Correct" or "Helpful".
Reply
0 Kudos
VaseemMohammed
Enthusiast
Enthusiast

It has been quite a long time since you posted the question.

I also faced the same issue.

refer tohttp://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=206917...

http://www.running-system.com/unmounting-a-datastore-fails-with-an-error-because-of-vsan-traces/comm...

the vsantraces folder will not allow you to dismount/delete the datastore

Use /etc/init.d/vsantraced stop on esxi host which have access to datastore, once done, dismount and delete the datastore

more info available on the links above.

Reply
0 Kudos
MonkeySnax
Contributor
Contributor

Hate to bring up an old thread as well but I've run into this issue a few times now.  We are running ESXi 5.5 U2 and this problem seems to have appeared after applying some security patches (or at least I didn't notice it until then).  The process mentioned in the VMware KB works however I've been afraid to disable the service all together as I'm not sure why it's running in the first place.  We also do NOT use VSAN.  Does anyone know why this is enabled?

Reply
0 Kudos
andreaspa
Hot Shot
Hot Shot

I'm having this issue on vSphere 6.0 Update 3, so it's not solved in any updates mentioned in the KB.

I think our hosts never run 5.5, but I'm not entirely sure about this. I am, however, sure that this problem prevents me from decommissioning our old iSCSI datastores.. Let me know if you have any tips, I have run the esxcli commands recommended, still need to see if a reboot fixes this (KB didn't mention anything about a reboot).

Reply
0 Kudos
andreaspa
Hot Shot
Hot Shot

Ok, so the _correct_ command is this:

esxcli vsan trace set -p /vmfs/volumes/<name>/<path>

And make sure that the entire folder structure exists, after that you can remove the datastore Smiley Happy

Reply
0 Kudos
SergiuAndi
Contributor
Contributor

Oh my God sir! You have saved my day!

It's working!!!! I've been working at this problem for days!

Thank you very much!!!!