# Duniter squid doubts

**URL:** https://forum.duniter.org/t/duniter-squid-doubts/12563
**Category:** Indexers
**Tags:** documentation
**Created:** [12 October 2024 22:20 UTC](https://forum.duniter.org/t/duniter-squid-doubts/12563 "2024-10-12T22:20:24Z")
**Posts on this page:** 1
**Showing post:** 5

<div class="post-metadata">

### Author: ![HugoTrentesaux](https://forum.duniter.org/user_avatar/forum.duniter.org/hugotrentesaux/32/6396_2.png) [@HugoTrentesaux](https://forum.duniter.org/u/HugoTrentesaux)
#### Post date: [14 October 2024 09:42 UTC](https://forum.duniter.org/t/duniter-squid-doubts/12563/5 "2024-10-14T09:42:04Z")

</div>

> [@vjrj](#):
>
> error

Please copy the error as text, it is easier to read and quote and it allows a search on the forum to point directly to other people [with the same problem as you](https://forum.duniter.org/t/un-indexeur-est-il-un-etl/9408/7)!

 ![image](https://forum.duniter.org/uploads/default/original/2X/5/50256d69361b436f2d2cc0915b088fc09920b72a.png)

This means that the state data is not available anymore in the duniter node. You are likely missing `- DUNITER_PRUNING_PROFILE=archive` on you mirror node to make it an archive node. If you added it later, you must delete the volume and re-sync the node in order to keep all states.

> [@vjrj](#):
>
> I hope that my doubts are clear

Haha not very clear at the moment 😂, but I guess the doc also is not clear, and this discussion will help improve it!

> [@vjrj](#):
>
> why not to specify better how to run an archive node?

An archive node is a mirror node with an “archive” pruning profile, meaning it does not discard states. I agree we should add a doc page for that.

> [@vjrj](#):
>
> why not to include the archive node in the same docker of the squid?

I prefer to split docker-compose files for more manageability but that’s mostly a personal preference. I know that my archive node is stable and that I do not want to accidentally remove its volume or shut it down. I want to manage updates separately. Moreover, I’m likely to run multiple instances of the indexer on the same archive node, and that’s not easy with a single docker compose (I would have to precise every time the services in the `docker compose` commands). But I totally understand the “giga docker compose” approach, it’s just not mine.

> [@vjrj](#):
>
> which is the recommended way to run this with a mirror instance in the same server?

Depends on who recommends it!! This is the decision tree I would suggest:

- do you have a lot of disk space on your machine?
  - no: only run a mirror node
  - yes: set your mirror as archive

- do you still have a lot of disk space after the archive node?
  - no: consider running squid on another server on the same network as the archive node
  - yes: run squid on the same server as your archive node

You can always use an external archive node for your squid indexer, but the main thing to consider is network traffic. That’s why I suggested to use a docker network on the same machine.

---

_[View the full topic](https://forum.duniter.org/t/duniter-squid-doubts/12563)._