Официальная возможность получить лицензионный софт бесплатно.
Giveaway of the Day
Это не реклама!

Щелкните для получения прогноза по Биробиджану


Показаны сообщения с ярлыком задержка. Показать все сообщения
Показаны сообщения с ярлыком задержка. Показать все сообщения

среда, 3 сентября 2014 г.

VMWare ESXi/VSphere: как остановить затянувшееся копирование

Понадобилось срочно сохранить данные с виртуальной машины (с сохранением прав и т.п.). Места на гипервизоре для создания копии диска нет, пришлось задействовать сетевое хранилище.

При всём удобстве GParted-a, он не умеет одну вещь, которую умеет Norton Ghost: он не умеет копировать разделы с уменьшением размера. То есть, если есть раздел размером 100 гигов и на нем занято только 5, то его нельзя GParted-ом скопировать на диск размером 50 гигов. И ладно, если бы это было ограничение файловой системы - 100 гигов ext4, например, мне не позволили ужать даже штатными средствами меньше чем, примерно, до 95.

Поэтому, чтобы не заниматься экстренным изучением других инструментов, создал на NFS аналогичный по размерам виртуальный диск и начал копировать туда раздел с существующего диска. Чёрт! Он собирается копировать 30+ гигов около 10 минут! Типа, очень долго, ага!

Решил, как умная Маша, скопировать целиком каталог этой виртуалки на сетевое хранилище. А что? Влёгкую! Открываем два браузера datastor-ов - местный и сетевой, copy/paste и вуаля! Вуаля? А хрен там! "Ожидаемое время копирования: 4 часа".

Не, ну меня это как-то не устраивает, причем совсем - у меня полчаса до окончания рабочего дня. Пытаюсь остановить копирование, но кнопка cancel не активна. Закрываю окошко копирования, но не помогает - в окне протокола вижу, что процесс продолжает идти своим ходом.

Перезагрузка гипервизора - не вариант, на нем крутятся еще несколько машин, которые нельзя просто так остановить. Что делать?

Решение нашлось здесь.

1. разрешаем административную консоль (подключение по SSH)
2. логинимся в нее
3a. (для ESX) перезапускаем клиентского демона

service mgmt-vmware restart
 
3b. (для Esxi) перезапускаем клиентского демона

/etc/init.d/hostd restart

Опосля ждем, пока клиент обнаружит, что потерял соединение и попробует переподключиться, либо просто закрываем клиента и запускаем его заново. Вот теперь вуаля!

понедельник, 6 мая 2013 г.

Мистика с реестром

Сижу, чешу репу...

В рамках перехода на ADDS, унифицируем компы пользователей. В том числе и по части некоего вспомогательного софта, например, мелкой программки BGInfo, которая на обоях рабочего стола рисует заданные в конфиге параметры компа, например, адрес, имя хоста и т.п.

На одной из машин вылезла мистическая бяка: по непонятным причинам и с неравномерными интервалами начинались странные тормоза на офисо-открываемых документах. Выглядело это примерно так: тыкаем ПКМ по какому-нибудь исполняемому или архивному файлу - моментально открывается контекстное меню. ПКМ по xls, doc(x) и даже чистому txt - возникает какая-то сетевая активность и тормоза на 30-40 секунд, после которых появляется контекстное меню. То же самое при открытии файлов из проводника: при открытии чего-либо офисо-открываемого иногда жуткие тормоза. А иногда - нет.

При этом иногда всё работает идеально.

Проверили всё: полностью прошерстили диски MHDD, протестировали и на всякий случай даже заменили оперативку. Убедились, что проц в порядке и всё такое, в общем - исключили все возможные проблемы с железом.

Сегодня дошли руки поставить wireshark - очень уж смущала эта сетевая активность, причем штатный netstat ничего не показывал.

Удивило, что при ПКМ на офисо-открываемых идут netbios-запросы на поиск одного из компов совсем из другой службы. Нашего предприятия, но совсем не той службы, в которой находится компьютер-пациент. Искомый комп выключен, отсюда и тормоза - когда он включен, между ним и пациентом обмен по гигабитной сети проходил моментально и тормоза не возникали.

Вопрос: на хрена пациенту искомый? Полез в реестр с поиском по имени искомого. Ну и кто мне сможет объяснить, как это получается?

1. в общей автозагрузке есть ярлык для BGInfo. В нем жестко прописан путь c:\del\bginfo
2. в реестре для этой программы отдельная ветка с shell и opencmd вида \\искомый\с$\del\bginfo

Откуда этот путь взялся в реестре? Я ни фига не понимаю. Еще меньше я понимаю, почему он вообще влиял на доступ ко всем остальным файлам. После исправления сетевого пути на локальный тормоза  исчезли.

Мама, что это было?