Hi community
this is my first post since i am evaluating to migrate my plesk hosting to webmin/virtualmin. Currently i am operating only 2-3 family projects and thus i am running GPL version.
I have installed (default installation as per virtualmin documentation) on a Hetzner Cloud Server using ARM64 architecture. I am still learning and experimenting but i now run into a problem that i found no solution for.
I want to migrate from PLESK and thus aimed to open the migrate virtual server menu item. It seems to open a form call migrate_form.cgi. I am using a root user here.
However it returns me a 403-Forbidden error on https://.../virtual-server/migrate_form.cgi. Other pages like virtual-server/import_form.cgi.vgi seem to work.
Since other pages work, i just tried to manually guess the url and type it in the browser. It does bring me to the webmin dashboard.
It feels like the migrate_form.cgi is simply not installed.
Where are these cgi files stored, hence where can i check if the migrate_form is indeed missing?
Why is it missing/locked on a fresh installation? What do be done to fix the root cause here.
Best regards
Tom
EDIT: I am also getting the error eg on “Restore Virtual Server”
It looks like something went wrong during the installation. Was the installation performed using the virtualmin-install.sh script? Were there any errors during the process?
If there were no errors, try restarting Webmin with the following command:
systemctl restart webmin
After that, check again but using a different browser with all extensions disabled to see if the issue persists.
Hi
i am closing this topic since i managed to solve it myself. It seems being related to my work computer and firewalls/caching whatever…
I did indeed restarted the service, deleted the browser cache and flushed network, but nothing helped. Using my personal computer, everthing works way faster and flawless.
I have seen issue before with my work computer, so its not a big surprise here.
@calport i would still be interested to learn why ARM64 is not ideal? So far i have seen the VPS being much faster in some load tests as comparable X64 servers. But I am new to virtualmin and webmin, so these packages might have limitations i am not aware of
Just from memory, so take it for what it’s worth. I think it came up recently that it was more an OS upstream problem with being able to port all packages. If this is going to be more than family sites, you might want to stick with x86 for now.
ARM is not a supported architecture, but Virtualmin works fine on ARM. What does not work is mail processing, because we don’t have ARM repos and we don’t offer an ARM build of procmail-wrapper. If you’ll be receiving mail, you should use a supported architecture. (If you’re very technically savvy and comfortable building software, you can build `procmail-wrapper yourself, and install it setuid.)
This has been discussed extensively in the forum in many threads, there is nothing to discuss about it. So, don’t follow up with questions about mail on ARM; the current state of it is, “If you really know what you’re doing, you will easily be able to figure out how to make it work based on a search of what has already been discussed in several threads, and if you don’t know, you should use a supported architecture so it Just Works.”
Note ARM has nothing to do with the original error, though! Webmin and Virtualmin work fine on ARM, they are both architecture-neutral, written in Perl (and JavaScript).
Hi @Joe , appreciate your support here. Good to know ARM is not supposed. Honestly haven’t even checked^^. But if other than mail, things should be fine, i am fine as well.
The original error seems to be tied to my work computer settings. I do also observe other services with errors here. It works fine on my personal computer. Eventually the error message is misleading here. Need to figure out what my work computer proxy is blocking that cause the error
ARM is already supported in development builds. You can simply download procmail-wrapper_1.2-4_arm64.deb and manually install it on your system. It’s a very straightforward process—no need to compile anything.