Правильное выключение гостевой Windows на Proxmox (KVM)

«Правильное выключение ОС» для гостевых систем Proxmox (KVM) означает имитация события «нажатия кнопки выключения системы на физической машине». Такое отключение срабатывает корректно в unix-системах. Это достигается командой в QEMU:
qm shutdown 103
Однако, в гостевых Windows системах в фоне команда возвращает ошибку и система не выключается. Отключение происходит «правильно» только в случае успешного входа в систему, либо «принудительно» (событие «отключение кабеля питания») — другой командой (qm stop 103). Исправить данную ситуацию возможно, скорректировав локальную политику гостевой Windows ОС: 
Пуск — Панель управления — Администрирование — Локальная политика безопасности — Параметры безопасности — Локальные политики — Параметры безопасности — Завершение работы: разрешить завершение работы системы без выполнения входа в систему («Включить»)

Zentyal 3.3 Airprint

1. Устанавливаем принтеры через веб-интерфейс. 
2. В настройках CUPS включаем шаринг принтеров (а не только в настройках принтера)
3. Устанавливаем AVAHI - сервис, аналог Bonjour

Установка Avahi

После проделанных выше шагов можно, с помощью Finder, зайти на рассшаренные ресурсы. Но каждый раз использовать для этого меню не удобно, нужно сделать так, чтобы сервер afp был виден в меню ресурсов Finder. 
Для этого нам и понадобился Avahi. Avahi — демон предоставляющий в сети сервисы на подобии Bonjour.
Установка avahi проста:
sudo apt-get install avahi-daemon
sudo apt-get install libnss-mdns
В файле /etc/nsswitch.conf в строке начиающийся на hosts нужно добавить в конце mdns, вот так: 
hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 mdns

Настройка Avahi

Создадим фаил /etc/avahi/services/afpd.service с содержанием:
<?xml version="1.0" standalone='no'?><!--*-nxml-*-->
<!DOCTYPE service-group SYSTEM "avahi-service.dtd">
<service-group>
<name replace-wildcards="yes">%h</name>
<service>
<type>_afpovertcp._tcp</type>
<port>548</port>
</service>
<service>
<type>_device-info._tcp</type>
<port>0</port>
<txt-record>model=Xserve</txt-record>
</service>
</service-group>
И перезапустим avahi:
sudo /etc/init.d/avahi-daemon restart

4. sudo apt-get install python-cups , иначе следующий скрипт может не запуститься.
5. https://github.com/tjfontaine/airprint-generate/blob/master/airprint-generate.py , качаем запускаем, получаем файлики-конфиги наших принтеров. 

6. Копируем их в папку:
sudo cp *service /etc/avahi/services

7. Перезапустим Avahi
sudo service avahi-daemon restart

И идем проверять печать.

ZTE MF823 / Мегафон М100-3 разблокировка , редактируем автозапуск

Как заставить работать этот модем с любыми симками - в интернете полно статей.

http://devppp.blogspot.ru/2014/02/zte-mf823-m100-3.html  - самая подробная. 

Как прикрутить к нему после этого веб-морду -  читаем здесь http://z42.org/ZTE-MF823.txt

После выполнения этих действий вы получаете модем-маршрутизатор на линухе, но для которого нужны драйвера от ZTE. Если модем кому-либо отдаете - это не очень удобно, лучше чтобы в автозапуске были родные "дровишки". 

Сам образ с софтом мегафона лежит в папке /usr/zte_web

1. Вход в модем

telnet 192.168.0.1
login: root
password: zte9x15 После чего запустить FTP-сервер

# tcpsvd -vE 0.0.0.0 21 ftpd -wv /usr/zte_web

2. ФТП клиентом на компьютере коннектимся к 192.168.0.1 без пароля.
3. Скачиваем ZTEMODEM.ISO
4. Открываем в ISO редакторе. Отмечу, что ISO гибридный, и использует APPLE HFS систему, помимо ISO. Видно под мак написали отдельный деш-боард.
5. Удаляем все, что связано с мегафоном, закидываем драйвера от ZTE, можно ещё ссылку в виде url файлика, чтобы пользователь знал куда заходить для статистики.
6. Удаляем на модеме /usr/zte_web/ZTEMODEM.ISO - весит 45 Мб, у мегафон модема всего 8Мб свободного места.
7. Новый ISO я закидывал через wget в модеме:
# cd /usr/zte_web
wget http://где выложили/ZTEMODEM.ISO

