Здрасти.

Пробрасывал видимокарточку из линукс хоста в квм виртуальную машину, вот по этому гайду, в общих чертах: https://bbs.archlinux.org/viewtopic.php?id=162768&p=1

Ну, правда, в убунте. И, правда, системд пока неосилил, обошелся строкой в рцлокал.

А так, вфио, все как там.

Но эта зараза... Ну короче:

root@gt-station:~# qemu-system-x86_64 -enable-kvm -M q35 -m 1024 -cpu host -smp 6,sockets=1,cores=6,threads=1 -bios /usr/share/qemu/bios.bin -vga none -device ioh3420,bus=pcie.0,addr=1c.0,multifunction=on,port=1,chassis=1,id=root.1 -device vfio-pci,host=05:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on -device vfio-pci,host=05:00.1,bus=root.1,addr=00.1 
qemu-system-x86_64: -device vfio-pci,host=05:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on: vfio: Device does not support requested feature x-vga
qemu-system-x86_64: -device vfio-pci,host=05:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on: vfio: failed to get device 0000:05:00.0
qemu-system-x86_64: -device vfio-pci,host=05:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on: Device initialization failed.
qemu-system-x86_64: -device vfio-pci,host=05:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on: Device 'vfio-pci' could not be initialized  
root@gt-station:~# cat /boot/config-3.13.0-24-generic| grep VFIO
CONFIG_VFIO_IOMMU_TYPE1=m
CONFIG_VFIO=m
CONFIG_VFIO_PCI=m
CONFIG_VFIO_PCI_VGA=y
CONFIG_KVM_VFIO=y
root@gt-station:~# lsmod |grep vfio
vfio_pci               36474  0 
vfio_iommu_type1       17636  0 
vfio                   24873  2 vfio_iommu_type1,vfio_pci

PS первыйпост, привет Рики и Тазу.

Мне периодически приносят старые винты с битыми секторами и просят «что-то сделать», а то денег на новый нет. В данный момент пользуюсь Victoria и, по советам с оффсайта программулины, гоняю их кольцевым тестом в режиме butterfly-чтения с advanced remap'ом. Успешно привел в чувство с дюжину винтов. Вопрос в следующем: есть ли опенсорсные программы для тестирования и ремапа винтов? Если да, то дайте наводку.

Всем кто интересуется переводом книг с английского на русский, а также интересуется темой Asterisk, закачал на сайт для перевода книгу «Asterisk: The Definitive Guide, 4th Edition / Asterisk: Полное руководство, 4-е издание».

Милости просим)) Ссылка: http://notabenoid.com/book/51613

Решил что нужен планшет. Таскать с собой нетбук и вынимать его ради 2 мин работы в ssh или web не удобно, особенно на лету. Попользовал samsung tab3 некоторое время, вроде удобно и более мобильно. Вера не позволяет использовать android потому как на google завязан. Как дела обстоят с чем-то альтернативным? В связи с первым пунктом, на какую модель обратить внимание?

День добрый ЛОР, возникла небольшая проблема и я что-то не могу ее решить. Из-за особенностей планировки один вафля роутер не может дать стабильное покрытие на всей площади помещения, есть 2 роутера 1) Asus RT-N16 - держит PPTP соединение 2) D-Link DIR-300 NRU, ничего не держит, от ASUS'a до D-link'a протянут лишь LAN кабель. Надо - объеденить 2 роутера в одну есть Сейчас они обзываются как Router_1 и Router_2, проблема в том, что переключение между ними идет «разрывом», а нужно получить «бесшовную сеть». По сигналу это возможно, ибо например в точке х устройство плохо держит сигнал первого роутера, но отлично держит сигнал второго и наоборот. В какую сторону копать, ЛОР?

Приветствую форумчан! Столкнулся с проблемой при использовании QEMU KVM:

- гостевая система debian wheezy amd64 перестает загружаться на Loading initial ramdisk, подключение локального(файлы размещены на основной системе) vmlinuz и initrd через virt-manager не спасает ситуацию: после gpxe пустой экран

