Re: [ovirt-devel] how to print api method name and params in ovirt

[pengyixiang]

hi
I used private repo to dev vdsm, so I register a github in this link:
https://github.com/pencc/vdsm



   it's based on commit 25ebb5e0163ef69787975df7357a741213141d5e


Main things it did:
1.transplant vdsm to customed debian8 system.
2.when we cannot get memUsage from ovirt-guest-agent, we get it from memballoon.


 

it's works need many other dependency packages and configurations, etc, so we 
made a install script.

And Maybe the customed debian8 system have a little different with debian8 like 
some packages's version,
so if there's some one interest in it, I will upload others dependencys and 
test it in debian8. 








在 2017-09-06 16:14:11，"Yaniv Kaul"  写道：





On Wed, Sep 6, 2017 at 4:39 AM, pengyixiang  wrote:

hi 

   I think Ovirt is great, but our application scenarios is some different, our 
vm's client is embedded system with spice in mini linux,client is a QT,

using hdmi connect to display. And we need specifics users/admins func, user 
can register, admins can received in e-mail, set group ... etc.

And our node is customed debian8 system(company's system), after we transplant 
vdsm to debian, we need offline's install, so we achieved
a "deploy" func in engine, and i think ovirt-node's no status is a good idea, 
may be everytime after debian-node reboot, we execute deploy func

is a good idea too? because if we changed some code, it's easier to lot size 
install.

   In the end, i think gwt is great in geek, but not well in company, because 
have html/css/js/jsp skill's frond-ender is easier to find, it may cut the 
costs.



It seems like you have forked oVirt. While it's quite possible to do so, I urge 
you to contribute back the features and fixes you have made. As an example from 
above, I know there is interest in the users community to run Debian based 
hosts - so we'll be happy to see VDSM working on Debian.


Is there at least a public repository where we can see the changes made?
Y.








在 2017-09-05 17:31:40，"Yaniv Kaul"  写道：





On Tue, Sep 5, 2017 at 6:14 AM, pengyixiang  wrote:

hello, everyone!
We need to customed ovirt, and now I need to know which api been called and 
transport's params after button been pushed in engine, I try to add logs like 
this in vdsm:


Can you explain what you are trying to achieve? What customization are you 
looking for?
It'd be great if you can contribute your changes so the community can benefit 
from them.
Y.
 


 455 @api.method
 456 def hotplugDisk(self, params):
 457 syslog.syslog("---in VM hotplugDisk")
 458 syslog.syslog("params:%s" % (params))
 459 try:
 460 utils.validateMinimalKeySet(params, ('vmId', 'drive'))
 461 except ValueError:
 462 self.log.error('Missing one of required parameters: vmId, 
drive')
 463 return {'status': {'code': 
errCode['MissParam']['status']['code'],
 464'message': 'Missing one of required '
 465   'parameters: vmId, drive'}}
 466 return self.vm.hotplugDisk(params)


but the number of api method is too much,  where should I add is better to 
print called api method name and params?







 


___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel







 


___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [devel] ovirt-engine NFE on master

[Milan Zamazal]

Piotr Kliczewski  writes:

> I pulled the latest engine master [1] and I see following exception
> below. Is it known issue?

Piotr, what's the libvirt version on your host?  Is the cluster version
4.2?  And did you migrate some VM?

Thanks,
Milan

> [1] Based on 34f4d69117d916e52a7b2d5032d64b8d1185448c
>
> 2017-09-01 13:35:38,829+02 ERROR
> [org.ovirt.engine.core.bll.AddUnmanagedVmsCommand]
> (DefaultQuartzScheduler10) [353095e7] Command
> 'org.ovirt.engine.core.bll.AddUnmanagedVmsCommand' failed: null
> 2017-09-01 13:35:38,829+02 ERROR
> [org.ovirt.engine.core.bll.AddUnmanagedVmsCommand]
> (DefaultQuartzScheduler10) [353095e7] Exception:
> java.lang.NumberFormatException: null
> at java.lang.Integer.parseInt(Integer.java:542) [rt.jar:1.8.0_141]
> at java.lang.Integer.parseInt(Integer.java:615) [rt.jar:1.8.0_141]
> at
> org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder.parseIntVdsProperty(VdsBrokerObjectsBuilder.java:775)
> [vdsbroker.jar:]
> at 
> org.ovirt.engine.core.bll.AddUnmanagedVmsCommand.convertVm(AddUnmanagedVmsCommand.java:119)
> [bll.jar:]
> at 
> org.ovirt.engine.core.bll.AddUnmanagedVmsCommand.executeCommand(AddUnmanagedVmsCommand.java:96)
> [bll.jar:]
> at 
> org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1202)
> [bll.jar:]
> at 
> org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1342)
> [bll.jar:]
> at 
> org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1984)
> [bll.jar:]
> at 
> org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:164)
> [utils.jar:]
> at 
> org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:103)
> [utils.jar:]
> ___
> Devel mailing list 
> Devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [PLEASE NOTE] copr outage

[Evgheni Dereveanchin]

As a follow up, there was a DNS outage on Fedora Infrastructure side
caused by mismatching DNSSEC keys. This affected all domains in
*.fedoraproject.org zone. It should now be fixed, so if you suspect
that jobs related to your patches failed due to it (reposync issues, etc)
please re-trigger them.

On Wed, Sep 6, 2017 at 2:58 PM, Barak Korren  wrote:

> We seem to be having some kind of an outage in the oVirt PHX data
> center that is preventing our hosts in PHX from reaching copr.
>
> This is causing various jobs to fail including all jobs that run OST.
>
> Please avoid running jobs that are known to require connectivity to
> copr until further notice.
>
> --
> Barak Korren
> RHV DevOps team , RHCE, RHCi
> Red Hat EMEA
> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
> ___
> Devel mailing list
> Devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>



-- 
Regards,
Evgheni Dereveanchin
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] New design for the Gerrit UI

[Jakub Niedermertl]

On Wed, Sep 6, 2017 at 4:17 PM, Greg Sheremeta  wrote:

>
>
> On Wed, Sep 6, 2017 at 3:14 AM, Barak Korren  wrote:
>
>> On 5 September 2017 at 21:37, Jakub Niedermertl 
>> wrote:
>> >
>> > Hi,
>> >
>> > it looks nice.
>> >
>> > Is there any plan
>> > * to actually deploy this skin on gerrit.ovirt.org?
>>
>> Given the huge amount of time that was already invested in this, and
>> the endless list of issues raised on this thread, we froze further
>> progress.
>>
>> It would be great if someone with better UX skills could step up and
>> continue this work.
>> (Which includes actually writing the needed CSS and HTML and not just
>> sending mockups...)
>>
>
> I can do it. But ...
>
>
>>
>> > * skin new gerrit UI (PolyGerrit) as well?
>>
>> It a completely new code base, we will need to redo everything from
>> scratch. But we probably aught to do that, because it seems like the
>> way forward for Gerrit.
>>
>
> Shouldn't we just cut over and do the work once?
>

+1


>
>
>>
>> > * use blue theme as webadmin recently adopted and VM Portal is going to
>> adopt?
>>
>> IMO it would look out of place with the other oVirt web assets.
>> Personally I don't like WebAdmin going that way either. oVirt had
>> always been green, its part of its brand. To change this, everything
>> else needs to also change: ovirt.org, Jenkins, Jira, etc.
>>
>>
>> --
>> Barak Korren
>> RHV DevOps team , RHCE, RHCi
>> Red Hat EMEA
>> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
>> ___
>> Devel mailing list
>> Devel@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/devel
>>
>
>
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat
>
> 
>
> gsher...@redhat.comIRC: gshereme
> 
>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] New design for the Gerrit UI

[Barak Korren]

On 6 September 2017 at 17:17, Greg Sheremeta  wrote:

>
> I can do it. But ...
>
>
>> It a completely new code base, we will need to redo everything from
>> scratch. But we probably aught to do that, because it seems like the
>> way forward for Gerrit.
>>
>
> Shouldn't we just cut over and do the work once?
>

The new UI does not cover 100% of functionality yet, but yeah, I suppose we
can focus all efforts on the new UI since this is what I expect most
developers will be using given that it does cover pretty much everything
developers use on a day-to-day basis.



-- 
Barak Korren
RHV DevOps team , RHCE, RHCi
Red Hat EMEA
redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] New design for the Gerrit UI

[Greg Sheremeta]

On Wed, Sep 6, 2017 at 3:14 AM, Barak Korren  wrote:

> On 5 September 2017 at 21:37, Jakub Niedermertl 
> wrote:
> >
> > Hi,
> >
> > it looks nice.
> >
> > Is there any plan
> > * to actually deploy this skin on gerrit.ovirt.org?
>
> Given the huge amount of time that was already invested in this, and
> the endless list of issues raised on this thread, we froze further
> progress.
>
> It would be great if someone with better UX skills could step up and
> continue this work.
> (Which includes actually writing the needed CSS and HTML and not just
> sending mockups...)
>

I can do it. But ...


>
> > * skin new gerrit UI (PolyGerrit) as well?
>
> It a completely new code base, we will need to redo everything from
> scratch. But we probably aught to do that, because it seems like the
> way forward for Gerrit.
>

Shouldn't we just cut over and do the work once?


>
> > * use blue theme as webadmin recently adopted and VM Portal is going to
> adopt?
>
> IMO it would look out of place with the other oVirt web assets.
> Personally I don't like WebAdmin going that way either. oVirt had
> always been green, its part of its brand. To change this, everything
> else needs to also change: ovirt.org, Jenkins, Jira, etc.
>
>
> --
> Barak Korren
> RHV DevOps team , RHCE, RHCi
> Red Hat EMEA
> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
> ___
> Devel mailing list
> Devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>



-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat



gsher...@redhat.comIRC: gshereme

___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] Slack channel

[Martin Sivak]

> Gitter also seems to be good for that, much more than slack for just being
> available, but Ive been on IRC and have asked, seen others ask, and havent
> really seen much back and forth, theyre mostly all dead channels (slack
> included)

IRC is not too busy, but when it is, it is mostly during European
working hours.. not much activity from the devs during US working
hours as we mostly sit in EMEA. That might not be an obvious
limitation and it might give bad impression too.

Martin

On Tue, Sep 5, 2017 at 8:22 PM, Marc Young <3vilpeng...@gmail.com> wrote:
> FWIW I was mostly coming in from the community perspective.
> While I'm sure most can do proxies/vpn's/etc Im more curious about lowering
> the barrier from people like me writing 3rd party tools that will have quick
> project related questions such as:
>
>  * is this a bug
>  * where do i put in a ticket
>  * is this code wrong
>
> It would be nice to just be able to load up slack (the new unofficial
> standard) and be able to chat quickly with others without a ton of barriers.
> As far as for the full project there are a ton of other issues at play, but
> theres tons to gain from being able to meet/greet/etc with devs on the
> project.
>
> Gitter also seems to be good for that, much more than slack for just being
> available, but Ive been on IRC and have asked, seen others ask, and havent
> really seen much back and forth, theyre mostly all dead channels (slack
> included)
>
> On Tue, Sep 5, 2017 at 10:14 AM, Martin Sivak  wrote:
>>
>> > "Not everyone can/will do it." It's a pain.
>>
>> Why everyone? Someone at oVirt can prepare that for others and just
>> keep it running. The same we would have to do with Rocket for example.
>> The difference is that people can use their own client if they want,
>> that is not an option with Slack. Free tier Slack will become unusable
>> once more people join, the persistent history limit will be depleted
>> very quickly.
>>
>> > How does a web-based client with archiving work with a private IRC
>> > server
>> > behind openvpn?
>>
>> The same as Slack. It does not. But I am not talking about local web
>> based client. I am talking about public web based gateway that uses
>> irc/jabber internally.
>>
>> > What if the archiver fails and you miss important messages? How do you
>> > know
>> > the archiver hasn't failed?
>>
>> How do you know that with Slack? The guarantees are exactly the same..
>> none. Real time messaging is not meant for important messages. We have
>> email (well...) and bugzilla for that. You can get guarantees for
>> money I guess, but not in any free service.
>>
>> > Does it integrate with other services that people use, like trello and
>> > jira?
>> > (Can edit cards / bugs right in the chat)
>>
>> I was able to google couple of different projects, there definitely is
>> a JIRA irc notification plugin in use (#optaplanner-dev@freenode uses
>> it). But some setup is probably required..
>>
>> > Does it let you post images in the chat, where everyone (no matter their
>> > client) can see them?
>>
>> This is the biggest pain of all alternative solutions. You need
>> storage.. Jabber is better than IRC in this sense, firewall traversal
>> for direct data transfer is not one of irc's strongpoints.
>>
>> > I just want to work. I don't want to spend (waste, imo) time on rolling
>> > my
>> > own chat technology when I can connect to a website and get on with my
>> > day.
>>
>> And are you willing to have multiple different communication tools
>> open just because you are part of multiple communities? I already need
>> email (more than one), bugzilla, Trello, IRC and Slack (my Jabber
>> community kind of died..) and it is becoming too much sometimes..
>>
>> Slack at least offers limited gateway to both IRC and Jabber:
>>
>> https://get.slack.help/hc/en-us/articles/201727913-Connect-to-Slack-over-IRC-and-XMPP
>>
>> We can drop IRC, but we need adequate replacement for people who are
>> not purely web based and work on multiple different projects. I
>> currently have 15 open irc channels and I will prefer any
>> multi-protocol or federated solution over closed one any day.
>>
>> Martin
>>
>>
>> On Tue, Sep 5, 2017 at 4:38 PM, Greg Sheremeta 
>> wrote:
>> >
>> > On Mon, Sep 4, 2017 at 4:54 AM, Martin Sivak  wrote:
>> >>
>> >> > Right, still it is an IRC technology, and every user must set it up
>> >> > in
>> >> > order
>> >> > to keep their presence (which you get out-of-the-box from
>> >> > above-mentioned).
>> >> > Not everyone can/will do it.
>> >>
>> >> Meaning it is federated, you can connect to any server you want and
>> >> the protocol is open and dead simple + there are hundreds of clients.
>> >> Including web based.. in case you did not look. The same applies to
>> >> archiver services for IRC.
>> >>
>> >> So just setup an archive, publish the irc information + a link to web
>> >> based client and you get the best of both worlds.
>> >
>> 

