• Please be aware: Kaspersky Anti-Virus has been deprecated
    With the upgrade to Plesk Obsidian 18.0.64, "Kaspersky Anti-Virus for Servers" will be automatically removed from the servers it is installed on. We recommend that you migrate to Sophos Anti-Virus for Servers.
  • The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.
  • We’re working on enhancing the Monitoring feature in Plesk, and we could really use your expertise! If you’re open to sharing your experiences with server and website monitoring or providing feedback, we’d love to have a one-hour online meeting with you.

Resolved named service stop randomly

BRAHM

Basic Pleskian
Hi,

The named service stop to work randomly in my server. How to fix this?

I was able to fix with:
#service named-chroot restart

My customers can not login in their wordpress dashboards when bind service is not working.


I am under plesk 18.0.34 update nº2
 
You have mentioned this is random. So it is bit hard to answer.

Have you check your server Memory, CPU usage just before this issue occurred?

#uptime as well.

If you are on CentOS, Have you tried this?

 
hi,

I reboot my server once a week at least due to this problem.

As I could see I do not have any warn in plesk panel about memory or cpu usage.

I have other 2 servers exactly as this one and they are not facing this problem.
 
Hello,

Im faceing a similar problem, named service just stop listening... After several days tracking logs I realized that every 12 hours this happend:


Code:
Jul 12 11:17:46 server2 named[1262]: no longer listening on 74.208.181.14#53


After this the server becomes unreacheble with all it services (webserver, mail server, nginx, apache, etc.).

To deal with this issue I need to login every 12 hours to my control panel that my provider give me and reboot manually the whole server, then, everything goes to normal.

I was wondering if any have an idea of whats going on?

Im running on:

CPUIntel(R) Xeon(R) E-2356G CPU @ 3.20GHz (12 core(s))
VersiónPlesk Obsidian v18.0.45_build1800220701.06 os Ubuntu 20.04
SOUbuntu 20.04.4 LTS
RAM32 GB
 
@Alakide I have exactly the same problem since Saturday. Same Plesk version (I installed the latest Update 18.0.45 on Saturday), Same OS version. Since then the problem occures every 12 hours. Did you find a solution already?
 
@Alakide I have exactly the same problem since Saturday. Same Plesk version (I installed the latest Update 18.0.45 on Saturday), Same OS version. Since then the problem occures every 12 hours. Did you find a solution already?

No solution yet...

This just started suddenly. I did a very thorough review of the logs and the whole server in general for the days before and after the day it started.
During those days the server did not run any type of installation, nor did it perform any updates, I also checked each and every one of the scheduled CRONS and none of them have any instructions that repeat every 12 hours or none having to do with firewall, IPs or dns, all my config files for the different aplications installed on the server are correct as they should be, I manage 2 other servers exactly the same and when I compare the files I find them with the correct configuration. I came from version 18.0.44 and updated to version 18.0.45 to see if that would fix it, but without success.

At this time I have 16 days dealing with this problem and still looking for a solution.

Regards!
 
No solution yet...

This just started suddenly. I did a very thorough review of the logs and the whole server in general for the days before and after the day it started.
During those days the server did not run any type of installation, nor did it perform any updates, I also checked each and every one of the scheduled CRONS and none of them have any instructions that repeat every 12 hours or none having to do with firewall, IPs or dns, all my config files for the different aplications installed on the server are correct as they should be, I manage 2 other servers exactly the same and when I compare the files I find them with the correct configuration. I came from version 18.0.44 and updated to version 18.0.45 to see if that would fix it, but without success.

At this time I have 16 days dealing with this problem and still looking for a solution.

Regards!

Hi,

I would suggest you contact Plesk Support Team to have a closer look at your server:

 
Hi,

I would suggest you contact Plesk Support Team to have a closer look at your server:


Thanks for the advice :)

