Что мешает использовать ansible для pre/post скриптов?
>Однажды, инсталлируя очередной кластер с помощью xCAT и фрустрируя на бесконечные пост-скрипты на баше возникло жгучее желание написать свое и лучше.
https://github.com/xcat2/xcat-core/commit/471d9471716c0010612599487cd0814828652e7a
>Идею с торрентом мне подкинул один из заказчиков из Швеции.
>Эта технология получила название «SQL in Silicon» – с ней новый процессор M7 позиционируется как первый >процессор в истории ИТ, в том числе оптимизированный под задачи Oracle Database.
И ещё один камень туда же, разработчики debian похоже перехитрили сами себя, столкнулся с этим, когда пытался несколько lvm vg на разных блочных устройствах сделать с помощью preseed.
Не хватает в debian технической эстетики (по сравнению с rh-based опять же).
На мой взгляд формат deb пакета переусложнен, если сравнивать с rpm.
Разбить спецификацию на раздельные changelog/control/rules файлы — в этом весь debian, а apt видимо никогда не научится в транзакции, печаль.
Интересно, почему производитель не выбрал OE/Yocto (поддерживаются rpm/deb/ipk форматы пакетов, есть своя среда разработки на базе eclipse, web-интерфейс hob/toaster), а решил помучаться с toolchain на базе морально устаревшего Debian Lenny (2012-02-06: End of security updates / End of life)?
только вот, судя по исходникам, dmidecode и ipmitool fru ходят в одну и ту же область памяти за данными
"Beware that DMI data have proven to be too unreliable to be blindly trusted."
так что я бы в приступе паранойи посмотрел бы в lspci -vv
А где же "функционал", который сейчас безграмотно употребляют вместо "функциональность"?
Блог Tony Bourke datacenteroverlords.com.
>Точнее даже не добавили а «дали возможность добавить». Даже документации нет.
>Однажды, инсталлируя очередной кластер с помощью xCAT и фрустрируя на бесконечные пост-скрипты на баше возникло жгучее желание написать свое и лучше.
https://github.com/xcat2/xcat-core/commit/471d9471716c0010612599487cd0814828652e7a
>Идею с торрентом мне подкинул один из заказчиков из Швеции.
IBM zAAP/zIIP
Через pgxnclient это сделать проще, а в yum PGDG есть готовый пакет tds_fdw.
Парсвер подвёл — тогда вот ссылка на наглядную картину «углов тёмной комнаты»
http://www.brendangregg.com/Perf/linux_observability_tools.png
https://valdhaus.co/books/taste-test-puppet-chef-salt-stack-ansible.html
Ну и на мой взгляд автор статьи выбирает весьма спорные решения, например:
>Ветка devel всегда стабильна
https://github.com/ansible/ansible/issues
>make deb
>sudo dpkg -i…
и т.д.
В курсе Cisco DCICT (второй трэк CCNA Data Center) эта тема подробно разжевана в Student Guide.
Ещё есть вполне себе живое netmap.
Не хватает в debian технической эстетики (по сравнению с rh-based опять же).
Разбить спецификацию на раздельные changelog/control/rules файлы — в этом весь debian, а apt видимо никогда не научится в транзакции, печаль.
Ссылку на объявление hh в студию!
С non-genuine SFP коммутаторы Cisco по-другому себя ведут.
Левые коммутаторы и модули для них действительно имеют место быть.
"Beware that DMI data have proven to be too unreliable to be blindly trusted."
так что я бы в приступе паранойи посмотрел бы в lspci -vv