April 27th, 2010

404

Xen Сloud Platform + iscsi

Удаление iscsi sr из xcp куда сложнее, чем кажется.

Причина - iscsi имитирует блочное устройство, на котором создаётся LVM. Таким образом, для удаления sr нужно удалить LVM (точнее, VG, PV и отключить iscsi шару).

Типичный сиптом проблемы:
xe sr-destroy uuid=26899554-bac5-a15e-b397-7e26f5fbc50d 
The SR is still connected to a host via a PBD. It cannot be destroyed.
sr: 26899554-bac5-a15e-b397-7e26f5fbc50d (iscsi-storage)


xe pbd-list
xe pbd-unplug
xe pbd-destroy
xe sr-forget
iscsiadm -m node -o delete

Возможно я ошибся, и не надо было делать xe pbd-destory, тогда бы вместо комплекта sr-forget и ручного командования iscsi, можно было бы сделать sr-destory
404

(no subject)

Гугль сам нарвался: если раньше я делал трейс до 222.222.222.222, то теперь я это делаю до 8.8.8.8. Так же как пинги. Ну и если что-то надо "снаружи" посмотреть (например, свои DNS) - аналогично.

Я их за язык не тянул, пусть терпят.


(алсо, это не отменяет пинги до ya.ru, т.к. при этом и ресолвер тестируется, и сеть).
404

(no subject)

всё-таки grep по сырцам программы рулит! Сразу много становится понятно.
404

open vswitch

Важнейшая часть документации - man ovs-vswitchd.conf почему-то на сайте не опубликована...

А ведь там все вкусности, включая лимиты скорости для виртуальных интерфейсов и (возможно) что-то ещё. (пока не дочитал).
404

iscsi vs nfs

Надо сказать, процесс чистки стора (NFS) ничем не легче iscsi. Так же руками pbd чистить.

PS Да, я был прав: надо просто сделать для всех pbd для sr unplug, после этого можно смело делать sr-destroy:

[root@node1 ~]# xe pbd-unplug uuid=b112d4ab-c39a-ffce-4459-8b0de02c294b
[root@node1 ~]# xe pbd-unplug uuid=dc6d2b95-9af2-5059-64e0-0f74cc201c99
[root@node1 ~]# xe sr-destroy uuid=431904b5-20d7-b604-eb49-ab9825e8949f