From lifuqiong at cncloudsec.com Tue Jul 26 01:31:26 2016 Content-Type: multipart/mixed; boundary="===============7784281177943599463==" MIME-Version: 1.0 From: lifuqiong To: devel at ovirt.org Subject: [ovirt-devel] When debug vdsm branch 4.0, why there has some code will call function ping(self) in bindingxmlrpc.py cycle? Even the vdsm is not managed by ovirt-engine? Date: Tue, 26 Jul 2016 13:26:04 +0800 Message-ID: <00bd01d1e6fe$34d15230$9e73f690$@cncloudsec.com> --===============7784281177943599463== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is a multipart message in MIME format. ------=3D_NextPart_000_00BE_01D1E741.42F55580 Content-Type: text/plain; charset=3D"us-ascii" Content-Transfer-Encoding: 7bit Hi, = I setup a breakpoint in Line 637 in bindingxmlrpc.py , which as follows: (branch:4.0; code url is: https://github.com/oVirt/vdsm/tree/ovirt-4.0) 636 def ping(self): 637 api =3D API.Global() 638 return api.ping() = But even the vdsm is not managed by any ovirt-engine , the line 637 will be called many times, = = I thought the ping() function will be called only when the ovirt-engine will create connection with vdsm, so why it will be called cycle? = Thank you = = ------=3D_NextPart_000_00BE_01D1E741.42F55580 Content-Type: text/html; charset=3D"us-ascii" Content-Transfer-Encoding: quoted-printable

Hi, =3D

I setup a = =3D breakpoint in Line 637 in bindingxmlrpc.py , which as follows: =3D (branch:4.0; code url is: =3D https://github.com/oVirt/vdsm/tree/ovirt-4.0)

636 def =3D ping(self):

637 api =3D3D =3D API.Global()

638 return =3D api.ping()

But even = =3D the vdsm is not managed by any ovirt-engine , the line 637 will be = =3D called many times,

I thought = =3D the ping() function will be called only when the ovirt-engine will =3D create connection with vdsm, so why it will be called =3D cycle?

Thank you

------=3D_NextPart_000_00BE_01D1E741.42F55580-- --===============7784281177943599463== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" VGhpcyBpcyBhIG11bHRpcGFydCBtZXNzYWdlIGluIE1JTUUgZm9ybWF0LgoKLS0tLS0tPV9OZXh0 UGFydF8wMDBfMDBCRV8wMUQxRTc0MS40MkY1NTU4MApDb250ZW50LVR5cGU6IHRleHQvcGxhaW47 CgljaGFyc2V0PSJ1cy1hc2NpaSIKQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzogN2JpdAoKSGks IAoKICAgICAgICAgSSBzZXR1cCBhIGJyZWFrcG9pbnQgaW4gTGluZSA2MzcgaW4gYmluZGluZ3ht bHJwYy5weSAsIHdoaWNoIGFzCmZvbGxvd3M6ICAoYnJhbmNoOjQuMDsgY29kZSB1cmwgaXM6Cmh0 dHBzOi8vZ2l0aHViLmNvbS9vVmlydC92ZHNtL3RyZWUvb3ZpcnQtNC4wKQoKNjM2ICBkZWYgcGlu ZyhzZWxmKToKCjYzNyAgICAgYXBpID0gQVBJLkdsb2JhbCgpCgo2MzggICAgIHJldHVybiBhcGku cGluZygpCgogCgogICAgICAgICBCdXQgZXZlbiB0aGUgdmRzbSBpcyBub3QgbWFuYWdlZCBieSBh bnkgb3ZpcnQtZW5naW5lICwgIHRoZSBsaW5lCjYzNyB3aWxsIGJlIGNhbGxlZCBtYW55IHRpbWVz LCAKCiAKCiAgICAgICAgIEkgdGhvdWdodCB0aGUgcGluZygpIGZ1bmN0aW9uIHdpbGwgYmUgY2Fs bGVkIG9ubHkgd2hlbiB0aGUKb3ZpcnQtZW5naW5lIHdpbGwgY3JlYXRlIGNvbm5lY3Rpb24gd2l0 aCB2ZHNtLCBzbyB3aHkgaXQgd2lsbCBiZSBjYWxsZWQKY3ljbGU/CgogCgpUaGFuayB5b3UKCiAK CiAKCgotLS0tLS09X05leHRQYXJ0XzAwMF8wMEJFXzAxRDFFNzQxLjQyRjU1NTgwCkNvbnRlbnQt VHlwZTogdGV4dC9odG1sOwoJY2hhcnNldD0idXMtYXNjaWkiCkNvbnRlbnQtVHJhbnNmZXItRW5j b2Rpbmc6IHF1b3RlZC1wcmludGFibGUKCjxodG1sIHhtbG5zOnY9M0QidXJuOnNjaGVtYXMtbWlj cm9zb2Z0LWNvbTp2bWwiID0KeG1sbnM6bz0zRCJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9m ZmljZTpvZmZpY2UiID0KeG1sbnM6dz0zRCJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmlj ZTp3b3JkIiA9CnhtbG5zOm09M0QiaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9vZmZpY2Uv MjAwNC8xMi9vbW1sIiA9CnhtbG5zPTNEImh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAi PjxoZWFkPjxtZXRhID0KaHR0cC1lcXVpdj0zRENvbnRlbnQtVHlwZSBjb250ZW50PTNEInRleHQv aHRtbDsgPQpjaGFyc2V0PTNEdXMtYXNjaWkiPjxtZXRhIG5hbWU9M0RHZW5lcmF0b3IgY29udGVu dD0zRCJNaWNyb3NvZnQgV29yZCAxNCA9CihmaWx0ZXJlZCBtZWRpdW0pIj48c3R5bGU+PCEtLQov KiBGb250IERlZmluaXRpb25zICovCkBmb250LWZhY2UKCXtmb250LWZhbWlseTpTaW1TdW47Cglw YW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30KQGZvbnQtZmFjZQoJe2ZvbnQtZmFtaWx5OlNp bVN1bjsKCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQpAZm9udC1mYWNlCgl7Zm9udC1m YW1pbHk6Q2FsaWJyaTsKCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30KQGZvbnQtZmFj ZQoJe2ZvbnQtZmFtaWx5OlNpbVN1bjsKCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLwpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNv Tm9ybWFsCgl7bWFyZ2luOjBjbTsKCW1hcmdpbi1ib3R0b206LjAwMDFwdDsKCXRleHQtYWxpZ246 anVzdGlmeTsKCXRleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGg7Cglmb250LXNpemU6MTAuNXB0 OwoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjt9CmE6bGluaywgc3Bhbi5Nc29I eXBlcmxpbmsKCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7Cgljb2xvcjpibHVlOwoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9CmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZAoJ e21zby1zdHlsZS1wcmlvcml0eTo5OTsKCWNvbG9yOnB1cnBsZTsKCXRleHQtZGVjb3JhdGlvbjp1 bmRlcmxpbmU7fQpzcGFuLkVtYWlsU3R5bGUxNwoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNv bXBvc2U7Cglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOwoJY29sb3I6d2luZG93 dGV4dDt9Ci5Nc29DaHBEZWZhdWx0Cgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7Cglmb250 LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30KLyogUGFnZSBEZWZpbml0aW9ucyAqLwpA cGFnZSBXb3JkU2VjdGlvbjEKCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsKCW1hcmdpbjo3Mi4wcHQg OTAuMHB0IDcyLjBwdCA5MC4wcHQ7fQpkaXYuV29yZFNlY3Rpb24xCgl7cGFnZTpXb3JkU2VjdGlv bjE7fQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPgo8bzpzaGFwZWRlZmF1bHRz IHY6ZXh0PTNEImVkaXQiIHNwaWRtYXg9M0QiMTAyNiIgLz4KPC94bWw+PCFbZW5kaWZdLS0+PCEt LVtpZiBndGUgbXNvIDldPjx4bWw+CjxvOnNoYXBlbGF5b3V0IHY6ZXh0PTNEImVkaXQiPgo8bzpp ZG1hcCB2OmV4dD0zRCJlZGl0IiBkYXRhPTNEIjEiIC8+CjwvbzpzaGFwZWxheW91dD48L3htbD48 IVtlbmRpZl0tLT48L2hlYWQ+PGJvZHkgbGFuZz0zRFpILUNOIGxpbms9M0RibHVlID0Kdmxpbms9 M0RwdXJwbGUgc3R5bGU9M0QndGV4dC1qdXN0aWZ5LXRyaW06cHVuY3R1YXRpb24nPjxkaXYgPQpj bGFzcz0zRFdvcmRTZWN0aW9uMT48cCBjbGFzcz0zRE1zb05vcm1hbD48c3BhbiBsYW5nPTNERU4t VVM+SGksID0KPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPTNETXNvTm9ybWFsPjxzcGFu ID0KbGFuZz0zREVOLVVTPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBJIHNldHVwIGEgPQpicmVha3BvaW50IGluIExpbmUgNjM3IGluIGJpbmRpbmd4bWxy cGMucHkgLCB3aGljaCBhcyBmb2xsb3dzOiZuYnNwOyA9CihicmFuY2g6NC4wOyBjb2RlIHVybCBp czogPQpodHRwczovL2dpdGh1Yi5jb20vb1ZpcnQvdmRzbS90cmVlL292aXJ0LTQuMCk8bzpwPjwv bzpwPjwvc3Bhbj48L3A+PHAgPQpjbGFzcz0zRE1zb05vcm1hbD48c3BhbiBsYW5nPTNERU4tVVM+ NjM2ICZuYnNwO2RlZiA9CnBpbmcoc2VsZik6PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNz PTNETXNvTm9ybWFsPjxzcGFuID0KbGFuZz0zREVOLVVTPjYzNyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBhcGkgPTNEID0KQVBJLkdsb2JhbCgpPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNz PTNETXNvTm9ybWFsPjxzcGFuID0KbGFuZz0zREVOLVVTPjYzOCZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyByZXR1cm4gPQphcGkucGluZygpPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPTNE TXNvTm9ybWFsPjxzcGFuID0KbGFuZz0zREVOLVVTPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD48cCBjbGFzcz0zRE1zb05vcm1hbD48c3BhbiA9Cmxhbmc9M0RFTi1VUz4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgQnV0IGV2ZW4gPQp0aGUgdmRzbSBp cyBub3QgbWFuYWdlZCBieSBhbnkgb3ZpcnQtZW5naW5lICwmbmJzcDsgdGhlIGxpbmUgNjM3IHdp bGwgYmUgPQpjYWxsZWQgbWFueSB0aW1lcywgPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNz PTNETXNvTm9ybWFsPjxzcGFuID0KbGFuZz0zREVOLVVTPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD48cCBjbGFzcz0zRE1zb05vcm1hbD48c3BhbiA9Cmxhbmc9M0RFTi1VUz4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgSSB0aG91Z2h0ID0KdGhlIHBp bmcoKSBmdW5jdGlvbiB3aWxsIGJlIGNhbGxlZCBvbmx5IHdoZW4gdGhlIG92aXJ0LWVuZ2luZSB3 aWxsID0KY3JlYXRlIGNvbm5lY3Rpb24gd2l0aCB2ZHNtLCBzbyB3aHkgaXQgd2lsbCBiZSBjYWxs ZWQgPQpjeWNsZT88bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9M0RNc29Ob3JtYWw+PHNw YW4gPQpsYW5nPTNERU4tVVM+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPTNE TXNvTm9ybWFsPjxzcGFuID0KbGFuZz0zREVOLVVTPlRoYW5rIHlvdTxvOnA+PC9vOnA+PC9zcGFu PjwvcD48cCBjbGFzcz0zRE1zb05vcm1hbD48c3BhbiA9Cmxhbmc9M0RFTi1VUz48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9M0RNc29Ob3JtYWw+PHNwYW4gPQpsYW5nPTNERU4t VVM+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjwvZGl2PjwvYm9keT48L2h0bWw+Ci0tLS0t LT1fTmV4dFBhcnRfMDAwXzAwQkVfMDFEMUU3NDEuNDJGNTU1ODAtLQoK --===============7784281177943599463==-- From fromani at redhat.com Tue Jul 26 03:28:58 2016 Content-Type: multipart/mixed; boundary="===============6627918141573606883==" MIME-Version: 1.0 From: Francesco Romani To: devel at ovirt.org Subject: Re: [ovirt-devel] [ovirt-users] When debug vdsm branch 4.0, why there has some code will call function ping(self) in bindingxmlrpc.py cycle? Even the vdsm is not managed by ovirt-engine? Date: Tue, 26 Jul 2016 03:23:54 -0400 Message-ID: <977219678.6646285.1469517834826.JavaMail.zimbra@redhat.com> In-Reply-To: 00bd01d1e6fe$34d15230$9e73f690$@cncloudsec.com --===============6627918141573606883== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable ----- Original Message ----- > From: "lifuqiong" > To: users(a)ovirt.org, Devel(a)ovirt.org > Sent: Tuesday, July 26, 2016 7:26:04 AM > Subject: [ovirt-users] When debug vdsm branch 4.0, why there has some cod= e will call function ping(self) in > bindingxmlrpc.py cycle? Even the vdsm is not managed by ovirt-engine? > = > = > = > Hi, > = > I setup a breakpoint in Line 637 in bindingxmlrpc.py , which as follows: > (branch:4.0; code url is: https://github.com/oVirt/vdsm/tree/ovirt-4.0) > = > 636 def ping(self): > = > 637 api =3D API.Global() > = > 638 return api.ping() > = > = > = > But even the vdsm is not managed by any ovirt-engine , the line 637 will = be > called many times, > = > I thought the ping() function will be called only when the ovirt-engine w= ill > create connection with vdsm, so why it will be called cycle? This should be caused by the MOM daemon, which periodically checks the avai= lability of Vdsm. Bests, -- = Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani --===============6627918141573606883==--