[ovirt-users] oVirt 3.4.1 branching

[Sandro Bonazzola]

Hi,
we're going to create ovirt-engine-3.4.1 branch tomorrow morning 08:00 UTC in 
order to allow 3.4.2 development starting on 3.4 branch while we prepare
for 3.4.1 GA release.
So starting tomorrow morning, if you have patches targeted to 3.4.1 you'll need 
to push them on 3.4.1 branch too.
Thanks,

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

Re: [ovirt-users] Hosted Engine started VM Multiple Times

[Gadi Ickowicz]

Hi Andrew,

Could you please send then engine and vdsm logs so we can take a look and try 
to understand how this happened?

Gadi Ickowicz

- Original Message -
From: "Andrew Lau" 
To: "users" 
Sent: Tuesday, April 29, 2014 7:29:41 AM
Subject: [ovirt-users] Hosted Engine started VM Multiple Times

Hi, 

I added a new node to my hosted cluster today, only one other node was active 
in the cluster at that time. It was running the hosted-engine, however during 
the install it's agent died and when the second node came up. It started the 
hosted-engine, causing the hosted-engine to be run on both nodes. 

Has anyone had this happen? This seems very dangerous, as both VMs were running 
simultaneously.. data corruption alert! 

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] Hosted Engine started VM Multiple Times

[Andrew Lau]

Hi,

I added a new node to my hosted cluster today, only one other node was
active in the cluster at that time. It was running the hosted-engine,
however during the install it's agent died and when the second node came
up. It started the hosted-engine, causing the hosted-engine to be run on
both nodes.

Has anyone had this happen? This seems very dangerous, as both VMs were
running simultaneously.. data corruption alert!

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

Re: [ovirt-users] Live migration failing

[Gabi C]

Do you have Network Qos ?
Pe 29.04.2014 05:32, "Steve Dainard"  a scris:

> Another error on migration.
>
> GUI (yes the VM is actually running, and continues to run after migration
> failure):
> 2014-Apr-28, 22:22 VM owncloud is down. Exit message: Domain not found: no
> domain with matching uuid '8c7ab0d2-c059-44f0-9966-2a2e1d986956'.
> 2014-Apr-28, 22:22 Migration started (VM: owncloud, Source: ovirt002,
> Destination: ovirt001, User: admin).
>
> vdsm.log attached.
>
>
>
>
> *Steve Dainard *
> IT Infrastructure Manager
> Miovision  | *Rethink Traffic*
>
> *Blog   |  **LinkedIn
>   |  Twitter
>   |  Facebook
> *
> --
>  Miovision Technologies Inc. | 148 Manitou Drive, Suite 101, Kitchener,
> ON, Canada | N2C 1L3
> This e-mail may contain information that is privileged or confidential. If
> you are not the intended recipient, please delete the e-mail and any
> attachments and notify us immediately.
>
>
> On Mon, Apr 28, 2014 at 1:26 PM, Steve Dainard wrote:
>
>> Upgraded from Ovirt 3.3.2 to 3.4 recently
>> (ovirt-engine-3.4.0-1.el6.noarch)
>> Hosts packages:
>> vdsm-4.14.6-0.el6.x86_64
>> libvirt-0.10.2-29.el6_5.7.x86_64
>> qemu-kvm-0.12.1.2-2.415.el6_5.8.x86_64 (from the jenkins build with live
>> snapshot support)
>>
>>
>> GUI Errors:
>> 2014-Apr-28, 13:12 Migration failed due to Error: Fatal error during
>> migration (VM: central-syslog, Source: ovirt002, Destination: ovirt001).
>> 2014-Apr-28, 13:12 Migration failed due to Error: Fatal error during
>> migration. Trying to migrate to another Host (VM: central-syslog, Source:
>> ovirt002, Destination: ovirt001).
>> 2014-Apr-28, 13:12 Migration started (VM: central-syslog, Source:
>> ovirt002, Destination: ovirt001, User: admin).
>>
>> VDSM log from ovirt002 host attached.
>>
>> Thanks for any help,
>>
>>
>> *Steve *
>>
>
>
> ___
> 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] enabling rhevm fencing agent in ovirt

[Jason Brooks]

Hi everyone --

I'm trying to enable the fence_rhevm agent in ovirt in order to enable
fencing on the (ovirt-hosted) virtual hosts I use for testing.

I followed the directions at
https://www.mail-archive.com/users@ovirt.org/msg13433.html to add the
agent to ovirt.

I appended "rhevm:secure=ssl,slot=plug" to the fencing agent option
mapping list in the VdsFenceOptionMapping rows of vdc_options, and I
appended "rhevm" to the list of agents in the VdsFenceType rows of
vdc_options.

After restarting ovirt-engine, the rhevm agent appears in the list of
agents in the power management dialog. I supply the correct address,
user name & password values, and put the name of my VM into the slot
field (which I mapped to plug, above).

The test fails with the message:

"Test Failed, Parse error: Ignoring unknown option 'plug=ovirt34-el3'
Failed: You have to enter plug number Please use '-h' for usage"

When I run a test directly, w/ "fence_rhevm -o fence_rhevm -o status -a
MYHOSTNAME -l admin@internal -p MYPASSWORD --ssl --plug=ovirt34-el3" the
fencing agent returns the status as expected.

It seems that ovirt engine is deciding that my (valid) option is
invalid, so it withholds the option from the fencing agent, which then
complains that the withheld element is missing.

Any ideas? 

I'm using ovirt 3.4 (self-hosted) on CentOS 6.5 hosts, which are running
on ovirt 3.4 (all in one engine) on Fedora 19 hosts.

Here's the error passage from the vdsm.log:

Thread-10347::DEBUG::2014-04-28
18:19:23,691::API::1160::vds::(fenceNode) rc 1 in agent=fence_rhevm
ipaddr=MYHOSTNAME
login=admin@internal
action=status
passwd=
plug=ovirt34-el3
ssl=yes out  err Parse error: Ignoring unknown option 'plug=ovirt34-el3'
Failed: You have to enter plug number
Please use '-h' for usage


Thanks, Jason




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

[ovirt-users] IP forwarding... Cannot access guest IP

[richard . seguin]

Is there a way to enable promiscuous mode on virtual adapters?  I can't seem to 
access guest IP addresses on our product (that uses Xen).  In Vmware I could 
enable promiscious mode so that our guest's IP would be allow, as well as the 
other virtual interfaces under it. 

Any ideas?

Thanks,

Richard Seguin

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

Re: [ovirt-users] REST-API connection limit / SSL read timeout?

[Juan Hernandez]

On 04/28/2014 02:01 PM, René Koch wrote:
> Hi list,
> 
> I use Perl (LWP::UserAgent, HTTP:::Request) to connect to oVirt REST-API 
> and fetch data with my Nagios plugin. 2 users complained now that my 
> plugin stops working for their monitoring user (IPA backend).
> 
> It worked fine with their monitoring@ipa user a few weeks and suddenly 
> it stopped working. If using another user (another IPA user or 
> admin@internal) it's fine.
> 

There isn't any explicit per user limit in the RESTAPI: all users are
created equal from the RESTAPI point of view.

However, there are differences from the backend point of view, specially
from @internal users and any other users. The main difference is that
login of a user from a domain other than @internal requires a request to
the LDAP server, which requires a connection and a network round-trip.
There may be issues with that, specially if the LDAP server is slow. If
a request to the LDAP server blocks, the backend will block waiting for
the response, the RESTAPI will block waiting for the backend, and
finally the webserver will block waiting for the application server
response.

I would suggest to analyze the backend logs looking for errors related
to connections to the LDAP servers.

