после каждой смены пароля пользователя получаем 2 инцидента: на неподходящий пароль в джаббере и неподходящий пароль в почтовом клиенте. Конечно, каким-то пользователям можно дать документацию, объяснить что надо забивать тот же пароль, но некоторые будут жать «try again» раз 10, пока не заблокируют свою учетку.
я не готов на тысяче пользователей разворачивать разные «патчи», что бы потом всем отделом ловить глюки.
оулук и эксченьдж — это mapi, а статься про smtp и pop3 (imap)
меня все время интересует вопрос в подобных связках с интеграцией с АД:
а как проходит смена пароля? пользователь же заблокирует свой аккаунт при попытке присоединиться xmpp/smtp/imap-клиентом сразу после смены пароля
Правильно ли я понимаю, что если он устанавливается на голое железо то это по любому влияет на систему установленную ранее? Хотя бы тем, что надо выделать раздел на HDD. Не всегда это возможно.
Подозреваю, что дело этим на заканчивается и для того что бы иметь возможность переключения между системами, в «старую» систему надо будет устанавливать драйвера и клиент XEN-а, так как «старая» система так же будет работать в окружении гипервизора.
у меня расчеты такие: пусть P вероятность отказа 1 диска, тогда С — вероятность нормальной работы (надежность)
очевидно что Р=1-С, тогда для надежность RAID0=C*C=(1-P)*(1-P), тогда вероятность отказа RAID0=1-(1-P)*(1-P)
таким образом, вероятность отказа RAID0+1=(1-(1-P)*(1-P))*(1-(1-P)*(1-P))
если допустить что вероятность отказа 1 диска 0.01, то по моей формуле вероятность отказа RAID0+1 0,00039601
а по вашей 0,00040301
то что ручками — это фигня
не фигня в том, что один влан можно использовать или в domU-системах или dom0 то есть если приходит 1,2,3 вланы, то, скажем, 2 и 3 отдаем только под виртуалки а 1 используем только хостом, то есть бриджи типа 802.1d настроить нельзя (по крайней мере у меня не получилось и все с кем общался — тоже). Можно отдавать интерфейсы в общее пользование, а вланы — нет: или в хосте или в виртуалках
я манов перечитал в свое время море )
Щас уже не помню в чем косяк был — помню что билась файловая система, причем на этапе загрузки ядра, то есть корень был еще в ридионли (!).
Это не зависело от железа и от версии ядра (помню что пробовал 2.6.18, какие-то беты). Порядка 2х недель бился безрезультатно, на центосе это взлетело за час с настройкой виртуалки.
у меня-таки есть что сказать:
1) У меня сложилось мнение, что xen в генте не рабочий
2) Вы хотите роутить пакеты, но не хотите патчить ядро, что бы оно было паравиртуализованным. Поэтому путь пакета будет следующим: драйвер хоста-ядро хоста-пользовательское пространство хоста-драйвер виртуалки-ядро виртуалки-принятие решение о роутинге-… и в обратную сторону.
Паравиртуализация избавит по крайней мере от одного звена: пользовательское пространство хоста, а может еще и от драйвера виртуалки (здесь не уверен). Паравиртуализация — это как раз способ приблизить виртуалку к голому железу
3) Редхад пока (в текущем релизе) рекомендует использовать как раз xen. Но с ней тоже есть проблемы, например при использовании вланов. Что будет в 6ке пока не понятно. Но похоже что это будет квм
4) Используйте вмварь. :)
Кстати последняя версия вмвари — это web-sphere.
оулук и эксченьдж — это mapi, а статься про smtp и pop3 (imap)
а как проходит смена пароля? пользователь же заблокирует свой аккаунт при попытке присоединиться xmpp/smtp/imap-клиентом сразу после смены пароля
Подозреваю, что дело этим на заканчивается и для того что бы иметь возможность переключения между системами, в «старую» систему надо будет устанавливать драйвера и клиент XEN-а, так как «старая» система так же будет работать в окружении гипервизора.
4n^2+3n^3+n^4
у меня расчеты такие: пусть P вероятность отказа 1 диска, тогда С — вероятность нормальной работы (надежность)
очевидно что Р=1-С, тогда для надежность RAID0=C*C=(1-P)*(1-P), тогда вероятность отказа RAID0=1-(1-P)*(1-P)
таким образом, вероятность отказа RAID0+1=(1-(1-P)*(1-P))*(1-(1-P)*(1-P))
если допустить что вероятность отказа 1 диска 0.01, то по моей формуле вероятность отказа RAID0+1 0,00039601
а по вашей 0,00040301
принтер на ладони бы разместить
есть лаунж, «музыка для лифтов», эмбиент
рекомендую groove salad — электронная сборная солянка
не фигня в том, что один влан можно использовать или в domU-системах или dom0 то есть если приходит 1,2,3 вланы, то, скажем, 2 и 3 отдаем только под виртуалки а 1 используем только хостом, то есть бриджи типа 802.1d настроить нельзя (по крайней мере у меня не получилось и все с кем общался — тоже). Можно отдавать интерфейсы в общее пользование, а вланы — нет: или в хосте или в виртуалках
Щас уже не помню в чем косяк был — помню что билась файловая система, причем на этапе загрузки ядра, то есть корень был еще в ридионли (!).
Это не зависело от железа и от версии ядра (помню что пробовал 2.6.18, какие-то беты). Порядка 2х недель бился безрезультатно, на центосе это взлетело за час с настройкой виртуалки.
1) У меня сложилось мнение, что xen в генте не рабочий
2) Вы хотите роутить пакеты, но не хотите патчить ядро, что бы оно было паравиртуализованным. Поэтому путь пакета будет следующим: драйвер хоста-ядро хоста-пользовательское пространство хоста-драйвер виртуалки-ядро виртуалки-принятие решение о роутинге-… и в обратную сторону.
Паравиртуализация избавит по крайней мере от одного звена: пользовательское пространство хоста, а может еще и от драйвера виртуалки (здесь не уверен). Паравиртуализация — это как раз способ приблизить виртуалку к голому железу
3) Редхад пока (в текущем релизе) рекомендует использовать как раз xen. Но с ней тоже есть проблемы, например при использовании вланов. Что будет в 6ке пока не понятно. Но похоже что это будет квм
4) Используйте вмварь. :)
Кстати последняя версия вмвари — это web-sphere.