AWS вводят новые гипервизоры под контролем KVM для новых инстансов С5, а в будущем и для прочих новых виртуальных машин.

AWS показали свой новый гипервизор, основанный на KVM, a не Xen, на который они полагались многие годы.

Новый гипервизор был упомянут в пояснениях к новому инстансу EC2 под названием «C5»: «Инстансы C5 используют новый гипервизор EC2, основанный на технологии KVM», говорится в FAQ.

Еще более интересной является дополнительная новость от AWS: «в будущем мы будем использовать этот гипервизор для запуска других разновидностей инстансов», что звучит так, как будто AWS собираются бросать использование Xen.

C5 доступны в следующих датацентрах AWS: US East, US West (Oregon), и в Европе, по требованию клиентов. Обещают расширить список регионов в ближайшем будущем.

>>> Подробности

После долгого ожидания, наконец-то открылся Ansible Tower, под названием AWX.

Проект AWX - открытый проект спонсируемый Red Hat, позволяющий пользователям лучше контроллировать свою инфраструктуру.

AWX это upstream проект, на котором будет основываться коммерчески поддерживаемый Tower, по тому же принципу что и Fedora-RHEL, oVirt-RHV, MIQ-CloudForms и т.д.

AWX планируется как часто выпускаемый, быстро развивающийся проект, в котором будет проводиться разработка. Ansible Tower будет основываться на избранных версиях AWX, доработанных для стабильности и долгосрочной поддержки.

Исходники AWX будут доступны под лицензией Apache License 2.0.

Команда AWX на данный момент планирует выпускать новые релизы примерно каждые две недели. Некоторые релизы будут обозначены как «стабильные» (что конечно не означает что их рекомендуют к использованию в продакшене).

Ну и прямая цитата из оригинала:

Q: WHY IS RED HAT DOING THIS?

Because this is what Red Hat does.

Ссылки:

https://www.ansible.com/awx-project-faq

https://github.com/ansible/awx

>>> Подробности

На сайте А. В. Столярова выложен в открытый доступ учебник «Системы и сети», продолживший серию «Программирование: введение в профессию». Серия в целом ориентирована на ОС семейства Unix (в том числе использующие ядро Linux) в качестве единой среды для обучения.

( читать дальше... )

>>> Подробности

Команда OpenShift представила вводный ресурс для тех, кто хочет быстро освоить Kubernetes.

( читать дальше... )

>>> Подробности

Коллеги подскажите плиз телефон(беру на смену THL 5000) который бы:

• до 300 $ с учетом доставки .
• Был бы доступ к руту или возможность установки что то типа http://wiki.lineageos.org/gemini_info.html#get-lineageos-for-the-xiaomi-mi-5
• Двух диапозанный вайфай и LTE( то есть не очень старый)
• Две симкарты

Пока заинтересовал xiaomi mi 5

Сценарий следующий:

 
Switch1-----VRRP IP-----Switch2
      \                /
       \              /
       eth0         eth1
          Host(bond) 

mky

vel

Есть скрипт. Нужна возможность на любом этапе его выполнения остановить работу. Т.е. все, что в нем вызывается, если нажали Ctrl+C то нужно остановить полностью, а не только ту шляпу, которая сейчас выполнялась.

Я нагуглил http://stackoverflow.com/questions/5195607/checking-bash-exit-status-of-sever...

Там предлагают варианты проверки кода возврата. Ок. Это я беру.

А что насчет Ctrl+C? Будет ли это действовать на эту провреку? И вообще как правильно сделать?

Ну вот пример:

if [ что-то ]; then
    вот тут работаем долго и можем вернуть ошибку, а могут и нажать Ctrl+C
fi
а вот тут работаем только если ранее не вернули ошибку или не остановили работу

Как это правильно приготовить?

qemu-manage - это ncurses интерфейс к qemu.

Исходники доступны по адресу https://bitbucket.org/PascalRD/qemu-manage. Ebuild file присутствует :)
Из нововведений:

* Больше не требует рута. (см файл setup_qemu_nonroot)
* Гостя можно устанавливать с ISO и образа диска.
* Перерисовка окон при изменении геометрии (главного и списка виртуалок).
* Добавлена возможность указывать кастомный файл с BIOS.
* Системные пути теперь добавляются по табу.
* Улучшен механизм сбора списка USB-устройств.
* Реструктуирован конфигурационный файл.

