PDA

Просмотр полной версии : Внезапно перестал работать OwenCloud



f_rzh
15.01.2021, 12:15
Внезапно пришло оповещение на почту, что связи с контроллером (СПК107М01) нет. Последние изменения в программе были уже давно и после этого синхронизация с OwenCloud была.
В системном журнале много таких записей:


Fri Jan 15 12:02:25 2021 daemon.err owen-cloud[13830]: 2021/00/15 12:02:25 error: socket(13) closed by other side
Fri Jan 15 12:03:08 2021 daemon.err owen-cloud[13913]: 2021/00/15 12:03:08 error: socket(13) closed by other side
Fri Jan 15 12:03:49 2021 daemon.err owen-cloud[13997]: 2021/00/15 12:03:49 error: socket(13) closed by other side
Fri Jan 15 12:04:32 2021 daemon.err owen-cloud[14079]: 2021/00/15 12:04:32 error: socket(13) closed by other side
Fri Jan 15 12:05:06 2021 daemon.notice netifd: lan (2312): udhcpc: sending renew to ХХХ.ХХХ.ХХХ.ХХХ
Fri Jan 15 12:05:06 2021 daemon.notice netifd: lan (2312): udhcpc: lease of ХХХ.ХХХ.ХХХ.ХХХ obtained, lease time 600
Fri Jan 15 12:05:14 2021 daemon.err owen-cloud[14163]: 2021/00/15 12:05:14 error: socket(13) closed by other side
Fri Jan 15 12:05:57 2021 daemon.err owen-cloud[14263]: 2021/00/15 12:05:57 error: socket(13) closed by other side


Как диагностировать проблему?

Евгений Кислов
15.01.2021, 12:53
Добрый день.
Пинг с контроллера до gate.owencloud.ru проходит? (в web-конфигураторе: Сеть/Диагностика/Пинг)

f_rzh
15.01.2021, 12:58
Добрый день.
Пинг с контроллера до gate.owencloud.ru проходит? (в web-конфигураторе: Сеть/Диагностика/Пинг)

Да, проходит.

Евгений Кислов
15.01.2021, 13:02
Вы пробовали перезагружать контроллер?

f_rzh
15.01.2021, 13:18
Вы пробовали перезагружать контроллер?

Вот этого я сделать не могу пока. Он в продакшне. Есть ли какой-либо вариант перезапустить на контроллере только сервис owencloud через командную строку, к примеру, без перезагрузки всего контроллера?

Евгений Кислов
15.01.2021, 13:37
service owen-cloud-proxy restart

И проверьте, пожалуйста, что порт 26502 на сетевом оборудовании не заблокировали.

capzap
15.01.2021, 13:54
мне кажется что в логе Fri Jan 15 12:05:57 2021 daemon.err owen-cloud[14263] в скобках как раз и есть ИД процесса и по нему видно что после ошибки сервис сам перегружается

f_rzh
15.01.2021, 13:58
service owen-cloud-proxy restart

И проверьте, пожалуйста, что порт 26502 на сетевом оборудовании не заблокировали.

owen-cloud-proxy перезагружал ещё утром - не помогло. Сейчас на всякий случай сейчас ещё раз повторил - не помогло.

Проверил порт 26502 с помощью netcat в командной строке на контроллере.

nc 91.109.206.20 26502
netcat подключился на пару секунд, потом соединение было закрыто сервером, как мне кажется, это нормальное поведение сервера.

Евгений Кислов
15.01.2021, 14:10
А проект CODESYS при этом продолжает работать корректно?

f_rzh
15.01.2021, 14:15
А проект CODESYS при этом продолжает работать корректно?

Да, работает. веб-визуализация тоже загружается, параметры через неё меняются. Ближе я не могу к контроллеру подойти, он географически далеко

Евгений Кислов
15.01.2021, 14:20
Да, проходит.

Уточните, пожалуйста, какие значения у пинга.

f_rzh
15.01.2021, 14:33
Уточните, пожалуйста, какие значения у пинга.



