Падает (замедляется) VPS

Kub · 7 Июл 2015

Есть VPS с виртуализацией OpenVZ. Установил OpenVPN на него. После подключения к VPN, через четыре часа после соединения, происходит обрыв. Или иногда соединение не обрывается, но всё равно через четыре часа замедляется. VPS переходит в замедленное состояние. Замедляется не скорость, а реакция. Не пингуется, войти через Putty возможно только со второй третьей попытки, разрывается соединение при работе через Putty.
После перезагрузки, VPS восстанавливается. Но ровно через четыре часа, всё повторяется. И так постоянно.
Была система centos-6-x86_64 . Поменял на debian-7.0-x86_64 , но это не помогло. Сейчас опять вернулся на centos-6-x86_64

Если пинговать здесь Для просмотра ссылки Войди или Зарегистрируйся то доступность VPS после замедления маленькая

Если во время замедления, с VPS пинговать google.com, то с третьей попытки возможно пропингуется.
Если перезагрузить VPS, то всё нормализуется. И доступность становится хорошая.

Почему-то замедление постоянно происходит ровно через четыре часа после предыдущей перезагрузки как по таймеру.
Иногда приходит в норму сам. Если например отключиться, а на следующий день подключиться снова, то есть через большой промежуток времени, то может быть всё нормально, а может так и оставаться в замедленном состоянии.
Пробовал останавливать Apache и Sendmail, но изменений не происходит.

Как определить в чём причина замедления?

Код:

# ifconfig
lo  Link encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
  inet6 addr: ::1/128 Scope:Host
  UP LOOPBACK RUNNING  MTU:65536  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

tun0  Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
  inet addr:10.8.0.1  P-t-P:10.8.0.2  Mask:255.255.255.255
  UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
  RX packets:2389425 errors:0 dropped:0 overruns:0 frame:0
  TX packets:4348982 errors:0 dropped:15 overruns:0 carrier:0
  collisions:0 txqueuelen:100
  RX bytes:835154903 (796.4 MiB)  TX bytes:5200141134 (4.8 GiB)

venet0  Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
  inet addr:127.0.0.1  P-t-P:127.0.0.1  Bcast:0.0.0.0  Mask:255.255.255.255
  UP BROADCAST POINTOPOINT RUNNING NOARP  MTU:1500  Metric:1
  RX packets:6758031 errors:0 dropped:0 overruns:0 frame:0
  TX packets:6755148 errors:0 dropped:2964 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:6199022846 (5.7 GiB)  TX bytes:6321760282 (5.8 GiB)

venet0:0  Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
  inet addr:IP_АДРЕС_СЕРВЕРА  P-t-P:IP_АДРЕС_СЕРВЕРА  Bcast:IP_АДРЕС_СЕРВЕРА  Mask:255.255.255.255
  UP BROADCAST POINTOPOINT RUNNING NOARP  MTU:1500  Metric:1

Код:

# netstat -npl
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address  Foreign Address  State  PID/Program name
tcp  0  0 0.0.0.0:80  0.0.0.0:*  LISTEN  565/httpd
tcp  0  0 127.0.0.1:53  0.0.0.0:*  LISTEN  602/dnsmasq
tcp  0  0 10.8.0.1:53  0.0.0.0:*  LISTEN  602/dnsmasq
tcp  0  0 0.0.0.0:22  0.0.0.0:*  LISTEN  510/sshd
tcp  0  0 127.0.0.1:25  0.0.0.0:*  LISTEN  547/sendmail
tcp  0  0 :::22  :::*  LISTEN  510/sshd
udp  0  0 IP_АДРЕС_СЕРВЕРА:1194  0.0.0.0:*  487/openvpn
udp  0  0 127.0.0.1:53  0.0.0.0:*  602/dnsmasq
udp  0  0 10.8.0.1:53  0.0.0.0:*  602/dnsmasq
Active UNIX domain sockets (only servers)
Proto RefCnt Flags  Type  State  I-Node PID/Program name  Path
unix  2  [ ACC ]  STREAM  LISTENING  158516044 527/saslauthd  /var/run/saslauthd/mux
unix  2  [ ACC ]  STREAM  LISTENING  158515175 1/init  @/com/ubuntu/upstart

Код:

# traceroute google.com
traceroute to google.com (74.125.136.100), 30 hops max, 60 byte packets
1  10.112.154.4 (10.112.154.4)  0.020 ms  0.004 ms  0.003 ms
2  ae11.dar01.lon02.networklayer.com (5.10.118.130)  0.220 ms ae12.dar02.lon02.networklayer.com (5.10.118.136)  15.681 ms 5.10.118.130 (5.10.118.130)  0.460 ms
3  * * *
4  195.66.224.125 (195.66.224.125)  1.449 ms *  1.445 ms
5  209.85.244.182 (209.85.244.182)  2.741 ms *  1.201 ms
6  * 66.249.95.23 (66.249.95.23)  1.513 ms 216.239.51.3 (216.239.51.3)  1.517 ms
7  * * 209.85.246.152 (209.85.246.152)  6.788 ms
8  * * *
9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

Код:

# ping -c 5 google.com
PING google.com (74.125.136.139) 56(84) bytes of data.

--- google.com ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 13999ms

Код:

# traceroute yandex.com
traceroute to yandex.com (213.180.204.62), 30 hops max, 60 byte packets
1  10.112.154.4 (10.112.154.4)  0.019 ms  0.005 ms  0.004 ms
2  * 5.10.118.130 (5.10.118.130)  0.245 ms  0.255 ms
3  * * *
4  linx-224.retn.net (195.66.224.193)  1.008 ms  1.232 ms  1.231 ms
5  ae2-9.RT.TC2.AMS.NL.retn.net (87.245.233.97)  7.286 ms  7.294 ms  6.756 ms
6  * * *
7  * * *
8  man1-c1-ae0.yndx.net (213.180.213.91)  37.607 ms  45.151 ms  37.350 ms
9  213.180.204.62 (213.180.204.62)  46.573 ms  37.723 ms  37.712 ms

Код:

# ping -c 5 yandex.com
PING yandex.com (213.180.204.62) 56(84) bytes of data.
64 bytes from yandex.com (213.180.204.62): icmp_seq=1 ttl=55 time=46.3 ms
64 bytes from yandex.com (213.180.204.62): icmp_seq=2 ttl=55 time=46.3 ms
64 bytes from yandex.com (213.180.204.62): icmp_seq=3 ttl=55 time=46.3 ms
64 bytes from yandex.com (213.180.204.62): icmp_seq=4 ttl=55 time=46.3 ms
64 bytes from yandex.com (213.180.204.62): icmp_seq=5 ttl=55 time=46.2 ms

--- yandex.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4051ms
rtt min/avg/max/mdev = 46.299/46.310/46.327/0.192 ms

Код:

# route
Kernel IP routing table
Destination  Gateway  Genmask  Flags Metric Ref  Use Iface
10.8.0.2  *  255.255.255.255 UH  0  0  0 tun0
10.8.0.0  10.8.0.2  255.255.255.0  UG  0  0  0 tun0
link-local  *  255.255.0.0  U  1002  0  0 venet0
default  *  0.0.0.0  U  0  0  0 venet0

Код:

# ip route
10.8.0.2 dev tun0  proto kernel  scope link  src 10.8.0.1
10.8.0.0/24 via 10.8.0.2 dev tun0
169.254.0.0/16 dev venet0  scope link  metric 1002
default dev venet0  scope link

Код:

# top
top - 11:55:01 up  4:25,  2 users,  load average: 0.00, 0.00, 0.00
Tasks:  25 total,  1 running,  24 sleeping,  0 stopped,  0 zombie
Cpu(s):  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:  786432k total,  35660k used,  750772k free,  0k buffers
Swap:  1048576k total,  0k used,  1048576k free,  20848k cached

  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEM  TIME+  COMMAND
  1 root  20  0 19236 1452 1208 S  0.0  0.2  0:00.02 init
  2 root  20  0  0  0  0 S  0.0  0.0  0:00.00 kthreadd/104
  3 root  20  0  0  0  0 S  0.0  0.0  0:00.00 khelper/104
  130 root  16  -4 10644  668  400 S  0.0  0.1  0:00.00 udevd
  467 root  20  0  181m 1744 1060 S  0.0  0.2  0:00.19 rsyslogd
  487 nobody  20  0 45100 3772 2296 S  0.0  0.5  3:47.39 openvpn
  491 root  18  -2 10640  556  288 S  0.0  0.1  0:00.00 udevd
  502 root  18  -2 10640  512  248 S  0.0  0.1  0:00.00 udevd
  510 root  20  0 66692 1208  456 S  0.0  0.2  0:00.20 sshd
  518 root  20  0 22192  960  704 S  0.0  0.1  0:00.00 xinetd
  527 root  20  0 66876 1032  312 S  0.0  0.1  0:00.00 saslauthd
  529 root  20  0 66876  768  48 S  0.0  0.1  0:00.00 saslauthd
  547 root  20  0 83108 2428  692 S  0.0  0.3  0:00.16 sendmail
  556 smmsp  20  0 78692 2120  620 S  0.0  0.3  0:00.00 sendmail
  565 root  20  0  171m 3676 1924 S  0.0  0.5  0:00.31 httpd
  568 apache  20  0  171m 3084 1252 S  0.0  0.4  0:00.00 httpd
  575 root  20  0 20504 1232  612 S  0.0  0.2  0:00.01 crond
  602 nobody  20  0 12888  688  532 S  0.0  0.1  0:00.00 dnsmasq
  605 root  20  0  4068  592  512 S  0.0  0.1  0:00.00 mingetty
  606 root  20  0  4068  596  512 S  0.0  0.1  0:00.00 mingetty
2681 root  20  0 96320 4704 3720 S  0.0  0.6  0:00.02 sshd
2683 root  20  0 11444 1728 1384 S  0.0  0.2  0:00.00 bash
2703 root  20  0 96336 4704 3708 S  0.0  0.6  0:00.02 sshd
2705 root  20  0 11444 1740 1384 S  0.0  0.2  0:00.00 bash
2737 root  20  0 14900 1208  980 R  0.0  0.2  0:00.00 top

Код:

# ps -ejH
  PID  PGID  SID TTY  TIME CMD
  1  1  1 ?  00:00:00 init
  2  0  0 ?  00:00:00  kthreadd/104
  3  0  0 ?  00:00:00  khelper/104
  130  130  130 ?  00:00:00  udevd
  491  130  130 ?  00:00:00  udevd
  502  130  130 ?  00:00:00  udevd
  467  463  277 ?  00:00:00  rsyslogd
  487  487  487 ?  00:03:47  openvpn
  510  510  510 ?  00:00:00  sshd
2681  2681  2681 ?  00:00:00  sshd
2683  2683  2683 pts/0  00:00:00  bash
2703  2703  2703 ?  00:00:00  sshd
2705  2705  2705 pts/1  00:00:00  bash
2742  2742  2705 pts/1  00:00:00  ps
  518  518  518 ?  00:00:00  xinetd
  527  527  527 ?  00:00:00  saslauthd
  529  527  527 ?  00:00:00  saslauthd
  547  547  547 ?  00:00:00  sendmail
  556  556  556 ?  00:00:00  sendmail
  565  565  565 ?  00:00:00  httpd
  568  565  565 ?  00:00:00  httpd
  575  575  575 ?  00:00:00  crond
  602  601  601 ?  00:00:00  dnsmasq
  605  605  605 tty1  00:00:00  mingetty
  606  606  606 tty2  00:00:00  mingetty

metsys · 8 Июл 2015

сдаётся мне ваш хостер вас немножко обманывает и называется это Для просмотра ссылки Войди или Зарегистрируйся
если есть возможность взять у того же провайдера xen/kvm - сделайте это
в противном случае - долгие и длинные тесты с записью логов и доказыванием с пеной у рта что вас обманывают

Kub · 8 Июл 2015

