stephandek
Verified User
- Joined
- Mar 23, 2020
- Messages
- 18
Good morning,
After each reboot of the newly set up (clean) server, "DirectAdmin" does not start itself.
In the log files you will see the following:
(source: cat /var/log/directadmin/error.log)
2020: 05: 01-08: 52: 35: unable to stat ./data/users/admin/ticket.conf.temp for filesize after write: euid: 992
2020: 05: 01-09: 32: 55: ioctl can't find the server's ip address for eth0: Cannot assign requested address
2020: 05: 01-09: 32: 57: The ip of this machine () does not match the ip in the license file. <br>
Check the value of your ethernet_dev = eth0 setting in your /usr/local/directadmin/conf/directadmin.conf file and the output of / sbin / ifconfig <br>
If i then start directadmin manually after the reboot: (service directadmin starts) directadmin just starts and stays on. I also checked the license and with the directadmin portal, there too it is properly and actively set to the correct os version.
Running OS: CentOS8
Running DA: Versuin 1.60.4
Does anyone have ideas or is this problem known to CentOS 8?
After each reboot of the newly set up (clean) server, "DirectAdmin" does not start itself.
In the log files you will see the following:
(source: cat /var/log/directadmin/error.log)
2020: 05: 01-08: 52: 35: unable to stat ./data/users/admin/ticket.conf.temp for filesize after write: euid: 992
2020: 05: 01-09: 32: 55: ioctl can't find the server's ip address for eth0: Cannot assign requested address
2020: 05: 01-09: 32: 57: The ip of this machine () does not match the ip in the license file. <br>
Check the value of your ethernet_dev = eth0 setting in your /usr/local/directadmin/conf/directadmin.conf file and the output of / sbin / ifconfig <br>
If i then start directadmin manually after the reboot: (service directadmin starts) directadmin just starts and stays on. I also checked the license and with the directadmin portal, there too it is properly and actively set to the correct os version.
Running OS: CentOS8
Running DA: Versuin 1.60.4
Does anyone have ideas or is this problem known to CentOS 8?