- при этом в гостевой системе в консоле grub работает ls - файлы видно(до подключения vmlinuz,initrd)

- загрузка с livecd не срабатывает, решил распаковать *.img, извлечь нужные файлы в бекап, затем накатить его на чистую систему

На этом этапе возникла сложность. Файл в формате raw не монтируется(просит указать тип ФС), при конвертировании через qemu-img монтирование по-прежнему не работает(аналогично specify filesystem). Единственное, что помогло, - конвертация в qcow2 с последующим монтированием через qcowmount(libqcow): qcowmount /path/to/file.img /mnt/qemu-img Однако в результате смонтировался /mnt/qemu-img, в котором находится только qcow1, т.е. образовался путь /mnt/qemu-img/qcow1, и непонятно, что с ним делать(ранее не сталкивался с этим форматом).

Если кто-то сталкивался с этой проблемой, пожалуйста, укажите пути решения.

У меня она возникла при повышении нагрузки на основной диск(параллельно с работой ВМ создавался 500G файл): сначала на гостевой системе начала возникать ошибка readonly filesystem при работе с файловой системой, затем выполнил ребут shutdown -r now и после этого живой систему уже никто не видел :(

Теперь основной вопрос, который больше всего беспокоит. Каким образом в будущем возможно восстанавливать данные из QEMU images в таких случаях? Допустим, если снова упадет система и невозможно будет с нее загрузиться, но при этом останется исходный *.img файл образа.

Спасибо!

Доброго всем времени суток!

Пытаюсь прокинуть USB устройства по сети. Т.к. Платить за платные решения не имею возможности, выбор пал на USB/IP PROJECT: http://usbip.sourceforge.net/(Это единственное бесплатное решение).

Почитал форум и получил вот такой алгоритм установки этого добра на Ubuntu 12+

1) Добавляем репозиторий(Стандартные Ubuntu не подходят там версия не рабочая): sudo add-apt-repository ppa:whoopie79/ppa

2) Ставим usb/ip: sudo apt-get install usbip

3) Добовляем модули: sudo modprobe usbip-core sudo modprobe usbip-host

4) Прописываем их в автозапуск: sudo nano /etc/modules

...

usbip-core

usbip-host

...

5) Прописываем в автозапуск демона: sudo nano /etc/init.d/usbip

...

#!/bin/sh

#

usbipd -D

...

sudo update-rc.d usbip defaults

6) Перезагружаемся, смотрим всё ли запущено.

7) Смотрим список устройств: sudo usbip list -l

8) Выбираем и шарим нужное: sudo usbip --debug bind --busid 4- 1

Видим вот это:

usbip: debug: usbip.c:134:[run_command] running command: `bind'
usbip: debug: usbip_bind.c:162:[unbind_other] 4-1:1.0 -> usbhid
usbip: debug: utils.c:65:[modify_match_busid] write "add 4-1" to /sys/bus/usb/drivers/usbip-host/match_busid
bind device on busid 4-1: complete

Судя по надписи: «complete» всё отлично.

Теперь клиентская часть на винде(Win2008R2x64 или Win7x86 или WinXPx86).

1) Ставлю дрова: Из usbip windows v0.2.0.0

2) Запускаю значит: usbip -l 192.168.0.1

И вижу:

usbip dbg: usbip_network.c: 223 (tcp_connect ) trying 192.168.10.110 port 3240

usbip dbg: usbip_network.c: 243 (tcp_connect ) connected to 192.168.10.110:3240
- 192.168.10.110
usbip err: usbip_network.c: 121 (usbip_recv_op_common) recv op_common, -1
usbip err:       usbip.c: 216 (query_exported_devices) recv op_common
usbip err:       usbip.c: 288 (show_exported_devices) query

При чем не важно, брал версию и usbip windows v0.1.0.0.

На любой Win ОС которые выше перечислены. Что делать вообще не пойму. Может кто сталкивался?

какой нибудь windows server, там накурочены пользователи, установлен нужный софт, и есть роль терминального сервера.
Пользователи подключаются(мб и через тонкий клиент) по rdp и сидят в уже готовом, настроенном окружении рабочего стола и все счастливы, ну или почти все.
Но если нет денег на венду, она глючит, моё вероисповедание не позволяет использовать коммерческие продукты и т.п.
Какие аналоги есть в линукс, если обходиться без микрософта вообще?
Какие слова мне нужно вбить в гугл, дабы просветиться?

зы: меня интересуют не рецепты, а полные схемы решений

Здравствуйте!Не могу разобраться,как средствами postfix сделать автоответчик для одного почтового ящика (шлют письма на vova@mydomain.ru,получают ответное письмо что vova в отпуске,и у него всё зашибись...).

хай всем

поставил qemu/kvm, затем virt-manager, и юзаю через спайс. на первый взгляд вроде ничего, но блин когда вводишь текст в visual studio, оно так нерасторопно реагирует на нажатия и отрисовывает тоже косолапо (видно как сперва нарисовалась верхняя часть введённой буквы, потом нижняя). пробовал напрямую запустить qemu, тоже не айс, мышка не ездит плавно, а прыгает по экрану. ставил драйвер от vmware и запускал в virt-manager-е, не заметил особых изменений по сравнению с полным отсутствием какого-либо драйвера для видео (за исключением того, что можно ставить любое разрешение). может у кого был опыт решения подобной проблемы?

ps. ранее юзал vmware, у него с прорисовкой проблем нет, но студия под ним собирает проект в полтора раза дольше, и вообще тормозит ужасно по сравнению с kvm.

Обнаружил интересную вещь, с которой получается пробрасывать видюху через pci-assign без перезагрузки хоста, даже запуская гостевую систему, которая НЕ умеет выключать устройство (видюху) без перезагрузки.
Как это получилось. Сначала возился с vfio, и естесно, ничего не получилось, точнее, получилось, но всё кроме, собственно, работы драйвера с видеокартой. Имеем и факт проброса и драйвер устанавливается и на седьмой оффтопик и на 8.1, но работать с ним отказывается, вываливается в BSOD, однако со стандартным vga драйвером оффтопика изображение выводится. Первый раз плюнул на это дело и решил через pci-assign. В принципе ничего плохого в выключении устройстава перед завершением работы гостя, но всё же 8.1 хоть ты тресни не нравится. Решил ещё раз опробовать vfio, опять та же история, но перейдя после этой попытки обратно к pci-assign решил ещё раз ради прикола посмотреть как моя система повиснет (первый раз повисла так, что и хард резет не срабатывал, пришлось шнур питания вытащить на несколько минут), но она к моему изумлению не повисла, мало того, BSOD не вылез и я увидел наполнившийся красками стандарной обоины 8.1 второй монитор, не поверил, ещё раз перезапустил - работает, с полным ускорением и без просадки производительности.
Получается тем, у кого не срослось с vfio вполне можно как-то обойтись и с pci-assign без всяких перезагрузок и отключений видюх. Вопрос ко всем - встречал ли кто подобное у себя? Цель - найти способ сбрасывать видюху с помощью vfio без обязательного предварительного фейлового запуска виртуалки с vfio.

Набор железа (vt-d/iommu совместимое):

CPU: Intel Core i7-4765T
MB: Gigabyte GA-Z87X-UD3H (bios F8)
RAM: 32 ГБ
Видео для проброса: Radeon HD 4850
Видео на хосте: встроенка в процессор (Intel HD Graphics 4600) с опенсорсным драйвером от intel

Обращаю внимание на материнскую плату, в сети её упоминания с виртуалками не видел, поэтому констатирую факт, что vt-d/iommu РАБОТАЕТ ПОЛНОСТЬЮ. Уверен, аналогично работает и в других материнках Gigabyte на Z87 (упоминание в официальных pdf манах о наличии опции vt-d у них тоже есть). Перепрошивал в своей биос с F3 на F8, впрочем и на старом vt-d работает.

Насчёт видюхи - официально самими AMD тестировалась в xen и заявлена там как пробрасываемая (пробовал сам в xen - работает), но по части vfio+HD4ххх никаких историй в сети не обнаружил, вот только с pci-assign завелась.

Пробовал резет видюхи без перезагрузки вот таким способом:

$ echo "1" > /sys/bus/pci/devices/0000:01:00.0/reset

но дохлый номер, не срабатывает.

Конфиг qemu q35+vfio:

QEMU_AUDIO_DRV=alsa \
qemu-system-x86_64 \
-boot menu=on \
-enable-kvm \
-M q35 \
-m 8192 \
-cpu host \
-rtc base=localtime \
-smp 4,sockets=1,cores=4,threads=1 \
-bios /usr/share/qemu/bios.bin \
-drive file="image",id=disk,format=raw -device ide-hd,bus=ide.0,drive=disk \
-drive file="win-8.1-amd64-ru.iso",id=isocd0 -device ide-cd,bus=ide.1,drive=isocd0 \
-drive file="virtio-win-0.1-74.iso",id=isocd1 -device ide-cd,bus=ide.2,drive=isocd1 \
-drive file="13-1-legacy_vista_win7_win8_64_dd_ccc.iso",id=isocd2 -device ide-cd,bus=ide.3,drive=isocd2 \
-device ioh3420,bus=pcie.0,addr=1c.0,multifunction=on,port=1,chassis=1,id=root.1 \
-device vfio-pci,host=01:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on \
-device vfio-pci,host=01:00.1,bus=root.1,addr=00.1 \
-usb -usbdevice host:09da:9090 -usbdevice host:1c4f:0002 \
-device ich9-intel-hda,bus=pcie.0,addr=1b.0,id=sound0 \
-device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 

QEMU_AUDIO_DRV=alsa \
qemu-system-x86_64 \
-boot menu=on \
-enable-kvm \
-M pc-1.3 \
-m 8192 \
-cpu host \
-rtc base=localtime \
-smp 4,sockets=1,cores=4,threads=1 \
-bios /usr/share/qemu/bios.bin \
-drive file="windows7-amd64-0",if=ide,media=disk \
-drive file='virtio-win-0.1-74.iso',if=ide,media=cdrom \
-drive file='win-8.1-amd64-ru.iso',if=ide,media=cdrom \
-drive file='13-1-legacy_vista_win7_win8_64_dd_ccc.iso',if=ide,media=cdrom \
-device pci-assign,host=01:00.0,id=hostpci0 \
-device pci-assign,host=01:00.1 \
-usb -usbdevice host:09da:9090 -usbdevice host:1c4f:0002 \
-fsdev local,id=host0,path=/data/0,security_model=passthrough -device virtio-9p-pci,fsdev=host0,mount_tag=v_tmp \
-soundhw hda \
-net nic,model=virtio

Софт (всё из реп):

Дистр Arch Linux x86_64
ведро 3.13.7-1 (base) qemu 1.7.0-2
seabios 1.7.3.1-2
intel-dri 10.1.0-4
xf86-video-intel 2.99.911-1

параметры бутлоадера (syslinux + UEFI):

LABEL arch
    MENU LABEL Arch Linux
    LINUX ../vmlinuz-linux
    APPEND root=/dev/sda4 rw intel_iommu=on pci-stub.ids=1002:9442,1002:aa30
    INITRD ../initramfs-linux.img

dmesg | grep -e DMAR -e IOMMU:

[    0.000000] ACPI: DMAR 00000000921d38c8 0000B8 (v01 INTEL      HSW  00000001 INTL 00000001)
[    0.000000] Intel-IOMMU: enabled
[    0.166101] dmar: IOMMU 0: reg_base_addr fed90000 ver 1:0 cap c0000020660462 ecap f0101a
[    0.166107] dmar: IOMMU 1: reg_base_addr fed91000 ver 1:0 cap d2008020660462 ecap f010da
[    0.166173] IOAPIC id 2 under DRHD base  0xfed91000 IOMMU 1
[    0.575987] DMAR: No ATSR found
[    0.576012] IOMMU 0 0xfed90000: using Queued invalidation
[    0.576013] IOMMU 1 0xfed91000: using Queued invalidation
[    0.576015] IOMMU: Setting RMRR:
[    0.576025] IOMMU: Setting identity map for device 0000:00:02.0 [0x93800000 - 0xaf9fffff]
[    0.578857] IOMMU: Setting identity map for device 0000:00:1d.0 [0x9207b000 - 0x92087fff]
[    0.578883] IOMMU: Setting identity map for device 0000:00:1a.0 [0x9207b000 - 0x92087fff]
[    0.578904] IOMMU: Setting identity map for device 0000:00:14.0 [0x9207b000 - 0x92087fff]
[    0.578920] IOMMU: Prepare 0-16MiB unity mapping for LPC
[    0.578927] IOMMU: Setting identity map for device 0000:00:1f.0 [0x0 - 0xffffff]

lspci -nn | grep AMD

01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] RV770 [Radeon HD 4850] [1002:9442]
01:00.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] RV770 HDMI Audio [Radeon HD 4850/4870] [1002:aa30]

dmesg | grep pci-stub

[    0.000000] Command line: BOOT_IMAGE=../vmlinuz-linux root=/dev/sda4 rw intel_iommu=on pci-stub.ids=1002:9442,1002:aa30 initrd=../initramfs-linux.img
[    0.000000] Kernel command line: BOOT_IMAGE=../vmlinuz-linux root=/dev/sda4 rw intel_iommu=on pci-stub.ids=1002:9442,1002:aa30 initrd=../initramfs-linux.img
[    0.913037] pci-stub: add 1002:9442 sub=FFFFFFFF:FFFFFFFF cls=00000000/00000000
[    0.913045] pci-stub 0000:01:00.0: claimed by stub
[    0.913051] pci-stub: add 1002:AA30 sub=FFFFFFFF:FFFFFFFF cls=00000000/00000000
[    0.913057] pci-stub 0000:01:00.1: claimed by stub

options kvm ignore_msrs=1

options vfio_iommu_type1 allow_unsafe_interrupts=1

...
MODULES="i915 pci_stub vfio vfio_pci vfio_iommu_type1 kvm kvm_intel"
...

Выпущена новая версия 13123001 десктопного клиента для Сервиса Облако@mail.ru Скачать можно отсюда: https://desktopcloud.cdnmail.ru/linux/amd64/cloud https://desktopcloud.cdnmail.ru/linux/i386/cloud

Понадобилось тут сделать одну девайсятину на MR3020. Поставил openwrt, сначало надо ее заставить подрубатся к существующей wi-fi сети. Казалось бы банально, но уже тут затык. С виду все настроилось (настраивал через веб-интерфейс), IP по wi-fi выдался, но ни роутер сеть не видит, не из сети роутер не пингуется.

Конфиги - http://paste.org.ru/?3vrvg2

Два инженера из Сингапура на основе открытых компонентов разработали лэптоп, и теперь собирают средства на организацию его выпуска. Цель авторов — собрать 250 000$. Лэптоп основан на 4-ядерном процессоре ARM и содержит в себе ПЛИС (Xilinx Spartan-6, доступен для программирования пользователем), использует Coreboot и (естественно) Linux. Документация и PCB открыты и доступны для загрузки. Заказать лэптоп (по цене $1995 в алюминиевом корпусе или $5000 в дизайнерском деревянном) можно здесь.

Более подробно о железе здесь.

>>> Подробности (wired.com)

Сперва задача: нужно организовать массовую рассылку SMS по заранее-подготовленной базе с одним и тем же текстом (оч коротким) и, желательно, чтоб получившие могли подтвердить получение. Грубо говоря, это - резервная (оперативная) система оповещения о тревоге, не важно зачем, важно что 2000 чел в списке.

Разобрался с gammu - легко могу написать скриптик, автоматизирующий массовую рассылку по базе, прием ответов, могу интерфейсик накалякать, чтоб показывал сколько уже отправлено, сколько подтвердило прием и тд. Все прям замечательно бы было, если бы не ондно НО - скорость. Одна смс отправляется 17 секунд (плюс/минус), таким макаром на такую огромную базу у меня уйдут часы.

Если не губить это направление - можно ведь запараллелить процесс отправки/приема смс на нескольких модемах (как к одному компу прикрутить десяток свистков?) придумывается, конечно же, купить с десяток raspberry pi и по свистку к каждой, их собрать в сетку и сделать терминальчик-управляльчик, но это как-то костыльно и дороговато.

Копал еще в направлении email2sms (там быстрее должно быть, потому что можно сразу до сраки указать адресов) но там заморочка с тем, что каждый абонент должен заранее разрешить прием таких смс у себя на номере. И подтверждение приема не так просто реализуемо.

Эни азер айдиас?

Есть какой-то удлинитель sata, похожий на мультиплексор http://habrahabr.ru/post/119612/, но просто удлинитель и более плоский ?
1. Функционал мультиплексора не нужен.
2. Этот не подходит из-за разъемов/деталей на обратной стороне - к ним еще провода добавятся, а нужно чтобы они (провода-разъемы) или в торец выходили или были с той же стороны что и разъемы под харды - иначе конструкция в корпус не войдет.
Нормальный корпус с нормальными корзинами, к сожалению, не вариант, это тесный, тихий медиацентр в котором харды стоят неудобно горизонтально, а хочется сделать удобно-быстросъемно вертикально (просто втыкая их в лежащий на дне бэкплейн).

Есть ноут в нём есть интегрированная интеловская графика и дискретная нвидия.

Хочется следующего: чтобы запуская qemu-kvm с проброшенной(vfio) видяхой получать собственно производительность видюхи: игры, фильмы, 3d-моделирование(cad). Гость - вин7.

Проброс осуществляеться(успешно ставятся дрова на карту в винде), однако при включенном -vga none вывода графики в окно эмулятора(разумеется?) не происходит, подробности попыток тут.

Пробовал при включенной опции -vga none подключаться с помощью spice - это попросту не получилось, опции запуска qemu-kvm для spice могу написать.

Ну и вопрос: это вообще возможно, или как?

Нужно поднять в локалке сайт в который сотрудники смогут заливать фотки и видюшки с корпоративов.

Пытались юзать piwigo, но он из коробки не поддерживает видюхи , русские символы и пробелы в именах фотографий.

Если у Вас чешется под нижней губой, Вы:
1. чешете пальцами
2. чешете зубами
3. чешете материальным предметом (ручка,карандаш,...)
4. терпите
5. наслаждаетесь
6. забиваете/игнорируете

Приветствую!
Думаю над архитектурой отказоустойчивой системы, пытаюсь найти наиболее удачное решение.
Что придумал:
1) Есть DNS сервер на которой приходят все реквесты из вне: master.dns
2) Две идентичный системы вида Active/Passive с настроенным между ними Corosync с одним плавающем IP.
3) В каждой системе поднят DNS сервер на которой делегировано : sute.master.dns
4) При отказе одной системы отрабатывает Corosync, IP уходит на рабочую систему, она снова принимает данные от master.dns
5) Оба сайта разнесены физически в разные сети.

Вроде все просто, но не уверен, что правильно.

Есть ли какие-то методы на уровне : master.dns организовать отказоустойчивость и верное заруливание траффика по сайтам ? Может какими-то специальными записями или прочим ?