From claude.durocher at cptaq.gouv.qc.ca Wed Jun 8 17:49:54 2016 Content-Type: multipart/mixed; boundary="===============7457669537926844000==" MIME-Version: 1.0 From: Claude Durocher To: users at ovirt.org Subject: [ovirt-users] vds.dispatcher ERROR SSL in ovirt 4.0 Date: Wed, 08 Jun 2016 17:49:52 -0400 Message-ID: <20b8-57589300-1-5242f500@191190072> --===============7457669537926844000== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable ------=3D_=3D-_OpenGroupware_org_NGMime-8376-1465422592.973792-0------ content-type: text/plain; charset=3Dutf-8 content-length: 257 content-transfer-encoding: quoted-printable I'm testing ovirt 4.0 rc1 on centos 7 (hosted engine on nfs). Every 15 =3D seconds or so, I receive the following error: journal: vdsm vds.dispatcher ERROR SSL error during reading data: (104,=3D 'Connection reset by peer') Any ideas on how to debug this? ------=3D_=3D-_OpenGroupware_org_NGMime-8376-1465422592.973792-0------ content-type: text/html; charset=3Dutf-8 content-length: 307 content-transfer-encoding: quoted-printable I'm testing ovirt 4.0 rc1 on centos 7 (hosted engine on nfs).=3D Every 15 seconds or so, I receive the following error:

