Re: [ovirt-users] Problems upgrading Ovirt 3.5.4 to 3.6 RC

[Simone Tiraboschi]

On Thu, Oct 1, 2015 at 1:54 AM, Adrian Garay <
adrian.ga...@thaultanklines.com> wrote:

> These are the packages I have installed:
>
> ovirt-release35-005-1.noarch
> ovirt-release36-001-0.5.beta.noarch
> ovirt-vmconsole-1.0.0-0.0.master.20150821105434.gite14b2f0.el7.noarch
> ovirt-vmconsole-host-1.0.0-0.0.master.20150821105434.gite14b2f0.el7.noarch
>
> ovirt-setup-lib-1.0.0-0.0.master.20150812132738.git6a54bc0.el7.centos.noarch
>
> ovirt-hosted-engine-ha-1.3.0-0.0.master.20150909150556.20150909150548.git9a2bd43.el7.noarch
>

This one, as the others, is pretty old:
the latest one in the main repo is:
http://resources.ovirt.org/pub/ovirt-3.6-pre/rpm/el7/noarch/ovirt-hosted-engine-ha-1.3.0-1.el7.centos.noarch.rpm

So maybe the yum mirror you downloaded from was out-of-sync.
Could you please try to run yum update?
If it doesn't find a new set of rpms please
edit /etc/yum.repos.d/ovirt-3.6.repo commenting the mirrorlist line and
decommenting the baseurl one then clean the yum metadata and try again.


>
> ovirt-hosted-engine-setup-1.3.0-0.0.master.20150909090214.git794400d.el7.centos.noarch
> ovirt-host-deploy-1.4.0-0.0.master.20150806005708.git670e9c8.el7.noarch
> ovirt-engine-sdk-python-3.6.0.1-1.20150909.gitbf05a3a.el7.centos.noarch
>
> vdsm-python-4.17.6-0.el7.centos.noarch
> vdsm-yajsonrpc-4.17.6-0.el7.centos.noarch
> vdsm-4.17.6-0.el7.centos.noarch
> vdsm-hook-smbios-4.17.6-0.el7.centos.noarch
> vdsm-python-zombiereaper-4.16.26-0.el7.centos.noarch
> vdsm-infra-4.17.6-0.el7.centos.noarch
> vdsm-xmlrpc-4.17.6-0.el7.centos.noarch
> vdsm-jsonrpc-4.17.6-0.el7.centos.noarch
> vdsm-cli-4.17.6-0.el7.centos.noarch
>
> Thanks!
>
> On 9/30/2015 3:09 AM, Simone Tiraboschi wrote:
>
>
>
> Now for the issue I can't solve.  When I reboot the Centos 7.1 host I get
>> the following:
>>
>> [root@ovirt-one /]# hosted-engine --vm-status
>> You must run deploy first
>>
>
> This message is not coherent.
> Can you please report the rpm version you are using?
> this one should be already fixed.
>
>
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] [QE][ACTION REQUIRED] oVirt 3.5.5 Status

[Sandro Bonazzola]

Hi,
We're planning to start composing oVirt 3.5.5 GA on *2015-10-19 08:00 UTC*
from 3.5.5 branches.

There are still 8 bugs [1
]
targeted to 3.5.5, most of them are documentation related, not blocking
3.5.5 release.

There are no bugs [4
]
marked as regressions.

Developers should work to push patches in prior to the GA date and provide
a new build if changes are made since 3.5.5 RC.
Patches that will not be in will be pushed to 3.5.6.

Action items:
- Please check Jenkins status for 3.5 jobs and sync with relevant
maintainers if there are issues.
- Please fill release notes, the page has been created here [2
]
- Please test oVirt 3.5.5 RC1 and add yourself to the test page[3
]

[1]
https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3Aovirt-3.5.5%20status%3Anew%2Cassigned%2Cpost
[2] http://www.ovirt.org/OVirt_3.5.5_Release_Notes
[3] http://www.ovirt.org/Testing/oVirt_3.5.5_Testing
[4]
https://bugzilla.redhat.com/buglist.cgi?quicksearch=keyword%3Aregression%20target_milestone%3Aovirt-3.5.5%20status%3Anew%2Cassigned%2Cpost%20keyword%3Aregression

-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Ovirt 3.6 RC import VM

[Wolfgang Bucher]

Hello



i am not able to import a vm from a exportdomain, i can activate the 
exportdomain bu twhen i try to import a vm i get following error:

Failed to import Vm test to Data Center TEST, Cluster INTEL




engine.log 



015-10-01 11:53:00,809 INFO  [org.ovirt.engine.core.bll.ImportVmCommand] 
(org.ovirt.thread.pool-8-thread-36) [7c844f2] Command 
[id=b3af596c-7df0-4bdb-95d6-dffbc0a3213d]: Compensating NEW_ENTITY_ID of 
org.ovirt.engine.core.common.businessentities.VmStatistics; snapshot: 
1abdcfd8-77b2-47c3-9973-8184167b3774.
2015-10-01 11:53:00,809 INFO  [org.ovirt.engine.core.bll.ImportVmCommand] 
(org.ovirt.thread.pool-8-thread-36) [7c844f2] Command 
[id=b3af596c-7df0-4bdb-95d6-dffbc0a3213d]: Compensating NEW_ENTITY_ID of 
org.ovirt.engine.core.common.businessentities.VmDynamic; snapshot: 
1abdcfd8-77b2-47c3-9973-8184167b3774.
2015-10-01 11:53:00,810 INFO  [org.ovirt.engine.core.bll.ImportVmCommand] 
(org.ovirt.thread.pool-8-thread-36) [7c844f2] Command 
[id=b3af596c-7df0-4bdb-95d6-dffbc0a3213d]: Compensating NEW_ENTITY_ID of 
org.ovirt.engine.core.common.businessentities.VmStatic; snapshot: 
1abdcfd8-77b2-47c3-9973-8184167b3774.
2015-10-01 11:53:00,818 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(org.ovirt.thread.pool-8-thread-36) [7c844f2] Correlation ID: 2221ad18, Job ID: 
df3b9ba1-90bf-4647-9712-f4e3eccfc256, Call Stack: null, Custom Event ID: -1, 
Message: Failed to import Vm test to Data Center TEST, Cluster INTEL
2015-10-01 11:53:00,822 INFO  [org.ovirt.engine.core.bll.ImportVmCommand] 
(org.ovirt.thread.pool-8-thread-36) [7c844f2] Lock freed to object 
'EngineLock:{exclusiveLocks='[test=, 
1abdcfd8-77b2-47c3-9973-8184167b3774=]', 
sharedLocks='[1abdcfd8-77b2-47c3-9973-8184167b3774=]'}'










Thanks


Wolfgang Bucher






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

[ovirt-users] New backgrounds for oVirt Live 4.0?

[Sandro Bonazzola]

Hi,
anybody interested in proposing a new background for oVirt Live 4.0?
Since it will be a major release I think it would be nice to refresh its
look.

-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Admin@internal inlog problems with clean install 3.6RC

[Martin Perina]

Hi,

I have looked at the logs and everything seems fine:

1. 2015-09-30 09:31 you executed engine-setup and it finished successfully,
   according to logs password expiration date for admin@internal was set
   to 2215-08-13 13:36:53Z so that's correct.

   Were you able to login using admin@internal into webadmin afterwards?


2. 2015-09-30 09:51 you executed engine-cleanup and it finished successfully

3. 2015-09-30 09:52 you executed engine-setup again and it again finished 
successfully,
   according to logs password expiration date for admin@internal was set
   to 2215-08-13 13:36:53Z so that's correct.
 
   Were you able to login using admin@internal into webadmin afterwards?


Did you use an answer file for engine-setup? If so could try new installation
without it? 

Today I tried to install 3.6 RC1 again and on my Centos 7.1 everything worked 
fine,
I was able to login without any issues.

Thanks

Martin Perina


- Original Message -
> From: "Joop" 
> To: "Martin Perina" 
> Cc: "users" 
> Sent: Wednesday, September 30, 2015 8:51:36 PM
> Subject: Re: [ovirt-users] Admin@internal inlog problems with clean install 
> 3.6RC
> 
> On 30-9-2015 18:12, Martin Perina wrote:
> > Hi,
> >
> > could you please attach setup logs located in /var/log/ovirt-engine/setup?
> > We tested this issue and it was resolved prior to RC release.
> Attached.
> 
> Joop
> 
> > Thanks
> >
> > Martin Perina
> >
> >
> > - Original Message -
> >> From: "Joop" 
> >> To: "users" 
> >> Sent: Wednesday, September 30, 2015 4:08:21 PM
> >> Subject: [ovirt-users] Admin@internal inlog problems with clean install
> >> 3.6RC
> >>
> >> I just installed 3.6RC and got Cannot Login. User Account has expired,
> >> Please contact your system administrator. in the webui. In engine.log I
> >> see the following:
> >>
> >> 2015-09-30 09:59:52,150 INFO
> >> [org.ovirt.engine.core.bll.aaa.LoginBaseCommand] (default task-30) []
> >> Can't
> >> login user 'admin' with authentication profile 'internal' because the
> >> authentication failed.
> >>
> >> 2015-09-30 09:59:52,162 ERROR
> >> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> >> (default task-30) [] Correlation ID: null, Call Stack: null, Custom Event
> >> ID: -1, Message: The account for admin got expired. Please contact the
> >> system administrator.
> >>
> >> 2015-09-30 09:59:52,171 ERROR
> >> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> >> (default task-30) [] Correlation ID: null, Call Stack: null, Custom Event
> >> ID: -1, Message: User admin@internal failed to log in.
> >>
> >> 2015-09-30 09:59:52,171 WARN
> >> [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] (default task-30) []
> >> CanDoAction of action 'LoginAdminUser' failed for user admin@internal.
> >> Reasons: USER_ACCOUNT_EXPIRED
> >>
> >> Using ovirt-aaa-jdbc-tool user password-reset admin
> >> --password-valid-to="2025-08-15 10:30:00Z" to set a new password doesn't
> >> help, restarting ovirt-engine doesn't work either.
> >>
> >> List of installed ovirt packages:
> >> ebay-cors-filter-1.0.1-0.1.ovirt.el7.noarch
> >> ovirt-engine-3.6.0-1.el7.centos.noarch
> >> ovirt-engine-backend-3.6.0-1.el7.centos.noarch
> >> ovirt-engine-cli-3.6.0.1-1.el7.centos.noarch
> >> ovirt-engine-dbscripts-3.6.0-1.el7.centos.noarch
> >> ovirt-engine-extension-aaa-jdbc-1.0.0-0.0.master.20150923074852.git46a67c9.el7.noarch
> >> ovirt-engine-extensions-api-impl-3.6.0-1.el7.centos.noarch
> >> ovirt-engine-lib-3.6.0-1.el7.centos.noarch
> >> ovirt-engine-restapi-3.6.0-1.el7.centos.noarch
> >> ovirt-engine-sdk-python-3.6.0.2-1.el7.centos.noarch
> >> ovirt-engine-setup-3.6.0-1.el7.centos.noarch
> >> ovirt-engine-setup-base-3.6.0-1.el7.centos.noarch
> >> ovirt-engine-setup-plugin-ovirt-engine-3.6.0-1.el7.centos.noarch
> >> ovirt-engine-setup-plugin-ovirt-engine-common-3.6.0-1.el7.centos.noarch
> >> ovirt-engine-setup-plugin-vmconsole-proxy-helper-3.6.0-1.el7.centos.noarch
> >> ovirt-engine-setup-plugin-websocket-proxy-3.6.0-1.el7.centos.noarch
> >> ovirt-engine-tools-3.6.0-1.el7.centos.noarch
> >> ovirt-engine-userportal-3.6.0-1.el7.centos.noarch
> >> ovirt-engine-vmconsole-proxy-helper-3.6.0-1.el7.centos.noarch
> >> ovirt-engine-webadmin-portal-3.6.0-1.el7.centos.noarch
> >> ovirt-engine-websocket-proxy-3.6.0-1.el7.centos.noarch
> >> ovirt-engine-wildfly-8.2.0-1.el7.x86_64
> >> ovirt-engine-wildfly-overlay-001-2.el7.noarch
> >> ovirt-host-deploy-1.4.0-0.0.master.20150806005708.git670e9c8.el7.noarch
> >> ovirt-host-deploy-java-1.4.0-0.0.master.20150806005708.git670e9c8.el7.noarch
> >> ovirt-image-uploader-3.6.0-1.el7.centos.noarch
> >> ovirt-iso-uploader-3.6.0-1.el7.centos.noarch
> >> ovirt-release36-001-0.5.beta.noarch
> >> ovirt-vmconsole-1.0.0-0.0.master.20150821105434.gite14b2f0.el7.noarch
> >> ovirt-vmconsole-proxy-1.0.0-0.0.master.20150821105434.gite14b2f0.el7.noarch
> >>
> >> There is a BZ 

Re: [ovirt-users] Admin@internal inlog problems with clean install 3.6RC

[Joop]

On 1-10-2015 9:05, Martin Perina wrote:
> Hi,
>
> I have looked at the logs and everything seems fine:
>
> 1. 2015-09-30 09:31 you executed engine-setup and it finished successfully,
>according to logs password expiration date for admin@internal was set
>to 2215-08-13 13:36:53Z so that's correct.
>
>Were you able to login using admin@internal into webadmin afterwards?
No, got the account expired message

>
> 2. 2015-09-30 09:51 you executed engine-cleanup and it finished successfully
>
> 3. 2015-09-30 09:52 you executed engine-setup again and it again finished 
> successfully,
>according to logs password expiration date for admin@internal was set
>to 2215-08-13 13:36:53Z so that's correct.
>  
>Were you able to login using admin@internal into webadmin afterwards?
No, got the account expired message

>
> Did you use an answer file for engine-setup? If so could try new installation
> without it? 
>
No.

> Today I tried to install 3.6 RC1 again and on my Centos 7.1 everything worked 
> fine,
> I was able to login without any issues.
>
I'll cleanup the server and retry and let you know.

Joop

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

Re: [ovirt-users] Ovirtmgmt not on team device

[Dan Kenigsberg]

On Wed, Sep 30, 2015 at 10:57:55AM +0200, Johan Kooijman wrote:
> Hi all,
> 
> I'm adding my first CentOS 7 host to my cluster today, but running into an
> issue. When setting up network for the new host I don't have the ability to
> set ovirtmgmt to the team I created, see screenshot:
> http://imgur.com/k8GWwcK
> 
> The team however, works perfectly fine:
> 
> [root@hv15]# teamdctl team0 state view
> setup:
>   runner: lacp
> ports:
>   ens2f0
> link watches:
>   link summary: up
>   instance[link_watch_0]:
> name: ethtool
> link: up
> runner:
>   aggregator ID: 4, Selected
>   selected: yes
>   state: current
>   ens2f1
> link watches:
>   link summary: up
>   instance[link_watch_0]:
> name: ethtool
> link: up
> runner:
>   aggregator ID: 4, Selected
>   selected: yes
>   state: current
> runner:
>   active: yes
>   fast rate: no
> 
> With CentOS 6 and bonding I did not have this issue. Am I missing something
> here?

I'm afraid that ovirt does not support teamd devices as of yet. Only the
(good?) old "bonding" driver is supported.

Please setup your management IP on top of a standard bond0 and try
again.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] MAC address recycling

[Martin Mucha]

- Original Message -
> 
> 
> On 27.09.2015 12:25, Martin Mucha wrote:
> > Hi,
> > 
> > danken, I do not remember I saw such a bug.
> > 
> > In 3.5 and 3.6 there was some changes in MAC pool implementation and usage
> > in system, but order, in which macs are assigned remained unchanged. Yes,
> > if you request MAC from pool, return it, and request again, you will
> > always end up with same mac.
> > 
> > when looking for available mac in pool, we iterate through available ranges
> > selecting first one with some available mac:
> > org.ovirt.engine.core.bll.network.macpoolmanager.MacsStorage#getRangeWithAvailableMac
> > 
> > and select 'leftmost' available mac from it:
> > org.ovirt.engine.core.bll.network.macpoolmanager.Range#findUnusedMac
> 
> Thanks clearing up this behaviour!
> 
> I would open an RFE?

Yes, please. I'm currently on PTO, and this has to be planned anyways (and 
that's not done by me). Please specify there as well whether depicted solution 
I wrote about in last mail would be fine to you, or whether you actually need 
some delaying. I believe new methods for replacing should be ideal solution, 
but I don't know all your constraints and I did not look sufficiently 
thoroughly into code to be sure how easy/problematic it is. 

> 
> > 
> > I understand your problem, we can either a) impose some delay for returning
> > macs to pool or b)randomize acquiring macs, but we should as well specify,
> > how should system behave, when there are not sufficient macs in system.
> > Since when there are small amount of macs left, a) will block other
> > requests for mac while there's no need to do so and b) will return same
> > mac anyways, if there's just one left. And even worse, with low number of
> > available mac (for example 5) and randomized selection it may work/fail
> > unpredictably.
> > 
> > Maybe more proper would be creating new method on mac pool, requiring 'mac
> > renew/replace' — that's the actual usecase you need; not
> > delaying/randomizing. You need different mac. Method like "I want some MAC
> > address(es), but not this one(s); Returned mac addresses would be
> > immediately available for others, and search for another mac can sensibly
> > fail (this mac address cannot be replaced, there isnt another one)
> > 
> > M.
> > 
> > - Original Message -
> >> On Thu, Sep 24, 2015 at 01:39:42PM +, Daniel Helgenberger wrote:
> >>> Hello,
> >>>
> >>> I recently experienced an issue with mac address uses in ovirt with
> >>> foreman[1].
> >>>
> >>> Bottom line, a mac address was recycled causing an issue where I could
> >>> not
> >>> rebuild a host because of a stale DHCP reservation record.
> >>>
> >>> What is the current behavior regarding the reuse of MAC addresses for new
> >>> VMs?
> >>> Can I somehow delay a the recycle of a MAC?
> >>
> >> Martin, I recall we had a bug asking not to immediately re-use a
> >> recently-released MAC address. Was this possible?
> >>
> > 
> 
> --
> Daniel Helgenberger
> m box bewegtbild GmbH
> 
> P: +49/30/2408781-22
> F: +49/30/2408781-10
> 
> ACKERSTR. 19
> D-10115 BERLIN
> 
> 
> www.m-box.de  www.monkeymen.tv
> 
> Geschäftsführer: Martin Retschitzegger / Michaela Göllner
> Handeslregister: Amtsgericht Charlottenburg / HRB 112767
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users