8:09 p.m.
------=_Part_221764_1599804593.1432141777491
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
VGhvdWdodHMgYWJvdXQgQWRkaW5nIFN0b3JhZ2UgTHVucyAKCkFzIEkgYW0gbmV3IGhlcmUsIEkg
d291bGQgYXBwcmVjaWF0ZSBzb21lIGFkdmljZSBhYm91dCBzb21lIGFjdGlvbnMgdGhhdCBJIGlu
dGVuZCB0byBwZXJmb3JtLCBwbGVhc2UgcmVhZC4gCgpJIGhhdmUgYWRkZWQgYSBMVU4gdG8gbXkg
Y2x1c3RlciBhbmQsIGZvciB0aGF0IHRhc2ssIEkgaGFkIHRvIHJlc3RhcnQgZXZlcnkgbm9kZSBv
ZiBpdC4gVGhlcmUgd2FzIG5vIExVTnMgYmVmb3JlLCBtdWx0aXBhdGhkIHdhcyBzdG9wcGVkIGFu
ZCBtdWx0aXBhdGguY29uZiBpbmV4aXN0ZWQuIEkgd2FzIGFibGUgdG8gbG9nIGluIGFuZCBtYW51
YWxseSBjb25maWd1cmUgbXVsdGlwYXRoLmNvbmYsIGEgc2ltcGxlIG11bHRpcGF0aGQgc3RhcnQg
d2FzIG5vdCBlbm91Z2guIAoKSWYgdGhpcyB3YXNuJ3QgZW5vdWdoLCBteSBkb3VibGUgTmV0QVBQ
ICggdGhyb3VnaCBhbiBIaXRhY2hpICkgcHJvdmlkZWQgbWUgd2l0aCBhIG5vdCBzbyBlbXB0eSBi
cmFuZCBuZXcgTFVOLCBhbmQgdGhlIHRhc2sgdG8gYWRkIHRoZSBGQ1AgZmFpbGVkIHRvIHBvaW50
IHRoaXMuIFRydXN0aW5nIG15IGRvdWJsZSwgSSBzcGVudCBzb21lIHByZWNpb3VzIHRpbWUgc2Vh
cmNoaW5nIGZvciBkaWZmZXJlbnQgcHJvYmxlbXMsIHVudGlsIHJlY2VpdmluZyBzb21lIGd1aWRh
bmNlIGFuZCBkbyBhIHNpbXBsZSBkZCBpZj0vZGV2L3plcm8gdG8gdGhlIGluaXRpYWwgYmxvY2tz
IG9mIHRoZSBMVU4uIAoKQ29uc3VsdGluZyB0aGUgZG9jdW1lbnRhdGlvbiAoIGh0dHA6Ly93d3cu
b3ZpcnQub3JnL09WaXJ0X0FkbWluaXN0cmF0aW9uX0d1aWRlI0FkZGluZ19GQ1BfU3RvcmFnZSAp
IGZvciB0aGlzIG1hdHRlcnMsIHdhcyBub3Qgb2YgYW55IGhlbHAuIAoKU28sIG15IHF1ZXN0aW9u
czogCgpUaGlzIGlzIHRoZSBpbnRlbmRlZCBiZWhhdmlvcj8gU2hvdWxkIEkgb3BlbiBhIHRpY2tl
dD8gCgpTaG91bGQgSSBhZGQgYSBub3RlIHRvIGRvY3VtZW50YXRpb24gdG8gcG9pbnQgc3VjaCBi
ZWhhdmlvcj8gKCBpJ20gYWJvdXQgdG8gKSAKCgpDaGVlcnMsIAoKYnkgcW9lbGhlWCAKCkF2aXNv
IExlZ2FsCgpBIGluZm9ybWHDp8OjbyBjb250aWRhIG5lc3RlIGUtbWFpbCBlIGVtIHNldXMgYW5l
eG9zIHBvZGUgc2VyIHJlc3RyaXRhLCBzZW5kbyBvIGVtaXRlbnRlIGRlc3RlIHJlc3BvbnPDoXZl
bCBwb3Igc2V1IGNvbnRlw7pkbyBlIGVuZGVyZcOnYW1lbnRvLiBTZSB2b2PDqiBuw6NvIGZvciBh
IHBlc3NvYSBhdXRvcml6YWRhIGEgcmVjZWJlciBlc3RhIG1lbnNhZ2VtIGUgdGVuZG8gcmVjZWJp
ZG8gYSBtZXNtYSBwb3IgZW5nYW5vLCBmYXZvciBhcGFnw6EtbGEgaW1lZGlhdGFtZW50ZS4gQSBK
RlNDIGNvbnNpZGVyYSBvcGluacO1ZXMsIGNvbmNsdXPDtWVzIGUgb3V0cmFzIGluZm9ybWHDp8O1
ZXMgbsOjbyBvZmljaWFpcyBkZSByZXNwb25zYWJpbGlkYWRlIGRvIHVzdcOhcmlvIGRlc3RlIHNl
cnZpw6dvLgo=
------=_Part_221764_1599804593.1432141777491
MIME-Version: 1.0
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64
PGh0bWw+PGJvZHk+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IGx1Y2lkYSBjb25zb2xlLHNhbnMt
c2VyaWY7IGZvbnQtc2l6ZTogMTJwdDsgY29sb3I6ICMwMDAwMDAiPjxkaXYgc3R5bGU9ImZvbnQt
ZmFtaWx5OiBsdWNpZGEgY29uc29sZSxzYW5zLXNlcmlmOyBmb250LXNpemU6IDEycHQ7IGNvbG9y
OiAjMDAwMDAwOyIgZGF0YS1tY2Utc3R5bGU9ImZvbnQtZmFtaWx5OiBsdWNpZGEgY29uc29sZSxz
YW5zLXNlcmlmOyBmb250LXNpemU6IDEycHQ7IGNvbG9yOiAjMDAwMDAwOyI+VGhvdWdodHMgYWJv
dXQgQWRkaW5nIFN0b3JhZ2UgTHVucyZuYnNwOzwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5
OiBsdWNpZGEgY29uc29sZSxzYW5zLXNlcmlmOyBmb250LXNpemU6IDEycHQ7IGNvbG9yOiAjMDAw
MDAwOyIgZGF0YS1tY2Utc3R5bGU9ImZvbnQtZmFtaWx5OiBsdWNpZGEgY29uc29sZSxzYW5zLXNl
cmlmOyBmb250LXNpemU6IDEycHQ7IGNvbG9yOiAjMDAwMDAwOyI+PGJyIGRhdGEtbWNlLWJvZ3Vz
PSIxIj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogbHVjaWRhIGNvbnNvbGUsc2Fucy1z
ZXJpZjsgZm9udC1zaXplOiAxMnB0OyBjb2xvcjogIzAwMDAwMDsiIGRhdGEtbWNlLXN0eWxlPSJm
b250LWZhbWlseTogbHVjaWRhIGNvbnNvbGUsc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMnB0OyBj
b2xvcjogIzAwMDAwMDsiPkFzIEkgYW0gbmV3IGhlcmUsIEkgd291bGQgYXBwcmVjaWF0ZSBzb21l
IGFkdmljZSBhYm91dCBzb21lIGFjdGlvbnMgdGhhdCBJIGludGVuZCB0byBwZXJmb3JtLCBwbGVh
c2UgcmVhZC48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogbHVjaWRhIGNvbnNvbGUsc2Fu
cy1zZXJpZjsgZm9udC1zaXplOiAxMnB0OyBjb2xvcjogIzAwMDAwMDsiIGRhdGEtbWNlLXN0eWxl
PSJmb250LWZhbWlseTogbHVjaWRhIGNvbnNvbGUsc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMnB0
OyBjb2xvcjogIzAwMDAwMDsiPjxiciBkYXRhLW1jZS1ib2d1cz0iMSI+PC9kaXY+PGRpdiBzdHls
ZT0iZm9udC1mYW1pbHk6IGx1Y2lkYSBjb25zb2xlLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTJw
dDsgY29sb3I6ICMwMDAwMDA7IiBkYXRhLW1jZS1zdHlsZT0iZm9udC1mYW1pbHk6IGx1Y2lkYSBj
b25zb2xlLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTJwdDsgY29sb3I6ICMwMDAwMDA7Ij5JIGhh
dmUgYWRkZWQgYSBMVU4gdG8gbXkgY2x1c3RlciBhbmQsIGZvciB0aGF0IHRhc2ssIEkgaGFkIHRv
IHJlc3RhcnQgZXZlcnkgbm9kZSBvZiBpdC4gVGhlcmUgd2FzIG5vIExVTnMgYmVmb3JlLCBtdWx0
aXBhdGhkIHdhcyBzdG9wcGVkIGFuZCZuYnNwO211bHRpcGF0aC5jb25mIGluZXhpc3RlZC4gSSB3
YXMgYWJsZSB0byBsb2cgaW4gYW5kIG1hbnVhbGx5IGNvbmZpZ3VyZSBtdWx0aXBhdGguY29uZiwg
YSBzaW1wbGUgbXVsdGlwYXRoZCBzdGFydCB3YXMgbm90IGVub3VnaC48L2Rpdj48ZGl2IHN0eWxl
PSJmb250LWZhbWlseTogbHVjaWRhIGNvbnNvbGUsc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMnB0
OyBjb2xvcjogIzAwMDAwMDsiIGRhdGEtbWNlLXN0eWxlPSJmb250LWZhbWlseTogbHVjaWRhIGNv
bnNvbGUsc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMnB0OyBjb2xvcjogIzAwMDAwMDsiPjxiciBk
YXRhLW1jZS1ib2d1cz0iMSI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IGx1Y2lkYSBj
b25zb2xlLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTJwdDsgY29sb3I6ICMwMDAwMDA7IiBkYXRh
LW1jZS1zdHlsZT0iZm9udC1mYW1pbHk6IGx1Y2lkYSBjb25zb2xlLHNhbnMtc2VyaWY7IGZvbnQt
c2l6ZTogMTJwdDsgY29sb3I6ICMwMDAwMDA7Ij5JZiB0aGlzIHdhc24ndCBlbm91Z2gsIG15IGRv
dWJsZSBOZXRBUFAgKCB0aHJvdWdoIGFuIEhpdGFjaGkgKSBwcm92aWRlZCBtZSB3aXRoIGEgbm90
IHNvIGVtcHR5IGJyYW5kIG5ldyBMVU4sIGFuZCB0aGUgdGFzayB0byBhZGQgdGhlIEZDUCBmYWls
ZWQgdG8gcG9pbnQgdGhpcy4gVHJ1c3RpbmcgbXkgZG91YmxlLCBJIHNwZW50IHNvbWUgcHJlY2lv
dXMgdGltZSBzZWFyY2hpbmcgZm9yIGRpZmZlcmVudCBwcm9ibGVtcywgdW50aWwgcmVjZWl2aW5n
IHNvbWUgZ3VpZGFuY2UgYW5kIGRvJm5ic3A7YSBzaW1wbGUgZGQgaWY9L2Rldi96ZXJvIHRvIHRo
ZSBpbml0aWFsIGJsb2NrcyBvZiB0aGUgTFVOLjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5
OiBsdWNpZGEgY29uc29sZSxzYW5zLXNlcmlmOyBmb250LXNpemU6IDEycHQ7IGNvbG9yOiAjMDAw
MDAwOyIgZGF0YS1tY2Utc3R5bGU9ImZvbnQtZmFtaWx5OiBsdWNpZGEgY29uc29sZSxzYW5zLXNl
cmlmOyBmb250LXNpemU6IDEycHQ7IGNvbG9yOiAjMDAwMDAwOyI+PGJyIGRhdGEtbWNlLWJvZ3Vz
PSIxIj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogbHVjaWRhIGNvbnNvbGUsc2Fucy1z
ZXJpZjsgZm9udC1zaXplOiAxMnB0OyBjb2xvcjogIzAwMDAwMDsiIGRhdGEtbWNlLXN0eWxlPSJm
b250LWZhbWlseTogbHVjaWRhIGNvbnNvbGUsc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMnB0OyBj
b2xvcjogIzAwMDAwMDsiPkNvbnN1bHRpbmcgdGhlIGRvY3VtZW50YXRpb24gKCZuYnNwO2h0dHA6
Ly93d3cub3ZpcnQub3JnL09WaXJ0X0FkbWluaXN0cmF0aW9uX0d1aWRlI0FkZGluZ19GQ1BfU3Rv
cmFnZSApIGZvciB0aGlzIG1hdHRlcnMsIHdhcyBub3Qgb2YgYW55IGhlbHAuPC9kaXY+PGRpdiBz
dHlsZT0iZm9udC1mYW1pbHk6IGx1Y2lkYSBjb25zb2xlLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTog
MTJwdDsgY29sb3I6ICMwMDAwMDA7IiBkYXRhLW1jZS1zdHlsZT0iZm9udC1mYW1pbHk6IGx1Y2lk
YSBjb25zb2xlLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTJwdDsgY29sb3I6ICMwMDAwMDA7Ij48
YnIgZGF0YS1tY2UtYm9ndXM9IjEiPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBsdWNp
ZGEgY29uc29sZSxzYW5zLXNlcmlmOyBmb250LXNpemU6IDEycHQ7IGNvbG9yOiAjMDAwMDAwOyIg
ZGF0YS1tY2Utc3R5bGU9ImZvbnQtZmFtaWx5OiBsdWNpZGEgY29uc29sZSxzYW5zLXNlcmlmOyBm
b250LXNpemU6IDEycHQ7IGNvbG9yOiAjMDAwMDAwOyI+U28sIG15IHF1ZXN0aW9uczo8L2Rpdj48
ZGl2IHN0eWxlPSJmb250LWZhbWlseTogbHVjaWRhIGNvbnNvbGUsc2Fucy1zZXJpZjsgZm9udC1z
aXplOiAxMnB0OyBjb2xvcjogIzAwMDAwMDsiIGRhdGEtbWNlLXN0eWxlPSJmb250LWZhbWlseTog
bHVjaWRhIGNvbnNvbGUsc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMnB0OyBjb2xvcjogIzAwMDAw
MDsiPjxiciBkYXRhLW1jZS1ib2d1cz0iMSI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6
IGx1Y2lkYSBjb25zb2xlLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTJwdDsgY29sb3I6ICMwMDAw
MDA7IiBkYXRhLW1jZS1zdHlsZT0iZm9udC1mYW1pbHk6IGx1Y2lkYSBjb25zb2xlLHNhbnMtc2Vy
aWY7IGZvbnQtc2l6ZTogMTJwdDsgY29sb3I6ICMwMDAwMDA7Ij5UaGlzIGlzIHRoZSBpbnRlbmRl
ZCBiZWhhdmlvcj8gU2hvdWxkIEkgb3BlbiBhIHRpY2tldD88L2Rpdj48ZGl2IHN0eWxlPSJmb250
LWZhbWlseTogbHVjaWRhIGNvbnNvbGUsc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMnB0OyBjb2xv
cjogIzAwMDAwMDsiIGRhdGEtbWNlLXN0eWxlPSJmb250LWZhbWlseTogbHVjaWRhIGNvbnNvbGUs
c2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMnB0OyBjb2xvcjogIzAwMDAwMDsiPjxiciBkYXRhLW1j
ZS1ib2d1cz0iMSI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IGx1Y2lkYSBjb25zb2xl
LHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTJwdDsgY29sb3I6ICMwMDAwMDA7IiBkYXRhLW1jZS1z
dHlsZT0iZm9udC1mYW1pbHk6IGx1Y2lkYSBjb25zb2xlLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTog
MTJwdDsgY29sb3I6ICMwMDAwMDA7Ij5TaG91bGQgSSBhZGQgYSBub3RlIHRvIGRvY3VtZW50YXRp
b24gdG8gcG9pbnQgc3VjaCBiZWhhdmlvcj8gKCBpJ20gYWJvdXQgdG8gKTwvZGl2PjxkaXYgc3R5
bGU9ImZvbnQtZmFtaWx5OiBsdWNpZGEgY29uc29sZSxzYW5zLXNlcmlmOyBmb250LXNpemU6IDEy
cHQ7IGNvbG9yOiAjMDAwMDAwOyIgZGF0YS1tY2Utc3R5bGU9ImZvbnQtZmFtaWx5OiBsdWNpZGEg
Y29uc29sZSxzYW5zLXNlcmlmOyBmb250LXNpemU6IDEycHQ7IGNvbG9yOiAjMDAwMDAwOyI+PGJy
IGRhdGEtbWNlLWJvZ3VzPSIxIj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogbHVjaWRh
IGNvbnNvbGUsc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMnB0OyBjb2xvcjogIzAwMDAwMDsiIGRh
dGEtbWNlLXN0eWxlPSJmb250LWZhbWlseTogbHVjaWRhIGNvbnNvbGUsc2Fucy1zZXJpZjsgZm9u
dC1zaXplOiAxMnB0OyBjb2xvcjogIzAwMDAwMDsiPjxiciBkYXRhLW1jZS1ib2d1cz0iMSI+PC9k
aXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IGx1Y2lkYSBjb25zb2xlLHNhbnMtc2VyaWY7IGZv
bnQtc2l6ZTogMTJwdDsgY29sb3I6ICMwMDAwMDA7IiBkYXRhLW1jZS1zdHlsZT0iZm9udC1mYW1p
bHk6IGx1Y2lkYSBjb25zb2xlLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTJwdDsgY29sb3I6ICMw
MDAwMDA7Ij5DaGVlcnMsPC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IGx1Y2lkYSBjb25z
b2xlLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTJwdDsgY29sb3I6ICMwMDAwMDA7IiBkYXRhLW1j
ZS1zdHlsZT0iZm9udC1mYW1pbHk6IGx1Y2lkYSBjb25zb2xlLHNhbnMtc2VyaWY7IGZvbnQtc2l6
ZTogMTJwdDsgY29sb3I6ICMwMDAwMDA7Ij48YnIgZGF0YS1tY2UtYm9ndXM9IjEiPjwvZGl2Pjxk
aXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBsdWNpZGEgY29uc29sZSxzYW5zLXNlcmlmOyBmb250LXNp
emU6IDEycHQ7IGNvbG9yOiAjMDAwMDAwOyIgZGF0YS1tY2Utc3R5bGU9ImZvbnQtZmFtaWx5OiBs
dWNpZGEgY29uc29sZSxzYW5zLXNlcmlmOyBmb250LXNpemU6IDEycHQ7IGNvbG9yOiAjMDAwMDAw
OyI+YnkgcW9lbGhlWDwvZGl2PjwvZGl2PjxwPjxicj4KQXZpc28gTGVnYWw8L3A+Cgo8cD5BIGlu
Zm9ybWHDp8OjbyBjb250aWRhIG5lc3RlIGUtbWFpbCBlIGVtIHNldXMgYW5leG9zIHBvZGUgc2Vy
IHJlc3RyaXRhLCBzZW5kbyBvIGVtaXRlbnRlIGRlc3RlIHJlc3BvbnPDoXZlbCBwb3Igc2V1IGNv
bnRlw7pkbyBlIGVuZGVyZcOnYW1lbnRvLiBTZSB2b2PDqiBuw6NvIGZvciBhIHBlc3NvYSBhdXRv
cml6YWRhIGEgcmVjZWJlciBlc3RhIG1lbnNhZ2VtIGUgdGVuZG8gcmVjZWJpZG8gYSBtZXNtYSBw
b3IgZW5nYW5vLCBmYXZvciBhcGFnw6EtbGEgaW1lZGlhdGFtZW50ZS4gQSBKRlNDIGNvbnNpZGVy
YSBvcGluacO1ZXMsIGNvbmNsdXPDtWVzIGUgb3V0cmFzIGluZm9ybWHDp8O1ZXMgbsOjbyBvZmlj
aWFpcyBkZSByZXNwb25zYWJpbGlkYWRlIGRvIHVzdcOhcmlvIGRlc3RlIHNlcnZpw6dvLjwvcD48
L2JvZHk+PC9odG1sPg==
------=_Part_221764_1599804593.1432141777491--
8:46 p.m.
On 20.05.2015 19:10, Fábio Coelho wrote:
Hello Fabio,
Thoughts about Adding Storage Luns
As I am new here, I would appreciate some advice about some actions that I
intend to perform, please read.
I have added a LUN to my cluster and, for that task, I had to restart every node
of it. There was no LUNs before, multipathd was stopped and multipath.conf
inexisted. I was able to log in and manually configure multipath.conf, a simple
multipathd start was not enough.
In theory this should have been enough. What
puzzles me: Until now
host-deploy always activated multipathd and writes a multipath.conf.
Here I strongly recommend to blacklist everything and then only white
listing your vendors. Otherwise your error logs fill up and you cannot
connect any USB stick to the host any more ;)
Then, add RHEV PRIVATE to the second line otherwise it will be
overwritten on every host deploy run.
# RHEV PRIVATE
blacklist {
device {
vendor "*"
product "*"
}
}
After activating multipathd and editing multipath.conf to your needs you
would actually need to run the 'multipath' command to create the paths. [1]
Sometimes you need to rescan the LUNs, though, esp. if you changed sizes
after activating them.
If this wasn't enough, my double NetAPP ( through an Hitachi ) provided me with
a not so empty brand new LUN, and the task to add the FCP failed to point this.
Trusting my double, I spent some precious time searching for different problems,
until receiving some guidance and do a simple dd if=/dev/zero to the initial
blocks of the LUN.
IMHO you need to initialize the lun with a partition table at
least
(parted). dd will do also.
Consulting the documentation
( http://www.ovirt.org/OVirt_Administration_Guide#Adding_FCP_Storage ) for this
matters, was not of any help.
So, my questions:
This is the intended behavior? Should I open a ticket?
Should I add a note to documentation to point such behavior? ( i'm about to )
I think this is not ovirts part but rather dm-multipath. My best guess
would be a configuration error on your part?
[1]
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/...
Cheers,
by qoelheX
Aviso Legal
A informação contida neste e-mail e em seus anexos pode ser restrita, sendo o
emitente deste responsável por seu conteúdo e endereçamento. Se você não for a
pessoa autorizada a receber esta mensagem e tendo recebido a mesma por engano,
favor apagá-la imediatamente. A JFSC considera opiniões, conclusões e outras
informações não oficiais de responsabilidade do usuário deste serviço.
--
Daniel Helgenberger
m box bewegtbild GmbH
P: +49/30/2408781-22
F: +49/30/2408781-10
ACKERSTR. 19
D-10115 BERLIN
www.m-box.de www.monkeymen.tv
Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
9:09 p.m.
Hi Daniel,
Thank you for your comments!
Let me clarify some points:
About LUN:
IMHO you need to initialize the lun with a partition table at least
(parted). dd will do also.
So, the lun, which I was provided with, it was too much
blank?
About multipathd:
I think this is not ovirts part but rather dm-multipath. My best
guess
would be a configuration error on your part?
I'm really sorry, I failed to point that my nodes are ovirt-node-iso installations,
not generic SO installations with ovirt added to them.
I was able to manually configure the nodes - the question is: this is the expected
behavior (manual configuration)?
Some of my nodes I just restarted and then they were able to see the LUN correctly without
any manual configuration. As oVirt provide an iso for node installation, maybe it is
important to point such behavior in the oVirt documentation.
Cheers!
by qoelheX
Aviso Legal
A informação contida neste e-mail e em seus anexos pode ser restrita, sendo o emitente
deste responsável por seu conteúdo e endereçamento. Se você não for a pessoa autorizada a
receber esta mensagem e tendo recebido a mesma por engano, favor apagá-la imediatamente. A
JFSC considera opiniões, conclusões e outras informações não oficiais de responsabilidade
do usuário deste serviço.
11:36 p.m.
On 20.05.2015 20:10, Fábio Coelho wrote:
Hi Daniel,
Thank you for your comments!
Let me clarify some points:
About LUN:
> IMHO you need to initialize the lun with a partition table at least
> (parted). dd will do also.
So, the lun, which I was provided with, it was too much blank?
Hehe - I only found
writing to them once helps in general. Call it
superstitous - its the first thing I do with a new lun in case there are
some 'leftovers'. But indeed it should work without it.
About multipathd:
> I think this is not ovirts part but rather dm-multipath. My best guess
> would be a configuration error on your part?
I'm really sorry, I failed to point that my nodes are ovirt-node-iso installations,
not generic SO installations with ovirt added to them.
Sorry, I did not use node
very much (it lacked some drivers I needed)
and - because of things like this where I need a persistant change
(multipath.conf).
I was able to manually configure the nodes - the question is: this is the expected
behavior (manual configuration)?
I'll add Fabian for this question; persistant
changes to nodes from
node.iso are his area of expertise.
Some of my nodes I just restarted and then they were able to see the LUN correctly
without any manual configuration. As oVirt provide an iso for node installation, maybe it
is important to point such behavior in the oVirt documentation.
As I said -
multipathd should be running by default. If this is the
case, pathes to the same LUN are detected at statup and mapped
correctly; no intervention necessary.
In the end you might need some special settings depending on your
storage, though.
Cheers!
by qoelheX
Aviso Legal
A informação contida neste e-mail e em seus anexos pode ser restrita, sendo o emitente
deste responsável por seu conteúdo e endereçamento. Se você não for a pessoa autorizada a
receber esta mensagem e tendo recebido a mesma por engano, favor apagá-la imediatamente. A
JFSC considera opiniões, conclusões e outras informações não oficiais de responsabilidade
do usuário deste serviço.
--
Daniel Helgenberger
m box bewegtbild GmbH
P: +49/30/2408781-22
F: +49/30/2408781-10
ACKERSTR. 19
D-10115 BERLIN
www.m-box.de www.monkeymen.tv
Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
10:08 p.m.
----- Original Message -----
From: "Daniel Helgenberger"
<daniel.helgenberger(a)m-box.de>
To: "Fábio Coelho" <fabio.coelho(a)jfsc.jus.br>, "users"
<Users(a)ovirt.org>
Sent: Wednesday, May 20, 2015 8:46:01 PM
Subject: Re: [ovirt-users] Adding FCP - Request for comments
On 20.05.2015 19:10, Fábio Coelho wrote:
Hello Fabio,
> Thoughts about Adding Storage Luns
>
> As I am new here, I would appreciate some advice about some actions that I
> intend to perform, please read.
>
> I have added a LUN to my cluster and, for that task, I had to restart every
> node
> of it. There was no LUNs before, multipathd was stopped and multipath.conf
> inexisted. I was able to log in and manually configure multipath.conf, a
> simple
> multipathd start was not enough.
In theory this should have been enough. What puzzles me: Until now
host-deploy always activated multipathd and writes a multipath.conf.
Here I strongly recommend to blacklist everything and then only white
listing your vendors. Otherwise your error logs fill up and you cannot
connect any USB stick to the host any more ;)
Then, add RHEV PRIVATE to the second line otherwise it will be
overwritten on every host deploy run.
# RHEV PRIVATE
blacklist {
device {
vendor "*"
product "*"
}
}
This is bad idea. If you want to blacklist all devices, you can add this to
vdsm generated configuration.
Vdsm is depending on the defaults set in the "defaults" section.
After activating multipathd and editing multipath.conf to your needs you
would actually need to run the 'multipath' command to create the paths. [1]
Sometimes you need to rescan the LUNs, though, esp. if you changed sizes
after activating them.
>
> If this wasn't enough, my double NetAPP ( through an Hitachi ) provided me
> with
> a not so empty brand new LUN, and the task to add the FCP failed to point
> this.
> Trusting my double, I spent some precious time searching for different
> problems,
> until receiving some guidance and do a simple dd if=/dev/zero to the
> initial
> blocks of the LUN.
IMHO you need to initialize the lun with a partition table at least
(parted). dd will do also.
>
> Consulting the documentation
> ( http://www.ovirt.org/OVirt_Administration_Guide#Adding_FCP_Storage ) for
> this
> matters, was not of any help.
>
> So, my questions:
>
> This is the intended behavior? Should I open a ticket?
>
> Should I add a note to documentation to point such behavior? ( i'm about to
> )
>
I think this is not ovirts part but rather dm-multipath. My best guess
would be a configuration error on your part?
[1]
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/...
>
> Cheers,
>
> by qoelheX
>
>
> Aviso Legal
>
> A informação contida neste e-mail e em seus anexos pode ser restrita, sendo
> o
> emitente deste responsável por seu conteúdo e endereçamento. Se você não
> for a
> pessoa autorizada a receber esta mensagem e tendo recebido a mesma por
> engano,
> favor apagá-la imediatamente. A JFSC considera opiniões, conclusões e
> outras
> informações não oficiais de responsabilidade do usuário deste serviço.
>
--
Daniel Helgenberger
m box bewegtbild GmbH
P: +49/30/2408781-22
F: +49/30/2408781-10
ACKERSTR. 19
D-10115 BERLIN
www.m-box.de www.monkeymen.tv
Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
11:13 p.m.
On 22.05.2015 21:08, Nir Soffer wrote:
----- Original Message -----
> From: "Daniel Helgenberger" <daniel.helgenberger(a)m-box.de>
> To: "Fábio Coelho" <fabio.coelho(a)jfsc.jus.br>, "users"
<Users(a)ovirt.org>
> Sent: Wednesday, May 20, 2015 8:46:01 PM
> Subject: Re: [ovirt-users] Adding FCP - Request for comments
>
>
>
> On 20.05.2015 19:10, Fábio Coelho wrote:
> Hello Fabio,
>> Thoughts about Adding Storage Luns
>>
>> As I am new here, I would appreciate some advice about some actions that I
>> intend to perform, please read.
>>
>> I have added a LUN to my cluster and, for that task, I had to restart every
>> node
>> of it. There was no LUNs before, multipathd was stopped and multipath.conf
>> inexisted. I was able to log in and manually configure multipath.conf, a
>> simple
>> multipathd start was not enough.
> In theory this should have been enough. What puzzles me: Until now
> host-deploy always activated multipathd and writes a multipath.conf.
>
> Here I strongly recommend to blacklist everything and then only white
> listing your vendors. Otherwise your error logs fill up and you cannot
> connect any USB stick to the host any more ;)
>
> Then, add RHEV PRIVATE to the second line otherwise it will be
> overwritten on every host deploy run.
> # RHEV PRIVATE
>
> blacklist {
> device {
> vendor "*"
> product "*"
> }
> }
This is bad idea. If you want to blacklist all devices, you can add this to
vdsm generated configuration.
What can I add?
Vdsm is depending on the defaults set in the "defaults" section.
I just looked; seems to me this is the default part vdsm is needing?
defaults {
polling_interval 5
no_path_retry fail
user_friendly_names no
flush_on_last_del yes
fast_io_fail_tmo 5
dev_loss_tmo 30
max_fds 4096
}
The problem is there is no blacklisting at all in the default
multipath.conf - at least not in mine.
I know this is a hard thing to do for a general version of the file
witch works for anyone. As for my part I have only very specific devices
/ vendors I want to have in my multipah.conf; so I blacklist everything
and later on add blacklist exceptions like:
blacklist_exceptions {
device {
vendor "IFT"
product "*"
}
}
Witch IMHO is (was?) since best practice a long time ago when I created
my configs.
>
>
>
> After activating multipathd and editing multipath.conf to your needs you
> would actually need to run the 'multipath' command to create the paths. [1]
>
> Sometimes you need to rescan the LUNs, though, esp. if you changed sizes
> after activating them.
>>
>> If this wasn't enough, my double NetAPP ( through an Hitachi ) provided me
>> with
>> a not so empty brand new LUN, and the task to add the FCP failed to point
>> this.
>> Trusting my double, I spent some precious time searching for different
>> problems,
>> until receiving some guidance and do a simple dd if=/dev/zero to the
>> initial
>> blocks of the LUN.
> IMHO you need to initialize the lun with a partition table at least
> (parted). dd will do also.
>
>>
>> Consulting the documentation
>> ( http://www.ovirt.org/OVirt_Administration_Guide#Adding_FCP_Storage ) for
>> this
>> matters, was not of any help.
>>
>> So, my questions:
>>
>> This is the intended behavior? Should I open a ticket?
>>
>> Should I add a note to documentation to point such behavior? ( i'm about to
>> )
>>
> I think this is not ovirts part but rather dm-multipath. My best guess
> would be a configuration error on your part?
>
> [1]
>
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/...
>>
>> Cheers,
>>
>> by qoelheX
>>
>>
>> Aviso Legal
>>
>> A informação contida neste e-mail e em seus anexos pode ser restrita, sendo
>> o
>> emitente deste responsável por seu conteúdo e endereçamento. Se você não
>> for a
>> pessoa autorizada a receber esta mensagem e tendo recebido a mesma por
>> engano,
>> favor apagá-la imediatamente. A JFSC considera opiniões, conclusões e
>> outras
>> informações não oficiais de responsabilidade do usuário deste serviço.
>>
>
> --
> Daniel Helgenberger
> m box bewegtbild GmbH
>
> P: +49/30/2408781-22
> F: +49/30/2408781-10
>
> ACKERSTR. 19
> D-10115 BERLIN
>
>
> www.m-box.de www.monkeymen.tv
>
> Geschäftsführer: Martin Retschitzegger / Michaela Göllner
> Handeslregister: Amtsgericht Charlottenburg / HRB 112767
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
--
Daniel Helgenberger
m box bewegtbild GmbH
P: +49/30/2408781-22
F: +49/30/2408781-10
ACKERSTR. 19
D-10115 BERLIN
www.m-box.de www.monkeymen.tv
Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
11:24 p.m.
----- Original Message -----
From: "Daniel Helgenberger"
<daniel.helgenberger(a)m-box.de>
To: "Nir Soffer" <nsoffer(a)redhat.com>
Cc: "Fábio Coelho" <fabio.coelho(a)jfsc.jus.br>, "users"
<Users(a)ovirt.org>
Sent: Friday, May 22, 2015 11:13:31 PM
Subject: Re: [ovirt-users] Adding FCP - Request for comments
On 22.05.2015 21:08, Nir Soffer wrote:
> ----- Original Message -----
>> From: "Daniel Helgenberger" <daniel.helgenberger(a)m-box.de>
>> To: "Fábio Coelho" <fabio.coelho(a)jfsc.jus.br>, "users"
<Users(a)ovirt.org>
>> Sent: Wednesday, May 20, 2015 8:46:01 PM
>> Subject: Re: [ovirt-users] Adding FCP - Request for comments
>>
>>
>>
>> On 20.05.2015 19:10, Fábio Coelho wrote:
>> Hello Fabio,
>>> Thoughts about Adding Storage Luns
>>>
>>> As I am new here, I would appreciate some advice about some actions that
>>> I
>>> intend to perform, please read.
>>>
>>> I have added a LUN to my cluster and, for that task, I had to restart
>>> every
>>> node
>>> of it. There was no LUNs before, multipathd was stopped and
>>> multipath.conf
>>> inexisted. I was able to log in and manually configure multipath.conf, a
>>> simple
>>> multipathd start was not enough.
>> In theory this should have been enough. What puzzles me: Until now
>> host-deploy always activated multipathd and writes a multipath.conf.
>>
>> Here I strongly recommend to blacklist everything and then only white
>> listing your vendors. Otherwise your error logs fill up and you cannot
>> connect any USB stick to the host any more ;)
>>
>> Then, add RHEV PRIVATE to the second line otherwise it will be
>> overwritten on every host deploy run.
>> # RHEV PRIVATE
>>
>> blacklist {
>> device {
>> vendor "*"
>> product "*"
>> }
>> }
>
> This is bad idea. If you want to blacklist all devices, you can add this to
> vdsm generated configuration.
What can I add?
>
> Vdsm is depending on the defaults set in the "defaults" section.
I just looked; seems to me this is the default part vdsm is needing?
defaults {
polling_interval 5
no_path_retry fail
user_friendly_names no
flush_on_last_del yes
fast_io_fail_tmo 5
dev_loss_tmo 30
max_fds 4096
}
Right, if you have these you should be fine.
The problem is there is no blacklisting at all in the default
multipath.conf - at least not in mine.
I know this is a hard thing to do for a general version of the file
witch works for anyone. As for my part I have only very specific devices
/ vendors I want to have in my multipah.conf; so I blacklist everything
and later on add blacklist exceptions like:
blacklist_exceptions {
device {
vendor "IFT"
product "*"
}
}
Witch IMHO is (was?) since best practice a long time ago when I created
my configs.
We try to make it work for everyone without extra configuration, so
we cannot use automatic blacklisting.
My comments was only about multpath.conf without "defaults" section.
Thanks,
Nir
>
>>
>>
>>
>> After activating multipathd and editing multipath.conf to your needs you
>> would actually need to run the 'multipath' command to create the paths.
>> [1]
>>
>> Sometimes you need to rescan the LUNs, though, esp. if you changed sizes
>> after activating them.
>>>
>>> If this wasn't enough, my double NetAPP ( through an Hitachi ) provided
>>> me
>>> with
>>> a not so empty brand new LUN, and the task to add the FCP failed to point
>>> this.
>>> Trusting my double, I spent some precious time searching for different
>>> problems,
>>> until receiving some guidance and do a simple dd if=/dev/zero to the
>>> initial
>>> blocks of the LUN.
>> IMHO you need to initialize the lun with a partition table at least
>> (parted). dd will do also.
>>
>>>
>>> Consulting the documentation
>>> ( http://www.ovirt.org/OVirt_Administration_Guide#Adding_FCP_Storage )
>>> for
>>> this
>>> matters, was not of any help.
>>>
>>> So, my questions:
>>>
>>> This is the intended behavior? Should I open a ticket?
>>>
>>> Should I add a note to documentation to point such behavior? ( i'm
about
>>> to
>>> )
>>>
>> I think this is not ovirts part but rather dm-multipath. My best guess
>> would be a configuration error on your part?
>>
>> [1]
>>
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/...
>>>
>>> Cheers,
>>>
>>> by qoelheX
>>>
>>>
>>> Aviso Legal
>>>
>>> A informação contida neste e-mail e em seus anexos pode ser restrita,
>>> sendo
>>> o
>>> emitente deste responsável por seu conteúdo e endereçamento. Se você não
>>> for a
>>> pessoa autorizada a receber esta mensagem e tendo recebido a mesma por
>>> engano,
>>> favor apagá-la imediatamente. A JFSC considera opiniões, conclusões e
>>> outras
>>> informações não oficiais de responsabilidade do usuário deste serviço.
>>>
>>
>> --
>> Daniel Helgenberger
>> m box bewegtbild GmbH
>>
>> P: +49/30/2408781-22
>> F: +49/30/2408781-10
>>
>> ACKERSTR. 19
>> D-10115 BERLIN
>>
>>
>> www.m-box.de www.monkeymen.tv
>>
>> Geschäftsführer: Martin Retschitzegger / Michaela Göllner
>> Handeslregister: Amtsgericht Charlottenburg / HRB 112767
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
--
Daniel Helgenberger
m box bewegtbild GmbH
P: +49/30/2408781-22
F: +49/30/2408781-10
ACKERSTR. 19
D-10115 BERLIN
www.m-box.de www.monkeymen.tv
Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
10:11 p.m.
----- Original Message -----
From: "Fábio Coelho" <fabio.coelho(a)jfsc.jus.br>
To: "users" <Users(a)ovirt.org>
Sent: Wednesday, May 20, 2015 8:09:37 PM
Subject: [ovirt-users] Adding FCP - Request for comments
Thoughts about Adding Storage Luns
As I am new here, I would appreciate some advice about some actions that I
intend to perform, please read.
I have added a LUN to my cluster and, for that task, I had to restart every
node of it. There was no LUNs before, multipathd was stopped and
multipath.conf inexisted. I was able to log in and manually configure
multipath.conf, a simple multipathd start was not enough.
If this wasn't enough, my double NetAPP ( through an Hitachi ) provided me
with a not so empty brand new LUN, and the task to add the FCP failed to
point this. Trusting my double, I spent some precious time searching for
different problems, until receiving some guidance and do a simple dd
if=/dev/zero to the initial blocks of the LUN.
Consulting the documentation (
http://www.ovirt.org/OVirt_Administration_Guide#Adding_FCP_Storage ) for
this matters, was not of any help.
So, my questions:
This is the intended behavior? Should I open a ticket?
No, please open a bug for this.
Should I add a note to documentation to point such behavior? ( i'm about to )
Cheers,
by qoelheX
Aviso Legal
A informação contida neste e-mail e em seus anexos pode ser restrita, sendo o
emitente deste responsável por seu conteúdo e endereçamento. Se você não for
a pessoa autorizada a receber esta mensagem e tendo recebido a mesma por
engano, favor apagá-la imediatamente. A JFSC considera opiniões, conclusões
e outras informações não oficiais de responsabilidade do usuário deste
serviço.
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
3279
days inactive
3281
days old
7 comments
3 participants
participants (3)
-
Daniel Helgenberger -
Fábio Coelho -
Nir Soffer