Jump to content
Welcome to our new Citrix community!
  • 1

Base disk not being deleted by MCS on XD7.15


Kiumars Davoudi1709157551

Question

Hello,

 

I am facing a problem With XenDesktop 7.15 updating the machines with MCS.

 

The problem is that the old base disk is not being deleted.  I also have XD 7.6 and it is working fine using the same credentials and the same Datastores.

 

As you can see on the attached image the old base disks are not being removed from the datastore.

 

Hi have checked there are no task remaining or running on the brokers and that there are no VMs pending update.

 

Anyone facing this same problem? 

 

Thanks in Advance for any help.

 

image.thumb.png.79a512fc42b530b46685d9d0645180d5.png

Link to comment

22 answers to this question

Recommended Posts

  • 0

After a catalog update MCS should create tasks that periodically attempt to delete the unused base disks. You can look for and check the status of these tasks by running "Get-ProvTask -Type DisusedImageCleanUp" on one of your DDCs. If you see tasks related to the disks above, post the output here for analysis. If not, run the above command after updating a catalog and see if tasks are getting added, and what the results of them are.

Link to comment
  • 0

I did notice somewhat similar behavior after updating from 7.6LTSR to 7.15LTSR. Not sure what i did, but cleanup seems to be working fine now.

It may had to do something with me creating new hosting connections, maybe the cleanup tried with old ones. Did you any changes to hosting connections?

 

Erno

Link to comment
  • 0

I have the same issue on Acropolis Hypervisor and raised with Nutanix support. They informed me it is a Citrix bug (BUG #LC8637) in XD7.15 and 7.15 CU1

 

Apparently Citrix are aware and will fix in CU2.

 

Can Citrix confirm this and advise when CU2 will be available? It's putting a hold on me getting a new live build to test. After a number of these disks are left, i am now now able to roll out machine catalog updates

Link to comment
  • 0

Hi

 

Im not sure can you do this with acropolis, but i added comment or renamed the all current base disks with XenServer. When i did and machine catalog update i get new base disks, and they did not have any comments. When every VM had rebooted and used the new base disks, i deleted all the commented ones.

 

Manual way for cleanup. Not supported thou.

 

Erno

Link to comment
  • 0

Called support and they had me change the disk deletion interval as a workaround until a permanent fix with the next available update is released.

The following commands needs to be executed on the DDC and a reboot is required.

 

Set-ProvServiceConfigurationData -Name DiskReader_heartbeatInterval -Value 0:0:1 | Out-Null
Set-ProvServiceConfigurationData -Name DiskReaper_retryInterval -Value 0:00:1 | Out-Null
 

More details on changing disk deletion interval can be found here https://support.citrix.com/article/CTX223133.

 

 

Link to comment
  • 0

Hey Sinkymkh,

 

I created a topic and someone replied with a link with instructions:

https://discussions.citrix.com/topic/404103-base-disk-is-not-being-deleted-by-mcs-on-7-18111/

 

Greetings,

Mark

 

On 7/26/2019 at 0:45 PM, Marco Krage said:

Same Problem here on a fresh evaluation installation with version 1903 on vmWare vSphere 6.5.

 


Get-ProvTask -Type DisusedImageCleanup | ft

Show one task which is running. Restarting the MCS service doesn't do anything.

Link to comment
  • 0

Hi all,

 

Does anyone know if this has been resolved now in a private fix or something  for XenDesktop 7.15 LTSR as I'm seeing exactly the same behaviour on a vSphere 6.7 installation using vSAN ?

 

It's a fresh installation of vSphere, vSAN, and XenApp 7.15 LTSR CU4.

 

When a new update to the Machine Catalog is rolled out the previous Base Disk remains on the vSAN and the provtask terminates on the DDCs.

 

Thanks,

 

 

Nick

 

Link to comment
  • 0
44 minutes ago, Marco Krage said:

After running the following commands to set the intervals lower, it works quite well now.

 

Set-ProvServiceConfigurationData -Name DiskReaper_retryInterval -Value 3:0:0

Set-ProvServiceConfigurationData -Name DiskReaper_heartbeatinterval -Value 0:30:0

 

https://support.citrix.com/article/CTX223133

 

Hi sinkymkh,

 

I'd seen this as a fix looking around the site but haven't tried it as yet.  I've just applied it to the DDC's and so will see if this resolves the issue.

 

Other than that I did wonder if additional permissions are needed nowadays on vSphere over and above the ones listed in https://support.citrix.com/article/CTX214389

 

Thanks,

 

 

Nick

 

Link to comment
  • 0
On 8/7/2019 at 11:21 AM, Nick Page said:

 

Hi sinkymkh,

 

I'd seen this as a fix looking around the site but haven't tried it as yet.  I've just applied it to the DDC's and so will see if this resolves the issue.

 

Other than that I did wonder if additional permissions are needed nowadays on vSphere over and above the ones listed in https://support.citrix.com/article/CTX214389

 

Thanks,

 

 

Nick

 

Hello Nick,


Do you find a solution? I'm also on vSAN 6.7U2 and MCS cannot delete basedisks images.

The change of the interval / heartbeat didn't change something.

 

I have a FTT=1 on VM's, Also try with no redundancy but problem still exists

Link to comment
  • 0

Hi,

 

I have the same problem with version 7.15 LTSR. I tried version 1909 of XenDesktop and the problem is still there. To be sure that It wasn't a problem with vSphere permission, we created a test account with full adminstrator role with no success.

 

Our vSAN version is 6.5 and It will be migrated 6.7 in the next weeks.

Link to comment
  • 0

Regarding this problem, Citrix support ask me to update to 1912 because problem has been identified / fixed.

And yes it's true ;)

Quote Citrix support :

 

On VMware vSAN 6.7, Machine Creation Services (MCS) might fail to delete a base disk image. The issue occurs when the .VMDK file contains the flag ddb.deletable=false. [CVADHELP-13127]

Please backup your current infrastructure.

This issue has been fixed in VAVD 1912, so please upgrade following this article:

https://docs.citrix.com/en-us/citrix-virtual-apps-desktops/upgrade-migrate.html

To download VAVD 1912: https://www.citrix.com/downloads/citrix-virtual-apps-and-desktops/product-software/citrix-virtual-apps-and-desktops-1912.html

Thanks to let me know the outcome
 

Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...