Re: [ovirt-users] host status "Non Operational" - how to diagnose & fix?
--_000_d073628bd7264472a089d77e6921e2acemailandroidcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gMyBqYW4uIDIwMTYgMjo0MyBmbSBza3JldiBXaWxsIERlbm5pcyA8d2Rlbm5pc0BuZWMt bGFicy5jb20+Og0KPg0KPiBUaGUg4oCYb3ZpcnRtZ2104oCZIG5ldHdvcmsgaGFzIGJlZW4gJiBp cyBzdGlsbCBwbGFjZWQgb24gYSB3b3JraW5nIE5JQyAoZW5wMTJzMGYwKeKApiBJdOKAmXMganVz dCB0aGF0IG5vdywgb1ZpcnQgc29tZWhvdyBkb2VzbuKAmXQgKnRoaW5rKiBpdOKAmXMgd29ya2lu Z+KApg0KDQpIZXJlJ3Mgc29tZXRoaW5nIEkgd3JvdGUgYSBsb25nIHRpbWUgYWdvIG5vdywgZm9y IHRob3NlIHRpbWVzIHdoZW4gYXV0by1ndWktY29uZmlnIGZsdWZmIGp1c3Qgd29uJ3QgZG86DQoN Cmh0dHA6Ly93d3cub3ZpcnQub3JnL0JvbmRpbmdfVkxBTl9CcmlkZ2UNCg0KL0sNCj4NCj4gaHR0 cDovL3MxMDk2LnBob3RvYnVja2V0LmNvbS91c2VyL3dpbGxkZW5uaXMvbWVkaWEvc2V0dXAtbmV0 d29ya3MucG5nLmh0bWwNCj4NCj4gSG93ZXZlciwgYXMgSSBzaG93ZWQgeW91IGluIHRoZSDigJhp cCBsaW5rIHNob3cgdXDigJkgb3V0cHV0LCBpdCBpcyBpbmRlZWQgdXAgYW5kIHdvcmtpbmcuDQo+ DQo+DQo+DQo+DQo+IE9uIEphbiAyLCAyMDE2LCBhdCA4OjAwIFBNLCBSb3kgR29sYW4gPHJnb2xh bkByZWRoYXQuY29tPG1haWx0bzpyZ29sYW5AcmVkaGF0LmNvbT4+IHdyb3RlOg0KPg0KPg0KPg0K PiBPbiBTdW4sIEphbiAzLCAyMDE2IGF0IDI6NDYgQU0sIFdpbGwgRGVubmlzIDx3ZGVubmlzQG5l Yy1sYWJzLmNvbTxtYWlsdG86d2Rlbm5pc0BuZWMtbGFicy5jb20+PiB3cm90ZToNCj4gSSBoYXZl IGhhZCBvbmUgb2YgbXkgaG9zdHMgZ28gaW50byB0aGUgc3RhdGUg4oCcTm9uIE9wZXJhdGlvbmFs 4oCdIGFmdGVyIEkgcmVib290ZWQgaXTigKYgSSBhbHNvIG5vdGljZWQgdGhhdCBpbiB0aGUgb1Zp cnQgd2ViYWRtaW4gVUksIHRoZSBOSUMgdGhhdOKAmXMgdXNlZCBpbiB0aGUg4oCYb3ZpcnRtZ210 4oCZIG5ldHdvcmsgaXMgc2hvd2luZyDigJxkb3du4oCdLCBidXQgaW4gTGludXggdGhlIE5JQyBp cyBvcGVyYXRpb25hbCBhbmQgdXAsIGFzIGlzIHRoZSDigJhvdmlydG1nbXTigJkgYnJpZGdl4oCm DQo+DQo+DQo+IEhvc3RzIHRhYiAtPiBOZXR3b3JrIEludGVyZmFjZXMgc3VidGFiIC0+IGNsaWNr ICJTZXR1cCBuZXR3b3JrcyIgYW5kIG1ha2Ugc3VyZSAib3ZpcnRtZ210IiBpcyBwbGFjZWQgb24g YSB3b3JraW5nIG5pYy4NCj4NCj4gbWFrZSBzdXJlDQo+IFtyb290QG92aXJ0LW5vZGUtMDIgfl0j IGlwIGxpbmsgc2ggdXANCj4gMTogbG86IDxMT09QQkFDSyxVUCxMT1dFUl9VUD4gbXR1IDY1NTM2 IHFkaXNjIG5vcXVldWUgc3RhdGUgVU5LTk9XTiBtb2RlIERFRkFVTFQNCj4gICAgIGxpbmsvbG9v cGJhY2sgMDA6MDA6MDA6MDA6MDA6MDAgYnJkIDAwOjAwOjAwOjAwOjAwOjAwDQo+IDI6IGJvbmQw OiA8Tk8tQ0FSUklFUixCUk9BRENBU1QsTVVMVElDQVNULE1BU1RFUixVUD4gbXR1IDE1MDAgcWRp c2Mgbm9xdWV1ZSBzdGF0ZSBET1dOIG1vZGUgREVGQVVMVA0KPiAgICAgbGluay9ldGhlciAwMDox NToxNzo3YjplOTpiMCBicmQgZmY6ZmY6ZmY6ZmY6ZmY6ZmYNCj4gMzogZW5wNHMwZjA6IDxOTy1D QVJSSUVSLEJST0FEQ0FTVCxNVUxUSUNBU1QsU0xBVkUsVVA+IG10dSAxNTAwIHFkaXNjIHBmaWZv X2Zhc3QgbWFzdGVyIGJvbmQwIHN0YXRlIERPV04gbW9kZSBERUZBVUxUIHFsZW4gMTAwMA0KPiAg ICAgbGluay9ldGhlciAwMDoxNToxNzo3YjplOTpiMCBicmQgZmY6ZmY6ZmY6ZmY6ZmY6ZmYNCj4g NDogZW5wNHMwZjE6IDxOTy1DQVJSSUVSLEJST0FEQ0FTVCxNVUxUSUNBU1QsU0xBVkUsVVA+IG10 dSAxNTAwIHFkaXNjIHBmaWZvX2Zhc3QgbWFzdGVyIGJvbmQwIHN0YXRlIERPV04gbW9kZSBERUZB VUxUIHFsZW4gMTAwMA0KPiAgICAgbGluay9ldGhlciAwMDoxNToxNzo3YjplOTpiMCBicmQgZmY6 ZmY6ZmY6ZmY6ZmY6ZmYNCj4gNTogZW5wMTJzMGYwOiA8QlJPQURDQVNULE1VTFRJQ0FTVCxVUCxM T1dFUl9VUD4gbXR1IDE1MDAgcWRpc2MgcGZpZm9fZmFzdCBtYXN0ZXIgb3ZpcnRtZ210IHN0YXRl IFVQIG1vZGUgREVGQVVMVCBxbGVuIDEwMDANCj4gICAgIGxpbmsvZXRoZXIgMDA6MjE6ODU6MzU6 MDg6NGMgYnJkIGZmOmZmOmZmOmZmOmZmOmZmDQo+IDc6IG92aXJ0bWdtdDogPEJST0FEQ0FTVCxN VUxUSUNBU1QsVVAsTE9XRVJfVVA+IG10dSAxNTAwIHFkaXNjIG5vcXVldWUgc3RhdGUgVVAgbW9k ZSBERUZBVUxUDQo+ICAgICBsaW5rL2V0aGVyIDAwOjIxOjg1OjM1OjA4OjRjIGJyZCBmZjpmZjpm ZjpmZjpmZjpmZg0KPg0KPiBXaGF0IHNob3VsZCBJIHRha2UgYSBsb29rIGF0IGZpcnN0Pw0KPg0K PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBVc2Vy cyBtYWlsaW5nIGxpc3QNCj4gVXNlcnNAb3ZpcnQub3JnPG1haWx0bzpVc2Vyc0BvdmlydC5vcmc+ DQo+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vycw0KPg0KPg0K PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBVc2Vy cyBtYWlsaW5nIGxpc3QNCj4gVXNlcnNAb3ZpcnQub3JnDQo+IGh0dHA6Ly9saXN0cy5vdmlydC5v cmcvbWFpbG1hbi9saXN0aW5mby91c2Vycw0K --_000_d073628bd7264472a089d77e6921e2acemailandroidcom_ Content-Type: text/html; charset="utf-8" Content-ID: <0551208209315D4AADBC80EA8AC627CE@ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiAzIGphbi4gMjAxNiAyOjQzIGZtIHNrcmV2IFdpbGwgRGVubmlzICZsdDt3ZGVu bmlzQG5lYy1sYWJzLmNvbSZndDs6PGJyPg0KJmd0Ozxicj4NCiZndDsgVGhlIOKAmG92aXJ0bWdt dOKAmSBuZXR3b3JrIGhhcyBiZWVuICZhbXA7IGlzIHN0aWxsIHBsYWNlZCBvbiBhIHdvcmtpbmcg TklDIChlbnAxMnMwZjAp4oCmIEl04oCZcyBqdXN0IHRoYXQgbm93LCBvVmlydCBzb21laG93IGRv ZXNu4oCZdCAqdGhpbmsqIGl04oCZcyB3b3JraW5n4oCmPC9wPg0KPHAgZGlyPSJsdHIiPkhlcmUn cyBzb21ldGhpbmcgSSB3cm90ZSBhIGxvbmcgdGltZSBhZ28gbm93LCBmb3IgdGhvc2UgdGltZXMg d2hlbiBhdXRvLWd1aS1jb25maWcgZmx1ZmYganVzdCB3b24ndCBkbzo8L3A+DQo8cCBkaXI9Imx0 ciI+aHR0cDovL3d3dy5vdmlydC5vcmcvQm9uZGluZ19WTEFOX0JyaWRnZTwvcD4NCjxwIGRpcj0i bHRyIj4vSzxicj4NCiZndDs8YnI+DQomZ3Q7IGh0dHA6Ly9zMTA5Ni5waG90b2J1Y2tldC5jb20v dXNlci93aWxsZGVubmlzL21lZGlhL3NldHVwLW5ldHdvcmtzLnBuZy5odG1sPGJyPg0KJmd0Ozxi cj4NCiZndDsgSG93ZXZlciwgYXMgSSBzaG93ZWQgeW91IGluIHRoZSDigJhpcCBsaW5rIHNob3cg dXDigJkgb3V0cHV0LCBpdCBpcyBpbmRlZWQgdXAgYW5kIHdvcmtpbmcuPGJyPg0KJmd0Ozxicj4N CiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsgT24gSmFuIDIsIDIwMTYsIGF0IDg6 MDAgUE0sIFJveSBHb2xhbiAmbHQ7cmdvbGFuQHJlZGhhdC5jb20mbHQ7bWFpbHRvOnJnb2xhbkBy ZWRoYXQuY29tJmd0OyZndDsgd3JvdGU6PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJy Pg0KJmd0OyBPbiBTdW4sIEphbiAzLCAyMDE2IGF0IDI6NDYgQU0sIFdpbGwgRGVubmlzICZsdDt3 ZGVubmlzQG5lYy1sYWJzLmNvbSZsdDttYWlsdG86d2Rlbm5pc0BuZWMtbGFicy5jb20mZ3Q7Jmd0 OyB3cm90ZTo8YnI+DQomZ3Q7IEkgaGF2ZSBoYWQgb25lIG9mIG15IGhvc3RzIGdvIGludG8gdGhl IHN0YXRlIOKAnE5vbiBPcGVyYXRpb25hbOKAnSBhZnRlciBJIHJlYm9vdGVkIGl04oCmIEkgYWxz byBub3RpY2VkIHRoYXQgaW4gdGhlIG9WaXJ0IHdlYmFkbWluIFVJLCB0aGUgTklDIHRoYXTigJlz IHVzZWQgaW4gdGhlIOKAmG92aXJ0bWdtdOKAmSBuZXR3b3JrIGlzIHNob3dpbmcg4oCcZG93buKA nSwgYnV0IGluIExpbnV4IHRoZSBOSUMgaXMgb3BlcmF0aW9uYWwgYW5kIHVwLCBhcyBpcyB0aGUg 4oCYb3ZpcnRtZ2104oCZDQogYnJpZGdl4oCmPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7 IEhvc3RzIHRhYiAtJmd0OyBOZXR3b3JrIEludGVyZmFjZXMgc3VidGFiIC0mZ3Q7IGNsaWNrICZx dW90O1NldHVwIG5ldHdvcmtzJnF1b3Q7IGFuZCBtYWtlIHN1cmUgJnF1b3Q7b3ZpcnRtZ210JnF1 b3Q7IGlzIHBsYWNlZCBvbiBhIHdvcmtpbmcgbmljLjxicj4NCiZndDs8YnI+DQomZ3Q7IG1ha2Ug c3VyZTxicj4NCiZndDsgW3Jvb3RAb3ZpcnQtbm9kZS0wMiB+XSMgaXAgbGluayBzaCB1cDxicj4N CiZndDsgMTogbG86ICZsdDtMT09QQkFDSyxVUCxMT1dFUl9VUCZndDsgbXR1IDY1NTM2IHFkaXNj IG5vcXVldWUgc3RhdGUgVU5LTk9XTiBtb2RlIERFRkFVTFQ8YnI+DQomZ3Q7ICZuYnNwOyZuYnNw OyZuYnNwOyBsaW5rL2xvb3BiYWNrIDAwOjAwOjAwOjAwOjAwOjAwIGJyZCAwMDowMDowMDowMDow MDowMDxicj4NCiZndDsgMjogYm9uZDA6ICZsdDtOTy1DQVJSSUVSLEJST0FEQ0FTVCxNVUxUSUNB U1QsTUFTVEVSLFVQJmd0OyBtdHUgMTUwMCBxZGlzYyBub3F1ZXVlIHN0YXRlIERPV04gbW9kZSBE RUZBVUxUPGJyPg0KJmd0OyAmbmJzcDsmbmJzcDsmbmJzcDsgbGluay9ldGhlciAwMDoxNToxNzo3 YjplOTpiMCBicmQgZmY6ZmY6ZmY6ZmY6ZmY6ZmY8YnI+DQomZ3Q7IDM6IGVucDRzMGYwOiAmbHQ7 Tk8tQ0FSUklFUixCUk9BRENBU1QsTVVMVElDQVNULFNMQVZFLFVQJmd0OyBtdHUgMTUwMCBxZGlz YyBwZmlmb19mYXN0IG1hc3RlciBib25kMCBzdGF0ZSBET1dOIG1vZGUgREVGQVVMVCBxbGVuIDEw MDA8YnI+DQomZ3Q7ICZuYnNwOyZuYnNwOyZuYnNwOyBsaW5rL2V0aGVyIDAwOjE1OjE3OjdiOmU5 OmIwIGJyZCBmZjpmZjpmZjpmZjpmZjpmZjxicj4NCiZndDsgNDogZW5wNHMwZjE6ICZsdDtOTy1D QVJSSUVSLEJST0FEQ0FTVCxNVUxUSUNBU1QsU0xBVkUsVVAmZ3Q7IG10dSAxNTAwIHFkaXNjIHBm aWZvX2Zhc3QgbWFzdGVyIGJvbmQwIHN0YXRlIERPV04gbW9kZSBERUZBVUxUIHFsZW4gMTAwMDxi cj4NCiZndDsgJm5ic3A7Jm5ic3A7Jm5ic3A7IGxpbmsvZXRoZXIgMDA6MTU6MTc6N2I6ZTk6YjAg YnJkIGZmOmZmOmZmOmZmOmZmOmZmPGJyPg0KJmd0OyA1OiBlbnAxMnMwZjA6ICZsdDtCUk9BRENB U1QsTVVMVElDQVNULFVQLExPV0VSX1VQJmd0OyBtdHUgMTUwMCBxZGlzYyBwZmlmb19mYXN0IG1h c3RlciBvdmlydG1nbXQgc3RhdGUgVVAgbW9kZSBERUZBVUxUIHFsZW4gMTAwMDxicj4NCiZndDsg Jm5ic3A7Jm5ic3A7Jm5ic3A7IGxpbmsvZXRoZXIgMDA6MjE6ODU6MzU6MDg6NGMgYnJkIGZmOmZm OmZmOmZmOmZmOmZmPGJyPg0KJmd0OyA3OiBvdmlydG1nbXQ6ICZsdDtCUk9BRENBU1QsTVVMVElD QVNULFVQLExPV0VSX1VQJmd0OyBtdHUgMTUwMCBxZGlzYyBub3F1ZXVlIHN0YXRlIFVQIG1vZGUg REVGQVVMVDxicj4NCiZndDsgJm5ic3A7Jm5ic3A7Jm5ic3A7IGxpbmsvZXRoZXIgMDA6MjE6ODU6 MzU6MDg6NGMgYnJkIGZmOmZmOmZmOmZmOmZmOmZmPGJyPg0KJmd0Ozxicj4NCiZndDsgV2hhdCBz aG91bGQgSSB0YWtlIGEgbG9vayBhdCBmaXJzdD88YnI+DQomZ3Q7PGJyPg0KJmd0OyBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsgVXNlcnMg bWFpbGluZyBsaXN0PGJyPg0KJmd0OyBVc2Vyc0BvdmlydC5vcmcmbHQ7bWFpbHRvOlVzZXJzQG92 aXJ0Lm9yZyZndDs8YnI+DQomZ3Q7IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0 aW5mby91c2Vyczxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsgVXNlcnMgbWFpbGluZyBs aXN0PGJyPg0KJmd0OyBVc2Vyc0BvdmlydC5vcmc8YnI+DQomZ3Q7IGh0dHA6Ly9saXN0cy5vdmly dC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vyczxicj4NCjwvcD4NCjwvYm9keT4NCjwvaHRtbD4N Cg== --_000_d073628bd7264472a089d77e6921e2acemailandroidcom_--
------=_Part_4260044_1782998202.1451816654705 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi how are you?=20 Can you please send the following information:=20 1. Run the following command in the host and send it's output:=20 vdsClient -s 0 getVdsStats=20 2. engine.log=20 Also, please try to refresh caps.=20 Thanks.=20 BR'=20 Eliraz :)=20 ----- Original Message ----- From: "Karli Sj=C3=B6berg" <karli.sjoberg@slu.se>=20 To: "Will Dennis" <wdennis@nec-labs.com>=20 Cc: "users" <users@ovirt.org>=20 Sent: Sunday, 3 January, 2016 9:14:04 AM=20 Subject: Re: [ovirt-users] host status "Non Operational" - how to diagnose = & fix?=20 Den 3 jan. 2016 2:43 fm skrev Will Dennis <wdennis@nec-labs.com>:=20 The =E2=80=98ovirtmgmt=E2=80=99 network has been & is still placed on a wor= king NIC (enp12s0f0)=E2=80=A6 It=E2=80=99s just that now, oVirt somehow doe= sn=E2=80=99t *think* it=E2=80=99s working=E2=80=A6=20 Here's something I wrote a long time ago now, for those times when auto-gui= -config fluff just won't do:=20 http://www.ovirt.org/Bonding_VLAN_Bridge=20 /K=20 <blockquote> http://s1096.photobucket.com/user/willdennis/media/setup-networks.png.html= =20 However, as I showed you in the =E2=80=98ip link show up=E2=80=99 output, i= t is indeed up and working.=20 On Jan 2, 2016, at 8:00 PM, Roy Golan <rgolan@redhat.com<mailto:rgolan@redh= at.com>> wrote:=20 On Sun, Jan 3, 2016 at 2:46 AM, Will Dennis <wdennis@nec-labs.com<mailto:wd= ennis@nec-labs.com>> wrote:=20 I have had one of my hosts go into the state =E2=80=9CNon Operational=E2=80= =9D after I rebooted it=E2=80=A6 I also noticed that in the oVirt webadmin = UI, the NIC that=E2=80=99s used in the =E2=80=98ovirtmgmt=E2=80=99 network = is showing =E2=80=9Cdown=E2=80=9D, but in Linux the NIC is operational and = up, as is the =E2=80=98ovirtmgmt=E2=80=99 bridge=E2=80=A6=20 Hosts tab -> Network Interfaces subtab -> click "Setup networks" and make s= ure "ovirtmgmt" is placed on a working nic.=20 make sure=20 [root@ovirt-node-02 ~]# ip link sh up=20 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DE= FAULT=20 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00=20 2: bond0: <NO-CARRIER,BROADCAST,MULTICAST,MASTER,UP> mtu 1500 qdisc noqueue= state DOWN mode DEFAULT=20 link/ether 00:15:17:7b:e9:b0 brd ff:ff:ff:ff:ff:ff=20 3: enp4s0f0: <NO-CARRIER,BROADCAST,MULTICAST,SLAVE,UP> mtu 1500 qdisc pfifo= _fast master bond0 state DOWN mode DEFAULT qlen 1000=20 link/ether 00:15:17:7b:e9:b0 brd ff:ff:ff:ff:ff:ff=20 4: enp4s0f1: <NO-CARRIER,BROADCAST,MULTICAST,SLAVE,UP> mtu 1500 qdisc pfifo= _fast master bond0 state DOWN mode DEFAULT qlen 1000=20 link/ether 00:15:17:7b:e9:b0 brd ff:ff:ff:ff:ff:ff=20 5: enp12s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast m= aster ovirtmgmt state UP mode DEFAULT qlen 1000=20 link/ether 00:21:85:35:08:4c brd ff:ff:ff:ff:ff:ff=20 7: ovirtmgmt: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue stat= e UP mode DEFAULT=20 link/ether 00:21:85:35:08:4c brd ff:ff:ff:ff:ff:ff=20 What should I take a look at first?=20 _______________________________________________=20 Users mailing list=20 Users@ovirt.org<mailto:Users@ovirt.org>=20 http://lists.ovirt.org/mailman/listinfo/users=20 _______________________________________________=20 Users mailing list=20 Users@ovirt.org=20 http://lists.ovirt.org/mailman/listinfo/users=20 _______________________________________________=20 </blockquote> Users mailing list=20 Users@ovirt.org=20 http://lists.ovirt.org/mailman/listinfo/users=20 ------=_Part_4260044_1782998202.1451816654705 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: times new roman, new york, times, se= rif; font-size: 12pt; color: #000000"><div>Hi how are you?<br></div><div><b= r></div><div>Can you please send the following information:<br>1. Run the f= ollowing command in the <strong>host</strong> and send it's output:<br>&nbs= p; vdsClient -s 0 getVdsStats<br></div><div>2. engine.log</div><div><b= r></div><div>Also, please try to refresh caps.</div><div><br></div><di= v>Thanks.</div><div>BR'</div><div>Eliraz :)</div><div><hr id=3D"zwchr"><br>= From: "Karli Sj=C3=B6berg" <karli.sjoberg@slu.se><br>To: "Will Dennis= " <wdennis@nec-labs.com><br>Cc: "users" <users@ovirt.org><br>Se= nt: Sunday, 3 January, 2016 9:14:04 AM<br>Subject: Re: [ovirt-users] host s= tatus "Non Operational" - how to diagnose & fix?<br></div><div><br></di= v><div><br></div><div><br></div><div><br>Den 3 jan. 2016 2:43 fm skrev Will= Dennis <wdennis@nec-labs.com>: <br></div><blockquote><br> The = =E2=80=98ovirtmgmt=E2=80=99 network has been & is still placed on a wor= king NIC (enp12s0f0)=E2=80=A6 It=E2=80=99s just that now, oVirt somehow doe= sn=E2=80=99t *think* it=E2=80=99s working=E2=80=A6 <br><div><br></div>Here'= s something I wrote a long time ago now, for those times when auto-gui-conf= ig fluff just won't do:</blockquote><div><br></div><div><br></div><div>http= ://www.ovirt.org/Bonding_VLAN_Bridge <br></div><div><br></div><div>/K <br><= /div><blockquote><br> http://s1096.photobucket.com/user/willdennis/med= ia/setup-networks.png.html <br> <br> However, as I showed you in = the =E2=80=98ip link show up=E2=80=99 output, it is indeed up and working. = <br> <br> <br> <br> <br> On Jan 2, 2016, at 8:00 P= M, Roy Golan <rgolan@redhat.com<mailto:rgolan@redhat.com>> wrot= e: <br> <br> <br> <br> On Sun, Jan 3, 2016 at 2:46 AM, = Will Dennis <wdennis@nec-labs.com<mailto:wdennis@nec-labs.com>>= wrote: <br> I have had one of my hosts go into the state =E2=80=9CNon= Operational=E2=80=9D after I rebooted it=E2=80=A6 I also noticed that in t= he oVirt webadmin UI, the NIC that=E2=80=99s used in the =E2=80=98ovirtmgmt= =E2=80=99 network is showing =E2=80=9Cdown=E2=80=9D, but in Linux the NIC i= s operational and up, as is the =E2=80=98ovirtmgmt=E2=80=99 bridge=E2=80=A6= <br> <br> <br> Hosts tab -> Network Interfaces subtab -&= gt; click "Setup networks" and make sure "ovirtmgmt" is placed on a working= nic. <br> <br> make sure <br> [root@ovirt-node-02 ~]# ip li= nk sh up <br> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqu= eue state UNKNOWN mode DEFAULT <br> link/loopback 00:00:00:00:00:00 br= d 00:00:00:00:00:00 <br> 2: bond0: <NO-CARRIER,BROADCAST,MULTICAST,= MASTER,UP> mtu 1500 qdisc noqueue state DOWN mode DEFAULT <br> link= /ether 00:15:17:7b:e9:b0 brd ff:ff:ff:ff:ff:ff <br> 3: enp4s0f0: <N= O-CARRIER,BROADCAST,MULTICAST,SLAVE,UP> mtu 1500 qdisc pfifo_fast master= bond0 state DOWN mode DEFAULT qlen 1000 <br> link/ether 00:15:17:7b:e= 9:b0 brd ff:ff:ff:ff:ff:ff <br> 4: enp4s0f1: <NO-CARRIER,BROADCAST,= MULTICAST,SLAVE,UP> mtu 1500 qdisc pfifo_fast master bond0 state DOWN mo= de DEFAULT qlen 1000 <br> link/ether 00:15:17:7b:e9:b0 brd ff:ff:ff:ff= :ff:ff <br> 5: enp12s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu = 1500 qdisc pfifo_fast master ovirtmgmt state UP mode DEFAULT qlen 1000 <br>= link/ether 00:21:85:35:08:4c brd ff:ff:ff:ff:ff:ff <br> 7: ovirt= mgmt: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state = UP mode DEFAULT <br> link/ether 00:21:85:35:08:4c brd ff:ff:ff:ff:ff:f= f <br> <br> What should I take a look at first? <br> <br>&nb= sp;_______________________________________________ <br> Users mailing = list <br> Users@ovirt.org<mailto:Users@ovirt.org> <br> http= ://lists.ovirt.org/mailman/listinfo/users <br> <br> <br> ___= ____________________________________________ <br> Users mailing list <= br> Users@ovirt.org <br> http://lists.ovirt.org/mailman/listinfo/= users <br><div><br></div>_______________________________________________</b= lockquote><div><br>Users mailing list<br>Users@ovirt.org<br>http://lists.ov= irt.org/mailman/listinfo/users</div></div></body></html> ------=_Part_4260044_1782998202.1451816654705--
vdsClient output: http://fpaste.org/306666/82858714/ The engine.log is very large (4496 lines) so cannot fpaste… Is there a file upload service that can be used to share these sorts of things with you? On Jan 3, 2016, at 5:24 AM, Eliraz Levi <elevi@redhat.com<mailto:elevi@redhat.com>> wrote: Hi how are you? Can you please send the following information: 1. Run the following command in the host and send it's output: vdsClient -s 0 getVdsStats 2. engine.log Also, please try to refresh caps. Thanks. BR' Eliraz :) ________________________________ From: "Karli Sjöberg" <karli.sjoberg@slu.se<mailto:karli.sjoberg@slu.se>> To: "Will Dennis" <wdennis@nec-labs.com<mailto:wdennis@nec-labs.com>> Cc: "users" <users@ovirt.org<mailto:users@ovirt.org>> Sent: Sunday, 3 January, 2016 9:14:04 AM Subject: Re: [ovirt-users] host status "Non Operational" - how to diagnose & fix? Den 3 jan. 2016 2:43 fm skrev Will Dennis <wdennis@nec-labs.com<mailto:wdennis@nec-labs.com>>: The ‘ovirtmgmt’ network has been & is still placed on a working NIC (enp12s0f0)… It’s just that now, oVirt somehow doesn’t *think* it’s working… Here's something I wrote a long time ago now, for those times when auto-gui-config fluff just won't do: http://www.ovirt.org/Bonding_VLAN_Bridge /K http://s1096.photobucket.com/user/willdennis/media/setup-networks.png.html However, as I showed you in the ‘ip link show up’ output, it is indeed up and working. On Jan 2, 2016, at 8:00 PM, Roy Golan <rgolan@redhat.com<mailto:rgolan@redhat.com><mailto:rgolan@redhat.com>> wrote: On Sun, Jan 3, 2016 at 2:46 AM, Will Dennis <wdennis@nec-labs.com<mailto:wdennis@nec-labs.com><mailto:wdennis@nec-labs.com>> wrote: I have had one of my hosts go into the state “Non Operational” after I rebooted it… I also noticed that in the oVirt webadmin UI, the NIC that’s used in the ‘ovirtmgmt’ network is showing “down”, but in Linux the NIC is operational and up, as is the ‘ovirtmgmt’ bridge… Hosts tab -> Network Interfaces subtab -> click "Setup networks" and make sure "ovirtmgmt" is placed on a working nic. make sure [root@ovirt-node-02 ~]# ip link sh up 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: bond0: <NO-CARRIER,BROADCAST,MULTICAST,MASTER,UP> mtu 1500 qdisc noqueue state DOWN mode DEFAULT link/ether 00:15:17:7b:e9:b0 brd ff:ff:ff:ff:ff:ff 3: enp4s0f0: <NO-CARRIER,BROADCAST,MULTICAST,SLAVE,UP> mtu 1500 qdisc pfifo_fast master bond0 state DOWN mode DEFAULT qlen 1000 link/ether 00:15:17:7b:e9:b0 brd ff:ff:ff:ff:ff:ff 4: enp4s0f1: <NO-CARRIER,BROADCAST,MULTICAST,SLAVE,UP> mtu 1500 qdisc pfifo_fast master bond0 state DOWN mode DEFAULT qlen 1000 link/ether 00:15:17:7b:e9:b0 brd ff:ff:ff:ff:ff:ff 5: enp12s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master ovirtmgmt state UP mode DEFAULT qlen 1000 link/ether 00:21:85:35:08:4c brd ff:ff:ff:ff:ff:ff 7: ovirtmgmt: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT link/ether 00:21:85:35:08:4c brd ff:ff:ff:ff:ff:ff What should I take a look at first? _______________________________________________ Users mailing list Users@ovirt.org<mailto:Users@ovirt.org><mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users@ovirt.org<mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users@ovirt.org<mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
participants (3)
-
Eliraz Levi -
Karli Sjöberg -
Will Dennis