Добрый день. Прошло много времени с выпуска 4 издания книги по PostgreSQL — успели выйти версии 9.5 и 9.6 этой базы данных. Материалов по её практическому использованию также накопилось немало, поэтому я решил выпустить обновление книги. Итак, встречайте: «Работа с PostgreSQL: настройка и масштабирование», 5-е издание.

Как и раньше, в книге исследуются вопросы по настройке производительности PostgreSQL, репликации и кластеризации. Список изменений достаточно большой, обновились все разделы и были добавлены новые (подробный список изменений). Любые пожелания или замечания можно писать в issues на GitHub или делать pull request на добавление/исправление материала. Приятного прочтения!

>>> Исходники

>>> Подробности

Привет.

Подскажите, есть ли возможность в баше выполнить программу, и, скажем, пайпом вылить выхлоп в строку ввода (без выполнения)? Т.е. что-то типа симуляции ввода руками, именно в командную строку а не уже выхлоп.

Есть виртуальная машина под VBox c несколькими снапшотами (порядка 3-х, 4-х).

Есть ли возможность мигрировать с VBox'а на KVM с сохранением снапшотов, под которыми я понимаю те снапшоты, что доступны в virt-manager'е?

Гуглёжь показал, что отдельный снапшот можно перевести в qcow2 диск kvm (см. ссылку). Также выяснилось, что в virt-manager'е отображаются внутренние (internal) снапшоты, а с внешними (external) дело обстоит неизвестно как (см. ссылку).

Не очень хочется создавать 4-е новых, практически одинаковых виртуальных машины.

P.S. был готов мириться с VBox'ом на машине с KVM, но они одновременно не работают, увы.

Ubuntu 16.04 server используется для KVM виртуализации в небольшом офисе. Одна из виртуалок терминальный сервер Win + 1C. База 1С файловая, размер > 10 гб. Чтоб база работала не скучно, ей был куплен PCIe SSD Kingston Predator.

Раньше гипервизор был Hyper-V 2012. Скорость всех устраивала, была как на голом железе. После смены Hyper-V на KVM. Cильно упала скорость проведения документов в 1С (-40%).

Crystal disk mark показывает сильные проседание в производительности в 4k random. (а это то что нужно файловой 1С) Линейные результаты почти как без виртуализации.

Пробовались такие варианты (virtio):

1) qcow2 поверх ext4

2) raw поверх ext4

3) /dev/sda -> в вм.

Пока из за нехватки времени, когда сервер можно настраивать, не получилось pcie -> в виртуалку. На домашнем есть положительный опыт с видеокартой.

Уважаемые гуру виртуализации KVM, есть еще какие нибудь варианты куда можно копнуть, не сильно глубоко, линукс только начал осваивать. Или обратно на Hyper-V где из коробки работало.

Здравствуйте!

Например:

declare -a a
echo -n {1..3} | xargs -n 1 | mapfile a
echo ${a[@]}

echo -n {1..3} | xargs -n 1 | /usr/bin/read -a a
echo ${a[@]}

mapfile a
1 
2 
3
^D
echo ${a[@]}
1 2 3
echo ${a[1]}
2

Что я делаю не так?

Вышла первая версия luastatus — универсального генератора данных для панелей состояния, поддерживающего i3bar и dwm. Программа написана на C и распространяется под лицензией GNU LGPL v3.

Большинство генераторов данных для панелей состояния тайловых WM либо обновляют информацию по таймеру (например, conky), либо требуют сигнал для перерисовки (например, i3status). Панели же в составе окружений рабочего стола, как правило, обновляют информацию мгновенно и автоматически, как и luastatus.

( читать дальше... )

>>> Страница проекта на GitHub

>>> Страница релиза

Добрый день.
Где можно почитать какую вики по пробросу с нвидиа?
Какие карты можно пробрасывать/прошивать ?
призываю slon dyasny

Всем привет. Начну с простого: не удается пробросить видеокарту hd6990 на госта. Из железа Asus CROSSHAIR IV FORMULA с процессором Phenom II в биосе необходимая настройка произведена. стоит Arch с ядром pf:

# uname -r
4.8.1-pf

