Knowledge Base Article

Elasticube stuck in "saving files" phase and unable to build cube [Linux]

Are your Sisense Linux Elasticube builds getting stuck in the “Saving files” phase, unable to complete or be rebuilt? This guide covers how to clear persistent build states and recover normal build functionality. Applies to Sisense Linux On-prem deployments

Step-by-step guide

When building an Elasticube in Sisense Linux, the process may halt at the “Initializing,” “Saving files,” or “Attaching cube” stages, especially after manually cancelling a build. Standard service restarts do not resolve these stuck states.

1. Check RabbitMQ queues for stuck messages

Sometimes, message queues hold up the completion of the build.

Command (bash):

kubectl -n sisense exec -it sisense-rabbitmq-0 -- rabbitmqctl 
list_queues --formatter pretty_table | grep -v 0

Review the output for queues with unexpected message counts.
Screenshot: Terminal with rabbitmqctl command output highlighting nonzero queues.
(Description: Output showing a queue with many pending messages that may indicate blockage.)

If stuck messages are found, consider purging the queue.

2. Identify and remove stuck cube build entries in MongoDB

Persistent build entries can block new builds.

Find your MongoDB pod:

kubectl -n sisense get po | grep mongo

Access the MongoDB pod:

kubectl -n sisense exec -it <your-mongo-pod-name> -- bash

Enter MongoDB shell:

mongosh

Switch to Sisense's 'be' database:

use be

Find running build entries:

db.buildLogData.find({status:"RUNNING"})

(Description: Output should show records with your cube’s name and running status.)

Delete stuck builds for the specific cube (replace 'cube name' accordingly):

db.buildLogData.deleteMany({'dataSourceTitle.value':'cube name'})

3. Retry the cube build

Return to the Sisense UI and try building the cube again.

Troubleshooting Tips

  • Double-check the cube name before using the MongoDB delete command.
  • Always back up your database before performing direct deletions.
  • For multiple stuck cubes, repeat the deletion process for each one.
  • If problems persist, review Sisense system logs and reach out to Sisense Support.

Conclusion

Sisense cube builds can get stuck in “Saving files” due to residual process states, especially after manual cancellation. Clearing RabbitMQ queues and removing “RUNNING” build entries from MongoDB resolves this for most users. Always exercise caution when making database changes.

References/related content 

Build Log Walkthrough
How To Troubleshoot Build Failures (Linux OS)

Disclaimer: This post outlines a potential custom workaround for a specific use case or provides instructions regarding a specific task. The solution may not work in all scenarios or Sisense versions, so we strongly recommend testing it in your environment before deployment. If you need further assistance with this, please let us know.

Published 01-05-2026
No CommentsBe the first to comment