Re: [ovirt-users] Network Question

[Punit Dambiwal]

Hi All,

Is there any update on this ??


On Thu, Jul 31, 2014 at 9:08 AM, Punit Dambiwal  wrote:

> Hi Antoni,
>
> But all the bricks and gluster in the another subnet...I am using the
> Compute and gluster storage combined on the same host
>
> Ovirtmgmt :- 43.25.76.0/24
> Gluster Storage :-  10.10.10.0/24
>
> Thanks,
> Punit
>
>
> On Wed, Jul 30, 2014 at 6:17 PM, Antoni Segura Puimedon <
> asegu...@redhat.com> wrote:
>
>>
>>
>> - Original Message -
>> > From: "Punit Dambiwal" 
>> > To: "Antoni Segura Puimedon" 
>> > Cc: "Sahina Bose" , "Dan Kenigsberg" <
>> dan...@redhat.com>, barum...@redhat.com, users@ovirt.org,
>> > "Itamar Heim" , "Michal Skrivanek" <
>> michal.skriva...@redhat.com>, "Sven Kieske"
>> > , "Frantisek Kobzik" ,
>> aha...@redhat.com
>> > Sent: Wednesday, July 30, 2014 12:11:30 PM
>> > Subject: Re: Network Question
>> >
>> > Hi Antoni,
>> >
>> > Please find the attached..for the network settings..
>>
>> Shouldn't the bricks and all gluster be on the same subnet as storage?
>> Otherwise it is going to use the link scoped route of ovirtmgmt that is
>> on the same subnet as them.
>>
>> >
>> >
>> > On Wed, Jul 30, 2014 at 5:42 PM, Antoni Segura Puimedon <
>> asegu...@redhat.com
>> > > wrote:
>> >
>> > >
>> > >
>> > > - Original Message -
>> > > > From: "Punit Dambiwal" 
>> > > > To: "Antoni Segura Puimedon" 
>> > > > Cc: "Sahina Bose" , "Dan Kenigsberg" <
>> > > dan...@redhat.com>, barum...@redhat.com, users@ovirt.org,
>> > > > "Itamar Heim" , "Michal Skrivanek" <
>> > > michal.skriva...@redhat.com>, "Sven Kieske"
>> > > > , "Frantisek Kobzik" ,
>> > > aha...@redhat.com
>> > > > Sent: Wednesday, July 30, 2014 11:35:28 AM
>> > > > Subject: Re: Network Question
>> > > >
>> > > > Hi Antoni,
>> > > >
>> > > > Please find the attached screen shots...
>> > >
>> > > From what I see in the screen shots,
>> > >
>> > > The ip rules and routes say that communication to the
>> > > 43.25.76.0/24 should go via bond0.10 which is for the ovirtmgmt
>> device.
>> > > That's why it happens.
>> > >
>> > > How did you setup the two networks? Are they on the same subnet?
>> > >
>> > > >
>> > > > Thanks,
>> > > > Punit
>> > > >
>> > > >
>> > > > On Wed, Jul 30, 2014 at 5:19 PM, Antoni Segura Puimedon <
>> > > asegu...@redhat.com
>> > > > > wrote:
>> > > >
>> > > > >
>> > > > >
>> > > > > - Original Message -
>> > > > > > From: "Punit Dambiwal" 
>> > > > > > To: "Sahina Bose" 
>> > > > > > Cc: "Dan Kenigsberg" , barum...@redhat.com,
>> > > > > users@ovirt.org, "Itamar Heim" ,
>> > > > > > "Michal Skrivanek" , "Antoni
>> Segura
>> > > > > Puimedon" , "Sven Kieske"
>> > > > > > , "Frantisek Kobzik" > >,
>> > > > > aha...@redhat.com
>> > > > > > Sent: Wednesday, July 30, 2014 10:46:47 AM
>> > > > > > Subject: Re: Network Question
>> > > > > >
>> > > > > > Hi All,
>> > > > > >
>> > > > > > I am using the storage ip to mount the glusterfs to host...that
>> > > means the
>> > > > > > data communication should be run on this network but it's
>> notit's
>> > > > > > running on the ovirtmgmt network...
>> > > > >
>> > > > > Could you please attach the ip addresses of the gluster nodes,
>> and the
>> > > > > result of doing:
>> > > > >
>> > > > > (on the vdsm host)
>> > > > >
>> > > > > ip rule show
>> > > > > ip route show table (add here each of the tables that show up in
>> the
>> > > > > previous
>> > > > > command)
>> > > > >
>> > > > > >
>> > > > > > [image: Inline image 1]
>> > > > > >
>> > > > > >
>> > > > > >
>> > > > > > On Wed, Jul 30, 2014 at 4:26 PM, Sahina Bose > >
>> > > wrote:
>> > > > > >
>> > > > > > >
>> > > > > > > On 07/30/2014 01:21 PM, Dan Kenigsberg wrote:
>> > > > > > >
>> > > > > > >> On Wed, Jul 30, 2014 at 01:04:48PM +0800, Punit Dambiwal
>> wrote:
>> > > > > > >>
>> > > > > > >>> Hi,
>> > > > > > >>>
>> > > > > > >>> I am facing one strange problem with Ovirt network...i have
>> the
>> > > below
>> > > > > > >>> network in my ovirt cluster :-
>> > > > > > >>>
>> > > > > > >>> eth0+eth1=bond0
>> > > > > > >>>
>> > > > > > >>> bond0.10= ovirtmgmt (43.250.X.X)
>> > > > > > >>> bond0.37= VMnetwork
>> > > > > > >>>
>> > > > > > >>> eth2+eth3=bond1 (Storage) (10.10.10.X)
>> > > > > > >>>
>> > > > > > >>> Glusterfs running on 4 HV's with each have 2 bricks...
>> > > > > > >>>
>> > > > > > >>> But still the glusterfs data transfer from ovirtmgmt network
>> > > instead
>> > > > > of
>> > > > > > >>> storage network ?? Is there any more setting required to
>> change
>> > > it to
>> > > > > > >>> ovirtmgmt to storage ??
>> > > > > > >>>
>> > > > > > >> The title "Storage" means nothing to oVirt per se. The user
>> needs
>> > > to
>> > > > > make
>> > > > > > >> sure
>> > > > > > >> that her NFS or iSCSI storage server uses the specific
>> network.
>> > > > > > >> But unfortunately - and Bala is welcome to correct me if I'm
>> > > wrong -
>> > > > > there
>> > > > > > >> is no means to set the IP address which gluster uses via
>> oVirt.
>> > > > > > >>
>> > > > > > >> Can it be

[ovirt-users] Kernel panic for live images

[Jaco]

Hi folks,

I get kernel panics when booting the live images:
*  ovirt-live-3.4.0.el6ev.iso (MD5: 01a83d96a9650dd3da19cc37edaa7b19)
*  ovirt-live-el6-3.4.3-1.iso (MD5: 816fd6b1294f4619e205f2efd92f0f2f)

I've run Memtest86 (v2.01) & it checks out OK, the current CentOS 6.5 on 
the host runs OK & live-booting other images (either LiveUSB or PXE, 
CentOS, Fedora, Debian, Ubuntu & other) works fine.


Has anyone else gotten this?
Just seeking confirmation that it's not just me before filing a bug.

I believe a new images may become available after the testing this week.
Will try earlier images to compare.

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

[ovirt-users] Live merge still scheduled for 3.5?

[Bob Doolittle]

Hi,

This feature page:
http://www.ovirt.org/Features/Live_Merge
Says the Live merge feature is targeting 3.5 (and has not been updated 
since April).


But this 3.5 tracking spreadsheet:
http://bit.ly/17qBn6F
linked from this page:
https://www.ovirt.org/OVirt_3.5_release-management
makes no mention of it.

So, is Live merge still slated for 3.5 and looking good for release? Or 
should the feature page be updated?


It will be nice to be able to delete a snapshot while the VM is running, 
particularly since snapshot deletion takes s looong. :)


-Bob

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

Re: [ovirt-users] Testday: json rpc

[Antoni Segura Puimedon]

- Original Message -
> From: "Antoni Segura Puimedon" 
> To: de...@ovirt.org, "users" 
> Sent: Wednesday, 30 July, 2014 2:15:36 PM
> Subject: Testday: json rpc
> 
> Hi fellow oVirters,
> 
> On this test day I picked JSON RPC for testing:
> 
> My initial environment consisted of a hosted engine setup with three hosts.
> 
> Upgrading
> ===
> The first task, then, was to upgrade everything to 3.5.
> 
> My guide was http://www.ovirt.org/Hosted_Engine_Howto#Upgrade_Hosted_Engine
> 
> One issue that I encountered was that after setting the 3.5 pre-release yum
> repo on the engine VM and doing yum update, when doing
> engine-setup
> To make it handle the upgrade, that failed complaining about missing a
> package
> called patternfly1. I remembered that on the list Greg Sheremeta mentioned a
> copr repository for it, so I went ahead, installed it and repeated the
> engine-setup
> 
> This time it succeeded, however I feel like patternfly1 should probably be an
> ovirt-engine-3.5 dependency and it should be in the ovirt 3.5 repository.
> 
> I also noticed that after upgrading the hosts the amount of free system
> memory
> is much lower, while the VMs continue to run fine. I opened:
> https://bugzilla.redhat.com/1124451
> 
> Another thing that happened was that restarting ovirt-ha-agent and
> ovirt-ha-broker using systemd fails silently and it says that they were
> killed.
> I only got it to work again by doing:
> 
> /lib/systemd/systemd-ovirt-ha-broker restart
> /lib/systemd/systemd-ovirt-ha-agent restart
> 
> However, and obviously, doing it like that escapes from the advisable control
> of systemd. Another bad thing is that after doing all this we get that the
> current host (which has the engine running displays):
> 
> --== Host 2 status ==--
> 
> Status up-to-date  : False
> Hostname   : 10.34.63.180
> Host ID: 2
> Engine status  : unknown stale-data
> Score  : 2000
> Local maintenance  : False
> Host timestamp : 1406640293
> Extra metadata (valid at timestamp):
>  metadata_parse_version=1
>  metadata_feature_version=1
>  timestamp=1406640293 (Tue Jul 29 15:24:53 2014)
>  host-id=2
>  score=2000
>  maintenance=False
>  bridge=True
>  cpu-load=0.0856
>  engine-health={"health": "good", "vm": "up", "detail": "up"}
>  gateway=True
>  mem-free=3192
> 
> Why did the engine status go to unknown stale-data? (it also happened for the
> other two hosts in the setup.

After discussing with Jiři: the 'stale data thing' resulted in
https://bugzilla.redhat.com/1125244
> 
> Changing hosts to use JSON RPC
> ===
> 
> After talking with Piotr and trying it with the webadmin UI, I found out that
> there is no direct way to update a host's settings to use json rpc as its
> connectivity mechanism with the engine. This constitutes a usabiltiy bug
> which I filed:
> 
> https://bugzilla.redhat.com/1124442
> 
> It is presumable that users will want to move to the newer and better RPC
> mechanism and they should be able to do so by merely putting the host in
> maintenance and ticking some checkbox in the 'edit host' dialog.
> 
> I did the workaround of removing the host and adding it again and that
> worked,
> the host went up.
> 
> Network operations via JSON RPC
> 
> 
> After the host went up, I decided to send a setupNetworks command. The
> operation worked out fine, but unfortunately we have a very serious gap that
> makes it impossible for me to use jsonrpc for network operations/development.
> 
> **Logging**
> 
> When doing a network operation with xmlrpc we'd get the following in vdsm.log
> Thread-21::DEBUG::2014-07-30
> 13:38:11,414::BindingXMLRPC::1127::vds::(wrapper) client
> [10.34.61.242]::call setupNetworks with ({'10': {'nic': 'em2', 'vlan':
> '10', 'STP': 'no', 'bridged': 'true', 'mtu': '1500'}}, {},
> {'connectivityCheck': 'true', 'connectivityTimeout': 120}) {} flowID
> [686033d4]
> Thread-21::DEBUG::2014-07-30
> 13:38:32,689::BindingXMLRPC::1134::vds::(wrapper) return setupNetworks
> with {'status': {'message': 'Done', 'code': 0}}
> 
> As you can see, we get the bare minimum logging one could ask for, an entry
> with the command called and the data it received and another entry with the
> return result data.
> 
> Doing the same with jsonrpc (and ignoring the excessive IOProcess) if I
> search
> for "setupNetworks" the only thing I get is:
> Thread-23057::DEBUG::2014-07-30
> 13:32:44,126::__init__::462::jsonrpc.JsonRpcServer::(_serveRequest)
> Looking for method 'Host_setupNetworks' in bridge
> 
> And if I search for the data received, like 'STP', there is nothing
> whatsoever.
> As I said, unless t

Re: [ovirt-users] Cannot export FC vms to NFS export

[Fabien CARRE]

Hello,
Since it's not working I need to find a solution to export the vms.
Do you think I can use the virt-copy-in/out commands to do so ?

Thanks


On 28 July 2014 11:25, Fabien CARRE  wrote:

> Hello,
> The engine is installed on a CentOS 6.5 server
> ovirt-engine-3.4.2-1.el6.noarch
> The nodes are oVirt Node Hypervisor release 3.0.4 (1.0.201401291204.el6)
>
> Thank you
>
>
> On 27 July 2014 18:19, Allon Mureinik  wrote:
>
>> Hi Fabian,
>>
>> You aren't doing anything wrong - it's just a bug.
>> Can you please attach your full engine logs and some details on the
>> version/build you're using please?
>>
>> --
>>
>> *From: *"Fabien CARRE" 
>> *To: *"Ovirt user list" 
>> *Sent: *Friday, July 25, 2014 12:26:49 PM
>> *Subject: *[ovirt-users] Cannot export FC vms to NFS export
>>
>>
>> Hello,
>>
>> Since I cannot find a solution for my previous problem (
>> http://lists.ovirt.org/pipermail/users/2014-July/026255.html) I have
>> decided to export all vms and start over.
>> But when I clic to "export" I get the following message on every single
>> vm (vms are off):
>>
>> *Cannot export VM. Disk configuration (COW Preallocated) is incompatible
>> with the storage domain type.*
>>
>> The storage type is "Shared"
>> Do I need to convert somehow the vms ?
>>
>> Thank you
>>
>> Fabien Carré
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] oVirt 3.5 2 nd test day report

[Maor Lipchuk]

Hi all,

I've been testing again two features:

1) The first feature was: [RFE] Maintenance operations on a VM would ask for an 
optional reason
The feature provides the ability to present a message to the user regarding the 
reason why this VM has been shutdown.

It seems that there is still an issue that the comment gets deleted when 
shutting down the VM while the VM is powering up or shutting down.
I also found a new issue when shutting down a VM while it is suspended, this 
also does not save the reason.


2) The other feature I was testing was: Allow to clone a (down) VM without 
snapshot/template
This feature provides the ability to clone a VM from the VM itself, instead do 
it from a snapshot.
It seems that now it's just don't work, I'm getting the following error 
ACTION_TYPE_FAILED_TEMPLATE_NOT_EXISTS_IN_CURRENT_DC every time.
I suspect it is a regression from commit 
c45b3616ef711d5b46e89a1f5b12533a2698425e.
I think the origin of this failure is that since the blank Template is on the 
default DC, and the VM, I created, was on another DC, we get this CDA message.
opened a bug: https://bugzilla.redhat.com/show_bug.cgi?id=1125196

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

Re: [ovirt-users] oVirt 3.5 test day 2 results: foreman advanced integration feature

[Jorick Astrego]

On 07/31/2014 10:49 AM, Moti Asayag wrote:

Hi,

In the second ovirt test day I've retested the foreman advanced integration.
Using the instructions on the wiki page I was able to test part of the feature:
* Adding foreman provider and test connectivity with certificates import
* Present discovered hosts by foreman
* Present provisioned hosts by foreman
* Add discovered hosts by foreman (reached to "Installing OS" phase only due to
environmental issues).

Since the host provisioning wasn't completed, I haven't reach to test the 
foreman-->ovirt
connectivity which should have trigger the host installation.

I've filed a couple of bugs which I encountered during the testing:
Bug 1124870 - Provision of a host without compute resources fails with NPE
Bug 1124878 - "Set Root password" text label is not aligned with its caption
Bug 1124891 - [oVirt][Foreman] Root password length should be validated
Bug 1124887 - [RFE][oVirt][Foreman] Improve error messages when action fails on 
foreman server

In addition I've updated the feature page which missed a required package to be 
installed
on the foreman server.

Regards,
Moti


Hi,

I tested this feature also. I was able to get things going by manually 
installing vdsm because something goes wrong with my puppet classes.


Filed one ovirt bug:

1124842  -  using 
"Use Foreman Hosts Providers" disables "Address" field in "New host" dialog


And one foreman bug:

Bug #6839: Conflict DHCP records when using the "Use Foreman Hosts 
Providers>Provisioned Hosts" of ovirt 3.5 



Also I agree with "Bug 1124887 - [RFE][oVirt][Foreman] Improve error 
messages when action fails on foreman server", I had to go look in the 
foreman logs a lot to see things configured incorrect. The error in 
ovirt is just that the connection doesn't work.


But it appears most of it is working correctly.

Kind regards,

Jorick Astrego
Netbulae B.V.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Can't attach storage domain / Unsupported watchdog

[Andrew Lau]

I was able to resolve this by disabling the HW watchdog model, and relying
on "softdog" eg.

blacklist iTCO_wdt
blacklist iTCO_vendor_support

Similar to, https://bugzilla.redhat.com/show_bug.cgi?id=878119
​I guess it's more of the kernel not supporting it rather than ​an oVirt
issue.

​What are the implications in this, based on the ovirt wiki wdmd is used as
sort of a fencing mechanism to reboot the host on failure. ​Wouldn't this
be considered redundant, considering power management exists also from the
ovirt-engine? Are there any downsides in using softdog?


On Thu, Jul 31, 2014 at 6:45 PM, Allon Mureinik  wrote:

> yikes.
> would you mind opening a bug on this, so we can track the issue properly?
>
> --
>
> *From: *"Andrew Lau" 
> *To: *"users" 
> *Sent: *Thursday, July 31, 2014 4:19:56 AM
> *Subject: *[ovirt-users] Can't attach storage domain / Unsupported
> watchdog
>
>
> Hi,
>
> I'm trying out some new boards (Intel Avotons), and it appears wdmd does
> not like the watchdog device it provides.
>
> Everything in oVirt 3.4.3 seems to run fine until it comes to adding a
> storage device. It gives me an error about Cannot acquire host id
>
> vdsm logs,
> http://fpaste.org/122164/67695431/
>
> # service wdmd start
> (logs)
> wdmd[14062]: wdmd started S0 H1 G0
> wdmd[14062]: /dev/watchdog failed to set timeout
> wdmd[14062]: /dev/watchdog disarmed
> wdmd[14062]: no watchdog device, load a watchdog driver
>
> # service wdmd status
> wdmd dead but subsys locked
>
> I can't seem to find any documentation on what wdmd does, could someone
> explain?
>
> Thanks,
> Andrew
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] oVirt 3.5 test day 2 results: foreman advanced integration feature

[Moti Asayag]

Hi,

In the second ovirt test day I've retested the foreman advanced integration.
Using the instructions on the wiki page I was able to test part of the feature:
* Adding foreman provider and test connectivity with certificates import
* Present discovered hosts by foreman
* Present provisioned hosts by foreman
* Add discovered hosts by foreman (reached to "Installing OS" phase only due to
environmental issues).

Since the host provisioning wasn't completed, I haven't reach to test the 
foreman-->ovirt
connectivity which should have trigger the host installation. 

I've filed a couple of bugs which I encountered during the testing:
Bug 1124870 - Provision of a host without compute resources fails with NPE
Bug 1124878 - "Set Root password" text label is not aligned with its caption
Bug 1124891 - [oVirt][Foreman] Root password length should be validated
Bug 1124887 - [RFE][oVirt][Foreman] Improve error messages when action fails on 
foreman server

In addition I've updated the feature page which missed a required package to be 
installed
on the foreman server.

Regards,
Moti

- Forwarded Message -
From: "Moti Asayag" 
To: de...@ovirt.org
Sent: Thursday, July 3, 2014 5:17:11 PM
Subject: ovirt test day report - ovirt - foreman advanced integration feature

Hi,

I assigned myself to the ovirt-foreman advanced integration feature [1] in the 
first
ovirt 3.5 test day.

The setup required for testing that environment is a bit complex (foreman, 
isolated
network, extending the foreman with extra plugins). I faced environmental
issues most of the day, mainly regarding foreman installation and configuration.

I provided specific feedback regarding the installed setup missing steps to 
Yaniv, 
the feature owner, which will incorporate them into the feature page.

I haven't reached into a point where i can provision a host via foreman into 
ovirt, but
I plan to get back to it in the second ovirt test day (or even before).

[1] http://www.ovirt.org/Features/AdvancedForemanIntegration

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

Re: [ovirt-users] Can't attach storage domain / Unsupported watchdog

[Allon Mureinik]

yikes. 
would you mind opening a bug on this, so we can track the issue properly? 

- Original Message -

> From: "Andrew Lau" 
> To: "users" 
> Sent: Thursday, July 31, 2014 4:19:56 AM
> Subject: [ovirt-users] Can't attach storage domain / Unsupported watchdog

> Hi,

> I'm trying out some new boards (Intel Avotons), and it appears wdmd does not
> like the watchdog device it provides.

> Everything in oVirt 3.4.3 seems to run fine until it comes to adding a
> storage device. It gives me an error about Cannot acquire host id

> vdsm logs,
> http://fpaste.org/122164/67695431/

> # service wdmd start
> (logs)
> wdmd[14062]: wdmd started S0 H1 G0
> wdmd[14062]: /dev/watchdog failed to set timeout
> wdmd[14062]: /dev/watchdog disarmed
> wdmd[14062]: no watchdog device, load a watchdog driver

> # service wdmd status
> wdmd dead but subsys locked

> I can't seem to find any documentation on what wdmd does, could someone
> explain?

> Thanks,
> Andrew

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

Re: [ovirt-users] [ovirt-devel] oVirt 3.5 test day 2 results

[Simone Tiraboschi]

- Original Message -
> From: "Jiri Belka" 
> To: "Simone Tiraboschi" 
> Cc: "users" , de...@ovirt.org
> Sent: Thursday, July 31, 2014 8:26:20 AM
> Subject: Re: [ovirt-users] [ovirt-devel] oVirt 3.5 test day 2 results
> 
> > > '...no so usable', this is joke. It's real design failure. Do not take
> > > this personally but whoever approved this did bad job.
> > 
> > No, of course: I'm not so proud of it too. :-)
> > 
> > A previous attempt used ssh and scp to do all automatically but it was
> > rejected being judged not so secure.
> > Avoiding to use ssh and scp so seams a strong requirement; if you have any
> > better idea feel free to propose it.
> 
> I will not repeat myself again in details, all setup should be done from
> Admin portal, same was one adds a host.
> 
> Anyway, job spent time on this work is useless. I hope it will be moved
> to trash bin, this is ridiculous.
> 
> What is obvious is that who designed this is not UNIX sysadmin oriented
> junkie.
> 
> j.
> 

The big part of this task was indeed to properly complete the modularization of 
engine setup: now you can run engine-setup only for the websocket-proxy stuff 
and it don't try anymore to setup jboss AS and DBMS stuff as it did in the 
past. We need that in any case.
The work on the console UI for websocket proxy cert was quite small since the 
'interface' is really simple.

Of course we can do better, but I'm not so sure we really need it now.

Actual solution can be judged cumbersome but I think that only a few sysadmin 
are really going to install the websocket proxy on a separate host; I'm almost 
sure that they aren't going to move it one day on an host and one day on 
another so a bit of manual work on my opinion can be acceptable on that.

Simone



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

Re: [ovirt-users] [ovirt-devel] oVirt 3.5 test day 2 results

[Jiri Belka]

On Thu, 31 Jul 2014 08:26:20 +0200
Jiri Belka  wrote:

> > > '...no so usable', this is joke. It's real design failure. Do not take
> > > this personally but whoever approved this did bad job.
> > 
> > No, of course: I'm not so proud of it too. :-)
> > 
> > A previous attempt used ssh and scp to do all automatically but it was 
> > rejected being judged not so secure.
> > Avoiding to use ssh and scp so seams a strong requirement; if you have any 
> > better idea feel free to propose it.
> 
> I will not repeat myself again in details, all setup should be done from
> Admin portal, same was one adds a host.
> 
> Anyway, job spent time on this work is useless. I hope it will be moved
> to trash bin, this is ridiculous.
> 
> What is obvious is that who designed this is not UNIX sysadmin oriented
> junkie.

FYA https://bugzilla.redhat.com/show_bug.cgi?id=1116017
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] el7 hosts? el7 node iso?

[Sandro Bonazzola]

Il 30/07/2014 22:10, Alexander Ludas ha scritto:
> I can confirm that. 
> EL7 with vdsm from 3.4.3 seems to run fine, at least for basic tasks. 
> (Start/Stop/Spice/Import/Export)
> 
> I also run EL7 as node for hosted engine, but I had to rebuild all the 
> necessary packages myself.
> otopi-1.2.2-1
> ovirt-host-deploy-1.2.2-0.0.master.20140624063031.gitf0ac297
> ovirt-hosted-engine-ha-1.1.6-0.1.master.20140722094509.gitd8c3b3c
> ovirt-hosted-engine-setup-1.1.6-0.0.master.20140716142616.gita533ea3

Hosted engine support on EL7 is a work in progress for 3.5.0:
https://fedorahosted.org/ovirt/ticket/234

your help on testing it is really much appreciated :-)


> 
> 
> Regards,
> Alex
>  
> -Original message-
>> From:Jorick Astrego 
>> Sent: Wednesday 30th July 2014 21:45
>> To: users@ovirt.org
>> Subject: Re: [ovirt-users] el7 hosts? el7 node iso?
>>
>>
>>
>> On 07/30/2014 02:10 PM, Paul Jansen
>>   wrote:
>>
>> I see from here -
>> https://fedorahosted.org/ovirt/ticket/123 
>>  - that vdsm is now
>> building OK on el7.
>>
>> What are the plans for el7 and oVirt 3.5? I seem to recall
>> hearing that there was a hope that there would be some initial
>> support by the time oVirt 3,5 release comes around.
>>
>> I understand that there are functional tests for vdsm, but that
>> these tests are not complete.
>>
>> Are these tests running on an el7 jenkins slave at this point?
>>
>> Is there likely to be an el7 node iso spin in the near future?
>>
>> I'm super keen to know whether live snapshots/storage migration
>> works with oVirt 3.5 and el7 hosts.  Has anyone got any info?
>>
>> We have Centos 7 ovirt nodes deployed and connected to ovirt engine.
>> Everything looks fine for now, but I will start testing tomorrow and
>> post the results when we know more.
>>
>> Kind regards,
>>
>> Jorick Astrego
>>
>> Netbulae B.V.
>>
>> ___
>>
>> Users mailing list
>>
>> Users@ovirt.org
>>
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 


-- 
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