# lspci -nnk
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890 Northbridge only single slot PCI-e GFX Hydra part (rev 02)
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD/ATI] RD890S/RD990 I/O Memory Management Unit (IOMMU)
00:02.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890/RD9x0/RX980 PCI to PCI bridge (PCI Express GFX port 0)
00:04.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890/RD9x0/RX980 PCI to PCI bridge (PCI Express GPP Port 0)
00:05.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890/RD9x0/RX980 PCI to PCI bridge (PCI Express GPP Port 1)
00:06.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890/RD9x0/RX980 PCI to PCI bridge (PCI Express GPP Port 2)
00:07.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890/RD9x0/RX980 PCI to PCI bridge (PCI Express GPP Port 3)
00:0b.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890/RD990 PCI to PCI bridge (PCI Express GFX2 port 0)
00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 SATA Controller [IDE mode] (rev 40)
00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:12.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:13.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:13.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 SMBus Controller (rev 42)
00:14.1 IDE interface: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 IDE Controller (rev 40)
00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) (rev 40)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 LPC host controller (rev 40)
00:14.4 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 PCI to PCI Bridge (rev 40)
00:14.5 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI2 Controller
00:16.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:16.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor HyperTransport Configuration
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor Address Map
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor Miscellaneous Control
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor Link Control
02:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Cayman XT [Radeon HD 6970]
02:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Cayman/Antilles HDMI Audio [Radeon HD 6900 Series]
03:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 03)
04:00.0 Ethernet controller: Marvell Technology Group Ltd. Yukon Optima 88E8059 [PCIe Gigabit Ethernet Controller with AVB] (rev 11)
05:00.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6315 Series Firewire Controller (rev 01)
06:00.0 SATA controller: JMicron Technology Corp. JMB363 SATA/IDE Controller (rev 03)
06:00.1 IDE interface: JMicron Technology Corp. JMB363 SATA/IDE Controller (rev 03)
07:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Pitcairn XT [Radeon HD 7870 GHz Edition]
07:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde/Pitcairn HDMI Audio [Radeon HD 7700/7800 Series]

02:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Cayman XT [Radeon HD 6970] [1002:6718]
        Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:2470]
        Kernel driver in use: vfio-pci
        Kernel modules: radeon
02:00.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] Cayman/Antilles HDMI Audio [Radeon HD 6900 Series] [1002:aa80]
        Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:aa80]
        Kernel driver in use: vfio-pci
        Kernel modules: snd_hda_intel

07:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Pitcairn XT [Radeon HD 7870 GHz Edition] [1002:6818]
        Subsystem: XFX Pine Group Inc. Device [1682:3252]
        Kernel driver in use: radeon
        Kernel modules: radeon
07:00.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde/Pitcairn HDMI Audio [Radeon HD 7700/7800 Series] [1002:aab0]
        Subsystem: XFX Pine Group Inc. Device [1682:aab0]
        Kernel driver in use: snd_hda_intel
        Kernel modules: snd_hda_intel

Я хочу заметить, что у меня 6990, но показывает 6970

Предыстория: Я провел достаточно много за чтением мануалов, изначально делал по мануалу https://bbs.archlinux.org/viewtopic.php?id=162768 о котором все знают. В тот момент так же стоял арч, с ядром вроде 4.2 (полгода назад было). В тот момент это делалось впервые, у меня вроде как получилось (во всяком случае на втором мониторе, подключенным к проброшенной видеокарте загорелась загрузка гостевой винды). Но, так и не удалось включить поддержку iommu на материнке (пришлось использовать опцию, что сильно бьет по производительности)

vfio_iommu_type1.allow_unsafe_interrupts=1

Сейчас я решил вернуться к этому, но требуется ваша помощь. Повторяя свои действия в прошлом, делал все по мануалу(напомню ссылку): https://bbs.archlinux.org/viewtopic.php?id=162768 В процессе тестирования проброса видеокарточки, по мануалу запустил qemu, но госта я на втором мониторе не увидел, как и не услышал характерного шума вентиляторов видеокарты. Т.е. проброс не удался.

Итак, прежде всего хотелось бы включить нормальную поддержку iommu на материнской плате, но:

[    0.105264] AMD-Vi:   DEV_SPECIAL(HPET[0])           devid: 00:14.0
[    0.105265] AMD-Vi:   DEV_SPECIAL(IOAPIC[7])         devid: 00:00.1
[    0.105266] [Firmware Bug]: AMD-Vi: IOAPIC[6] not in IVRS table
[    0.105272] [Firmware Bug]: AMD-Vi: No southbridge IOAPIC found
[    0.105273] AMD-Vi: Disabling interrupt remapping
[    2.485092] AMD-Vi: Found IOMMU at 0000:00:00.2 cap 0x40
[    2.485220] AMD-Vi: Lazy IO/TLB flushing enabled

