[ovirt-users] Re: oVirt Orb 4.2.3 is now available

[Sandro Bonazzola]

2018-05-08 12:59 GMT+02:00 Staniforth, Paul :

> Hello Sandro,
>
>On the last version when trying to run it on Fedora
> instead of Centos it fails because it only installs version3 of the Python
> SDK. The workaround is to download the version4 SDK rpm and install that.
>
>
> Yes, looking at
https://ovirt.org/documentation/ovirt-orb/#installing-ovirt-python-sdk it
points you to https://pypi.org/project/ovirt-engine-sdk-python/4.2.4/




> Thanks,
>
>  Paul S.
>
>
> --
> *From:* Sandro Bonazzola 
> *Sent:* 08 May 2018 10:45
> *To:* users; devel
> *Subject:* [ovirt-users] oVirt Orb 4.2.3 is now available
>
> oVirt Orb image has been updated with oVirt 4.2.3 content[1]
> oVirt Orb is a project that allows anyone to easily take an oVirt for a
> ride, test and play with it.
>
> See oVirt Orb documentation for using it[2]
>
> [1] http://resources.ovirt.org/pub/ovirt-4.2/ovirt-orb/
> [2] https://ovirt.org/documentation/ovirt-orb/
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
> 
> To view the terms under which this email is distributed, please go to:-
> http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D

Red Hat EMEA 

sbona...@redhat.com


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Host install failed - cannot set maintenance or remove

[Alona Kaplan]

Hi Callum,

For some reason, when installing the host the management network wasn't
attached to the host.
Since the management network is required, due to
https://bugzilla.redhat.com/1570388
 the host stuck in non
operational <-> activating states.

You have two options -

1. Updating ovirt to ovirt-engine-4.2.3.4 and re-installing the host.

2. Trying to understand why the management network wasn't attached to the
host at the first place.

If you choose option 2 please attach the full engine logs (engine.log,
server.log) and vdsm logs (vdsm.log, supervdsm.log).

Thanks,
Alona.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: oVirt Orb 4.2.3 is now available

[Staniforth, Paul]

Hello Sandro,

   On the last version when trying to run it on Fedora 
instead of Centos it fails because it only installs version3 of the Python SDK. 
The workaround is to download the version4 SDK rpm and install that.


Thanks,

 Paul S.




From: Sandro Bonazzola 
Sent: 08 May 2018 10:45
To: users; devel
Subject: [ovirt-users] oVirt Orb 4.2.3 is now available

oVirt Orb image has been updated with oVirt 4.2.3 content[1]
oVirt Orb is a project that allows anyone to easily take an oVirt for a
ride, test and play with it.

See oVirt Orb documentation for using it[2]

[1] http://resources.ovirt.org/pub/ovirt-4.2/ovirt-orb/
[2] https://ovirt.org/documentation/ovirt-orb/

--

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D

Red Hat EMEA

sbona...@redhat.com

[https://www.redhat.com/files/brand/email/sig-redhat.png]
[https://www.redhat.com/files/brand/email/sig-summit.png]

To view the terms under which this email is distributed, please go to:-
http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: [ovirt-devel] Re: Mailing-Lists upgrade

[Nir Soffer]

On Tue, 8 May 2018, 16:46 Marc Dequènes (Duck),  wrote:

> Quack,
>
> On 05/08/2018 06:05 PM, Nir Soffer wrote:
>
> > Another issue, old links to the mailing list are broken now:
> > https://lists.ovirt.org/mailman/listinfo/devel
> >
> > Try to google "ovirt devel mailing list" to get the old links.
> >
> > We need to configure the http server to redirect to the new mailing list
> > info page when old links are accessed.
>
> I added redirects for /mailman, /mailman/listinfo and
> /mailman/listinfo/.


Thanks, the redirects seems to work.


Do you see anything missing or not working?
>

Seems the archive is not updated. I don't see many messages I see in gmail,
including messages from this morning.


> Thanks for reporting it.
> \_o<
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: oVirt Orb 4.2.3 is now available

[Gianluca Cecchi]

On Tue, May 8, 2018 at 6:10 PM, Sandro Bonazzola 
wrote:

>
>
> 2018-05-08 11:45 GMT+02:00 Sandro Bonazzola :
>
>> oVirt Orb image has been updated with oVirt 4.2.3 content[1]
>> oVirt Orb is a project that allows anyone to easily take an oVirt for a
>> ride, test and play with it.
>>
>> See oVirt Orb documentation for using it[2]
>>
>> [1] http://resources.ovirt.org/pub/ovirt-4.2/ovirt-orb/
>> [2] https://ovirt.org/documentation/ovirt-orb/
>>
>
> Please use http instead of https when trying to access  http://resources.
> ovirt.org/pub/ovirt-4.2/ovirt-orb/
> https is knwon to be not working, a ticket has been already opened for
> tracking the issue.
>
>
it seems there is in place an automatic redirect to https, so the http link
doesn't work at the moment, at least for me.

Gianluca
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Problems with OVN

[Marcin Mirecki]

One way is to set the interfaces on the vm's to use dhcp.
The ovn dhcp is set to use the maximum allowed mtu value (1442 if host nic
mtu is 1500).
Another option would be to increase the host mtu all network devices
outside the vm to be bigger by 58 than the vm mtu.
The difference is caused by the tunneling overhead on each packet.

On Tue, May 8, 2018 at 7:11 PM, Samuli Heinonen 
wrote:

> Thanks Marcin! I set MTU to 1400 and connections seem to work. I haven't
> experienced any disconnects so far.
>
> Is there any other way to set MTU rather than setting it per VM? Ie.
> setting it on oVirt/OVN side.
>
> -samuli
>
>
> Marcin Mirecki wrote:
>
>> Could you try the following:
>> on the vms, lower the mtu of the vnics connected to the ovn network?
>> And try again?
>>
>>
>> On Tue, May 8, 2018 at 11:40 AM, Samuli Heinonen
>> wrote:
>>
>> Hi Marcin,
>>>
>>> Here is ip addr output from virtual machines:
>>>
>>> [root@testi2 ~]# ip addr
>>> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN qlen
>>> 1
>>>  link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>>>  inet 127.0.0.1/8 scope host lo
>>> valid_lft forever preferred_lft forever
>>>  inet6 ::1/128 scope host
>>> valid_lft forever preferred_lft forever
>>> 2: eth0:  mtu 1500 qdisc pfifo_fast
>>> state UP qlen 1000
>>>  link/ether 00:1a:4a:16:01:05 brd ff:ff:ff:ff:ff:ff
>>>  inet 10.0.1.25/24 brd 10.0.1.255 scope global dynamic eth0
>>> valid_lft 86331sec preferred_lft 86331sec
>>>  inet6 fe80::21a:4aff:fe16:105/64 scope link
>>> valid_lft forever preferred_lft forever
>>> 3: eth2:  mtu 1500 qdisc pfifo_fast
>>> state UP qlen 1000
>>>  link/ether 00:1a:4a:16:01:03 brd ff:ff:ff:ff:ff:ff
>>>  inet 10.0.200.10/24 brd 10.0.200.255 scope global dynamic eth2
>>> valid_lft 86334sec preferred_lft 86334sec
>>>  inet6 fe80::21a:4aff:fe16:103/64 scope link
>>> valid_lft forever preferred_lft forever
>>>
>>> eth0 connected to network ovirtmgmt
>>> eth2 connected to OVN network vm-public
>>>
>>> [root@testi6 ~]# ip addr
>>> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN qlen
>>> 1
>>>  link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>>>  inet 127.0.0.1/8 scope host lo
>>> valid_lft forever preferred_lft forever
>>>  inet6 ::1/128 scope host
>>> valid_lft forever preferred_lft forever
>>> 2: eth0:  mtu 1500 qdisc pfifo_fast
>>> state UP qlen 1000
>>>  link/ether 00:1a:4a:16:01:0b brd ff:ff:ff:ff:ff:ff
>>>  inet 10.0.1.27/24 brd 10.0.1.255 scope global dynamic eth0
>>> valid_lft 86187sec preferred_lft 86187sec
>>>  inet6 fe80::21a:4aff:fe16:10b/64 scope link
>>> valid_lft forever preferred_lft forever
>>> 3: eth1:  mtu 1500 qdisc pfifo_fast
>>> state UP qlen 1000
>>>  link/ether 00:1a:4a:16:01:0c brd ff:ff:ff:ff:ff:ff
>>>  inet 10.0.200.11/24 brd 10.0.200.255 scope global dynamic eth1
>>> valid_lft 86301sec preferred_lft 86301sec
>>>  inet6 fe80::21a:4aff:fe16:10c/64 scope link
>>> valid_lft forever preferred_lft forever
>>>
>>> eth0 connected to network ovirtmgmt
>>> eth1 connected to OVN network vm-public
>>>
>>> Best regards,
>>> Samuli
>>>
>>>
>>>
>>> Marcin Mirecki kirjoitti 08.05.2018 10:14:
>>>
>>> Hi Samuli,

 Your configuration looks correct.
 Can you also send me the result of 'ip addr' on your vm's?

 Thanks,
 Marcin

 On Mon, May 7, 2018 at 7:44 PM, Samuli Heinonen
   wrote:

 Hi Marcin,

> Thank you for your response.
>
> I used engine-setup to do the configuration. Only exception is that
> I had to run "vdsm-tool ovn-config engine-ip local-ip" (ie.
> vdsm-tool ovn-config 10.0.1.101 10.0.1.21) on hypervisors.
>
> Here is the output of requested commands:
>
> [root@oe ~]# ovn-sbctl show
> Chassis "049183d5-61b6-4b9c-bae3-c7b10d30f8cb"
> hostname: "o2.hirundinidae.local"
> Encap geneve
> ip: "10.0.1.18"
> options: {csum="true"}
> Port_Binding "87c5e44a-7c8b-41b2-89a6-fa52f27643ed"
> Chassis "972f1b7b-10de-4e4f-a5f9-f080890f087d"
> hostname: "o3.hirundinidae.local"
> Encap geneve
> ip: "10.0.1.21"
> options: {csum="true"}
> Port_Binding "ccea5185-3efa-4d9c-9475-9e46009fea4f"
> Port_Binding "e868219c-f16c-45c6-b7b1-72d044fee602"
>
> [root@oe ~]# ovn-nbctl show
> switch 7d264a6c-ea48-4a6d-9663-5244102dc9bb (vm-private)
> port 4ec3ecf6-d04a-406c-8354-c5e195ffde05
> addresses: ["00:1a:4a:16:01:06 dynamic"]
> switch 40aedb7d-b1c3-400e-9ddb-16bee3bb312a (vm-public)
> port 87c5e44a-7c8b-41b2-89a6-fa52f27643ed
> addresses: ["00:1a:4a:16:01:03"]
> port ccea5185-3efa-4d9c-9475-9e46009fea4f
> addresses: ["00:1a:4a:16:01:0c"]
> port e868219c-f16c-45c6-b7b1-72d044fee602
> addresses: ["00:1a:4a:16:01:0a"]
>
> [root@o2 ~]# ip addr
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN
> qlen 1
> link/loopback 00:00:

[ovirt-users] Re: Problems with OVN

[Samuli Heinonen]

Thanks Marcin! I set MTU to 1400 and connections seem to work. I haven't 
experienced any disconnects so far.


Is there any other way to set MTU rather than setting it per VM? Ie. 
setting it on oVirt/OVN side.


-samuli

Marcin Mirecki wrote:

Could you try the following:
on the vms, lower the mtu of the vnics connected to the ovn network?
And try again?


On Tue, May 8, 2018 at 11:40 AM, Samuli Heinonen
wrote:


Hi Marcin,

Here is ip addr output from virtual machines:

[root@testi2 ~]# ip addr
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN qlen 1
 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
 inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
 inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0:  mtu 1500 qdisc pfifo_fast
state UP qlen 1000
 link/ether 00:1a:4a:16:01:05 brd ff:ff:ff:ff:ff:ff
 inet 10.0.1.25/24 brd 10.0.1.255 scope global dynamic eth0
valid_lft 86331sec preferred_lft 86331sec
 inet6 fe80::21a:4aff:fe16:105/64 scope link
valid_lft forever preferred_lft forever
3: eth2:  mtu 1500 qdisc pfifo_fast
state UP qlen 1000
 link/ether 00:1a:4a:16:01:03 brd ff:ff:ff:ff:ff:ff
 inet 10.0.200.10/24 brd 10.0.200.255 scope global dynamic eth2
valid_lft 86334sec preferred_lft 86334sec
 inet6 fe80::21a:4aff:fe16:103/64 scope link
valid_lft forever preferred_lft forever

eth0 connected to network ovirtmgmt
eth2 connected to OVN network vm-public

[root@testi6 ~]# ip addr
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN qlen 1
 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
 inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
 inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0:  mtu 1500 qdisc pfifo_fast
state UP qlen 1000
 link/ether 00:1a:4a:16:01:0b brd ff:ff:ff:ff:ff:ff
 inet 10.0.1.27/24 brd 10.0.1.255 scope global dynamic eth0
valid_lft 86187sec preferred_lft 86187sec
 inet6 fe80::21a:4aff:fe16:10b/64 scope link
valid_lft forever preferred_lft forever
3: eth1:  mtu 1500 qdisc pfifo_fast
state UP qlen 1000
 link/ether 00:1a:4a:16:01:0c brd ff:ff:ff:ff:ff:ff
 inet 10.0.200.11/24 brd 10.0.200.255 scope global dynamic eth1
valid_lft 86301sec preferred_lft 86301sec
 inet6 fe80::21a:4aff:fe16:10c/64 scope link
valid_lft forever preferred_lft forever

eth0 connected to network ovirtmgmt
eth1 connected to OVN network vm-public

Best regards,
Samuli



Marcin Mirecki kirjoitti 08.05.2018 10:14:


Hi Samuli,

Your configuration looks correct.
Can you also send me the result of 'ip addr' on your vm's?

Thanks,
Marcin

On Mon, May 7, 2018 at 7:44 PM, Samuli Heinonen
  wrote:

Hi Marcin,

Thank you for your response.

I used engine-setup to do the configuration. Only exception is that
I had to run "vdsm-tool ovn-config engine-ip local-ip" (ie.
vdsm-tool ovn-config 10.0.1.101 10.0.1.21) on hypervisors.

Here is the output of requested commands:

[root@oe ~]# ovn-sbctl show
Chassis "049183d5-61b6-4b9c-bae3-c7b10d30f8cb"
hostname: "o2.hirundinidae.local"
Encap geneve
ip: "10.0.1.18"
options: {csum="true"}
Port_Binding "87c5e44a-7c8b-41b2-89a6-fa52f27643ed"
Chassis "972f1b7b-10de-4e4f-a5f9-f080890f087d"
hostname: "o3.hirundinidae.local"
Encap geneve
ip: "10.0.1.21"
options: {csum="true"}
Port_Binding "ccea5185-3efa-4d9c-9475-9e46009fea4f"
Port_Binding "e868219c-f16c-45c6-b7b1-72d044fee602"

[root@oe ~]# ovn-nbctl show
switch 7d264a6c-ea48-4a6d-9663-5244102dc9bb (vm-private)
port 4ec3ecf6-d04a-406c-8354-c5e195ffde05
addresses: ["00:1a:4a:16:01:06 dynamic"]
switch 40aedb7d-b1c3-400e-9ddb-16bee3bb312a (vm-public)
port 87c5e44a-7c8b-41b2-89a6-fa52f27643ed
addresses: ["00:1a:4a:16:01:03"]
port ccea5185-3efa-4d9c-9475-9e46009fea4f
addresses: ["00:1a:4a:16:01:0c"]
port e868219c-f16c-45c6-b7b1-72d044fee602
addresses: ["00:1a:4a:16:01:0a"]

[root@o2 ~]# ip addr
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN
qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 [1] scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp0s31f6:  mtu 1500 qdisc
pfifo_fast master ovirtmgmt state UP qlen 1000
link/ether 78:f2:9e:90:bc:64 brd ff:ff:ff:ff:ff:ff
3: enp0s20f0u5c2:  mtu 1500 qdisc
pfifo_fast master public state UNKNOWN qlen 1000
link/ether 50:3e:aa:4c:9b:01 brd ff:ff:ff:ff:ff:ff
4: ovs-system:  mtu 1500 qdisc noop state DOWN
qlen 1000
link/ether 82:49:e1:15:af:56 brd ff:ff:ff:ff:ff:ff
5: br-int:  mtu 1500 qdisc noop state DOWN qlen
1000
link/ether a2:bb:78:7e:35:4b brd ff:ff:ff:ff:ff:ff
21: public:  mtu 1500 qdisc noqueue
state UP qlen 1000
link/ether 50:3e:aa:4c:9b:01 brd ff:ff:ff:ff:ff:ff
inet6 fe80::523e:aaff:fe4c:9b01/64 scope link
valid_lft forever preferred_lft forever
22: ovirtmgmt:  mtu 1500 qdisc
noqueue state UP qlen 1000
link/ether 78:f2:9e:90:bc:64 brd ff:ff:ff:ff:ff:ff
inet 

[ovirt-users] Re: [ovirt-devel] Re: Mailing-Lists upgrade

[Eyal Edri]

On Tue, May 8, 2018 at 5:57 PM, Marc Dequènes (Duck) 
wrote:

> Quack,
>
> On 05/08/2018 11:39 PM, Sandro Bonazzola wrote:
>
> > I opened a ticket about it not working anymore just a few minutes ago
>
> I replied to the ticket but I need help.
>
>
I replied also, let me know if you need help, for now I've updated the IMAP
server on the settings from lists.phx.ovirt.org to lists.ovirt.org and also
'test connection' from the settings page worked.



> \_o<
>
>


-- 

Eyal edri


MANAGER

RHV DevOps

EMEA VIRTUALIZATION R&D


Red Hat EMEA 
 TRIED. TESTED. TRUSTED. 
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] How to add hosted-engine deployment in oVIrt 4.2.3 after host has already been added to cluster ?

[Balg, Andreas]

Hello everybody,

how am I supposed to add an additional hosted-engine deployment to a
cluster to a host that has already been added - "hosted-engine --
deploy" in the hosts terminal tells me to do it using the webUI ( oVirt
4.2.3 ) but in WebUI I haven't found a way to do so - also in Cockpit
it offers me to "Redeploy" the Hosted-engine setup is that the way to
go? It would really hurt if this would break the whole stuff.

Usually I'd just try that before bothering you guys here - but this
deployment is currently in use so this would really hurt. 


Thanks in advance for any help

Cheers
Andreas

-- 
Andreas Balg
Senior Site Reliability Engineer DevOps
-- 
Haufe-umantis AG
Ein Unternehmen der Haufe Gruppe 
Unterstrasse 11, CH-9001 St.Gallen 
Tel. +41 71 224 01 52, Fax +41 71 224 01 02 
E-Mail: andreas.b...@haufe.com 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: sun.security.validator.ValidatorException after update to 4.2.3

[Sandro Bonazzola]

Adding Didi

Il mar 8 mag 2018, 10:32 Jiří Sléžka  ha scritto:

> Hi,
>
> solution was obvious. Upgrade process modified apache's ssl.conf and
> reverted my customization.
>
> for example - my custom cert...
>
> SSLCertificateFile /etc/pki/tls/certs/ovirt.crt.pem
>
> ...was replaced by this
>
> SSLCertificateFile /etc/pki/ovirt-engine/certs/apache.cer
>
> the same for SSLCertificateKeyFile and SSLCACertificateFile
>
> After reverting this changes everything works as usual but it makes me
> unsure if I have my 3rd party certificate configured the right way...
>
> Cheers,
>
> Jiri
>
>
> On 05/07/2018 05:41 PM, Jiří Sléžka wrote:
> > Hi,
> >
> > after upgrade ovirt from 4.2.2 to 4.2.3.5-1.el7.centos I cannot login
> > into admin portal because
> >
> > sun.security.validator.ValidatorException: PKIX path building failed:
> > sun.security.provider.certpath.SunCertPathBuilderException: unable to
> > find valid certification path to requested target
> >
> > I am using custom 3rd party certificate
> >
> > Any hints how to resolve this issue?
> >
> > Thanks in advance,
> >
> > Jiri Slezka
> >
> >
> >
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: oVirt Orb 4.2.3 is now available

[Sandro Bonazzola]

2018-05-08 11:45 GMT+02:00 Sandro Bonazzola :

> oVirt Orb image has been updated with oVirt 4.2.3 content[1]
> oVirt Orb is a project that allows anyone to easily take an oVirt for a
> ride, test and play with it.
>
> See oVirt Orb documentation for using it[2]
>
> [1] http://resources.ovirt.org/pub/ovirt-4.2/ovirt-orb/
> [2] https://ovirt.org/documentation/ovirt-orb/
>

Please use http instead of https when trying to access
http://resources.ovirt.org/pub/ovirt-4.2/ovirt-orb/
https is knwon to be not working, a ticket has been already opened for
tracking the issue.



>
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
> 
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D

Red Hat EMEA 

sbona...@redhat.com


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: [ovirt-devel] Re: Mailing-Lists upgrade

[Duck]

Quack,

On 05/08/2018 11:39 PM, Sandro Bonazzola wrote:

> I opened a ticket about it not working anymore just a few minutes ago

I replied to the ticket but I need help.

\_o<



signature.asc
Description: OpenPGP digital signature
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: [ovirt-devel] Re: Mailing-Lists upgrade

[Sandro Bonazzola]

2018-05-08 16:00 GMT+02:00 Eyal Edri :

> Hey Duck,
>
> Can you also check if the alias 'infra-supp...@ovirt.org' still works and
> opens a ticket on jira.ovirt.org?
>

I opened a ticket about it not working anymore just a few minutes ago



>
> On Tue, May 8, 2018 at 4:46 PM, Marc Dequènes (Duck) 
> wrote:
>
>> Quack,
>>
>> On 05/08/2018 06:05 PM, Nir Soffer wrote:
>>
>> > Another issue, old links to the mailing list are broken now:
>> > https://lists.ovirt.org/mailman/listinfo/devel
>> >
>> > Try to google "ovirt devel mailing list" to get the old links.
>> >
>> > We need to configure the http server to redirect to the new mailing list
>> > info page when old links are accessed.
>>
>> I added redirects for /mailman, /mailman/listinfo and
>> /mailman/listinfo/. Do you see anything missing or not working?
>>
>> Thanks for reporting it.
>> \_o<
>>
>>
>
>
> --
>
> Eyal edri
>
>
> MANAGER
>
> RHV DevOps
>
> EMEA VIRTUALIZATION R&D
>
>
> Red Hat EMEA 
>  TRIED. TESTED. TRUSTED. 
> phone: +972-9-7692018
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>
> ___
> Infra mailing list -- in...@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D

Red Hat EMEA 

sbona...@redhat.com


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: [ovirt-devel] Re: Mailing-Lists upgrade

[Eyal Edri]

Hey Duck,

Can you also check if the alias 'infra-supp...@ovirt.org' still works and
opens a ticket on jira.ovirt.org?

On Tue, May 8, 2018 at 4:46 PM, Marc Dequènes (Duck) 
wrote:

> Quack,
>
> On 05/08/2018 06:05 PM, Nir Soffer wrote:
>
> > Another issue, old links to the mailing list are broken now:
> > https://lists.ovirt.org/mailman/listinfo/devel
> >
> > Try to google "ovirt devel mailing list" to get the old links.
> >
> > We need to configure the http server to redirect to the new mailing list
> > info page when old links are accessed.
>
> I added redirects for /mailman, /mailman/listinfo and
> /mailman/listinfo/. Do you see anything missing or not working?
>
> Thanks for reporting it.
> \_o<
>
>


-- 

Eyal edri


MANAGER

RHV DevOps

EMEA VIRTUALIZATION R&D


Red Hat EMEA 
 TRIED. TESTED. TRUSTED. 
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Host install failed - cannot set maintenance or remove

[Michael Burman]

Have you removed the required property?
Do you have other required networks in this cluster except ovirtmgmt?
Do you see event massages complaining that some network/s is missing in the
cluster?
What versions are your engine and vdsm?

Alona, am i missing something?



On Tue, May 8, 2018 at 4:42 PM, Callum Smith  wrote:

> Dear Michael,
>
> No luck, the cycling is still happening. This is with a hard reset of the
> host-engine vm, the host, updating the node versions on everything.
>
> Would it be really bad to just delete the nodes from the DB and clean
> install them?
>
> Regards,
> Callum
>
> --
>
> Callum Smith
> Research Computing Core
> Wellcome Trust Centre for Human Genetics
> University of Oxford
> e. cal...@well.ox.ac.uk
>
> On 8 May 2018, at 13:44, Michael Burman  wrote:
>
> You should only remove the required property from the network, this will
> release the host from the activating cycle in which it's stuck now.
>
> On Tue, May 8, 2018 at 3:39 PM, Callum Smith  wrote:
>
>> Dear Michael,
>>
>> Good to know - didn't know about that path to configure networks.
>>
>> What's the procedure to remove the failing hosts and re-install? I can't
>> get them into maintenance mode to then install them.
>>
>> Regards,
>> Callum
>>
>> --
>>
>> Callum Smith
>> Research Computing Core
>> Wellcome Trust Centre for Human Genetics
>> University of Oxford
>> e. cal...@well.ox.ac.uk
>>
>> On 8 May 2018, at 12:37, Michael Burman  wrote:
>>
>> Hi Callum
>> Looks like you hitting  https://bugzilla.redhat.com/sh
>> ow_bug.cgi?id=1570388
>> Do you have a required network in your env(except ovirtmgmt)? try to
>> uncheck the 'required' from this network, this will solve the issue(via
>> Clusters>network or Networks>Cluster).
>> The bug was fixed in ovirt-engine-4.2.3.4
>>
>> Cheers)
>>
>> On Tue, May 8, 2018 at 12:55 PM, Callum Smith 
>> wrote:
>>
>>> Dear All,
>>>
>>> There appears to be an issue with the host install on these, there's
>>> quite a lot of errors being kicked out into the logs as they cycle through
>>> attempting to activate, failing, and then failing to go into maintenance. I
>>> can't remove the hosts from the engine to attempt to reinstall them.
>>>
>>> Issue presented from having a statically configured network on the
>>> ovritmgmt network on the hosts before running the host install. There are
>>> SQL errors (FK missing) and assorted goodness in there.
>>>
>>> Any help greatly appreciated, not sure what the next step forward is
>>> from here
>>>
>>> Engine.log on dropbox:
>>> https://www.dropbox.com/s/82iem0ov869yh32/engine.log-20180508.zip?dl=0
>>>
>>> PS. Sorry if this comes through a few times, mailing list membership
>>> seems to be having a funny turn this morning.
>>>
>>> Regards,
>>> Callum
>>>
>>> --
>>>
>>> Callum Smith
>>> Research Computing Core
>>> Wellcome Trust Centre for Human Genetics
>>> University of Oxford
>>> e. cal...@well.ox.ac.uk
>>>
>>>
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>>
>>>
>>
>>
>> --
>> Michael Burman
>>
>> Senior Quality engineer - rhv network - redhat israel
>> Red Hat
>>
>> <https://www.redhat.com/>
>>
>> mbur...@redhat.comM: 0545355725 IM: mburman
>> <https://red.ht/sig>
>>
>>
>>
>
>
> --
> Michael Burman
>
> Senior Quality engineer - rhv network - redhat israel
> Red Hat
>
> <https://www.redhat.com/>
>
> mbur...@redhat.comM: 0545355725 IM: mburman
> <https://red.ht/sig>
>
>
>


-- 

Michael Burman

Senior Quality engineer - rhv network - redhat israel

Red Hat

<https://www.redhat.com>

mbur...@redhat.comM: 0545355725 IM: mburman
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: [ovirt-devel] Re: Mailing-Lists upgrade

[Duck]

Quack,

On 05/08/2018 06:05 PM, Nir Soffer wrote:

> Another issue, old links to the mailing list are broken now:
> https://lists.ovirt.org/mailman/listinfo/devel
> 
> Try to google "ovirt devel mailing list" to get the old links.
> 
> We need to configure the http server to redirect to the new mailing list
> info page when old links are accessed.

I added redirects for /mailman, /mailman/listinfo and
/mailman/listinfo/. Do you see anything missing or not working?

Thanks for reporting it.
\_o<



signature.asc
Description: OpenPGP digital signature
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Host install failed - cannot set maintenance or remove

[Callum Smith]

Dear Michael,

No luck, the cycling is still happening. This is with a hard reset of the 
host-engine vm, the host, updating the node versions on everything.

Would it be really bad to just delete the nodes from the DB and clean install 
them?

Regards,
Callum

--

Callum Smith
Research Computing Core
Wellcome Trust Centre for Human Genetics
University of Oxford
e. cal...@well.ox.ac.uk<mailto:cal...@well.ox.ac.uk>

On 8 May 2018, at 13:44, Michael Burman 
mailto:mbur...@redhat.com>> wrote:

You should only remove the required property from the network, this will 
release the host from the activating cycle in which it's stuck now.

On Tue, May 8, 2018 at 3:39 PM, Callum Smith 
mailto:cal...@well.ox.ac.uk>> wrote:
Dear Michael,

Good to know - didn't know about that path to configure networks.

What's the procedure to remove the failing hosts and re-install? I can't get 
them into maintenance mode to then install them.

Regards,
Callum

--

Callum Smith
Research Computing Core
Wellcome Trust Centre for Human Genetics
University of Oxford
e. cal...@well.ox.ac.uk<mailto:cal...@well.ox.ac.uk>

On 8 May 2018, at 12:37, Michael Burman 
mailto:mbur...@redhat.com>> wrote:

Hi Callum
Looks like you hitting  https://bugzilla.redhat.com/show_bug.cgi?id=1570388
Do you have a required network in your env(except ovirtmgmt)? try to uncheck 
the 'required' from this network, this will solve the issue(via 
Clusters>network or Networks>Cluster).
The bug was fixed in ovirt-engine-4.2.3.4

Cheers)

On Tue, May 8, 2018 at 12:55 PM, Callum Smith 
mailto:cal...@well.ox.ac.uk>> wrote:
Dear All,

There appears to be an issue with the host install on these, there's quite a 
lot of errors being kicked out into the logs as they cycle through attempting 
to activate, failing, and then failing to go into maintenance. I can't remove 
the hosts from the engine to attempt to reinstall them.

Issue presented from having a statically configured network on the ovritmgmt 
network on the hosts before running the host install. There are SQL errors (FK 
missing) and assorted goodness in there.

Any help greatly appreciated, not sure what the next step forward is from here

Engine.log on dropbox:
https://www.dropbox.com/s/82iem0ov869yh32/engine.log-20180508.zip?dl=0

PS. Sorry if this comes through a few times, mailing list membership seems to 
be having a funny turn this morning.

Regards,
Callum

--

Callum Smith
Research Computing Core
Wellcome Trust Centre for Human Genetics
University of Oxford
e. cal...@well.ox.ac.uk<mailto:cal...@well.ox.ac.uk>


___
Users mailing list -- users@ovirt.org<mailto:users@ovirt.org>
To unsubscribe send an email to 
users-le...@ovirt.org<mailto:users-le...@ovirt.org>




--
Michael Burman

Senior Quality engineer - rhv network - redhat israel

Red Hat

<https://www.redhat.com/>

mbur...@redhat.com<mailto:mbur...@redhat.com>M: 0545355725  
   IM: mburman

[https://www.redhat.com/files/brand/email/sig-redhat.png]<https://red.ht/sig>




--
Michael Burman

Senior Quality engineer - rhv network - redhat israel

Red Hat

<https://www.redhat.com/>

mbur...@redhat.com<mailto:mbur...@redhat.com>M: 0545355725  
   IM: mburman

[https://www.redhat.com/files/brand/email/sig-redhat.png]<https://red.ht/sig>

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: [ovirt-devel] Re: Mailing-Lists upgrade

[Duck]

Quack,

On 05/08/2018 05:53 PM, Zach Brown wrote:
> It sounds like the mailing list just upgraded. I'm not sure if it's a
> bug or not... But I unsubscribed from this list a long time ago (months
> ago) and am now suddenly getting emails from it again.
> 
> Just thought I'd give a heads up in case something may have gone wonky.

We've been doing incremental syncs to prepare for the migration and test
if the remaining problem was well solved. I would guess the sync just
adds new members instead of really syncing the list, but I can't be sure
without looking at the code. I'll try to find time to investigate.

Thanks for reporting it.
\_o<



signature.asc
Description: OpenPGP digital signature
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Host install failed - cannot set maintenance or remove

[Michael Burman]

You should only remove the required property from the network, this will
release the host from the activating cycle in which it's stuck now.

On Tue, May 8, 2018 at 3:39 PM, Callum Smith  wrote:

> Dear Michael,
>
> Good to know - didn't know about that path to configure networks.
>
> What's the procedure to remove the failing hosts and re-install? I can't
> get them into maintenance mode to then install them.
>
> Regards,
> Callum
>
> --
>
> Callum Smith
> Research Computing Core
> Wellcome Trust Centre for Human Genetics
> University of Oxford
> e. cal...@well.ox.ac.uk
>
> On 8 May 2018, at 12:37, Michael Burman  wrote:
>
> Hi Callum
> Looks like you hitting  https://bugzilla.redhat.com/
> show_bug.cgi?id=1570388
> Do you have a required network in your env(except ovirtmgmt)? try to
> uncheck the 'required' from this network, this will solve the issue(via
> Clusters>network or Networks>Cluster).
> The bug was fixed in ovirt-engine-4.2.3.4
>
> Cheers)
>
> On Tue, May 8, 2018 at 12:55 PM, Callum Smith 
> wrote:
>
>> Dear All,
>>
>> There appears to be an issue with the host install on these, there's
>> quite a lot of errors being kicked out into the logs as they cycle through
>> attempting to activate, failing, and then failing to go into maintenance. I
>> can't remove the hosts from the engine to attempt to reinstall them.
>>
>> Issue presented from having a statically configured network on the
>> ovritmgmt network on the hosts before running the host install. There are
>> SQL errors (FK missing) and assorted goodness in there.
>>
>> Any help greatly appreciated, not sure what the next step forward is from
>> here
>>
>> Engine.log on dropbox:
>> https://www.dropbox.com/s/82iem0ov869yh32/engine.log-20180508.zip?dl=0
>>
>> PS. Sorry if this comes through a few times, mailing list membership
>> seems to be having a funny turn this morning.
>>
>> Regards,
>> Callum
>>
>> --
>>
>> Callum Smith
>> Research Computing Core
>> Wellcome Trust Centre for Human Genetics
>> University of Oxford
>> e. cal...@well.ox.ac.uk
>>
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>>
>>
>
>
> --
> Michael Burman
>
> Senior Quality engineer - rhv network - redhat israel
> Red Hat
>
> <https://www.redhat.com/>
>
> mbur...@redhat.comM: 0545355725 IM: mburman
> <https://red.ht/sig>
>
>
>


-- 

Michael Burman

Senior Quality engineer - rhv network - redhat israel

Red Hat

<https://www.redhat.com>

mbur...@redhat.comM: 0545355725 IM: mburman
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Host install failed - cannot set maintenance or remove

[Callum Smith]

Dear Michael,

Good to know - didn't know about that path to configure networks.

What's the procedure to remove the failing hosts and re-install? I can't get 
them into maintenance mode to then install them.

Regards,
Callum

--

Callum Smith
Research Computing Core
Wellcome Trust Centre for Human Genetics
University of Oxford
e. cal...@well.ox.ac.uk<mailto:cal...@well.ox.ac.uk>

On 8 May 2018, at 12:37, Michael Burman 
mailto:mbur...@redhat.com>> wrote:

Hi Callum
Looks like you hitting  https://bugzilla.redhat.com/show_bug.cgi?id=1570388
Do you have a required network in your env(except ovirtmgmt)? try to uncheck 
the 'required' from this network, this will solve the issue(via 
Clusters>network or Networks>Cluster).
The bug was fixed in ovirt-engine-4.2.3.4

Cheers)

On Tue, May 8, 2018 at 12:55 PM, Callum Smith 
mailto:cal...@well.ox.ac.uk>> wrote:
Dear All,

There appears to be an issue with the host install on these, there's quite a 
lot of errors being kicked out into the logs as they cycle through attempting 
to activate, failing, and then failing to go into maintenance. I can't remove 
the hosts from the engine to attempt to reinstall them.

Issue presented from having a statically configured network on the ovritmgmt 
network on the hosts before running the host install. There are SQL errors (FK 
missing) and assorted goodness in there.

Any help greatly appreciated, not sure what the next step forward is from here

Engine.log on dropbox:
https://www.dropbox.com/s/82iem0ov869yh32/engine.log-20180508.zip?dl=0

PS. Sorry if this comes through a few times, mailing list membership seems to 
be having a funny turn this morning.

Regards,
Callum

--

Callum Smith
Research Computing Core
Wellcome Trust Centre for Human Genetics
University of Oxford
e. cal...@well.ox.ac.uk<mailto:cal...@well.ox.ac.uk>


___
Users mailing list -- users@ovirt.org<mailto:users@ovirt.org>
To unsubscribe send an email to 
users-le...@ovirt.org<mailto:users-le...@ovirt.org>




--
Michael Burman

Senior Quality engineer - rhv network - redhat israel

Red Hat

<https://www.redhat.com/>

mbur...@redhat.com<mailto:mbur...@redhat.com>M: 0545355725  
   IM: mburman

[https://www.redhat.com/files/brand/email/sig-redhat.png]<https://red.ht/sig>

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Host install failed - cannot set maintenance or remove

[Michael Burman]

Hi Callum
Looks like you hitting  https://bugzilla.redhat.com/show_bug.cgi?id=1570388
Do you have a required network in your env(except ovirtmgmt)? try to
uncheck the 'required' from this network, this will solve the issue(via
Clusters>network or Networks>Cluster).
The bug was fixed in ovirt-engine-4.2.3.4

Cheers)

On Tue, May 8, 2018 at 12:55 PM, Callum Smith  wrote:

> Dear All,
>
> There appears to be an issue with the host install on these, there's quite
> a lot of errors being kicked out into the logs as they cycle through
> attempting to activate, failing, and then failing to go into maintenance. I
> can't remove the hosts from the engine to attempt to reinstall them.
>
> Issue presented from having a statically configured network on the
> ovritmgmt network on the hosts before running the host install. There are
> SQL errors (FK missing) and assorted goodness in there.
>
> Any help greatly appreciated, not sure what the next step forward is from
> here
>
> Engine.log on dropbox:
> https://www.dropbox.com/s/82iem0ov869yh32/engine.log-20180508.zip?dl=0
>
> PS. Sorry if this comes through a few times, mailing list membership seems
> to be having a funny turn this morning.
>
> Regards,
> Callum
>
> --
>
> Callum Smith
> Research Computing Core
> Wellcome Trust Centre for Human Genetics
> University of Oxford
> e. cal...@well.ox.ac.uk
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
>


-- 

Michael Burman

Senior Quality engineer - rhv network - redhat israel

Red Hat

<https://www.redhat.com>

mbur...@redhat.comM: 0545355725 IM: mburman
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Problems with OVN

[Marcin Mirecki]

Could you try the following:
on the vms, lower the mtu of the vnics connected to the ovn network?
And try again?


On Tue, May 8, 2018 at 11:40 AM, Samuli Heinonen 
wrote:

> Hi Marcin,
>
> Here is ip addr output from virtual machines:
>
> [root@testi2 ~]# ip addr
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN qlen 1
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
>valid_lft forever preferred_lft forever
> inet6 ::1/128 scope host
>valid_lft forever preferred_lft forever
> 2: eth0:  mtu 1500 qdisc pfifo_fast
> state UP qlen 1000
> link/ether 00:1a:4a:16:01:05 brd ff:ff:ff:ff:ff:ff
> inet 10.0.1.25/24 brd 10.0.1.255 scope global dynamic eth0
>valid_lft 86331sec preferred_lft 86331sec
> inet6 fe80::21a:4aff:fe16:105/64 scope link
>valid_lft forever preferred_lft forever
> 3: eth2:  mtu 1500 qdisc pfifo_fast
> state UP qlen 1000
> link/ether 00:1a:4a:16:01:03 brd ff:ff:ff:ff:ff:ff
> inet 10.0.200.10/24 brd 10.0.200.255 scope global dynamic eth2
>valid_lft 86334sec preferred_lft 86334sec
> inet6 fe80::21a:4aff:fe16:103/64 scope link
>valid_lft forever preferred_lft forever
>
> eth0 connected to network ovirtmgmt
> eth2 connected to OVN network vm-public
>
> [root@testi6 ~]# ip addr
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN qlen 1
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
>valid_lft forever preferred_lft forever
> inet6 ::1/128 scope host
>valid_lft forever preferred_lft forever
> 2: eth0:  mtu 1500 qdisc pfifo_fast
> state UP qlen 1000
> link/ether 00:1a:4a:16:01:0b brd ff:ff:ff:ff:ff:ff
> inet 10.0.1.27/24 brd 10.0.1.255 scope global dynamic eth0
>valid_lft 86187sec preferred_lft 86187sec
> inet6 fe80::21a:4aff:fe16:10b/64 scope link
>valid_lft forever preferred_lft forever
> 3: eth1:  mtu 1500 qdisc pfifo_fast
> state UP qlen 1000
> link/ether 00:1a:4a:16:01:0c brd ff:ff:ff:ff:ff:ff
> inet 10.0.200.11/24 brd 10.0.200.255 scope global dynamic eth1
>valid_lft 86301sec preferred_lft 86301sec
> inet6 fe80::21a:4aff:fe16:10c/64 scope link
>valid_lft forever preferred_lft forever
>
> eth0 connected to network ovirtmgmt
> eth1 connected to OVN network vm-public
>
> Best regards,
> Samuli
>
>
>
> Marcin Mirecki kirjoitti 08.05.2018 10:14:
>
>> Hi Samuli,
>>
>> Your configuration looks correct.
>> Can you also send me the result of 'ip addr' on your vm's?
>>
>> Thanks,
>> Marcin
>>
>> On Mon, May 7, 2018 at 7:44 PM, Samuli Heinonen
>>  wrote:
>>
>> Hi Marcin,
>>>
>>> Thank you for your response.
>>>
>>> I used engine-setup to do the configuration. Only exception is that
>>> I had to run "vdsm-tool ovn-config engine-ip local-ip" (ie.
>>> vdsm-tool ovn-config 10.0.1.101 10.0.1.21) on hypervisors.
>>>
>>> Here is the output of requested commands:
>>>
>>> [root@oe ~]# ovn-sbctl show
>>> Chassis "049183d5-61b6-4b9c-bae3-c7b10d30f8cb"
>>> hostname: "o2.hirundinidae.local"
>>> Encap geneve
>>> ip: "10.0.1.18"
>>> options: {csum="true"}
>>> Port_Binding "87c5e44a-7c8b-41b2-89a6-fa52f27643ed"
>>> Chassis "972f1b7b-10de-4e4f-a5f9-f080890f087d"
>>> hostname: "o3.hirundinidae.local"
>>> Encap geneve
>>> ip: "10.0.1.21"
>>> options: {csum="true"}
>>> Port_Binding "ccea5185-3efa-4d9c-9475-9e46009fea4f"
>>> Port_Binding "e868219c-f16c-45c6-b7b1-72d044fee602"
>>>
>>> [root@oe ~]# ovn-nbctl show
>>> switch 7d264a6c-ea48-4a6d-9663-5244102dc9bb (vm-private)
>>> port 4ec3ecf6-d04a-406c-8354-c5e195ffde05
>>> addresses: ["00:1a:4a:16:01:06 dynamic"]
>>> switch 40aedb7d-b1c3-400e-9ddb-16bee3bb312a (vm-public)
>>> port 87c5e44a-7c8b-41b2-89a6-fa52f27643ed
>>> addresses: ["00:1a:4a:16:01:03"]
>>> port ccea5185-3efa-4d9c-9475-9e46009fea4f
>>> addresses: ["00:1a:4a:16:01:0c"]
>>> port e868219c-f16c-45c6-b7b1-72d044fee602
>>> addresses: ["00:1a:4a:16:01:0a"]
>>>
>>> [root@o2 ~]# ip addr
>>> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN
>>> qlen 1
>>> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>>> inet 127.0.0.1/8 [1] scope host lo
>>> valid_lft forever preferred_lft forever
>>> inet6 ::1/128 scope host
>>> valid_lft forever preferred_lft forever
>>> 2: enp0s31f6:  mtu 1500 qdisc
>>> pfifo_fast master ovirtmgmt state UP qlen 1000
>>> link/ether 78:f2:9e:90:bc:64 brd ff:ff:ff:ff:ff:ff
>>> 3: enp0s20f0u5c2:  mtu 1500 qdisc
>>> pfifo_fast master public state UNKNOWN qlen 1000
>>> link/ether 50:3e:aa:4c:9b:01 brd ff:ff:ff:ff:ff:ff
>>> 4: ovs-system:  mtu 1500 qdisc noop state DOWN
>>> qlen 1000
>>> link/ether 82:49:e1:15:af:56 brd ff:ff:ff:ff:ff:ff
>>> 5: br-int:  mtu 1500 qdisc noop state DOWN qlen
>>> 1000
>>> link/ether a2:bb:78:7e:35:4b brd ff:ff:ff:ff:ff:ff
>>> 21: public:  mtu 1500 qdisc noqueue
>>> state UP qlen 1000
>>> link/ether 50:3e:aa:4c:9b:01 brd ff:ff:ff:ff:ff:ff
>>> inet6 fe80::523e:aaff:fe4c:9b01/64 scope link
>>> valid_lft forever preferred_lft forever
>>> 22: ov

[ovirt-users] Re: Problems with OVN

[Samuli Heinonen]

Hi Marcin,

Here is ip addr output from virtual machines:

[root@testi2 ~]# ip addr
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN qlen 
1

link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
   valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
   valid_lft forever preferred_lft forever
2: eth0:  mtu 1500 qdisc pfifo_fast 
state UP qlen 1000

link/ether 00:1a:4a:16:01:05 brd ff:ff:ff:ff:ff:ff
inet 10.0.1.25/24 brd 10.0.1.255 scope global dynamic eth0
   valid_lft 86331sec preferred_lft 86331sec
inet6 fe80::21a:4aff:fe16:105/64 scope link
   valid_lft forever preferred_lft forever
3: eth2:  mtu 1500 qdisc pfifo_fast 
state UP qlen 1000

link/ether 00:1a:4a:16:01:03 brd ff:ff:ff:ff:ff:ff
inet 10.0.200.10/24 brd 10.0.200.255 scope global dynamic eth2
   valid_lft 86334sec preferred_lft 86334sec
inet6 fe80::21a:4aff:fe16:103/64 scope link
   valid_lft forever preferred_lft forever

eth0 connected to network ovirtmgmt
eth2 connected to OVN network vm-public

[root@testi6 ~]# ip addr
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN qlen 
1

link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
   valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
   valid_lft forever preferred_lft forever
2: eth0:  mtu 1500 qdisc pfifo_fast 
state UP qlen 1000

link/ether 00:1a:4a:16:01:0b brd ff:ff:ff:ff:ff:ff
inet 10.0.1.27/24 brd 10.0.1.255 scope global dynamic eth0
   valid_lft 86187sec preferred_lft 86187sec
inet6 fe80::21a:4aff:fe16:10b/64 scope link
   valid_lft forever preferred_lft forever
3: eth1:  mtu 1500 qdisc pfifo_fast 
state UP qlen 1000

link/ether 00:1a:4a:16:01:0c brd ff:ff:ff:ff:ff:ff
inet 10.0.200.11/24 brd 10.0.200.255 scope global dynamic eth1
   valid_lft 86301sec preferred_lft 86301sec
inet6 fe80::21a:4aff:fe16:10c/64 scope link
   valid_lft forever preferred_lft forever

eth0 connected to network ovirtmgmt
eth1 connected to OVN network vm-public

Best regards,
Samuli


Marcin Mirecki kirjoitti 08.05.2018 10:14:

Hi Samuli,

Your configuration looks correct.
Can you also send me the result of 'ip addr' on your vm's?

Thanks,
Marcin

On Mon, May 7, 2018 at 7:44 PM, Samuli Heinonen
 wrote:


Hi Marcin,

Thank you for your response.

I used engine-setup to do the configuration. Only exception is that
I had to run "vdsm-tool ovn-config engine-ip local-ip" (ie.
vdsm-tool ovn-config 10.0.1.101 10.0.1.21) on hypervisors.

Here is the output of requested commands:

[root@oe ~]# ovn-sbctl show
Chassis "049183d5-61b6-4b9c-bae3-c7b10d30f8cb"
hostname: "o2.hirundinidae.local"
Encap geneve
ip: "10.0.1.18"
options: {csum="true"}
Port_Binding "87c5e44a-7c8b-41b2-89a6-fa52f27643ed"
Chassis "972f1b7b-10de-4e4f-a5f9-f080890f087d"
hostname: "o3.hirundinidae.local"
Encap geneve
ip: "10.0.1.21"
options: {csum="true"}
Port_Binding "ccea5185-3efa-4d9c-9475-9e46009fea4f"
Port_Binding "e868219c-f16c-45c6-b7b1-72d044fee602"

[root@oe ~]# ovn-nbctl show
switch 7d264a6c-ea48-4a6d-9663-5244102dc9bb (vm-private)
port 4ec3ecf6-d04a-406c-8354-c5e195ffde05
addresses: ["00:1a:4a:16:01:06 dynamic"]
switch 40aedb7d-b1c3-400e-9ddb-16bee3bb312a (vm-public)
port 87c5e44a-7c8b-41b2-89a6-fa52f27643ed
addresses: ["00:1a:4a:16:01:03"]
port ccea5185-3efa-4d9c-9475-9e46009fea4f
addresses: ["00:1a:4a:16:01:0c"]
port e868219c-f16c-45c6-b7b1-72d044fee602
addresses: ["00:1a:4a:16:01:0a"]

[root@o2 ~]# ip addr
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN
qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 [1] scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp0s31f6:  mtu 1500 qdisc
pfifo_fast master ovirtmgmt state UP qlen 1000
link/ether 78:f2:9e:90:bc:64 brd ff:ff:ff:ff:ff:ff
3: enp0s20f0u5c2:  mtu 1500 qdisc
pfifo_fast master public state UNKNOWN qlen 1000
link/ether 50:3e:aa:4c:9b:01 brd ff:ff:ff:ff:ff:ff
4: ovs-system:  mtu 1500 qdisc noop state DOWN
qlen 1000
link/ether 82:49:e1:15:af:56 brd ff:ff:ff:ff:ff:ff
5: br-int:  mtu 1500 qdisc noop state DOWN qlen
1000
link/ether a2:bb:78:7e:35:4b brd ff:ff:ff:ff:ff:ff
21: public:  mtu 1500 qdisc noqueue
state UP qlen 1000
link/ether 50:3e:aa:4c:9b:01 brd ff:ff:ff:ff:ff:ff
inet6 fe80::523e:aaff:fe4c:9b01/64 scope link
valid_lft forever preferred_lft forever
22: ovirtmgmt:  mtu 1500 qdisc
noqueue state UP qlen 1000
link/ether 78:f2:9e:90:bc:64 brd ff:ff:ff:ff:ff:ff
inet 10.0.1.18/24 [2] brd 10.0.1.255 scope global ovirtmgmt
valid_lft forever preferred_lft forever
inet6 fe80::7af2:9eff:fe90:bc64/64 scope link
valid_lft forever preferred_lft forever
23: genev_sys_6081:  mtu 65000
qdisc noqueue master ovs-system state UNKNOWN qlen 1000
link/ether 02:c0:7a:e3:4e:76 brd ff:ff:ff:ff:ff:ff
inet6 fe80::c0:7aff:fee3:4e76/64 scope link
valid_lft forever preferred_lft forever
24: ;vdsmdummy;:  mtu 1500 qdisc no

[ovirt-users] Re: Re-attaching ISOs and moving ISOs storage

[Callum Smith]

Dear Fred,

Hosts can indeed access the share, in fact i can manually mount it on the hosts 
and engine.

I've attached the day's logs from when the ISO domain was detached, again 
expect lots of noise.

The time pressure on this issue has gone as we now have a functional fresh 
install on another node, and the ability to export the VMs across using a 
shared export domain.

https://www.dropbox.com/s/rdcyzoef3j3cjgx/engine.log-20180501.gz?dl=0

Regards,
Callum

--

Callum Smith
Research Computing Core
Wellcome Trust Centre for Human Genetics
University of Oxford
e. cal...@well.ox.ac.uk

On 6 May 2018, at 15:38, Fred Rolland 
mailto:froll...@redhat.com>> wrote:

I am trying to reproduce this on my setup, with no success for now.
Can you share the engine log corresponding to the time you tried to detach?

What are the options available currently?
I understand that "Activate" does not work, what about "Detach"?

Can your hosts access the ISO domain?


On Fri, May 4, 2018 at 2:09 PM, Callum Smith 
mailto:cal...@well.ox.ac.uk>> wrote:
Is there any sensible way to either clean up the existing ISOs storage or 
re-attach it? I'm struggling to even export VMs and migrate them elsewhere with 
this and need to recover them asap.

Regards,
Callum

--

Callum Smith
Research Computing Core
Wellcome Trust Centre for Human Genetics
University of Oxford
e. cal...@well.ox.ac.uk

On 2 May 2018, at 15:09, Callum Smith 
mailto:cal...@well.ox.ac.uk>> wrote:


Attached, thank you for looking into this


https://HOSTNAME/ovirt-engine/api/v4/storagedomains/f5914df0-f46c-4cc0-b666-c929aa0225ae









VMISOs





11770357874688
false
0
5
false
ok
false

backoffice01.cluster
/vm-iso
nfs

v1
false
false
iso
38654705664
10
false






https://HOSTNAME/ovirt-engine/api/v4/datacenters/5a54bf81-0228-02bc-0358-0304/storagedomains








tegile-virtman-backup

17519171600384
false
0
5
false
ok
false
maintenance

192.168.64.248
auto
/export/virtman/backup
nfs

v1
false
false
export
8589934592
10
false










VMStorage

11770357874688
false
118111600640
5
false
ok
true
active

backoffice01.cluster
/vm-storage2
nfs

v4
false
false
data
38654705664
10
false










tegile-virtman

2190433320960
false
226559524864
5
false
ok
false
active

192.168.64.248
auto
/export/virtman/VirtualServerShare_1
nfs

v4
false
false
data
8589934592
10
false










VMISOs
11770357874688
false
0
5
false
ok
false
maintenance

backoffice01.cluster
/vm-iso
nfs

v1
false
false
iso
38654705664
10
false










Regards,
Callum

--

Callum Smith
Research Computing Core
Wellcome Trust Centre for Human Genetics
University of Oxford
e. cal...@well.ox.ac.uk

On 2 May 2018, at 14:46, Fred Rolland 
mailto:froll...@redhat.com>> wrote:

Can you share the REST API data of the Storage domain and Data Center?
Here an example of the URLs, you will need to replace with correct ids.

http://MY-SERVER/ovirt-engine/api/v4/storagedomains/13461356-f6f7-4a58-9897-2fac61ff40af

http://MY-SERVER/ovirt-engine/api/v4/datacenters/5a5df553-022d-036d-01e8-0071/storagedomains



On Wed, May 2, 2018 at 12:53 PM, Callum Smith 
mailto:cal...@well.ox.ac.uk>> wrote:
This is on 4.2.0.2-1, I've linked the main logs to dropbox simply because 
they're big, full of noise right now.
https://www.dropbox.com/s/f8q3m5amro2a1b2/engine.log?dl=0
https://www.dropbox.com/s/uods85jk65halo3/vdsm.log?dl=0

Regards,
Callum

--

Callum Smith
Research Computing Core
Wellcome

[ovirt-users] Host install failed - cannot set maintenance or remove

[Callum Smith]

Dear All,

There appears to be an issue with the host install on these, there's quite a 
lot of errors being kicked out into the logs as they cycle through attempting 
to activate, failing, and then failing to go into maintenance. I can't remove 
the hosts from the engine to attempt to reinstall them.

Issue presented from having a statically configured network on the ovritmgmt 
network on the hosts before running the host install. There are SQL errors (FK 
missing) and assorted goodness in there.

Any help greatly appreciated, not sure what the next step forward is from here

Engine.log on dropbox:
https://www.dropbox.com/s/82iem0ov869yh32/engine.log-20180508.zip?dl=0

PS. Sorry if this comes through a few times, mailing list membership seems to 
be having a funny turn this morning.

Regards,
Callum

--

Callum Smith
Research Computing Core
Wellcome Trust Centre for Human Genetics
University of Oxford
e. cal...@well.ox.ac.uk<mailto:cal...@well.ox.ac.uk>

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] oVirt Orb 4.2.3 is now available

[Sandro Bonazzola]

oVirt Orb image has been updated with oVirt 4.2.3 content[1]
oVirt Orb is a project that allows anyone to easily take an oVirt for a
ride, test and play with it.

See oVirt Orb documentation for using it[2]

[1] http://resources.ovirt.org/pub/ovirt-4.2/ovirt-orb/
[2] https://ovirt.org/documentation/ovirt-orb/

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D

Red Hat EMEA 

sbona...@redhat.com


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: [ovirt-devel] Re: Mailing-Lists upgrade

[Nir Soffer]

On Tue, May 8, 2018 at 11:56 AM Zach Brown  wrote:

> It sounds like the mailing list just upgraded. I'm not sure if it's a bug
> or not... But I unsubscribed from this list a long time ago (months ago)
> and am now suddenly getting emails from it again.
>
> Just thought I'd give a heads up in case something may have gone wonky.
>

Another issue, old links to the mailing list are broken now:
https://lists.ovirt.org/mailman/listinfo/devel

Try to google "ovirt devel mailing list" to get the old links.

We need to configure the http server to redirect to the new mailing list
info page when old links are accessed.

Nir



>
> On Tue, May 8, 2018, 3:04 AM Eyal Edri  wrote:
>
>> Great news! so happy to see this :)
>> Thanks for the efforts for making it happen!
>>
>> On Tue, May 8, 2018 at 6:47 AM, Marc Dequènes (Duck) 
>> wrote:
>>
>>> I forgot to cross-post to other lists. Please read announcement below.
>>>
>>> On 05/08/2018 12:45 PM, Marc Dequènes (Duck) wrote:
>>> > Quack,
>>> >
>>> > On 04/28/2018 09:34 AM, Marc Dequènes (Duck) wrote:
>>> >
>>> >> A few months ago we had to rollback the migration because of a nasty
>>> >> bug. This is fixed in recent versions of Mailman 3 so we're
>>> rescheduling
>>> >> it on Tuesday 8th during the slot 11:00-12:00 JST.
>>> >
>>> > Just a word to say the migration happened and no problem was detected.
>>> >
>>> > The archive posts reindexation is not finished yet, and greylisting is
>>> > slowing down things a bit, but it should soon be over. Some information
>>> > like post count and little graphs in the web UI are handled via regular
>>> > cron jobs and should also soon be accurate.
>>> >
>>> > Old links to the archives, for pre-migration posts, are still working.
>>> > Posts URLS were not stable in Mailman 2 but been synced in
>>> > https://lists.ovirt.org/pipermail/
>>> >
>>> > You can contact me directly by mail or IRC, or open a JIRA ticket if
>>> you
>>> > hit any problem.
>>> >
>>> > \_o<
>>> >
>>>
>>>
>>> ___
>>>
>> Devel mailing list -- de...@ovirt.org
>>>
>> To unsubscribe send an email to devel-le...@ovirt.org
>>> %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
>>>
>>
>>
>>
>> --
>>
>> Eyal edri
>>
>>
>> MANAGER
>>
>> RHV DevOps
>>
>> EMEA VIRTUALIZATION R&D
>>
>>
>> Red Hat EMEA 
>>  TRIED. TESTED. TRUSTED. 
>> phone: +972-9-7692018 <+972%209-769-2018>
>> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>> ___
>>
> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Cluster compatibility 4.1 to 4.2 upgrade

[Demeter Tibor]

Hi, 

Thank you for the answer. In this case I have to find and another solution to 
repair live migration. 

Somebody could help me in this problem? 
Thanks, 

R. 
Tibor 

- 2018. máj.. 8., 10:38, Gianluca Cecchi  írta: 

> On Tue, May 8, 2018 at 9:29 AM, Demeter Tibor < [ mailto:tdeme...@itsmart.hu |
> tdeme...@itsmart.hu ] > wrote:

>> Dear Listmember,

>> I've just upgrade to my ovirt-hosted-engine from 4.1 to 4.2.3. It was
>> successful, but it saw " Data Center XYZ compatibility version is 4.1, which 
>> is
>> lower than latest engine version 4.2. Please upgrade your Data Center to 
>> latest
>> version to successfully finish upgrade of your setup."

>> My first question is that, it need to do BEFORE or AFTER the node upgrades?

> I answer for the upgrade of DC/Cluster level.
> You can upgrade DC level when you have upgraded level of all its Clusters
> You can upgrade Cluster level when you have upgraded all its hosts
> More info here:
> [ https://www.ovirt.org/documentation/upgrade-guide/chap-Post-Upgrade_Tasks/ |
> https://www.ovirt.org/documentation/upgrade-guide/chap-Post-Upgrade_Tasks/ ]

> HIH,
> Gianluca
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Data Center Upgrade to 3.6 fails with "Upgrading a pool while an upgrade is in process is unsupported" - any fix for this ?

[Sandro Bonazzola]

2018-05-07 9:04 GMT+02:00 Joseph Kelly :

> Hello All - I'm trying to upgrade a Data Center in ovirt 3.6.4 from 3.4 to
> 3.6 but I'm getting this error when I tried:
>

Hi,
please be sure to upgrade the engine from 3.4 to 3.5 and then from 3.5 to
3.6: direct upgrade from 3.4 to 3.6 has never been tested and has never
been officially supported.
I would suggest to keep the system updated to latest supported version in
order to have quick fixes and less trouble during updates.
Adding some people who may help on this.


>
> May 7, 2018 3:07:55 PM VDSM command failed: Upgrading a pool while an
> upgrade is in process is unsupported
> (pool: `9667c5e8-97b1-4e09-be44-2696a69f8959`)
>
> Please note that all clusters are already at 3.6 compatability and the
> final step is to upgrade the Data Center to 3.6.
> So I've tried these steps as a workaorund from the RHEV tech-doc below but
> it hasn't worked for me:
>
> Deactivate the Export and ISO domains.
> Switch SPM to another host.
> Try the upgrade again
> Activate Export and ISO domains as required.
>
> (From https://access.redhat.com/solutions/2332581 )
>
> And I also tried to search mail-archive.com for past Email but didn't
> find anything matching this particular issue.
>
> https://www.mail-archive.com/search?l=users%40ovirt.org&q=
> 3.6+compat&x=0&y=0
> https://www.mail-archive.com/search?l=users%40ovirt.org&q=
> ovirt+Data+center+compat&x=0&y=0
>
> So has anyone found another way to fix this problem e.g. does the ovirt DB
> need to be directly updated ?
>
> Thanks,
> Joe.
>
>
> --
> J. Kelly
> Infrastructure Engineer
> TradingScreen
> www.tradingscreen.com
> email: joseph.ke...@tradingscreen.com
>
> Follow TradingScreen on Twitter ,
> Facebook ,
> or our blog, Trading Smarter 
>
> This message is intended only for the recipient(s) named above and may
> contain confidential information. If you are not an intended recipient, you
> should not review, distribute or copy this message. Please notify the
> sender immediately by e-mail if you have received this message in error and
> delete it from your system.
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D

Red Hat EMEA 

sbona...@redhat.com


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: [ovirt-devel] Re: Mailing-Lists upgrade

[Zach Brown]

It sounds like the mailing list just upgraded. I'm not sure if it's a bug
or not... But I unsubscribed from this list a long time ago (months ago)
and am now suddenly getting emails from it again.

Just thought I'd give a heads up in case something may have gone wonky.

On Tue, May 8, 2018, 3:04 AM Eyal Edri  wrote:

> Great news! so happy to see this :)
> Thanks for the efforts for making it happen!
>
> On Tue, May 8, 2018 at 6:47 AM, Marc Dequènes (Duck) 
> wrote:
>
>> I forgot to cross-post to other lists. Please read announcement below.
>>
>> On 05/08/2018 12:45 PM, Marc Dequènes (Duck) wrote:
>> > Quack,
>> >
>> > On 04/28/2018 09:34 AM, Marc Dequènes (Duck) wrote:
>> >
>> >> A few months ago we had to rollback the migration because of a nasty
>> >> bug. This is fixed in recent versions of Mailman 3 so we're
>> rescheduling
>> >> it on Tuesday 8th during the slot 11:00-12:00 JST.
>> >
>> > Just a word to say the migration happened and no problem was detected.
>> >
>> > The archive posts reindexation is not finished yet, and greylisting is
>> > slowing down things a bit, but it should soon be over. Some information
>> > like post count and little graphs in the web UI are handled via regular
>> > cron jobs and should also soon be accurate.
>> >
>> > Old links to the archives, for pre-migration posts, are still working.
>> > Posts URLS were not stable in Mailman 2 but been synced in
>> > https://lists.ovirt.org/pipermail/
>> >
>> > You can contact me directly by mail or IRC, or open a JIRA ticket if you
>> > hit any problem.
>> >
>> > \_o<
>> >
>>
>>
>> ___
>>
> Devel mailing list -- de...@ovirt.org
>>
> To unsubscribe send an email to devel-le...@ovirt.org
>> %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
>>
>
>
>
> --
>
> Eyal edri
>
>
> MANAGER
>
> RHV DevOps
>
> EMEA VIRTUALIZATION R&D
>
>
> Red Hat EMEA 
>  TRIED. TESTED. TRUSTED. 
> phone: +972-9-7692018
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Cluster compatibility 4.1 to 4.2 upgrade

[Gianluca Cecchi]

On Tue, May 8, 2018 at 9:29 AM, Demeter Tibor  wrote:

> Dear Listmember,
>
> I've just upgrade to my ovirt-hosted-engine from 4.1 to 4.2.3. It was
> successful, but it saw "Data Center XYZ compatibility version is 4.1,
> which is lower than latest engine version 4.2. Please upgrade your Data
> Center to latest version to successfully finish upgrade of your setup."
>
> My first question is that, it need to do BEFORE or AFTER the node upgrades?
>


I answer for the upgrade of DC/Cluster level.
You can upgrade DC level when you have upgraded level of all its Clusters
You can upgrade Cluster level when you have upgraded all its hosts
More info here:
https://www.ovirt.org/documentation/upgrade-guide/chap-Post-Upgrade_Tasks/


HIH,
Gianluca
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: dracut-initqueue[488]: Warning: Could not boot.

[Sandro Bonazzola]

2018-05-07 17:50 GMT+02:00 Abdelkarim ZANNI :

> Hello Ovirt users,
>
>
> i'm trying to install ovirt node on a Dell server using a bootable usb.
>
> After i click install ovirt, the following message is displayed on the
> screen;
>
> *dracut-initqueue[488]: Warning: Could not boot.
> *
> I tried different version of Ovirt node without success, can anyone point me 
> to how to sort this out ?
>
>
Can you please describe how to reproduce this issue?
Which version did you download, how did you create the bootable USB and
maybe attach a screenshot of the error




>
>
> Thank you in advance*.
>
> *
>
> --
> Abdelkarim ZANNI
> GSM: +212671644088
> NUMEA | Rabat - Morocco
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D

Red Hat EMEA 

sbona...@redhat.com


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: sun.security.validator.ValidatorException after update to 4.2.3

[Jiří Sléžka]

Hi,

solution was obvious. Upgrade process modified apache's ssl.conf and
reverted my customization.

for example - my custom cert...

SSLCertificateFile /etc/pki/tls/certs/ovirt.crt.pem

...was replaced by this

SSLCertificateFile /etc/pki/ovirt-engine/certs/apache.cer

the same for SSLCertificateKeyFile and SSLCACertificateFile

After reverting this changes everything works as usual but it makes me
unsure if I have my 3rd party certificate configured the right way...

Cheers,

Jiri


On 05/07/2018 05:41 PM, Jiří Sléžka wrote:
> Hi,
> 
> after upgrade ovirt from 4.2.2 to 4.2.3.5-1.el7.centos I cannot login
> into admin portal because
> 
> sun.security.validator.ValidatorException: PKIX path building failed:
> sun.security.provider.certpath.SunCertPathBuilderException: unable to
> find valid certification path to requested target
> 
> I am using custom 3rd party certificate
> 
> Any hints how to resolve this issue?
> 
> Thanks in advance,
> 
> Jiri Slezka
> 
> 
> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 



smime.p7s
Description: S/MIME Cryptographic Signature
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Cluster compatibility 4.1 to 4.2 upgrade

[Demeter Tibor]

Dear Listmember, 

I've just upgrade to my ovirt-hosted-engine from 4.1 to 4.2.3. It was 
successful, but it saw " Data Center XYZ compatibility version is 4.1, which is 
lower than latest engine version 4.2. Please upgrade your Data Center to latest 
version to successfully finish upgrade of your setup." 

My first question is that, it need to do BEFORE or AFTER the node upgrades? 

I haven't upgrade my nodes yet, because after upgrade the live migration does 
not work with some VMs. It seems only affected those VMs that's have big (>8GB 
) memory. It counting to 99 percent and after a while just stopped. 
At this moment I can't stop my affected, productive VMs, so I can't do the 
upgrade of nodes. 
I just wondering, if i do the upgrade to 4.2 , that's maybe repair my the live 
migration function? 

What can I do? 

Centos 7.4, NFS storage, 4 nodes, Hyperconverged hosted engine. 


Thanks in advance, 
Tibor 








___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Problems with OVN

[Marcin Mirecki]

Hi Samuli,

Your configuration looks correct.
Can you also send me the result of 'ip addr' on your vm's?

Thanks,
Marcin

On Mon, May 7, 2018 at 7:44 PM, Samuli Heinonen 
wrote:

> Hi Marcin,
>
> Thank you for your response.
>
> I used engine-setup to do the configuration. Only exception is that I had
> to run "vdsm-tool ovn-config engine-ip local-ip" (ie. vdsm-tool ovn-config
> 10.0.1.101 10.0.1.21) on hypervisors.
>
> Here is the output of requested commands:
>
> [root@oe ~]# ovn-sbctl show
> Chassis "049183d5-61b6-4b9c-bae3-c7b10d30f8cb"
> hostname: "o2.hirundinidae.local"
> Encap geneve
> ip: "10.0.1.18"
> options: {csum="true"}
> Port_Binding "87c5e44a-7c8b-41b2-89a6-fa52f27643ed"
> Chassis "972f1b7b-10de-4e4f-a5f9-f080890f087d"
> hostname: "o3.hirundinidae.local"
> Encap geneve
> ip: "10.0.1.21"
> options: {csum="true"}
> Port_Binding "ccea5185-3efa-4d9c-9475-9e46009fea4f"
> Port_Binding "e868219c-f16c-45c6-b7b1-72d044fee602"
>
> [root@oe ~]# ovn-nbctl show
> switch 7d264a6c-ea48-4a6d-9663-5244102dc9bb (vm-private)
> port 4ec3ecf6-d04a-406c-8354-c5e195ffde05
> addresses: ["00:1a:4a:16:01:06 dynamic"]
> switch 40aedb7d-b1c3-400e-9ddb-16bee3bb312a (vm-public)
> port 87c5e44a-7c8b-41b2-89a6-fa52f27643ed
> addresses: ["00:1a:4a:16:01:03"]
> port ccea5185-3efa-4d9c-9475-9e46009fea4f
> addresses: ["00:1a:4a:16:01:0c"]
> port e868219c-f16c-45c6-b7b1-72d044fee602
> addresses: ["00:1a:4a:16:01:0a"]
>
> [root@o2 ~]# ip addr
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN qlen 1
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
>valid_lft forever preferred_lft forever
> inet6 ::1/128 scope host
>valid_lft forever preferred_lft forever
> 2: enp0s31f6:  mtu 1500 qdisc pfifo_fast
> master ovirtmgmt state UP qlen 1000
> link/ether 78:f2:9e:90:bc:64 brd ff:ff:ff:ff:ff:ff
> 3: enp0s20f0u5c2:  mtu 1500 qdisc
> pfifo_fast master public state UNKNOWN qlen 1000
> link/ether 50:3e:aa:4c:9b:01 brd ff:ff:ff:ff:ff:ff
> 4: ovs-system:  mtu 1500 qdisc noop state DOWN qlen
> 1000
> link/ether 82:49:e1:15:af:56 brd ff:ff:ff:ff:ff:ff
> 5: br-int:  mtu 1500 qdisc noop state DOWN qlen 1000
> link/ether a2:bb:78:7e:35:4b brd ff:ff:ff:ff:ff:ff
> 21: public:  mtu 1500 qdisc noqueue
> state UP qlen 1000
> link/ether 50:3e:aa:4c:9b:01 brd ff:ff:ff:ff:ff:ff
> inet6 fe80::523e:aaff:fe4c:9b01/64 scope link
>valid_lft forever preferred_lft forever
> 22: ovirtmgmt:  mtu 1500 qdisc noqueue
> state UP qlen 1000
> link/ether 78:f2:9e:90:bc:64 brd ff:ff:ff:ff:ff:ff
> inet 10.0.1.18/24 brd 10.0.1.255 scope global ovirtmgmt
>valid_lft forever preferred_lft forever
> inet6 fe80::7af2:9eff:fe90:bc64/64 scope link
>valid_lft forever preferred_lft forever
> 23: genev_sys_6081:  mtu 65000 qdisc
> noqueue master ovs-system state UNKNOWN qlen 1000
> link/ether 02:c0:7a:e3:4e:76 brd ff:ff:ff:ff:ff:ff
> inet6 fe80::c0:7aff:fee3:4e76/64 scope link
>valid_lft forever preferred_lft forever
> 24: ;vdsmdummy;:  mtu 1500 qdisc noop state DOWN qlen
> 1000
> link/ether a2:2f:f2:58:88:da brd ff:ff:ff:ff:ff:ff
> 26: vnet0:  mtu 1500 qdisc pfifo_fast
> master ovs-system state UNKNOWN qlen 1000
> link/ether fe:1a:4a:16:01:03 brd ff:ff:ff:ff:ff:ff
> inet6 fe80::fc1a:4aff:fe16:103/64 scope link
>valid_lft forever preferred_lft forever
> 29: vnet1:  mtu 1500 qdisc pfifo_fast
> master ovirtmgmt state UNKNOWN qlen 1000
> link/ether fe:1a:4a:16:01:05 brd ff:ff:ff:ff:ff:ff
> inet6 fe80::fc1a:4aff:fe16:105/64 scope link
>valid_lft forever preferred_lft forever
>
> [root@o2 ~]# ovs-vsctl show
> 6be6d37c-74cf-485e-9957-f8eb4bddb2ca
> Bridge br-int
> fail_mode: secure
> Port br-int
> Interface br-int
> type: internal
> Port "ovn-972f1b-0"
> Interface "ovn-972f1b-0"
> type: geneve
> options: {csum="true", key=flow, remote_ip="10.0.1.21"}
> Port "vnet0"
> Interface "vnet0"
> ovs_version: "2.9.0"
>
> [root@o3 ~]# ip addr
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN qlen 1
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
>valid_lft forever preferred_lft forever
> inet6 ::1/128 scope host
>valid_lft forever preferred_lft forever
> 2: enp0s31f6:  mtu 1500 qdisc pfifo_fast
> master ovirtmgmt state UP qlen 1000
> link/ether 78:f2:9e:90:bc:50 brd ff:ff:ff:ff:ff:ff
> 3: enp0s20f0u5c2:  mtu 1500 qdisc
> pfifo_fast master public state UNKNOWN qlen 1000
> link/ether 50:3e:aa:4c:9c:03 brd ff:ff:ff:ff:ff:ff
> 4: ovs-system:  mtu 1500 qdisc noop state DOWN qlen
> 1000
> link/ether 7e:43:c1:b0:48:73 brd ff:ff:ff:ff:ff:ff
> 5: br-int:  mtu 1500 qdisc noop state DOWN qlen 1000
> link/ether 3a:fe:68:34:31:4c b

[ovirt-users] Re: [ovirt-devel] Re: Mailing-Lists upgrade

[Eyal Edri]

Great news! so happy to see this :)
Thanks for the efforts for making it happen!

On Tue, May 8, 2018 at 6:47 AM, Marc Dequènes (Duck) 
wrote:

> I forgot to cross-post to other lists. Please read announcement below.
>
> On 05/08/2018 12:45 PM, Marc Dequènes (Duck) wrote:
> > Quack,
> >
> > On 04/28/2018 09:34 AM, Marc Dequènes (Duck) wrote:
> >
> >> A few months ago we had to rollback the migration because of a nasty
> >> bug. This is fixed in recent versions of Mailman 3 so we're rescheduling
> >> it on Tuesday 8th during the slot 11:00-12:00 JST.
> >
> > Just a word to say the migration happened and no problem was detected.
> >
> > The archive posts reindexation is not finished yet, and greylisting is
> > slowing down things a bit, but it should soon be over. Some information
> > like post count and little graphs in the web UI are handled via regular
> > cron jobs and should also soon be accurate.
> >
> > Old links to the archives, for pre-migration posts, are still working.
> > Posts URLS were not stable in Mailman 2 but been synced in
> > https://lists.ovirt.org/pipermail/
> >
> > You can contact me directly by mail or IRC, or open a JIRA ticket if you
> > hit any problem.
> >
> > \_o<
> >
>
>
> ___
> Devel mailing list -- de...@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
>



-- 

Eyal edri


MANAGER

RHV DevOps

EMEA VIRTUALIZATION R&D


Red Hat EMEA 
 TRIED. TESTED. TRUSTED. 
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: adding a host

[Alona Kaplan]

Please attach the required logs. I cannot help you without the logs.

On Mon, May 7, 2018 at 10:16 PM, Justin Zygmont 
wrote:

> That’s what I did, and I tried everything.  I might as well just wipe this
> all out and start over, its pretty disconcerning to know things can stuff
> up so bad there’s nothing that can be done.
>
>
>
> Even if I were to reinstall the host with the latest, the engine still
> sees the old node in there I can’t get rid of, so I’ll have to wipe out
> everything.
>
>
>
>
>
> *From:* Alona Kaplan [mailto:alkap...@redhat.com]
> *Sent:* Sunday, May 6, 2018 11:25 PM
> *To:* Justin Zygmont 
> *Cc:* Yanir Quinn ; users@ovirt.org
>
> *Subject:* Re: [ovirt-users] adding a host
>
>
>
> First restart the engine. Then try to change the required network to be
> non-required and click on RefreshCapabilities on the host.
>
> It should move the host to active state without the need to remove it.
>
> If it doesn't help, please attach your full engine.log and server.log.
>
>
>
> Anyway please update your ovirt to version 4.2.3.4, the bug was fixed
> there.
>
>
>
> Thanks,
>
> Alona.
>
>
>
> On Mon, May 7, 2018 at 7:30 AM, Justin Zygmont 
> wrote:
>
> I’ve deselect the required status, I will try to add it again if I am ever
> able to remove the old host.
>
>
>
>
>
> *From:* Alona Kaplan [mailto:alkap...@redhat.com]
> *Sent:* Sunday, May 6, 2018 7:31 AM
> *To:* Yanir Quinn 
> *Cc:* Justin Zygmont ; users@ovirt.org
>
>
> *Subject:* Re: [ovirt-users] adding a host
>
>
>
> There was a bug when adding a host to a cluster that contains a required
> network. It was fixed in 4.2.3.4.
>
> Bug-Url- https://bugzilla.redhat.com/1570388
> 
>
>
>
> Thanks,
>
> Alona.
>
>
>
> On Sun, May 6, 2018 at 3:49 PM, Yanir Quinn  wrote:
>
> For removing the non operational host :
>
> 1.Right click on the host name
>
> 2.Click on  "Confirm host has been rebooted"
>
> 3.Remove the host
>
>
> For the issue you are experiencing with host addition, according to the
> engine logs you have sent, you might need to perform a few steps ,  see:
> https://bugzilla.redhat.com/show_bug.cgi?id=1516256#c2
> 
>
> I would also recommend to check the the host's network is not down.
>
> Also, during installation of the host,observe the messages in the Events
> section (UI)
>
> Hope this helps.
>
>
>
>
>
>
>
>
>
> On Thu, May 3, 2018 at 10:07 PM, Justin Zygmont 
> wrote:
>
> I can’t seem to do anything to control the host from the engine, when I
> select it for Maint, the engine log shows:
>
>
>
> [org.ovirt.engine.core.bll.MaintenanceNumberOfVdssCommand] (default
> task-50) [90ba81ef-21e4-4272-8c59-84786e969ff7] Running command:
> MaintenanceNumberOfVdssCommand internal: false. Entities affected :  ID:
> 74dfe965-cb11-495a-96a0-3dae6b3cbd75 Type: VDSAction group
> MANIPULATE_HOST with role type ADMIN
>
> 2018-05-03 12:00:37,918-07 INFO  
> [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
> (default task-50) [90ba81ef-21e4-4272-8c59-84786e969ff7] START,
> SetVdsStatusVDSCommand(HostName = ovnode102,
> SetVdsStatusVDSCommandParameters:{hostId='74dfe965-cb11-495a-96a0-3dae6b3cbd75',
> status='PreparingForMaintenance', nonOperationalReason='NONE',
> stopSpmFailureLogged='true', maintenanceReason='null'}), log id: 647d5f78
>
>
>
>
>
> I have only 1 host in the DC, status is Up, the cluster says host count is
> 2 even though the second host stays Non Operational.  I don’t know how to
> remove it.
>
> I just installed and tried to join the DC, this is a fresh installation,
> the engine was launched through cockpit.
>
>
>
> Heres what nodectl shows from the host:
>
>
>
> ovnode102 ~]# nodectl check
>
> Status: OK
>
> Bootloader ... OK
>
>   Layer boot entries ... OK
>
>   Valid boot entries ... OK
>
> Mount points ... OK
>
>   Separate /var ... OK
>
>   Discard is used ... OK
>
> Basic storage ... OK
>
>   Initialized VG ... OK
>
>   Initialized Thin Pool ... OK
>
>   Initialized LVs ... OK
>
> Thin storage ... OK
>
>   Checking available space in thinpool ... OK
>
>   Checking thinpool auto-extend ... OK
>
> vdsmd ... OK
>
>
>
>
>
>
>
> Thanks,
>
>
>
>
>
> *From:* Yanir Quinn [mailto:yqu...@redhat.com]
> *Sent:* Thursday, May 3, 2018 1:19 AM
>
>
> *To:* Justin Zygmont 
> *Cc:* users@ovirt.org
> *Subject:* Re: [ovirt-users] adding a host
>
>
>
> Did you try switching the host to maintenance mode first ?
>
> What is the state of the data center and how many active hosts d

[ovirt-users] Re: newbie questions on networking

[Dominik Holler]

On Mon, 7 May 2018 15:59:54 -0700
"Rue, Randy"  wrote:

> I installed the ovirt node to standalone interfaces, then created the 
> bond via the ovirt-node webui at port 9090, before adding the node to 
> the cluster.
> 

I recommend to use oVirt to configure the network interfaces of the
host, whenever possible. So the bond of the host should be configured by
oVirt, but maybe there is an additional configuration on the switch
required, too.

The troubleshooting can be done step by step, to find the action which
breaks the network connection.
1. After the ovirt-node is installed, the network connection of
   the host should be verified.
2. After the host is added to oVirt, the network connection of
   the host should be verified again.
3. The network connection of a VM running on the host should be
   verified.
4. The bond should be configured by oVirt, and the network connection
   of the host should be verified again. Maybe there is additional
   configuration on the switch required, too.
5. The network connection of a VM running on the host with bond should
   be verified, again.

In which step the network connection  breaks?

> The DHCP server happens to be in the same subnet but no, I can't ping
> it as I can't ping anything beyond the physical interfaces of the
> hosts.
> 

Interesting, so DHCP is working for the VM, but not a ping to the DHCP
server?

> I've added a third host and can also ping that from the VM on node 1.
> 
> For a hoot also spun up a new CentOS VM in case this was an OS
> problem. Same results. And when the two VMs are on different hosts,
> they can't ping each other. When I migrate one so they're both on the
> same host, they can each ping each other.
> 
> On 5/7/2018 1:58 PM, Dominik Holler wrote:
> > On Mon, 7 May 2018 11:43:51 -0700
> > "Rue, Randy"  wrote:
> >  
> >> I've sort of had some progress. On Friday I went to the dentist and
> >> when I returned, my VM could ping google.
> >>
> >> I don't believe I changed anything Friday morning but I confess
> >> I've been flailing on this for so long I'm not keeping detailed
> >> notes on what I change. And as I'm evaluating oVirt as a possible
> >> replacement for our production xencenter/xenserver systems, I need
> >> to know what was wrong and what fixed it.
> >>
> >> I reinstalled the ovirt-engine box and two hosts and started again.
> >> The only change I've made beyond the default is to remove the
> >> no-mac-spoofing filter from the ovirtmgmt vNIC profile so there are
> >> no filters applied. At this point I'm back to an ubuntu LTS server
> >> VM that again, is getting a DHCP IP address, nameserver entries in
> >> resolv.conf, and "route" shows correct local routing for addresses
> >> on the same subnet and the correct gateway for the rest of the
> >> world. The VM is even registering its hostname in our DNS
> >> correctly. And I can ping the static IP of the host the VM is on,
> >> but not the subnet gateway or anything in the real world.
> >>  
> > Can you ping the DHCP server?
> >  
> >> Two things I haven't mentioned that I haven't seen anything in the
> >> docs about. My ovirt-engine box is on a different subnet than my
> >> hosts, and my hosts are using a bonded pair of physical interfaces
> >> (XOR mode) for their single LAN connection.  
> > Was the bond created before adding the hosts to oVirt, or after
> > adding the hosts via oVirt web UI?
> > If the switch requires configuration for the bond, is this applied?
> > Can you check if the VM can ping the getaway, if you use a simple
> > Ethernet connection instead of the bond?
> >  
> >> Did I miss something in the docs where these are a problem?
> >>
> >> Dominik, to answer your thoughts earlier:
> >>
> >> * name resolution isn't happening at all, the VM can't reach a DNS
> >> server
> >>
> >> * I don't manage the data center network gear but am pretty sure
> >> there's no configuration that blocks traffic. This is supported by
> >> my temporary success on Friday. And we also have other
> >> virtualization hosts (VMWare hosts) in the same subnet, that
> >> forward traffic to/from their VMs just fine.
> >>  
> > OK, L3 seems to work now sometimes.
> >  
> >> * tcpdump on the host's ovirtmgmt interface is pretty noisy but if
> >> I grep for the ubuntu DDNS name I see a slew of ARP requests. I
> >> can see pings to the host's IP address, and attempts to SSH from
> >> the VM to its host. Any attempt to touch anything past the host
> >> shows nothing on any interface in tcpdump, not a ping to the
> >> subnet gateway, not an SSH attempt, not a DNS query or a ping to
> >> known IP address. 
> > The outgoing ARP requests looks like the traffic of the VM is
> > forwarded to ovirtmgmt.
> > Do you see ARP reply to the VM?
> > Maybe the VM fails to get the MAC address of the gateway.
> >  
> >> * hot damn, here's a clue! I can ping other oVirt hosts! (by IP
> >> only) I also tried pinging the ovirt-engine box, wasn't surprised
> >> when that failed as the VM would need to reach 

[ovirt-users] Re: [ovirt-devel] Re: Mailing-Lists upgrade

[Barak Korren]

Kudus! This had been long time in the making

Now I wonder if we can brand the Hyper Kitty UI for oVirt.

On 8 May 2018 at 06:47, Marc Dequènes (Duck)  wrote:

> I forgot to cross-post to other lists. Please read announcement below.
>
> On 05/08/2018 12:45 PM, Marc Dequènes (Duck) wrote:
> > Quack,
> >
> > On 04/28/2018 09:34 AM, Marc Dequènes (Duck) wrote:
> >
> >> A few months ago we had to rollback the migration because of a nasty
> >> bug. This is fixed in recent versions of Mailman 3 so we're rescheduling
> >> it on Tuesday 8th during the slot 11:00-12:00 JST.
> >
> > Just a word to say the migration happened and no problem was detected.
> >
> > The archive posts reindexation is not finished yet, and greylisting is
> > slowing down things a bit, but it should soon be over. Some information
> > like post count and little graphs in the web UI are handled via regular
> > cron jobs and should also soon be accurate.
> >
> > Old links to the archives, for pre-migration posts, are still working.
> > Posts URLS were not stable in Mailman 2 but been synced in
> > https://lists.ovirt.org/pipermail/
> >
> > You can contact me directly by mail or IRC, or open a JIRA ticket if you
> > hit any problem.
> >
> > \_o<
> >
>
>
> ___
> Devel mailing list -- de...@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
>



-- 
Barak Korren
RHV DevOps team , RHCE, RHCi
Red Hat EMEA
redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org