> Here's the response from oVirt engine (JBoss) for this user:
> 
> * Header:
> Content-Type: text/plain
> Client-Date: Mon, 21 Apr 2014 14:19:31 GMT
> Client-Warning: Internal response
> 
> * Content (the default timeout is 15 seconds):
> 500 SSL read timeout:
> 
> User permissions are fine, btw.
> 
> Does anyone know if there's a connection limit to REST-API on a user 
> base? Or can anyone give me a hint how to troubleshoot this issue (I 
> can't reproduce this behavior in my environment btw).
> 
> 
> Thanks a lot,
> René
> 
> 
> 
> On 04/09/2014 11:48 AM, Dotan Paz wrote:
>>
>>
>>
>> Dotan Paz , Engineering Operations
>> Red Hat Israel, LTD
>>
>> - Original Message -
>>>
>>> On 04/09/2014 09:55 AM, Dotan Paz wrote:



 Dotan Paz , Engineering Operations
 Red Hat Israel, LTD

 - Original Message -
> On 04/07/2014 07:49 PM, René Koch wrote:
>> Hi Juan,
>>
>> On 04/07/2014 07:27 PM, Juan Hernandez wrote:
>>> Hello,
>>>
>>> We are having some trouble with the Nagios plugin for oVirt. From time
>>> to time it stops working and it isn't able to connect to the engine. The
>>> error that we get apparently indicates a failure to read the file where
>>> the session cookie is stored:
>>>
>>> RHEV CRITICAL: Can't connect to RHEVM-API.
>>> Unsuccessful stat on filename containing newline at
>>> /usr/lib/nagios/plugins/check_rhev3 line 1411.
>>>
>>> Any suggestion on how to diagnose/solve this issue?
>>>
>>
>> Can you tell me which version of check_rhev3 you're using?
 Hi Rene,

 Name:check_rhev3
 Version: 1.2.1
 Created: 2012-08-13
>>>
>>> Hi Daton,
>>>
>>> Can you please try check_rhev3 1.3?
>>> https://github.com/ovido/check_rhev3/releases
>> Sure , I'll keep you posted .
>>>
>>>
>>> Thanks,
>>> René
>>>


>>
>> Regards,
>
> Dotan, can you answer this question?
>

-- 
Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3ºD, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Ovirt / Hosted Engine - Change Keymap

[Tobias Honacker]

Hi guys,

is it possible to change or add the keymap value in libvirt using ovirt?

Trying to install ovirt-hosted-engine-setup and need german keyboard layout
and i dont see any value given in libvirt xml file.

best regards,
tobias
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] REST-API connection limit / SSL read timeout? (was: Failure to connect to engine with Nagios)

[René Koch]

Hi list,

I use Perl (LWP::UserAgent, HTTP:::Request) to connect to oVirt REST-API 
and fetch data with my Nagios plugin. 2 users complained now that my 
plugin stops working for their monitoring user (IPA backend).


It worked fine with their monitoring@ipa user a few weeks and suddenly 
it stopped working. If using another user (another IPA user or 
admin@internal) it's fine.


Here's the response from oVirt engine (JBoss) for this user:

* Header:
Content-Type: text/plain
Client-Date: Mon, 21 Apr 2014 14:19:31 GMT
Client-Warning: Internal response

* Content (the default timeout is 15 seconds):
500 SSL read timeout:

User permissions are fine, btw.

Does anyone know if there's a connection limit to REST-API on a user 
base? Or can anyone give me a hint how to troubleshoot this issue (I 
can't reproduce this behavior in my environment btw).



Thanks a lot,
René



On 04/09/2014 11:48 AM, Dotan Paz wrote:




Dotan Paz , Engineering Operations
Red Hat Israel, LTD

- Original Message -


On 04/09/2014 09:55 AM, Dotan Paz wrote:




Dotan Paz , Engineering Operations
Red Hat Israel, LTD

- Original Message -

On 04/07/2014 07:49 PM, René Koch wrote:

Hi Juan,

On 04/07/2014 07:27 PM, Juan Hernandez wrote:

Hello,

We are having some trouble with the Nagios plugin for oVirt. From time
to time it stops working and it isn't able to connect to the engine. The
error that we get apparently indicates a failure to read the file where
the session cookie is stored:

RHEV CRITICAL: Can't connect to RHEVM-API.
Unsuccessful stat on filename containing newline at
/usr/lib/nagios/plugins/check_rhev3 line 1411.

Any suggestion on how to diagnose/solve this issue?



Can you tell me which version of check_rhev3 you're using?

Hi Rene,

Name:check_rhev3
Version: 1.2.1
Created: 2012-08-13


Hi Daton,

Can you please try check_rhev3 1.3?
https://github.com/ovido/check_rhev3/releases

Sure , I'll keep you posted .



Thanks,
René






Regards,


Dotan, can you answer this question?

--
Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3ºD, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
___
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] Unable to make Single Sign on working on Windows 7 Guest

[Felipe Herrera Martinez]

Hi all,
  I've spent several days trying to make SSO working with Windows 7 x64 guests, 
apparently  all seems to be installed properly, such as:

Ovirt Guest Agent
QEMU Agent
Spice Agent
SAS enabled on Guest

But even that, I'm not able to see any VmLogonVDSCommand log when connecting 
through SPICE client to a Windows guest, while connecting
to a RHEL Guest yes.

Any clue how to solve it or troubleshoot the problem?

Thanks in advance,
Felipe

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

Re: [ovirt-users] hosted engine health check issues

[Martin Sivak]

Hi Kevin,

thanks for the information.

> Agent.log and broker.log says nothing.

Can you please attach those files? I would like to see how the crashed Qemu 
process is reported to us and what are the state machine trainsitions that 
cause the load.

> 07:23:58,994::libvirtconnection::124::root::(wrapper) Unknown libvirterror:
> ecode: 84 edom: 10 level: 2 message: Operation not supported: live disk
> snapshot not supported with this QEMU binary

What are the versions of vdsm, libvirt, qemu-kvm and kernel?

If you feel like it try updating virt packages from the virt-preview 
repository: http://fedoraproject.org/wiki/Virtualization_Preview_Repository

--
Martin Sivák
msi...@redhat.com
Red Hat Czech
RHEV-M SLA / Brno, CZ

- Original Message -
> Hi,
> 
> I use this version : ovirt-hosted-engine-ha-1.1.2-1.el6.noarch
> 
> For 3 days, my engine-ha worked perfectly but i tried to snapshot a Vm and
> ha service make defunct ==> 400% CPU !!
> 
> Agent.log and broker.log says nothing. But vdsm.log i have errors :
> 
> Thread-9462::DEBUG::2014-04-28
> 07:23:58,994::libvirtconnection::124::root::(wrapper) Unknown libvirterror:
> ecode: 84 edom: 10 level: 2 message: Operation not supported: live disk
> snapshot not supported with this QEMU binary
> 
> Thread-9462::ERROR::2014-04-28 07:23:58,995::vm::4006::vm.Vm::(snapshot)
> vmId=`773f6e6d-c670-49f3-ae8c-dfbcfa22d0a5`::Unable to take snapshot
> 
> 
> Thread-9352::DEBUG::2014-04-28
> 08:41:39,922::lvm::295::Storage.Misc.excCmd::(cmd) '/usr/bin/sudo -n
> /sbin/lvm vgs --config " devices { preferred_names = [\\"^/dev/mapper/\\"]
> ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3
> obtain_device_list_from_udev=0 filter = [ \'r|.*|\' ] }  global {
>  locking_type=1  prioritise_write_locks=1  wait_for_locks=1 }  backup {
>  retain_min = 50  retain_days = 0 } " --noheadings --units b --nosuffix
> --separator | -o
> uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name
> cc51143e-8ad7-4b0b-a4d2-9024dffc1188 ff98d346-4515-4349-8437-fb2f5e9eaadf'
> (cwd None)
> 
> I'll try to reboot my node with hosted-engine.
> 
> 
> 
> 2014-04-25 13:54 GMT+02:00 Martin Sivak :
> 
> > Hi Kevin,
> >
> > can you please tell us what version of hosted-engine are you running?
> >
> > rpm -q ovirt-hosted-engine-ha
> >
> > Also, do I understand it correctly that the engine VM is running, but you
> > see bad status when you execute the hosted-engine --vm-status command?
> >
> > If that is so, can you give us current logs from
> > /var/log/ovirt-hosted-engine-ha?
> >
> > --
> > Martin Sivák
> > msi...@redhat.com
> > Red Hat Czech
> > RHEV-M SLA / Brno, CZ
> >
> > - Original Message -
> > > Ok i mount manualy the domain for hosted engine and agent go up.
> > >
> > > But vm-status :
> > >
> > > --== Host 2 status ==--
> > >
> > > Status up-to-date  : False
> > > Hostname   : 192.168.99.103
> > > Host ID: 2
> > > Engine status  : unknown stale-data
> > > Score  : 0
> > > Local maintenance  : False
> > > Host timestamp : 1398333438
> > >
> > > And in my engine, host02 Ha is no active.
> > >
> > >
> > > 2014-04-24 12:48 GMT+02:00 Kevin Tibi :
> > >
> > > > Hi,
> > > >
> > > > I try to reboot my hosts and now [supervdsmServer] is .
> > > >
> > > > /var/log/vdsm/supervdsm.log
> > > >
> > > >
> > > > MainProcess|Thread-120::DEBUG::2014-04-24
> > > > 12:22:19,955::supervdsmServer::103::SuperVdsm.ServerCallback::(wrapper)
> > > > return validateAccess with None
> > > > MainProcess|Thread-120::DEBUG::2014-04-24
> > > > 12:22:20,010::supervdsmServer::96::SuperVdsm.ServerCallback::(wrapper)
> > call
> > > > validateAccess with ('qemu', ('qemu', 'kvm'),
> > > > '/rhev/data-center/mnt/host01.ovirt.lan:_home_export', 5) {}
> > > > MainProcess|Thread-120::DEBUG::2014-04-24
> > > > 12:22:20,014::supervdsmServer::103::SuperVdsm.ServerCallback::(wrapper)
> > > > return validateAccess with None
> > > > MainProcess|Thread-120::DEBUG::2014-04-24
> > > > 12:22:20,059::supervdsmServer::96::SuperVdsm.ServerCallback::(wrapper)
> > call
> > > > validateAccess with ('qemu', ('qemu', 'kvm'),
> > > > '/rhev/data-center/mnt/host01.ovirt.lan:_home_iso', 5) {}
> > > > MainProcess|Thread-120::DEBUG::2014-04-24
> > > > 12:22:20,063::supervdsmServer::103::SuperVdsm.ServerCallback::(wrapper)
> > > > return validateAccess with None
> > > >
> > > > and one host don't mount the NFS used for hosted engine.
> > > >
> > > > MainThread::CRITICAL::2014-04-24
> > > >
> > 12:36:16,603::agent::103::ovirt_hosted_engine_ha.agent.agent.Agent::(run)
> > > > Could not start ha-agent
> > > > Traceback (most recent call last):
> > > >   File
> > > >
> > "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/agent.py",
> > > > line 97, in run
> > > > self._run_agent()
> > > >   File
> > > >
> 

Re: [ovirt-users] [ovirt-devel] Feature Page: Mac Pool per DC

[Martin Mucha]

ad 1) mine thinking was the same. If it's optional, then upgrade process is: 
'you do not have to do anything', which seemed best to me.
ad 2) yes, this has to be reflected in gui. Currently in business layer there 
are checks which do not let you use multicast address (exception is thrown when 
there is such attempt -- this is appropriate from mac pool perspective). When 
user specified mac ranges containing multicast address, this mac address is 
present in pool (due to implementation restriction), but it is flagged as used, 
so system never assigns it. And if user tried to do it by hand, it will fail, 
like I said.

m.

- Original Message -
From: "Genadi Chereshnya" 
To: "Martin Mucha" 
Cc: "Moti Asayag" , de...@ovirt.org, users@ovirt.org, 
"Martin Pavlik" 
Sent: Monday, April 28, 2014 10:12:06 AM
Subject: Re: [ovirt-users] [ovirt-devel] Feature Page: Mac Pool per DC

1) In our opinion the pool definition should be optional.
We should preserve the existing behavior. It will be useful especially for the 
upgrade scenarios.
 
2) As well for the "Number of MACs" we proposed earlier you should take into 
account the multicast addresses (if they are in the range) and to reduce them 
from the count of "Number of MACs"

Genadi

- Original Message -
From: "Martin Mucha" 
To: "Genadi Chereshnya" 
Cc: "Moti Asayag" , de...@ovirt.org, users@ovirt.org, 
"Martin Pavlik" 
Sent: Monday, April 28, 2014 9:59:06 AM
Subject: Re: [ovirt-users] [ovirt-devel] Feature Page: Mac Pool per DC

Hi,

thanks for your input, I'll try to satisfy your request to be able to set range 
'width' either by 'end boundary' or 'mac count' in gui design.

Prior to that there are more fundamental decisions to be made -- like whether 
the pool definition is mandatory or optional, and how this influence the app 
for upgrading users. I'm pushing the idea of optional definition with one 
global pool as a fallback. And like I said in previous emails, from this point 
of view is gui design marginal, since we do not know what exact things should 
be displayed there(gui will be little bit different for optional pool 
definition). This is to be decided this week, after that we can discuss final 
design of gui.

m.

- Original Message -
From: "Genadi Chereshnya" 
To: "Moti Asayag" 
Cc: de...@ovirt.org, users@ovirt.org, "Martin Mucha" , 
"Martin Pavlik" 
Sent: Monday, April 28, 2014 8:47:11 AM
Subject: Re: [ovirt-users] [ovirt-devel] Feature Page: Mac Pool per DC

Hi, 
We would like to propose a little bit better solution from user experience side.

We should have 3 fields for each range:
1) Start range
2) End range
3) Number of MACs
When you have to fill in "End range" or "Number of MACs" (when start range is 
mandatory).
And the 3rd field will be filled in automatically according to others.
For example:
1) If "Start range" is 00:00:00:00:00:01 and "Number of MACs" is 5 then "End 
range" should be filled in with 00:00:00:00:00:05.
2) If "Start range" is 00:00:00:00:00:01 and "End range" is 00:00:00:00:00:05, 
then "Number of MACs" should be filled in with 5. 

For update: "End range" and "Number of MACs" should be updated automatically as 
well, so if you update "End range" the "Number of MACs" should be updated and 
vice versa.

For adding several MAC pool ranges for DC we can use the "+" or "-" sign as we 
do for adding VNIC profile or Labels field.

Regards,
   Genadi








- Original Message -
From: "Moti Asayag" 
To: "Martin Mucha" 
Cc: de...@ovirt.org, users@ovirt.org
Sent: Monday, April 28, 2014 9:21:50 AM
Subject: Re: [ovirt-users] [ovirt-devel] Feature Page: Mac Pool per DC



- Original Message -
> From: "Martin Mucha" 
> To: "Yevgeny Zaspitsky" 
> Cc: users@ovirt.org, de...@ovirt.org
> Sent: Monday, April 28, 2014 9:14:38 AM
> Subject: Re: [ovirt-devel] Feature Page: Mac Pool per DC
> 
> Hi,
> you're right, I do know about these problems. THIS IS DEFINITELY NOT A FINAL
> CODE.
> 
> Why I did it this way: I come from agile environment.
> This supposed to be FIRST increment. Not last. I hate waterfall style of work
> -- almighty solution in one swing. I'd like to make sure, that main part,
> that core principle is valid and approved. Making gui look nice is marginal.
> So it is data structure for first increment. We can definitely think of
> thousands of improvements, BUT this RFC already include more than 10 patch
> sets and NO core reviews. How can I know, that others will approve this and
> I'm not completely wrong?
> 
> about UX: it's wrong, but just fine for first increment. It can be used
> somehow and that just sufficient. Note: even with table to enter each
> from-to range there can be validation problem needed to be handled. Gui can
> changed to better one, when we know, that this feature works. But meantime
> others can test this feature functionality via this ugly, but very fast to
> write, gui!
> 
> about DB: I'm aware of DB normalization, and about all implications my
> "design" has. Yes, st

Re: [ovirt-users] Add a Direct Lun via rest API (Oivrt 3.3.5)

[Allon Mureinik]

Hi Gary, 

Your are correct in your hunch - there's no need to specify size for a direct 
lun. 
However, you have a mistake in your XML - the lun storage clause should be 
defined in a  element, not . 

- Original Message -

> Hello

> I was just wondering if anyone would be able to help me figure out if there
> is a way to login to an ISCSI target (EqualLogic) and add its associated
> volume as a Direct LUN via the REST api.

> I have figured out how to add an existing Direct LUN to a vm.

> I have created a volume on the SAN and then I am attempting to upload some
> xml to the API:

> curl -v -u 'admin@internal:mypass' -H "Content-type: application/xml" -d
> @disk.xml https://ovirt-test/disks/ --insecure

> cat disk.xml

> > 
> 
> > direct_lun
> 
> > virtio
> 
> > raw
> 
> > 
> 
> > iscsi
> 
> > 
> 
> > 10.0.0.1
> 
> > 3260
> 
> > iqn.2001-05.com.equallogic:0-1cb196-cff1c713e-e2a004dfcc65357b-dev-directlun
> 
> > 
> 
> > 
> 
> > 
> 

> At the moment the API is returning with a HTTP 400:

> 
> Incomplete parameters
> Disk [provisionedSize|size] required for add
> 

> Is it possible to achieve my goal via the API ?

> Thanks

> Gary Lloyd
> --
> IT Services
> Keele University
> ---

> ___
> 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] Feature Page: Mac Pool per DC

[Genadi Chereshnya]

1) In our opinion the pool definition should be optional.
We should preserve the existing behavior. It will be useful especially for the 
upgrade scenarios.
 
2) As well for the "Number of MACs" we proposed earlier you should take into 
account the multicast addresses (if they are in the range) and to reduce them 
from the count of "Number of MACs"

Genadi

- Original Message -
From: "Martin Mucha" 
To: "Genadi Chereshnya" 
Cc: "Moti Asayag" , de...@ovirt.org, users@ovirt.org, 
"Martin Pavlik" 
Sent: Monday, April 28, 2014 9:59:06 AM
Subject: Re: [ovirt-users] [ovirt-devel] Feature Page: Mac Pool per DC

Hi,

thanks for your input, I'll try to satisfy your request to be able to set range 
'width' either by 'end boundary' or 'mac count' in gui design.

Prior to that there are more fundamental decisions to be made -- like whether 
the pool definition is mandatory or optional, and how this influence the app 
for upgrading users. I'm pushing the idea of optional definition with one 
global pool as a fallback. And like I said in previous emails, from this point 
of view is gui design marginal, since we do not know what exact things should 
be displayed there(gui will be little bit different for optional pool 
definition). This is to be decided this week, after that we can discuss final 
design of gui.

m.

- Original Message -
From: "Genadi Chereshnya" 
To: "Moti Asayag" 
Cc: de...@ovirt.org, users@ovirt.org, "Martin Mucha" , 
"Martin Pavlik" 
Sent: Monday, April 28, 2014 8:47:11 AM
Subject: Re: [ovirt-users] [ovirt-devel] Feature Page: Mac Pool per DC

Hi, 
We would like to propose a little bit better solution from user experience side.

We should have 3 fields for each range:
1) Start range
2) End range
3) Number of MACs
When you have to fill in "End range" or "Number of MACs" (when start range is 
mandatory).
And the 3rd field will be filled in automatically according to others.
For example:
1) If "Start range" is 00:00:00:00:00:01 and "Number of MACs" is 5 then "End 
range" should be filled in with 00:00:00:00:00:05.
2) If "Start range" is 00:00:00:00:00:01 and "End range" is 00:00:00:00:00:05, 
then "Number of MACs" should be filled in with 5. 

For update: "End range" and "Number of MACs" should be updated automatically as 
well, so if you update "End range" the "Number of MACs" should be updated and 
vice versa.

For adding several MAC pool ranges for DC we can use the "+" or "-" sign as we 
do for adding VNIC profile or Labels field.

Regards,
   Genadi








- Original Message -
From: "Moti Asayag" 
To: "Martin Mucha" 
Cc: de...@ovirt.org, users@ovirt.org
Sent: Monday, April 28, 2014 9:21:50 AM
Subject: Re: [ovirt-users] [ovirt-devel] Feature Page: Mac Pool per DC



- Original Message -
> From: "Martin Mucha" 
> To: "Yevgeny Zaspitsky" 
> Cc: users@ovirt.org, de...@ovirt.org
> Sent: Monday, April 28, 2014 9:14:38 AM
> Subject: Re: [ovirt-devel] Feature Page: Mac Pool per DC
> 
> Hi,
> you're right, I do know about these problems. THIS IS DEFINITELY NOT A FINAL
> CODE.
> 
> Why I did it this way: I come from agile environment.
> This supposed to be FIRST increment. Not last. I hate waterfall style of work
> -- almighty solution in one swing. I'd like to make sure, that main part,
> that core principle is valid and approved. Making gui look nice is marginal.
> So it is data structure for first increment. We can definitely think of
> thousands of improvements, BUT this RFC already include more than 10 patch
> sets and NO core reviews. How can I know, that others will approve this and
> I'm not completely wrong?
> 
> about UX: it's wrong, but just fine for first increment. It can be used
> somehow and that just sufficient. Note: even with table to enter each
> from-to range there can be validation problem needed to be handled. Gui can
> changed to better one, when we know, that this feature works. But meantime
> others can test this feature functionality via this ugly, but very fast to
> write, gui!
> 
> about DB: I'm aware of DB normalization, and about all implications my
> "design" has. Yes, storing it in one varchar column is DB (very heavily
> used) antipattern, just fine for first increment and very easy to fix.
> 

There is another motivation for using a normalized data, specifically for
mac addresses - using the MAC addresses type [1] will enforce validity of
the input and will allow functionality such as comparison (is required).

[1] http://www.postgresql.org/docs/8.4/static/datatype-net-types.html

> If it's up to me, I'd like to wait for approval of 'core' part of this change
> (lets call it spike), and finish remaining 'marginalities' after it. (just
> to make myself clear proper db design ISN'T marginal measuring it using
> absolute scale, but it IS very marginal related to situation where most of
> code wasn't approved/reviewed yet).
> 
> m.
> 
> - Original Message -
> From: "Yevgeny Zaspitsky" 
> To: "Martin Mucha" 
> Cc: de...@ovirt.org, users@ovi