Добрый день.
Странно, что такие принципиальные проверки с точки зрения надежности функционирования системы резервного копирования не были реализованы в вашем продукте до сих пор.
И на мой взгляд здесь не надо ограничиваться алертом, а нужно обеспечить целостность данных, находящихся уже в хранилище, при выполнении текущего резервного копирования — если место кончается в процессе архивирования, то прекращать его с отправкой уведомления сисадмину, а не пытаться забить диск полностью, при этом есть шанс (как произошло у нас), нарушить работу хранилища.
В работе с версией 11.7 мы столкнулись со следующим:
1. Год назад на сервере использовалось дедуплицированное зашифрованное хранилище. В один прекрасный момент по недосмотру сис. админа на системном диске при выполнении задания резервного копирования закончилось место. После чего у нас в консоли некорректно стал отображаться размер хранилища. Подключали ваших специалистов тех. поддержки, проводили определенные манипуляции, но так проблему и не решили. На прямой вопрос, почему система при выполнении операции не отследила наличие свободного места не остановила процесс, был дан уклончивый ответ, что за этим должен следить сис. админ.
Также в последующем при проверке выяснилось, что из многих архивов не восстанавливаться файлы.
В общем, можно сказать, что мы то хранилище «потеряли». Прибили его, заново спланировали размеры дисков под систему, основную базу Arconis вынесли на отдельный диск (место с большим запасом выделили). Дополнительно следили за местом в хранилище (дедуплицированное, нешифрованное) -при размере в 15 Тбайт свободное место не было меньше 2 Тбайт, т.к. старались держать его не менее 15%.
2. Пару недель назад после очередной массовой установки обновлений на сервера апрельских обновлений система почему-то посчитала, что нужно сделать не диффиринциальные, а полные копии, соответственно архивирование заняло больше времени, чем обычно и место отъело порядком в хранилище. По времени произошло наложение как минимум двух заданий, после чего вылетела ошибка, что невозможно провести процедуру переиндексации, т.к. не хватает свободного места. При этом в хранилище у нас оставалось еще порядка 200 Гбайт.
Место мы в последствии добавили, процедура переиндексации прошла. Начали проверять архивы и выяснилось, что один файлы из одного архива с файл-сервера частично не восстанавливаются, т.е. архив в итоге оказался неработоспособным.
Т.е. мы во второй раз натолкнулись на проблему, связанную, на мой взгляд, с некорректным отслеживанием системой свободного места при выполнении заданий (хотя во второй раз место на диске не уходило в ноль, в отличие от первого случая — это мы проверили по двум системам мониторинга).
Исходя из такого контекста я и задал вопрос выше.
Реализовали ли вы в новой версии проверку на наличие свободного места на системном диске, в хранилище в момент выполнения резервного копирования одновременно несколькими заданиями?
Подтверждаю, в таком варианте заработало. Причем после cp km-00000409.ini km-00000419.ini — еще и язык в окне ввода пароля стал по умолчанию на английском, не зависимо от того, что на клиенте стоял русский. Спасибо.
Может, имеет смысл в Wiki на GitHub более подробно описать, что нужно сделать, а то будут такие же как я, у которых не будет получаться.
Изначально мы как раз «гуевыми» тулзами и пользовались, даже работало по началу. Пока не столкнулись с проблемой, что после пепеподключения к сеансу переключение перестало работать. На тот момент (это было чуть больше года назад) я перепробовал разные способы, которые находил по этой теме в интернете — у меня так и не получилось найти стабильное решение. Поэтому я полез в исходники xorgxrdp и нашел там кусок кода, отвечающий за это, после чего внес правки, которые заключались в том, что сочетание клавиш переключения раскладок и языки жестко задавались в коде — после чего уже не было никаких проблем с необходимость настраивать дополнительные параметры. Меня такой вариант устроил и его я и привожу в статье.
До 15.
На виртуалке 3 ядра AMD Phenom II X6 Black 1090T
БУХ 2.0, ЗУП 2.5, УТ 10.3
Клиентские компьютеры разные (точно не знаю), смесь linux+windows
Платформа 8.3.9.2033
Проделал, как вы сказали (до этого я просто заменил содержимое файла, как вы говорили выше) — т.е. добавил строки в файл xrdp_keyboard.ini, в файле xrdp.ini установил autorun=Xorg. Не работает.
Я также пробую на версии xrdp 0.9.2 и xorgxrdp 0.2.1. Пробую на Mint 18. Подключаюсь с Windows 10. Не понимаю, что я делаю не так…
В общем, удалось мне добиться на клиенте Windows 10 более менее плавного проигрывания видео с youtube. Как оказалось, необходимо было:
— в параметрах подключения «Подключения к удаленному рабочему столу» на вкладке «взаимодействие» выбрать «Локальная сеть (10 Мбит/сек и выше» вместо «Определять качество соединения автоматически» — только в этом случае работает кодек RemoteFX (я тестировал на 16 битах). О необходимости включения именно LAN сказано, например, в статье.
— компьютер клиента должен быть подключен по LAN. В моем случае, когда изначально ноутбук был подключен по WiFi скорости самого соединения не хватало для передачи пакетов без задержки и поэтому видео отображалось с большими рывками.
Самое интересное, после этого я попробовал подключиться и с типом «Глобальная сеть (10 Мбит или выше с большой задержкой) — видео также отображалось более менее плавно, хотя при этом кодек RemoteFX не работал (судя по логам при отладке xrdp).
Хочу уточнить: «ютуб без проблем» — это значит, что видео проигрывалось без рывков? Какой гипервизор использовали?
P.S. Я на хост на процессоре i5-3570 ставил Mint 18, Xubuntu 16.04 — если при подключении с 15 битами видео отображается без рывков, то при подключении с 32 битами видео уже идет с рывками.
Вообще хотелось бы понять, у кого-то получалось запустить просмотр видео по RDP при использовании xrdp при качестве 32 бита? По факту это не особо нужно, но уже спортивный интерес одолевает (на windows-то работает).
Ну в общем у меня при подключении с Windows 7 и выборе 15 бит картинка с youtube проигрывается плавно, но смотреть это не очень приятно, т.к. цветность маленькая. В связи с тем, что за рендеринг отвечает процессор даже при использовании RemoteFX, то добиться такой же скорости проигрывания видео/листания сайтов с картинками, как на Windows Server навряд ли получится.
Видимо, из-за того, что начиная с Xubuntu 16.04 были изменения по части отображения эффектов рабочего стола, мне визуально и казалось, что картинка отображается с тормозами на том же самом железе (i5-3570) по сравнению с Xubuntu 14.04. По крайней мере так получается в связке xrdp+xorgxrdp, которую разработчики рекомендуют как используемую по умолчанию.
Но для работы с 1с на Xubuntu 14.04 у меня претензий не было.
Какое окружение Mint 18 вы используете? Можете попробовать подключиться к серверу не с linux, а с windows клиента, желательно, Windows 8/10. Попробуйте запустить youtube, будет изображение идти плавно?
P.S. Я попробовал поставить Mint 18 с окружением Mate, у меня скорость прорисовки при подключении с клиента Windows 10 вообще ужасная, даже не проверял сайты с графикой открывать, тем более youtube.
Какую версию используете xrdp? Какой бекенд? Делали ли какие-то настройки, чтобы переключались языки, в том числе после переподключения к сессии? Отрисовку экрана на чем проверяли?
Странно, что такие принципиальные проверки с точки зрения надежности функционирования системы резервного копирования не были реализованы в вашем продукте до сих пор.
И на мой взгляд здесь не надо ограничиваться алертом, а нужно обеспечить целостность данных, находящихся уже в хранилище, при выполнении текущего резервного копирования — если место кончается в процессе архивирования, то прекращать его с отправкой уведомления сисадмину, а не пытаться забить диск полностью, при этом есть шанс (как произошло у нас), нарушить работу хранилища.
1. Год назад на сервере использовалось дедуплицированное зашифрованное хранилище. В один прекрасный момент по недосмотру сис. админа на системном диске при выполнении задания резервного копирования закончилось место. После чего у нас в консоли некорректно стал отображаться размер хранилища. Подключали ваших специалистов тех. поддержки, проводили определенные манипуляции, но так проблему и не решили. На прямой вопрос, почему система при выполнении операции не отследила наличие свободного места не остановила процесс, был дан уклончивый ответ, что за этим должен следить сис. админ.
Также в последующем при проверке выяснилось, что из многих архивов не восстанавливаться файлы.
В общем, можно сказать, что мы то хранилище «потеряли». Прибили его, заново спланировали размеры дисков под систему, основную базу Arconis вынесли на отдельный диск (место с большим запасом выделили). Дополнительно следили за местом в хранилище (дедуплицированное, нешифрованное) -при размере в 15 Тбайт свободное место не было меньше 2 Тбайт, т.к. старались держать его не менее 15%.
2. Пару недель назад после очередной массовой установки обновлений на сервера апрельских обновлений система почему-то посчитала, что нужно сделать не диффиринциальные, а полные копии, соответственно архивирование заняло больше времени, чем обычно и место отъело порядком в хранилище. По времени произошло наложение как минимум двух заданий, после чего вылетела ошибка, что невозможно провести процедуру переиндексации, т.к. не хватает свободного места. При этом в хранилище у нас оставалось еще порядка 200 Гбайт.
Место мы в последствии добавили, процедура переиндексации прошла. Начали проверять архивы и выяснилось, что один файлы из одного архива с файл-сервера частично не восстанавливаются, т.е. архив в итоге оказался неработоспособным.
Т.е. мы во второй раз натолкнулись на проблему, связанную, на мой взгляд, с некорректным отслеживанием системой свободного места при выполнении заданий (хотя во второй раз место на диске не уходило в ноль, в отличие от первого случая — это мы проверили по двум системам мониторинга).
Исходя из такого контекста я и задал вопрос выше.
Может, имеет смысл в Wiki на GitHub более подробно описать, что нужно сделать, а то будут такие же как я, у которых не будет получаться.
На виртуалке 3 ядра AMD Phenom II X6 Black 1090T
БУХ 2.0, ЗУП 2.5, УТ 10.3
Клиентские компьютеры разные (точно не знаю), смесь linux+windows
Платформа 8.3.9.2033
Я также пробую на версии xrdp 0.9.2 и xorgxrdp 0.2.1. Пробую на Mint 18. Подключаюсь с Windows 10. Не понимаю, что я делаю не так…
— в параметрах подключения «Подключения к удаленному рабочему столу» на вкладке «взаимодействие» выбрать «Локальная сеть (10 Мбит/сек и выше» вместо «Определять качество соединения автоматически» — только в этом случае работает кодек RemoteFX (я тестировал на 16 битах). О необходимости включения именно LAN сказано, например, в статье.
— компьютер клиента должен быть подключен по LAN. В моем случае, когда изначально ноутбук был подключен по WiFi скорости самого соединения не хватало для передачи пакетов без задержки и поэтому видео отображалось с большими рывками.
Самое интересное, после этого я попробовал подключиться и с типом «Глобальная сеть (10 Мбит или выше с большой задержкой) — видео также отображалось более менее плавно, хотя при этом кодек RemoteFX не работал (судя по логам при отладке xrdp).
P.S. Я на хост на процессоре i5-3570 ставил Mint 18, Xubuntu 16.04 — если при подключении с 15 битами видео отображается без рывков, то при подключении с 32 битами видео уже идет с рывками.
Видимо, из-за того, что начиная с Xubuntu 16.04 были изменения по части отображения эффектов рабочего стола, мне визуально и казалось, что картинка отображается с тормозами на том же самом железе (i5-3570) по сравнению с Xubuntu 14.04. По крайней мере так получается в связке xrdp+xorgxrdp, которую разработчики рекомендуют как используемую по умолчанию.
Но для работы с 1с на Xubuntu 14.04 у меня претензий не было.
P.S. Я попробовал поставить Mint 18 с окружением Mate, у меня скорость прорисовки при подключении с клиента Windows 10 вообще ужасная, даже не проверял сайты с графикой открывать, тем более youtube.