6:16 a.m.
Hello,
I'm going to configure an environment where I would have:
- 2 x 1Gbit/s nics that I have to dedicate to ovirt mgmt network only, due
to design constraints
- 2 x 10Gbit/s nics where I have to configure all other VLANS
In particular I have to define:
1) a couple of VLANs for VMs
2) VLAN for live migration (can I defined more that 1 of this kind?)
3) VLAN for iSCSI against an EQL system
EQL guys keep saying that the only supported way to connect is through 2
different adapters and using multipath then. The iSCSI lan is on VLAN100
and I have to use it.
This brings in a problem in the way I can configure logical networks in
oVirt and a scenario where I create bond on top of vlan and not the reverse
as I normally do....
The desiderata would be something like this, having the two 10Gbit nics the
names eth2 and eth3 and vlan100 the one for iSCSI and vlan65 the one for
VMs, for example:
eth2 --- eth2.100 -- iSCSI IP 1
\ eth2.65 -------------------
\ __ bond65 -- IP
eth3 --- eth3.100 -- iSCSI IP 2 /
\ eth3.65 -------------------
Questions:
- does this work at all in Linux in general? I saw something with bonding
option use_carrier=1....
- in that case, can I then configure oVirt to use this configuration for
networks?
- is LACP supporto on switch an enabler or a stopper...?
Other suggestions?
Thanks in advance,
Gianluca
12:30 p.m.
--_000_D7834E8EF7E74FEAA2A393343762408Cacroniscom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
R2lhbmx1Y2EsDQoNCkFyZSB5b3Ugc3VyZSB5b3VyIDEwR2JpdCBuaWNzIGRvZXNu4oCZdCBzdXBw
b3J0IGlTQ1NJIG9mZmxvYWQ/DQoNCkZyb206IDx1c2Vycy1ib3VuY2VzQG92aXJ0Lm9yZz4gb24g
YmVoYWxmIG9mIEdpYW5sdWNhIENlY2NoaSA8Z2lhbmx1Y2EuY2VjY2hpQGdtYWlsLmNvbT4NCkRh
dGU6IFR1ZXNkYXksIDE0IE1hcmNoIDIwMTcgYXQgMTQ6MTYNClRvOiB1c2VycyA8dXNlcnNAb3Zp
cnQub3JnPg0KU3ViamVjdDogW292aXJ0LXVzZXJzXSBTdWdnZXN0aW9uIGZvciBjb25maWd1cmF0
aW9uIHdpdGggb25seSAyIG5pY3MgYW5kIGVxdWFsbG9naWMgSVNDU0kNCg0KSGVsbG8sDQpJJ20g
Z29pbmcgdG8gY29uZmlndXJlIGFuIGVudmlyb25tZW50IHdoZXJlIEkgd291bGQgaGF2ZToNCi0g
MiB4IDFHYml0L3MgbmljcyB0aGF0IEkgaGF2ZSB0byBkZWRpY2F0ZSB0byBvdmlydCBtZ210IG5l
dHdvcmsgb25seSwgZHVlIHRvIGRlc2lnbiBjb25zdHJhaW50cw0KDQotIDIgeCAxMEdiaXQvcyBu
aWNzIHdoZXJlIEkgaGF2ZSB0byBjb25maWd1cmUgYWxsIG90aGVyIFZMQU5TDQoNCkluIHBhcnRp
Y3VsYXIgSSBoYXZlIHRvIGRlZmluZToNCjEpIGEgY291cGxlIG9mIFZMQU5zIGZvciBWTXMNCjIp
IFZMQU4gZm9yIGxpdmUgbWlncmF0aW9uIChjYW4gSSBkZWZpbmVkIG1vcmUgdGhhdCAxIG9mIHRo
aXMga2luZD8pDQozKSBWTEFOIGZvciBpU0NTSSBhZ2FpbnN0IGFuIEVRTCBzeXN0ZW0NCg0KRVFM
IGd1eXMga2VlcCBzYXlpbmcgdGhhdCB0aGUgb25seSBzdXBwb3J0ZWQgd2F5IHRvIGNvbm5lY3Qg
aXMgdGhyb3VnaCAyIGRpZmZlcmVudCBhZGFwdGVycyBhbmQgdXNpbmcgbXVsdGlwYXRoIHRoZW4u
IFRoZSBpU0NTSSBsYW4gaXMgb24gVkxBTjEwMCBhbmQgSSBoYXZlIHRvIHVzZSBpdC4NCg0KVGhp
cyBicmluZ3MgaW4gYSBwcm9ibGVtIGluIHRoZSB3YXkgSSBjYW4gY29uZmlndXJlIGxvZ2ljYWwg
bmV0d29ya3MgaW4gb1ZpcnQgYW5kIGEgc2NlbmFyaW8gd2hlcmUgSSBjcmVhdGUgYm9uZCBvbiB0
b3Agb2YgdmxhbiBhbmQgbm90IHRoZSByZXZlcnNlIGFzIEkgbm9ybWFsbHkgZG8uLi4uDQoNClRo
ZSBkZXNpZGVyYXRhIHdvdWxkIGJlIHNvbWV0aGluZyBsaWtlIHRoaXMsIGhhdmluZyB0aGUgdHdv
IDEwR2JpdCBuaWNzIHRoZSBuYW1lcyBldGgyIGFuZCBldGgzIGFuZCB2bGFuMTAwIHRoZSBvbmUg
Zm9yIGlTQ1NJIGFuZCB2bGFuNjUgdGhlIG9uZSBmb3IgVk1zLCBmb3IgZXhhbXBsZToNCg0KDQoN
CiAgICBldGgyICAtLS0gZXRoMi4xMDAgLS0gaVNDU0kgSVAgMQ0KDQogICAgICAgICAgICBcIGV0
aDIuNjUgLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICBcIF9fIGJvbmQ2NSAtLSBJUA0KDQogICAgZXRoMyAgLS0tIGV0aDMuMTAw
IC0tIGlTQ1NJIElQIDIgICAgICAvDQoNCiAgICAgICAgICAgIFwgZXRoMy42NSAtLS0tLS0tLS0t
LS0tLS0tLS0tDQpRdWVzdGlvbnM6DQotIGRvZXMgdGhpcyB3b3JrIGF0IGFsbCBpbiBMaW51eCBp
biBnZW5lcmFsPyBJIHNhdyBzb21ldGhpbmcgd2l0aCBib25kaW5nIG9wdGlvbiB1c2VfY2Fycmll
cj0xLi4uLg0KLSBpbiB0aGF0IGNhc2UsIGNhbiBJIHRoZW4gY29uZmlndXJlIG9WaXJ0IHRvIHVz
ZSB0aGlzIGNvbmZpZ3VyYXRpb24gZm9yIG5ldHdvcmtzPw0KLSBpcyBMQUNQIHN1cHBvcnRvIG9u
IHN3aXRjaCBhbiBlbmFibGVyIG9yIGEgc3RvcHBlci4uLj8NCg0KT3RoZXIgc3VnZ2VzdGlvbnM/
DQoNClRoYW5rcyBpbiBhZHZhbmNlLA0KR2lhbmx1Y2ENCg==
--_000_D7834E8EF7E74FEAA2A393343762408Cacroniscom_
Content-Type: text/html; charset="utf-8"
Content-ID: <34815B11B65F76488B94192C450C20B3(a)acronis.com>
Content-Transfer-Encoding: base64
PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4
bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo
dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo
dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp
dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l
dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu
dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg
KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N
CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCglwYW5vc2UtMToyIDcg
MyA5IDIgMiA1IDIgNCA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0
aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt
ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQt
ZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDExIDYgOSAyIDIgNCAz
IDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1h
bCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsN
Cglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCmE6
bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9y
OiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4u
TXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5
NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXBy
aW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCglt
YXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0K
CWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0K
CXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXBy
aW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1m
YW1pbHk6Q291cmllcjt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJz
b25hbC1yZXBseTsNCglmb250LWZhbWlseTpDYWxpYnJpOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0K
c3Bhbi5tc29JbnMNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJbXNvLXN0eWxlLW5h
bWU6IiI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTsNCgljb2xvcjp0ZWFsO30NCi5Nc29D
aHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4w
cHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NTk1LjBwdCA4NDIuMHB0Ow0KCW1hcmdp
bjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdl
OldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hp
dGUiIGxhbmc9IkVOLUdCIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNs
YXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaTttc28tZmFyZWFzdC1sYW5ndWFnZTpF
Ti1VUyI+R2lhbmx1Y2EsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaTttc28t
ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6Q2FsaWJyaTttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+QXJlIHlvdSBzdXJlIHlvdXIg
MTBHYml0IG5pY3MgZG9lc27igJl0IHN1cHBvcnQgaVNDU0kgb2ZmbG9hZD8NCjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmk7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl
ci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpO2Nv
bG9yOmJsYWNrIj5Gcm9tOiA8L3NwYW4+DQo8L2I+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNh
bGlicmk7Y29sb3I6YmxhY2siPiZsdDt1c2Vycy1ib3VuY2VzQG92aXJ0Lm9yZyZndDsgb24gYmVo
YWxmIG9mIEdpYW5sdWNhIENlY2NoaSAmbHQ7Z2lhbmx1Y2EuY2VjY2hpQGdtYWlsLmNvbSZndDs8
YnI+DQo8Yj5EYXRlOiA8L2I+VHVlc2RheSwgMTQgTWFyY2ggMjAxNyBhdCAxNDoxNjxicj4NCjxi
PlRvOiA8L2I+dXNlcnMgJmx0O3VzZXJzQG92aXJ0Lm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8
L2I+W292aXJ0LXVzZXJzXSBTdWdnZXN0aW9uIGZvciBjb25maWd1cmF0aW9uIHdpdGggb25seSAy
IG5pY3MgYW5kIGVxdWFsbG9naWMgSVNDU0k8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhlbGxvLCA8bzpwPjwvbzpwPjwvcD4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JJ20gZ29pbmcgdG8gY29uZmlndXJlIGFuIGVudmly
b25tZW50IHdoZXJlIEkgd291bGQgaGF2ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0gMiB4IDFHYml0L3MgbmljcyB0aGF0IEkgaGF2ZSB0byBk
ZWRpY2F0ZSB0byBvdmlydCBtZ210IG5ldHdvcmsgb25seSwgZHVlIHRvIGRlc2lnbiBjb25zdHJh
aW50czxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij4tIDIgeCAxMEdiaXQvcyBuaWNzIHdoZXJlIEkgaGF2ZSB0byBjb25maWd1cmUgYWxsIG90aGVy
IFZMQU5TPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPkluIHBhcnRpY3VsYXIgSSBoYXZlIHRvIGRlZmluZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjEpIGEgY291cGxlIG9mIFZMQU5zIGZvciBW
TXM8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjIp
IFZMQU4gZm9yIGxpdmUgbWlncmF0aW9uIChjYW4gSSBkZWZpbmVkIG1vcmUgdGhhdCAxIG9mIHRo
aXMga2luZD8pPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj4zKSBWTEFOIGZvciBpU0NTSSBhZ2FpbnN0IGFuIEVRTCBzeXN0ZW08bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RVFMIGd1eXMga2VlcCBz
YXlpbmcgdGhhdCB0aGUgb25seSBzdXBwb3J0ZWQgd2F5IHRvIGNvbm5lY3QgaXMgdGhyb3VnaCAy
IGRpZmZlcmVudCBhZGFwdGVycyBhbmQgdXNpbmcgbXVsdGlwYXRoIHRoZW4uIFRoZSBpU0NTSSBs
YW4gaXMgb24gVkxBTjEwMCBhbmQgSSBoYXZlIHRvIHVzZSBpdC48bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhpcyBicmluZ3MgaW4gYSBwcm9i
bGVtIGluIHRoZSB3YXkgSSBjYW4gY29uZmlndXJlIGxvZ2ljYWwgbmV0d29ya3MgaW4gb1ZpcnQg
YW5kIGEgc2NlbmFyaW8gd2hlcmUgSSBjcmVhdGUgYm9uZCBvbiB0b3Agb2YgdmxhbiBhbmQgbm90
IHRoZSByZXZlcnNlIGFzIEkgbm9ybWFsbHkgZG8uLi4uPG86cD48L286cD48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZSBkZXNpZGVyYXRhIHdvdWxkIGJlIHNv
bWV0aGluZyBsaWtlIHRoaXMsIGhhdmluZyB0aGUgdHdvIDEwR2JpdCBuaWNzIHRoZSBuYW1lcyBl
dGgyIGFuZCBldGgzIGFuZCB2bGFuMTAwIHRoZSBvbmUgZm9yIGlTQ1NJIGFuZCB2bGFuNjUgdGhl
IG9uZSBmb3IgVk1zLCBmb3IgZXhhbXBsZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cHJlIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdDtiYWNrZ3JvdW5kOiNFRkYwRjE7
bWF4LWhlaWdodDo2MDBweDt3b3JkLXdyYXA6bm9ybWFsO292ZXJmbG93OmF1dG8iPjxzcGFuIHN0
eWxlPSJmb250LWZhbWlseTpDb25zb2xhcztjb2xvcjojMjQyNzI5Ij4mbmJzcDsmbmJzcDsmbmJz
cDsgZXRoMiZuYnNwOyAtLS0gZXRoMi4xMDAgLS0gaVNDU0kgSVAgMTxvOnA+PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQ7YmFja2dyb3VuZDojRUZG
MEYxIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6IzI0MjcyOSI+Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7IFwgZXRoMi42NSAtLS0tLS0tLS0tLS0tLS0tLS0tIDxvOnA+PC9vOnA+PC9zcGFuPjwv
cHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQ7YmFja2dyb3VuZDojRUZGMEYx
Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6IzI0MjcyOSI+Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7XCBfXyBib25kNjUgLS0gSVA8bzpwPjwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0O2JhY2tncm91bmQ6I0VGRjBGMSI+
PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOiMyNDI3MjkiPiZuYnNwOyZu
YnNwOyZuYnNwOyBldGgzJm5ic3A7IC0tLSBldGgzLjEwMCAtLSBpU0NTSSBJUCAyJm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IC88bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5
bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0O2JhY2tncm91bmQ6I0VGRjBGMSI+PHNwYW4gc3R5bGU9
ImZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOiMyNDI3MjkiPiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBcIGV0aDMuNjUg
LS0tLS0tLS0tLS0tLS0tLS0tLTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+UXVlc3Rpb25zOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LSBkb2VzIHRoaXMgd29yayBhdCBhbGwgaW4g
TGludXggaW4gZ2VuZXJhbD8gSSBzYXcgc29tZXRoaW5nIHdpdGggYm9uZGluZyBvcHRpb24gdXNl
X2NhcnJpZXI9MS4uLi48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPi0gaW4gdGhhdCBjYXNlLCBjYW4gSSB0aGVuIGNvbmZpZ3VyZSBvVmlydCB0byB1
c2UgdGhpcyBjb25maWd1cmF0aW9uIGZvciBuZXR3b3Jrcz88bzpwPjwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0gaXMgTEFDUCBzdXBwb3J0byBvbiBzd2l0
Y2ggYW4gZW5hYmxlciBvciBhIHN0b3BwZXIuLi4/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk90aGVyIHN1Z2dlc3Rpb25zPzxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFua3MgaW4gYWR2
YW5jZSw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PkdpYW5sdWNhPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+
DQo8L2h0bWw+DQo=
--_000_D7834E8EF7E74FEAA2A393343762408Cacroniscom_--
2:46 p.m.
On Tue, Mar 14, 2017 at 6:30 PM, Pavel Gashev <Pax(a)acronis.com> wrote:
Gianluca,
Are you sure your 10Gbit nics doesn’t support iSCSI offload?
I Pavel, thanks for the comment.
It could be a nice way to proceed ;-) Are you using it with oVirt?
Some considerations/questions:
- in the past I tested iSCSI offload with RH EL 5.5 (it was late 2010) with
some problems; then I also tested with RH EL 6 when still in beta with
better results. Not tested more anddidn't go to production as it was not
considered crucial. Can we consider it stable in RH EL / CentOS 7.3?
- I remeber that at 5.5 / 6beta times even when configuring offload iSCSI
you still needed to configure an ip on the interfaces in OS, because I seem
to rememebr the discovery phase (or login perhaps?) happened on tcp and not
capable in offload. Is this still true or can I only configure an ip for
the offload macs?
- is the offload configuration transparent to oVirt in the sense that oVirt
only needs that the hosts see the multipath iSCSI devices, or do I need to
make any particular config in oVirt too, then?
Thanks in advance,
Gianluca
2:54 p.m.
On Tue, Mar 14, 2017, 9:46 PM Gianluca Cecchi <gianluca.cecchi(a)gmail.com>
wrote:
On Tue, Mar 14, 2017 at 6:30 PM, Pavel Gashev <Pax(a)acronis.com>
wrote:
Gianluca,
Are you sure your 10Gbit nics doesn’t support iSCSI offload?
I Pavel, thanks for the comment.
It could be a nice way to proceed ;-) Are you using it with oVirt?
Some considerations/questions:
- in the past I tested iSCSI offload with RH EL 5.5 (it was late 2010)
with some problems; then I also tested with RH EL 6 when still in beta with
better results. Not tested more anddidn't go to production as it was not
considered crucial. Can we consider it stable in RH EL / CentOS 7.3?
- I remeber that at 5.5 / 6beta times even when configuring offload iSCSI
you still needed to configure an ip on the interfaces in OS, because I seem
to rememebr the discovery phase (or login perhaps?) happened on tcp and not
capable in offload. Is this still true or can I only configure an ip for
the offload macs?
oVirt sees it as FC. No need for IP.
Y.
- is the offload configuration transparent to oVirt in the sense
that
oVirt only needs that the hosts see the multipath iSCSI devices, or do I
need to make any particular config in oVirt too, then?
Thanks in advance,
Gianluca
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
3:13 p.m.
Il 14 Mar 2017 20:54, "Yaniv Kaul" <ykaul(a)redhat.com> ha scritto:
On Tue, Mar 14, 2017, 9:46 PM Gianluca Cecchi <gianluca.cecchi(a)gmail.com>
wrote:
On Tue, Mar 14, 2017 at 6:30 PM, Pavel Gashev <Pax(a)acronis.com>
wrote:
Gianluca,
Are you sure your 10Gbit nics doesn’t support iSCSI offload?
- I remeber that at 5.5 / 6beta times even when configuring offload iSCSI
you still needed to configure an ip on the interfaces in OS, because I seem
to rememebr the discovery phase (or login perhaps?) happened on tcp and not
capable in offload. Is this still true or can I only configure an ip for
the offload macs?
oVirt sees it as FC. No need for IP.
Y.
Hi Yanuv, can you elaborate on this? I have not understood your comment...
Can I configure chap on storage side?
Gianluca
3:57 p.m.
On Tue, Mar 14, 2017, 10:13 PM Gianluca Cecchi <gianluca.cecchi(a)gmail.com>
wrote:
Il 14 Mar 2017 20:54, "Yaniv Kaul" <ykaul(a)redhat.com>
ha scritto:
On Tue, Mar 14, 2017, 9:46 PM Gianluca Cecchi <gianluca.cecchi(a)gmail.com>
wrote:
On Tue, Mar 14, 2017 at 6:30 PM, Pavel Gashev <Pax(a)acronis.com> wrote:
Gianluca,
Are you sure your 10Gbit nics doesn’t support iSCSI offload?
- I remeber that at 5.5 / 6beta times even when configuring offload iSCSI
you still needed to configure an ip on the interfaces in OS, because I seem
to rememebr the discovery phase (or login perhaps?) happened on tcp and not
capable in offload. Is this still true or can I only configure an ip for
the offload macs?
oVirt sees it as FC. No need for IP.
Y.
Hi Yanuv, can you elaborate on this? I have not understood your comment...
Can I configure chap on storage side?
Depends on your card (I'd be surprised if it can't though)
oVirt sees the LUNs already connected, just like FC.
Y.
Gianluca
1 p.m.
On 03/14/2017 06:16 AM, Gianluca Cecchi wrote:
Hello,
I'm going to configure an environment where I would have:
- 2 x 1Gbit/s nics that I have to dedicate to ovirt mgmt network only,
due to design constraints
- 2 x 10Gbit/s nics where I have to configure all other VLANS
In particular I have to define:
1) a couple of VLANs for VMs
2) VLAN for live migration (can I defined more that 1 of this kind?)
3) VLAN for iSCSI against an EQL system
You can create a bonded interface, with as many physicals as you need.
You can then create tagged interfaces on the bonded interfaces.
You can then create bridges to those, with or without IPs depending
on what you are using them for.
In this example, the numbers, 100, 200, 300, and 400, represent VLAN
numbers.
bond0 -> bond0.100 -> ovirtmgmt 10.20.100.20 (examples only)
bond0 -> bond0.200 -> storage 10.20.200.20
bond0 -> bond0.300 -> vm
bond0 -> bond0.400 -> IPMI 10.20.400.20
There is no practical limit. However, the available hardware will determine
what is appropriate. With 2 x 10Gb interfaces, and 4 x 1Gb interfaces, this
might look very different.
Also, redundancy, switch fail-over, and other factors apply to decision
making
of how to set up networks on the hosts.
4:24 a.m.
On Tue, Mar 14, 2017 at 7:00 PM, Phil Meyer <pmeyer(a)themeyerfarm.com> wrote:
You can create a bonded interface, with as many physicals as you need.
You can then create tagged interfaces on the bonded interfaces.
You can then create bridges to those, with or without IPs depending
on what you are using them for.
In this example, the numbers, 100, 200, 300, and 400, represent VLAN
numbers.
bond0 -> bond0.100 -> ovirtmgmt 10.20.100.20 (examples only)
bond0 -> bond0.200 -> storage 10.20.200.20
bond0 -> bond0.300 -> vm
bond0 -> bond0.400 -> IPMI 10.20.400.20
This is the standard way I'm using on other oVirt installations.
The problem here is with:
bond0 -> bond0.200 -> storage 10.20.200.20
that I can't do because the storage target is EQL and they don't support
bonding way to connect
Gianluca
9:03 a.m.
On 03/15/2017 04:24 AM, Gianluca Cecchi wrote:
...
that I can't do because the storage target is EQL and they don't
support bonding way to connect
...
There is more than one way to do bonded interfaces.
You must be doing something other than LACP.
Using LACP, (mode=4) the bonded interfaces have only one MAC address.
In other modes, each interface retains it MAC address.
This may be what is confusing the storage array(s). When packets are sent
to another device with multiple MAC addresses, the response MUST return
to the interface that it was sent from.
This is handled in tcp/ip settings for the kernel, in Linux.
You may want to check these sysctl values:
net.ipv4.conf.all.arp_ignore = 1
net.ipv4.conf.all.arp_announce = 2
net.ipv4.conf.all.rp_filter = 2
The rp_filter values and meaning were redefined in newer kernels,
so you may have to research a bit.
Good luck.
2754
days inactive
2755
days old
8 comments
5 participants
participants (5)
-
Gianluca Cecchi -
Pavel Gashev -
Phil Meyer -
Phil Meyer -
Yaniv Kaul