[ovirt-users] ovirt 3.6.6 and gluster 3.7.13
Alexander Wels
awels at redhat.com
Mon Jul 25 14:24:19 EDT 2016
On Monday, July 25, 2016 01:00:58 PM David Gossage wrote:
> On Mon, Jul 25, 2016 at 9:58 AM, Krutika Dhananjay <kdhananj at redhat.com>
>
> wrote:
> > OK, could you try the following:
> >
> > i. Set network.remote-dio to off
> >
> > # gluster volume set <VOL> network.remote-dio off
> >
> > ii. Set performance.strict-o-direct to on
> >
> > # gluster volume set <VOL> performance.strict-o-direct on
> >
> > iii. Stop the affected vm(s) and start again
> >
> > and tell me if you notice any improvement?
>
> Previous instll I had issue with is still on gluster 3.7.11
>
> My test install of ovirt 3.6.7 and gluster 3.7.13 with 3 bricks on a locak
> disk right now isn't allowing me to add the gluster storage at all.
>
> Keep getting some type of UI error
>
Yes that is definitely a UI error. To get a better stack trace can you install the debuginfo
yum install ovirt-engine-webadmin-portal-debuginfo ovirt-engine-userportal-debuginfo
And recreate the exception, that should give a better stack trace.
> 2016-07-25 12:49:09,277 ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-33) [] Permutation name: 430985F23DFC1C8BE1C7FDD91EDAA785
> 2016-07-25 12:49:09,277 ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-33) [] Uncaught exception: : java.lang.ClassCastException
> at Unknown.ps(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 3837) at Unknown.ts(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 20) at Unknown.vs(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 18) at Unknown.iJf(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 19) at Unknown.Xab(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 48) at Unknown.P8o(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 4447) at Unknown.jQr(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 21) at Unknown.A8o(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 51) at Unknown.u8o(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 101) at Unknown.Eap(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 10718) at Unknown.p8n(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 161) at Unknown.Cao(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 31) at Unknown.Bap(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 10469) at Unknown.kRn(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 49) at Unknown.nRn(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 438) at Unknown.eVn(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 40) at Unknown.hVn(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 25827) at Unknown.MTn(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 25) at Unknown.PTn(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 24052) at Unknown.KJe(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 21125) at Unknown.Izk(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 10384) at Unknown.P3(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 137) at Unknown.g4(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 8271) at Unknown.<anonymous>(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 65) at Unknown._t(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 29) at Unknown.du(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 57) at Unknown.<anonymous>(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html at 54 )
>
> > -Krutika
> >
> > On Mon, Jul 25, 2016 at 4:57 PM, Samuli Heinonen <samppah at neutraali.net>
> >
> > wrote:
> >> Hi,
> >>
> >> > On 25 Jul 2016, at 12:34, David Gossage <dgossage at carouselchecks.com>
> >>
> >> wrote:
> >> > On Mon, Jul 25, 2016 at 1:01 AM, Krutika Dhananjay
> >> > <kdhananj at redhat.com>
> >>
> >> wrote:
> >> > Hi,
> >> >
> >> > Thanks for the logs. So I have identified one issue from the logs for
> >>
> >> which the fix is this: http://review.gluster.org/#/c/14669/. Because of
> >> a bug in the code, ENOENT was getting converted to EPERM and being
> >> propagated up the stack causing the reads to bail out early with
> >> 'Operation
> >> not permitted' errors.
> >>
> >> > I still need to find out two things:
> >> > i) why there was a readv() sent on a non-existent (ENOENT) file (this
> >>
> >> is important since some of the other users have not faced or reported
> >> this
> >> issue on gluster-users with 3.7.13)
> >>
> >> > ii) need to see if there's a way to work around this issue.
> >> >
> >> > Do you mind sharing the steps needed to be executed to run into this
> >>
> >> issue? This is so that we can apply our patches, test and ensure they fix
> >> the problem.
> >>
> >>
> >> Unfortunately I can’t test this right away nor give exact steps how to
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160725/855dc7df/attachment-0001.html>
More information about the Users
mailing list