1. Скачать архив с Zabbix агентом с официального сайта разработчика http://www.zabbix.com/download2.php
(Прямая ссылка на архив http://www.zabbix.com/downloads/1.8.3/zabbix_agents_1.8.3.win.zip )
 
2. Разархивировать файлы из папки архива bin/win64 в папку где будет работать zabbix agent (например в C:\zabbix)


Читать дальше

Если случайно был удален том lvm (или специально, но потом понадобилось восстановление) — механизм резервного копирования метаданных vloume group может спасти ситуацию.
Настройка архивирования находится в /etc/lvm/lvm.conf в секции backup.
По умолчанию (в debian) архивирование включено, папка для архивов — /etc/lvm/archive и содержит архивы изменения vg за 30 дней.
Посмотреть чего менялось можно командой vgcfgrestore -l VG

#vgcfgrestore -l VG
..... skipped .....
  File:         /etc/lvm/archive/VG_00390.vg
  VG name:      VG
  Description:  Created *before* executing 'lvremove /dev/VG/lv_name_1'
  Backup Time:  Mon Oct 15 16:22:50 2012


  File:         /etc/lvm/archive/VG_00391.vg
  VG name:      VG
  Description:  Created *before* executing 'lvremove /dev/VG/lv_name_2'
  Backup Time:  Mon Oct 15 16:22:55 2012


  File:         /etc/lvm/archive/VG_00392.vg
  VG name:      VG
  Description:  Created *before* executing 'lvremove /dev/VG/lv_name_3'
  Backup Time:  Mon Oct 15 16:23:18 2012


  File:         /etc/lvm/archive/VG_00393.vg
  VG name:      VG
  Description:  Created *before* executing 'lvremove /dev/VG/lv_name_4'
  Backup Time:  Mon Oct 15 16:23:20 2012


  File:         /etc/lvm/archive/VG_00394.vg
  VG name:      VG
  Description:  Created *before* executing 'lvcreate -L20g -nsome_new_lv VG'
  Backup Time:  Tue Oct 16 00:32:40 2012

Здесь видно имя файла архива и команда, перед (или иногда после) которой архивирование метаданных VG было выполнено.
В данном случае были удалены некоторые LV и после них создан новый.
Чтобы узнать, попал новый LV поверх старых (тогда естественно данные будут перезаписаны, зависит от количества записей в новый LV) надо посмотреть в архиве до удаления параметры extent_count и stripes нужного LV. stripes это номер начала блока на PV, extent_count — количество.
LV может состоять из нескольких сегментов, в каждом будет свой набор extent_count и stripes.
Потом посмотреть эти же параметры нового LV, но в архиве поcле создания нового LV.
Если эти регионы не пересеклись — значит новый LV создался в другом месте, чем удаленные LV.
Восстановить метаданные просто —

vgcfgrestore -f /etc/lvm/archive/VG_00390.vg VG

это откатит все изменения с текущего момента до нужного архива, предшествующего указанной в vgcfgrestore -l команде.
Дальше остается только активировать восстановленные LV командой

lvchange -a y /dev/VG/lv_name

и впредь не попадать в такие ситуации.

Если А запись на DNS сервере еще не указывает на хост а домен нужно открыть то необходимо:

1. Найти в системе файл hosts
а) в Windows системах путь: C:\Windows\System32\drivers\etc
б) в Linux системах /etc/hosts


2. В файле hosts добавить строчку с именем домена и IP адрес сервера как показано на скрине:


После сохранения указанный домен будет доступен с прописанного в файле hosts IP адреса.

P.S. Проверить можно командой ping

1. Открываем панель управления ОС Windows 2008 r2


2. Выбираем меню: Система и безопасность

Читать дальше

1. Запускаем брандмауэр


2.Создаем правило для входящих подключений


Читать дальше

Для начала нужно добавить нужное количество терминальных лицензий:


После необходимо сконфигурировать узел сеанса удаленных рабочих столов:


Итоговая проверка:


Увеличенные картинки: 1 2 3

Устанавилваем из репозиториев

aptitude install munin

Запустился munin-node. Это клиентская часть.
В /etc/cron.d есть скрипты для опроса клиентов. Пока у нас он только один и уже настроен в /etc/munin/munin.conf

[localhost.localdomain]
address 127.0.0.1
use_node_name yes

Читать дальше

Если необходимо, чтобы скрипт ничего не выводил на консоль:

/root/script.sh 2>&1 > /dev/null

2 — это stderr
1 — это stdout
2 перенаправляется в 1 и весь вывод в /dev/null

Не знаю, кто это придумал, но на свежем Debian Squeeze обнаружился неприлично маленький размер tmp

overflow              1,0M  1,0M     0 100% /tmp

Естественно, Mysql не хотел работать и крашил таблицы.

rm /etc/init.d/mountoverflowtmp
reboot
mysqlcheck -r -u root -pPASSWORD --all-databases

ДавайДосвидания!

Problem:
serverfault.com/q/403732/1355

Solution:

root@srv37.vpsville.ru# /etc/init.d/ntp stop 
root@srv37.vpsville.ru# date 
Sun Jul 1 13:09:45 MSK 2012 
root@srv37.vpsville.ru# date `date +"%m%d%H%M%C%y.%S"` 
root@srv37.vpsville.ru# date 
Sun Jul 1 13:09:51 MSK 2012 
root@srv37.vpsville.ru# /etc/init.d/ntp start