[ovirt-users] vdsm ssl errors

[C. Handel]

two nodes (x.x.138.208, x.x.138.210), hosted-engine on x.x.139.240.

the vdsm logs are from x.x.138.208 and the connection is from the node
itself.

> Running tcpdump it is a connect from the node to itself. I can't figure
out what is wrong. Can someone ?> give me a hint?

so i know they are coming from the node itself. The process connecting is
terminating too fast. the moment i see it in tcpdump, it is gone from the
process table.

Greetings
   Christoph

On Mon, Jul 25, 2016 at 4:53 PM, Piotr Kliczewski <
piotr.kliczewski at gmail.com> wrote:

> Christoph,
>
> In log snippets you provided I can see 2 occurrences of the log entry.
> There is 3 seconds between the calls.
>
> Each time I see calls to Host.getStats and Host.getHardwareInfo both
> from x.x.138.208.
> I do not see any log entries in the engine log so it not engine who
> connected.
>
> What host is it?
>
> Thanks,
> Piotr
>
>
> On Mon, Jul 25, 2016 at 3:45 PM, C. Handel <ovirt at macht-blau.org> wrote:
> > patch applied, The connection is from the node itself.
> >
> > logfiles with the last 100k (hope this is enough, the error happens every
> > few seconds) of data attached.
> >
> > Greetings
> >   Christoph
> >
> > On Mon, Jul 25, 2016 at 12:07 PM, Nir Soffer <nsoffer at redhat.com> wrote:
> >>
> >> On Thu, Jul 21, 2016 at 10:00 AM, C. Handel <ovirt at macht-blau.org>
> wrote:
> >> > longer logs attached, excerpts:
> >> >
> >> > ---+ vdsm
> >> >
> >> > Reactor thread::INFO::2016-07-21
> >> >
> >> >
> 08:01:19,544::protocoldetector::72::ProtocolDetector.AcceptorImpl::(handle_accept)
> >> > Accepting connection from ::ffff:140.181.138.208:59502
> >> > Reactor thread::DEBUG::2016-07-21
> >> >
> >> >
> 08:01:19,551::protocoldetector::85::ProtocolDetector.Detector::(__init__)
> >> > Using required_size=11
> >> > Reactor thread::INFO::2016-07-21
> >> >
> >> >
> 08:01:19,553::protocoldetector::121::ProtocolDetector.Detector::(handle_read)
> >> > Detected protocol stomp from ::ffff:140.181.138.208:59502
> >> > Reactor thread::INFO::2016-07-21
> >> > 08:01:19,553::stompreactor::101::Broker.StompAdapter::(_cmd_connect)
> >> > Processing CONNECT request
> >> > Reactor thread::DEBUG::2016-07-21
> >> >
> >> >
> 08:01:19,554::stompreactor::492::protocoldetector.StompDetector::(handle_socket)
> >> > Stomp detected from ('::ffff:140.181.138.208', 59502)
> >> > JsonRpc (StompReactor)::INFO::2016-07-21
> >> > 08:01:19,554::stompreactor::128::Broker.StompAdapter::(_cmd_subscribe)
> >> > Subscribe command received
> >> > ...
> >> >
> >> > JsonRpc (StompReactor)::ERROR::2016-07-21
> >> > 08:01:21,411::betterAsyncore::113::vds.dispatcher::(recv) SSL error
> >> > during
> >> > reading data: unexpected eof
> >>
> >> This log is not very useful as is, we must show the relevant remote
> >> address.
> >>
> >> Should be improved in
> >> https://gerrit.ovirt.org/61303
> >>
> >> Can you try this patch and share the log?
> >>
> >> >
> >> >
> >> > ---+ engine
> >> >
> >> >
> >> > 2016-07-20 08:00:48,445 INFO
> >> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> >> > (DefaultQuartzScheduler1) [1cff1b56] Fetched 7 VMs from VDS
> >> > 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
> >> > 2016-07-20 08:01:03,460 INFO
> >> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> >> > (DefaultQuartzScheduler3) [78d8aa89] Fetched 0 VMs from VDS
> >> > '6f7a9201-e753-4875-b89d-024120067687'
> >> > 2016-07-20 08:01:03,473 INFO
> >> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> >> > (DefaultQuartzScheduler2) [71a27a96] Fetched 7 VMs from VDS
> >> > 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
> >> > 2016-07-20 08:01:18,488 INFO
> >> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> >> > (DefaultQuartzScheduler2) [71a27a96] Fetched 0 VMs from VDS
> >> > '6f7a9201-e753-4875-b89d-024120067687'
> >> > 2016-07-20 08:01:18,500 INFO
> >> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> >> > (DefaultQuartzScheduler9) [47c419da] Fetched 7 VMs from VDS
> >> > 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
> >> > 2016-07-20 08:01:33,514 INFO
> >> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> >> > (DefaultQuartzScheduler8) [735789] Fetched 0 VMs from VDS
> >> > '6f7a9201-e753-4875-b89d-024120067687'
> >> > 2016-07-20 08:01:33,527 INFO
> >> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> >> > (DefaultQuartzScheduler3) [78d8aa89] Fetched 7 VMs from VDS
> >> > 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
> >> > 2016-07-20 08:01:48,543 INFO
> >> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> >> > (DefaultQuartzScheduler8) [735789] Fetched 0 VMs from VDS
> >> > '6f7a9201-e753-4875-b89d-024120067687'
> >> >
> >> >
> >> > Greetings
> >> >    Christoph
> >> >
> >> > On Thu, Jul 21, 2016 at 8:47 AM, Yaniv Kaul <ykaul at redhat.com> wrote:
> >> >>
> >> >> Can you share engine and VDSM logs please?
> >> >> TIA,
> >> >> Y.
> >> >>
> >> >> On Thu, Jul 21, 2016 at 9:22 AM, C. Handel <ovirt at macht-blau.org>
> >> >> wrote:
> >> >>>
> >> >>> i have an ovirt 4.0.1 installation on two nodes. Hosted Engine. San
> >> >>> storage backend.
> >> >>>
> >> >>> For some reason the vdsmd on the nodes is logging an error every few
> >> >>> seconds:
> >> >>>
> >> >>>
> >> >>> vdsm vds.dispatcher ERROR SSL error during reading data: unexpected
> >> >>> eof
> >> >>>
> >> >>>
> >> >>> Running tcpdump it is a connect from the node to itself. I can't
> >> >>> figure
> >> >>> out what is wrong. Can someone give me a hint?
> >> >>>
> >> >>> Greetings
> >> >>>    Christoph
> >> >>>
> >> >>> _______________________________________________
> >> >>> Users mailing list
> >> >>> Users at ovirt.org
> >> >>> http://lists.ovirt.org/mailman/listinfo/users
> >> >>>
> >> >>
> >> >
> >> >
> >> > _______________________________________________
> >> > Users mailing list
> >> > Users at ovirt.org
> >> > http://lists.ovirt.org/mailman/listinfo/users
> >> >
> >
> >
> >
> > _______________________________________________
> > Users mailing list
> > Users at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160725/6e14c9bd/attachment-0001.html>