I actually try it, but my Plesk license is linked to my servers provider because they gave it to me and in this way Plesk does not give support. :(

Regards!
 
If your license does not include Plesk support, you still can get Plesk Support, it's free for the first month.

Just follow the link to the store and don't forget to cancel it when the issue has been solved:

1658169717604.png
 
@Alakide I have exactly the same problem since Saturday. Same Plesk version (I installed the latest Update 18.0.45 on Saturday), Same OS version. Since then the problem occures every 12 hours. Did you find a solution already?
Mate, I have a question.

Are you useing Plesk Email Security or Juggernaut Security and Firewall?

Regards!!
 
No, I don't use Plesk Email Security or Juggernaut Security and Firewall. Only Plesk Firewall. Just had to restart the server (again 12 hours)... Please tell me if you have news - will do the same of course. Greetings from Germany!
 
@Alakide problem solved? I contacted my server provider (IONOS) and we were able to find a solution. In my case /etc/network/interfaces was misconfigured. Maybe I can help you.
 
@Alakide problem solved? I contacted my server provider (IONOS) and we were able to find a solution. In my case /etc/network/interfaces was misconfigured. Maybe I can help you.
Thank you very much!!

My server still with this problem, Im actually working with IONOS too but they refuse to give me supoort because its not a "managed service"... so basically they told me that its my problem to search and fix any issue related with the server :(

How did you dix it?

Best Regards!!
 
Let's try :) I hope that your problem is the same I had (dhcp didn't work - means the network interfaces couldn't get the network configuration from IONOS network infrastructure. Synchronisation seems to happen every 12 hours).
Ok, I need some information first:
1. What's the output of
~# ip a
(while the server is fine after reboot)?

2. Show me the content of /etc/network/interfaces
 
Alright look, I have 4 ips on my server. The main server ip is 74.208.181.14 the other 3 ips works as dedicated ips for custom domains.

74.208.27.55 (used as secondary server ip)
74.208.233.65 (dedicated for x domain)
74.208.233.123 (dedicated for y domain)

My interfaces file is this one:

GNU nano 4.8 /etc/network/interfaces # /etc/network/interfaces -- configuration file for ifup(8), ifdown(8)
# Generated by debian-installer.

# The loopback interface
auto lo eth0
iface eth0:2 inet static
address 74.208.27.55
netmask 255.255.255.255
auto eth0:2
iface eth0:3 inet static
address 74.208.233.65
netmask 255.255.255.255
auto eth0:3
iface eth0:1 inet static
address 74.208.233.123
netmask 255.255.255.255
auto eth0:1

I hooe this can help, thank you!

Regards
 
Alright look, I have 4 ips on my server. The main server ip is 74.208.181.14 the other 3 ips works as dedicated ips for custom domains.

74.208.27.55 (used as secondary server ip)
74.208.233.65 (dedicated for x domain)
74.208.233.123 (dedicated for y domain)

My interfaces file is this one:

GNU nano 4.8 /etc/network/interfaces # /etc/network/interfaces -- configuration file for ifup(8), ifdown(8)
# Generated by debian-installer.

# The loopback interface
auto lo eth0
iface eth0:2 inet static
address 74.208.27.55
netmask 255.255.255.255
auto eth0:2
iface eth0:3 inet static
address 74.208.233.65
netmask 255.255.255.255
auto eth0:3
iface eth0:1 inet static
address 74.208.233.123
netmask 255.255.255.255
auto eth0:1

I hooe this can help, thank you!

Regards
Please give me the output of the command 'ip a'
 
Let's try :) I hope that your problem is the same I had (dhcp didn't work - means the network interfaces couldn't get the network configuration from IONOS network infrastructure. Synchronisation seems to happen every 12 hours).
Ok, I need some information first:
1. What's the output of
~# ip a
(while the server is fine after reboot)?

2. Show me the content of /etc/network/interfaces
Sorry i forgot my output, here you have


root@server2:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether d0:50:99:fe:8e:1a brd ff:ff:ff:ff:ff:ff
inet 74.208.27.55/32 brd 74.208.27.55 scope global eth0:2
valid_lft forever preferred_lft forever
inet 74.208.233.65/32 brd 74.208.233.65 scope global eth0:3
valid_lft forever preferred_lft forever
inet 74.208.181.14/32 scope global dynamic eth0
valid_lft 39332sec preferred_lft 39332sec
inet 74.208.233.123/32 scope global eth0:1
valid_lft forever preferred_lft forever
inet6 fe80::d250:99ff:fefe:8e1a/64 scope link
valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether d0:50:99:fe:8e:1b brd ff:ff:ff:ff:ff:ff
4: usb0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 26:2b:da:88:31:05 brd ff:ff:ff:ff:ff:ff
root@server2:~#

Regards
 
Sorry i forgot my output, here you have


root@server2:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether d0:50:99:fe:8e:1a brd ff:ff:ff:ff:ff:ff
inet 74.208.27.55/32 brd 74.208.27.55 scope global eth0:2
valid_lft forever preferred_lft forever
inet 74.208.233.65/32 brd 74.208.233.65 scope global eth0:3
valid_lft forever preferred_lft forever
inet 74.208.181.14/32 scope global dynamic eth0
valid_lft 39332sec preferred_lft 39332sec
inet 74.208.233.123/32 scope global eth0:1
valid_lft forever preferred_lft forever
inet6 fe80::d250:99ff:fefe:8e1a/64 scope link
valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether d0:50:99:fe:8e:1b brd ff:ff:ff:ff:ff:ff
4: usb0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 26:2b:da:88:31:05 brd ff:ff:ff:ff:ff:ff
root@server2:~#

Regards
Okay, at first backup your interfaces file:
cp /etc/network/interfaces /etc/network/interfaces.bak

Then edit the interfaces file and replace the content with:

auto lo eth0
iface lo inet loopback
allow-hotplug eth0

# activate dhcp
iface eth0 inet dhcp
# if this didn't work try the following lines instead the line above:
# iface eth0 inet static
# address 74.208.181.14/32

iface eth0:2 inet static
address 74.208.27.55
netmask 255.255.255.255
auto eth0:2
iface eth0:3 inet static
address 74.208.233.65
netmask 255.255.255.255
auto eth0:3
iface eth0:1 inet static
address 74.208.233.123
netmask 255.255.255.255
auto eth0:1

iface eth0 inet6 manual
pre-up sleep 5
up dhclient -6 -nw -v eth0
post-up sleep 5; /sbin/ip -family inet6 route add default via fe80::1 dev eth0
pre-down /sbin/ip -family inet6 route del default via fe80::1 dev eth0
down dhclient -6 -r -v eth0


Save the file. Now you have to reboot the server. Maybe you know it - just wanted to mention: When you are not able to connect to your server via ssh: If the server ist still running and only lost it's connection to the internet: You can still get access via "vnc console" in your IONOS control panel to see what's going on there.

After reboot check if everything still works. Well....and then wait 12 hours to see if it still works ;)

I really hope this will solve your problems
 
Okay, at first backup your interfaces file:
cp /etc/network/interfaces /etc/network/interfaces.bak

Then edit the interfaces file and replace the content with:

auto lo eth0
iface lo inet loopback
allow-hotplug eth0

# activate dhcp
iface eth0 inet dhcp
# if this didn't work try the following lines instead the line above:
# iface eth0 inet static
# address 74.208.181.14/32

iface eth0:2 inet static
address 74.208.27.55
netmask 255.255.255.255
auto eth0:2
iface eth0:3 inet static
address 74.208.233.65
netmask 255.255.255.255
auto eth0:3
iface eth0:1 inet static
address 74.208.233.123
netmask 255.255.255.255
auto eth0:1

iface eth0 inet6 manual
pre-up sleep 5
up dhclient -6 -nw -v eth0
post-up sleep 5; /sbin/ip -family inet6 route add default via fe80::1 dev eth0
pre-down /sbin/ip -family inet6 route del default via fe80::1 dev eth0
down dhclient -6 -r -v eth0


Save the file. Now you have to reboot the server. Maybe you know it - just wanted to mention: When you are not able to connect to your server via ssh: If the server ist still running and only lost it's connection to the internet: You can still get access via "vnc console" in your IONOS control panel to see what's going on there.

After reboot check if everything still works. Well....and then wait 12 hours to see if it still works ;)

I really hope this will solve your problems
Thank you very much, I really appreciate your help.

Alright, I'll try this solution. See you after 12 hours

Regards!
 
Back
Top