[ovirt-devel] [PLEASE NOTE] copr outage

[Barak Korren]

We seem to be having some kind of an outage in the oVirt PHX data
center that is preventing our hosts in PHX from reaching copr.

This is causing various jobs to fail including all jobs that run OST.

Please avoid running jobs that are known to require connectivity to
copr until further notice.

-- 
Barak Korren
RHV DevOps team , RHCE, RHCi
Red Hat EMEA
redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ovirt-users] Changes in Virt SIG in upcoming CentOS 1708

[Eyal Edri]

On Wed, Sep 6, 2017 at 1:51 PM, Sandro Bonazzola 
wrote:

>
>
> 2017-09-06 12:44 GMT+02:00 Eyal Edri :
>
>>
>>
>> On Wed, Sep 6, 2017 at 10:33 AM, Sandro Bonazzola 
>> wrote:
>>
>>> Hi,
>>> with upcoming CentOS 1708 all the SIGs have been asked to do some
>>> cleanup of old / unsupported stuff.
>>> As part of the cleanup, ovirt 3.5, 3.6 and 4.0 will be dropped from
>>> http://mirror.centos.org/centos/7/virt/x86_64/
>>>
>>
>> This might break the upgrade suite from 4.0->master ( upstream from
>> prev-release ), should we remove it from CI and not test upgrades from
>> 4.0->master?
>> It will also break upgrade from 4.0->4.1 suite, should we remove it as
>> well?
>>
>
> Please keep them and let me know what breaks. I'll provide needed stuff
> for keeping CI working.
>

For now, you can see the repos used in the upstream suites:

looking at ovirt-4.0.repo file there is this repo:

[centos-ovirt-4.0-el7]
name=CentOS-7 - oVirt 4.0
baseurl=http://mirror.centos.org/centos/7/virt/x86_64/ovirt-4.0/



>
>
>
>
>>
>>
>>>
>>>
>>> Also, as part of the cleanup a few packages previously tagged in CentOS
>>> VIrt SIG repos and now available in CentOS base / optional / extras repo
>>> have been untagged and won't be in http://mirror.centos.org/cento
>>> s/7/virt/x86_64/ when the repo will be re-generated from tags.
>>> As a side effect, you may see cockpit related packages not available if
>>> you're running oVirt on RHEL 7.4 instead of CentOS 7.1708 because on CentOS
>>> 7 extras channel is enabled by default while on RHEL you need to enable it
>>> manually.
>>>
>>> Thanks,
>>> --
>>>
>>> SANDRO BONAZZOLA
>>>
>>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>>
>>> Red Hat EMEA 
>>> 
>>> TRIED. TESTED. TRUSTED. 
>>>
>>> ___
>>> Users mailing list
>>> us...@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>>
>> --
>>
>> Eyal edri
>>
>>
>> ASSOCIATE MANAGER
>>
>> RHV DevOps
>>
>> EMEA VIRTUALIZATION R
>>
>>
>> Red Hat EMEA 
>>  TRIED. TESTED. TRUSTED. 
>> phone: +972-9-7692018 <+972%209-769-2018>
>> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>>
>
>
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA 
> 
> TRIED. TESTED. TRUSTED. 
>



-- 

Eyal edri


ASSOCIATE MANAGER

RHV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA 
 TRIED. TESTED. TRUSTED. 
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ovirt-users] Changes in Virt SIG in upcoming CentOS 1708

[Sandro Bonazzola]

2017-09-06 12:44 GMT+02:00 Eyal Edri :

>
>
> On Wed, Sep 6, 2017 at 10:33 AM, Sandro Bonazzola 
> wrote:
>
>> Hi,
>> with upcoming CentOS 1708 all the SIGs have been asked to do some cleanup
>> of old / unsupported stuff.
>> As part of the cleanup, ovirt 3.5, 3.6 and 4.0 will be dropped from
>> http://mirror.centos.org/centos/7/virt/x86_64/
>>
>
> This might break the upgrade suite from 4.0->master ( upstream from
> prev-release ), should we remove it from CI and not test upgrades from
> 4.0->master?
> It will also break upgrade from 4.0->4.1 suite, should we remove it as
> well?
>

Please keep them and let me know what breaks. I'll provide needed stuff for
keeping CI working.




>
>
>>
>>
>> Also, as part of the cleanup a few packages previously tagged in CentOS
>> VIrt SIG repos and now available in CentOS base / optional / extras repo
>> have been untagged and won't be in http://mirror.centos.org/cento
>> s/7/virt/x86_64/ when the repo will be re-generated from tags.
>> As a side effect, you may see cockpit related packages not available if
>> you're running oVirt on RHEL 7.4 instead of CentOS 7.1708 because on CentOS
>> 7 extras channel is enabled by default while on RHEL you need to enable it
>> manually.
>>
>> Thanks,
>> --
>>
>> SANDRO BONAZZOLA
>>
>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>
>> Red Hat EMEA 
>> 
>> TRIED. TESTED. TRUSTED. 
>>
>> ___
>> Users mailing list
>> us...@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
>
> Eyal edri
>
>
> ASSOCIATE MANAGER
>
> RHV DevOps
>
> EMEA VIRTUALIZATION R
>
>
> Red Hat EMEA 
>  TRIED. TESTED. TRUSTED. 
> phone: +972-9-7692018 <+972%209-769-2018>
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

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

Re: [ovirt-devel] [ovirt-users] Changes in Virt SIG in upcoming CentOS 1708

[Eyal Edri]

On Wed, Sep 6, 2017 at 10:33 AM, Sandro Bonazzola 
wrote:

> Hi,
> with upcoming CentOS 1708 all the SIGs have been asked to do some cleanup
> of old / unsupported stuff.
> As part of the cleanup, ovirt 3.5, 3.6 and 4.0 will be dropped from
> http://mirror.centos.org/centos/7/virt/x86_64/
>

This might break the upgrade suite from 4.0->master ( upstream from
prev-release ), should we remove it from CI and not test upgrades from
4.0->master?
It will also break upgrade from 4.0->4.1 suite, should we remove it as
well?


>
>
> Also, as part of the cleanup a few packages previously tagged in CentOS
> VIrt SIG repos and now available in CentOS base / optional / extras repo
> have been untagged and won't be in http://mirror.centos.org/
> centos/7/virt/x86_64/ when the repo will be re-generated from tags.
> As a side effect, you may see cockpit related packages not available if
> you're running oVirt on RHEL 7.4 instead of CentOS 7.1708 because on CentOS
> 7 extras channel is enabled by default while on RHEL you need to enable it
> manually.
>
> Thanks,
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA 
> 
> TRIED. TESTED. TRUSTED. 
>
> ___
> Users mailing list
> us...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 

Eyal edri


ASSOCIATE MANAGER

RHV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA 
 TRIED. TESTED. TRUSTED. 
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 2017-09-05 ] [upgrade_engine]

[Simone Tiraboschi]

On Wed, Sep 6, 2017 at 10:35 AM, Barak Korren  wrote:

> On 6 September 2017 at 11:11, Simone Tiraboschi 
> wrote:
> >
> > if you have both yesterday patches it was going to fail due to the lack
> of
> > rh-postgresql95-postgresql-server
> >
> > https://gerrit.ovirt.org/#/c/81478/ should be enough to require
> > rh-postgresql95-postgresql-server by itself,
> > so if DWH is part of the upgrade test, I hope it will pass.
>
> It passed:
> http://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-
> master_change-queue-tester/detail/ovirt-master_change-
> queue-tester/2347/pipeline


Thanks, nice to hear!


>
>
> Currently uploading updated packages to 'tested'.
>
>
> --
> Barak Korren
> RHV DevOps team , RHCE, RHCi
> Red Hat EMEA
> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 2017-09-05 ] [upgrade_engine]

[Barak Korren]

On 6 September 2017 at 11:11, Simone Tiraboschi  wrote:
>
> if you have both yesterday patches it was going to fail due to the lack of
> rh-postgresql95-postgresql-server
>
> https://gerrit.ovirt.org/#/c/81478/ should be enough to require
> rh-postgresql95-postgresql-server by itself,
> so if DWH is part of the upgrade test, I hope it will pass.

It passed:
http://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-master_change-queue-tester/detail/ovirt-master_change-queue-tester/2347/pipeline

Currently uploading updated packages to 'tested'.


-- 
Barak Korren
RHV DevOps team , RHCE, RHCi
Red Hat EMEA
redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] how to print api method name and params in ovirt

[Yaniv Kaul]

On Wed, Sep 6, 2017 at 4:39 AM, pengyixiang  wrote:

> hi
>I think Ovirt is great, but our application scenarios is some
> different, our vm's client is embedded system with spice in mini
> linux,client is a QT,
> using hdmi connect to display. And we need specifics users/admins func,
> user can register, admins can received in e-mail, set group ... etc.
> And our node is customed debian8 system(company's system), after we
> transplant vdsm to debian, we need offline's install, so we achieved
> a "deploy" func in engine, and i think ovirt-node's no status is a good
> idea, may be everytime after debian-node reboot, we execute deploy func
> is a good idea too? because if we changed some code, it's easier to lot
> size install.
>In the end, i think gwt is great in geek, but not well in company,
> because have html/css/js/jsp skill's frond-ender is easier to find, it may
> cut the costs.
>

It seems like you have forked oVirt. While it's quite possible to do so, I
urge you to contribute back the features and fixes you have made. As an
example from above, I know there is interest in the users community to run
Debian based hosts - so we'll be happy to see VDSM working on Debian.

Is there at least a public repository where we can see the changes made?
Y.


>
>
>
>
> 在 2017-09-05 17:31:40，"Yaniv Kaul"  写道：
>
>
>
> On Tue, Sep 5, 2017 at 6:14 AM, pengyixiang  wrote:
>
>> hello, everyone!
>> We need to customed ovirt, and now I need to know which api been
>> called and transport's params after button been pushed in engine, I try to
>> add logs like this in vdsm:
>>
>
> Can you explain what you are trying to achieve? What customization are you
> looking for?
> It'd be great if you can contribute your changes so the community can
> benefit from them.
> Y.
>
>
>>
>>  455 @api.method
>>  456 def hotplugDisk(self, params):
>>  457 syslog.syslog("---in VM hotplugDisk")
>>  458 syslog.syslog("params:%s" % (params))
>>  459 try:
>>  460 utils.validateMinimalKeySet(params, ('vmId', 'drive'))
>>  461 except ValueError:
>>  462 self.log.error('Missing one of required parameters:
>> vmId, drive')
>>  463 return {'status': {'code': errCode['MissParam']['status']
>> ['code'],
>>  464'message': 'Missing one of required '
>>  465   'parameters: vmId,
>> drive'}}
>>  466 return self.vm.hotplugDisk(params)
>>
>> but the number of api method is too much,  where should I add is better
>> to print called api method name and params?
>>
>>
>>
>>
>>
>> ___
>> Devel mailing list
>> Devel@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/devel
>>
>
>
>
>
>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 2017-09-05 ] [upgrade_engine]

[Simone Tiraboschi]

On Wed, Sep 6, 2017 at 10:03 AM, Barak Korren  wrote:

> On 6 September 2017 at 10:58, Simone Tiraboschi 
> wrote:
> >
> >
> > We already found an rpm dependency issue on upgrade so now I'd say:
> > https://gerrit.ovirt.org/81478 and https://gerrit.ovirt.org/81476
> (still to
> > be merged) in order to solve also that issue.
> >
> Hmm... I thought the upgrade issue was what we were discussing.
>
> I triggered a CQ run with the latest merged engine and dwh patches. If
> I understand correctly it is doomed to fail as well?
>

Yes, two distinct issue:

if you don't test the two previous patch at the same time it's going to
fail with

engine-setup --config-append=/tmp/answer-file-post --accept-defaults
returned with 2
output:
 ***L:ERROR Internal error: type object 'DBEnvKeysConst' has no attribute
'NEED_DBMSUPGRADE'

if you have both yesterday patches it was going to fail due to the lack
of rh-postgresql95-postgresql-server

https://gerrit.ovirt.org/#/c/81478/ should be enough to require
rh-postgresql95-postgresql-server
by itself,
so if DWH is part of the upgrade test, I hope it will pass.

Thanks!




>
> --
> Barak Korren
> RHV DevOps team , RHCE, RHCi
> Red Hat EMEA
> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 2017-09-05 ] [upgrade_engine]

[Barak Korren]

On 6 September 2017 at 10:58, Simone Tiraboschi  wrote:
>
>
> We already found an rpm dependency issue on upgrade so now I'd say:
> https://gerrit.ovirt.org/81478 and https://gerrit.ovirt.org/81476 (still to
> be merged) in order to solve also that issue.
>
Hmm... I thought the upgrade issue was what we were discussing.

I triggered a CQ run with the latest merged engine and dwh patches. If
I understand correctly it is doomed to fail as well?

-- 
Barak Korren
RHV DevOps team , RHCE, RHCi
Red Hat EMEA
redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 2017-09-05 ] [upgrade_engine]

[Simone Tiraboschi]

On Wed, Sep 6, 2017 at 9:48 AM, Barak Korren  wrote:

> On 6 September 2017 at 10:42, Simone Tiraboschi 
> wrote:
> >
> >
> > On Wed, Sep 6, 2017 at 9:34 AM, Barak Korren  wrote:
> >>
> >> On 5 September 2017 at 17:59, Simone Tiraboschi 
> >> wrote:
> >> >
> >> >
> >> > On Tue, Sep 5, 2017 at 2:00 PM, Dan Kenigsberg 
> >> > wrote:
> >> >>
> >> >> I believe that this issue is being tackled by
> >> >> https://gerrit.ovirt.org/#/c/81444/
> >> >
> >> >
> >> > No, the issue is on DWH setup side but we merged the related patches
> >> > there
> >> > almost together.
> >> > Not sure why OST is consuming an older DWH rpm.
> >>
> >> OST only uses packages that passed OST before + packages you explicitly
> >> add.
> >> The newer DWH setup package probably did not pass OST yet from one
> >> reason or another.
> >
> >
> > OK, in order to start consuming postgres 9.5 from SCL I had to introduce
> a
> > patch on ovirt-engine project and another on dwh project and I don't
> think
> > that we can successfully run the test suite with just one of the two.
> >
> > Should we simply wait or we have to manually run OST with a list of
> packages
> > from the two projects in order to have it flagging them as OK?
>
> Since we don`t have change dependency syntax yet, we need to trick the
> change queue into testing them together. The way to do that is to wait
> until it is busy testing something else and then send both changes
> together.
> We also need to make sure there are not other issues that will make it
> fail. We can verify that by using the manual job with both changes.
> Which are the two relevant changes?
>

We already found an rpm dependency issue on upgrade so now I'd say:
https://gerrit.ovirt.org/81478 and https://gerrit.ovirt.org/81476 (still to
be merged) in order to solve also that issue.


>
> --
> Barak Korren
> RHV DevOps team , RHCE, RHCi
> Red Hat EMEA
> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 2017-09-05 ] [upgrade_engine]

[Barak Korren]

On 6 September 2017 at 10:42, Simone Tiraboschi  wrote:
>
>
> On Wed, Sep 6, 2017 at 9:34 AM, Barak Korren  wrote:
>>
>> On 5 September 2017 at 17:59, Simone Tiraboschi 
>> wrote:
>> >
>> >
>> > On Tue, Sep 5, 2017 at 2:00 PM, Dan Kenigsberg 
>> > wrote:
>> >>
>> >> I believe that this issue is being tackled by
>> >> https://gerrit.ovirt.org/#/c/81444/
>> >
>> >
>> > No, the issue is on DWH setup side but we merged the related patches
>> > there
>> > almost together.
>> > Not sure why OST is consuming an older DWH rpm.
>>
>> OST only uses packages that passed OST before + packages you explicitly
>> add.
>> The newer DWH setup package probably did not pass OST yet from one
>> reason or another.
>
>
> OK, in order to start consuming postgres 9.5 from SCL I had to introduce a
> patch on ovirt-engine project and another on dwh project and I don't think
> that we can successfully run the test suite with just one of the two.
>
> Should we simply wait or we have to manually run OST with a list of packages
> from the two projects in order to have it flagging them as OK?

Since we don`t have change dependency syntax yet, we need to trick the
change queue into testing them together. The way to do that is to wait
until it is busy testing something else and then send both changes
together.
We also need to make sure there are not other issues that will make it
fail. We can verify that by using the manual job with both changes.
Which are the two relevant changes?

-- 
Barak Korren
RHV DevOps team , RHCE, RHCi
Red Hat EMEA
redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 2017-09-05 ] [upgrade_engine]

[Simone Tiraboschi]

On Wed, Sep 6, 2017 at 9:34 AM, Barak Korren  wrote:

> On 5 September 2017 at 17:59, Simone Tiraboschi 
> wrote:
> >
> >
> > On Tue, Sep 5, 2017 at 2:00 PM, Dan Kenigsberg 
> wrote:
> >>
> >> I believe that this issue is being tackled by
> >> https://gerrit.ovirt.org/#/c/81444/
> >
> >
> > No, the issue is on DWH setup side but we merged the related patches
> there
> > almost together.
> > Not sure why OST is consuming an older DWH rpm.
>
> OST only uses packages that passed OST before + packages you explicitly
> add.
> The newer DWH setup package probably did not pass OST yet from one
> reason or another.
>

OK, in order to start consuming postgres 9.5 from SCL I had to introduce a
patch on ovirt-engine project and another on dwh project and I don't think
that we can successfully run the test suite with just one of the two.

Should we simply wait or we have to manually run OST with a list of
packages from the two projects in order to have it flagging them as OK?


>
> --
> Barak Korren
> RHV DevOps team , RHCE, RHCi
> Red Hat EMEA
> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] Changes in Virt SIG in upcoming CentOS 1708

[Sandro Bonazzola]

Hi,
with upcoming CentOS 1708 all the SIGs have been asked to do some cleanup
of old / unsupported stuff.
As part of the cleanup, ovirt 3.5, 3.6 and 4.0 will be dropped from
http://mirror.centos.org/centos/7/virt/x86_64/

Also, as part of the cleanup a few packages previously tagged in CentOS
VIrt SIG repos and now available in CentOS base / optional / extras repo
have been untagged and won't be in
http://mirror.centos.org/centos/7/virt/x86_64/ when the repo will be
re-generated from tags.
As a side effect, you may see cockpit related packages not available if
you're running oVirt on RHEL 7.4 instead of CentOS 7.1708 because on CentOS
7 extras channel is enabled by default while on RHEL you need to enable it
manually.

Thanks,
-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

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

Re: [ovirt-devel] Bug 1488680 - unboundid-ldapsdk-4.0.1 is available

[Martin Perina]

Adding Ondra, but AFAIK we don't require any new features and I don't know
of any bugfixes affecting us, so should be perfectly fine with 3.2.1, which
we are using on CentOS.

Martin

On Wed, Sep 6, 2017 at 8:30 AM, Sandro Bonazzola 
wrote:

> Highlights, important fixes, or notable enhancements are listed on project
> release notes: https://github.com/pingidentity/ldapsdk/releases/tag/4.0.1
>
> Package has been built for Fedora >= 27 and waits to get enough karma for
> being pushed to stable here: https://bodhi.fedoraproject.org/updates/
> unboundid-ldapsdk-4.0.1-1.fc27
>
> Please let me know if this update is needed/desired for oVirt 4.2.0,
> requiring a backport to fc25 and a build in centos.
>
> Thanks
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA 
> 
> TRIED. TESTED. TRUSTED. 
>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] New design for the Gerrit UI

[Barak Korren]

On 5 September 2017 at 22:23, Yaniv Lavi (Dary)  wrote:

> It also doesn't render well on Chrome mobile. Can you fix that?
>

Gerrit old UI is not meant for mobile devices so no.

Try the new (PolyGerrit) UI, there is a link in the bottom-right leading to
it.

-- 
Barak Korren
RHV DevOps team , RHCE, RHCi
Red Hat EMEA
redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] New design for the Gerrit UI

[Barak Korren]

On 5 September 2017 at 21:37, Jakub Niedermertl  wrote:
>
> Hi,
>
> it looks nice.
>
> Is there any plan
> * to actually deploy this skin on gerrit.ovirt.org?

Given the huge amount of time that was already invested in this, and
the endless list of issues raised on this thread, we froze further
progress.

It would be great if someone with better UX skills could step up and
continue this work.
(Which includes actually writing the needed CSS and HTML and not just
sending mockups...)

> * skin new gerrit UI (PolyGerrit) as well?

It a completely new code base, we will need to redo everything from
scratch. But we probably aught to do that, because it seems like the
way forward for Gerrit.

> * use blue theme as webadmin recently adopted and VM Portal is going to adopt?

IMO it would look out of place with the other oVirt web assets.
Personally I don't like WebAdmin going that way either. oVirt had
always been green, its part of its brand. To change this, everything
else needs to also change: ovirt.org, Jenkins, Jira, etc.


-- 
Barak Korren
RHV DevOps team , RHCE, RHCi
Red Hat EMEA
redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] Bug 1488680 - unboundid-ldapsdk-4.0.1 is available

[Sandro Bonazzola]

Highlights, important fixes, or notable enhancements are listed on project
release notes: https://github.com/pingidentity/ldapsdk/releases/tag/4.0.1

Package has been built for Fedora >= 27 and waits to get enough karma for
being pushed to stable here:
https://bodhi.fedoraproject.org/updates/unboundid-ldapsdk-4.0.1-1.fc27

Please let me know if this update is needed/desired for oVirt 4.2.0,
requiring a backport to fc25 and a build in centos.

Thanks
-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

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