Bug Reports - Issues for ITarian Patch Management

We have seen that recently the ITSM patch management service is upgrading TeamViewer Host package for the full version of Teamviewer.

“TeamViewer 13” is NOT the same as “TeamViewer 13 Host”

Also because Teamviewer can be licensed by version you shouldnt just patch using a wildcard ie patch “Teamviewer *”

Because of this i can no longer use the C1 patch management. You do not provide a way to easily select or deselect all applications. I would like to patch all applications except for X or patch applications by category, ie patch “Remote Access” utilities.

Hello @Joners,

Good day. We were informed by our development team that the issue with TeamViewer 13 and TeamViewer 13 Host has been resolved. Now the team viewer setup software won’t merge and update with Team Viewer Host on patch portal. Thank you

A. The bug/issue

  1. What you did: Both a scheduled 3rd party patch for all applications or a manual ‘Install Patches’ for FileZilla 3.34.0
  2. What actually happened or you actually saw: Comodo tries to patch the software, but it returns with the error:
    Script runner exited normally but exit code is -737, Operation probably not completed for FileZilla Client3.34.0 3. What you expected to happen or see: Filezlla patched to the newest version
  3. Whether you can make the problem happen again, and if so exact steps to make it happen: Pretty much any desktop with an older version of FileZilla will not patch via Comodo. I’ve encountered ones at 3.30, 3.31, and 3.34 with the issue so far. All update fine if I start Filezilla manually and run their update option.
  4. Any other information (eg your guess regarding the cause, with reasons): I did find the cause, and it’s our anti-virus blocking the software because the version Comodo is installing has FusionCore bundled with it, so it’s essentially classifying it as a PUP. My suggestion would be for Comodo to be set to use the non-bundled version:
    https://filezilla-project.org/download.php?show_all=1

Thanks! You have a great product, much higher success patching software than our previous utility.

Note: I’m out until Monday

Thank you @ODSL_Admin
Rest assured that your observations will be forwarded to our product development team for further analysis.

@Joners ,

We have created a support ticket for investigating your reported issue. Please check your mailbox at your convenience

@Emoreno ,

We have created a support ticket for investigation Please check your mailbox and give your feedback

More fun with patch management, this time it is indicating that my machines arent patched when they are.

Attachment 1 shows a PC needing patches.

Attachment 2 shows that the PC is fully patched from within the C1 console, manually refreshing the data makes no change.

Attachment 3 is on the PC showing that all patches have been installed and there is nothing outstanding.

Please make resolving the issues with the patch management a priority, ive never had it work properly for more than a couple of weeks, as we all know patching systems is a crucial step in securing an endpoint.

3.PNG

Hello @Joners ,

We would like to further investigate your issue.
Support team will get in touch with you shortly via email.

KRegards,

I’m experiencing the same issue as @Joners , several of my endpoints are showing not patched when they are.

Hello @sdscomp,

We will also create a support ticket for your case to have the issue investigated as soon as possible. We will reach you via email for additional details in resolving this issue.

Thank you for your patience.

I’ve got a different problem. Patches were failing with error code 0x80070002. Tried a few different troubleshooting steps but patches only installed after I uninstalled CCC and CCS.

@zain ,

We Thank you for bringing this to our attention. We will create a support ticket in assisting you on this issue.

We are still seeing foreign language patches.
This has been an issue for a while now.

Alot of my updates are failing since the last update (21.01.2019) with the following error:

Resolving Procedure is failed because failed to retrieve hidden updates from service.

Yes I have hidden some updates due to issues with KBs - but that should not break the whole procedure!

Hello @derlukas ,

Thanks for reporting your case, we want to further investigate the issue and support team will get in touch with you via email.
Rest assured that we`ll do our best to help you on this.

We appreciate your patience and understanding on this matter.

KRegards,

I am also seeing the issue where a device is fully patched but still reports a large number of missing patches.

Hello @dgaunky_spartan
We would like to investigate the situation that you encountered with the Patch Management. We created a support ticket to address your concern so please feel free to reply at your convenience.

I’m also experiencing “Resolving Procedure is failed because failed to retrieve hidden updates from service” with my patch procedures.

@SecuraDM ,

We have opened a support ticket to investigate your reported issue. Please check your forum registered email for further correspondence.

Same issue here! Apparently the devices get notified that there is an update installed that demand a reboot, even though 0 patches installed successfully and 0 patches failed…?
Message looks like this.

2019/01/29 10:48:17 AM Failed PROFILE operation failed. 0 patch(es) successfully installed. 0 patch(es) installation failed.
2019/01/29 10:48:17 AM Failed Resolving Procedure is failed because failed to retrieve hidden updates from service.
2019/01/29 10:48:17 AM Started Resolving Procedure is started.