Исходное сообщение
"Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..." Отправлено Pan Prdel, 09-Авг-11 04:01
>> а зачем там udev? вы туда какие-то устройства подключаете? > Да. Подключаю. Например, хочу в lxc-контейнере видеть подключенный FIPS-140 криптоключехранитель. при старте контейнера прописать. если хочется большего - проще взять kvm/xen. > 1. В Jail'ах это тоже можно вполне себе делать, но при условии > пуска vimage. vimage хз сколько времени уже пилят. выше по форуму упоминают аж 4.х >> и? mount -o bind чем не годится? > Тем, что во всех lxc'шках будет одинаковый набор программного обеспечения, что не > всегда есть хорошо. Скажем, opal без хаков поддерживает _только_ unixODBC. virtuoso > -- только iodbc. ну а с nullfs вы это как решаете? там набор будет разный? > Как на одной машине получить оба пакета, если операционная система -- Линукс, > /usr смонтирован через -o bind, а unixODBC и iodbc конфликтуют? элементарно. берем где-нибудь в /home/vm0 заводим для одного варианта, в /home/vm1 - для другого. тянем через mount -o bind. имхо, вполне очевидный вариант. >> другое дело, что с астериском надо было бэкпортировать фикс. > Так виноват-то, в итоге, кто?-) весьма неоднозначный ответ. с одной стороны, debian security team должны были портировать фикс. с другой стороны, asterisk - софт весьма своеобразный и запутанный внутри. Да и баги они закрывают выпуском новой версии. Виноваты все ;) >> А tdm-мультиплексоры - это вообще законченные решения в коробке. софт так же >> апдейтится от вендора. > Угу. Скажите это в КБ "Кроникс", с их Tau PCI. В коробке, > ёныть. так это не mux, а просто карточка. утром спрошу у коллеги, занимающейся sdh-мультиплексорами мнение об этом чуде. > Да и время вендоров с готовыми решениями ушло в прошлое. Теперь разве > что virtual appliances только можно... в телекоме никуда не ушло. >> например: http://www.fastfom.com/sdh-multiplexer/37-sdh-multiplexer.html > SDH -- это не ВЕСЬ TDM мира. это самая длинная его часть. >> вы уж так и скажите: у нас тут десяток 3g-модемов и asterisk >> с chan_datacard. > Во-первых, с chan_dongle. Его давно переименовали. > Во-вторых, chan_dongle и TDM живут на разных Asterisk'ах в разных организациях. > В-третьих, падение Линукса это не отменяет. :) ну так баг в багзилле открыт? ;)

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> а зачем там udev? вы туда какие-то устройства подключаете? >> Да. Подключаю. Например, хочу в lxc-контейнере видеть подключенный FIPS-140 криптоключехранитель. > при старте контейнера прописать. если хочется большего - проще взять kvm/xen. >> 1. В Jail'ах это тоже можно вполне себе делать, но при условии >> пуска vimage. > vimage хз сколько времени уже пилят. выше по форуму упоминают аж 4.х >>> и? mount -o bind чем не годится? >> Тем, что во всех lxc'шках будет одинаковый набор программного обеспечения, что не >> всегда есть хорошо. Скажем, opal без хаков поддерживает _только_ unixODBC. virtuoso >> -- только iodbc. > ну а с nullfs вы это как решаете? там набор будет разный? >> Как на одной машине получить оба пакета, если операционная система -- Линукс, >> /usr смонтирован через -o bind, а unixODBC и iodbc конфликтуют? > элементарно. берем где-нибудь в /home/vm0 заводим для одного варианта, в /home/vm1 - > для другого. тянем через mount -o bind. имхо, вполне очевидный вариант. >>> другое дело, что с астериском надо было бэкпортировать фикс. >> Так виноват-то, в итоге, кто?-) > весьма неоднозначный ответ. с одной стороны, debian security team должны были портировать > фикс. с другой стороны, asterisk - софт весьма своеобразный и запутанный > внутри. Да и баги они закрывают выпуском новой версии. Виноваты все > ;) >>> А tdm-мультиплексоры - это вообще законченные решения в коробке. софт так же >>> апдейтится от вендора. >> Угу. Скажите это в КБ "Кроникс", с их Tau PCI. В коробке, >> ёныть. > так это не mux, а просто карточка. утром спрошу у коллеги, занимающейся > sdh-мультиплексорами мнение об этом чуде. >> Да и время вендоров с готовыми решениями ушло в прошлое. Теперь разве >> что virtual appliances только можно... > в телекоме никуда не ушло. >>> например: http://www.fastfom.com/sdh-multiplexer/37-sdh-multiplexer.html >> SDH -- это не ВЕСЬ TDM мира. > это самая длинная его часть. >>> вы уж так и скажите: у нас тут десяток 3g-модемов и asterisk >>> с chan_datacard. >> Во-первых, с chan_dongle. Его давно переименовали. >> Во-вторых, chan_dongle и TDM живут на разных Asterisk'ах в разных организациях. >> В-третьих, падение Линукса это не отменяет. :) > ну так баг в багзилле открыт? ;)
	Введите код, изображенный на картинке: