Re: [ovirt-users] Building oVirt engine on Debian

[Yedidyah Bar David]

On Thu, May 25, 2017 at 6:05 AM, Leni Kadali Mutungi
 wrote:
> Ran `make clean install-dev` and the process freezes at:
> [INFO] weaveinfo Join point 'constructor-execution(void
> com.google.gwt.dev.jjs.impl.ControlFlowAnalyzer.(com.google.gwt.dev.jjs.ast.JProgram))'
> in Type 'com.google.gwt.dev.jjs.impl.ControlFlowAnalyzer'
> (ControlFlowAnalyzer.java:905) advised by after advice from
> 'org.ovirt.engine.ui.gwtaop.DontPrune' (DontPrune.java)
>
> My computer freezes at that point and I have to power it off. I tried
> doing it in the terminal without the Desktop Environment and I get the
> same result. The component being built is the UI Common Web. Advice on
> what to do next is appreciated.

How long did you wait?

Perhaps you run out of memory? How much do you have?

Was the kernel not responding either?

You can search the net for general debugging techniques for such
occasions. E.g. you can (beforehand):

echo 1 > /proc/sys/kernel/sysrq

Then you can press Alt-SysRq-m to see (in text console) memory status
and Alt-SysRq-t to see some information about each running task.

Did you increase number of max open file descriptors?

Building the gwt ui is a very heavy process.

You can build for firefox only by passing BUILD_ALL_USER_AGENTS=0,
or not build it at all by passing BUILD_GWT=0.

See also README.adoc .

Good luck,

>
> --
> - Warm regards
> Leni Kadali Mutungi
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Building oVirt engine on Debian

[Leni Kadali Mutungi]

Ran `make clean install-dev` and the process freezes at:
[INFO] weaveinfo Join point 'constructor-execution(void
com.google.gwt.dev.jjs.impl.ControlFlowAnalyzer.(com.google.gwt.dev.jjs.ast.JProgram))'
in Type 'com.google.gwt.dev.jjs.impl.ControlFlowAnalyzer'
(ControlFlowAnalyzer.java:905) advised by after advice from
'org.ovirt.engine.ui.gwtaop.DontPrune' (DontPrune.java)

My computer freezes at that point and I have to power it off. I tried
doing it in the terminal without the Desktop Environment and I get the
same result. The component being built is the UI Common Web. Advice on
what to do next is appreciated.

-- 
- Warm regards
Leni Kadali Mutungi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] vm has been paused due to unknown storage

[suporte]

Hi, 

I setup an ovirt hosted enine, in only one server with local gluster bricks. 

When running a MS SQL 2012 process to rebuild a data base, which take around 4 
hours, after a while the VM is paused with the error: 
vm has been paused due to unknown storage 

The VM disk is in Thin provision

Ovirt and gluter versions:

Version 4.1.1.8-1.el7.centos

glusterfs-cli-3.8.11-1.el7.x86_64
glusterfs-libs-3.8.11-1.el7.x86_64
glusterfs-3.8.11-1.el7.x86_64
glusterfs-client-xlators-3.8.11-1.el7.x86_64
glusterfs-fuse-3.8.11-1.el7.x86_64
glusterfs-api-3.8.11-1.el7.x86_64
glusterfs-server-3.8.11-1.el7.x86_64 

I can find the reason why 
The logs are attached. 

Any idea? 

Thanks 

-- 

Jose Ferradeira 
http://www.logicworks.pt 
[2017-05-22 02:47:02.018697] I [glusterfsd-mgmt.c:1600:mgmt_getspec_cbk] 0-glusterfs: No change in volfile, continuing
[2017-05-22 18:12:50.941826] W [MSGID: 114031] [client-rpc-fops.c:2933:client3_3_lookup_cbk] 0-gv2-client-0: remote operation failed. Path: /.shard/33f1fe3e-c626-49f2-861e-2259c972931d.50 (----) [No data available]
[2017-05-22 18:12:50.941883] E [MSGID: 133010] [shard.c:1725:shard_common_lookup_shards_cbk] 0-gv2-shard: Lookup on shard 50 failed. Base file gfid = 33f1fe3e-c626-49f2-861e-2259c972931d [No data available]
[2017-05-22 18:12:50.945085] W [fuse-bridge.c:1291:fuse_err_cbk] 0-glusterfs-fuse: 61306713: FSYNC() ERR => -1 (No data available)
[2017-05-24 16:35:07.918185] W [MSGID: 114031] [client-rpc-fops.c:2933:client3_3_lookup_cbk] 0-gv2-client-0: remote operation failed. Path: /.shard/33f1fe3e-c626-49f2-861e-2259c972931d.686 (----) [No data available]
[2017-05-24 16:35:56.720740] W [MSGID: 114031] [client-rpc-fops.c:2933:client3_3_lookup_cbk] 0-gv2-client-0: remote operation failed. Path: /.shard/33f1fe3e-c626-49f2-861e-2259c972931d.687 (----) [No data available]
[2017-05-24 16:37:30.464533] W [MSGID: 114031] [client-rpc-fops.c:2933:client3_3_lookup_cbk] 0-gv2-client-0: remote operation failed. Path: /.shard/33f1fe3e-c626-49f2-861e-2259c972931d.689 (----) [No data available]
[2017-05-24 16:45:18.205378] W [MSGID: 114031] [client-rpc-fops.c:2933:client3_3_lookup_cbk] 0-gv2-client-0: remote operation failed. Path: /.shard/33f1fe3e-c626-49f2-861e-2259c972931d.58 (----) [No data available]
[2017-05-24 16:48:46.167492] W [MSGID: 114031] [client-rpc-fops.c:2933:client3_3_lookup_cbk] 0-gv2-client-0: remote operation failed. Path: /.shard/33f1fe3e-c626-49f2-861e-2259c972931d.62 (----) [No data available]
[2017-05-24 16:53:47.169789] W [MSGID: 114031] [client-rpc-fops.c:2933:client3_3_lookup_cbk] 0-gv2-client-0: remote operation failed. Path: /.shard/33f1fe3e-c626-49f2-861e-2259c972931d.68 (----) [No data available]
[2017-05-24 16:53:47.169858] E [MSGID: 133010] [shard.c:1725:shard_common_lookup_shards_cbk] 0-gv2-shard: Lookup on shard 68 failed. Base file gfid = 33f1fe3e-c626-49f2-861e-2259c972931d [No data available]
[2017-05-24 16:53:47.170562] W [fuse-bridge.c:1291:fuse_err_cbk] 0-glusterfs-fuse: 65155817: FSYNC() ERR => -1 (No data available)
[2017-05-24 17:04:30.274719] W [MSGID: 114031] [client-rpc-fops.c:2933:client3_3_lookup_cbk] 0-gv2-client-0: remote operation failed. Path: /.shard/0645928c-8216-47e1-8740-8cfbfd260754.56 (----) [No data available]
[2017-05-24 17:04:30.274763] E [MSGID: 133010] [shard.c:1725:shard_common_lookup_shards_cbk] 0-gv2-shard: Lookup on shard 56 failed. Base file gfid = 0645928c-8216-47e1-8740-8cfbfd260754 [No data available]
[2017-05-24 17:05:44.439696] W [MSGID: 114031] [client-rpc-fops.c:2933:client3_3_lookup_cbk] 0-gv2-client-0: remote operation failed. Path: /.shard/0645928c-8216-47e1-8740-8cfbfd260754.24 (----) [No data available]
[2017-05-24 17:07:41.384055] W [MSGID: 114031] [client-rpc-fops.c:2933:client3_3_lookup_cbk] 0-gv2-client-0: remote operation failed. Path: /.shard/0645928c-8216-47e1-8740-8cfbfd260754.57 (----) [No data available]
[2017-05-24 17:07:41.384097] E [MSGID: 133010] [shard.c:1725:shard_common_lookup_shards_cbk] 0-gv2-shard: Lookup on shard 57 failed. Base file gfid = 0645928c-8216-47e1-8740-8cfbfd260754 [No data available]
[2017-05-24 17:26:11.614471] W [MSGID: 114031] [client-rpc-fops.c:2933:client3_3_lookup_cbk] 0-gv2-client-0: remote operation failed. Path: /.shard/0645928c-8216-47e1-8740-8cfbfd260754.62 (----) [No data available]
[2017-05-24 17:26:44.845236] W [MSGID: 114031] [client-rpc-fops.c:2933:client3_3_lookup_cbk] 0-gv2-client-0: remote operation failed. Path: /.shard/0645928c-8216-47e1-8740-8cfbfd260754.68 (----) [No data available]
[2017-05-24 17:27:10.912856] W [MSGID: 114031] [client-rpc-fops.c:2933:client3_3_lookup_cbk] 

Re: [ovirt-users] Hi everyone, new guy in the mail list

[Sandro Bonazzola]

On Wed, May 24, 2017 at 8:28 PM, Odilon Junior 
wrote:

> Hi everyone, i've just subscribed to the maling list, I was going to ask
> one thing about ovirt in the IRC channel but no one was there.
>

Welcome to the oVirt community!


>
> I've been using ovirt since 3.1,
>

Kudos for having managed to work through all the releases since 3.1 without
needing support!



> today we have one enviroment with 1 Ovirt Engine and 3 baremetal that we
> use for virtualization running the Ovirt 3.6.3. We have 3 NFS share from
> our colocation provider that are used as Storage.
>
> Our collocation will be rolling one emergency maintenance to upgrade the
> firmware on the routers that provides our Private Network, the NFS service
> run on this Private Network,the downtime should be no more than 3 minutes.
>
> I'm concerned, what is the best way to approach this, should we shutdown
> all the VMs and the hypervisor? Or we can just let the Ovirt handle this?
> The communication between the Ovirts and the Engine are from another
> network that will not be affected.
>

I've not the answer for this, leaving other to reply.



>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

TRIED. TESTED. TRUSTED. 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Hi everyone, new guy in the mail list

[Odilon Junior]

Hi everyone, i've just subscribed to the maling list, I was going to ask
one thing about ovirt in the IRC channel but no one was there.

I've been using ovirt since 3.1, today we have one enviroment with 1 Ovirt
Engine and 3 baremetal that we use for virtualization running the Ovirt
3.6.3. We have 3 NFS share from our colocation provider that are used as
Storage.

Our collocation will be rolling one emergency maintenance to upgrade the
firmware on the routers that provides our Private Network, the NFS service
run on this Private Network,the downtime should be no more than 3 minutes.

I'm concerned, what is the best way to approach this, should we shutdown
all the VMs and the hypervisor? Or we can just let the Ovirt handle this?
The communication between the Ovirts and the Engine are from another
network that will not be affected.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Postgres errors after updating to 9.5.7 from 9.5.4

[Fabrice Bacchella]

> 
> Le 24 mai 2017 à 16:26, Yedidyah Bar David  a écrit :
>> 

>> A good solution usually used by java app is to provide the need jars. That
>> the purpose of maven like tools.
>> 
> 
> We can also simply add to the spec file '< 9.3' or something like that,
> until we fix the code to support newer.
> 
> You are more than welcome to open a bug for this!

Done:

https://bugzilla.redhat.com/show_bug.cgi?id=1455262

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Postgres errors after updating to 9.5.7 from 9.5.4

[Yedidyah Bar David]

On Wed, May 24, 2017 at 5:04 PM, Fabrice Bacchella
 wrote:
>
> Le 24 mai 2017 à 15:25, supp...@jac-properties.com a écrit :
>
> Which makes sense seeing as that's what Red Hat officially supports.  It
> just made sense for our infrastructure to put it on our postgres cluster
> that is running 9.5.x.  Unfortunately things like this happen sometimes when
> running a slightly unsupported infrastructure.
>
>
> Is this worth putting in an RFE?  Support for postgresql-jdbc 42+ and
> postgresql 9.5+

Martin is already working on 9.5 support for oVirt 4.2.

No idea about jdbc.

>
> A good solution usually used by java app is to provide the need jars. That
> the purpose of maven like tools.
>

We can also simply add to the spec file '< 9.3' or something like that,
until we fix the code to support newer.

You are more than welcome to open a bug for this!

Best,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] perf tool ?

[Fabrice Bacchella]

I'm playing with perf in vm and getting inconsistent result. But I wonder if 
it's a kvm, ovirt or hardware problem.

On a ovirt's vm:
$ sudo perf list | grep Hardware | wc -l
1
$ lscpu
...
Model name:Intel Core Processor (Haswell, no TSX)

On another ovirt's vm:
$ sudo perf list | grep Hardware | wc -l
27
$ lscpu
...
Model name:AMD Opteron 23xx (Gen 3 Class Opteron)

On a libvirtm vm:
sudo perf list | grep Hardware | wc -l
1
lscpu
...
Model name:Westmere E56xx/L56xx/X56xx (Nehalem-C)
...

Look's like intel CPU don't expose hardware events. Is there an option on kvm 
or ovirt to help that ?

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Postgres errors after updating to 9.5.7 from 9.5.4

[Fabrice Bacchella]

> Le 24 mai 2017 à 15:25, supp...@jac-properties.com a écrit :
> 
> Which makes sense seeing as that's what Red Hat officially supports.  It just 
> made sense for our infrastructure to put it on our postgres cluster that is 
> running 9.5.x.  Unfortunately things like this happen sometimes when running 
> a slightly unsupported infrastructure.
> 
> 
> 
> Is this worth putting in an RFE?  Support for postgresql-jdbc 42+ and 
> postgresql 9.5+
> 
A good solution usually used by java app is to provide the need jars. That the 
purpose of maven like tools.

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Postgres errors after updating to 9.5.7 from 9.5.4

[support]

Which makes sense seeing as that's what Red Hat officially supports.  It just 
made sense for our infrastructure to put it on our postgres cluster that is 
running 9.5.x.  Unfortunately things like this happen sometimes when running a 
slightly unsupported infrastructure.


Is this worth putting in an RFE?  Support for postgresql-jdbc 42+ and 
postgresql 9.5+


Logan

> On May 24, 2017 at 5:24 AM Martin Perina  wrote:
> 
> Yes, postgresql 9.2 JDBC drivers are the only working and supported JDBC 
> drivers. Also please be aware that we test and only PostgreSQL 9.2  for 
> oVirt, so there may be other issues with newer versions.
> 
> On Tue, May 23, 2017 at 11:15 PM, Yedidyah Bar David  mailto:d...@redhat.com > wrote:
> 
> > > On Wed, May 24, 2017 at 12:06 AM,   mailto:supp...@jac-properties.com > wrote:
> > > Wow, that looks almost exactly like what we're seeing.
> > >
> > > Unfortunately, downgrading from postgresql-jdbc-42.1.1 to 42.0.0, 
> > restarting ovirt-engine and rerunning engine-setup produces the same error 
> > messages.
> > >
> > 
> > Please try 9.2. Thanks!
> > 
> > > Logan
> > >
> > >> On May 23, 2017 at 3:39 PM Yedidyah Bar David  > mailto:d...@redhat.com > wrote:
> > >>
> > >>
> > >> On Tue, May 23, 2017 at 11:19 PM, Logan Kuhn 
> >  wrote:
> > >> > Hi
> > >> >
> > >> > We recently upgraded from postgres 9.5.4 to 9.5.6 and then to 
> > 9.5.7.  We
> > >> > restarted ovirt-engine between 9.5.4 and it worked as 
> > expected.  After we
> > >> > updated to 9.5.7 we have started to get postgres errors in 
> > engine.log and a
> > >> > 404 error in the browser when we try to start ovirt-engine.
> > >> >
> > >> > Updates were done on client and server to keep them in sync.
> > >> >
> > >> > The error is complaining about a missing function, but we can 
> > verify that
> > >> > the function exists in the database.  We've also restored 
> > engine and
> > >> > ovirt_engine_history from a backup at 8am this morning when it 
> > was working
> > >> > and before we upgraded to 9.5.7 with no apparent help and run 
> > engine-setup
> > >> > afterwards, still no luck.
> > >> >
> > >> > 2017-05-23 15:07:48,418 INFO  
> > [org.ovirt.engine.core.dal.dbbroker.DbFacade]
> > >> > (ServerService Thread Pool -- 51) [] Initializing the DbFacade
> > >> > 2017-05-23 15:07:48,480 INFO  
> > [org.ovirt.engine.core.bll.Backend]
> > >> > (ServerService Thread Pool -- 51) [] Start initializing Backend
> > >> > 2017-05-23 15:07:48,502 ERROR
> > >> > [org.ovirt.engine.core.bll.network.macpool.MacPoolPerDc] 
> > (ServerService
> > >> > Thread Pool -- 46) [] Error initializing: 
> > PreparedStatementCallback; bad SQL
> > >> > grammar [select * from  getallmacpoolrangesbymacpoolid()]; 
> > nested exception
> > >> > is org.postgresql.util.PSQL
> > >> > Exception: ERROR: function getallmacpoolrangesbymacpoolid() 
> > does not exist
> > >> >  Hint: No function matches the given name and argument types. 
> > You might need
> > >> > to add explicit type casts.
> > >> >  Position: 16
> > >> > 2017-05-23 15:07:48,517 ERROR 
> > [org.ovirt.engine.core.bll.Backend]
> > >> > (ServerService Thread Pool -- 51) [] Error during 
> > initialization:
> > >> > org.jboss.weld.exceptions.WeldException: WELD-49: Unable 
> > to invoke
> > >> > public void
> > >> > 
> > org.ovirt.engine.core.bll.hostedengine.PreviousHostedEngineHost.cre
> > >> > ate() on
> > >> > 
> > org.ovirt.engine.core.bll.hostedengine.PreviousHostedEngineHost@3a35f461
> > >> >at
> > >> > 
> > org.jboss.weld.injection.producer.DefaultLifecycleCallbackInvoker.invokeMethods(DefaultLifecycleCallbackInvoker.java:100)
> > >> > [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
> > >> >at
> > >> > 
> > org.jboss.weld.injection.producer.DefaultLifecycleCallbackInvoker.postConstruct(DefaultLifecycleCallbackInvoker.java:81)
> > >> > [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
> > >> >at
> > >> > 
> > org.jboss.weld.injection.producer.BasicInjectionTarget.postConstruct(BasicInjectionTarget.java:126)
> > >> > [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
> > >> >at 
> > org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:162)
> > >> > [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
> > >> >at
> > >> > 
> > org.jboss.weld.context.AbstractContext.get(AbstractContext.java:96)
> > >> > 

Re: [ovirt-users] Postgres errors after updating to 9.5.7 from 9.5.4

[support]

Thanks, that's what we've put in place too


Logan

> 
> On May 24, 2017 at 2:20 AM Fabrice Bacchella 
>  wrote:
> 
> In /etc/yum.repos.d/pgdg-94-centos.repo, I added :
> 
> [pgdg94]
> ...
> exclude=postgresql-jdbc
> 
> > > 
> > Le 23 mai 2017 à 23:06, supp...@jac-properties.com a écrit :
> > 
> > Wow, that looks almost exactly like what we're seeing.
> > 
> > Unfortunately, downgrading from postgresql-jdbc-42.1.1 to 42.0.0, 
> > restarting ovirt-engine and rerunning engine-setup produces the same error 
> > messages.
> > 
> > Logan
> > 
> > > > > 
> > > On May 23, 2017 at 3:39 PM Yedidyah Bar David 
> > >  wrote:
> > > 
> > > On Tue, May 23, 2017 at 11:19 PM, Logan Kuhn 
> > >  wrote:
> > > 
> > > > > > > 
> > > > Hi
> > > > 
> > > > We recently upgraded from postgres 9.5.4 to 9.5.6 and 
> > > > then to 9.5.7. We
> > > > restarted ovirt-engine between 9.5.4 and it worked as 
> > > > expected. After we
> > > > updated to 9.5.7 we have started to get postgres errors 
> > > > in engine.log and a
> > > > 404 error in the browser when we try to start 
> > > > ovirt-engine.
> > > > 
> > > > Updates were done on client and server to keep them in 
> > > > sync.
> > > > 
> > > > The error is complaining about a missing function, but 
> > > > we can verify that
> > > > the function exists in the database. We've also 
> > > > restored engine and
> > > > ovirt_engine_history from a backup at 8am this morning 
> > > > when it was working
> > > > and before we upgraded to 9.5.7 with no apparent help 
> > > > and run engine-setup
> > > > afterwards, still no luck.
> > > > 
> > > > 2017-05-23 15:07:48,418 INFO 
> > > > [org.ovirt.engine.core.dal.dbbroker.DbFacade]
> > > > (ServerService Thread Pool -- 51) [] Initializing the 
> > > > DbFacade
> > > > 2017-05-23 15:07:48,480 INFO 
> > > > [org.ovirt.engine.core.bll.Backend]
> > > > (ServerService Thread Pool -- 51) [] Start initializing 
> > > > Backend
> > > > 2017-05-23 15:07:48,502 ERROR
> > > > 
> > > > [org.ovirt.engine.core.bll.network.macpool.MacPoolPerDc] (ServerService
> > > > Thread Pool -- 46) [] Error initializing: 
> > > > PreparedStatementCallback; bad SQL
> > > > grammar [select * from 
> > > > getallmacpoolrangesbymacpoolid()]; nested exception
> > > > is org.postgresql.util.PSQL
> > > > Exception: ERROR: function 
> > > > getallmacpoolrangesbymacpoolid() does not exist
> > > > Hint: No function matches the given name and argument 
> > > > types. You might need
> > > > to add explicit type casts.
> > > > Position: 16
> > > > 2017-05-23 15:07:48,517 ERROR 
> > > > [org.ovirt.engine.core.bll.Backend]
> > > > (ServerService Thread Pool -- 51) [] Error during 
> > > > initialization:
> > > > org.jboss.weld.exceptions.WeldException: WELD-49: 
> > > > Unable to invoke
> > > > public void
> > > > 
> > > > org.ovirt.engine.core.bll.hostedengine.PreviousHostedEngineHost.cre
> > > > ate() on
> > > > 
> > > > org.ovirt.engine.core.bll.hostedengine.PreviousHostedEngineHost@3a35f461
> > > > at
> > > > 
> > > > org.jboss.weld.injection.producer.DefaultLifecycleCallbackInvoker.invokeMethods(DefaultLifecycleCallbackInvoker.java:100)
> > > > [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
> > > > at
> > > > 
> > > > org.jboss.weld.injection.producer.DefaultLifecycleCallbackInvoker.postConstruct(DefaultLifecycleCallbackInvoker.java:81)
> > > > [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
> > > > at
> > > > 
> > > > org.jboss.weld.injection.producer.BasicInjectionTarget.postConstruct(BasicInjectionTarget.java:126)
> > > > [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
> > > > at 
> > > > org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:162)
> > > > [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
> > > > at
> > > > 
> > > > org.jboss.weld.context.AbstractContext.get(AbstractContext.java:96)
> > > > [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
> > > > at
> > > > 
> > > > org.jboss.weld.bean.ContextualInstanceStrategy$DefaultContextualInstanceStrategy.get(ContextualInstanceStrategy.java:101)
> > > > 

Re: [ovirt-users] terminating sessions

[Martin Perina]

AFAIK content of Tasks tab in webadmin should be available under
/ovirt-engine/api/jobs , but sessions are not exposed to API.

On Wed, May 24, 2017 at 11:58 AM, Fabrice Bacchella <
fabrice.bacche...@orange.fr> wrote:

> And tasks are not available through the REST API, I think.
>
> Le 24 mai 2017 à 11:07, Martin Perina  a écrit :
>
> Hi,
>
> there is no direct link between sessions and commands executed by them in
> UI. You can take a look into Tasks tab in bottom right corner, if there are
> any long running tasks.
>
> Ravi, would it be possible to display sessionId inside Tasks to be able to
> identify which command belongs to which session?
>
>
> Martin Perina
>
>
> On Wed, May 24, 2017 at 9:21 AM, Fabrice Bacchella <
> fabrice.bacche...@orange.fr> wrote:
>
>> No one has the answer ?
>>
>> Le 18 mai 2017 à 09:58, Sandro Bonazzola  a écrit :
>>
>> Adding some people who may be able to answer
>>
>> On Wed, May 17, 2017 at 11:45 AM, Fabrice Bacchella <
>> fabrice.bacche...@orange.fr> wrote:
>>
>>> I'm back with a long list of sessions, many of them started since many
>>> days. How can I get informations about them ?
>>>
>>> > Le 3 mai 2017 à 18:52, Fabrice Bacchella 
>>> a écrit :
>>> >
>>> > In the UI, I see 73 open sessions, all open by me.
>>> >
>>> > In ovirt logs, I see a lot of :
>>> > 2017-05-03 18:49:31,483+02 INFO  
>>> > [org.ovirt.engine.core.bll.aaa.SessionDataContainer]
>>> (DefaultQuartzScheduler3) [dcf02fc4-72c3-4237-8855-d4e474766088] Not
>>> removing session 'B/GWJOxyLh3pXQPPitfCk29iiJ3XW
>>> MerYdNmOdZyc9ceqD+oAW/hhhZDXCltK+N4yRo9TgunhGR7w7YEELOI5A==', session
>>> has running commands for user ''.
>>> >
>>> > And indeed I can't close those sessions in the UI.
>>> >
>>> >
>>> > I have two questions:
>>> >
>>> > Are those sessions accessible using the API ?
>>> > How to know what running command is waiting ?
>>> >
>>>
>>
>>
>>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Postgres errors after updating to 9.5.7 from 9.5.4

[Martin Perina]

Yes, postgresql 9.2 JDBC drivers are the only working and supported JDBC
drivers. Also please be aware that we test and only PostgreSQL 9.2  for
oVirt, so there may be other issues with newer versions.

On Tue, May 23, 2017 at 11:15 PM, Yedidyah Bar David 
wrote:

> On Wed, May 24, 2017 at 12:06 AM,   wrote:
> > Wow, that looks almost exactly like what we're seeing.
> >
> > Unfortunately, downgrading from postgresql-jdbc-42.1.1 to 42.0.0,
> restarting ovirt-engine and rerunning engine-setup produces the same error
> messages.
> >
>
> Please try 9.2. Thanks!
>
> > Logan
> >
> >> On May 23, 2017 at 3:39 PM Yedidyah Bar David  wrote:
> >>
> >>
> >> On Tue, May 23, 2017 at 11:19 PM, Logan Kuhn <
> supp...@jac-properties.com> wrote:
> >> > Hi
> >> >
> >> > We recently upgraded from postgres 9.5.4 to 9.5.6 and then to 9.5.7.
> We
> >> > restarted ovirt-engine between 9.5.4 and it worked as expected.
> After we
> >> > updated to 9.5.7 we have started to get postgres errors in engine.log
> and a
> >> > 404 error in the browser when we try to start ovirt-engine.
> >> >
> >> > Updates were done on client and server to keep them in sync.
> >> >
> >> > The error is complaining about a missing function, but we can verify
> that
> >> > the function exists in the database.  We've also restored engine and
> >> > ovirt_engine_history from a backup at 8am this morning when it was
> working
> >> > and before we upgraded to 9.5.7 with no apparent help and run
> engine-setup
> >> > afterwards, still no luck.
> >> >
> >> > 2017-05-23 15:07:48,418 INFO  [org.ovirt.engine.core.dal.
> dbbroker.DbFacade]
> >> > (ServerService Thread Pool -- 51) [] Initializing the DbFacade
> >> > 2017-05-23 15:07:48,480 INFO  [org.ovirt.engine.core.bll.Backend]
> >> > (ServerService Thread Pool -- 51) [] Start initializing Backend
> >> > 2017-05-23 15:07:48,502 ERROR
> >> > [org.ovirt.engine.core.bll.network.macpool.MacPoolPerDc]
> (ServerService
> >> > Thread Pool -- 46) [] Error initializing: PreparedStatementCallback;
> bad SQL
> >> > grammar [select * from  getallmacpoolrangesbymacpoolid()]; nested
> exception
> >> > is org.postgresql.util.PSQL
> >> > Exception: ERROR: function getallmacpoolrangesbymacpoolid() does not
> exist
> >> >  Hint: No function matches the given name and argument types. You
> might need
> >> > to add explicit type casts.
> >> >  Position: 16
> >> > 2017-05-23 15:07:48,517 ERROR [org.ovirt.engine.core.bll.Backend]
> >> > (ServerService Thread Pool -- 51) [] Error during initialization:
> >> > org.jboss.weld.exceptions.WeldException: WELD-49: Unable to
> invoke
> >> > public void
> >> > org.ovirt.engine.core.bll.hostedengine.PreviousHostedEngineHost.cre
> >> > ate() on
> >> > org.ovirt.engine.core.bll.hostedengine.PreviousHostedEngineHost@
> 3a35f461
> >> >at
> >> > org.jboss.weld.injection.producer.DefaultLifecycleCallbackInvoke
> r.invokeMethods(DefaultLifecycleCallbackInvoker.java:100)
> >> > [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
> >> >at
> >> > org.jboss.weld.injection.producer.DefaultLifecycleCallbackInvoke
> r.postConstruct(DefaultLifecycleCallbackInvoker.java:81)
> >> > [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
> >> >at
> >> > org.jboss.weld.injection.producer.BasicInjectionTarget.postConstruct(
> BasicInjectionTarget.java:126)
> >> > [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
> >> >at org.jboss.weld.bean.ManagedBean.create(
> ManagedBean.java:162)
> >> > [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
> >> >at
> >> > org.jboss.weld.context.AbstractContext.get(AbstractContext.java:96)
> >> > [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
> >> >at
> >> > org.jboss.weld.bean.ContextualInstanceStrategy$
> DefaultContextualInstanceStrategy.get(ContextualInstanceStrategy.java:101)
> >> > [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
> >> >at
> >> > org.jboss.weld.bean.ContextualInstanceStrategy$
> ApplicationScopedContextualInstanceStrategy.get(
> ContextualInstanceStrategy.java:141)
> >> > [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
> >> >at
> >> > org.jboss.weld.bean.ContextualInstance.get(
> ContextualInstance.java:50)
> >> > [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
> >> >at
> >> > org.jboss.weld.manager.BeanManagerImpl.getReference(
> BeanManagerImpl.java:742)
> >> > [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
> >> >at
> >> > org.jboss.weld.bean.builtin.InstanceImpl.getBeanInstance(
> InstanceImpl.java:189)
> >> > [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
> >> >at
> >> > org.jboss.weld.bean.builtin.InstanceImpl.get(InstanceImpl.java:100)
> >> > [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
> >> >at org.ovirt.engine.core.bll.Backend.loadService(Backend.
> java:301)
> >> > [bll.jar:]
> >> >at org.ovirt.engine.core.bll.Backend.initialize(Backend.
> java:212)
> >> > [bll.jar:]
> >> >at 

Re: [ovirt-users] terminating sessions

[Fabrice Bacchella]

And tasks are not available through the REST API, I think.

> Le 24 mai 2017 à 11:07, Martin Perina  a écrit :
> 
> Hi,
> 
> there is no direct link between sessions and commands executed by them in UI. 
> You can take a look into Tasks tab in bottom right corner, if there are any 
> long running tasks. 
> 
> Ravi, would it be possible to display sessionId inside Tasks to be able to 
> identify which command belongs to which session?
> 
> 
> Martin Perina
> 
> 
> On Wed, May 24, 2017 at 9:21 AM, Fabrice Bacchella 
> > wrote:
> No one has the answer ?
> 
>> Le 18 mai 2017 à 09:58, Sandro Bonazzola > > a écrit :
>> 
>> Adding some people who may be able to answer
>> 
>> On Wed, May 17, 2017 at 11:45 AM, Fabrice Bacchella 
>> > wrote:
>> I'm back with a long list of sessions, many of them started since many days. 
>> How can I get informations about them ?
>> 
>> > Le 3 mai 2017 à 18:52, Fabrice Bacchella > > > a écrit :
>> >
>> > In the UI, I see 73 open sessions, all open by me.
>> >
>> > In ovirt logs, I see a lot of :
>> > 2017-05-03 18:49:31,483+02 INFO  
>> > [org.ovirt.engine.core.bll.aaa.SessionDataContainer] 
>> > (DefaultQuartzScheduler3) [dcf02fc4-72c3-4237-8855-d4e474766088] Not 
>> > removing session 
>> > 'B/GWJOxyLh3pXQPPitfCk29iiJ3XWMerYdNmOdZyc9ceqD+oAW/hhhZDXCltK+N4yRo9TgunhGR7w7YEELOI5A==',
>> >  session has running commands for user ''.
>> >
>> > And indeed I can't close those sessions in the UI.
>> >
>> >
>> > I have two questions:
>> >
>> > Are those sessions accessible using the API ?
>> > How to know what running command is waiting ?
>> >
> 
> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Is 3.6.7 direct to 4.1.2 a supported upgrade path?

[Arsène Gschwind]

Mostly read in threads and docs that the upgrade path should be 3.6.x -> 
4.0.x -> 4.1.x

I did it that way and it did work perfectly.

Rgds,
Arsène


On 05/24/2017 10:52 AM, Yaniv Kaul wrote:



On Wed, May 24, 2017 at 5:36 AM, Richard Chan 
> 
wrote:


Time to take the plunge to 4.x — is it supported to upgrade from
3.6.7 to 4.1.2 directly?


I'm not sure what 'supported' means. I don't think many have tried - 
it probably works though. I suggest testing on a non-production system 
first.

Y.





-- 
Richard Chan



___
Users mailing list
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users





___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch 
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] terminating sessions

[Fabrice Bacchella]

No one has the answer ?

> Le 18 mai 2017 à 09:58, Sandro Bonazzola  a écrit :
> 
> Adding some people who may be able to answer
> 
> On Wed, May 17, 2017 at 11:45 AM, Fabrice Bacchella 
> > wrote:
> I'm back with a long list of sessions, many of them started since many days. 
> How can I get informations about them ?
> 
> > Le 3 mai 2017 à 18:52, Fabrice Bacchella  > > a écrit :
> >
> > In the UI, I see 73 open sessions, all open by me.
> >
> > In ovirt logs, I see a lot of :
> > 2017-05-03 18:49:31,483+02 INFO  
> > [org.ovirt.engine.core.bll.aaa.SessionDataContainer] 
> > (DefaultQuartzScheduler3) [dcf02fc4-72c3-4237-8855-d4e474766088] Not 
> > removing session 
> > 'B/GWJOxyLh3pXQPPitfCk29iiJ3XWMerYdNmOdZyc9ceqD+oAW/hhhZDXCltK+N4yRo9TgunhGR7w7YEELOI5A==',
> >  session has running commands for user ''.
> >
> > And indeed I can't close those sessions in the UI.
> >
> >
> > I have two questions:
> >
> > Are those sessions accessible using the API ?
> > How to know what running command is waiting ?
> >


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Postgres errors after updating to 9.5.7 from 9.5.4

[Fabrice Bacchella]

In /etc/yum.repos.d/pgdg-94-centos.repo, I added :

[pgdg94]
...
exclude=postgresql-jdbc


> Le 23 mai 2017 à 23:06, supp...@jac-properties.com a écrit :
> 
> Wow, that looks almost exactly like what we're seeing.
> 
> Unfortunately, downgrading from postgresql-jdbc-42.1.1 to 42.0.0, restarting 
> ovirt-engine and rerunning engine-setup produces the same error messages.
> 
> Logan
> 
>> On May 23, 2017 at 3:39 PM Yedidyah Bar David  wrote:
>> 
>> 
>> On Tue, May 23, 2017 at 11:19 PM, Logan Kuhn  
>> wrote:
>>> Hi
>>> 
>>> We recently upgraded from postgres 9.5.4 to 9.5.6 and then to 9.5.7.  We
>>> restarted ovirt-engine between 9.5.4 and it worked as expected.  After we
>>> updated to 9.5.7 we have started to get postgres errors in engine.log and a
>>> 404 error in the browser when we try to start ovirt-engine.
>>> 
>>> Updates were done on client and server to keep them in sync.
>>> 
>>> The error is complaining about a missing function, but we can verify that
>>> the function exists in the database.  We've also restored engine and
>>> ovirt_engine_history from a backup at 8am this morning when it was working
>>> and before we upgraded to 9.5.7 with no apparent help and run engine-setup
>>> afterwards, still no luck.
>>> 
>>> 2017-05-23 15:07:48,418 INFO  [org.ovirt.engine.core.dal.dbbroker.DbFacade]
>>> (ServerService Thread Pool -- 51) [] Initializing the DbFacade
>>> 2017-05-23 15:07:48,480 INFO  [org.ovirt.engine.core.bll.Backend]
>>> (ServerService Thread Pool -- 51) [] Start initializing Backend
>>> 2017-05-23 15:07:48,502 ERROR
>>> [org.ovirt.engine.core.bll.network.macpool.MacPoolPerDc] (ServerService
>>> Thread Pool -- 46) [] Error initializing: PreparedStatementCallback; bad SQL
>>> grammar [select * from  getallmacpoolrangesbymacpoolid()]; nested exception
>>> is org.postgresql.util.PSQL
>>> Exception: ERROR: function getallmacpoolrangesbymacpoolid() does not exist
>>> Hint: No function matches the given name and argument types. You might need
>>> to add explicit type casts.
>>> Position: 16
>>> 2017-05-23 15:07:48,517 ERROR [org.ovirt.engine.core.bll.Backend]
>>> (ServerService Thread Pool -- 51) [] Error during initialization:
>>> org.jboss.weld.exceptions.WeldException: WELD-49: Unable to invoke
>>> public void
>>> org.ovirt.engine.core.bll.hostedengine.PreviousHostedEngineHost.cre
>>> ate() on
>>> org.ovirt.engine.core.bll.hostedengine.PreviousHostedEngineHost@3a35f461
>>>   at
>>> org.jboss.weld.injection.producer.DefaultLifecycleCallbackInvoker.invokeMethods(DefaultLifecycleCallbackInvoker.java:100)
>>> [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
>>>   at
>>> org.jboss.weld.injection.producer.DefaultLifecycleCallbackInvoker.postConstruct(DefaultLifecycleCallbackInvoker.java:81)
>>> [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
>>>   at
>>> org.jboss.weld.injection.producer.BasicInjectionTarget.postConstruct(BasicInjectionTarget.java:126)
>>> [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
>>>   at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:162)
>>> [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
>>>   at
>>> org.jboss.weld.context.AbstractContext.get(AbstractContext.java:96)
>>> [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
>>>   at
>>> org.jboss.weld.bean.ContextualInstanceStrategy$DefaultContextualInstanceStrategy.get(ContextualInstanceStrategy.java:101)
>>> [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
>>>   at
>>> org.jboss.weld.bean.ContextualInstanceStrategy$ApplicationScopedContextualInstanceStrategy.get(ContextualInstanceStrategy.java:141)
>>> [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
>>>   at
>>> org.jboss.weld.bean.ContextualInstance.get(ContextualInstance.java:50)
>>> [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
>>>   at
>>> org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:742)
>>> [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
>>>   at
>>> org.jboss.weld.bean.builtin.InstanceImpl.getBeanInstance(InstanceImpl.java:189)
>>> [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
>>>   at
>>> org.jboss.weld.bean.builtin.InstanceImpl.get(InstanceImpl.java:100)
>>> [weld-core-impl-2.3.5.Final.jar:2.3.5.Final]
>>>   at org.ovirt.engine.core.bll.Backend.loadService(Backend.java:301)
>>> [bll.jar:]
>>>   at org.ovirt.engine.core.bll.Backend.initialize(Backend.java:212)
>>> [bll.jar:]
>>>   at org.ovirt.engine.core.bll.Backend.create(Backend.java:159)
>>> [bll.jar:]
>>>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> [rt.jar:1.8.0_131]
>>>   at
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>> [rt.jar:1.8.0_131]
>>>   at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>> [rt.jar:1.8.0_131]
>>>   at java.lang.reflect.Method.invoke(Method.java:498)
>>> [rt.jar:1.8.0_131]
>>>   at
>>>