[root@spk1xxm01 /home/root]# ping gate.owencloud.ru
PING gate.owencloud.ru (91.109.206.20): 56 data bytes
64 bytes from 91.109.206.20: seq=0 ttl=57 time=7.182 ms
64 bytes from 91.109.206.20: seq=1 ttl=57 time=7.924 ms
64 bytes from 91.109.206.20: seq=2 ttl=57 time=6.223 ms
64 bytes from 91.109.206.20: seq=3 ttl=57 time=10.781 ms
64 bytes from 91.109.206.20: seq=4 ttl=57 time=9.487 ms
64 bytes from 91.109.206.20: seq=5 ttl=57 time=6.309 ms
64 bytes from 91.109.206.20: seq=6 ttl=57 time=7.701 ms
64 bytes from 91.109.206.20: seq=7 ttl=57 time=9.909 ms
64 bytes from 91.109.206.20: seq=8 ttl=57 time=7.126 ms
64 bytes from 91.109.206.20: seq=9 ttl=57 time=12.187 ms
64 bytes from 91.109.206.20: seq=10 ttl=57 time=7.824 ms
64 bytes from 91.109.206.20: seq=11 ttl=57 time=10.334 ms
64 bytes from 91.109.206.20: seq=12 ttl=57 time=9.464 ms

--- gate.owencloud.ru ping statistics ---
13 packets transmitted, 13 packets received, 0% packet loss
round-trip min/avg/max = 6.223/8.650/12.187 ms

Евгений Кислов
15.01.2021, 14:38
На стороне контроллера я пока не вижу никаких проблем.
Есть возможность уточнить, были ли какие-то изменения на сетевом оборудовании или у провайдера в последнее время?

f_rzh
15.01.2021, 15:16
На стороне контроллера я пока не вижу никаких проблем.
Есть возможность уточнить, были ли какие-то изменения на сетевом оборудовании или у провайдера в последнее время?

Насколько я знаю, никаких изменений не было.

Сейчас перезапустил сервис codesys

service codesys restart
веб-интерфейс OwenCloud показал, что соединение есть, но в данный момент последнее обновление было 5 минут назад.

В системном журнале всё те же ошибки


Fri Jan 15 15:13:10 2021 daemon.err owen-cloud[7588]: 2021/00/15 15:13:10 error: socket(13) closed by other side
Fri Jan 15 15:13:51 2021 daemon.err owen-cloud[7683]: 2021/00/15 15:13:51 error: socket(13) closed by other side
Fri Jan 15 15:14:34 2021 daemon.err owen-cloud[7765]: 2021/00/15 15:14:34 error: socket(13) closed by other side

Евгений Кислов
15.01.2021, 16:39
Напишите мне на почту (в подписи) ваши контакты, пожалуйста.
Я свяжусь с вами в понедельник.
Потребуется организовать удаленное подключение по TeamViewer.

f_rzh
18.01.2021, 11:06
Поковыряли с Евгением контроллер. Перезаливка программы в контроллер и конфигурирование заново овенклода помогли.
К сожалению, я забыл скачать загрузочное приложение с контроллера до перезаливки, поэтому сложно сказать, что было. Возможно, просто старое загрузочное приложение запустилось после перезагрузки контроллера.
Короче, надо настраивать логирование перезагрузок, чем и займусь в свободное время.

Theyler
22.03.2021, 10:36
Здравствуйте

Два СПК-107[M01]
Заведены в сеть со статическими адресами 10.0.6.12 и 10.0.6.13
Работают с ПЛК 150 с адресами 10.0.6.10 и 10.0.6.11 соответственно
Маска подсети 255.255.255.0
Шлюз 10.0.6.1
DNS 8.8.8.8 и 4.4.4.4

В маршрутизаторе прописана вторая сеть (вторичный IP) - 10.0.6.X с маской 255.255.255.0
Видны в owencloud

В какое-то время одна из них отвалилась от облака
Проверяю пинг через её интерфейс http://10.0.6.12/cgi-bin/luci/admin/network/diagnostics - нет пинга
Вторая пингует gate.owencloud.ru нормально

Меняю панели местами - обе не пигнуют, облако не видит

