proxmox: cluster not quorate — extending auth key lifetime

Одним прекрасным солнечным утром, после перезагрузки одного кластера Proxmox получил ошибку в syslog : cluster not quorate — extending auth key lifetime и отказывающиеся запускаться виртуалки.

Экстренное решение (до первого ребута):

Не спешное правильное решение (подсказанное на канале ru_proxmox в телеграмме) :

1) Остановить сервис corosync

2) Поправить файл /etc/pve/corosync.conf

  •  в секцию totem -> intreface добавить тег transport : udpu
  •  тег secauth поменять на off
  •  увеличить на 1 тег config_version

С чем связано? С «ломающим» обновлением..

1C ошибка синхронизации между ЗУП и Бухгалтерия 3.0

Собственно сиё случилось как всегда неожиданно. После штатного (ну почти) обновления конфигурации 1С Бухгалтерия. А именно отвалилась синхронизация между оной и ЗУП. Обновление до «наипоследнейших» версий конфигурации ничего не дало. При синхронизации продолжала вываливаться ошибка:

Расследование и гугленье дало следующее: ошибка происходит из-за нарушении в регистре сведений «СоответствияОбъектовИнформационныхБаз». А именно у части данных в этом регистре соответствие стало NULL.

Решение: просто стереть всё содержимое этого регистра (Все функции -> Регистры сведений -> СоответствияОбъектовИнформационныхБаз -> CTRL-A -> DEL)

Далее в настройках синхронизации достаточно выгрузить-загрузить «данные для сопоставления». И собственно после этого у меня всё штатно заработало.

 

Рабочий способ убрать кнопку закрытия диалога в jqueryui dialog

Гуглится способ как ни странно плохо. С трудом нашел рабочее решение:

 

Snowflake — ssh клиент под Linux

Присматриваюсь время от времени к новым SSH клиентам на замену PAC, он-же теперь asbru-cm. Не всё устраивает в стабильности работы и удобстве, а развития нет. Но и в новых клиентах пока всё еще хуже. Попробовал Snowflake — выглядит хорошо. Но совсем нет функционала: хранение переменных, автоматическое выполнение скриптов (комманд) после входа в SSH. Предлагаемые в качестве замены сниппеты — совсем не годятся. Значит пока снова ждем..

 

Не верно выставляется высота пейджера в free-jqgrid

А именно, получается что-то вроде:

Решение: а нетривиальное, так просто и не догадаешься — оказывается это может быт, из-за не проставленного тэга в начале страницы

1 103 104 105 106 107 297