Adding FCP - Request for comments
------=_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--
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/htm...
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
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.
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
----- Original Message -----
From: "Daniel Helgenberger" <daniel.helgenberger@m-box.de> To: "Fábio Coelho" <fabio.coelho@jfsc.jus.br>, "users" <Users@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/htm...
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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 22.05.2015 21:08, Nir Soffer wrote:
----- Original Message -----
From: "Daniel Helgenberger" <daniel.helgenberger@m-box.de> To: "Fábio Coelho" <fabio.coelho@jfsc.jus.br>, "users" <Users@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/htm...
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@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
----- Original Message -----
From: "Daniel Helgenberger" <daniel.helgenberger@m-box.de> To: "Nir Soffer" <nsoffer@redhat.com> Cc: "Fábio Coelho" <fabio.coelho@jfsc.jus.br>, "users" <Users@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@m-box.de> To: "Fábio Coelho" <fabio.coelho@jfsc.jus.br>, "users" <Users@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/htm...
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@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
----- Original Message -----
From: "Fábio Coelho" <fabio.coelho@jfsc.jus.br> To: "users" <Users@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
participants (3)
-
Daniel Helgenberger -
Fábio Coelho -
Nir Soffer