Доброго времени суток, уважаемые знатоки.

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

Итак вводная: Есть гипервизор, на нем в virsh крутятся две виртуальные машины: одна (station 1) пишет video, вторая (station 2) которая его принимает и, по задумке, должна стримить его на station 1.

XML station1

XML station2

interfaces гипера

interfaces station 1

interfaces station 2

Везде Debian GNU/Linux 7

Вопрос в том, как прокинуть сетевой порт одной виртуалки на другой. Я подозреваю что ответ где-то рядом но найти его пока никак не получается.

Всем заранее сяб!

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

Итак, начну с предыстории. Проблема заключается в следующем, на виртуалке - Debian GNU/Linux 7 (wheezy), постоянно отстает время, что негативно сказывается на сервисах которые крутятся на ней, ибо каждый час ntpdate правит время (причем на несколько сотых), но сам факт отставания запускает скрипт который,синхрит время и рестартует сервис.

Стал разбираться на виртуалке ошибок нет, в messages,syslog и kern.log

После этого обратил внимание на гипер - Debian GNU/Linux 7 (wheezy), на котором крутится виртуальная машина. Меня насторожили сообщения в логах: kvm: 3457: cpu0 unhandled rdmsr: 0x345

kvm: 3457: cpu0 unhandled wrmsr: 0x680 data 0

kvm: 3457: cpu0 unhandled wrmsr: 0x6c0 data 0

kvm: 3457: cpu0 unhandled wrmsr: 0x681 data 0

kvm: 3457: cpu0 unhandled wrmsr: 0x6c1 data 0

kvm: 3457: cpu0 unhandled wrmsr: 0x682 data 0

kvm: 3457: cpu0 unhandled wrmsr: 0x6c2 data 0

kvm: 3457: cpu0 unhandled wrmsr: 0x683 data 0

kvm: 3457: cpu0 unhandled wrmsr: 0x6c3 data 0

kvm: 3457: cpu0 unhandled wrmsr: 0x684 data 0

kvm: 3457: cpu0 unhandled wrmsr: 0x6c4 data 0

twstub 0000:04:00.0: irq 131 for MSI/MSI-X

twstub 0000:04:00.0: irq 131 for MSI/MSI-X

twstub 0000:03:00.0: irq 132 for MSI/MSI-X

twstub 0000:03:00.0: irq 132 for MSI/MSI-X

twstub 0000:05:00.0: irq 133 for MSI/MSI-X

twstub 0000:05:00.0: irq 133 for MSI/MSI-X

twstub 0000:08:00.0: irq 134 for MSI/MSI-X

twstub 0000:08:00.0: irq 134 for MSI/MSI-X

twstub 0000:0b:00.0: irq 135 for MSI/MSI-X

twstub 0000:0b:00.0: irq 135 for MSI/MSI-X

Насколько это страшно и что с этой ошибкой делать, даже если она никак не связана с проблемой. Погуглив я нашел несколько более менее вменяемых неруских форумов, где написано что это просто WARNING сообщение и оно не важно.

Заранее всем спасибо!

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

Вводная следующая: Необходимо было произвести замену диска. Диск разбит на три массива, два из них отвалились один держался. Произвели физическую замену диска и вот у нас обратная ситуация, два из трех раздела засинхрились и работают штатно, а тот что был нормальный с ним теперь проблемы. А конкретно:

cat /proc/mdstat Personalities : [raid1] md2 : active raid1 sda4[0] sdb4[2] 2873494336 blocks super 1.2 [2/2] [UU]

md1 : active raid1 sdb3[2](S) sda3[0] 7807936 blocks super 1.2 [2/1] [U_]

md0 : active raid1 sda2[0] sdb2[2] 48793472 blocks super 1.2 [2/2] [UU]

unused devices: <none>

mdadm --detail /dev/md1 /dev/md1: Version : 1.2 Creation Time : Fri Dec 7 18:11:05 2012 Raid Level : raid1 Array Size : 7807936 (7.45 GiB 8.00 GB) Used Dev Size : 7807936 (7.45 GiB 8.00 GB) Raid Devices : 2 Total Devices : 2 Persistence : Superblock is persistent

Update Time : Fri Jul 18 17:30:45 2014 State : clean, degraded Active Devices : 1 Working Devices : 2 Failed Devices : 0 Spare Devices : 1

Name : debian:1 UUID : 65edbf80:65c3568c:77fbba31:1184f6cb Events : 973

Number Major Minor RaidDevice State

0 8 3 0 active sync /dev/sda3

1 0 0 1 removed

2 8 19 - spare /dev/sdb3

Уповаю на вашу помощь господа; Как сделать диск spare активным Т_Т.

Невозможные действия:

1.снова производить замену диска на старый чтобы сделать как положено, а именно:

mdadm /dev/md1 -f /dev/sdb3

mdadm /dev/md1 -r /dev/sdb3

2. Потеря данных, ибо это чревато последующими болями в районе пятой точки.

Пробовал: mdadm /dev/md1 --re-add /dev/sdb3

mdadm --assemble --force /dev/md1 /dev/sda3 /dev/sdb3

mdadm: /dev/sda3 is busy - skipping

mdadm: /dev/sdb3 is busy - skipping

Доброго всем времени суток! Необходимо немного help'а. Машинка перезагружается без всяких предпосылок (или же они мне неизвестны, т.к. стоит очень далеко машина).

в messages падает сообщение вида:

Jul 10 08:05:58 rhyper-tum2 kernel: [ 1.477599] ioapic: probe of 0000:00:05.4 failed with error -22

Jul 10 08:05:58 rhyper-tum2 kernel: [ 1.477612] ioapic: probe of 0000:80:05.4 failed with error -22

Jul 10 08:05:58 rhyper-tum2 kernel: [ 1.478491] ERST: Error Record Serialization Table (ERST) support is initialized.

Jul 10 08:05:58 rhyper-tum2 kernel: [ 12.543996] EXT4-fs (md0): re-mounted. Opts: errors=remount-ro

Jul 10 14:08:57 rhyper-tum2 kernel: [ 1.477205] ioapic: probe of 0000:00:05.4 failed with error -22

Jul 10 14:08:57 rhyper-tum2 kernel: [ 1.477218] ioapic: probe of 0000:80:05.4 failed with error -22

Jul 10 14:08:57 rhyper-tum2 kernel: [ 1.478122] ERST: Error Record Serialization Table (ERST) support is initialized.

Jul 10 14:08:57 rhyper-tum2 kernel: [ 11.831673] EXT4-fs (md0): re-mounted. Opts: errors=remount-ro

Хотелось бы узнать что это такое и с чем его едят.

Всем заранее сяб!