Есть сервантик с убунтой 16:04, на нём виртуалка с Debian testing.
В виртуалку прокинуто два lvm-тома c хоста, обозначены как vda и vdb, первый под систему, второй подмонтирован в /mnt/samba
Сеть 100Mb, при заливке файла(scp, samba) что в /tmp на vda, что в /mnt/samba/tmp на vdb показывает ~11-12 MB/s, при чтении с vda - так же.
Но вот читает оно с vdb на жалких 100-300 KB/s.
RAID-контроллер на хосте не крутили, диски в виртуалке используют virtio-драйвер.
Вчера вечером выкатили.
В экспериментальной версии добавлена поддержка Macvlan и Ipvlan
Т.е. контейнер теперь можно выставить голой жОпой в интернет в сеть со своим ip.
Хочу выпустить в сеть контейнеры через bridge.
Как выяснилось, бридж оно воспринимает один, и добавить его можно при запуске контейнера вместо docker0.
В юните:
Хочу поставить С7 на сервантик с SD-карточкой 4Gb и iSCSI-луной.
Что кроме /boot мне вынести на SD карту что бы оно загрузилось?
Особое беспокойство у меня вызывает systemd с его «агрессивным распараллеливанием». Следует ли руками запихнуть iscsid и что-то ещё в начало списка или оно само разберётся?
Есть iscsi-том, с разделом где отключены опции, препятствующие ресайзу:
$ sudo parted /dev/sde
GNU Parted 2.3
Using /dev/sde
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) p
Model: iSCSIDisk (scsi)
Disk /dev/sde: 1074GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 1049kB 537GB 537GB primary ext2
(parted) resize 1 1049KB 1074GB
Warning: A resize operation on this file system will use EXPERIMENTAL code
that MAY CORRUPT it (although no one has reported any such damage yet).
You should at least backup your data first, and run 'e2fsck -f' afterwards.
OK/Cancel? OK
(parted) p
Model: iSCSIDisk (scsi)
Disk /dev/sde: 1074GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 1049kB 537GB 537GB primary ext2
Новенький Centos7, на нём бриджи и виртуалки.
Машины в бридже пингуются меж собой и с хостом, хост видит сеть вокруг, а если с виртуалки пинговать, то:
Есть LUN'a, которая может подключатся к нескольких хостам, а
на ней раздел в ext4.
Как мне при монтировании посмотреть, подключена ли LUN'a куда-то ещё или смонтированиа ли на каком-то из хостов FS?
В начале-середине 00'х видел по телевизору кино.
Субъективно, производство Дании/Нидерландов... европа в общем.
Сюжет следующий: в неблагополучном районе Амстердама/Копенгагена живёт группа «товарищей» - друзья детства.
Бывшие неблагополучные подростки, вовремя свернувшие с пути криминала, промышляют «мелким гешефтом» и держат небольшое кафе-пекарню.
Придуман хитрый план - затащить общенациональный конкурс на лучшую булку-плетёнку, прославиться/озолотиться и открыть сеть таких же кафе с плетёнками. План вполне осуществимый, т.к. плетёнки получаются отменные.
Вдруг, как гром среди ясного неба, приходит известие - бывшему смотрящему на районе, а теперь одинокому пенсионеру, поставлен некий страшный диагноз. Помирать он будет мучительно, но быстро. Нужна операция, как водится, стоящая огромных денег. Денег этих престарелый мафиозо за буйную жизнь так и не скопил.
Однако, этот самый смотрящий в своё время помог лидеру тогда ещё неблагополучных подростков отказатся от преступного образа жизни(sic!) и вообще ему как отец родной. Последний решает «отдать долг» старику, и группа товарищей вспоминает «детство золотое», пытаясь быстро добыть много денег всяческими незаконными способами.
Однако, граждане не торопятся отдаваться в руки новоявленных мошенников, и зачастую этих самых мошенников бьют и иными путями колечат.
С горем пополам в очередной раз добравшись до кафе-пекарни, товарищи кастуют туда знакомого доктора, которого, после проведения медицинских процедур, неизменно поят чаем с фирменной плетёнкой. Со временем(повторяется ситуация несколько раз), доктор обнаруживает в себе пристастие к продукту, начинает печь плетёнки самостоятельно и выпытывать у лежащих на импровизированном операционом столе товарищей детали рецепта. Те молчат как партизаны, держатся за мечту о светлом и безбедном(за счёт уникального рецепта) будущем, но плетёнки у доктора с каждым разом выходят всё лучше и лучше.
и вот сегодня после обеда началось вот такое(вид с виртуалки):
64 bytes from 192.168.1.1: icmp_seq=588 ttl=64 time=0.300 ms
64 bytes from 192.168.1.1: icmp_seq=589 ttl=64 time=0.345 ms
64 bytes from 192.168.1.1: icmp_seq=590 ttl=64 time=0.296 ms
64 bytes from 192.168.1.1: icmp_seq=591 ttl=64 time=0.296 ms
64 bytes from 192.168.1.1: icmp_seq=592 ttl=64 time=0.298 ms
64 bytes from 192.168.1.1: icmp_seq=598 ttl=64 time=63.1 ms
64 bytes from 192.168.1.1: icmp_seq=599 ttl=64 time=14.8 ms
64 bytes from 192.168.1.1: icmp_seq=616 ttl=64 time=17.4 ms
64 bytes from 192.168.1.1: icmp_seq=623 ttl=64 time=41.5 ms
64 bytes from 192.168.1.1: icmp_seq=632 ttl=64 time=60.5 ms
64 bytes from 192.168.1.1: icmp_seq=636 ttl=64 time=97.6 ms
64 bytes from 192.168.1.1: icmp_seq=647 ttl=64 time=192 ms
64 bytes from 192.168.1.1: icmp_seq=653 ttl=64 time=0.305 ms
64 bytes from 192.168.1.1: icmp_seq=654 ttl=64 time=0.226 ms
64 bytes from 192.168.1.1: icmp_seq=655 ttl=64 time=0.191 ms
64 bytes from 192.168.1.1: icmp_seq=656 ttl=64 time=0.237 ms
64 bytes from 192.168.1.1: icmp_seq=657 ttl=64 time=0.192 ms
64 bytes from 192.168.1.1: icmp_seq=658 ttl=64 time=0.274 ms
64 bytes from 192.168.1.1: icmp_seq=659 ttl=64 time=0.334 ms
...
64 bytes from 192.168.1.1: icmp_seq=76 ttl=64 time=7.45 ms
64 bytes from 192.168.1.1: icmp_seq=101 ttl=64 time=3.31 ms
64 bytes from 192.168.1.1: icmp_seq=104 ttl=64 time=15.1 ms
64 bytes from 192.168.1.1: icmp_seq=106 ttl=64 time=1951 ms
64 bytes from 192.168.1.1: icmp_seq=123 ttl=64 time=37.9 ms
64 bytes from 192.168.1.1: icmp_seq=124 ttl=64 time=0.201 ms
64 bytes from 192.168.1.1: icmp_seq=125 ttl=64 time=0.214 ms
64 bytes from 192.168.1.1: icmp_seq=126 ttl=64 time=0.391 ms
При этом на хосте:
$ top
...
1865 root 20 0 0 0 0 S 30.7 0.0 0:36.19 vhost-1863
...
Виртуалка(192.168.1.2) воткнута в роутер(192.168.1.1) напрямую.
В логах хоста и геста чисто.
Реквестирую советы: в какую сторону проблему ковырять ковырять.
Спасибо за внимание.
Could not get the storage format of the medium '/home/yustas/vbox/virt.vdi' (VERR_NOT_SUPPORTED).
Result Code:
VBOX_E_IPRT_ERROR (0x80BB0005)
Component:
MediumWrap
Interface:
IMedium {4afe423b-43e0-e9d0-82e8-ceb307940dda}
Callee:
IVirtualBox {0169423f-46b4-cde9-91af-1e9d5b6cd945}
Callee RC:
VBOX_E_OBJECT_NOT_FOUND (0x80BB0001)
Пробовал штатную утилитку:
yustas@SHK:~/vbox$ VBoxManage internalcommands repairhd -format VDI virt.vdi
VBoxManage: error: VDI: invalid header in 'virt.vdi'
VBoxManage: error: Error code VERR_VD_IMAGE_REPAIR_IMPOSSIBLE at /build/virtualbox-6SkFgB/virtualbox-5.0.4-dfsg/src/VBox/Storage/VDI.cpp(3102) in function int vdiRepair(const char*, PVDINTERFACE, PVDINTERFACE, uint32_t)
Диск динамический, забит был под завязку.
Можно оттуда вытащить RAW или какие ещё варианты?
Есть виртуалка(400Гб) на одном хосте, надо подвинуть на другой.
Между машинами гигабит, lvm на локальных хардах.
Как лучше перетянуть?
Шара подходящего размера есть, но это долго и... реквестирую, в общем, грамотный метод.
Давеча с удивлением обнаружил что в 3й ветке Parted'a выпилили команду resize.
Начитавшись интернетов, дропнул раздел(primary, 8e) и пересоздал заново, увеличив размер.
По итогам, похерил pv-том.
Реквестирую замену и/или рекомендации, как же теперь модно менять размер дисковых разделов.
Есть во внутренней сети postfix+dovecot с самописным сертификатом.
При попытке прикрутить к нему роундъкьюб, крайний ругается
Казалось бы, всё разжевано, но:
На кабинет стоит lexmark x264dn, подключен по сети, печатает по-маленьку(даже с моей убунты) и жужжит себе.
Начал мазать фотобарабан.
Заказал ФБ, привезли цельный кит с монтажными рельсами за 3700р.
Звоню, дескать - «Мне бы ФБ отдельно».
Отвечают: «Мы(контора из пяти человек, располагающаясь в двух кабинетах офисного здания) как ОФФИЦИАЛЬНЫЙ диллер меняем узел в сборе, а колхозить с заменой драма нельзя!»
По интонациям и формулировкам чисто спец-БМВшный автосервис.
Обзвонил ещё несколько контор - НИКТО не хочет менять ФБ отдельно.
Думаю, мож я чего-то не понял, мож оно там впаяно намертво или вообще монолит...
Да нет, снимается узкими клещами за минуту с учётом перекура.
Реквестирую, где купить сабж за разумные(с учётом курса деньги).
# apt-get install libjson-c-dev
$ git clone https://github.com/ntop/nDPI
$ cd nDPI && ./autogen.sh
$ make
Making all in example
make[2]: Entering directory `/home/yustas/nDPI/example'
depbase=`echo ndpiReader.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
gcc -DHAVE_CONFIG_H -I. -I.. -I../src/include -pthread -g -O2 -MT ndpiReader.o -MD -MP -MF $depbase.Tpo -c -o ndpiReader.o ndpiReader.c &&\
mv -f $depbase.Tpo $depbase.Po
ndpiReader.c:49:18: fatal error: json.h: No such file or directory
#include <json.h>
^
compilation terminated.
На моей машине c 15.04 собирается и работает.
Если снести пакет с libjson-c, собирается и работает, но мне нужен именно он.
Просьба сориентировать с направлением поиска.