Event logged [ INVALID_DEVICE_REQUEST device=00:14.1 adress=*********** flags=0x0a00

Далее, я полез в глубокие мануалы, начав с https://wiki.archlinux.org/index.php/PCI_passthrough_via_OVMF#Isolating_the_GPU опробовал два способа, как результат у меня якобы заработало, во всяком тестовый qemu запустился, но снова проброс не удался с обоими способами из мануала (vfio-pci, pci-stub). =) Вообщем на текущий момент я уже не знаю, куда копать.

PS планирую с чистого qemu пересесть на libvirt в качестве гуи, стоит ли или лучше и дальше использовать qemu? Вроде как libvirt любит сразу «съедать» оперативку под госта

Спасибо всем, кто откликнется

Раньше, проброс видеокарты в гостевую ОС производился через некоторое количество малопонятных, для не продвинутого пользователя, скриптов и требовал вдумчивого чтения различных howto.
Возможно я отстал от жизни и всем это уже давно известно, но, тем не менее, опишу текущую ситуацию.
Хост - linux mint 18.1 (он же ubuntu 16.04.1 LTS).
Гость - windows 8.1 x64.
Для проброса видеокарты (в моём случае видео на хосте - встроенная в процессор intel видеокарта, видео в госте - radeon 7870, воткнутый в первый PCI-E)
1. Добавить в /etc/defaul/grub - GRUB_CMDLINE_LINUX_DEFAULT=«intel_iommu=on»
2. Запустить virt-manager, создать ВМ и добавить в гостя вторую видеокарту http://s-linux.ru/images/vga_pass.jpg
3. Устанавливаем виндовз, запускаем ВМ, ставим дрова на видео, всё работает.
4. vfio-bind (unbind) происходит корректно и автоматически через libvirt.

P.S. Ваш процессор, естественно, должен поддерживать vt-d.

Хочу сертифицироваться.

EX200 - Red Hat Certified System Administrator (RHCSA) exam
EX300 - Red Hat Certified Engineer (RHCE) exam

CentOS7. Есть скрипт, который ожидает завершения всех скринов данного юзера, имена которых совпадают и именами определённых папок. Всё бы работало, да только меня смущает мой костыль из 2-х грепов и то, что, как я понял, у переменной wt своя зона видимости (с учётом того, что в if будет true) так как если поставить перед концом главного цикла 'echo $wt' мы получим всегда 'skip' а если поставить после 'sleep 5' то всегда 'wait'.

Сейчас у меня даже если '$server == $screen' «Waiting for $server» у меня появляется 1 раз при любом sleep и оставшимся screen консолью, а надо подправить так, чтобы «пока у данного пользователя в screen есть консоли, имя у которых равны этим папкам — ждать». Также я бы хотел узнать более «эстетичный» способ находжения имён консолек скринов. Так как я недавно начал разбираться в баше и его скриптинге я, скорее всего, упустил какую-то очевидную деталь.

  wt='wait'
  while [ $wt == 'wait' ]
  do
    wt='skip'
    ls /opt/msm/servers | while read server
    do
      sudo -u msm screen -ls | grep -Eo "^[[:space:]][0-9]+\.[A-Za-z0-9_-]+" | grep -Eo "[A-Za-z0-9_-]+$" | while read screen
      do
        if [ $server == $screen ] ;
        then
          wt='wait'
          echo "Waiting for $server"
          sleep 5
        fi
      done
    done
  done

Всем добра. Возникла очень острая необходимость сделать следующую штуку. Думаю делать или на Perl, или на Bash. Допустим, есть файл такого содержания:

Line       Col1     Col2     Col3       Col4

LINE0      A1       1        1          1
           B2       2        2          1
           C1       25       25         1

LINE1      A3       7        9          1
           B5       19       12         1
           C5       144      20         1

LINE2      A86      17        9         1
           B0       100      19         1
           C94      4        25         1

И как из него выдернуть первый, второй и третий столбец (Col1,Col2 и Col3), и оформить их следующим образом?

(
LINE0
A1,1
B2,2
C1,25
)

(
LINE1
A3,7
B5,19
C5,144
)

(
LINE2
A86,17
B0,100
C94,4
)