Кстати, pvmove, не обязательно запускать в screen. Ему нужно отдать специальную команду для прерывания.
Если закрыть терминал с бегущими «процентимками» — перемещение продолжится в фоне.
Чтобы прервать надо ввести:
pvmove --abort
посмотреть состояние после отключения от сервера:
pvmove -i5
Оно настолько живучее, что продолжает работать после перезагрузки.
Стоит заметить что скайп есть только 32-битный. И на Debian 7 x64 его запустить не удалось. Моим решением стала установка еще одной виртуальной машины с Debian 7 32-bit и запуска скайпа на ней
Проброс виланов в контейнер делается в 2 этапа. Покажу на примере виланов 151,152,666 На гипервизоре:
В /etc/network/interfaces
добавляем
auto vlan151
iface vlan151 inet manual
vlan_raw_device eth0
auto vlan152
iface vlan152 inet manual
vlan_raw_device eth0
auto vlan666
iface vlan666 inet manual
vlan_raw_device eth0
auto vmbr151
iface vmbr151 inet static
address 0.0.0.0
netmask 255.255.255.255
bridge_ports vlan151
bridge_stp off
bridge_fd 0
auto vmbr152
iface vmbr152 inet static
address 0.0.0.0
netmask 255.255.255.255
bridge_ports vlan152
bridge_stp off
bridge_fd 0
auto vmbr666
iface vmbr666 inet static
address 0.0.0.0
netmask 255.255.255.255
bridge_ports vlan666
bridge_stp off
bridge_fd 0
Устанавливаем поддержку виланов
apt-get install vlan
Затем применяем их
ifup vlan151
ifup vlan152
ifup vlan666
Проверяем что интерфейсы поднялись через ifconfig
Затем в вебморде выбираем нужный контейнер, идем на закладку сеть(network), добавляем сетевое оборудование, примерно как на скриене
в качестве бриджа выбираем интерфейс с нужным виланом.
В контейнере:
добавляем
Просто настройки на интерфейсе, которые должны быть на вилане, пример для контейнера на debian
В /etc/network/interfaces.tail
auto eth1
iface eth1 inet static
address 10.7.10.5
netmask 255.255.255.0
Файл *.tail нужен для того, чтоб если мы изменим настройки сети в контейнере через web интерфейс, сохранить настройки виланов внутри контейнера.
Есть и другой вариант проброса виланов, но я использую такой, так-как при нем можно использовать удобно один и тот-же вилан в нескольких виртуалках, что часто нужно.
В отличии от fakeraid программный mdadm рейд работает очень надежно и за годы его использования на значительном числе >50 систем не подвёл ни разу. Главное обеспечить уведомление о проблемах дисков и вовремя менять их! Вот тут «боевой» мануал для PROXMOX 2.X-3.X формата копипаст, который я писал для максимального автоматизма установки большого числа систем на удаленных филиалах, а так-же для самостоятельной настройки специалистами с низким знанием linux систем.
Для работы с Пикасой из командной строки можно использовать утилиты проекта googlecl. С помощью этих утилит можно и закачивать фотографии в альбом, и получать всю необходимую информацию.
Получить список всех фотографий из альбома можно примерно такой командой:
google picasa list --fields title,url,url-direct,summary "Боброво, 31.07-07.08.2010"
Вывод получается такой (показываю только одну строку):
IMG_1781.JPG,https://picasaweb.google.com/114460296623519085576/310707082010#5503164146046045314,http://lh3.ggpht.com/-JsZrrcj1wa0/TF8qokG9jII/AAAAAAAAEvQ/GXHGUE3VX48/IMG_1781.JPG,Лицо. Вообще это какая-то щавельница (я не запомнил точное название).
Как вы понимаете, распарсить эту строку проще простого. Плюс в том, что если озаботиться добавлением описания фотографии в Пикасе, то галерею для блога можно формировать полностью автоматически — описания подставятся сами. Если описания нет, в поле summary будет стоять None.
Для получения адреса preview нужно немного подправить полученный урл — перед именем файла добавить название папки вида s<размер по длинной стороне>. То есть если нужна превьюшка файла из моего примера с размером 345px, урл должен стать таким:
Причём тут вообще NetBIOS?
Речь же явно про виндовые шары, которые давным-давно работают по протоколу SMB.
NetBIOS появился в далёкие времена, когда в компьютерных сетях использовались самые разные протоколы (включая IPX/SPX) и подавляющего распространения TCP/IP не было.
Позже, когда стали распространяться сети TCP/IP, появился протокол NBT (он же NetBIOS over TCP/IP).
Ещё позже для доступа к файловым ресурсам в Windows стал использоваться протокол SMB (его сервер слушает TCP-порт 445), а NetBIOS over TCP/IP (его сервер слушает TCP-порт 139) был оставлен как костыль для совместимости со старыми MS-DOS/Win9x клиентами, которые по SMB работать не умеют.
В современной Windows инфраструктуре, где никаких MS-DOS/Win9x и в помине нет, никакой NetBIOS или NBT (NetBIOS over TCP/IP) уже не нужен и не используется, только SMB (а в WinVista, Win7, Win2k8, Win2k8-R2 уже даже SMB2).
Итого:
NetBIOS — это древняя неведомая фигня, которая для файлового обмена уже фактически не используется.
NBT (NetBIOS over TCP/IP) — протокол-прослойка для использования NetBIOS в TCP/IP-сетях, в современных системах нужен только как костыль для совместимости с очень древними ОС.
SMB — тот протокол, который используется для доступа к файловым ресурсам в современных версиях Windows.
Т.е. теперь, когда речь идёт про виндовые сетевые папки (shared folders), правильно называть протокол — SMB.
Забудьте про NetBIOS, как страшный сон, и даже не упоминайте его в статьях про доступ к файловым ресурсам по сети.
Все упоминания NetBIOS в статье и тегах замените на SMB, так будет правильнее.
Где-то года полтора сидел на 3.6.4, около 150 клиентов, все работает как часы, проблем не было.
Во вторник обновился на 3.7.0, и началось веселье — рандомные дисконнекты на клиентах после отправки сообщений. Клиенты — на qip, miranda, pidgin. Сам глюк описан вот тут, и пока видимо не решен… В итоге пришлось откатиться на 3.6.4.
У нас (Украина) уже лет пять как, при расследовании особо тяжких преступлений, опрашивают всех, чьи мобильные были в радиусе 100 метров от места совершения во время совершения… и это как бы совсем не новость… список готовит СБУ по запросу МВД, ей передают моб.операторы
Скорей всего, у них тоже никаких технических ухищрений не было, простой запрос соответствующих служб к моб.операторам
Если закрыть терминал с бегущими «процентимками» — перемещение продолжится в фоне.
Чтобы прервать надо ввести:
посмотреть состояние после отключения от сервера:
Оно настолько живучее, что продолжает работать после перезагрузки.
Можно поставить 32х битный скайп на Debian 7 x64
На гипервизоре:
В /etc/network/interfaces
Устанавливаем поддержку виланов
Затем применяем их
Проверяем что интерфейсы поднялись через ifconfig
Затем в вебморде выбираем нужный контейнер, идем на закладку сеть(network), добавляем сетевое оборудование, примерно как на скриене
в качестве бриджа выбираем интерфейс с нужным виланом.
В контейнере:
В /etc/network/interfaces.tail
Затем
Файл *.tail нужен для того, чтоб если мы изменим настройки сети в контейнере через web интерфейс, сохранить настройки виланов внутри контейнера.
Есть и другой вариант проброса виланов, но я использую такой, так-как при нем можно использовать удобно один и тот-же вилан в нескольких виртуалках, что часто нужно.
community.igniterealtime.org/message/210204
community.igniterealtime.org/message/210222
Получить список всех фотографий из альбома можно примерно такой командой:
Вывод получается такой (показываю только одну строку):
IMG_1781.JPG,https://picasaweb.google.com/114460296623519085576/310707082010#5503164146046045314,http://lh3.ggpht.com/-JsZrrcj1wa0/TF8qokG9jII/AAAAAAAAEvQ/GXHGUE3VX48/IMG_1781.JPG,Лицо. Вообще это какая-то щавельница (я не запомнил точное название).Как вы понимаете, распарсить эту строку проще простого. Плюс в том, что если озаботиться добавлением описания фотографии в Пикасе, то галерею для блога можно формировать полностью автоматически — описания подставятся сами. Если описания нет, в поле summary будет стоять
None.Для получения адреса preview нужно немного подправить полученный урл — перед именем файла добавить название папки вида
s<размер по длинной стороне>. То есть если нужна превьюшка файла из моего примера с размером 345px, урл должен стать таким:Это тоже прекрасно автоматизируется :)
Речь же явно про виндовые шары, которые давным-давно работают по протоколу SMB.
NetBIOS появился в далёкие времена, когда в компьютерных сетях использовались самые разные протоколы (включая IPX/SPX) и подавляющего распространения TCP/IP не было.
Позже, когда стали распространяться сети TCP/IP, появился протокол NBT (он же NetBIOS over TCP/IP).
Ещё позже для доступа к файловым ресурсам в Windows стал использоваться протокол SMB (его сервер слушает TCP-порт 445), а NetBIOS over TCP/IP (его сервер слушает TCP-порт 139) был оставлен как костыль для совместимости со старыми MS-DOS/Win9x клиентами, которые по SMB работать не умеют.
В современной Windows инфраструктуре, где никаких MS-DOS/Win9x и в помине нет, никакой NetBIOS или NBT (NetBIOS over TCP/IP) уже не нужен и не используется, только SMB (а в WinVista, Win7, Win2k8, Win2k8-R2 уже даже SMB2).
Итого:
NetBIOS — это древняя неведомая фигня, которая для файлового обмена уже фактически не используется.
NBT (NetBIOS over TCP/IP) — протокол-прослойка для использования NetBIOS в TCP/IP-сетях, в современных системах нужен только как костыль для совместимости с очень древними ОС.
SMB — тот протокол, который используется для доступа к файловым ресурсам в современных версиях Windows.
Т.е. теперь, когда речь идёт про виндовые сетевые папки (shared folders), правильно называть протокол — SMB.
Забудьте про NetBIOS, как страшный сон, и даже не упоминайте его в статьях про доступ к файловым ресурсам по сети.
Все упоминания NetBIOS в статье и тегах замените на SMB, так будет правильнее.
Во вторник обновился на 3.7.0, и началось веселье — рандомные дисконнекты на клиентах после отправки сообщений. Клиенты — на qip, miranda, pidgin. Сам глюк описан вот тут, и пока видимо не решен… В итоге пришлось откатиться на 3.6.4.
Скорей всего, у них тоже никаких технических ухищрений не было, простой запрос соответствующих служб к моб.операторам
gaperton.livejournal.com/57527.html
armorgames.com/play/2205/light-bot
Хотя здесь явно больше намудрили.