Does the Updates Cache need to remain on the client

Last post 10-11-2010, 12:56 PM by Liam. 4 replies.
Sort Posts: Previous Next
  • Does the Updates Cache need to remain on the client
    Posted: 10-10-2010, 6:44 PM

    I have a few clients where the update's folder is about 400mb+ and the clients are running low on disk space.   Does the updates folder need to remain once the updates are applied? - is there a setting somewhere to auto trash it after the update is applied? 

  • Re: Does the Updates Cache need to remain on the client
    Posted: 10-10-2010, 7:07 PM

    The Updates folder should not be deleted. This folder contains all of the updates that were applied locally on this specific machine. Removing this will cause issues with dll mismatches with files in our Base directory.

  • Re: Does the Updates Cache need to remain on the client
    Posted: 10-10-2010, 7:21 PM

    Thanks for the info - I guess I'll have to find another way to reclaim space!

  • Re: Does the Updates Cache need to remain on the client
    Posted: 10-10-2010, 7:45 PM

    You may want to consider moving the Job Results directory to another volume with more space.  To find out where it resides, you can go into Client properties in the GUI and head over to the Job Configuration tab.

     

  • Re: Does the Updates Cache need to remain on the client
    Posted: 10-11-2010, 12:56 PM
    • Aplynx is not online. Last active: 09-19-2019, 11:14 AM Liam
    • Top 10 Contributor
    • Joined on 05-04-2010
    • New Jersey
    • Master
    • Points 1,707

    or just uninstall the client and reinstall it on a new volume. just make sure to use the same client and host name shown in the properties of that client in the GUI

The content of the forums, threads and posts reflects the thoughts and opinions of each author, and does not represent the thoughts, opinions, plans or strategies of Commvault Systems, Inc. ("Commvault") and Commvault undertakes no obligation to update, correct or modify any statements made in this forum. Any and all third party links, statements, comments, or feedback posted to, or otherwise provided by this forum, thread or post are not affiliated with, nor endorsed by, Commvault.
Commvault, Commvault and logo, the “CV” logo, Commvault Systems, Solving Forward, SIM, Singular Information Management, Simpana, Commvault Galaxy, Unified Data Management, QiNetix, Quick Recovery, QR, CommNet, GridStor, Vault Tracker, InnerVault, QuickSnap, QSnap, Recovery Director, CommServe, CommCell, SnapProtect, ROMS, and CommValue, are trademarks or registered trademarks of Commvault Systems, Inc. All other third party brands, products, service names, trademarks, or registered service marks are the property of and used to identify the products or services of their respective owners. All specifications are subject to change without notice.
Close
Copyright © 2019 Commvault | All Rights Reserved. | Legal | Privacy Policy