Проблемы с созданием снимка
Так как trac будет заботиться о коде и просмотре изменений, почему не просто используют автономный tracserver? Я не буду слушать на порте 80, но так как это - Ваш частный repo, который это не должно повреждать. Кроме того, Вам действительно не нужен svnserver при использовании svn по ssh. И я предполагаю, что ssh уже работает на Вашем поле.
Да, это - нормальное функционирование для ESX 3.x. В основном это (неправильно я думаю), помещает весь дифференциальный VMDKs на то же хранилище данных как .vmx файл. Например, если у Вас будет VM с файлом VMDK_1 на DS1 и другим VMDK_2 на DS2, и Вы создаете снимок, то Вы будете видеть два новых файла на DS1:
- VMDK_1-000001.vmdk
- VMDK_2-000001.vmdk
Это может быть реальной аварией, если DS1 имеет очень мало дополнительного устройства хранения данных, и Ваш файл VMDK_2 в большой степени используется. У нас была ситуация, происходят с нами где C: диск файлового сервера был на DS1 и диске совместного доступа к файлам (F: в нашем случае), был на DS2. Снимок был взят во время VCB, копируют и работал приблизительно в течение недели, прежде чем он был обнаружен. К тому времени, когда это было обнаружено, DS1 был в значительной степени вне пространства, и мы почти потеряли сервер при попытке консолидировать снимок... это было мошенничество.
Таким образом, Вы хотите удостовериться, что Хранилище данных с Вашим .vmx файлом на нем имеет достаточно комнаты для сохранения снимка .vmdk файлы.