c https wget не дружит, поэтому выкладывайте на http/ftp.
8. Правим права доступа:
# chmod 700 ZTEMODEM.ISO
# chown 400:401 ZTEMODEM.ISO
# exit
Отключаем модем, вытаскиваем, включаем заново. Радуемся жизни.
В отведенные 50+Мб в ISO - можем разместить какой-нибудь полезный софт для пользователя, например, клиент корпоративной ip-телефонии.

Mint 17 LTS, Libreoffice 4.3 не открывает файлы по сети

Ситуация: шара на базе win2k3, с контроллером домена. Подключена как через smb, так и в локальную папку - при открытии документов - ничего не происходит. Если скопировать файл на машину - то открывается без проблем.
Лечится так:
под рутом открываем /usr/share/applications Там ищем ярлыки libreoffice. Открываем необходимый desktop файл и правим 24ю строчку Exec=libreoffice4.3 --calc %U на Exec=libreoffice4.3 --calc %F Аналогично для остальных ярлыков LO. 

Обновление времени (Elastix, CentOS,случае Ubuntu)

В связи с переводом России опять на зимнее время, и сменой часовых поясов делаем  отсюда следующую операцию:
http://forum.asterisk.ru/viewtopic.php?f=3&t=1019&start=10
Для trixbox|elastix минимальный набор телодвижений:
1) # date - убеждаемся, что время отстаёт на час
2) # yum install tzdata -y 
3) # service ntpd stop
4) # tzdata-update 
5) # service ntpd start
6) # apachectl restart

Мне хватило первых двух пунктов. 


В случае ubuntu - время обновилось автоматом, после apt-get update&&upgrade  (в обновлениях был свежий tzdata).  

VirtualBox & Pubs

Мой первый опыт виртуализации серверов, начался с Oracle Virtual Box.
Системы типа ESXi, Xen и прочие были только на слуху, и что это собой физически представляет,  я даже не представлял. Парк машин в подчинении был морально устаревшим, в т.ч.  и серверная часть, и поднимать хост с несколькими машинами было невозможно.
Дома познакомился с Virtual Box, поднял на нем win2008, и меня всё устроило. Приемлимая работа с сетью, возможность делать снимки в любой момент "без отрыва от производства".
Одна из компаний моих стала развиваться, и на более-менее современном компьютере (AMD A6-3670, 4 ядра, 8Гб памяти, 1хHDD w/o raid), я сначала поднял телефонию (Elastix), спустя полгода почтовик Zimbra, и на оставшиеся ресурсы поднял Nas4Free. Хост-операционкой выступила Ubuntu 13.04.

Решение интересное, оно бесплатное, и не предъявляет требований к хост машине. Случись ситуация - вся структура небольшой компании может быть поднята из бекапа в течении времении необходимого лишь на копирование машин и установку Virtual Box на хосте. При этом нет разницы, под какой ОС работает хост.  Но на практике оказалось с сомнительной стабильностью при высокой нагрузке. Если гостевые машины работали как часы, без тормозов, то на хост-машине спустя 2 недели работы без выключений, наблюдались такие тормоза, что проще было нажать ресет. Когда на Nas4Free разместились базы 1C 8.3 с 5ю пользователями, то спустя неделю работы все машинки, включая хост стали подвисать до перезагрузки.  Также, в VirtualBox отсутствует штатное средство для бекапов машин. Есть конечно консоль, и можно его написать самому, но в условиях нехватки админского времени, хочется что-то уже готовое.

Я воспользовался скриптом PUBS (описание скрипта здесь: http://blog.cwill-dev.com/2013/04/13/myback-incremental-ubuntu-backup-script-including-virtualbox-using-a-rsync-wrapper/   , а скачать можно тут https://github.com/cwilldev/PUBS )

Данный скрипт делает очень удобную вещь, а именно автоматизирует снятие снимков рабочих виртуальных машин. Но он: а) инкрементальный - каждый снимок является разницей между текущим состоянием и предыдущим снимком б) позволяет rsync' ом синхронизировать необходимые папки. В состав скрипта входит также скрипт, для удаления (merge) старых бекапов.

О трудностях которые возникли при дальнейшей эксплуатации, я расскажу в следующем сообщении.