Skip to content

[Feature Request]: Clear Workflow Instances After Execution to Prevent Cache Issues #1896

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
3 tasks done
droideronline opened this issue Apr 25, 2025 · 0 comments
Open
3 tasks done
Labels
enhancement New feature or request

Comments

@droideronline
Copy link

Do you need to file an issue?

  • I have searched the existing issues and this feature is not already filed.
  • My model is hosted on OpenAI or Azure. If not, please look at the "model providers" issue and don't file a new one here.
  • I believe this is a legitimate feature request, not just a question. If this is a question, please use the Discussions area.

Is your feature request related to a problem? Please describe.

Currently, based on the workflow type, if the workflow is "extract graph," we instantiate an fnllm instance with the name "extract graph." Similarly, for other workflows, we create instances with the workflow name. However, these instances are not cleared after execution is completed. This leads to issues when creating a new graphrag project and deleting the old graphrag cache. The system uses the old instance and tries to find the old cache, which has been deleted, causing the entire pipeline to fail.

This error occurs in Docker while running the build index inside a Celery worker.

Describe the solution you'd like

  1. Instance Naming: Modify the instance naming convention to include a unique project ID. This ensures that each instance is uniquely identifiable and does not conflict with previous instances.
  2. Instance Cleanup: Implement a mechanism to clear or delete instances after their execution is completed. This will prevent old instances from lingering and causing cache issues.
  3. Error Handling: Enhance error handling to detect and manage cases where an instance tries to access a deleted cache, providing a clear error message and recovery steps.

Additional context

No response

@droideronline droideronline added the enhancement New feature or request label Apr 25, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant