ИО
pmg вон тоже каким-то непонятным продуктом вышел. возможно pbs через лет пяток станет более проинтегрированным во все системы прокса.
А у меня одного pmg зависает раз в 20-25 дней ? Может для антиспама 4-6гигов озу мало ?
Size: a a a
2020 November 13
I
А у меня одного pmg зависает раз в 20-25 дней ? Может для антиспама 4-6гигов озу мало ?
возможно. у меня работает стабильно.
ИО
я ей и больше накидывал в виртуалке, но периодически просто перестает веб отзываться и очередь копится в postfix. Антиспам в exchange как говно работает
TF
riv1329
Через 5 лет, быть может, я к своим скриптам web-интерфейс приделаю 😊
да это делается за пару месяцев на flask + sqlite
i
А у меня одного pmg зависает раз в 20-25 дней ? Может для антиспама 4-6гигов озу мало ?
i
2 гига, 4 ядра, игровая видеокарта
i
Собрался апнуть до 4 оперативы, потому что кламав падает
i
Оно работает, но нужно хорошенько перелопатить постфикс под капотом, чтобы оно не творило дичь
А, и ещё оно любит перезаписывать конфиг при любых манипуляциях в гуе, поэтому etcd и chattr -i наше всё
ИО
А, и ещё оно любит перезаписывать конфиг при любых манипуляциях в гуе, поэтому etcd и chattr -i наше всё
Да мы туда не заходим, прилетает в эксчендж отчёт что попало что-то
IS
Всем привет. Опытные коллеги, подскажите куда капнуть в следующем кейсе.
oVirt 4.4. oVirt Engine вынесен на отдельную машину в локальной сети (относительно воркер ноды).
Разворачиваю VDI. В качестве VDI столов использую Win 10.
Подключаюсь по SPICE. В шаблоне spice-tools и ovirt-agent стоят. В целом всё хорошо.
Подключаюсь при помощи remote-viewer, всё работает нормально, но вот ооочень медленно работает передача файлов с флешки или перетаскиванием с хостовой системы на виртуальный стол (проверено из разных мест и разных ОС).
Проблемы с сетью исключены (где-то 25 МБ/мин), на всех участках проверено.
Что может идти не так?
oVirt 4.4. oVirt Engine вынесен на отдельную машину в локальной сети (относительно воркер ноды).
Разворачиваю VDI. В качестве VDI столов использую Win 10.
Подключаюсь по SPICE. В шаблоне spice-tools и ovirt-agent стоят. В целом всё хорошо.
Подключаюсь при помощи remote-viewer, всё работает нормально, но вот ооочень медленно работает передача файлов с флешки или перетаскиванием с хостовой системы на виртуальный стол (проверено из разных мест и разных ОС).
Проблемы с сетью исключены (где-то 25 МБ/мин), на всех участках проверено.
Что может идти не так?
i
I S
Всем привет. Опытные коллеги, подскажите куда капнуть в следующем кейсе.
oVirt 4.4. oVirt Engine вынесен на отдельную машину в локальной сети (относительно воркер ноды).
Разворачиваю VDI. В качестве VDI столов использую Win 10.
Подключаюсь по SPICE. В шаблоне spice-tools и ovirt-agent стоят. В целом всё хорошо.
Подключаюсь при помощи remote-viewer, всё работает нормально, но вот ооочень медленно работает передача файлов с флешки или перетаскиванием с хостовой системы на виртуальный стол (проверено из разных мест и разных ОС).
Проблемы с сетью исключены (где-то 25 МБ/мин), на всех участках проверено.
Что может идти не так?
oVirt 4.4. oVirt Engine вынесен на отдельную машину в локальной сети (относительно воркер ноды).
Разворачиваю VDI. В качестве VDI столов использую Win 10.
Подключаюсь по SPICE. В шаблоне spice-tools и ovirt-agent стоят. В целом всё хорошо.
Подключаюсь при помощи remote-viewer, всё работает нормально, но вот ооочень медленно работает передача файлов с флешки или перетаскиванием с хостовой системы на виртуальный стол (проверено из разных мест и разных ОС).
Проблемы с сетью исключены (где-то 25 МБ/мин), на всех участках проверено.
Что может идти не так?
Потому что идёт трансляция протокола UMS (Mass Storage) USB-устройства от клиента до вм, а он далеко не экономный в плане трафика. Лучше использовать протоколы, предназначенные всё-таки для передачи по локалу/интернету, например SFTP или SMB.
i
Т.е. не просто абстракция файловой системы, а физически содержимое блочного устройства и протокол вдовесок передаются. Огромные излишки.
i
Это не зависит от виртуализации - проброс USB предназначен в первую очередь для USB-ключей, смарт-карт и прочей периферии. На vmware будет всё точно так же
IS
Потому что идёт трансляция протокола UMS (Mass Storage) USB-устройства от клиента до вм, а он далеко не экономный в плане трафика. Лучше использовать протоколы, предназначенные всё-таки для передачи по локалу/интернету, например SFTP или SMB.
Спасибо за информацию! Намотал...
С VMware (правда давно) опыт кое-какой был, есл ине ошибаюсь, всё же там по-быстрее работало, но это не точно.
С VMware (правда давно) опыт кое-какой был, есл ине ошибаюсь, всё же там по-быстрее работало, но это не точно.
i
I S
Спасибо за информацию! Намотал...
С VMware (правда давно) опыт кое-какой был, есл ине ошибаюсь, всё же там по-быстрее работало, но это не точно.
С VMware (правда давно) опыт кое-какой был, есл ине ошибаюсь, всё же там по-быстрее работало, но это не точно.
Основополагающий принцип тот же, эмуляция контроллера и зеркалирование пакетов USB от клиента к гостю. На флешках будет ад и израиль из-за слоёв абстракций. MTP может быть вот чуток побыстрее, но это уже MP3-плееры, ведроиды и яфоны
i
У него другая беда - однопоточность
IS
Понял, спасибо!
2020 November 14
AL
А, и ещё оно любит перезаписывать конфиг при любых манипуляциях в гуе, поэтому etcd и chattr -i наше всё
etcd??? Мб etckeeper?
i
Andrey Lyubimets
etcd??? Мб etckeeper?
Может быть, там какое-то дебильное имя у тулзы
A
Самое то для дедупа, но бэкапы на SSD - это каким мажором надо быть
Почему мажором. Если данных много и их нужно быстро в бэкап положить.