Suggestion for configuration with only 2 nics and equallogic ISCSI

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

--_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@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_--

On Tue, Mar 14, 2017 at 6:30 PM, Pavel Gashev <Pax@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

On Tue, Mar 14, 2017, 9:46 PM Gianluca Cecchi <gianluca.cecchi@gmail.com> wrote:
On Tue, Mar 14, 2017 at 6:30 PM, Pavel Gashev <Pax@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

Il 14 Mar 2017 20:54, "Yaniv Kaul" <ykaul@redhat.com> ha scritto: On Tue, Mar 14, 2017, 9:46 PM Gianluca Cecchi <gianluca.cecchi@gmail.com> wrote:
On Tue, Mar 14, 2017 at 6:30 PM, Pavel Gashev <Pax@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

On Tue, Mar 14, 2017, 10:13 PM Gianluca Cecchi <gianluca.cecchi@gmail.com> wrote:
Il 14 Mar 2017 20:54, "Yaniv Kaul" <ykaul@redhat.com> ha scritto:
On Tue, Mar 14, 2017, 9:46 PM Gianluca Cecchi <gianluca.cecchi@gmail.com> wrote:
On Tue, Mar 14, 2017 at 6:30 PM, Pavel Gashev <Pax@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

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.

On Tue, Mar 14, 2017 at 7:00 PM, Phil Meyer <pmeyer@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

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.
participants (5)
-
Gianluca Cecchi
-
Pavel Gashev
-
Phil Meyer
-
Phil Meyer
-
Yaniv Kaul