9:04 p.m.
Trying to track down some issues I'm seeing and I've noticed a log full
of SSL Errors:
JsonRpc (StompReactor)::ERROR::2016-11-07
13:03:04,402::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data:
unexpected eof
JsonRpc (StompReactor)::ERROR::2016-11-07
13:03:08,135::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data:
unexpected eof
JsonRpc (StompReactor)::ERROR::2016-11-07
13:03:11,896::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data:
unexpected eof
JsonRpc (StompReactor)::ERROR::2016-11-07
13:03:15,532::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data:
unexpected eof
JsonRpc (StompReactor)::ERROR::2016-11-07
13:03:29,155::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data:
unexpected eof
JsonRpc (StompReactor)::ERROR::2016-11-07
13:03:36,418::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data:
unexpected eof
JsonRpc (StompReactor)::ERROR::2016-11-07
13:03:36,612::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data:
unexpected eof
JsonRpc (StompReactor)::ERROR::2016-11-07
13:03:40,418::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data:
unexpected eof
JsonRpc (StompReactor)::ERROR::2016-11-07
13:03:44,158::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data:
unexpected eof
JsonRpc (StompReactor)::ERROR::2016-11-07
13:03:47,878::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data:
unexpected eof
Any idea where this is coming from, and how to fix it?
-derek
--
Derek Atkins 617-623-3745
derek(a)ihtfp.com www.ihtfp.com
Computer and Internet Security Consultant
12:12 p.m.
New subject: About fibre channel storage
Hello,
I have a design with of 3 hosts and a storage space on Fiber Channel SAN.
I'm not going to deceive you. I come from the vmware world. (And I do not
want to compare)
I would like to understand how ovirt/kvm works at level of
folders/virtual-machine files.
I do not understand how or where this is organized.
For example... How can I access (low level) to san storage datastore in
order to see files?
Regards,
Carlos
12:39 p.m.
Derek,
This error may occur from time to time due to [1] but in your listing
it is much to often.
Please share engine and vdsm logs so we could see why.
Thanks,
Piotr
[1] https://bugzilla.redhat.com/1349829
On Mon, Nov 7, 2016 at 7:04 PM, Derek Atkins <derek(a)ihtfp.com> wrote:
Trying to track down some issues I'm seeing and I've noticed
a log full
of SSL Errors:
JsonRpc (StompReactor)::ERROR::2016-11-07
13:03:04,402::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data:
unexpected eof
JsonRpc (StompReactor)::ERROR::2016-11-07
13:03:08,135::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data:
unexpected eof
JsonRpc (StompReactor)::ERROR::2016-11-07
13:03:11,896::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data:
unexpected eof
JsonRpc (StompReactor)::ERROR::2016-11-07
13:03:15,532::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data:
unexpected eof
JsonRpc (StompReactor)::ERROR::2016-11-07
13:03:29,155::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data:
unexpected eof
JsonRpc (StompReactor)::ERROR::2016-11-07
13:03:36,418::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data:
unexpected eof
JsonRpc (StompReactor)::ERROR::2016-11-07
13:03:36,612::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data:
unexpected eof
JsonRpc (StompReactor)::ERROR::2016-11-07
13:03:40,418::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data:
unexpected eof
JsonRpc (StompReactor)::ERROR::2016-11-07
13:03:44,158::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data:
unexpected eof
JsonRpc (StompReactor)::ERROR::2016-11-07
13:03:47,878::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data:
unexpected eof
Any idea where this is coming from, and how to fix it?
-derek
--
Derek Atkins 617-623-3745
derek(a)ihtfp.com www.ihtfp.com
Computer and Internet Security Consultant
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
6:29 p.m.
Hi,
I'm not sure if you want my logs here or on the bug report (you didn't
specify). But here you go. I had to gzip them to get them down to
size -- the VDSM log is 18MB just from today (man is it chatty!)
-derek
Piotr Kliczewski <piotr.kliczewski(a)gmail.com> writes:
Derek,
This error may occur from time to time due to [1] but in your listing
it is much to often.
Please share engine and vdsm logs so we could see why.
Thanks,
Piotr
[1] https://bugzilla.redhat.com/1349829
--
Derek Atkins 617-623-3745
derek(a)ihtfp.com www.ihtfp.com
Computer and Internet Security Consultant
3:01 p.m.
Derek,
I see 2 issues in the engine logs:
2016-11-02 09:53:13,767 WARN
[org.ovirt.engine.core.bll.storage.disk.image.GetUnregisteredDiskQuery]
(org.ovirt.thread.pool-8-thread-47) [1e5f014c] Exception while parsing
JSON for disk. Exception: '{}':
org.codehaus.jackson.JsonParseException: Unexpected character ('H'
(code 72)): expected a valid value (number, String, array, object,
'true', 'false' or 'null')
at [Source: java.io.StringReader@482fe2d8; line: 1, column: 2]
at org.codehaus.jackson.JsonParser._constructError(JsonParser.java:1433)
[jackson-core-asl-1.9.13.jar:1.9.13]
at
org.codehaus.jackson.impl.JsonParserMinimalBase._reportError(JsonParserMinimalBase.java:521)
[jackson-core-asl-1.9.13.jar:1.9.13]
at
org.codehaus.jackson.impl.JsonParserMinimalBase._reportUnexpectedChar(JsonParserMinimalBase.java:442)
[jackson-core-asl-1.9.13.jar:1.9.13]
at
org.codehaus.jackson.impl.ReaderBasedParser._handleUnexpectedValue(ReaderBasedParser.java:1198)
[jackson-core-asl-1.9.13.jar:1.9.13]
at org.codehaus.jackson.impl.ReaderBasedParser.nextToken(ReaderBasedParser.java:485)
[jackson-core-asl-1.9.13.jar:1.9.13]
at org.codehaus.jackson.map.ObjectMapper._initForReading(ObjectMapper.java:2770)
[jackson-mapper-asl-1.9.13.jar:1.9.13]
at org.codehaus.jackson.map.ObjectMapper._readMapAndClose(ObjectMapper.java:2718)
[jackson-mapper-asl-1.9.13.jar:1.9.13]
at org.codehaus.jackson.map.ObjectMapper.readValue(ObjectMapper.java:1877)
[jackson-mapper-asl-1.9.13.jar:1.9.13]
at org.ovirt.engine.core.utils.JsonHelper.jsonToMap(JsonHelper.java:41)
[utils.jar:]
at
org.ovirt.engine.core.bll.storage.disk.image.MetadataDiskDescriptionHandler.enrichDiskByJsonDescription(MetadataDiskDescriptionHandler.java:247)
[bll.jar:]
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to GetOvaInfoVDS, error
= [Errno 13] Permission denied:
u'/ovirt/import/openafs-fc23-64.ihtfp.org.ova', code = -32603 (Failed
with error unexpected and code 16)
at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:114)
[bll.jar:]
at
org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33)
[bll.jar:]
at
org.ovirt.engine.core.bll.QueriesCommandBase.runVdsCommand(QueriesCommandBase.java:257)
[bll.jar:]
at
org.ovirt.engine.core.bll.GetVmFromOvaQuery.getVmInfoFromOvaFile(GetVmFromOvaQuery.java:24)
[bll.jar:]
at
org.ovirt.engine.core.bll.GetVmFromOvaQuery.executeQueryCommand(GetVmFromOvaQuery.java:20)
[bll.jar:]
both not related to reconnects.
I see that from time to time there are connections reset by peer
2016-11-04 10:58:43,442 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetStatsVDSCommand]
(DefaultQuartzScheduler6) [77387d45] Command
'GetStatsVDSCommand(HostName = ovirt-0,
VdsIdAndVdsVDSCommandParametersBase:{runAsync='true',
hostId='62b75bb9-fbd9-405f-b479-b6ad8cffd5b1',
vds='Host[ovirt-0,62b75bb9-fbd9-405f-b479-b6ad8cffd5b1]'})' execution
failed: VDSGenericException: VDSNetworkException: Connection reset by
peer
which means that vdsm or the host was stopped. Vdsm log you provided
do not cover this time so I am not able to say what is the cause of
it.
There are more 'unexpected eof' in the logs but they seems not to be
triggered by the engine. It looks like those connection are triggered
from local host.
This seems to be related to https://bugzilla.redhat.com/1349829
Thanks,
Piotr
On Tue, Nov 8, 2016 at 4:29 PM, Derek Atkins <derek(a)ihtfp.com> wrote:
Hi,
I'm not sure if you want my logs here or on the bug report (you didn't
specify). But here you go. I had to gzip them to get them down to
size -- the VDSM log is 18MB just from today (man is it chatty!)
-derek
Piotr Kliczewski <piotr.kliczewski(a)gmail.com> writes:
> Derek,
>
> This error may occur from time to time due to [1] but in your listing
> it is much to often.
> Please share engine and vdsm logs so we could see why.
>
> Thanks,
> Piotr
>
>
> [1] https://bugzilla.redhat.com/1349829
--
Derek Atkins 617-623-3745
derek(a)ihtfp.com www.ihtfp.com
Computer and Internet Security Consultant
5:20 p.m.
Piotr,
On Thu, November 10, 2016 7:01 am, Piotr Kliczewski wrote:
Derek,
I see 2 issues in the engine logs:
2016-11-02 09:53:13,767 WARN
[org.ovirt.engine.core.bll.storage.disk.image.GetUnregisteredDiskQuery]
(org.ovirt.thread.pool-8-thread-47) [1e5f014c] Exception while parsing
JSON for disk. Exception: '{}':
org.codehaus.jackson.JsonParseException: Unexpected character ('H'
(code 72)): expected a valid value (number, String, array, object,
'true', 'false' or 'null')
at [Source: java.io.StringReader@482fe2d8; line: 1, column: 2]
at org.codehaus.jackson.JsonParser._constructError(JsonParser.java:1433)
[jackson-core-asl-1.9.13.jar:1.9.13]
at
org.codehaus.jackson.impl.JsonParserMinimalBase._reportError(JsonParserMinimalBase.java:521)
[jackson-core-asl-1.9.13.jar:1.9.13]
at
org.codehaus.jackson.impl.JsonParserMinimalBase._reportUnexpectedChar(JsonParserMinimalBase.java:442)
[jackson-core-asl-1.9.13.jar:1.9.13]
at
org.codehaus.jackson.impl.ReaderBasedParser._handleUnexpectedValue(ReaderBasedParser.java:1198)
[jackson-core-asl-1.9.13.jar:1.9.13]
at
org.codehaus.jackson.impl.ReaderBasedParser.nextToken(ReaderBasedParser.java:485)
[jackson-core-asl-1.9.13.jar:1.9.13]
at
org.codehaus.jackson.map.ObjectMapper._initForReading(ObjectMapper.java:2770)
[jackson-mapper-asl-1.9.13.jar:1.9.13]
at
org.codehaus.jackson.map.ObjectMapper._readMapAndClose(ObjectMapper.java:2718)
[jackson-mapper-asl-1.9.13.jar:1.9.13]
at org.codehaus.jackson.map.ObjectMapper.readValue(ObjectMapper.java:1877)
[jackson-mapper-asl-1.9.13.jar:1.9.13]
at org.ovirt.engine.core.utils.JsonHelper.jsonToMap(JsonHelper.java:41)
[utils.jar:]
at
org.ovirt.engine.core.bll.storage.disk.image.MetadataDiskDescriptionHandler.enrichDiskByJsonDescription(MetadataDiskDescriptionHandler.java:247)
[bll.jar:]
Could you explain the above error? I'm not sure I understand what it
means. I do, however, know what the following error is about. I
attempted to import an OVA file and the file was mode 600 root:root and
therefore was not readable by VDSM. Hence the "Errno 13: Permission
Denied":
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to GetOvaInfoVDS, error
= [Errno 13] Permission denied:
u'/ovirt/import/openafs-fc23-64.ihtfp.org.ova', code = -32603 (Failed
with error unexpected and code 16)
at
[snip]
both not related to reconnects.
Agreed.
I see that from time to time there are connections reset by peer
2016-11-04 10:58:43,442 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetStatsVDSCommand]
(DefaultQuartzScheduler6) [77387d45] Command
'GetStatsVDSCommand(HostName = ovirt-0,
VdsIdAndVdsVDSCommandParametersBase:{runAsync='true',
hostId='62b75bb9-fbd9-405f-b479-b6ad8cffd5b1',
vds='Host[ovirt-0,62b75bb9-fbd9-405f-b479-b6ad8cffd5b1]'})' execution
failed: VDSGenericException: VDSNetworkException: Connection reset by
peer
which means that vdsm or the host was stopped. Vdsm log you provided
do not cover this time so I am not able to say what is the cause of
it.
Yeah, Nov 4 was approximately the time I was installing the systems, so
yes, it's not surprising to see some up and down times around then.
There are more 'unexpected eof' in the logs but they seems not to be
triggered by the engine. It looks like those connection are triggered
from local host.
This seems to be related to https://bugzilla.redhat.com/1349829
Is there something I can do to test/verify this?
Thanks,
Piotr
-derek
On Tue, Nov 8, 2016 at 4:29 PM, Derek Atkins <derek(a)ihtfp.com> wrote:
> Hi,
>
> I'm not sure if you want my logs here or on the bug report (you didn't
> specify). But here you go. I had to gzip them to get them down to
> size -- the VDSM log is 18MB just from today (man is it chatty!)
>
> -derek
>
> Piotr Kliczewski <piotr.kliczewski(a)gmail.com> writes:
>
>> Derek,
>>
>> This error may occur from time to time due to [1] but in your listing
>> it is much to often.
>> Please share engine and vdsm logs so we could see why.
>>
>> Thanks,
>> Piotr
>>
>>
>> [1] https://bugzilla.redhat.com/1349829
>
>
>
> --
> Derek Atkins 617-623-3745
> derek(a)ihtfp.com www.ihtfp.com
> Computer and Internet Security Consultant
>
--
Derek Atkins 617-623-3745
derek(a)ihtfp.com www.ihtfp.com
Computer and Internet Security Consultant
7:04 p.m.
On Thu, Nov 10, 2016 at 3:20 PM, Derek Atkins <derek(a)ihtfp.com> wrote:
Piotr,
On Thu, November 10, 2016 7:01 am, Piotr Kliczewski wrote:
> Derek,
>
> I see 2 issues in the engine logs:
>
> 2016-11-02 09:53:13,767 WARN
> [org.ovirt.engine.core.bll.storage.disk.image.GetUnregisteredDiskQuery]
> (org.ovirt.thread.pool-8-thread-47) [1e5f014c] Exception while parsing
> JSON for disk. Exception: '{}':
> org.codehaus.jackson.JsonParseException: Unexpected character ('H'
> (code 72)): expected a valid value (number, String, array, object,
> 'true', 'false' or 'null')
> at [Source: java.io.StringReader@482fe2d8; line: 1, column: 2]
> at org.codehaus.jackson.JsonParser._constructError(JsonParser.java:1433)
> [jackson-core-asl-1.9.13.jar:1.9.13]
> at
>
org.codehaus.jackson.impl.JsonParserMinimalBase._reportError(JsonParserMinimalBase.java:521)
> [jackson-core-asl-1.9.13.jar:1.9.13]
> at
>
org.codehaus.jackson.impl.JsonParserMinimalBase._reportUnexpectedChar(JsonParserMinimalBase.java:442)
> [jackson-core-asl-1.9.13.jar:1.9.13]
> at
>
org.codehaus.jackson.impl.ReaderBasedParser._handleUnexpectedValue(ReaderBasedParser.java:1198)
> [jackson-core-asl-1.9.13.jar:1.9.13]
> at
> org.codehaus.jackson.impl.ReaderBasedParser.nextToken(ReaderBasedParser.java:485)
> [jackson-core-asl-1.9.13.jar:1.9.13]
> at
> org.codehaus.jackson.map.ObjectMapper._initForReading(ObjectMapper.java:2770)
> [jackson-mapper-asl-1.9.13.jar:1.9.13]
> at
> org.codehaus.jackson.map.ObjectMapper._readMapAndClose(ObjectMapper.java:2718)
> [jackson-mapper-asl-1.9.13.jar:1.9.13]
> at org.codehaus.jackson.map.ObjectMapper.readValue(ObjectMapper.java:1877)
> [jackson-mapper-asl-1.9.13.jar:1.9.13]
> at org.ovirt.engine.core.utils.JsonHelper.jsonToMap(JsonHelper.java:41)
> [utils.jar:]
> at
>
org.ovirt.engine.core.bll.storage.disk.image.MetadataDiskDescriptionHandler.enrichDiskByJsonDescription(MetadataDiskDescriptionHandler.java:247)
> [bll.jar:]
Could you explain the above error? I'm not sure I understand what it
means. I do, however, know what the following error is about. I
attempted to import an OVA file and the file was mode 600 root:root and
therefore was not readable by VDSM. Hence the "Errno 13: Permission
Denied":
I added the stack traces to the email because I want someone from
storage and virt to take a look
at those failures. Maybe both were fixed already.
>
> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
> VDSGenericException: VDSErrorException: Failed to GetOvaInfoVDS, error
> = [Errno 13] Permission denied:
> u'/ovirt/import/openafs-fc23-64.ihtfp.org.ova', code = -32603 (Failed
> with error unexpected and code 16)
> at
[snip]
>
> both not related to reconnects.
Agreed.
> I see that from time to time there are connections reset by peer
>
> 2016-11-04 10:58:43,442 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetStatsVDSCommand]
> (DefaultQuartzScheduler6) [77387d45] Command
> 'GetStatsVDSCommand(HostName = ovirt-0,
> VdsIdAndVdsVDSCommandParametersBase:{runAsync='true',
> hostId='62b75bb9-fbd9-405f-b479-b6ad8cffd5b1',
> vds='Host[ovirt-0,62b75bb9-fbd9-405f-b479-b6ad8cffd5b1]'})' execution
> failed: VDSGenericException: VDSNetworkException: Connection reset by
> peer
>
> which means that vdsm or the host was stopped. Vdsm log you provided
> do not cover this time so I am not able to say what is the cause of
> it.
Yeah, Nov 4 was approximately the time I was installing the systems, so
yes, it's not surprising to see some up and down times around then.
>
> There are more 'unexpected eof' in the logs but they seems not to be
> triggered by the engine. It looks like those connection are triggered
> from local host.
> This seems to be related to https://bugzilla.redhat.com/1349829
Is there something I can do to test/verify this?
It needs to be fixed first. I added it as reference for you.
> Thanks,
> Piotr
-derek
>
> On Tue, Nov 8, 2016 at 4:29 PM, Derek Atkins <derek(a)ihtfp.com> wrote:
>> Hi,
>>
>> I'm not sure if you want my logs here or on the bug report (you didn't
>> specify). But here you go. I had to gzip them to get them down to
>> size -- the VDSM log is 18MB just from today (man is it chatty!)
>>
>> -derek
>>
>> Piotr Kliczewski <piotr.kliczewski(a)gmail.com> writes:
>>
>>> Derek,
>>>
>>> This error may occur from time to time due to [1] but in your listing
>>> it is much to often.
>>> Please share engine and vdsm logs so we could see why.
>>>
>>> Thanks,
>>> Piotr
>>>
>>>
>>> [1] https://bugzilla.redhat.com/1349829
>>
>>
>>
>> --
>> Derek Atkins 617-623-3745
>> derek(a)ihtfp.com www.ihtfp.com
>> Computer and Internet Security Consultant
>>
>
--
Derek Atkins 617-623-3745
derek(a)ihtfp.com www.ihtfp.com
Computer and Internet Security Consultant
7:18 p.m.
Hi,
On Thu, November 10, 2016 11:04 am, Piotr Kliczewski wrote:
[snip]
> Could you explain the above error? I'm not sure I understand
what it
> means. I do, however, know what the following error is about. I
> attempted to import an OVA file and the file was mode 600 root:root and
> therefore was not readable by VDSM. Hence the "Errno 13: Permission
> Denied":
>
I added the stack traces to the email because I want someone from
storage and virt to take a look
at those failures. Maybe both were fixed already.
The second stack trace, I presume, is due to my permission problem. If so
then that's my own doing and not something to fix in oVirt. (Unless my
assumption is incorrect, but at the time the .ova file *was* unreadable).
>> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
>> VDSGenericException: VDSErrorException: Failed to GetOvaInfoVDS, error
>> = [Errno 13] Permission denied:
>> u'/ovirt/import/openafs-fc23-64.ihtfp.org.ova', code = -32603 (Failed
>> with error unexpected and code 16)
>> at
> [snip]
>>
>> both not related to reconnects.
>
> Agreed.
>
>> I see that from time to time there are connections reset by peer
>>
>> 2016-11-04 10:58:43,442 ERROR
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetStatsVDSCommand]
>> (DefaultQuartzScheduler6) [77387d45] Command
>> 'GetStatsVDSCommand(HostName = ovirt-0,
>> VdsIdAndVdsVDSCommandParametersBase:{runAsync='true',
>> hostId='62b75bb9-fbd9-405f-b479-b6ad8cffd5b1',
>> vds='Host[ovirt-0,62b75bb9-fbd9-405f-b479-b6ad8cffd5b1]'})'
execution
>> failed: VDSGenericException: VDSNetworkException: Connection reset by
>> peer
>>
>> which means that vdsm or the host was stopped. Vdsm log you provided
>> do not cover this time so I am not able to say what is the cause of
>> it.
>
> Yeah, Nov 4 was approximately the time I was installing the systems, so
> yes, it's not surprising to see some up and down times around then.
>
>>
>> There are more 'unexpected eof' in the logs but they seems not to be
>> triggered by the engine. It looks like those connection are triggered
>> from local host.
>> This seems to be related to https://bugzilla.redhat.com/1349829
>
> Is there something I can do to test/verify this?
It needs to be fixed first. I added it as reference for you.
Thanks. I was more asking if there is some way to verify that this *is*
the bug I'm hitting? Otherwise I have to wait for the fix for this bug
and only then can I see if it actually fixes this issue or if it's
something else.
I'm not sure why not re-using the session would cause an EOF Error.
Thanks,
-derek
--
Derek Atkins 617-623-3745
derek(a)ihtfp.com www.ihtfp.com
Computer and Internet Security Consultant
5:21 p.m.
On Thu, Nov 10, 2016 at 5:18 PM, Derek Atkins <derek(a)ihtfp.com> wrote:
Hi,
On Thu, November 10, 2016 11:04 am, Piotr Kliczewski wrote:
[snip]
>> Could you explain the above error? I'm not sure I understand what it
>> means. I do, however, know what the following error is about. I
>> attempted to import an OVA file and the file was mode 600 root:root and
>> therefore was not readable by VDSM. Hence the "Errno 13: Permission
>> Denied":
>>
>
> I added the stack traces to the email because I want someone from
> storage and virt to take a look
> at those failures. Maybe both were fixed already.
The second stack trace, I presume, is due to my permission problem. If so
then that's my own doing and not something to fix in oVirt. (Unless my
assumption is incorrect, but at the time the .ova file *was* unreadable).
>>> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
>>> VDSGenericException: VDSErrorException: Failed to GetOvaInfoVDS, error
>>> = [Errno 13] Permission denied:
>>> u'/ovirt/import/openafs-fc23-64.ihtfp.org.ova', code = -32603
(Failed
>>> with error unexpected and code 16)
>>> at
>> [snip]
>>>
>>> both not related to reconnects.
>>
>> Agreed.
>>
>>> I see that from time to time there are connections reset by peer
>>>
>>> 2016-11-04 10:58:43,442 ERROR
>>> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetStatsVDSCommand]
>>> (DefaultQuartzScheduler6) [77387d45] Command
>>> 'GetStatsVDSCommand(HostName = ovirt-0,
>>> VdsIdAndVdsVDSCommandParametersBase:{runAsync='true',
>>> hostId='62b75bb9-fbd9-405f-b479-b6ad8cffd5b1',
>>> vds='Host[ovirt-0,62b75bb9-fbd9-405f-b479-b6ad8cffd5b1]'})'
execution
>>> failed: VDSGenericException: VDSNetworkException: Connection reset by
>>> peer
>>>
>>> which means that vdsm or the host was stopped. Vdsm log you provided
>>> do not cover this time so I am not able to say what is the cause of
>>> it.
>>
>> Yeah, Nov 4 was approximately the time I was installing the systems, so
>> yes, it's not surprising to see some up and down times around then.
>>
>>>
>>> There are more 'unexpected eof' in the logs but they seems not to be
>>> triggered by the engine. It looks like those connection are triggered
>>> from local host.
>>> This seems to be related to https://bugzilla.redhat.com/1349829
>>
>> Is there something I can do to test/verify this?
>
> It needs to be fixed first. I added it as reference for you.
Thanks. I was more asking if there is some way to verify that this *is*
the bug I'm hitting? Otherwise I have to wait for the fix for this bug
and only then can I see if it actually fixes this issue or if it's
something else.
I think we need to wait
I'm not sure why not re-using the session would cause an EOF Error.
Thanks,
-derek
--
Derek Atkins 617-623-3745
derek(a)ihtfp.com www.ihtfp.com
Computer and Internet Security Consultant
2930
days inactive
2937
days old
8 comments
3 participants
participants (3)
-
Carlos García Gómez -
Derek Atkins -
Piotr Kliczewski