Мне его дали попользоваться бесплатно. Поэтому, хотелось его как-то настроить.

qpPeW · 8 Июл 2015

Никак Вы не настроите то что пытаются зарезать...

Kub · 8 Июл 2015

Может можно как-то сеть передёргивать (обновлять) мягко, или как-то послать сигнал гипервизору что была перезагрузка не перезагружаясь, что бы у меня соединение не обрывалось, но отсчёт новых четырёх часов срабатывал?
На Debian пробовал вот это

Код:

/etc/init.d/networking start      
/etc/init.d/networking restart

реакции никакой не было. И networking restart наверно оборвёт соединение.

Здесь /var/log лежит лог Cron. Что за RANDOM_DELAY в логе?

Код:

Jul  7 06:42:39 vps crond[601]: (CRON) STARTUP (1.4.4)
Jul  7 06:42:39 vps crond[601]: (CRON) INFO (RANDOM_DELAY will be scaled with factor 90% if used.)
Jul  7 06:42:39 vps crond[601]: (CRON) INFO (running with inotify support)
Jul  7 06:51:01 vps CROND[752]: (root) CMD (run-parts /etc/cron.hourly)
Jul  7 07:31:13 vps crond[575]: (CRON) STARTUP (1.4.4)
Jul  7 07:31:13 vps crond[575]: (CRON) INFO (RANDOM_DELAY will be scaled with factor 83% if used.)
Jul  7 07:31:13 vps crond[575]: (CRON) INFO (running with inotify support)
Jul  7 07:51:01 vps CROND[626]: (root) CMD (run-parts /etc/cron.hourly)
Jul  7 08:51:01 vps CROND[697]: (root) CMD (run-parts /etc/cron.hourly)
Jul  7 09:51:01 vps CROND[1164]: (root) CMD (run-parts /etc/cron.hourly)
Jul  7 10:51:01 vps CROND[1943]: (root) CMD (run-parts /etc/cron.hourly)
Jul  7 11:51:01 vps CROND[2732]: (root) CMD (run-parts /etc/cron.hourly)
Jul  7 12:14:16 vps crond[580]: (CRON) STARTUP (1.4.4)
Jul  7 12:14:16 vps crond[580]: (CRON) INFO (RANDOM_DELAY will be scaled with factor 12% if used.)
Jul  7 12:14:16 vps crond[580]: (CRON) INFO (running with inotify support)
Jul  7 12:51:01 vps CROND[649]: (root) CMD (run-parts /etc/cron.hourly)
Jul  7 13:51:01 vps CROND[696]: (root) CMD (run-parts /etc/cron.hourly)
Jul  7 14:51:01 vps CROND[766]: (root) CMD (run-parts /etc/cron.hourly)
Jul  7 15:51:01 vps CROND[1297]: (root) CMD (run-parts /etc/cron.hourly)
Jul  7 16:22:59 vps crond[575]: (CRON) STARTUP (1.4.4)
Jul  7 16:22:59 vps crond[575]: (CRON) INFO (RANDOM_DELAY will be scaled with factor 78% if used.)
Jul  7 16:22:59 vps crond[575]: (CRON) INFO (running with inotify support)
Jul  7 16:51:01 vps CROND[628]: (root) CMD (run-parts /etc/cron.hourly)
Jul  7 17:51:01 vps CROND[685]: (root) CMD (run-parts /etc/cron.hourly)
Jul  7 18:51:01 vps CROND[731]: (root) CMD (run-parts /etc/cron.hourly)
Jul  7 19:51:01 vps CROND[776]: (root) CMD (run-parts /etc/cron.hourly)
Jul  7 20:51:01 vps CROND[821]: (root) CMD (run-parts /etc/cron.hourly)
Jul  7 21:51:01 vps CROND[860]: (root) CMD (run-parts /etc/cron.hourly)
Jul  7 22:51:01 vps CROND[899]: (root) CMD (run-parts /etc/cron.hourly)
Jul  7 23:51:01 vps CROND[943]: (root) CMD (run-parts /etc/cron.hourly)
Jul  8 00:51:01 vps CROND[1254]: (root) CMD (run-parts /etc/cron.hourly)
Jul  8 01:51:01 vps CROND[2052]: (root) CMD (run-parts /etc/cron.hourly)
Jul  8 01:51:01 vps CROND[2053]: (root) CMD ([ ! -f /etc/cron.hourly/0anacron ] && run-parts /etc/cron.daily)
Jul  8 01:51:01 vps run-parts(/etc/cron.daily)[2055]: starting logrotate
Jul  8 01:51:02 vps run-parts(/etc/cron.daily)[2063]: finished logrotate
Jul  8 02:51:01 vps CROND[2211]: (root) CMD (run-parts /etc/cron.hourly)
Jul  8 03:51:01 vps CROND[2260]: (root) CMD (run-parts /etc/cron.hourly)
Jul  8 04:51:01 vps CROND[2301]: (root) CMD (run-parts /etc/cron.hourly)
Jul  8 05:38:50 vps crond[575]: (CRON) STARTUP (1.4.4)
Jul  8 05:38:50 vps crond[575]: (CRON) INFO (RANDOM_DELAY will be scaled with factor 23% if used.)
Jul  8 05:38:50 vps crond[575]: (CRON) INFO (running with inotify support)
Jul  8 05:51:01 vps CROND[616]: (root) CMD (run-parts /etc/cron.hourly)
Jul  8 06:51:01 vps CROND[700]: (root) CMD (run-parts /etc/cron.hourly)

