Skip to content

Commit

Permalink
Merge pull request #1 from JulioPDX/JulioPDX-patch-1
Browse files Browse the repository at this point in the history
Update conf-artifacts.md
  • Loading branch information
JulioPDX authored Oct 21, 2021
2 parents 2100ceb + 4fdf808 commit 0178188
Showing 1 changed file with 2 additions and 2 deletions.
4 changes: 2 additions & 2 deletions docs/manual/conf-artifacts.md
Original file line number Diff line number Diff line change
Expand Up @@ -41,8 +41,8 @@ drwxrwxrwx+ 6 1002 1002 87 Dec 1 22:11 config
-rw-r--r-- 1 root root 233 Dec 1 22:11 topology.clab.yml
```

When a user destroys a lab without providing the [`--cleanup`](../cmd/destroy.md#cleanup) flag to the `destroy` command, the Lab Directory **does not** get deleted. This means that every configuration artefact will be kept on disk.
When a user destroys a lab without providing the [`--cleanup`](../cmd/destroy.md#cleanup) flag to the `destroy` command, the Lab Directory **does not** get deleted. This means that every configuration artifact will be kept on disk.

Moreover, when the user will deploy the same lab, containerlab will reuse the configuration artifacts if possible, which will, for example, start the nodes with the config files saved from the previous lab run.

To be able to deploy a lab without reusing existing configuration artefact use the [`--reconfigure`](../cmd/deploy.md#reconfigure) flag with `deploy` command. With that setting, containerlab will first delete the Lab Directory and then will start the deployment process.
To be able to deploy a lab without reusing existing configuration artefact use the [`--reconfigure`](../cmd/deploy.md#reconfigure) flag with `deploy` command. With that setting, containerlab will first delete the Lab Directory and then will start the deployment process.

0 comments on commit 0178188

Please sign in to comment.