Установка BOINC-клиента под Linux (apt)
Цитата: SerVal от 04.10.2024, 10:31Цитата: demis от 04.10.2024, 09:15А вы не смотрели со стороны БД "Второе поле (rpc_time) для 69528 меняется?" ??? (из поста повыше)
Last contact я обновляю только хосту запрашивающему работу,
или сообщающему о выполненном задании.
Если Last contact не обновляется, значит компик не обращаеся к Шедулеру за заданиями. (помер где-нибудь в Шедулере).
То есть, если правильно понял, у Вас Last contact == rpc_time .
Тогда бы еще поискал в логах наличие минусовых ошибок из разряда двухсотых (-2ХХ)...
Тут еще одно соображение пришло в голову. Оно больше к Юрию.
Статистика Ваших хостов показывает, что другой Ваш линуксовый хост исправно получает и передает задания.
При условии "если исправный хост и проблемный хост" выходят в Интернет через один гейт и через некий NAT (а их бывает несколько разных архитектурных типов), то возникают вопросы "а все ли так хорошо с правилами файерволла для проблемного хоста??? правильно ли работает маршрутизация к нему и от него?".
По логам Юрия мы видим, что его хост постоянно пытается стучаться до боинк сервера. Но что происходит посередине пути не совсем понятно. В принципе этот момент давно уже был озвучен, но в другой форме. Когда писал про снятие сетевой диагностики программами tcpdump и wireshark сеанса связи с двух сторон. И еще момент, чисто сетевой к Юрию, в Вашей сети проблемного хоста случайно не используются бигфреймы??? (c MTU9000, против стандатных 1500)
Цитата: demis от 04.10.2024, 12:03Статистика Ваших хостов показывает, что другой Ваш линуксовый хост исправно получает и передает задания.
Если Вы про этот хост https://gerasim.boinc.ru/users/viewHostDetail.aspx?hostid=65629 то если верить "типу процессора" "Common KVM processor", есть мнение, что это виртуалка где-то в облаке, так что далеко не факт, что один физически находятся в одной подсети. Ну и плюс неизвестно, что за версия Ubuntu там стоит, и какой именно BOINC клиент там установлен.
С моей точки зрения самое странное то, что проблемный хост пытается ломиться по HTTP/2, и по какой-то причине не делает fallback на доступный нормальный протокол HTTP1.1.
Я бы все-таки настоятельно рекомендовал установить vanilla пакет и протестировать с ним. А уже потом копать причину происходящего. Но это так, imho.
По первому абзацу - согласен
По второму абзацу - согласен (но fallback может не проходить из-за настроек фаейрвола)
По третьму абзацу - просто не знаю что это такое, хотя название постоянно встречается.
В целом, если проблему рассмотреть глобально, то есть наверное три варианта поиска:
1. Проблема на стороне клиента
2. Проблема на стороне сервера
3. Проблема посередине (включая момент про MTU, озвученный выше)
Клиент уверяет нас, что у него другие проекты на этом хосте считаются нормально.
Если это действительно так, то искать по пп2,3
Но смущает HTTP/2
Если его боинк-клиент "умеет http/2", тогда поиск тоже по п.2,3.
Мне не совсем понятен его проинсталлированный набор.
Если он компилировался локально, остался лог компиляции, там можно нарыть много интересного.
Если он ставился пакетом, то возникает вопрос к содержимому этого пакета, мало ли где, как и кем он собирался.
Мы знаем, что у клиента "убунту сервер", правда какая именно бубунта не ясно до конца, написаны только общие слова (результат: sudo uname -a, sudo cat /etc/lsb-release, sudo hostnamectl boinc --version кажется не приводился).
Т.к. из серверов там было "Ubuntu Server 24.04 LTS" которую сменила (кажется в начале сентября) "Ubuntu Server 24.04.1 LTS"
Т.к. в первой было много напортачено.
Тем не менее на "Ubuntu Server 24.04 LTS" НО вариант БЕЗ иксов боинк с гита ставится, компилируется, работает.
Но не без бубна. Тем не менее живет.
не проверял "Ubuntu Server 24.04.1 LTS".
не проверял "Ubuntu Server 24.04.1 LTS" с иксами.
не проверял "Ubuntu 24.04.1 LTS".
не проверял "Ubuntu 24.04 LTS".
не проверял "Ubuntu 24.04.1 LTS" с иксами.
не проверял "Ubuntu 24.04 LTS" с иксами.
По ним ничего сказать не могу.
Для SerVal рекомендую очень прочитать: https://learn.microsoft.com/en-us/iis/get-started/whats-new-in-iis-10/http2-on-iis
Там же написано и касательно w2k16:
...
IIS currently supports HTTP/2 only over TLS
...
IIS Logging has a field 'Protocol version' which is off by default. Enabling this field is useful if you want to track which requests are going via HTTP/2, HTTP/1.1 etc.
...
Но и не только это...
Там у меня в начале сентября поставлена Ubuntu Server 24.04.1 (выпущенная 27 августа 2024).
boinc --version
7.24.1 x86_64-pc-linux-gnu
boinc НЕ компилировался, а ставился командой sudo apt install
uname -a
Linux jkfs 6.8.0-45-generic #45-Ubuntu SMP PREEMPT_DYNAMIC Fri Aug 30 12:02:04 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux
выходи в интернет НЕ через NAT - IP адрес у этого сервера белый, никаких Firewall нет (за исключением того что SSH порт закрыл). А так всё остальное открыто как извне так и снаружи. Правильно там работает маршрутизация. Всё там работает. Asteroids и SiDock там работают.
бигфреймы точно не используются. Никакие настройки сетевой карты не менял. Там всё по умолчанию. mtu 1500 выдаёт ifconfig
Тот сервер у которого процессор "Common KVM processor" действительно работает в виртуальной машине, но он в другой сети, в другом здании. 18.04 там Ubuntu а BOINC клиент там такой boinc --version
7.9.3 x86_64-pc-linux-gnu
Юра, попробуйте получить от Герасима задания для этого компика:
https://gerasim.boinc.ru/users/viewHostDetail.aspx?hostid=69528
Заданий Вы не получите, но в логах Боинк Менеджера увидите сообщение о том, что компик найден. Я на своём компике тоже увижу в логах сервера.
Так мы точно определим, попадает ли ваш компик к Шедулеру.
Хорошо. Я только что в 6:10 утра на этом компьютере последовательно дал 3 команды:
boinccmd --project https://gerasim.boinc.ru/ nomorework
boinccmd --project https://gerasim.boinc.ru/ update
boinccmd --project https://gerasim.boinc.ru/ allowmorework
Хотя теоретически запрос заданий может сразу и не произойти, так как там сейчас SiDock работает.
В syslog записалась в 6:10 строчка
2024-10-05T06:10:01.125728+03:00 jkfs boinc[674972]: 05-Oct-2024 06:10:01 [Gerasim@home] Scheduler request to https://gerasim.boinc.ru/sched/gsm.sched failed: Stream error in the HTTP/2 framing layer
Спустя 2 месяца - позавчера этот сервер сам собой стал получать и считать задания Gerasim@Home
Всё нормализовалось само собой, без всяких действий.
Прикольно.
Тут не без водолаза...
Поздравляю!