Skip to main content
InSource Solutions

TN AppSvr196 Sets Are Not Allowed On A Quarantined Object

  1. Last updated
  2. Save as PDF

InSource_Logo_Transparent.png

 

Description

This article from InSource Solutions describes how to troubleshoot the "Sets are not allowed on a quarantined object" message that can occur in all versions of Application Server.

  • Author: Daniel London
  • Published: 3/15/2016
  • Applies to: Application Server (All Versions)

Details

This message means that an object in your galaxy  has started to have issues. This could be caused by anything from a script in an infinite loop, to a disk or memory issue that corrupted some data. The software saw that the object/instance started behaving oddly and put it in a "quarantined" state to prevent it from affecting the rest of the system. The "sets are not allowed" part of the message means that other objects or users are trying to interact with the problem object, and the software is saying that it will not allow this due to the quarantined state.

To fix this you will want to undeploy the object, then redeploy. If this is caused by a recent script change, or something similar, the error may reoccur, but otherwise it should set the object to its defaults. The problem though is the error message is generic, so its not possible to know which object is the cause. Ideally, you'll want to undeploy the entire platform and redeploy, but you can try narrowing down the objects/engines that are causing it.

 

Quarantine-of-caution-tape-w-17087045.jpg

 

Recommended Troubleshooting Steps

  • Redeploy object
  • Redeploy platform
  • Restart aaGR on GR/Reboot GR
  • If error keeps occurring, you want to narrow down which object is causing the quarantine event
  • Delete corrupted object and re create