Танцы с бубном, смена маски ТОЛЬКО в интерфейсе СПК на 255.255.0.0 на обоих СПК - обе пингуют owencloud, в облаке доступны, при чём, ПЛК и маршрутизатор оставлены в маске 255.255.255.0
Меняю маску на 255.255.0.0 в ПЛК и в роутере - опять отваливаются

При этом, когда прописывается ПО из CoDeSys, там есть прописывание шлюза маски и IP, при этом, в самой панели эти параметры остаются прежними и их приходится менять через вход через три касания с панели

Выяснилась закономерность:
Если прописать в CoDeSys маску 255.255.255.0, то в веб-интерфейсе пока не впишу 255.255.0.0, пинг не побежит
И наоборот, если в CDS вписать 255.255.0.0, то в вебе надо вписать 255.255.255.0
Почему так?

54125
54126

Евгений Кислов
22.03.2021, 11:29
Здравствуйте

Два СПК-107[M01]
Заведены в сеть со статическими адресами 10.0.6.12 и 10.0.6.13
Работают с ПЛК 150 с адресами 10.0.6.10 и 10.0.6.11 соответственно
Маска подсети 255.255.255.0
Шлюз 10.0.6.1
DNS 8.8.8.8 и 4.4.4.4

В маршрутизаторе прописана вторая сеть (вторичный IP) - 10.0.6.X с маской 255.255.255.0
Видны в owencloud

В какое-то время одна из них отвалилась от облака
Проверяю пинг через её интерфейс http://10.0.6.12/cgi-bin/luci/admin/network/diagnostics - нет пинга
Вторая пингует gate.owencloud.ru нормально

Меняю панели местами - обе не пигнуют, облако не видит

Танцы с бубном, смена маски ТОЛЬКО в интерфейсе СПК на 255.255.0.0 на обоих СПК - обе пингуют owencloud, в облаке доступны, при чём, ПЛК и маршрутизатор оставлены в маске 255.255.255.0
Меняю маску на 255.255.0.0 в ПЛК и в роутере - опять отваливаются

При этом, когда прописывается ПО из CoDeSys, там есть прописывание шлюза маски и IP, при этом, в самой панели эти параметры остаются прежними и их приходится менять через вход через три касания с панели

Добрый день.
У нас по умолчанию на USB IP адрес 10.0.6.10 - если вы его не меняли, то у вас сейчас USB и Ethernet интерфейсы в одной подсети - так быть не должно.
Измените для USB адрес на 192.168.0.10 и шлюз на 192.168.0.1, например.

Theyler
22.03.2021, 12:36
USB у нас уже сразу прописан в 192-ю сетку, мы его обычно не используем - всё делаем через Ethernet

Ещё вырисовался нюанс с подключением: сетевая карта компа и в CDS Параметрах Ethernet должна иметь адрес 10.0.6.XXX и маску, соответствующую той, что в СПК, иначе его не видно в CDS
Такое ощущение, что только это и прописывается в ПО в панельный контроллер, а вот потом приходится менять руками маску на другую
Только тогда и появляется пинг в облаком, да и вообще наружу

Евгений Кислов
22.03.2021, 12:57
Вы можете предоставить доступ по TeamViewer?

Theyler
22.03.2021, 13:32
Да, отправил вам в ЛС

Theyler
23.03.2021, 10:20
Евгений, спасибо
В целом, заработало
Мы перевели USB-интерфейс на 172.16.1.10 и удалили адрес шлюза
54153
Более интересный вариант - оставить всё по умолчанию, т.е. USB на 10.0.6.ХХ, а ETH0 на 192.168.0.ХХ co шлюзом 192.168.0.1 и зарезервировать в DHCP роутера пространство от 10 до, к примеру, 19 или до 99 адреса под СПК и ПЛК
Тогда не пришлось бы заводить вторичную подсеть на роутере
54152
А если не хочется производственное оборудование размещать в одной локалке с компами бухгалтерии, офиса и склада (что логично), то тут в любом случае, тогда следует городить отдельный маршрутизатор пусть в 192-й сетке, просто в WAN-порт роутера тогда просто подавать LAN с интернетом из пусть даже 192-й локалки офиса
Это будут две разные локальные сети, хоть и с одинаковой адресацией - они будут развязаны физически