Попробовал на Centos

Код:

/etc/init.d/network start
/etc/init.d/network restart

Вот такой результат. Но вернуть в рабочее состояние не получилось.

Код:

# /etc/init.d/network start
Bringing up loopback interface:                            [  OK  ]
Bringing up interface venet0:  RTNETLINK answers: File exists
                                                           [  OK  ]
RTNETLINK answers: File exists
RTNETLINK answers: File exists
RTNETLINK answers: File exists
RTNETLINK answers: File exists
RTNETLINK answers: File exists
RTNETLINK answers: File exists
RTNETLINK answers: File exists
RTNETLINK answers: File exists
RTNETLINK answers: File exists

Код:

# /etc/init.d/network restart
Shutting down interface venet0:                            [  OK  ]
Shutting down loopback interface:                          [  OK  ]
Bringing up loopback interface:                            [  OK  ]
Bringing up interface venet0:  Determining if ip address IP_АДРЕС_СЕРВЕРА is already in use for device venet0...
                                                           [  OK  ]

Что ещё можно попробовать?

balinese · 9 Июл 2015

не контабо, случайно? очень похоже на мою ситуацию с оверселлом

Kub · 9 Июл 2015

balinese написал(а):
не контабо, случайно? очень похоже на мою ситуацию с оверселлом

Нет, не контабо

Нужно настроить Cron, чтобы через 3 часа 45 минут сервер перезагружался начиная с 8 часов до 0 часов

Для проверки настраиваю перезагрузку через 5 минут. Делаю так

Код:

crontab -e
5 * * * * /sbin/reboot

Сохраняю, в /var/spool/cron/ создался файл root с задачей. Перезагрузка не срабатывает
Пробовал ещё перезапускать crond

Код:

service crond restart

Перезагрузка не срабатывает

Попробовал написать это задание в /etc/crontab

Код:

5 * * * * root /sbin/reboot

Перезагрузка не срабатывает

В /etc/cron.d/ создал файл reboot с таким содержанием

Код:

SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/
5 * * * * root /sbin/reboot

Перезагрузка не срабатывает

Как и где в Centos правильно написать задачу для Cron?
И правильно я написал задачу перезагрузки через 3 часа 45 минут начиная с 8 часов до 0 часов

Код:

45 8-0/3 * * * root /sbin/reboot

Падает (замедляется) VPS

Kub

Мой дом здесь!

metsys

Хранитель порядка

Kub

Мой дом здесь!

qpPeW

Постоялец

Kub

Мой дом здесь!

balinese

Создатель

Kub

Мой дом здесь!