Open ntfs1984 opened 4 years ago
Hi
This is an inusual issue, normaly people not remove their network and reboot server without it
This can happen because vesta may run network scripts
So when this happen, you need plug your network ON, add ip to vesta and rebuild your vhosts.
I not have in mind what script exactly do it, I not touch vesta a lot of time now.
In virtualbox or some local virtualization not always IP was 127.0.0.1 in vesta, some times this IP is your public IP and not any private one, and all will works fine
Let me find my virtualmachines and I will try reproduce your problem on those days
Having the same issue Been trying to fix this for 3 days now. Had a power outage, when everything rebooted it seems like my server booted up before my router had internet and now the configs are messed up
Rebuilding configs doesn't help, not sure where to go from here
Having the same issue Been trying to fix this for 3 days now. Had a power outage, when everything rebooted it seems like my server booted up before my router had internet and now the configs are messed up
Rebuilding configs doesn't help, not sure where to go from here
As I understand, firstly you need manually edit file /usr/local/vesta/data/users/admin/web.conf, set there correct IP address, and only after that, rebuild web configs.
Hi
This is an inusual issue, normaly people not remove their network and reboot server without it
This can happen because vesta may run network scripts
So when this happen, you need plug your network ON, add ip to vesta and rebuild your vhosts.
I not have in mind what script exactly do it, I not touch vesta a lot of time now.
In virtualbox or some local virtualization not always IP was 127.0.0.1 in vesta, some times this IP is your public IP and not any private one, and all will works fine
Let me find my virtualmachines and I will try reproduce your problem on those days
Sorry for very late responce.
Situation when network is up later than server boots - usual. That's why DHCP daemons are ALWAYS active, not once during boot process.
Anyway, problem is still persists.
Thanks a lot! Issue got sorted when i edited the /usr/local/vesta/data/users/admin/web.conf file and rebuilt configs
Operating System (OS/VERSION):
CentOS 7
VestaCP Version:
0.9.8
Installed Software (what you got with the installer):
apache, nginx, mysql
Steps to Reproduce:
Previously I have similar issue, I decided it's a bug of my CentOS. I reinstalled Linux completely, installed VestaCP from scratch. Now I have the same issue.
How my config file looks:
Also, have some temporary sed files in conf folder. Datestamp is CURRENT.
Also, tried to rebuild web domains, got this:
As I see, path like "/home/admin/web/minidevices.info/public_html/admin/web/minidevices.info/cgi-bin/fcgi-starter" doesn't make sense, so may be there is really parsing error.
After adding some debug lines, I've got this
homedir variable is EMPTY.
Many conf files damaged and are not regenerating:
P.S. Please don't suggest any solutions like "reinstall Linux", "Reinstall VestaCP", "Check your router".