jour=3D nal: vdsm vds.dispatcher ERROR SSL error during reading data: (104, =3D 9;Connection reset by peer')

Any ideas on how to debug t=3D his? ------=3D_=3D-_OpenGroupware_org_NGMime-8376-1465422592.973792-0-------- --===============7457669537926844000== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS0tLS0tPV89LV9PcGVuR3JvdXB3YXJlX29yZ19OR01pbWUtODM3Ni0xNDY1NDIyNTkyLjk3Mzc5 Mi0wLS0tLS0tCmNvbnRlbnQtdHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD11dGYtOApjb250ZW50 LWxlbmd0aDogMjU3CmNvbnRlbnQtdHJhbnNmZXItZW5jb2Rpbmc6IHF1b3RlZC1wcmludGFibGUK CgpJJ20gdGVzdGluZyBvdmlydCA0LjAgcmMxIG9uIGNlbnRvcyA3IChob3N0ZWQgZW5naW5lIG9u IG5mcykuIEV2ZXJ5IDE1ID0Kc2Vjb25kcyBvciBzbywgSSByZWNlaXZlIHRoZSBmb2xsb3dpbmcg ZXJyb3I6Cgpqb3VybmFsOiB2ZHNtIHZkcy5kaXNwYXRjaGVyIEVSUk9SIFNTTCBlcnJvciBkdXJp bmcgcmVhZGluZyBkYXRhOiAoMTA0LD0KICdDb25uZWN0aW9uIHJlc2V0IGJ5IHBlZXInKQoKQW55 IGlkZWFzIG9uIGhvdyB0byBkZWJ1ZyB0aGlzPwoKLS0tLS0tPV89LV9PcGVuR3JvdXB3YXJlX29y Z19OR01pbWUtODM3Ni0xNDY1NDIyNTkyLjk3Mzc5Mi0wLS0tLS0tCmNvbnRlbnQtdHlwZTogdGV4 dC9odG1sOyBjaGFyc2V0PXV0Zi04CmNvbnRlbnQtbGVuZ3RoOiAzMDcKY29udGVudC10cmFuc2Zl ci1lbmNvZGluZzogcXVvdGVkLXByaW50YWJsZQoKPGh0bWw+SSYjMzk7bSB0ZXN0aW5nIG92aXJ0 IDQuMCByYzEgb24gY2VudG9zIDcgKGhvc3RlZCBlbmdpbmUgb24gbmZzKS49CiBFdmVyeSAxNSBz ZWNvbmRzIG9yIHNvLCBJIHJlY2VpdmUgdGhlIGZvbGxvd2luZyBlcnJvcjo8YnIgLz48YnIgLz5q b3VyPQpuYWw6IHZkc20gdmRzLmRpc3BhdGNoZXIgRVJST1IgU1NMIGVycm9yIGR1cmluZyByZWFk aW5nIGRhdGE6ICgxMDQsICYjMz0KOTtDb25uZWN0aW9uIHJlc2V0IGJ5IHBlZXImIzM5Oyk8YnIg Lz48YnIgLz5BbnkgaWRlYXMgb24gaG93IHRvIGRlYnVnIHQ9Cmhpcz88L2h0bWw+CgotLS0tLS09 Xz0tX09wZW5Hcm91cHdhcmVfb3JnX05HTWltZS04Mzc2LTE0NjU0MjI1OTIuOTczNzkyLTAtLS0t LS0tLQoKCg== --===============7457669537926844000==-- From piotr.kliczewski at gmail.com Fri Jun 10 04:57:49 2016 Content-Type: multipart/mixed; boundary="===============4484544943743954150==" MIME-Version: 1.0 From: Piotr Kliczewski To: users at ovirt.org Subject: Re: [ovirt-users] vds.dispatcher ERROR SSL in ovirt 4.0 Date: Fri, 10 Jun 2016 10:57:47 +0200 Message-ID: In-Reply-To: 20b8-57589300-1-5242f500@191190072 --===============4484544943743954150== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Claude, Please look for "ProtocolDetector.AcceptorImpl::(handle_accept) Accepting connection from ". The last part of this log message contains peername. I should help to understand which client is connecting. >From the message I see that the client is disconnecting and as a result we get: 'Connection reset by peer' Please let us know about your findings. Thanks, Piotr On Wed, Jun 8, 2016 at 11:49 PM, Claude Durocher wrote: > I'm testing ovirt 4.0 rc1 on centos 7 (hosted engine on nfs). Every 15 > seconds or so, I receive the following error: > > journal: vdsm vds.dispatcher ERROR SSL error during reading data: (104, > 'Connection reset by peer') > > Any ideas on how to debug this? > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > --===============4484544943743954150==-- From claude.durocher at cptaq.gouv.qc.ca Wed Jun 22 17:18:21 2016 Content-Type: multipart/mixed; boundary="===============6953254283894491449==" MIME-Version: 1.0 From: Claude Durocher To: users at ovirt.org Subject: Re: [ovirt-users] ?==?utf-8?q? vds.dispatcher ERROR SSL in ovirt 4.0 Date: Wed, 22 Jun 2016 17:18:19 -0400 Message-ID: <18c6-576b0080-1f-7130f980@177774425> In-Reply-To: CAKU0_rktq3kt6HqBUXGtnDh0NBwf0_h6VtHRZAtXMc-eHmyV2w@mail.gmail.com --===============6953254283894491449== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable ------=3D_=3D-_OpenGroupware_org_NGMime-6342-1466630299.470985-12------ content-type: text/plain; charset=3Dutf-8 content-length: 1287 content-transfer-encoding: quoted-printable Here's a more complete log of vdsm with the error : https://drive.google.com/file/d/0B1CFwOEG9nMtcTR1Y3VWYjdJMnM/view?usp=3D3D= =3D sharing I inserted a few blank lines to highlight the errors. Le Vendredi, Juin 10, 2016 04:57 EDT, Piotr Kliczewski a =3DC3=3DA9crit: =3DC2=3DA0Claude, Please look for "ProtocolDetector.AcceptorImpl::(handle=3D5Faccept) Accepting connection from ". The last part of this log message contains peername. I should help to understand which client is connecting. >From the message I see that the client is disconnecting and as a result we get: 'Connection reset by peer' Please let us know about your findings. Thanks, Piotr On Wed, Jun 8, 2016 at 11:49 PM, Claude Durocher wrote: > I'm testing ovirt 4.0 rc1 on centos 7 (hosted engine on nfs). Every 1=3D 5 > seconds or so, I receive the following error: > > journal: vdsm vds.dispatcher ERROR SSL error during reading data: (10=3D 4, > 'Connection reset by peer') > > Any ideas on how to debug this? > =3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D= 5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D =3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F= =3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > =3DC2=3DA0 ------=3D_=3D-_OpenGroupware_org_NGMime-6342-1466630299.470985-12------ content-type: text/html; charset=3Dutf-8 content-length: 1656 content-transfer-encoding: quoted-printable Here's a more complete log of vdsm with the error :

https://drive.google.com/file/d/0B1CFwOEG9nMtcTR1Y3VWYjdJMnM/view?usp=3D =3D3Dsharing

I inserted a few blank lines to highlight the err= =3D ors.




Le Vendredi, Juin 10, 2016 04:57 EDT,=3D Piotr Kliczewski <piotr.kliczewski(a)gmail.com> a écrit: 
Claude,

Please look for "ProtocolD=3D etector.AcceptorImpl::(handle=3D5Faccept)
Accepting connection from = =3D ". The last part of this log message
contains peername.
=3D I should help to understand which client is connecting.

From=3D the message I see that the client is disconnecting and as a
resul=3D t we get: 'Connection reset by peer'

Please let us k=3D now about your findings.

Thanks,
Piotr

On We=3D d, Jun 8, 2016 at 11:49 PM, Claude Durocher
<claude.durocher(a)cp= =3D taq.gouv.qc.ca> wrote:
> I'm testing ovirt 4.0 rc1 on ce=3D ntos 7 (hosted engine on nfs). Every 15
> seconds or so, I rece=3D ive the following error:
>
> journal: vdsm vds.dispatch=3D er ERROR SSL error during reading data: (104,
> 'Connection=3D reset by peer')
>
> Any ideas on how to debug this=3D ?
> =3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D= 5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D =3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F= =3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D =3D5F=3D5F=3D5F
> Users mailing list
> Users(a)ovirt.org&=3D gt; http://lists.ovirt.org/mailman/listinfo/users
>

  ------=3D_=3D-_OpenGroupware_org_NGMime-6342-1466630299.470985-12-------- --===============6953254283894491449== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS0tLS0tPV89LV9PcGVuR3JvdXB3YXJlX29yZ19OR01pbWUtNjM0Mi0xNDY2NjMwMjk5LjQ3MDk4 NS0xMi0tLS0tLQpjb250ZW50LXR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9dXRmLTgKY29udGVu dC1sZW5ndGg6IDEyODcKY29udGVudC10cmFuc2Zlci1lbmNvZGluZzogcXVvdGVkLXByaW50YWJs ZQoKCkhlcmUncyBhIG1vcmUgY29tcGxldGUgbG9nIG9mIHZkc20gd2l0aCB0aGUgZXJyb3IgOgoK aHR0cHM6Ly9kcml2ZS5nb29nbGUuY29tL2ZpbGUvZC8wQjFDRndPRUc5bk10Y1RSMVkzVldZamRK TW5NL3ZpZXc/dXNwPTNEPQpzaGFyaW5nCgpJIGluc2VydGVkIGEgZmV3IGJsYW5rIGxpbmVzIHRv IGhpZ2hsaWdodCB0aGUgZXJyb3JzLgoKCgoKTGUgVmVuZHJlZGksIEp1aW4gMTAsIDIwMTYgMDQ6 NTcgRURULCBQaW90ciBLbGljemV3c2tpIDxwaW90ci5rbGljemV3c2s9CmlAZ21haWwuY29tPiBh ID1DMz1BOWNyaXQ6Cj1DMj1BMENsYXVkZSwKClBsZWFzZSBsb29rIGZvciAiUHJvdG9jb2xEZXRl Y3Rvci5BY2NlcHRvckltcGw6OihoYW5kbGU9NUZhY2NlcHQpCkFjY2VwdGluZyBjb25uZWN0aW9u IGZyb20gIi4gVGhlIGxhc3QgcGFydCBvZiB0aGlzIGxvZyBtZXNzYWdlCmNvbnRhaW5zIHBlZXJu YW1lLgpJIHNob3VsZCBoZWxwIHRvIHVuZGVyc3RhbmQgd2hpY2ggY2xpZW50IGlzIGNvbm5lY3Rp bmcuCgo+RnJvbSB0aGUgbWVzc2FnZSBJIHNlZSB0aGF0IHRoZSBjbGllbnQgaXMgZGlzY29ubmVj dGluZyBhbmQgYXMgYQpyZXN1bHQgd2UgZ2V0OiAnQ29ubmVjdGlvbiByZXNldCBieSBwZWVyJwoK UGxlYXNlIGxldCB1cyBrbm93IGFib3V0IHlvdXIgZmluZGluZ3MuCgpUaGFua3MsClBpb3RyCgpP biBXZWQsIEp1biA4LCAyMDE2IGF0IDExOjQ5IFBNLCBDbGF1ZGUgRHVyb2NoZXIKPGNsYXVkZS5k dXJvY2hlckBjcHRhcS5nb3V2LnFjLmNhPiB3cm90ZToKPiBJJ20gdGVzdGluZyBvdmlydCA0LjAg cmMxIG9uIGNlbnRvcyA3IChob3N0ZWQgZW5naW5lIG9uIG5mcykuIEV2ZXJ5IDE9CjUKPiBzZWNv bmRzIG9yIHNvLCBJIHJlY2VpdmUgdGhlIGZvbGxvd2luZyBlcnJvcjoKPgo+IGpvdXJuYWw6IHZk c20gdmRzLmRpc3BhdGNoZXIgRVJST1IgU1NMIGVycm9yIGR1cmluZyByZWFkaW5nIGRhdGE6ICgx MD0KNCwKPiAnQ29ubmVjdGlvbiByZXNldCBieSBwZWVyJykKPgo+IEFueSBpZGVhcyBvbiBob3cg dG8gZGVidWcgdGhpcz8KPiA9NUY9NUY9NUY9NUY9NUY9NUY9NUY9NUY9NUY9NUY9NUY9NUY9NUY9 NUY9NUY9NUY9NUY9NUY9NUY9NUY9NUY9NUY9NUY9Cj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01 Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj0KCj4gVXNlcnMg bWFpbGluZyBsaXN0Cj4gVXNlcnNAb3ZpcnQub3JnCj4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9t YWlsbWFuL2xpc3RpbmZvL3VzZXJzCj4KCj1DMj1BMAoKLS0tLS0tPV89LV9PcGVuR3JvdXB3YXJl X29yZ19OR01pbWUtNjM0Mi0xNDY2NjMwMjk5LjQ3MDk4NS0xMi0tLS0tLQpjb250ZW50LXR5cGU6 IHRleHQvaHRtbDsgY2hhcnNldD11dGYtOApjb250ZW50LWxlbmd0aDogMTY1Ngpjb250ZW50LXRy YW5zZmVyLWVuY29kaW5nOiBxdW90ZWQtcHJpbnRhYmxlCgo8aHRtbD5IZXJlJiMzOTtzIGEgbW9y ZSBjb21wbGV0ZSBsb2cgb2YgdmRzbSB3aXRoIHRoZSBlcnJvciA6PGJyIC8+PGJyID0KLz5odHRw czovL2RyaXZlLmdvb2dsZS5jb20vZmlsZS9kLzBCMUNGd09FRzluTXRjVFIxWTNWV1lqZEpNbk0v dmlldz91c3A9Cj0zRHNoYXJpbmc8YnIgLz48YnIgLz5JIGluc2VydGVkIGEgZmV3IGJsYW5rIGxp bmVzIHRvIGhpZ2hsaWdodCB0aGUgZXJyPQpvcnMuPGJyIC8+PGJyIC8+PGJyIC8+PGJyIC8+PGJy IC8+TGUgVmVuZHJlZGksIEp1aW4gMTAsIDIwMTYgMDQ6NTcgRURULD0KIFBpb3RyIEtsaWN6ZXdz a2kgJmx0O3Bpb3RyLmtsaWN6ZXdza2lAZ21haWwuY29tJmd0OyBhICZlYWN1dGU7Y3JpdDo8YnI9 CiAvPiZuYnNwOzxibG9ja3F1b3RlPkNsYXVkZSw8YnIgLz48YnIgLz5QbGVhc2UgbG9vayBmb3Ig JnF1b3Q7UHJvdG9jb2xEPQpldGVjdG9yLkFjY2VwdG9ySW1wbDo6KGhhbmRsZT01RmFjY2VwdCk8 YnIgLz5BY2NlcHRpbmcgY29ubmVjdGlvbiBmcm9tID0KJnF1b3Q7LiBUaGUgbGFzdCBwYXJ0IG9m IHRoaXMgbG9nIG1lc3NhZ2U8YnIgLz5jb250YWlucyBwZWVybmFtZS48YnIgLz49Ckkgc2hvdWxk IGhlbHAgdG8gdW5kZXJzdGFuZCB3aGljaCBjbGllbnQgaXMgY29ubmVjdGluZy48YnIgLz48YnIg Lz5Gcm9tPQogdGhlIG1lc3NhZ2UgSSBzZWUgdGhhdCB0aGUgY2xpZW50IGlzIGRpc2Nvbm5lY3Rp bmcgYW5kIGFzIGE8YnIgLz5yZXN1bD0KdCB3ZSBnZXQ6ICYjMzk7Q29ubmVjdGlvbiByZXNldCBi eSBwZWVyJiMzOTs8YnIgLz48YnIgLz5QbGVhc2UgbGV0IHVzIGs9Cm5vdyBhYm91dCB5b3VyIGZp bmRpbmdzLjxiciAvPjxiciAvPlRoYW5rcyw8YnIgLz5QaW90cjxiciAvPjxiciAvPk9uIFdlPQpk LCBKdW4gOCwgMjAxNiBhdCAxMTo0OSBQTSwgQ2xhdWRlIER1cm9jaGVyPGJyIC8+Jmx0O2NsYXVk ZS5kdXJvY2hlckBjcD0KdGFxLmdvdXYucWMuY2EmZ3Q7IHdyb3RlOjxiciAvPiZndDsgSSYjMzk7 bSB0ZXN0aW5nIG92aXJ0IDQuMCByYzEgb24gY2U9Cm50b3MgNyAoaG9zdGVkIGVuZ2luZSBvbiBu ZnMpLiBFdmVyeSAxNTxiciAvPiZndDsgc2Vjb25kcyBvciBzbywgSSByZWNlPQppdmUgdGhlIGZv bGxvd2luZyBlcnJvcjo8YnIgLz4mZ3Q7PGJyIC8+Jmd0OyBqb3VybmFsOiB2ZHNtIHZkcy5kaXNw YXRjaD0KZXIgRVJST1IgU1NMIGVycm9yIGR1cmluZyByZWFkaW5nIGRhdGE6ICgxMDQsPGJyIC8+ Jmd0OyAmIzM5O0Nvbm5lY3Rpb249CiByZXNldCBieSBwZWVyJiMzOTspPGJyIC8+Jmd0OzxiciAv PiZndDsgQW55IGlkZWFzIG9uIGhvdyB0byBkZWJ1ZyB0aGlzPQo/PGJyIC8+Jmd0OyA9NUY9NUY9 NUY9NUY9NUY9NUY9NUY9NUY9NUY9NUY9NUY9NUY9NUY9NUY9NUY9NUY9NUY9NUY9NUY9NUY9Cj01 Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01 Rj01Rj01Rj01Rj01Rj0KPTVGPTVGPTVGPGJyIC8+Jmd0OyBVc2VycyBtYWlsaW5nIGxpc3Q8YnIg Lz4mZ3Q7IFVzZXJzQG92aXJ0Lm9yZzxiciAvPiY9Cmd0OyBodHRwOi8vbGlzdHMub3ZpcnQub3Jn L21haWxtYW4vbGlzdGluZm8vdXNlcnM8YnIgLz4mZ3Q7PC9ibG9ja3F1b3RlPQo+PGJyIC8+PGJy IC8+Jm5ic3A7PC9odG1sPgoKLS0tLS0tPV89LV9PcGVuR3JvdXB3YXJlX29yZ19OR01pbWUtNjM0 Mi0xNDY2NjMwMjk5LjQ3MDk4NS0xMi0tLS0tLS0tCgoK --===============6953254283894491449==-- From piotr.kliczewski at gmail.com Thu Jun 23 04:05:27 2016 Content-Type: multipart/mixed; boundary="===============4777319844624356148==" MIME-Version: 1.0 From: Piotr Kliczewski To: users at ovirt.org Subject: Re: [ovirt-users] ?==?utf-8?q? vds.dispatcher ERROR SSL in ovirt 4.0 Date: Thu, 23 Jun 2016 10:05:24 +0200 Message-ID: In-Reply-To: 18c6-576b0080-1f-7130f980@177774425 --===============4777319844624356148== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Please check your engine/engine.log why it is attempting to connect every monitoring cycle. Is the host in 'NonResponsive' state? On Wed, Jun 22, 2016 at 11:18 PM, Claude Durocher wrote: > Here's a more complete log of vdsm with the error : > > https://drive.google.com/file/d/0B1CFwOEG9nMtcTR1Y3VWYjdJMnM/view?usp=3Ds= haring > > I inserted a few blank lines to highlight the errors. > > > > > Le Vendredi, Juin 10, 2016 04:57 EDT, Piotr Kliczewski > a =C3=A9crit: > > > Claude, > > Please look for "ProtocolDetector.AcceptorImpl::(handle_accept) > Accepting connection from ". The last part of this log message > contains peername. > I should help to understand which client is connecting. > > From the message I see that the client is disconnecting and as a > result we get: 'Connection reset by peer' > > Please let us know about your findings. > > Thanks, > Piotr > > On Wed, Jun 8, 2016 at 11:49 PM, Claude Durocher > wrote: >> I'm testing ovirt 4.0 rc1 on centos 7 (hosted engine on nfs). Every 15 >> seconds or so, I receive the following error: >> >> journal: vdsm vds.dispatcher ERROR SSL error during reading data: (104, >> 'Connection reset by peer') >> >> Any ideas on how to debug this? >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > --===============4777319844624356148==-- From claude.durocher at cptaq.gouv.qc.ca Thu Jun 23 14:07:03 2016 Content-Type: multipart/mixed; boundary="===============8558645037058370131==" MIME-Version: 1.0 From: Claude Durocher To: users at ovirt.org Subject: Re: [ovirt-users] ?==?utf-8?q? vds.dispatcher ERROR SSL in ovirt 4.0 Date: Thu, 23 Jun 2016 14:07:01 -0400 Message-ID: <2d8-576c2580-9-50d30400@158528023> In-Reply-To: 18c6-576b0080-1f-7130f980@177774425 --===============8558645037058370131== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable ------=3D_=3D-_OpenGroupware_org_NGMime-728-1466705221.880944-1------ content-type: text/plain; charset=3Dutf-8 content-length: 1656 content-transfer-encoding: quoted-printable I did a complete reinstall of ovirt 4.0 (with hosted engine appliance) =3D and the error is there with a single host after minimum configuration (=3D add a single nfs storage domain). The engine.log file doesn't content any irregularities. Le Mercredi, Juin 22, 2016 17:18 EDT, "Claude Durocher" a =3DC3=3DA9crit: =3DC2=3DA0=3DC2=3DA0Here's a more complete log of vdsm with the error : https://drive.google.com/file/d/0B1CFwOEG9nMtcTR1Y3VWYjdJMnM/view?usp=3D3D= =3D sharing I inserted a few blank lines to highlight the errors. Le Vendredi, Juin 10, 2016 04:57 EDT, Piotr Kliczewski a =3DC3=3DA9crit: =3DC2=3DA0Claude, Please look for "ProtocolDetector.AcceptorImpl::(handle=3D5Faccept) Accepting connection from ". The last part of this log message contains peername. I should help to understand which client is connecting. >From the message I see that the client is disconnecting and as a result we get: 'Connection reset by peer' Please let us know about your findings. Thanks, Piotr On Wed, Jun 8, 2016 at 11:49 PM, Claude Durocher wrote: > I'm testing ovirt 4.0 rc1 on centos 7 (hosted engine on nfs). Every 1=3D 5 > seconds or so, I receive the following error: > > journal: vdsm vds.dispatcher ERROR SSL error during reading data: (10=3D 4, > 'Connection reset by peer') > > Any ideas on how to debug this? > =3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D= 5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D =3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F= =3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > =3DC2=3DA0 =3DC2=3DA0 ------=3D_=3D-_OpenGroupware_org_NGMime-728-1466705221.880944-1------ content-type: text/html; charset=3Dutf-8 content-length: 2121 content-transfer-encoding: quoted-printable I did a complete reinstall of ovirt 4.0 (with hosted engine appli=3D ance) and the error is there with a single host after minimum configura=3D tion (add a single nfs storage domain).

The engine.log file =3D doesn't content any irregularities.


Le Mercredi, J=3D uin 22, 2016 17:18 EDT, "Claude Durocher" <claude.durocher=3D @cptaq.gouv.qc.ca> a écrit:
 
 Here's a more complete log of vdsm with the error :
<=3D br />https://drive.google.com/file/d/0B1CFwOEG9nMtcTR1Y3VWYjdJMnM/view?=3D usp=3D3Dsharing

I inserted a few blank lines to highlight the = =3D errors.




Le Vendredi, Juin 10, 2016 04:57 E=3D DT, Piotr Kliczewski <piotr.kliczewski(a)gmail.com> a écrit:= =3D
 
Claude,

Please look for "Protoc=3D olDetector.AcceptorImpl::(handle=3D5Faccept)
Accepting connection fr= =3D om ". The last part of this log message
contains peername.I should help to understand which client is connecting.

F=3D rom the message I see that the client is disconnecting and as a
re=3D sult we get: 'Connection reset by peer'

Please let u=3D s know about your findings.

Thanks,
Piotr

On=3D Wed, Jun 8, 2016 at 11:49 PM, Claude Durocher
<claude.durocher=3D @cptaq.gouv.qc.ca> wrote:
> I'm testing ovirt 4.0 rc1 on=3D centos 7 (hosted engine on nfs). Every 15
> seconds or so, I r=3D eceive the following error:
>
> journal: vdsm vds.dispa=3D tcher ERROR SSL error during reading data: (104,
> 'Connect=3D ion reset by peer')
>
> Any ideas on how to debug t=3D his?
> =3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F= =3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D =3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F= =3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D5F=3D =3D5F=3D5F=3D5F=3D5F
> Users mailing list
> Users(a)ovirt.o= rg
> http://lists.ovirt.org/mailman/listinfo/users
>

 

  ------=3D_=3D-_OpenGroupware_org_NGMime-728-1466705221.880944-1-------- --===============8558645037058370131== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS0tLS0tPV89LV9PcGVuR3JvdXB3YXJlX29yZ19OR01pbWUtNzI4LTE0NjY3MDUyMjEuODgwOTQ0 LTEtLS0tLS0KY29udGVudC10eXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PXV0Zi04CmNvbnRlbnQt bGVuZ3RoOiAxNjU2CmNvbnRlbnQtdHJhbnNmZXItZW5jb2Rpbmc6IHF1b3RlZC1wcmludGFibGUK CgpJIGRpZCBhIGNvbXBsZXRlIHJlaW5zdGFsbCBvZiBvdmlydCA0LjAgKHdpdGggaG9zdGVkIGVu Z2luZSBhcHBsaWFuY2UpID0KYW5kIHRoZSBlcnJvciBpcyB0aGVyZSB3aXRoIGEgc2luZ2xlIGhv c3QgYWZ0ZXIgbWluaW11bSBjb25maWd1cmF0aW9uICg9CmFkZCBhIHNpbmdsZSBuZnMgc3RvcmFn ZSBkb21haW4pLgoKVGhlIGVuZ2luZS5sb2cgZmlsZSBkb2Vzbid0IGNvbnRlbnQgYW55IGlycmVn dWxhcml0aWVzLgoKCkxlIE1lcmNyZWRpLCBKdWluIDIyLCAyMDE2IDE3OjE4IEVEVCwgIkNsYXVk ZSBEdXJvY2hlciIgPGNsYXVkZS5kdXJvY2hlPQpyQGNwdGFxLmdvdXYucWMuY2E+IGEgPUMzPUE5 Y3JpdDoKPUMyPUEwPUMyPUEwSGVyZSdzIGEgbW9yZSBjb21wbGV0ZSBsb2cgb2YgdmRzbSB3aXRo IHRoZSBlcnJvciA6CgpodHRwczovL2RyaXZlLmdvb2dsZS5jb20vZmlsZS9kLzBCMUNGd09FRzlu TXRjVFIxWTNWV1lqZEpNbk0vdmlldz91c3A9M0Q9CnNoYXJpbmcKCkkgaW5zZXJ0ZWQgYSBmZXcg YmxhbmsgbGluZXMgdG8gaGlnaGxpZ2h0IHRoZSBlcnJvcnMuCgoKCgpMZSBWZW5kcmVkaSwgSnVp biAxMCwgMjAxNiAwNDo1NyBFRFQsIFBpb3RyIEtsaWN6ZXdza2kgPHBpb3RyLmtsaWN6ZXdzaz0K aUBnbWFpbC5jb20+IGEgPUMzPUE5Y3JpdDoKPUMyPUEwQ2xhdWRlLAoKUGxlYXNlIGxvb2sgZm9y ICJQcm90b2NvbERldGVjdG9yLkFjY2VwdG9ySW1wbDo6KGhhbmRsZT01RmFjY2VwdCkKQWNjZXB0 aW5nIGNvbm5lY3Rpb24gZnJvbSAiLiBUaGUgbGFzdCBwYXJ0IG9mIHRoaXMgbG9nIG1lc3NhZ2UK Y29udGFpbnMgcGVlcm5hbWUuCkkgc2hvdWxkIGhlbHAgdG8gdW5kZXJzdGFuZCB3aGljaCBjbGll bnQgaXMgY29ubmVjdGluZy4KCj5Gcm9tIHRoZSBtZXNzYWdlIEkgc2VlIHRoYXQgdGhlIGNsaWVu dCBpcyBkaXNjb25uZWN0aW5nIGFuZCBhcyBhCnJlc3VsdCB3ZSBnZXQ6ICdDb25uZWN0aW9uIHJl c2V0IGJ5IHBlZXInCgpQbGVhc2UgbGV0IHVzIGtub3cgYWJvdXQgeW91ciBmaW5kaW5ncy4KClRo YW5rcywKUGlvdHIKCk9uIFdlZCwgSnVuIDgsIDIwMTYgYXQgMTE6NDkgUE0sIENsYXVkZSBEdXJv Y2hlcgo8Y2xhdWRlLmR1cm9jaGVyQGNwdGFxLmdvdXYucWMuY2E+IHdyb3RlOgo+IEknbSB0ZXN0 aW5nIG92aXJ0IDQuMCByYzEgb24gY2VudG9zIDcgKGhvc3RlZCBlbmdpbmUgb24gbmZzKS4gRXZl cnkgMT0KNQo+IHNlY29uZHMgb3Igc28sIEkgcmVjZWl2ZSB0aGUgZm9sbG93aW5nIGVycm9yOgo+ Cj4gam91cm5hbDogdmRzbSB2ZHMuZGlzcGF0Y2hlciBFUlJPUiBTU0wgZXJyb3IgZHVyaW5nIHJl YWRpbmcgZGF0YTogKDEwPQo0LAo+ICdDb25uZWN0aW9uIHJlc2V0IGJ5IHBlZXInKQo+Cj4gQW55 IGlkZWFzIG9uIGhvdyB0byBkZWJ1ZyB0aGlzPwo+ID01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01 Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj0KPTVGPTVGPTVGPTVG PTVGPTVGPTVGPTVGPTVGPTVGPTVGPTVGPTVGPTVGPTVGPTVGPTVGPTVGPTVGPTVGPTVGPTVGPTVG PTVGPQoKPiBVc2VycyBtYWlsaW5nIGxpc3QKPiBVc2Vyc0BvdmlydC5vcmcKPiBodHRwOi8vbGlz dHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMKPgoKPUMyPUEwCgo9QzI9QTAKCi0t LS0tLT1fPS1fT3Blbkdyb3Vwd2FyZV9vcmdfTkdNaW1lLTcyOC0xNDY2NzA1MjIxLjg4MDk0NC0x LS0tLS0tCmNvbnRlbnQtdHlwZTogdGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04CmNvbnRlbnQtbGVu Z3RoOiAyMTIxCmNvbnRlbnQtdHJhbnNmZXItZW5jb2Rpbmc6IHF1b3RlZC1wcmludGFibGUKCjxo dG1sPkkgZGlkIGEgY29tcGxldGUgcmVpbnN0YWxsIG9mIG92aXJ0IDQuMCAod2l0aCBob3N0ZWQg ZW5naW5lIGFwcGxpPQphbmNlKSBhbmQgdGhlIGVycm9yIGlzIHRoZXJlIHdpdGggYSBzaW5nbGUg aG9zdCBhZnRlciBtaW5pbXVtIGNvbmZpZ3VyYT0KdGlvbiAoYWRkIGEgc2luZ2xlIG5mcyBzdG9y YWdlIGRvbWFpbikuPGJyIC8+PGJyIC8+VGhlIGVuZ2luZS5sb2cgZmlsZSA9CmRvZXNuJiMzOTt0 IGNvbnRlbnQgYW55IGlycmVndWxhcml0aWVzLjxiciAvPjxiciAvPjxiciAvPkxlIE1lcmNyZWRp LCBKPQp1aW4gMjIsIDIwMTYgMTc6MTggRURULCAmcXVvdDtDbGF1ZGUgRHVyb2NoZXImcXVvdDsg Jmx0O2NsYXVkZS5kdXJvY2hlcj0KQGNwdGFxLmdvdXYucWMuY2EmZ3Q7IGEgJmVhY3V0ZTtjcml0 OjxiciAvPiZuYnNwOzxibG9ja3F1b3RlPiZuYnNwOzwvYmw9Cm9ja3F1b3RlPkhlcmUmIzM5O3Mg YSBtb3JlIGNvbXBsZXRlIGxvZyBvZiB2ZHNtIHdpdGggdGhlIGVycm9yIDo8YnIgLz48PQpiciAv Pmh0dHBzOi8vZHJpdmUuZ29vZ2xlLmNvbS9maWxlL2QvMEIxQ0Z3T0VHOW5NdGNUUjFZM1ZXWWpk Sk1uTS92aWV3Pz0KdXNwPTNEc2hhcmluZzxiciAvPjxiciAvPkkgaW5zZXJ0ZWQgYSBmZXcgYmxh bmsgbGluZXMgdG8gaGlnaGxpZ2h0IHRoZSA9CmVycm9ycy48YnIgLz48YnIgLz48YnIgLz48YnIg Lz48YnIgLz5MZSBWZW5kcmVkaSwgSnVpbiAxMCwgMjAxNiAwNDo1NyBFPQpEVCwgUGlvdHIgS2xp Y3pld3NraSAmbHQ7cGlvdHIua2xpY3pld3NraUBnbWFpbC5jb20mZ3Q7IGEgJmVhY3V0ZTtjcml0 Oj0KPGJyIC8+Jm5ic3A7PGJsb2NrcXVvdGU+Q2xhdWRlLDxiciAvPjxiciAvPlBsZWFzZSBsb29r IGZvciAmcXVvdDtQcm90b2M9Cm9sRGV0ZWN0b3IuQWNjZXB0b3JJbXBsOjooaGFuZGxlPTVGYWNj ZXB0KTxiciAvPkFjY2VwdGluZyBjb25uZWN0aW9uIGZyPQpvbSAmcXVvdDsuIFRoZSBsYXN0IHBh cnQgb2YgdGhpcyBsb2cgbWVzc2FnZTxiciAvPmNvbnRhaW5zIHBlZXJuYW1lLjxicj0KIC8+SSBz aG91bGQgaGVscCB0byB1bmRlcnN0YW5kIHdoaWNoIGNsaWVudCBpcyBjb25uZWN0aW5nLjxiciAv PjxiciAvPkY9CnJvbSB0aGUgbWVzc2FnZSBJIHNlZSB0aGF0IHRoZSBjbGllbnQgaXMgZGlzY29u bmVjdGluZyBhbmQgYXMgYTxiciAvPnJlPQpzdWx0IHdlIGdldDogJiMzOTtDb25uZWN0aW9uIHJl c2V0IGJ5IHBlZXImIzM5OzxiciAvPjxiciAvPlBsZWFzZSBsZXQgdT0KcyBrbm93IGFib3V0IHlv dXIgZmluZGluZ3MuPGJyIC8+PGJyIC8+VGhhbmtzLDxiciAvPlBpb3RyPGJyIC8+PGJyIC8+T249 CiBXZWQsIEp1biA4LCAyMDE2IGF0IDExOjQ5IFBNLCBDbGF1ZGUgRHVyb2NoZXI8YnIgLz4mbHQ7 Y2xhdWRlLmR1cm9jaGVyPQpAY3B0YXEuZ291di5xYy5jYSZndDsgd3JvdGU6PGJyIC8+Jmd0OyBJ JiMzOTttIHRlc3Rpbmcgb3ZpcnQgNC4wIHJjMSBvbj0KIGNlbnRvcyA3IChob3N0ZWQgZW5naW5l IG9uIG5mcykuIEV2ZXJ5IDE1PGJyIC8+Jmd0OyBzZWNvbmRzIG9yIHNvLCBJIHI9CmVjZWl2ZSB0 aGUgZm9sbG93aW5nIGVycm9yOjxiciAvPiZndDs8YnIgLz4mZ3Q7IGpvdXJuYWw6IHZkc20gdmRz LmRpc3BhPQp0Y2hlciBFUlJPUiBTU0wgZXJyb3IgZHVyaW5nIHJlYWRpbmcgZGF0YTogKDEwNCw8 YnIgLz4mZ3Q7ICYjMzk7Q29ubmVjdD0KaW9uIHJlc2V0IGJ5IHBlZXImIzM5Oyk8YnIgLz4mZ3Q7 PGJyIC8+Jmd0OyBBbnkgaWRlYXMgb24gaG93IHRvIGRlYnVnIHQ9Cmhpcz88YnIgLz4mZ3Q7ID01 Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj01Rj0K PTVGPTVGPTVGPTVGPTVGPTVGPTVGPTVGPTVGPTVGPTVGPTVGPTVGPTVGPTVGPTVGPTVGPTVGPTVG PTVGPTVGPTVGPTVGPTVGPQo9NUY9NUY9NUY9NUY8YnIgLz4mZ3Q7IFVzZXJzIG1haWxpbmcgbGlz dDxiciAvPiZndDsgVXNlcnNAb3ZpcnQub3JnPGJyID0KLz4mZ3Q7IGh0dHA6Ly9saXN0cy5vdmly dC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2VyczxiciAvPiZndDs8L2Jsb2NrcXU9Cm90ZT48YnIg Lz48YnIgLz4mbmJzcDs8YnIgLz48YnIgLz4mbmJzcDs8L2h0bWw+CgotLS0tLS09Xz0tX09wZW5H cm91cHdhcmVfb3JnX05HTWltZS03MjgtMTQ2NjcwNTIyMS44ODA5NDQtMS0tLS0tLS0tCgoK --===============8558645037058370131==-- From piotr.kliczewski at gmail.com Thu Jun 23 14:53:26 2016 Content-Type: multipart/mixed; boundary="===============5080523678013272370==" MIME-Version: 1.0 From: Piotr Kliczewski To: users at ovirt.org Subject: Re: [ovirt-users] ?==?utf-8?q? vds.dispatcher ERROR SSL in ovirt 4.0 Date: Thu, 23 Jun 2016 20:53:23 +0200 Message-ID: In-Reply-To: 2d8-576c2580-9-50d30400@158528023 --===============5080523678013272370== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Please share the engine log. On Thu, Jun 23, 2016 at 8:07 PM, Claude Durocher wrote: > I did a complete reinstall of ovirt 4.0 (with hosted engine appliance) and > the error is there with a single host after minimum configuration (add a > single nfs storage domain). > > The engine.log file doesn't content any irregularities. > > > > Le Mercredi, Juin 22, 2016 17:18 EDT, "Claude Durocher" > a =C3=A9crit: > > > > > Here's a more complete log of vdsm with the error : > > https://drive.google.com/file/d/0B1CFwOEG9nMtcTR1Y3VWYjdJMnM/view?usp=3Ds= haring > > I inserted a few blank lines to highlight the errors. > > > > > Le Vendredi, Juin 10, 2016 04:57 EDT, Piotr Kliczewski > a =C3=A9crit: > > > Claude, > > Please look for "ProtocolDetector.AcceptorImpl::(handle_accept) > Accepting connection from ". The last part of this log message > contains peername. > I should help to understand which client is connecting. > > From the message I see that the client is disconnecting and as a > result we get: 'Connection reset by peer' > > Please let us know about your findings. > > Thanks, > Piotr > > On Wed, Jun 8, 2016 at 11:49 PM, Claude Durocher > wrote: >> I'm testing ovirt 4.0 rc1 on centos 7 (hosted engine on nfs). Every 15 >> seconds or so, I receive the following error: >> >> journal: vdsm vds.dispatcher ERROR SSL error during reading data: (104, >> 'Connection reset by peer') >> >> Any ideas on how to debug this? >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > > > > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > --===============5080523678013272370==--