Архивирование логов и отправка их по e-mail

Появилась задачка отправлять логи на e-mail, при этом их еще и архивировать.

Решений, естественно, много. Даже winrar может отправлять на e-mail, но реализация мне не очень понравилась. Поэтому решено было использовать связку из 2х продуктов: WinRAR и Postie (http://www.infradig.com).

Строчка для запуска RAR:

rar a -u -as "путь к архиву"\Backup.rar "путь к архивируемым файлам"\*.txt

В архиве 'Backup.rar' останутся только файлы *.txt из нужного каталога, а все остальные будут удалены. Это напоминает создание нового архива, но за одним важным исключением: если после прошлой архивации файлы не изменялись, то операция будет выполнена значительно быстрее, чем создание нового архива.

Отправку файла доверим Postie:

postie.exe -esmtp -user:логин -pass:пароль -host:smtp.mail.ru -to:получатель@mail.ru -from:отправитель@mail.ru -s:сабж -nomsg -a:С:\filename.rar

Как управлять VMware Server 2.0.x? Возьмите vSphere Client!

А знаете ли вы что VMware Server 2.0.x, бесплатный продукт компании VMware, можно использовать тогда, когда тот же бесплатный VMware ESXi не подходит. Вот хотя бы когда VMware Server 2 лучше чем ESXi 4:

• ESXi требует совместимого железа, а VMware Server ставится на любой компьютер с Windows или Linux
• ESXi не поддерживает проброс USB-устройств в виртуальную машину с хоста
• Виртуальные машины VMware Server можно быстро скопировать на флэшку из хостовой Windows или Linux и забрать с собой
• VMware Server прост в эксплуатации и не требует дополнительного обучения

Большой минус VMware Server - он ставится поверх хостовой системы и его управлялка (Web Access) ест много ресурсов под сервер Apache.

Кроме того, этот инструмент управления тормозит и иногда неудобен. Но есть классный способ управлять VMware Server через толстый клиент, а именно VMware vSphere Client (его можно взять из дистрибутива VMware vCenter), который прекрасно управляется с VMware Server. Просто введите в строке адреса сервера VMware Server:

ip-адресс сервера: 8333

И вы получаете отличный способ управления сервером VMware Server и его виртуальными машинами посредством полноценного "толстого" клиента.

Источник

Список ограничений и условий для VMware FT

Просто ссылка, содержание и так понятна из названия:

VMware Fault Tolerance Requirements and Limitations

MSCS на vSphere

Изменились ли правила для установки Microsoft кластеров на vSphere? Ответ: слегка.

Есть три сценария работы MSCS и ESX: Cluster-in-a-box (оба узла MSCS работают на одном физическом сервере - удобно для тестирования), cross-host (узлы MSCS находятся на разных физических серверах) и physical-virtual (когда один узел MSCS физический, а второй виртуальный).

• MSCS все еще ограничены двумя узлами при работе на ESX 4.
• Можно использовать локальные диски (для cluster-in-a-box) или Fibre Channel для двух других вариантов. Поддержка NFS и iSCSI пока отсутствует.
• При работе в cross-host варианте оба ESX хоста должны иметь одинаковые версии.
• Узлы MSCS не могут находиться в кластерах HA или DRS.
• Нельзя использовать MSCS одновременно с FT. точнее сказать, FT машины могут работать на тех же физических хостах, но узлы MSCS не могут быть запущены как FT машины.
• Нельзя перемещать узлы MSCS при помощи VMotion.
• Нельзя использовать N-Port ID Virtualization (NPIV).
• При использовании Fibre Channel и родного multipathing в ESX нельзя использовать round-robin политику путей.
• Использовование VM hadware 7 для ESX/ESXi 4.0 обязательно.
• Failover кластеры Windows 2008 не поддерживаются с virtual RDM, обязательно использование physical RDM.
• Нельзя использовать тонкие vmdk диски для Windows.
• Для Windows 2000 / 2003 необходимо использовать LSI Logic Parallel как контроллер Для общего хранилища, для Windows 2008 - LSI Logic SAS.
• Для physical-virtual MSCS кластеров необходимо использование physical RDM.
• Нельзя использовать multipathing ПО в ВМ или на ESX (как например PowerPath VE).
• Нельзя использовать Memory Overcommit для узлов MSCS, требуется полностью резервировать память для MSCS ВМ.
• Необходимо выставить значение disk I/O timeout в 60 секунд или более (HKLM\System\CurrentControlSet\Services\Disk\TimeOutValue)

Источник

И в качестве напоминания команда создания RDM диска с помощью vmkfstools:

vmkfstools -z /vmfs/devices/disks/naa. /vmfs/volumes/.../Name.vmdk

или 

vmkfstools -r /vmfs/devices/disks/naa. /vmfs/volumes/.../Name.vmdk

Пятьдесят семь RDM

По целому ряду причин, а точнее из-за особенностей организации хранения данных пользователей потребовалось поэкпериментировать с массовым подключением RDM в MSCS кластере .  Всего было 46 LUN на EMC CX3-40F выбрано для эксперимента по их подключению.
При подключении 31 LUN начиналась череда дивных «глюков» связанных с вылетами по таймауту при запуске такой VM, проблемы с невозможностью сохранить конфигурацию VM.
Чтение документации от Vmware ничего не проясняло, кроме одного маленького упоминания о том, что кворумный диск лучше подключать на SCSI-адрес 1:1. О причинах и ограничениях там мило умолчали, предоставив пользователям строить догадки на эту тему. Методом научного тыка поиска было обнаружено, что адреса контроллеров 1:0, 2:0, 3:0 не пригодны для работы с RDM при количестве более 30 шт. При переходе границы этого числа ничего не работало, совсем и никак.

Таким образом, методом нехитрого сложения показаний выясняется, что ограничение на 60 дисков на одну VM это не так, в случае RDM, это всего лишь 57.

Источник

Reclaiming unused VMDK space with storage thin provisioning

Интересный момент касательно thin дисков проясняют тут: Reclaiming unused VMDK space with storage thin provisioning.
Поясню, к чему это относится:

Когда мы создаем диск ВМ (например, в 100ГБ размером), мы выбираем тип файла-диска: thick или thin.
В первом случае файл сразу резервирует под себя места на диске. 100 ГБ диск ВМ займет на системе хранения 100 ГБ.
Во втором случае файл создается нулевого размера, и растет по факту затребования места изнутри. Записали внутрь еще 500 мегабайт - он на них и вырос.

Это все хорошо. Плохо же то, что если мы внутри ВМ 500 МБ удалим, файл-диск не уменьшится. И если 5000 удалим, тоже не уменьшится. Сколько не удалим, не уменьшится, потому что с т.зрения схд удаления не происходила. Это гостевая ОС в своей файловой системе какие то блоки пометила как "их можно использовать". Получается, со стороны ESX(i) нельзя определить, какие из занятых блоков на самом деле свободны.

В общем, вот рецепт как отнять таки ранее востребованное, но потом освобожденное месте, т.е. как уменьшить vmdk файл в thin режиме:
Скачиваем утилиту sdelete внутрь ВМ.
Натравливаем ее на тот диск, где есть удаленные данные, командой
sdelete - c E:
это для диска E:\
Теперь необходимо сделать Storage VMotion этой ВМ, и указав

Change to Thin Provisioned Disk даже если диск еще не thin но вы хотите его таким сделать

или можно указать Keep Disk Format если диск ВМ уже thin.

Источник

Windows Installer Clean Up

Данное средство позволяет удалять параметры настройки установщика Windows для установленных программ. Это может потребоваться при возникновении проблем в ходе установки программы. Например, удаление параметров настройки установщика Windows для какой-либо программы может потребоваться в случае возникновения проблем при добавлении (или удалении) компонентов программы, которые отсутствовали при начальной установке. 

Средство Windows Installer CleanUp не выполняет следующих функций:

• удаление установщика Windows;
  

• удаление файлов программ, установленных с помощью установщика Windows (например Office 2003).

Средство Windows Installer CleanUp позволяет сделать следующее:

• Воспользоваться диалоговым окном, в котором можно выбрать одну или несколько программ, установленных с помощью установщика Windows.

• Для выбора программ используется список Installed Products окна Windows Installer CleanUp. По окончании выбора средство Windows Installer Clean Up удалит параметры настройки установщика Windows только для выбранных программ. 
  Удалить файлы и параметры реестра, содержащие параметры настройки установщика Windows для программ, выбранных в окне средства Windows Installer Clean Up.

Если данное средство используется для удаления параметров конфигурации установщика Windows, относящихся к какому-либо приложению, то при повторной установке данного приложения необходимо использовать ту же папку, что и при начальной установке. Это предотвращает дублирование файлов на жестком диске (или дисках).

Источник