- удалить старый диск (с удалением с хоста - там галочка есть в веб-морде)
- создать новый диск и подключить к машине
- примонтировать инсталляционный диск, загрузиться с него и поставить заново. Заодно по lvm немного почитать - что это такое, почему оно очень не любит, когда ему в #опу диски лезут немытыми руками...
Сделайте бэкап виртуального диска средствами vmware - да хотя бы тупо скопируйте его к себе на комп.
Скачайте LiveCD
Загрузитесь с него
Подмонтируйте диск (для чего скорее всего придется долго медитировать на документацию по lvm - а она у Вас похоже есть, судя по /dev/mapper/ol-root)
Читайте и пробуйте восстановить.
Если убили диск - удаляйте, закидывайте диск с локального компа и заново.
И так далее.
Тупо. Медленно. Жестко. Страшно (немного). Но эффектииииивно! Желание лезть в боевой сервер без бэкапа отшибает начисто!
Asparagales, я обычно начинаю с вычитки мана и во всех файлах, которые могут в этом участвовать хоть теоретически прописываю строчку типа echo ".bashrc"
которая и показывает какой файл когда стартует и в каком порядке...
Андрей, В SAN вписывается то, что пожелает владелец сертификата. И эти имена будут подтверждаться выданным сертификатом. Все. Причем есть такая фича, что имя из CN может перестать использоваться при наличии SAN - вот почему в SAN обычно пишется еще и имя из CN. Это и есть главная фича SAN - позволить одному сертификату подтверждать несколько имен.
Но если Вы задумали сэкономить - то не получится, по крайней мере с апачем. Он требует имя только в CN, на имена в SAN кладет огромный железобетонный.
Переименовать в tar. Внутри должно быть четыре файла - .cert - сертификат хоста, mf - файл контрольных сумм, ovf - файл настроек машины и vmdk - собственно диск.
А еще...
- Встроенный веб-сервер
- Агентский и безагентский мониторинг
- Работа с линухами (требует приложения рук)
- Свои поля в базе
- Фантастически конфигуряемые отчеты
...
Кстати, конфиг так и не прозвучал. Хотелось бы услышать, что сейчас есть "нереально старый". А то может я за таким работал :) и точно знаю что на нем стояло...
"...Для успешной атаки на 3DES потребуется около 2^{32} бит известного открытого текста, 2^{113} шагов, 2^{90} циклов DES-шифрования и 2^{88} бит памяти..." (Википедия)
NyXzOr, Вы - поставщик услуг M$ или их партнер что ли? Я вообще-то имел в виду денег на покупку Exchange сервера и лицензий на количество почтовых ящиков в том количестве, в каком они нужны. На каждый ящик - одна лицензия
dicem, Конечно. Факт наличия закорючек в кэше уже показывает, что что-то скрывается. Кроме того, засовывание настоящего паяльника в настоящую #.пу - это наикрайнеший метод. Я под "паяльником" обычно разумею нечто более широкое - когда к тебе приходят и настоятельно просят выдать ключи, пароли, схемы построения VPN и прочее... Возможность получить самый настоящий паяльник зависит от того, насколько эта информация важна и срочна - скорее всего просто будет "на пообщаться"...в процессе которого Вы сдадите все ключи, пароли, схемы и выйдя оттуда (или проводив дорогих гостей) поклянетесь самой страшной клятвой держаться от всего того, что вызвало такой интерес как можно дальше...
