Да, я посмотрел пример, но так как я только третий день пытаюсь вникнуть,то не особо понял его, и я использовал ember-cli, а там приложение написано по-другому. В общем картина складывается в голове, но вот работа с базой данных остается загадкой. Я создал файл, то что есть в примере, как я понял, теперь прописывать не нужно (App.ApplicationAdapter = EmberCouchDBKit.DocumentAdapter.extend({db: 'boards', host: App.Host});
App.ApplicationSerializer = EmberCouchDBKit.DocumentSerializer.extend(); )? Дальше необходим наверное маршрут и модель? Может быть есть пример хотя-бы на английском языке с пояснениями?
Ну перезагрузки не помогут, и освобождает он место не сразу, а через некоторое время, необходимое для сращения дисков. Ну если в логе нет больше ошибок.
Конечно лучше, если у Вас есть возможность, присоеденить любое другое хранилище (жесткий диск, внешний жесткий диск, NFS) и переместить проблемные диски туда, при перемещении они так же должны собраться в один.
Хотя немного не сходится там в логе табуляция, а в спойлере ее нет. Не очень понятно. Но суть думаю ясна, диски обозначенные звездочкой - это дочернии диски.
Не дописал немного:
Вот у Вас есть диск 0b59bc4c[VHD](80.000G//80.164G|ao), который принадлежит некой машине, когда Вы сделали снапшот, то файл этого диска перешел в состояние риад-онли и создался дочерний файл *87b9cf75[VHD](100.000G//73.727G|ao) в который стали записываться все изменения в виртуальной машине.
XenServer при рескане хранилища (может и при других опрециях, например после удаления снапшота) запускает скрипт /opt/xensource/sm/cleanup.py, который производит сращивание образов жестких дисков. Вот у Вас есть диск 0b59bc4c[VHD](80.000G//80.164G|ao), который принадлежит некой машине, когда Вы сделали снапшот, то файл этого диска перешел в состояние риад-онли и создался дочерний файл в который стали записываться все изменения в виртуальной машине. После удаления снапшота должно запуститься сращение этих дисков.
Сейчас у Вас в логе видна ошибка * E X C E P T I O N *, которая не позволяет запустить скрипт для сращения этих дисков, которая говорит, что Parent VDI 1fd828c0-250e-4975-807f-17412952fe3f of 1212e821-6d41-4c30-bbd6-cf806acb91d4 not found. Куда Вы его дели тут уж я не знаю, ошибка при перемещении, удалили вручную и тд. Вам необходимо устранить эту ошибку. Предположу, что можно просто удалить дочерний жесткий диск, НО ТОЧНО НЕ УВЕРЕН.
После этого при повторном запуске сканирования в логе не должно быть ошибок. Должны появится сообщения типа: "Coalescing parent *3018f340[VHD](80.000G//184.000M|ao)" То есть процесс сращения должен запуститься автоматически. И конечном итоге у Вас Usage должна равняться Allocated.
Это актуально для типа хранилища LVM. На EXT это почему-то не работает, сам понять не могу.
Angel-2k: Вы, конечно, попробуйте, но мне кажется, что зря потратите время. Скажите, места на диске "С" свободного, где производилось копирование кобианом, сколько? Я смог вытащить количество информации из битого архива размером в свободное место на диске в момент создания копии, все что было после этих данных - полная каша.
Ну не знаю, я от туда брал. После авторизации переходим на страницу https://www.citrix.com/downloads/xenserver/product...
В раскрывающемся пункте Optional Components есть
vSwitch Controller Virtual Appliance 6.5.0 это оно!
Если мы создаем хранилище с типом lvm командой xe sr-create content-type=user host-uuid=ххх type=lvm device-config-device=/dev/sdb name-label="SAS Local storage" то оно создается сразу. Если указываем тип EXT, то происходит форматирование в ext3.