-
Notifications
You must be signed in to change notification settings - Fork 424
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
GNS3 2.2.0a2 import appliance not working continues #2738
Comments
For some reasons, the rights on /dev/kvm seems to be wrong. Please, try to log in to the GNS3 VM and issue the following commands in a shell:
Then restart the VM. Thanks :) |
Could these lines in gns3_server.log have any effect? Thanks! |
For some reasons the /dev/kvm permissions were reset after a reboot. I have fixed that in GNS3/gns3-vm@47a18f1
This is indeed changed set by the GNS3 server everything it starts the GNS3 VM. This is configured there: Maybe we should have an option to allow or not GNS3 to set the CPU/RAM for the GNS3 VM? |
I am going to investigate this now. |
@jtorri do you see any indication that the image upload is started from the GUI? (i.e. a message). For large image you should see a progress dialog while to image is being uploaded. |
@jtorri good news, I can reproduce the problem. This is going to be much easier to fix the problem. |
The GNS3 VM Preferences allows setting the total number vCPUs. That is not the issue. The GNS3 application is resetting the following: A VMWare workstation VM has a "Processors" setting. Under that setting one can set "Number of processors", "Number of cores per processors". These two are the values being reset by, I believe", the GNS3 application. I set them to 1 processor and 4 cores per processor. When the GNS3 application starts it resets both values to 2. The total processor cores is a value determined by VMWare by multiply number of processors X number of cores per processors. In this instance that value is 4, the same value set in the GNS3 VM Preferences vCPU setting. Make sense? |
"For some reasons the /dev/kvm permissions were reset after a reboot. I have fixed that in GNS3/gns3-vm@47a18f1" |
We have made changes to the VM script. You should be able to restore the VM by selecting the "Restore" option in the VM menu. PS: we are going to release alpha 3 soon. |
Well, now I am able to upgrade GNS3 VM 2.2.0a2 to 2.2.0dev7. Why? Perhaps a good night's sleep? Believe it best I just wait for GNS3 2.2.0a3 rather than generate more confusion. Thanks again! |
Using GNS3-2.2.2019-03-17-all-in-one.exe and GNS3 VM 2.2.0dev7 all the basic stuff seems to work except for import of appliance works except it does not upload the selected image file. This can be done by editing the template in GNS3 application. When the image file is selected in the template file the image file is uploaded to the GNS3 VM. |
I have fixed the VMware vcpu problem in GNS3/gns3-server@8e8985c All other issues you reported should be fixed now. Let's see how everything goes with alpha 3. Thanks again :) |
This is a essentially a repeat of issue 2707 but new version of GNS3
GNS3 2.2.0a2, Windows 10 Prof x64, VM Workstation Pro 14.1.5 build-10950780 and the GNS3 workstation VM provided with GNS3 2.2.0a2 (assigned 16gig RAM)
Using appliance templates to import ASAv, IOSv and IOSvL2 images. It appears all goes well but when I try to use them in a project the files cannot be found. The folder in the VM /opt/gns3 has the appropriate folders (IOS and QEMU) but both folders are empty. This process worked fine in GNS3 2.1.14.
If I add the images manually they are uploaded and appear in /opt/gns3/images/Qemu
but when I use the images in a project, e.g., an IOSv image the follow error occurs when I start the IOSv:
QEMU process has stopped, return code: 1
(I am omitting the following long description of the image)
Execution log:
Could not access KVM kernel module: Permission denied
qemu-system-x86_64: failed to initialize KVM: Permission denied
Could not start Telnet QEMU console [Errno 111] Connect call failed ('127.0.0.1', 5001)
Here's other odd behavior:
The VMware VM settings as I configured them:
The same VMware VM settings after the GNS3 application has run and been closed:
I can find no setting in any of the application specific INI files that would cause this.
The text was updated successfully, but these errors were encountered: