You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In some situation, users can run out of space because projects are stored on a different disk than the default temporary location (e.g. /tmp). GNS3 uses this temporary location when duplicating projects (because we use this Python module: https://docs.python.org/3.8/library/tempfile.html), therefore duplicating a huge project can lead the temporary location disk to reach 100% of used space.
+1
Was running out of space in my root partition when duplicating a project. Didn't know where it was coming from until I found out about this.
Managed to bypass it by setting a bind mountpoint for /tmp to another partition.
Would be great to parametrize the GNS3 temp directory in the GNS3 server configuration file.
In some situation, users can run out of space because projects are stored on a different disk than the default temporary location (e.g. /tmp). GNS3 uses this temporary location when duplicating projects (because we use this Python module: https://docs.python.org/3.8/library/tempfile.html), therefore duplicating a huge project can lead the temporary location disk to reach 100% of used space.
https://gns3.com/community/discussion/duplicate-or-save-as-issues
The text was updated successfully, but these errors were encountered: