mirror of
https://github.com/retspen/webvirtcloud.git
synced 2026-04-25 07:25:53 +03:00
[GH-ISSUE #615] ERROR: Internal Server Error: /computes/**/machines #358
Labels
No labels
bug
enhancement
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/webvirtcloud#358
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @0x6d61726b on GitHub (Oct 22, 2023).
Original GitHub issue: https://github.com/retspen/webvirtcloud/issues/615
I am currently playing running webvirtcloud in an lxc container and got that running pretty well (with a few questions still open to me). However, when trying to create a new instance, some requests are not processed unless "DEBUG = TRUE" is set in settings.py file.
System (debian 12, bookworm):
Linux XXXX 6.1.0-13-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.55-1 (2023-09-29) x86_64 GNU/Linux
Log entry (DEBUG = False):
[2023-10-22 21:50:26,311] ERROR: Internal Server Error: /computes/1/archs/x86_64/machines
Log entry (DEBUG = True):
none
Can somebody please let me know on how to track down this issue to get a clue what is going on and how to resolve it?
@MisterBlueBear commented on GitHub (Oct 28, 2023):
I had the same issue running WebVirtCloud on an aarch64 server. The
Chipsetdropdown would be empty and I get internal server errors in the log.The issue seems to go away after I closed my web browser and restarted nginx and supervisor. Not sure which combination solved this issue for me as I was trying different things at the time. Maybe a caching issue.
@0x6d61726b commented on GitHub (Oct 28, 2023):
Thank you very much @MisterBlueBear for sharing your experience and offering this solution.
I did restart the whole LXC container that contains WebVirtCloud and closed the web browser, took a different one and also used a different computer, but unfortunately that all did not work for me. However, I can confirm that the content of
/computes/**/machinesgets cached if cache is turned on in the web browser (default), but can be disabled when using debug view. Also clearing browser caches did not help.I think this issue is somehow related to WebVirtCloud code, because Gunicorn reports HTTP 500 Internal Server Error, but only when
DEBUG = False. Maybe it helps to know that the compute instance is connected via SSH?@ShengruiZhang commented on GitHub (Nov 16, 2023):
I recently encountered this issue when I was trying to add a new instance. There was no option in the drop-down menu for Chipset.
Would you mind share the rest of your
webvirtcloud.log? My log indicates that there could be problem with random MAC generation.[2023-11-13 13:33:10,219] ERROR: Internal Server Error: /instances/create/1/x86_64/null/
Traceback (most recent call last):
File "/srv/webvirtcloud/venv/lib/python3.11/site-packages/django/core/handlers/exception.py", line 55, in inner
response = get_response(request)
^^^^^^^^^^^^^^^^^^^^^
File "/srv/webvirtcloud/venv/lib/python3.11/site-packages/django/core/handlers/base.py", line 197, in _get_response
response = wrapped_callback(request, *callback_args, **callback_kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/srv/webvirtcloud/admin/decorators.py", line 8, in _inner
return function(request, *args, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/srv/webvirtcloud/instances/views.py", line 1688, in create_instance
mac_auto = util.randomMAC()
^^^^^^^^^^^^^^^^
File "/srv/webvirtcloud/vrtManager/util.py", line 20, in randomMAC
mac = settings.MAC_OUI + ":%02x:%02x:%02x" % (
^^^^^^^^^^^^^^^^
File "/srv/webvirtcloud/venv/lib/python3.11/site-packages/django/conf/init.py", line 104, in getattr
val = getattr(_wrapped, name)
^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: 'Settings' object has no attribute 'MAC_OUI'
@catborise commented on GitHub (Nov 16, 2023):
Did you make migrations?
@ShengruiZhang commented on GitHub (Nov 17, 2023):
Here's the output when I ran
python3 manage.py migrateOperations to perform:
Apply all migrations: accounts, admin, appsettings, auth, computes, contenttypes, instances, interfaces, logs, networks, otp_totp, sessions, storages
Running migrations:
No migrations to apply.
SHOW_PROFILE_EDIT_PASSWORD is found inside settings.py
Applying permission can_change_password for all users
Warning!!! Setting to True for all users
! Don`t forget to remove the option from settings.py
After that I restarted nginx and supervisor. I got the same error when I tried to create a new instance.
[2023-11-16 13:47:08,456] ERROR: Internal Server Error: /computes/1/archs/x86_64/machinesIs there anything else you would like to look at to debug this issue?
@catborise commented on GitHub (Nov 17, 2023):
checkout new settings. there are some new settings in settings.py.template
copy mac_oui from template file to settings.py
@hyxxsfwy commented on GitHub (Nov 26, 2023):
Encountered the same problem on a fresh installation of webvirtcloud, ERROR: Internal Server Error: /computes/1/archs/x86_64/machines.
OS: Ubuntu 20.04.6
@hyxxsfwy commented on GitHub (Nov 26, 2023):
Try reinstall with the install.sh script and problem solved.
@ssbaksa commented on GitHub (Dec 24, 2023):
I have the same problem with container version. There is no option for machine type and Internal server error while accessing some menus, like User menu. I have removed complete local git before last build, did diff for settings.py and database was already transformed by previous build.
@ssbaksa commented on GitHub (Jan 13, 2024):
Problem fixed.
tzdata was missing from pip3 requirements so I have added it.
And I have changed time zone from UTC to my local 'Europe/Zagreb'
After new container build with added changes all is working normal as much I can observe. No more tzdata errors and no more Zoneinfo._common.ZoneInfoNotFoundError: 'No time zone found with key UTC' in webvirtcloud.log
@catborise commented on GitHub (Jan 17, 2024):
we can add tzdata to python requirement packages
@ssbaksa commented on GitHub (Jan 17, 2024):
Well, it looks that it is needed. I have attached my log file from latest docker build with errors shown.
After adding tzdata to requirements and new build there is no errors any more.
webvirtcloud.zip
@0x6d61726b commented on GitHub (Jan 18, 2024):
I have installed tzdata in the LXC container running webvirtcloud with the following command sequence:
Afterwards I rebooted the LXC container, but this did not fix the issue (it still does not work with
DEBUG = False). The log file does not show any difference whether tzdata is installed or not (and I have also configured a local timezone:TIME_ZONE = "Europe/Berlin"):Is there a way to get more/detailed logs that pinpoints to the location that causes this error?
@ssbaksa commented on GitHub (Jan 19, 2024):
Hi 0x6d61726b
I have tried the same approach with docker container and it didn't work. Only rebuilding from the start with tzdata added in requirements helped.
But now, I have found that new build works almost OK. There is no Server error any more but menu for machine type is empty again when I try to build new one.
I will test it again with debug enabled.
@ssbaksa commented on GitHub (Jan 19, 2024):
Yup, confirmed. When debug is enabled it works as it should. Chipset field is automatically filled with default value. With debug turned off that field is empty and can't be filled from drop down menu.
@catborise commented on GitHub (Jan 19, 2024):
can you please check http address to see if you can reach the chipset default values;
with;
15:hostid-> change with your host id
result like;
@ssbaksa commented on GitHub (Jan 19, 2024):
With tzone and debug true:
http://backup.lab.os/computes/1/archs/x86_64/machines/
{"machines": ["ubuntu", "pc", "ubuntu-q35", "q35"]}
With tzone and debug false:
{"machines": ["ubuntu", "pc", "ubuntu-q35", "q35"]}
But in GUI:
@0x6d61726b commented on GitHub (Jan 19, 2024):
@catborise: I have performed the same test and found out that the sequence where webvirtcloud requests machines information differs:
DEBUG = True:
machines⯈ 301 Moved Permanently/computes/1/archs/x86_64/machines/⯈ 200 OKDEBUG = False:
machines⯈ 500 Internal Server Error@ssbaksa: Have you made sure that Firefox has not cached the value of machines? I ran into this trap when investigating this issue a while ago.
@ssbaksa commented on GitHub (Jan 19, 2024):
It can be so. I will try it again tomorow.
On Fri, 19 Jan 2024, 18:43 0x6d61726b, @.***> wrote:
@rtpacks commented on GitHub (Jan 20, 2024):
Hi, I had the same issue, debug=false, access /computes/1/archs/x86_64/machines/ to get machines. What information should I provide?
@rtpacks commented on GitHub (Jan 20, 2024):
Owwww! I found it. When installing kvm, I installed
qemu qemu-system(download all platforms) and webvirtcloud returned the correct results.@ssbaksa commented on GitHub (Jan 20, 2024):
So, you are sugesting that this is error in compute or how it is installed.
Well its all worked well on my 19 hypervisors and I hadn't changed anything
there. I am only building new dockers when catborise push them to git.
On Sat, 20 Jan 2024, 17:54 rtpacks, @.***> wrote:
@ssbaksa commented on GitHub (Jan 21, 2024):
@0x6d61726b
Different browser with cleared cache, cookies ...
@tianmaxingkong168 commented on GitHub (Jun 11, 2024):
I modify this file <computes/urls.py>, update line 62 from "archs/str:arch/machines/" to "archs/str:arch/machines", Or modify this file <instances/templates/create_instance_w1.html>, update line 104 from <get_machine_type_url = "/computes/" + compute_id + "/archs/" + arch + "/machines"> to <get_machine_type_url = "/computes/" + compute_id + "/archs/" + arch + "/machines/"> and restart supervisor. After this, the drop-down menu for Chipset is displayed.
@catborise commented on GitHub (Jun 24, 2024):
@tianmaxingkong168 thanks. i made changes, i hope it will solve(i cannot reproduce problem) with #649