ну вга то если не показывает, то значит или чипсет или с биосом беда

Думаю видяхе писос пришел и комп виснет. Потом в черном экране просто вслепую залогинился и ребутнулся - комп ребутается. Так думаю, значит не видяха

(если хоть что-то крутится на метери и вга нет при том что моник - ОК, то чипсет или биос)

Ну как, включаешь комп - картинка биоса есть потом херак и вообще все пропадает

UEFI?

Я думал видеорежим переключается и видяха падает

Не, биос был

Так починил же, сменил ядро, дрова и еще чо-то там, все взлетело

хех, надо смотреть тогда бутлоги, чего там за кал

Это просто у меня такой набор стоял удачный

Привет всем еще раз


я изучил заголовки запроса по апи

к сожалению ответ обрезается

пытался проанализировать заголовки

пробовал модуль  java okhttp и один сам написал метод


в итоге вижу

{"Accept":"text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2","Connection":"keep-alive","User-Agent":"Java/14.0.1","Content-Length":"2","Content-Type":"application/json; charset=UTF-8"}

и

{"Cache-Control":"no-cache, no-store, must-revalidate","Connection":"Keep-Alive","User-Agent":"okhttp/4.9.1","Accept-Encoding":"gzip","Pragma":"no-cache","Content-Length":"2","Content-Type":"application/json; charset=utf-8"}

при этом обрезается длинный текст из response

из вышеуказанных заголовкое с вашей точки зрения есть что-то что способно урезать?

далее пробую делать запрос из rest клиента insomnia (это что-то типа постмэна)


заголовки такие

{
 "Accept": "*/*",
 "Content-Length": "0",
 "User-Agent": "insomnia/2020.5.2"
}

При запрсое из insomnia ответ ПОЛНЫЙ

и это странно...

Так я говорю, в старое ядро загрузился и там видеовывод появился, иксы не работают но консоль есть. Пошел в логи - ошибки устройств, пошел с ними в гугл - оказалось что вот так, мне везет

{"Accept":"text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2","Connection":"keep-alive","User-Agent":"Java/14.0.1","Content-Length":"2","Content-Type":"application/json; charset=UTF-8"}

весь день уже мучаюсь 😞

Всем привет.
Есть два бэкенда которые пишут данные в одну базу. Данные разные, друг от друга не зависят. Грубо говоря записи {"backend": 1, ...} принадлежат одному бэкенду, а {"backend":2, ...} другому.

Но не суть, в целом вопрос более общий, он актуален и для кейса когда два бэкенда пишут в одну СУБД но в разные базы данных.

Хочу для одного из этих бэкендов поднять отдельный mongodb сервер с копией базы и переключить этот бэкенд на него безшовно.

Такие выкрутасы в mysql проходят без проблем. Поднимаем реплику, ждем когда догонит. Переключаем бэкенд на реплику PROFIT. Дальше можно отключить реплику и удалить данные на старой базе.

А вот c mongodb не могу придумать как это сделать без простоя. Пока у меня план такой:
1) Поднять еще один сервер с mongo, и подключить его в текущий replicaSet четвертым участником.
2) Дождаться когда на него прилетят все данные.
3) отключить бэкенд
4) Отключить новый mongo сервер от replicaSet и перевести его в standalone режим
5) Переключить бэкенд на новый mogno сервер и запустить.
6) Удалить данные на старом mongoDB сервере в моем случае это данные из коллекций с полем "backend":2 ну или просто базу данных, если backend имел отдельную базу

По идее других путей у меня нет? Или есть какие-то хитрости, которые позволили бы мне сделать это без отключения бэкенда на время пока поднимем новую базу? Склоняюсь к тому что придется писать свою реализацию репликации, хотя вот либу на go нашел (https://github.com/whhe/mongo-replicator). Но может есть способ по проще

{"Accept":"text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2","Connection":"keep-alive","User-Agent":"Java/14.0.1","Content-Length":"2","Content-Type":"application/json; charset=UTF-8"}

Ну явно самой апи какая-то хрень, я бы trace поставил логирование и разобрал бы весь путь от запроса до ответа, в том числе поглядев трафик (возможно вообще не в вас проблема, а например в проксе или dpiКЕ которая тупо срезает строку по-темплейту, такое тоже бывает особенно в финтехе, чекпоинты так любят делать и блюкоты)

апи идет с кубернетис, с  докер  контейнера, сам писал  на golang,  странно что при обращении с rest клиента (программки) все четко, ответ приходит полный всегда и как часы

тогда только трейсить, возможно в буфера не влезает респонс

так там просто про то как обслуживать replicaSet рассказывается. А мне надо бэкенд безшовно переключить на другой replicaSet. То есть как бы реплицировать данные с одного replicaSet в другой

проапргрейдить replicaSet без простоя нет проблемы.