Re: [Users] install a f18 host with ovirtmgmt vlan tagged

[Gianluca Cecchi]

On Fri, Mar 8, 2013 at 7:40 AM, Joop van de Wege  wrote:
> Alon Bar-Lev schreef:
>
>>Will be included in 1.0.1
> Of foo-bar.tar.gz  :-)

where foo.bar is ovirt-host-deploy ... ;-)
On my engine system:
 ovirt-host-deploy-1.0.0-1.fc18.noarch

I confirm that the patch worked for me. Host installed and rebooted

then unfortunately a cpu of the ost abandoned me so I can't at the
moment verify other things on this host ;-(

but from engine gui I see
2013-Mar-08, 06:49
Host f18ovn02 installed
2013-Mar-08, 06:49
Installing Host f18ovn02. Stage: Termination.
2013-Mar-08, 06:49
Installing Host f18ovn02. Retrieving installation logs to:
'/var/log/ovirt-engine/host-deploy/ovirt-20130308064947-10.4.4.57.log'.
2013-Mar-08, 06:49
Installing Host f18ovn02. Reboot scheduled.
2013-Mar-08, 06:49
Installing Host f18ovn02. Stage: Pre-termination.
2013-Mar-08, 06:49
Installing Host f18ovn02. Reboot scheduled.
2013-Mar-08, 06:49
Installing Host f18ovn02. Stage: Closing up.
Installing Host f18ovn02. Reboot scheduled.
Installing Host f18ovn02. Stage: Transaction commit.

The only warning message in the gui is related to
2013-Mar-08, 06:49
Host f18ovn02 installation in progress . Cannot set tuned profile.

BTW this host is an HP blade BL685c G1 with Opteron G2

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

Re: [Users] install a f18 host with ovirtmgmt vlan tagged

[Joop van de Wege]

Alon Bar-Lev  schreef:

>Will be included in 1.0.1
Of foo-bar.tar.gz  :-)

Joop


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

Re: [Users] install a f18 host with ovirtmgmt vlan tagged

[Alon Bar-Lev]

Will be included in 1.0.1

- Original Message -
> From: "Jeff Bailey" 
> To: users@ovirt.org
> Sent: Friday, March 8, 2013 1:29:28 AM
> Subject: Re: [Users] install a f18 host with ovirtmgmt vlan tagged
> 
> 
> On 3/7/2013 11:05 AM, Gianluca Cecchi wrote:
> > On Thu, Mar 7, 2013 at 4:38 PM, Gianluca Cecchi
> >  wrote:
> >> On Thu, Mar 7, 2013 at 3:58 PM, Gianluca Cecchi  wrote:
> >>> # cat ifcfg-em3.65
> >>> DEVICE=em3.65
> >>> ONBOOT=yes
> >>> BOOTPROTO=none
> >>> VLAN=yes
> >>> IPADDR=10.4.4.57
> >>> NETMASK=255.255.255.0
> >>> GATEWAY=10.4.4.250
> >>> NM_CONTROLLED=no
> >>>
> >>> How should I configure the host at the beginning to have
> >>> ovirtmgmt
> >>> configured as VLAN tagged and host deploy with no complain?
> >>>
> >>> Thanks in advance,
> >>> Gianluca
> >> Tried also the alternative configuration with ifcfg-vlan65 instead
> >> of
> >> ifcfg-em3.65:
> >>
> >> # cat ifcfg-vlan65
> >> DEVICE=vlan65
> >> PHYSDEV=em3
> >> ONBOOT=yes
> >> BOOTPROTO=none
> >> VLAN=yes
> >> IPADDR=10.4.4.57
> >> NETMASK=255.255.255.0
> >> GATEWAY=10.4.4.250
> >> NM_CONTROLLED=no
> >>
> >> But I get
> >> Failed to execute stage 'Setup validation': Interface vlan65 is
> >> VLAN
> >> interface However its configuration is unexpected.
> >>
> >> Possibly the involved code is on engine
> >> /usr/share/otopi/plugins/ovirt-host-deploy/vdsm/bridge.py ?
> >>
> >> In host-deploy log:
> >>
> >> 2013-03-07 16:31:53 DEBUG
> >> otopi.plugins.ovirt_host_deploy.vdsm.bridge
> >> bridge._getInterfaceForDestination:302 determine interface
> >>  for 10.4.4.60
> >> 2013-03-07 16:31:53 DEBUG
> >> otopi.plugins.ovirt_host_deploy.vdsm.bridge
> >> plugin.executeRaw:347 execute: ('/sbin/ip', 'route', 'get'
> >> , 'to', '10.4.4.60'), executable='None', cwd='None', env=None
> >> 2013-03-07 16:31:53 DEBUG
> >> otopi.plugins.ovirt_host_deploy.vdsm.bridge
> >> plugin.executeRaw:364 execute-result: ('/sbin/ip', 'route'
> >> , 'get', 'to', '10.4.4.60'), rc=0
> >> 2013-03-07 16:31:53 DEBUG
> >> otopi.plugins.ovirt_host_deploy.vdsm.bridge
> >> plugin.execute:411 execute-output: ('/sbin/ip', 'route', '
> >> get', 'to', '10.4.4.60') stdout:
> >> 10.4.4.60 dev vlan65  src 10.4.4.57
> >> cache
> >>
> >> 2013-03-07 16:31:53 DEBUG
> >> otopi.plugins.ovirt_host_deploy.vdsm.bridge
> >> plugin.execute:416 execute-output: ('/sbin/ip', 'route', '
> >> get', 'to', '10.4.4.60') stderr:
> >>
> >>
> >> 2013-03-07 16:31:53 DEBUG
> >> otopi.plugins.ovirt_host_deploy.vdsm.bridge
> >> bridge._getInterfaceForDestination:337 interface for 10.4.
> >> 4.60 is vlan65
> >> 2013-03-07 16:31:53 DEBUG otopi.context context._executeMethod:130
> >> method exception
> >> Traceback (most recent call last):
> >>   File "/tmp/ovirt-xz8p0a0BfX/pythonlib/otopi/context.py", line
> >>   120,
> >> in _executeMethod
> >> method['method']()
> >>   File
> >>   "/tmp/ovirt-xz8p0a0BfX/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py",
> >> line 733, in _validation
> >> self._getVlanMasterDevice(name=interface)
> >>   File
> >>   "/tmp/ovirt-xz8p0a0BfX/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py",
> >> line 393, in _getVlanMasterDevice
> >> interface=name,
> >> RuntimeError: Interface vlan65 is VLAN interface However its
> >> configuration is unexpected
> >> 2013-03-07 16:31:53 ERROR otopi.context context._executeMethod:139
> >> Failed to execute stage 'Setup validation': Interface vlan65 is
> >> VLAN
> >> interface However its configuration is unexpected
> >>
> >>
> >> Do I have perhaps to name it ovirtmgmt from the beginning?
> >>
> >> Gianluca
> > I'm all but a python expert.
> >
> > but I think these blocks in
> > /usr/share/otopi/plugins/ovirt-host-deploy/vdsm/bridge.py are the
> > ones
> > involved
> 
> Yes, I ran into this same problem with _RE_VLAN_ID not matching on
> whitespace instead of an actual space (there's a tab in the output).
> Alon submitted a patch last month but I don't remember if it has made
> it
> into a released rpm.  Here's the relevant part:
> 
> --- a/src/plugins/ovirt-host-deploy/vdsm/bridge.py
> +++ b/src/plugins/ovirt-host-deploy/vdsm/bridge.py
> @@ -128,8 +128,9 @@ class Plugin(plugin.PluginBase):
>  _RE_VLAN_ID = re.compile(
>  flags=re.VERBOSE,
>  pattern=r"""
> +^
>  .*
> -VID: ([0-9]+)
> +\sVID:\s(\d+)\s
>  .*
>  """
>  )
> 
> 
> 
> > ...
> > _RE_VLAN_ID = re.compile(
> > flags=re.VERBOSE,
> > pattern=r"""
> > .*
> > VID: ([0-9]+)
> > .*
> > """
> > )
> > _RE_VLAN_ID_VLANID = 1
> >
> > _RE_VLAN_DEVICE = re.compile(
> > flags=re.VERBOSE,
> > pattern=r"""
> > ^
> > Device:
> > \s+
> > (\S+)
> > \s*
> > $
> > """
> > )
> > _RE_VLAN_DEVICE_DEVICE = 1
> >
> > ...
> >
> >
> > def _getVlanMasterDevice(self, name):
> > interface = None
> > vl

Re: [Users] install a f18 host with ovirtmgmt vlan tagged

[Jeff Bailey]

On 3/7/2013 11:05 AM, Gianluca Cecchi wrote:
> On Thu, Mar 7, 2013 at 4:38 PM, Gianluca Cecchi
>  wrote:
>> On Thu, Mar 7, 2013 at 3:58 PM, Gianluca Cecchi  wrote:
>>> # cat ifcfg-em3.65
>>> DEVICE=em3.65
>>> ONBOOT=yes
>>> BOOTPROTO=none
>>> VLAN=yes
>>> IPADDR=10.4.4.57
>>> NETMASK=255.255.255.0
>>> GATEWAY=10.4.4.250
>>> NM_CONTROLLED=no
>>>
>>> How should I configure the host at the beginning to have ovirtmgmt
>>> configured as VLAN tagged and host deploy with no complain?
>>>
>>> Thanks in advance,
>>> Gianluca
>> Tried also the alternative configuration with ifcfg-vlan65 instead of
>> ifcfg-em3.65:
>>
>> # cat ifcfg-vlan65
>> DEVICE=vlan65
>> PHYSDEV=em3
>> ONBOOT=yes
>> BOOTPROTO=none
>> VLAN=yes
>> IPADDR=10.4.4.57
>> NETMASK=255.255.255.0
>> GATEWAY=10.4.4.250
>> NM_CONTROLLED=no
>>
>> But I get
>> Failed to execute stage 'Setup validation': Interface vlan65 is VLAN
>> interface However its configuration is unexpected.
>>
>> Possibly the involved code is on engine
>> /usr/share/otopi/plugins/ovirt-host-deploy/vdsm/bridge.py ?
>>
>> In host-deploy log:
>>
>> 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
>> bridge._getInterfaceForDestination:302 determine interface
>>  for 10.4.4.60
>> 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
>> plugin.executeRaw:347 execute: ('/sbin/ip', 'route', 'get'
>> , 'to', '10.4.4.60'), executable='None', cwd='None', env=None
>> 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
>> plugin.executeRaw:364 execute-result: ('/sbin/ip', 'route'
>> , 'get', 'to', '10.4.4.60'), rc=0
>> 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
>> plugin.execute:411 execute-output: ('/sbin/ip', 'route', '
>> get', 'to', '10.4.4.60') stdout:
>> 10.4.4.60 dev vlan65  src 10.4.4.57
>> cache
>>
>> 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
>> plugin.execute:416 execute-output: ('/sbin/ip', 'route', '
>> get', 'to', '10.4.4.60') stderr:
>>
>>
>> 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
>> bridge._getInterfaceForDestination:337 interface for 10.4.
>> 4.60 is vlan65
>> 2013-03-07 16:31:53 DEBUG otopi.context context._executeMethod:130
>> method exception
>> Traceback (most recent call last):
>>   File "/tmp/ovirt-xz8p0a0BfX/pythonlib/otopi/context.py", line 120,
>> in _executeMethod
>> method['method']()
>>   File 
>> "/tmp/ovirt-xz8p0a0BfX/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py",
>> line 733, in _validation
>> self._getVlanMasterDevice(name=interface)
>>   File 
>> "/tmp/ovirt-xz8p0a0BfX/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py",
>> line 393, in _getVlanMasterDevice
>> interface=name,
>> RuntimeError: Interface vlan65 is VLAN interface However its
>> configuration is unexpected
>> 2013-03-07 16:31:53 ERROR otopi.context context._executeMethod:139
>> Failed to execute stage 'Setup validation': Interface vlan65 is VLAN
>> interface However its configuration is unexpected
>>
>>
>> Do I have perhaps to name it ovirtmgmt from the beginning?
>>
>> Gianluca
> I'm all but a python expert.
>
> but I think these blocks in
> /usr/share/otopi/plugins/ovirt-host-deploy/vdsm/bridge.py are the ones
> involved

Yes, I ran into this same problem with _RE_VLAN_ID not matching on
whitespace instead of an actual space (there's a tab in the output). 
Alon submitted a patch last month but I don't remember if it has made it
into a released rpm.  Here's the relevant part:

--- a/src/plugins/ovirt-host-deploy/vdsm/bridge.py
+++ b/src/plugins/ovirt-host-deploy/vdsm/bridge.py
@@ -128,8 +128,9 @@ class Plugin(plugin.PluginBase):
 _RE_VLAN_ID = re.compile(
 flags=re.VERBOSE,
 pattern=r"""
+^
 .*
-VID: ([0-9]+)
+\sVID:\s(\d+)\s
 .*
 """
 )



> ...
> _RE_VLAN_ID = re.compile(
> flags=re.VERBOSE,
> pattern=r"""
> .*
> VID: ([0-9]+)
> .*
> """
> )
> _RE_VLAN_ID_VLANID = 1
>
> _RE_VLAN_DEVICE = re.compile(
> flags=re.VERBOSE,
> pattern=r"""
> ^
> Device:
> \s+
> (\S+)
> \s*
> $
> """
> )
> _RE_VLAN_DEVICE_DEVICE = 1
>
> ...
>
>
> def _getVlanMasterDevice(self, name):
> interface = None
> vlanid = None
> try:
> with open(
> os.path.join(
> '/proc/net/vlan',
> name
> ),
> 'r'
> ) as f:
> for line in f:
> m = self._RE_VLAN_ID.match(line)
> if m is not None:
> vlanid = m.group(self._RE_VLAN_ID_VLANID)
> else:
> m = self._RE_VLAN_DEVICE.match(line)
> if m is not None:
> 

Re: [Users] Problem install

[Alex Lourie]

On Thu 07 Mar 2013 06:15:52 PM IST, Marcelo Barbosa wrote:

Hi Alex,

   Thankyou for interation, i'm register this problem in bugzilla for
a engineering team from ovirt project check:
https://bugzilla.redhat.com/show_bug.cgi?id=918742

full log and informations this.

Marcelo Barbosa
/mr.marcelo.barb...@gmail.com /


On Thu, Mar 7, 2013 at 8:08 AM, Alex Lourie mailto:alou...@redhat.com>> wrote:

On Wed 06 Mar 2013 10:51:43 PM IST, Marcelo Barbosa wrote:

Alex,

   Thankyou for attention. This return should not happen,
because I
have my hostname registered and running on my DNS servers, but i'm
inserted in /etc/hosts my hostname and retry setup, but return
new error:


2013-03-06 17:35:14::DEBUG::all_in_one___100::297::root::
Waiting for
host to become operational
2013-03-06 17:35:14::DEBUG::all_in_one___100::300::root::
current host
status is: up
2013-03-06 17:35:14::DEBUG::all_in_one___100::302::root:: The
host is up.
2013-03-06 17:35:14::DEBUG::setup___sequences::59::root:: running
addStorageDomain
2013-03-06 17:35:14::DEBUG::all_in_one___100::317::root::
Adding local
storage domain
2013-03-06 17:35:14::INFO::all_in_one___100::322::root::
Creating local
storage
2013-03-06 17:35:14::INFO::all_in_one___100::326::root::
Creating local
storage domain
2013-03-06 17:35:14::INFO::all_in_one___100::334::root::
Adding local
storage domain
2013-03-06 17:35:15::ERROR::all_in_one___100::337::root::
Traceback
(most recent call last):
  File
"/usr/share/ovirt-engine/__scripts/plugins/all_in_one___100.py",
line 335, in addStorageDomain
controller.CONF["API_OBJECT"].__storagedomains.add(sdParams)
  File

"/usr/lib/python2.7/site-__packages/ovirtsdk/__infrastructure/brokers.py",
line 5151, in add
headers={"Expect":expect, "Correlation-Id":correlation___id})
  File
"/usr/lib/python2.7/site-__packages/ovirtsdk/__infrastructure/proxy.py",
line 118, in add
return self.request('POST', url, body, headers)
  File
"/usr/lib/python2.7/site-__packages/ovirtsdk/__infrastructure/proxy.py",
line 129, in request
last=last)
  File
"/usr/lib/python2.7/site-__packages/ovirtsdk/__infrastructure/proxy.py",
line 159, in __doRequest
raise RequestError, response
RequestError:
status: 400
reason: Bad Request
detail: Cannot add Storage. Internal error, Storage Connection
doesn't
exist.

2013-03-06 17:35:15::DEBUG::setup___sequences::62::root::
Traceback
(most recent call last):
  File "/usr/share/ovirt-engine/__scripts/setup_sequences.py",
line 60,
in run
function()
  File
"/usr/share/ovirt-engine/__scripts/plugins/all_in_one___100.py",
line 338, in addStorageDomain
raise Exception(ERROR_ADD_LOCAL___DOMAIN)
Exception: Error: could not add local storage domain

2013-03-06 17:35:15::DEBUG::engine-setup:__:1948::root:: *** The
following params were used as user input:
2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root::
override-httpd-config: yes
2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root::
http-port: 80
2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root::
https-port: 443
2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root::
random-passwords: no
2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root::
mac-range:
00:1A:4A:10:FF:00-00:1A:4A:10:__FF:FF
2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root::
host-fqdn:
firelap.usc.unirede.net 
>

2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root::
auth-pass: 
2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root::
org-name: firelap
2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root::
application-mode: both
2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root::
default-dc-type: NFS
2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root::
db-remote-install: local
2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root::
db-host: localhost
2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root::
db-local-pass:

2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root:: nfs-mp:
/firebackup//iso
2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root::
 

Re: [Users] [JENKINS][ANN] jenkins.ovirt.org new look and infra

[Karsten 'quaid' Wade]

On 03/07/2013 07:29 AM, Eyal Edri wrote:

> i think we're OK with moving it:
> i changed all configuration files & hostname on alterway01 to be 
> jenkins.ovirt.org,
> so we just need to point jenkins.ovirt.org to alterway01.ovirt.org (ip) in 
> dns i belive.

I just put in the CNAME request to have jenkins.ovirt.org point to
alterway01.ovirt.org, and told them to "just do it & tell me when it's
done." I'll bounce the good word back to this list when I get it.

- Karsten
-- 
Karsten 'quaid' Wade, Sr. Analyst - Community Growth
http://TheOpenSourceWay.org  .^\  http://community.redhat.com
@quaid (identi.ca/twitter/IRC)  \v'  gpg: AD0E0C41



signature.asc
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] why ovirt does not support NAT network

[Dan Kenigsberg]

On Thu, Mar 07, 2013 at 03:57:49PM +0100, Adrian Gibanel wrote:
> Just in case it might help you please check: 
> 
> http://lists.ovirt.org/pipermail/users/2012-April/001751.html 

This is almost 1 year old, but I did not notice it yet. I love the
detailed solution!

Yes, the rant there, about ovirt network being tightly-coupled with a
physical interface, is 100% justified. I'm trying to address some of
that in http://www.ovirt.org/Features/Nicless_Network but it's a long
way to go.

> 
> I managed to implement Virtualbox-hostonly-alike networks gathering more info 
> from: 
> http://libvirt.org/formatnetwork.html 
> . 
> You might be also interested in: http://wiki.libvirt.org/page/Networking 
> although I didn't use it myself. 
> 
> You might probably already know this information but, just in case, here it 
> is. 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] 6.4 CR: oVirt 3.1 breaks with missing cpu features after update to CentOS 6.4 (6.3 + CR)

[Dan Kenigsberg]

On Thu, Mar 07, 2013 at 04:50:16PM +0100, Patrick Hurrelmann wrote:
> On 07.03.2013 16:18, Dan Kenigsberg wrote:
> > On Thu, Mar 07, 2013 at 03:59:27PM +0100, Patrick Hurrelmann wrote:
> >> On 05.03.2013 13:49, Dan Kenigsberg wrote:
> >>> On Tue, Mar 05, 2013 at 12:32:31PM +0100, Patrick Hurrelmann wrote:
>  On 05.03.2013 11:14, Dan Kenigsberg wrote:
>  
> 
>  My version of vdsm as stated by Dreyou:
>  v 4.10.0-0.46 (.15), builded from
>  b59c8430b2a511bcea3bc1a954eee4ca1c0f4861 (branch ovirt-3.1)
> 
>  I can't see that Ia241b09c96fa16441ba9421f61a2f9a417f0d978 was 
>  merged to
>  3.1 Branch?
> 
>  I applied that patch locally and restarted vdsmd but this does not
>  change anything. Supported cpu is still as low as Conroe instead of
>  Nehalem. Or is there more to do than patching libvirtvm.py?
> >>>
> >>> What is libvirt's opinion about your cpu compatibility?
> >>>
> >>>  virsh -r cpu-compare <(echo ' >>> match="minimum">NehalemIntel')
> >>>
> >>> If you do not get "Host CPU is a superset of CPU described in bla", 
> >>> then
> >>> the problem is within libvirt.
> >>>
> >>> Dan.
> >>
> >> Hi Dan,
> >>
> >> virsh -r cpu-compare <(echo ' >> match="minimum">NehalemIntel')
> >> Host CPU is a superset of CPU described in /dev/fd/63
> >>
> >> So libvirt obviously is fine. Something different would have surprised
> >> my as virsh capabilities seemed correct anyway.
> >
> > So maybe, just maybe, libvirt has changed their cpu_map, a map that
> > ovirt-3.1 had a bug reading.
> >
> > Would you care to apply http://gerrit.ovirt.org/5035 to see if this is
> > it?
> >
> > Dan.
> 
>  Hi Dan,
> 
>  success! Applying that patch made the cpu recognition work again. The
>  cpu type in admin portal shows again as Nehalem. Output from getVdsCaps:
> 
> cpuCores = 4
> cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,
>    mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,
>    ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,
>    arch_perfmon,pebs,bts,rep_good,xtopology,nonstop_tsc,
>    aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,
>    ssse3,cx16,xtpr,pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida,
>    dts,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,
>    model_Conroe,model_coreduo,model_core2duo,model_Penryn,
>    model_n270
> cpuModel = Intel(R) Xeon(R) CPU   X3430  @ 2.40GHz
> cpuSockets = 1
> cpuSpeed = 2393.769
> 
> 
>  I compared libvirt's cpu_map.xml on both Centos 6.3 and CentOS 6.4 and
>  indeed they do differ in large portions. So this patch should probably
>  be merged to 3.1 branch? I will contact Dreyou and request that this
>  patch will also be included in his builds. I guess otherwise there will
>  be quite some fallout after people start picking CentOS 6.4 for oVirt 
>  3.1.
> 
>  Thanks again and best regards
> >>>
> >>> Thank you for reporting this issue and verifying its fix.
> >>>
> >>> I'm not completely sure that we should keep maintaining the ovirt-3.1
> >>> branch upstream - but a build destined for el6.4 must have it.
> >>>
> >>> If you believe we should release a fix version for 3.1, please verify
> >>> that http://gerrit.ovirt.org/12723 has no ill effects.
> >>>
> >>> Dan.
> >>
> >> I did none additional tests and the new CentOS 6.4 host failed start or
> >> migrate any vm. It always boils down to:
> >>
> >> Thread-43::ERROR::2013-03-07
> >> 15:02:51,950::task::853::TaskManager.Task::(_setError)
> >> Task=`52a9f96f-3dfd-4bcf-8d7a-db14e650b4c1`::Unexpected error
> >> Traceback (most recent call last):
> >>   File "/usr/share/vdsm/storage/task.py", line 861, in _run
> >> return fn(*args, **kargs)
> >>   File "/usr/share/vdsm/logUtils.py", line 38, in wrapper
> >> res = f(*args, **kwargs)
> >>   File "/usr/share/vdsm/storage/hsm.py", line 2551, in getVolumeSize
> >> apparentsize = str(volume.Volume.getVSize(sdUUID, imgUUID, volUUID,
> >> bs=1))
> >>   File "/usr/share/vdsm/storage/volume.py", line 283, in getVSize
> >> return mysd.getVolumeClass().getVSize(mysd, imgUUID, volUUID, bs)
> >>   File "/usr/share/vdsm/storage/blockVolume.py", line 101, in getVSize
> >> return int(int(lvm.getLV(sdobj.sdUUID, volUUID).size) / bs)
> >>   File "/usr/share/vdsm/storage/lvm.py", line 772, in getLV
> >> lv = _lvminfo.getLv(vgName, lvName)
> >>   File "/usr/share/vdsm/storage/lvm.py", line 567, in getLv
> >> lvs = self._reloadlvs(vgName)
> >>   File "/usr/share/vdsm/storage/lvm.py", line 419, in _reloadlvs
> >> self._lvs.pop((vgName, lvName), None)
> >>   File "/usr/lib64/python2.6/contextlib.py", line 3

Re: [Users] Weird errors when trying to connect to an iSCSI target.

[Joop]

Alissa Bonas wrote:

- Original Message -
  

From: "noc" 
To: users@ovirt.org
Sent: Thursday, March 7, 2013 11:26:23 AM
Subject: [Users] Weird errors when trying to connect to an iSCSI target.


I have been able to connect to this iSCSI target before but now I'm
getting some weird errors, see attached vdsm.log but in short its
about the following:

Thread-161303::DEBUG::2013-03-07
09:54:14,401::task::568::TaskManager.Task::(_updateState)
Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::moving from state init
-> state preparing
Thread-161303::INFO::2013-03-07
09:54:14,402::logUtils::41::dispatcher::(wrapper) Run and protect:
discoverSendTargets(con={'connection': '192.168.4.234', 'password':
'**', 'port': '3260', 'user': ''}, options=None)
Thread-161303::DEBUG::2013-03-07
09:54:14,402::misc::84::Storage.Misc.excCmd::()
'/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I
default -p 192.168.4.234:3260 --op=new' (cwd None)
Thread-161303::DEBUG::2013-03-07
09:54:14,428::misc::84::Storage.Misc.excCmd::() SUCCESS:
 = '';  = 0
Thread-161303::DEBUG::2013-03-07
09:54:14,428::misc::84::Storage.Misc.excCmd::()
'/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I
default -p 192.168.4.234:3260 -n node.startup -v manual --op=update'
(cwd None)
Thread-161303::DEBUG::2013-03-07
09:54:14,452::misc::84::Storage.Misc.excCmd::() FAILED:
 = 'iscsiadm: Cannot modify node.startup. Invalid param
name.\n';  = 7
Thread-161303::DEBUG::2013-03-07
09:54:14,453::misc::84::Storage.Misc.excCmd::()
'/usr/bin/sudo -n /sbin/iscsiadm -m iface' (cwd None)
Thread-161303::DEBUG::2013-03-07
09:54:14,476::misc::84::Storage.Misc.excCmd::() SUCCESS:
 = '';  = 0
Thread-161303::DEBUG::2013-03-07
09:54:14,477::misc::84::Storage.Misc.excCmd::()
'/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I
default -p 192.168.4.234:3260 --discover' (cwd None)
Thread-161303::DEBUG::2013-03-07
09:54:14,512::misc::84::Storage.Misc.excCmd::() FAILED:
 = 'iscsiadm: No portals found\n';  = 21
Thread-161303::DEBUG::2013-03-07
09:54:14,516::misc::84::Storage.Misc.excCmd::()
'/usr/bin/sudo -n /sbin/iscsiadm -m iface' (cwd None)
Thread-161303::DEBUG::2013-03-07
09:54:14,541::misc::84::Storage.Misc.excCmd::() SUCCESS:
 = '';  = 0
Thread-161303::DEBUG::2013-03-07
09:54:14,541::misc::84::Storage.Misc.excCmd::()
'/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I
default -p 192.168.4.234:3260 --op=delete' (cwd None)
Thread-161303::DEBUG::2013-03-07
09:54:14,565::misc::84::Storage.Misc.excCmd::() SUCCESS:
 = '';  = 0
Thread-161303::ERROR::2013-03-07
09:54:14,566::hsm::2799::Storage.HSM::(discoverSendTargets)
Discovery failed
Traceback (most recent call last):
File "/usr/share/vdsm/storage/hsm.py", line 2797, in
discoverSendTargets
targets = iscsi.discoverSendTargets(iface, portal, cred)
File "/usr/share/vdsm/storage/iscsi.py", line 202, in
discoverSendTargets
targets = iscsiadm.discoverydb_discover(discoverType, iface.name,
portalStr)
File "/usr/share/vdsm/storage/iscsiadm.py", line 213, in
discoverydb_discover
raise IscsiDiscoverdbError(rc, out, err)
IscsiDiscoverdbError: (21, [], ['iscsiadm: No portals found'])
Thread-161303::ERROR::2013-03-07
09:54:14,567::task::833::TaskManager.Task::(_setError)
Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::Unexpected error
Traceback (most recent call last):
File "/usr/share/vdsm/storage/task.py", line 840, in _run
return fn(*args, **kargs)
File "/usr/share/vdsm/logUtils.py", line 42, in wrapper
res = f(*args, **kwargs)
File "/usr/share/vdsm/storage/hsm.py", line 2800, in
discoverSendTargets
raise se.iSCSIDiscoveryError(portal, e)

Running the commands in a shell indeed gives the errors shown.



Which version of ovirt are you working with?
  
Sorry should have mentioned that. I'm on oVirt-3.2 stable on F18 engine 
and hosts.

[root@host01 vdsm]# rpm -aq | grep vdsm
vdsm-python-4.10.3-9.fc18.x86_64
vdsm-cli-4.10.3-9.fc18.noarch
vdsm-xmlrpc-4.10.3-9.fc18.noarch
vdsm-4.10.3-9.fc18.x86_64
[root@host01 vdsm]# rpm -aq | grep iscsi
iscsi-initiator-utils-6.2.0.872-19.fc18.x86_64
[root@host01 vdsm]#



And in which shell did you try to run the command - vdsClient (vdsm's cli) or 
regular command line?
  

plain bash.
[root@host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t 
sendtargets -I default -p 192.168.4.234:3260 --op=new

New discovery record for [192.168.4.234,3260] added.
[root@host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t 
sendtargets -I default -p 192.168.4.234:3260 -n node startup -v manual 
--op=update

iscsiadm: Cannot modify node.startup. Invalid param name.
[root@host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m iface
default tcp
iser iser
[root@host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t 
sendtargets -I default -p 192.168.4.234:3260 --discover

iscsiadm: No portals found
[root@host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m iface
default tcp
iser iser
[root@host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm

Re: [Users] ovirt 3.1 + iscsi + snapshot

[Alissa Bonas]

- Original Message -
> From: "Alex Leonhardt" 
> To: "Alissa Bonas" 
> Cc: "oVirt Mailing List" 
> Sent: Thursday, March 7, 2013 5:34:23 PM
> Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot
> 
> 
> 
> Hi Alissa,
> 
> thanks for checking, but the VM is "paused" - shouldn't that allow me
> to take a snapshot ?

Hi Alex,
Please check the feature page of live snapshots - section "Snapshots Actions 
matrix"
http://www.ovirt.org/Live_Snapshots#Snapshots_Actions_matrix
As you can see there, taking a snapshot when VM is paused is still considered a 
live snapshot.
The VM needs to be stopped or hibernated for a regular snapshot.
I hope this answers your question.
Regards,
Alissa

> Alex
> 
> 
> 
> 
> 
> On 7 March 2013 15:19, Alissa Bonas < abo...@redhat.com > wrote:
> 
> 
> 
> 
> 
> - Original Message -
> > From: "Alissa Bonas" < abo...@redhat.com >
> > To: "Alex Leonhardt" < alex.t...@gmail.com >
> > Cc: "oVirt Mailing List" < users@ovirt.org >
> 
> > Sent: Thursday, March 7, 2013 2:55:21 PM
> > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot
> > 
> > 
> > 
> > - Original Message -
> > > From: "Alex Leonhardt" < alex.t...@gmail.com >
> > > To: "Alissa Bonas" < abo...@redhat.com >
> > > Cc: "oVirt Mailing List" < users@ovirt.org >
> > > Sent: Thursday, March 7, 2013 2:44:19 PM
> > > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot
> > > 
> > > 
> > > 
> > > Hi Alissa,
> > > 
> > > have you had any luck ?
> > > 
> > > Alex
> > > 
> > Hi,
> > 
> > Still checking... sorry for the delay.
> > 
> Hi Alex,
> 
> It seems that there was a mistake in release notes of 3.1, because
> part of the code that's relevant for live snapshots
> didn't enter 3.1, and that can explain the problem you are
> experiencing.
> The code is present and supposed to be operational in 3.2 - you are
> welcome to try.
> Sorry for the confusion.
> 
> 
> 
> 
> > > 
> > > On 6 March 2013 12:48, Alex Leonhardt < alex.t...@gmail.com >
> > > wrote:
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > Yep, it's ovirt 3.1 -
> > > 
> > > on the HV :
> > > 
> > > vdsm.x86_64 4.10.0-0.46.15.el6
> > > @vdsm31-dre
> > > vdsm-cli.noarch 4.10.0-0.46.15.el6
> > > @vdsm31-dre
> > > vdsm-python.x86_64 4.10.0-0.46.15.el6
> > > @vdsm31-dre
> > > vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6
> > > @vdsm31-dre
> > > 
> > > 
> > > on the Engine:
> > > 
> > > jpackage-utils.noarch 5.0.0-7.jpp6 @ovirt31-dre
> > > ovirt-engine.noarch 3.1.0-3.19.el6 @ovirt31-dre
> > > ovirt-engine-backend.noarch
> > > 3.1.0-3.19.el6 @ovirt31-dre
> > > ovirt-engine-cli.noarch
> > > 3.1.0.7-1.el6 @ovirt31-dre
> > > ovirt-engine-config.noarch
> > > 3.1.0-3.19.el6 @ovirt31-dre
> > > ovirt-engine-dbscripts.noarch
> > > 3.1.0-3.19.el6 @ovirt31-dre
> > > ovirt-engine-genericapi.noarch
> > > 3.1.0-3.19.el6 @ovirt31-dre
> > > ovirt-engine-jbossas711.x86_64
> > > 1-0 @ovirt31-dre
> > > ovirt-engine-notification-service.noarch
> > > 3.1.0-3.19.el6 @ovirt31-dre
> > > ovirt-engine-restapi.noarch
> > > 3.1.0-3.19.el6 @ovirt31-dre
> > > ovirt-engine-sdk.noarch
> > > 3.1.0.5-1.el6 @ovirt31-dre
> > > ovirt-engine-setup.noarch
> > > 3.1.0-3.19.el6 @ovirt31-dre
> > > ovirt-engine-tools-common.noarch
> > > 3.1.0-3.19.el6 @ovirt31-dre
> > > ovirt-engine-userportal.noarch
> > > 3.1.0-3.19.el6 @ovirt31-dre
> > > ovirt-engine-webadmin-portal.noarch
> > > 3.1.0-3.19.el6 @ovirt31-dre
> > > ovirt-image-uploader.noarch
> > > 3.1.0-16.el6 @ovirt31-dre
> > > ovirt-iso-uploader.noarch
> > > 3.1.0-16.el6 @ovirt31-dre
> > > ovirt-log-collector.noarch
> > > 3.1.0-16.el6 @ovirt31-dre
> > > vdsm-bootstrap.noarch 4.10.0-0.46.15.el6
> > > @vdsm31-dre
> > > 
> > > 
> > > Alex
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > On 6 March 2013 12:25, Alissa Bonas < abo...@redhat.com > wrote:
> > > 
> > > 
> > > 
> > > 
> > > 
> > > - Original Message -
> > > > From: "Alex Leonhardt" < alex.t...@gmail.com >
> > > 
> > > > To: "Alissa Bonas" < abo...@redhat.com >
> > > > Cc: "oVirt Mailing List" < users@ovirt.org >
> > > > Sent: Wednesday, March 6, 2013 11:46:30 AM
> > > > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot
> > > > 
> > > > 
> > > > 
> > > > Hi,
> > > > 
> > > > Logs are attached -
> > > > 
> > > > 
> > > 
> > > Thank you for attaching the logs.
> > > I'm checking them.
> > > Could you please confirm - you mentioned you work with ovirt 3.1
> > > -
> > > is
> > > it the version of both engine and vdsm?
> > > If not - what is the exact version of each of the components?
> > > thank you
> > > 
> > > > 
> > > > 
> > > > 2013-Mar-05, 15:44:47
> > > > 
> > > > Snapshot test creation for VM icinga-clone has been completed.
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > 
> > > > 2013-Mar-05, 15:44:36
> > > > 
> > > > VM icinga-clone has paused due to storage permissions problem.
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > 
> > > > 2013-Mar-05, 15:44:33
> > > > 
> > > > Snapshot test creation for VM icinga-clone was initiated by
> > > > admin@internal.

[Users] Adding external events to oVirt

[satheesh hegde]

Hi,

I tried exploring the feature of adding external events in oVirt. (Version 3.2)
I just wrote a JavaScript to fetch events and it wroked fine.(GEToperation to 
URLhttp:///api/events).

But when tried withPOST operation, to add my own events, it threw "error 405 
Method not allowed". (URLhttp:///api/events).
(The html file is not included in any plugin code, its standalone file).
(The data I passed is as specified in link:  " 
http://www.ovirt.org/Features/Design/DetailedExternalEvents";).

What went wrong?  Is it not supported on oVirt3.2 or the URL is incorrect?

Regards
Satheesh J___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] install a f18 host with ovirtmgmt vlan tagged

[Gianluca Cecchi]

On Thu, Mar 7, 2013 at 4:38 PM, Gianluca Cecchi
 wrote:
> On Thu, Mar 7, 2013 at 3:58 PM, Gianluca Cecchi  wrote:
>>
>> # cat ifcfg-em3.65
>> DEVICE=em3.65
>> ONBOOT=yes
>> BOOTPROTO=none
>> VLAN=yes
>> IPADDR=10.4.4.57
>> NETMASK=255.255.255.0
>> GATEWAY=10.4.4.250
>> NM_CONTROLLED=no
>>
>> How should I configure the host at the beginning to have ovirtmgmt
>> configured as VLAN tagged and host deploy with no complain?
>>
>> Thanks in advance,
>> Gianluca
>
> Tried also the alternative configuration with ifcfg-vlan65 instead of
> ifcfg-em3.65:
>
> # cat ifcfg-vlan65
> DEVICE=vlan65
> PHYSDEV=em3
> ONBOOT=yes
> BOOTPROTO=none
> VLAN=yes
> IPADDR=10.4.4.57
> NETMASK=255.255.255.0
> GATEWAY=10.4.4.250
> NM_CONTROLLED=no
>
> But I get
> Failed to execute stage 'Setup validation': Interface vlan65 is VLAN
> interface However its configuration is unexpected.
>
> Possibly the involved code is on engine
> /usr/share/otopi/plugins/ovirt-host-deploy/vdsm/bridge.py ?
>
> In host-deploy log:
>
> 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
> bridge._getInterfaceForDestination:302 determine interface
>  for 10.4.4.60
> 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
> plugin.executeRaw:347 execute: ('/sbin/ip', 'route', 'get'
> , 'to', '10.4.4.60'), executable='None', cwd='None', env=None
> 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
> plugin.executeRaw:364 execute-result: ('/sbin/ip', 'route'
> , 'get', 'to', '10.4.4.60'), rc=0
> 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
> plugin.execute:411 execute-output: ('/sbin/ip', 'route', '
> get', 'to', '10.4.4.60') stdout:
> 10.4.4.60 dev vlan65  src 10.4.4.57
> cache
>
> 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
> plugin.execute:416 execute-output: ('/sbin/ip', 'route', '
> get', 'to', '10.4.4.60') stderr:
>
>
> 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
> bridge._getInterfaceForDestination:337 interface for 10.4.
> 4.60 is vlan65
> 2013-03-07 16:31:53 DEBUG otopi.context context._executeMethod:130
> method exception
> Traceback (most recent call last):
>   File "/tmp/ovirt-xz8p0a0BfX/pythonlib/otopi/context.py", line 120,
> in _executeMethod
> method['method']()
>   File "/tmp/ovirt-xz8p0a0BfX/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py",
> line 733, in _validation
> self._getVlanMasterDevice(name=interface)
>   File "/tmp/ovirt-xz8p0a0BfX/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py",
> line 393, in _getVlanMasterDevice
> interface=name,
> RuntimeError: Interface vlan65 is VLAN interface However its
> configuration is unexpected
> 2013-03-07 16:31:53 ERROR otopi.context context._executeMethod:139
> Failed to execute stage 'Setup validation': Interface vlan65 is VLAN
> interface However its configuration is unexpected
>
>
> Do I have perhaps to name it ovirtmgmt from the beginning?
>
> Gianluca

I'm all but a python expert.

but I think these blocks in
/usr/share/otopi/plugins/ovirt-host-deploy/vdsm/bridge.py are the ones
involved

...
_RE_VLAN_ID = re.compile(
flags=re.VERBOSE,
pattern=r"""
.*
VID: ([0-9]+)
.*
"""
)
_RE_VLAN_ID_VLANID = 1

_RE_VLAN_DEVICE = re.compile(
flags=re.VERBOSE,
pattern=r"""
^
Device:
\s+
(\S+)
\s*
$
"""
)
_RE_VLAN_DEVICE_DEVICE = 1

...


def _getVlanMasterDevice(self, name):
interface = None
vlanid = None
try:
with open(
os.path.join(
'/proc/net/vlan',
name
),
'r'
) as f:
for line in f:
m = self._RE_VLAN_ID.match(line)
if m is not None:
vlanid = m.group(self._RE_VLAN_ID_VLANID)
else:
m = self._RE_VLAN_DEVICE.match(line)
if m is not None:
interface = m.group(self._RE_VLAN_DEVICE_DEVICE)

if interface is None or vlanid is None:
raise RuntimeError(
...

In my case:
# cat /proc/net/vlan/vlan65
vlan65  VID: 65 REORDER_HDR: 1  dev->priv_flags: 1
 total frames received 1910
  total bytes received  1319518
  Broadcast/Multicast Rcvd4

  total frames transmitted 2232
   total bytes transmitted   426338
Device: em3
INGRESS priority mappings: 0:0  1:0  2:0  3:0  4:0  5:0  6:0 7:0
 EGRESS priority mappings:
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] 6.4 CR: oVirt 3.1 breaks with missing cpu features after update to CentOS 6.4 (6.3 + CR)

[Patrick Hurrelmann]

On 07.03.2013 16:18, Dan Kenigsberg wrote:
> On Thu, Mar 07, 2013 at 03:59:27PM +0100, Patrick Hurrelmann wrote:
>> On 05.03.2013 13:49, Dan Kenigsberg wrote:
>>> On Tue, Mar 05, 2013 at 12:32:31PM +0100, Patrick Hurrelmann wrote:
 On 05.03.2013 11:14, Dan Kenigsberg wrote:
 

 My version of vdsm as stated by Dreyou:
 v 4.10.0-0.46 (.15), builded from
 b59c8430b2a511bcea3bc1a954eee4ca1c0f4861 (branch ovirt-3.1)

 I can't see that Ia241b09c96fa16441ba9421f61a2f9a417f0d978 was merged 
 to
 3.1 Branch?

 I applied that patch locally and restarted vdsmd but this does not
 change anything. Supported cpu is still as low as Conroe instead of
 Nehalem. Or is there more to do than patching libvirtvm.py?
>>>
>>> What is libvirt's opinion about your cpu compatibility?
>>>
>>>  virsh -r cpu-compare <(echo '>> match="minimum">NehalemIntel')
>>>
>>> If you do not get "Host CPU is a superset of CPU described in bla", then
>>> the problem is within libvirt.
>>>
>>> Dan.
>>
>> Hi Dan,
>>
>> virsh -r cpu-compare <(echo '> match="minimum">NehalemIntel')
>> Host CPU is a superset of CPU described in /dev/fd/63
>>
>> So libvirt obviously is fine. Something different would have surprised
>> my as virsh capabilities seemed correct anyway.
>
> So maybe, just maybe, libvirt has changed their cpu_map, a map that
> ovirt-3.1 had a bug reading.
>
> Would you care to apply http://gerrit.ovirt.org/5035 to see if this is
> it?
>
> Dan.

 Hi Dan,

 success! Applying that patch made the cpu recognition work again. The
 cpu type in admin portal shows again as Nehalem. Output from getVdsCaps:

cpuCores = 4
cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,
   mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,
   ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,
   arch_perfmon,pebs,bts,rep_good,xtopology,nonstop_tsc,
   aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,
   ssse3,cx16,xtpr,pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida,
   dts,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,
   model_Conroe,model_coreduo,model_core2duo,model_Penryn,
   model_n270
cpuModel = Intel(R) Xeon(R) CPU   X3430  @ 2.40GHz
cpuSockets = 1
cpuSpeed = 2393.769


 I compared libvirt's cpu_map.xml on both Centos 6.3 and CentOS 6.4 and
 indeed they do differ in large portions. So this patch should probably
 be merged to 3.1 branch? I will contact Dreyou and request that this
 patch will also be included in his builds. I guess otherwise there will
 be quite some fallout after people start picking CentOS 6.4 for oVirt 3.1.

 Thanks again and best regards
>>>
>>> Thank you for reporting this issue and verifying its fix.
>>>
>>> I'm not completely sure that we should keep maintaining the ovirt-3.1
>>> branch upstream - but a build destined for el6.4 must have it.
>>>
>>> If you believe we should release a fix version for 3.1, please verify
>>> that http://gerrit.ovirt.org/12723 has no ill effects.
>>>
>>> Dan.
>>
>> I did none additional tests and the new CentOS 6.4 host failed start or
>> migrate any vm. It always boils down to:
>>
>> Thread-43::ERROR::2013-03-07
>> 15:02:51,950::task::853::TaskManager.Task::(_setError)
>> Task=`52a9f96f-3dfd-4bcf-8d7a-db14e650b4c1`::Unexpected error
>> Traceback (most recent call last):
>>   File "/usr/share/vdsm/storage/task.py", line 861, in _run
>> return fn(*args, **kargs)
>>   File "/usr/share/vdsm/logUtils.py", line 38, in wrapper
>> res = f(*args, **kwargs)
>>   File "/usr/share/vdsm/storage/hsm.py", line 2551, in getVolumeSize
>> apparentsize = str(volume.Volume.getVSize(sdUUID, imgUUID, volUUID,
>> bs=1))
>>   File "/usr/share/vdsm/storage/volume.py", line 283, in getVSize
>> return mysd.getVolumeClass().getVSize(mysd, imgUUID, volUUID, bs)
>>   File "/usr/share/vdsm/storage/blockVolume.py", line 101, in getVSize
>> return int(int(lvm.getLV(sdobj.sdUUID, volUUID).size) / bs)
>>   File "/usr/share/vdsm/storage/lvm.py", line 772, in getLV
>> lv = _lvminfo.getLv(vgName, lvName)
>>   File "/usr/share/vdsm/storage/lvm.py", line 567, in getLv
>> lvs = self._reloadlvs(vgName)
>>   File "/usr/share/vdsm/storage/lvm.py", line 419, in _reloadlvs
>> self._lvs.pop((vgName, lvName), None)
>>   File "/usr/lib64/python2.6/contextlib.py", line 34, in __exit__
>> self.gen.throw(type, value, traceback)
>>   File "/usr/share/vdsm/storage/misc.py", line 1219, in acquireContext
>> yield self
>>   File "/usr/share/vdsm/storage/lvm.py", line 404, in _reloadlvs
>> lv = makeLV(*fields)
>>   File "/usr/share/vdsm/storage/lvm.py", line 218, in

Re: [Users] install a f18 host with ovirtmgmt vlan tagged

[Gianluca Cecchi]

On Thu, Mar 7, 2013 at 3:58 PM, Gianluca Cecchi  wrote:
>
> # cat ifcfg-em3.65
> DEVICE=em3.65
> ONBOOT=yes
> BOOTPROTO=none
> VLAN=yes
> IPADDR=10.4.4.57
> NETMASK=255.255.255.0
> GATEWAY=10.4.4.250
> NM_CONTROLLED=no
>
> How should I configure the host at the beginning to have ovirtmgmt
> configured as VLAN tagged and host deploy with no complain?
>
> Thanks in advance,
> Gianluca

Tried also the alternative configuration with ifcfg-vlan65 instead of
ifcfg-em3.65:

# cat ifcfg-vlan65
DEVICE=vlan65
PHYSDEV=em3
ONBOOT=yes
BOOTPROTO=none
VLAN=yes
IPADDR=10.4.4.57
NETMASK=255.255.255.0
GATEWAY=10.4.4.250
NM_CONTROLLED=no

But I get
Failed to execute stage 'Setup validation': Interface vlan65 is VLAN
interface However its configuration is unexpected.

Possibly the involved code is on engine
/usr/share/otopi/plugins/ovirt-host-deploy/vdsm/bridge.py ?

In host-deploy log:

2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
bridge._getInterfaceForDestination:302 determine interface
 for 10.4.4.60
2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
plugin.executeRaw:347 execute: ('/sbin/ip', 'route', 'get'
, 'to', '10.4.4.60'), executable='None', cwd='None', env=None
2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
plugin.executeRaw:364 execute-result: ('/sbin/ip', 'route'
, 'get', 'to', '10.4.4.60'), rc=0
2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
plugin.execute:411 execute-output: ('/sbin/ip', 'route', '
get', 'to', '10.4.4.60') stdout:
10.4.4.60 dev vlan65  src 10.4.4.57
cache

2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
plugin.execute:416 execute-output: ('/sbin/ip', 'route', '
get', 'to', '10.4.4.60') stderr:


2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
bridge._getInterfaceForDestination:337 interface for 10.4.
4.60 is vlan65
2013-03-07 16:31:53 DEBUG otopi.context context._executeMethod:130
method exception
Traceback (most recent call last):
  File "/tmp/ovirt-xz8p0a0BfX/pythonlib/otopi/context.py", line 120,
in _executeMethod
method['method']()
  File "/tmp/ovirt-xz8p0a0BfX/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py",
line 733, in _validation
self._getVlanMasterDevice(name=interface)
  File "/tmp/ovirt-xz8p0a0BfX/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py",
line 393, in _getVlanMasterDevice
interface=name,
RuntimeError: Interface vlan65 is VLAN interface However its
configuration is unexpected
2013-03-07 16:31:53 ERROR otopi.context context._executeMethod:139
Failed to execute stage 'Setup validation': Interface vlan65 is VLAN
interface However its configuration is unexpected


Do I have perhaps to name it ovirtmgmt from the beginning?

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

Re: [Users] ovirt 3.1 + iscsi + snapshot

[Alex Leonhardt]

Hi Alissa,

thanks for checking, but the VM is "paused" - shouldn't that allow me to
take a snapshot ?

Alex



On 7 March 2013 15:19, Alissa Bonas  wrote:

>
>
> - Original Message -
> > From: "Alissa Bonas" 
> > To: "Alex Leonhardt" 
> > Cc: "oVirt Mailing List" 
> > Sent: Thursday, March 7, 2013 2:55:21 PM
> > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot
> >
> >
> >
> > - Original Message -
> > > From: "Alex Leonhardt" 
> > > To: "Alissa Bonas" 
> > > Cc: "oVirt Mailing List" 
> > > Sent: Thursday, March 7, 2013 2:44:19 PM
> > > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot
> > >
> > >
> > >
> > > Hi Alissa,
> > >
> > > have you had any luck ?
> > >
> > > Alex
> > >
> > Hi,
> >
> > Still checking... sorry for the delay.
> >
> Hi Alex,
>
> It seems that there was a mistake in release notes of 3.1, because part of
> the code that's relevant for live snapshots
> didn't enter 3.1, and that can explain the problem you are experiencing.
> The code is present and supposed to be operational in 3.2 - you are
> welcome to try.
> Sorry for the confusion.
>
>
> > >
> > > On 6 March 2013 12:48, Alex Leonhardt < alex.t...@gmail.com >
> > > wrote:
> > >
> > >
> > >
> > >
> > >
> > >
> > > Yep, it's ovirt 3.1 -
> > >
> > > on the HV :
> > >
> > > vdsm.x86_64 4.10.0-0.46.15.el6
> > > @vdsm31-dre
> > > vdsm-cli.noarch 4.10.0-0.46.15.el6
> > > @vdsm31-dre
> > > vdsm-python.x86_64 4.10.0-0.46.15.el6
> > > @vdsm31-dre
> > > vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6
> > > @vdsm31-dre
> > >
> > >
> > > on the Engine:
> > >
> > > jpackage-utils.noarch 5.0.0-7.jpp6 @ovirt31-dre
> > > ovirt-engine.noarch 3.1.0-3.19.el6 @ovirt31-dre
> > > ovirt-engine-backend.noarch
> > > 3.1.0-3.19.el6 @ovirt31-dre
> > > ovirt-engine-cli.noarch
> > > 3.1.0.7-1.el6 @ovirt31-dre
> > > ovirt-engine-config.noarch
> > > 3.1.0-3.19.el6 @ovirt31-dre
> > > ovirt-engine-dbscripts.noarch
> > > 3.1.0-3.19.el6 @ovirt31-dre
> > > ovirt-engine-genericapi.noarch
> > > 3.1.0-3.19.el6 @ovirt31-dre
> > > ovirt-engine-jbossas711.x86_64
> > > 1-0 @ovirt31-dre
> > > ovirt-engine-notification-service.noarch
> > > 3.1.0-3.19.el6 @ovirt31-dre
> > > ovirt-engine-restapi.noarch
> > > 3.1.0-3.19.el6 @ovirt31-dre
> > > ovirt-engine-sdk.noarch
> > > 3.1.0.5-1.el6 @ovirt31-dre
> > > ovirt-engine-setup.noarch
> > > 3.1.0-3.19.el6 @ovirt31-dre
> > > ovirt-engine-tools-common.noarch
> > > 3.1.0-3.19.el6 @ovirt31-dre
> > > ovirt-engine-userportal.noarch
> > > 3.1.0-3.19.el6 @ovirt31-dre
> > > ovirt-engine-webadmin-portal.noarch
> > > 3.1.0-3.19.el6 @ovirt31-dre
> > > ovirt-image-uploader.noarch
> > > 3.1.0-16.el6 @ovirt31-dre
> > > ovirt-iso-uploader.noarch
> > > 3.1.0-16.el6 @ovirt31-dre
> > > ovirt-log-collector.noarch
> > > 3.1.0-16.el6 @ovirt31-dre
> > > vdsm-bootstrap.noarch 4.10.0-0.46.15.el6
> > > @vdsm31-dre
> > >
> > >
> > > Alex
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > On 6 March 2013 12:25, Alissa Bonas < abo...@redhat.com > wrote:
> > >
> > >
> > >
> > >
> > >
> > > - Original Message -
> > > > From: "Alex Leonhardt" < alex.t...@gmail.com >
> > >
> > > > To: "Alissa Bonas" < abo...@redhat.com >
> > > > Cc: "oVirt Mailing List" < users@ovirt.org >
> > > > Sent: Wednesday, March 6, 2013 11:46:30 AM
> > > > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot
> > > >
> > > >
> > > >
> > > > Hi,
> > > >
> > > > Logs are attached -
> > > >
> > > >
> > >
> > > Thank you for attaching the logs.
> > > I'm checking them.
> > > Could you please confirm - you mentioned you work with ovirt 3.1 -
> > > is
> > > it the version of both engine and vdsm?
> > > If not - what is the exact version of each of the components?
> > > thank you
> > >
> > > >
> > > >
> > > > 2013-Mar-05, 15:44:47
> > > >
> > > > Snapshot test creation for VM icinga-clone has been completed.
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > > > 2013-Mar-05, 15:44:36
> > > >
> > > > VM icinga-clone has paused due to storage permissions problem.
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > > > 2013-Mar-05, 15:44:33
> > > >
> > > > Snapshot test creation for VM icinga-clone was initiated by
> > > > admin@internal.
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> > > > 2013-Mar-05, 15:44:20
> > > >
> > > > VM icinga-clone started on Host TESTHV01
> > > >
> > > > Alex
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > On 5 March 2013 17:11, Alissa Bonas < abo...@redhat.com > wrote:
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > - Original Message -
> > > > > From: "Alex Leonhardt" < alex.t...@gmail.com >
> > > > > To: "oVirt Mailing List" < users@ovirt.org >
> > > > > Sent: Tuesday, March 5, 2013 6:12:08 PM
> > > > > Subject: [Users] ovirt 3.1 + iscsi + snapshot
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Hiya,
> > > > >
> > > > > Am testing live snapshot-ing at the moment, and my VM is being
> > > > > paused
> > > > > every time I try to do a snapshot - it wont recover either,
> > > > > once
> >

Re: [Users] [JENKINS][ANN] jenkins.ovirt.org new look and infra

[Eyal Edri]

- Original Message -
> From: "Karsten 'quaid' Wade" 
> To: "Eyal Edri" 
> Cc: "Itamar Heim" , users@ovirt.org, "engine-devel" 
> ,
> vdsm-de...@lists.fedorahosted.org, "infra" 
> Sent: Thursday, March 7, 2013 2:34:49 AM
> Subject: Re: [JENKINS][ANN] jenkins.ovirt.org new look and infra
> 
> On 03/06/2013 01:43 PM, Eyal Edri wrote:
> > 
> > 
> > - Original Message -
> >> From: "Itamar Heim" 
> >> can we shutdown the ec2 instance for now?
> > 
> > not yet, me & quaid should change the dns 1st (tomorrow)?
> > and then we can do it.
> 
> If the host thinks it's already jenkins.ovirt.org, then we can just
> do
> the DNS switch "soonest". Do we need to coordinate more closely on
> timing? Otherwise I can just file the ticket. (I'll wait for your
> word
> before picking a time.)

i think we're OK with moving it:
i changed all configuration files & hostname on alterway01 to be 
jenkins.ovirt.org,
so we just need to point jenkins.ovirt.org to alterway01.ovirt.org (ip) in dns 
i belive.

so go a head and open the ticket.

itamar, let's wait with deleting the vm until we're sure it's OK?

> 
> >> do we have more horsepower to start running say engine findbugs on
> >> gerrit patches?
> > 
> > not really, since we're still using the same ec2 slaves.
> > (unless we'll run it on the master, but that's not recommended in
> > terms of security)
> > once we'll have ovirt instance running with vms, i imagine we can.
> > hopefully we'll have it running soon (either on alterway02 or on
> > the rackspace servers)
> 
> I was supposed to be working RackSpace servers today, but I got
> caught
> up in being a bit sick and post-travel. But the plan is to load F18 +
> the oVirt all-in-one on rax01.
> 
> - Karsten
> --
> Karsten 'quaid' Wade, Sr. Analyst - Community Growth
> http://TheOpenSourceWay.org  .^\  http://community.redhat.com
> @quaid (identi.ca/twitter/IRC)  \v'  gpg: AD0E0C41
> 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] ovirt 3.1 + iscsi + snapshot

[Alissa Bonas]

- Original Message -
> From: "Alissa Bonas" 
> To: "Alex Leonhardt" 
> Cc: "oVirt Mailing List" 
> Sent: Thursday, March 7, 2013 2:55:21 PM
> Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot
> 
> 
> 
> - Original Message -
> > From: "Alex Leonhardt" 
> > To: "Alissa Bonas" 
> > Cc: "oVirt Mailing List" 
> > Sent: Thursday, March 7, 2013 2:44:19 PM
> > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot
> > 
> > 
> > 
> > Hi Alissa,
> > 
> > have you had any luck ?
> > 
> > Alex
> > 
> Hi,
> 
> Still checking... sorry for the delay.
> 
Hi Alex,

It seems that there was a mistake in release notes of 3.1, because part of the 
code that's relevant for live snapshots
didn't enter 3.1, and that can explain the problem you are experiencing. 
The code is present and supposed to be operational in 3.2 - you are welcome to 
try.
Sorry for the confusion.


> > 
> > On 6 March 2013 12:48, Alex Leonhardt < alex.t...@gmail.com >
> > wrote:
> > 
> > 
> > 
> > 
> > 
> > 
> > Yep, it's ovirt 3.1 -
> > 
> > on the HV :
> > 
> > vdsm.x86_64 4.10.0-0.46.15.el6
> > @vdsm31-dre
> > vdsm-cli.noarch 4.10.0-0.46.15.el6
> > @vdsm31-dre
> > vdsm-python.x86_64 4.10.0-0.46.15.el6
> > @vdsm31-dre
> > vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6
> > @vdsm31-dre
> > 
> > 
> > on the Engine:
> > 
> > jpackage-utils.noarch 5.0.0-7.jpp6 @ovirt31-dre
> > ovirt-engine.noarch 3.1.0-3.19.el6 @ovirt31-dre
> > ovirt-engine-backend.noarch
> > 3.1.0-3.19.el6 @ovirt31-dre
> > ovirt-engine-cli.noarch
> > 3.1.0.7-1.el6 @ovirt31-dre
> > ovirt-engine-config.noarch
> > 3.1.0-3.19.el6 @ovirt31-dre
> > ovirt-engine-dbscripts.noarch
> > 3.1.0-3.19.el6 @ovirt31-dre
> > ovirt-engine-genericapi.noarch
> > 3.1.0-3.19.el6 @ovirt31-dre
> > ovirt-engine-jbossas711.x86_64
> > 1-0 @ovirt31-dre
> > ovirt-engine-notification-service.noarch
> > 3.1.0-3.19.el6 @ovirt31-dre
> > ovirt-engine-restapi.noarch
> > 3.1.0-3.19.el6 @ovirt31-dre
> > ovirt-engine-sdk.noarch
> > 3.1.0.5-1.el6 @ovirt31-dre
> > ovirt-engine-setup.noarch
> > 3.1.0-3.19.el6 @ovirt31-dre
> > ovirt-engine-tools-common.noarch
> > 3.1.0-3.19.el6 @ovirt31-dre
> > ovirt-engine-userportal.noarch
> > 3.1.0-3.19.el6 @ovirt31-dre
> > ovirt-engine-webadmin-portal.noarch
> > 3.1.0-3.19.el6 @ovirt31-dre
> > ovirt-image-uploader.noarch
> > 3.1.0-16.el6 @ovirt31-dre
> > ovirt-iso-uploader.noarch
> > 3.1.0-16.el6 @ovirt31-dre
> > ovirt-log-collector.noarch
> > 3.1.0-16.el6 @ovirt31-dre
> > vdsm-bootstrap.noarch 4.10.0-0.46.15.el6
> > @vdsm31-dre
> > 
> > 
> > Alex
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > On 6 March 2013 12:25, Alissa Bonas < abo...@redhat.com > wrote:
> > 
> > 
> > 
> > 
> > 
> > - Original Message -
> > > From: "Alex Leonhardt" < alex.t...@gmail.com >
> > 
> > > To: "Alissa Bonas" < abo...@redhat.com >
> > > Cc: "oVirt Mailing List" < users@ovirt.org >
> > > Sent: Wednesday, March 6, 2013 11:46:30 AM
> > > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot
> > > 
> > > 
> > > 
> > > Hi,
> > > 
> > > Logs are attached -
> > > 
> > > 
> > 
> > Thank you for attaching the logs.
> > I'm checking them.
> > Could you please confirm - you mentioned you work with ovirt 3.1 -
> > is
> > it the version of both engine and vdsm?
> > If not - what is the exact version of each of the components?
> > thank you
> > 
> > > 
> > > 
> > > 2013-Mar-05, 15:44:47
> > > 
> > > Snapshot test creation for VM icinga-clone has been completed.
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > 
> > > 2013-Mar-05, 15:44:36
> > > 
> > > VM icinga-clone has paused due to storage permissions problem.
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > 
> > > 2013-Mar-05, 15:44:33
> > > 
> > > Snapshot test creation for VM icinga-clone was initiated by
> > > admin@internal.
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > 
> > 
> > > 2013-Mar-05, 15:44:20
> > > 
> > > VM icinga-clone started on Host TESTHV01
> > > 
> > > Alex
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > On 5 March 2013 17:11, Alissa Bonas < abo...@redhat.com > wrote:
> > > 
> > > 
> > > 
> > > 
> > > 
> > > - Original Message -
> > > > From: "Alex Leonhardt" < alex.t...@gmail.com >
> > > > To: "oVirt Mailing List" < users@ovirt.org >
> > > > Sent: Tuesday, March 5, 2013 6:12:08 PM
> > > > Subject: [Users] ovirt 3.1 + iscsi + snapshot
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > Hiya,
> > > > 
> > > > Am testing live snapshot-ing at the moment, and my VM is being
> > > > paused
> > > > every time I try to do a snapshot - it wont recover either,
> > > > once
> > > > the
> > > > snapshot is complete.
> > > > 
> > > > This is what I see on the webadmin console :
> > > > 
> > > > "VM icinga-clone has paused due to storage permissions
> > > > problem."
> > > > 
> > > > Any hints ?
> > > > 
> > > > When I stop the VM, then start again, all is good.
> > > 
> > > Hi,
> > > Please attach engine+vdsm+libvirt logs with the timeframe when
> > > you
> > > perform the live snapshot and the failure.
> > > thanks
> > > 
> > > 
> > > > 
> > > >

Re: [Users] 6.4 CR: oVirt 3.1 breaks with missing cpu features after update to CentOS 6.4 (6.3 + CR)

[Dan Kenigsberg]

On Thu, Mar 07, 2013 at 03:59:27PM +0100, Patrick Hurrelmann wrote:
> On 05.03.2013 13:49, Dan Kenigsberg wrote:
> > On Tue, Mar 05, 2013 at 12:32:31PM +0100, Patrick Hurrelmann wrote:
> >> On 05.03.2013 11:14, Dan Kenigsberg wrote:
> >> 
> >>
> >> My version of vdsm as stated by Dreyou:
> >> v 4.10.0-0.46 (.15), builded from
> >> b59c8430b2a511bcea3bc1a954eee4ca1c0f4861 (branch ovirt-3.1)
> >>
> >> I can't see that Ia241b09c96fa16441ba9421f61a2f9a417f0d978 was merged 
> >> to
> >> 3.1 Branch?
> >>
> >> I applied that patch locally and restarted vdsmd but this does not
> >> change anything. Supported cpu is still as low as Conroe instead of
> >> Nehalem. Or is there more to do than patching libvirtvm.py?
> >
> > What is libvirt's opinion about your cpu compatibility?
> >
> >  virsh -r cpu-compare <(echo ' > match="minimum">NehalemIntel')
> >
> > If you do not get "Host CPU is a superset of CPU described in bla", then
> > the problem is within libvirt.
> >
> > Dan.
> 
>  Hi Dan,
> 
>  virsh -r cpu-compare <(echo '  match="minimum">NehalemIntel')
>  Host CPU is a superset of CPU described in /dev/fd/63
> 
>  So libvirt obviously is fine. Something different would have surprised
>  my as virsh capabilities seemed correct anyway.
> >>>
> >>> So maybe, just maybe, libvirt has changed their cpu_map, a map that
> >>> ovirt-3.1 had a bug reading.
> >>>
> >>> Would you care to apply http://gerrit.ovirt.org/5035 to see if this is
> >>> it?
> >>>
> >>> Dan.
> >>
> >> Hi Dan,
> >>
> >> success! Applying that patch made the cpu recognition work again. The
> >> cpu type in admin portal shows again as Nehalem. Output from getVdsCaps:
> >>
> >>cpuCores = 4
> >>cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,
> >>   mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,
> >>   ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,
> >>   arch_perfmon,pebs,bts,rep_good,xtopology,nonstop_tsc,
> >>   aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,
> >>   ssse3,cx16,xtpr,pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida,
> >>   dts,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,
> >>   model_Conroe,model_coreduo,model_core2duo,model_Penryn,
> >>   model_n270
> >>cpuModel = Intel(R) Xeon(R) CPU   X3430  @ 2.40GHz
> >>cpuSockets = 1
> >>cpuSpeed = 2393.769
> >>
> >>
> >> I compared libvirt's cpu_map.xml on both Centos 6.3 and CentOS 6.4 and
> >> indeed they do differ in large portions. So this patch should probably
> >> be merged to 3.1 branch? I will contact Dreyou and request that this
> >> patch will also be included in his builds. I guess otherwise there will
> >> be quite some fallout after people start picking CentOS 6.4 for oVirt 3.1.
> >>
> >> Thanks again and best regards
> > 
> > Thank you for reporting this issue and verifying its fix.
> > 
> > I'm not completely sure that we should keep maintaining the ovirt-3.1
> > branch upstream - but a build destined for el6.4 must have it.
> > 
> > If you believe we should release a fix version for 3.1, please verify
> > that http://gerrit.ovirt.org/12723 has no ill effects.
> > 
> > Dan.
> 
> I did none additional tests and the new CentOS 6.4 host failed start or
> migrate any vm. It always boils down to:
> 
> Thread-43::ERROR::2013-03-07
> 15:02:51,950::task::853::TaskManager.Task::(_setError)
> Task=`52a9f96f-3dfd-4bcf-8d7a-db14e650b4c1`::Unexpected error
> Traceback (most recent call last):
>   File "/usr/share/vdsm/storage/task.py", line 861, in _run
> return fn(*args, **kargs)
>   File "/usr/share/vdsm/logUtils.py", line 38, in wrapper
> res = f(*args, **kwargs)
>   File "/usr/share/vdsm/storage/hsm.py", line 2551, in getVolumeSize
> apparentsize = str(volume.Volume.getVSize(sdUUID, imgUUID, volUUID,
> bs=1))
>   File "/usr/share/vdsm/storage/volume.py", line 283, in getVSize
> return mysd.getVolumeClass().getVSize(mysd, imgUUID, volUUID, bs)
>   File "/usr/share/vdsm/storage/blockVolume.py", line 101, in getVSize
> return int(int(lvm.getLV(sdobj.sdUUID, volUUID).size) / bs)
>   File "/usr/share/vdsm/storage/lvm.py", line 772, in getLV
> lv = _lvminfo.getLv(vgName, lvName)
>   File "/usr/share/vdsm/storage/lvm.py", line 567, in getLv
> lvs = self._reloadlvs(vgName)
>   File "/usr/share/vdsm/storage/lvm.py", line 419, in _reloadlvs
> self._lvs.pop((vgName, lvName), None)
>   File "/usr/lib64/python2.6/contextlib.py", line 34, in __exit__
> self.gen.throw(type, value, traceback)
>   File "/usr/share/vdsm/storage/misc.py", line 1219, in acquireContext
> yield self
>   File "/usr/share/vdsm/storage/lvm.py", line 404, in _reloadlvs
> lv = makeLV(*fields)
>   File "/usr/share/vdsm/storage/lvm.py", line 218, in makeLV
> attrs = _attr2NamedTuple(args[LV._fields.index("attr")],
>

Re: [Users] 关于ovirt 3.2支持glusterfs问题

[Shu Ming]

Let me help to translate those characters below.

---
I installed oVirt 3.2 on my system and used "engine-setup" to create a 
new engine server.  In the question process of "engine-setup", the 
different answeres for storage type made the different results.  If 
"glusterfs" type was chosen, the data center was not created and the 
storage domain could not be added neither.   If "both" was chosen, there 
was no gluster-fs type when adding a data center, only other types 
listed.  If "posix compliant fs" was chosen, adding glusterfs volume 
failure was shown in the WEB UI.  However, the gluster volume was 
successfully created in the node shown by "gluster volume info".  Any clues?

---


Dave Neary:

Hi,

I'm sorry, this is an English language mailing list, and I do not 
speak Chinese.


Google translate suggests that your question relates to an 
installation issue - you installed oVirt 3.2, ran engine-setup, 
selected a POSIX FS type data center, and do not see any storage 
domain. However, the Gluster volume is visible in the "node" view. Is 
that correct?


Have you had any issues using the Gluster volume outside oVirt?

I hope someone can help you with your query!

Thanks,
Dave.

On 02/28/2013 06:16 AM, 胡阳阳 wrote:

您好！
我安装的ovirt版本为3.2。使用engine-setup设置时如果存储选择glusterfs，打
开WEB UI之后无法看到data center，也无法增加storage domain。如果选择
both，增加data center的时候没有type项没有gluster fs，只有以下几个。
选择posix compliant fs之后，增加glusterfs的volume在WEB UI上提示不成功，
但是在node上使用gluster volume info查看已成功创建。
请问一下这个问题如果解决。
谢谢！
以下为我的版本信息

贵州沃尔康科技有限公司
系统集成部 胡阳阳
地址：贵州省贵阳市南明区中创联合大厦6楼D座
邮箱：huyangy...@wolk-tech.com 
手机：18798828131
电话：0851-5989268

 



本邮件及其附件含有沃尔康公司的保密信息，仅限于发送给上面地址中列出的个人
或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复
制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发
件人并删除本邮件！
This e-mail and its attachments contain confidential information from
WOLK, which is intended only for the person or entity whose address is
listed above. Any use of the information contained herein in any way
(including, but not limited to, total or partial disclosure,
reproduction, or dissemination) by persons other than the intended
recipient(s) is prohibited. If you receive this e-mail in error, please
notify the sender by phone or email immediately and delete it!

 





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






--
---
舒明 Shu Ming
Open Virtualization Engineerning; CSTL, IBM Corp.
Tel: 86-10-82451626  Tieline: 9051626 E-mail: shum...@cn.ibm.com or 
shum...@linux.vnet.ibm.com
Address: 3/F Ring Building, ZhongGuanCun Software Park, Haidian District, 
Beijing 100193, PRC


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

Re: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - Cannot locate gluster packages

[Alon Bar-Lev]

I don't understand the difference between the miniyum as standalone and what we 
get when installer is running.
It is the same code...

- Original Message -
> From: "Dennis Böck" 
> To: "Alon Bar-Lev" 
> Cc: "users@oVirt.org" 
> Sent: Thursday, March 7, 2013 4:45:57 PM
> Subject: AW: AW: AW: AW: [Users] Fedora 18 host instalaltion failed: Command 
> returned failure code 1 during ssh
> session - Cannot locate gluster packages
> 
> Dear Alon,
> 
> indeed it is the same host.
> Do I now have to reinstall the whole OS and start from scratch to get
> it running? Or is there another way?
> 
> Best regards
> Dennis
> 
> Von: Alon Bar-Lev [alo...@redhat.com]
> Gesendet: Mittwoch, 27. Februar 2013 11:56
> An: Dennis Böck
> Cc: users@oVirt.org
> Betreff: Re: AW: AW: AW: [Users] Fedora 18 host instalaltion failed:
> Command returned failure code 1 during ssh session - Cannot locate
> gluster packages
> 
> Thanks,
> 
> Did you run this on the same host you experienced the problem?
> I don't understand the difference between the failure of deployment
> and the success of this script... the vdsm-gluster package was
> found.
> 
> - Original Message -
> > From: "Dennis Böck" 
> > To: "Alon Bar-Lev" 
> > Sent: Wednesday, February 27, 2013 9:55:29 AM
> > Subject: AW: AW: AW: [Users] Fedora 18 host instalaltion failed:
> > Command returned failure code 1 during ssh session -
> > Cannot locate gluster packages
> >
> > /tmp/miniyum.log was 0 Byte.
> > But attached you find the output of miniyum.py.
> > Hope it helps.
> >
> > 
> > Von: Alon Bar-Lev [alo...@redhat.com]
> > Gesendet: Dienstag, 26. Februar 2013 18:47
> > An: Dennis Böck
> > Betreff: Re: AW: AW: [Users] Fedora 18 host instalaltion failed:
> > Command returned failure code 1 during ssh session - Cannot locate
> > gluster packages
> >
> > Can you please run the attached script?
> > Send me the output and /tmp/miniyum.log
> >
> > - Original Message -
> > > From: "Dennis Böck" 
> > > To: "Alon Bar-Lev" 
> > > Sent: Tuesday, February 26, 2013 7:38:36 PM
> > > Subject: AW: AW: [Users] Fedora 18 host instalaltion failed:
> > > Command returned failure code 1 during ssh session -
> > > Cannot locate gluster packages
> > >
> > > Output of # yum search vdsm-gluster:
> > > Loaded plugins:
> > > vdsm-gluster.noarch : Gluster Plugin for VDSM
> > > use "search all" for everything.
> > >
> > > 
> > > Von: Alon Bar-Lev [alo...@redhat.com]
> > > Gesendet: Dienstag, 26. Februar 2013 18:32
> > > An: Dennis Böck
> > > Betreff: Re: AW: [Users] Fedora 18 host instalaltion failed:
> > > Command
> > > returned failure code 1 during ssh session - Cannot locate
> > > gluster
> > > packages
> > >
> > > And what is the output of:
> > >
> > > # yum search vdsm-gluster
> > >
> > > - Original Message -
> > > > From: "Dennis Böck" 
> > > > To: "Alon Bar-Lev" 
> > > > Sent: Tuesday, February 26, 2013 7:14:12 PM
> > > > Subject: AW: [Users] Fedora 18 host instalaltion failed:
> > > > Command
> > > > returned failure code 1 during ssh session - Cannot
> > > > locate gluster packages
> > > >
> > > > On the machine I checked: yum install vdsm-gluster
> > > > Output:
> > > > Package vdsm-gluster-4.10.3-8.fc18.noarch already installed and
> > > > latest version
> > > > So it seems to me that the error has a different reason.
> > > >
> > > > 
> > > > Von: Alon Bar-Lev [alo...@redhat.com]
> > > > Gesendet: Dienstag, 26. Februar 2013 16:25
> > > > An: Dennis Böck
> > > > Cc: users@oVirt.org
> > > > Betreff: Re: [Users] Fedora 18 host instalaltion failed:
> > > > Command
> > > > returned failure code 1 during ssh session - Cannot locate
> > > > gluster
> > > > packages
> > > >
> > > > You chose to install gluster feature enabled, while
> > > > vdsm-gluster
> > > > package is unavailable via yum.
> > > >
> > > > - Original Message -
> > > > > From: "Dennis Böck" 
> > > > > To: "users@oVirt.org" 
> > > > > Sent: Tuesday, February 26, 2013 5:21:53 PM
> > > > > Subject: [Users] Fedora 18 host instalaltion failed: Command
> > > > > returned failure code 1 during ssh session - Cannot
> > > > > locate gluster packages
> > > > >
> > > > > Dear oVirt-Group,
> > > > >
> > > > > I tried to install a Fedora 18 host as an oVirt 3.2 node via
> > > > > the
> > > > > web
> > > > > interface.
> > > > > Shortly after starting the installation the error message:
> > > > > "Host ovirt1 installation failed. Command returned failure
> > > > > code
> > > > > 1
> > > > > during SSH session 'root@192.168.137.135';
> > > > > In the corresponding host-deploy log, the following error is
> > > > > written:
> > > > > otopi.context context._executeMethod:139 Failed to execute
> > > > > stage
> > > > > 'Setup validation': Cannot locate gluster packages, possible
> > > > > cause
> > > > > is incorrect channels.
> > > > > The log file 

Re: [Users] 关于ovirt 3.2支持glusterfs问题

[Shu Ming]

Let me help to translate those characters below.

---
I installed oVirt 3.2 on my system and used "engine-setup" to create a 
new engine server.  In the question process of "engine-setup", the 
different answeres for storage type made the different results.  If 
"glusterfs" type was chosen, the data center was not created and the 
storage domain could not be added neither.   If "both" was chosen, there 
was no gluster-fs type when adding a data center, only other types 
listed.  If "posix compliant fs" was chosen, adding glusterfs volume 
failure was shown in the WEB UI.  However, the gluster volume was 
successfully created in the node shown by "gluster volume info".  Any clues?

---

Dave Neary:

Hi,

I'm sorry, this is an English language mailing list, and I do not 
speak Chinese.


Google translate suggests that your question relates to an 
installation issue - you installed oVirt 3.2, ran engine-setup, 
selected a POSIX FS type data center, and do not see any storage 
domain. However, the Gluster volume is visible in the "node" view. Is 
that correct?


Have you had any issues using the Gluster volume outside oVirt?

I hope someone can help you with your query!

Thanks,
Dave.

On 02/28/2013 06:16 AM, 胡阳阳 wrote:

您好！
我安装的ovirt版本为3.2。使用engine-setup设置时如果存储选择glusterfs，打
开WEB UI之后无法看到data center，也无法增加storage domain。如果选择
both，增加data center的时候没有type项没有gluster fs，只有以下几个。
选择posix compliant fs之后，增加glusterfs的volume在WEB UI上提示不成功，
但是在node上使用gluster volume info查看已成功创建。
请问一下这个问题如果解决。
谢谢！
以下为我的版本信息

贵州沃尔康科技有限公司
系统集成部 胡阳阳
地址：贵州省贵阳市南明区中创联合大厦6楼D座
邮箱：huyangy...@wolk-tech.com 
手机：18798828131
电话：0851-5989268

 



本邮件及其附件含有沃尔康公司的保密信息，仅限于发送给上面地址中列出的个人
或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复
制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发
件人并删除本邮件！
This e-mail and its attachments contain confidential information from
WOLK, which is intended only for the person or entity whose address is
listed above. Any use of the information contained herein in any way
(including, but not limited to, total or partial disclosure,
reproduction, or dissemination) by persons other than the intended
recipient(s) is prohibited. If you receive this e-mail in error, please
notify the sender by phone or email immediately and delete it!

 





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






--
---
舒明 Shu Ming
Open Virtualization Engineerning; CSTL, IBM Corp.
Tel: 86-10-82451626  Tieline: 9051626 E-mail: shum...@cn.ibm.com or 
shum...@linux.vnet.ibm.com
Address: 3/F Ring Building, ZhongGuanCun Software Park, Haidian District, 
Beijing 100193, PRC


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

Re: [Users] 6.4 CR: oVirt 3.1 breaks with missing cpu features after update to CentOS 6.4 (6.3 + CR)

[Patrick Hurrelmann]

On 05.03.2013 13:49, Dan Kenigsberg wrote:
> On Tue, Mar 05, 2013 at 12:32:31PM +0100, Patrick Hurrelmann wrote:
>> On 05.03.2013 11:14, Dan Kenigsberg wrote:
>> 
>>
>> My version of vdsm as stated by Dreyou:
>> v 4.10.0-0.46 (.15), builded from
>> b59c8430b2a511bcea3bc1a954eee4ca1c0f4861 (branch ovirt-3.1)
>>
>> I can't see that Ia241b09c96fa16441ba9421f61a2f9a417f0d978 was merged to
>> 3.1 Branch?
>>
>> I applied that patch locally and restarted vdsmd but this does not
>> change anything. Supported cpu is still as low as Conroe instead of
>> Nehalem. Or is there more to do than patching libvirtvm.py?
>
> What is libvirt's opinion about your cpu compatibility?
>
>  virsh -r cpu-compare <(echo ' match="minimum">NehalemIntel')
>
> If you do not get "Host CPU is a superset of CPU described in bla", then
> the problem is within libvirt.
>
> Dan.

 Hi Dan,

 virsh -r cpu-compare <(echo '>>> match="minimum">NehalemIntel')
 Host CPU is a superset of CPU described in /dev/fd/63

 So libvirt obviously is fine. Something different would have surprised
 my as virsh capabilities seemed correct anyway.
>>>
>>> So maybe, just maybe, libvirt has changed their cpu_map, a map that
>>> ovirt-3.1 had a bug reading.
>>>
>>> Would you care to apply http://gerrit.ovirt.org/5035 to see if this is
>>> it?
>>>
>>> Dan.
>>
>> Hi Dan,
>>
>> success! Applying that patch made the cpu recognition work again. The
>> cpu type in admin portal shows again as Nehalem. Output from getVdsCaps:
>>
>>cpuCores = 4
>>cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,
>>   mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,
>>   ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,
>>   arch_perfmon,pebs,bts,rep_good,xtopology,nonstop_tsc,
>>   aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,
>>   ssse3,cx16,xtpr,pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida,
>>   dts,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,
>>   model_Conroe,model_coreduo,model_core2duo,model_Penryn,
>>   model_n270
>>cpuModel = Intel(R) Xeon(R) CPU   X3430  @ 2.40GHz
>>cpuSockets = 1
>>cpuSpeed = 2393.769
>>
>>
>> I compared libvirt's cpu_map.xml on both Centos 6.3 and CentOS 6.4 and
>> indeed they do differ in large portions. So this patch should probably
>> be merged to 3.1 branch? I will contact Dreyou and request that this
>> patch will also be included in his builds. I guess otherwise there will
>> be quite some fallout after people start picking CentOS 6.4 for oVirt 3.1.
>>
>> Thanks again and best regards
> 
> Thank you for reporting this issue and verifying its fix.
> 
> I'm not completely sure that we should keep maintaining the ovirt-3.1
> branch upstream - but a build destined for el6.4 must have it.
> 
> If you believe we should release a fix version for 3.1, please verify
> that http://gerrit.ovirt.org/12723 has no ill effects.
> 
> Dan.

I did none additional tests and the new CentOS 6.4 host failed start or
migrate any vm. It always boils down to:

Thread-43::ERROR::2013-03-07
15:02:51,950::task::853::TaskManager.Task::(_setError)
Task=`52a9f96f-3dfd-4bcf-8d7a-db14e650b4c1`::Unexpected error
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/task.py", line 861, in _run
return fn(*args, **kargs)
  File "/usr/share/vdsm/logUtils.py", line 38, in wrapper
res = f(*args, **kwargs)
  File "/usr/share/vdsm/storage/hsm.py", line 2551, in getVolumeSize
apparentsize = str(volume.Volume.getVSize(sdUUID, imgUUID, volUUID,
bs=1))
  File "/usr/share/vdsm/storage/volume.py", line 283, in getVSize
return mysd.getVolumeClass().getVSize(mysd, imgUUID, volUUID, bs)
  File "/usr/share/vdsm/storage/blockVolume.py", line 101, in getVSize
return int(int(lvm.getLV(sdobj.sdUUID, volUUID).size) / bs)
  File "/usr/share/vdsm/storage/lvm.py", line 772, in getLV
lv = _lvminfo.getLv(vgName, lvName)
  File "/usr/share/vdsm/storage/lvm.py", line 567, in getLv
lvs = self._reloadlvs(vgName)
  File "/usr/share/vdsm/storage/lvm.py", line 419, in _reloadlvs
self._lvs.pop((vgName, lvName), None)
  File "/usr/lib64/python2.6/contextlib.py", line 34, in __exit__
self.gen.throw(type, value, traceback)
  File "/usr/share/vdsm/storage/misc.py", line 1219, in acquireContext
yield self
  File "/usr/share/vdsm/storage/lvm.py", line 404, in _reloadlvs
lv = makeLV(*fields)
  File "/usr/share/vdsm/storage/lvm.py", line 218, in makeLV
attrs = _attr2NamedTuple(args[LV._fields.index("attr")],
LV_ATTR_BITS, "LV_ATTR")
  File "/usr/share/vdsm/storage/lvm.py", line 188, in _attr2NamedTuple
attrs = Attrs(*values)
TypeError: __new__() takes exactly 9 arguments (10 given)

and followed by:

Thread-43::ERROR::2013-03-07
15:02:51,987::dispatcher::69::Storage.Dispatcher.Protect::(run)
__new__() ta

Re: [Users] why ovirt does not support NAT network

[Adrian Gibanel]

Just in case it might help you please check: 

http://lists.ovirt.org/pipermail/users/2012-April/001751.html 

I managed to implement Virtualbox-hostonly-alike networks gathering more info 
from: 
http://libvirt.org/formatnetwork.html 
. 
You might be also interested in: http://wiki.libvirt.org/page/Networking 
although I didn't use it myself. 

You might probably already know this information but, just in case, here it is. 

- Mensaje original -

> De: "bigclouds" 
> Para: "Dan Kenigsberg" 
> CC: users@ovirt.org
> Enviados: Jueves, 7 de Marzo 2013 15:46:48
> Asunto: Re: [Users] why ovirt does not support NAT network

> hi, Dan Kenigsberg
> yes, i am working on this feature, the goal is that HOST can supply
> bridge and NAT network meanwhile ,users can choise.
> because birdge network occupy too many IPs, at least, one user will
> have 2 IPs(VM and thin client).

> At 2013-03-07 19:28:29,"Dan Kenigsberg"  wrote:
> >On Thu, Mar 07, 2013 at 06:49:20PM +0800, bigclouds wrote:
> >> why ovirt  does not support NAT network?
> >
> >Would you elaborate on that?
> >
> >Do you refer to putthing VMs behind a NAT, instead of a bridge?
-- 

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 

Ens podeu seguir a/Nos podeis seguir en: 

i 

Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Improvement for the oVirt java sdk

[Morrissey, Christopher]

-Chris

> -Original Message-
> From: Michael Pasternak [mailto:mpast...@redhat.com]
> Sent: Thursday, March 07, 2013 6:37 AM
> To: Morrissey, Christopher
> Cc: users@ovirt.org; engine-devel
> Subject: Re: Improvement for the oVirt java sdk
> 
> On 03/04/2013 05:26 PM, Morrissey, Christopher wrote:
> > Hi Michael,
> >
> > Yes, that is the case here. I'm getting the JSESSIONID from the client
> > and passing it to our server so that it can perform REST-API calls back to
> oVirt under the logged in user's authenticated session.
> 
> done, see http://lists.ovirt.org/pipermail/users/2013-March/012969.html

Thanks for the very quick implementation! I'll give it a try shortly.

> 
> >
> > -Chris
> >
> >> -Original Message-
> >> From: Michael Pasternak [mailto:mpast...@redhat.com]
> >> Sent: Sunday, March 03, 2013 4:44 AM
> >> To: Morrissey, Christopher
> >> Cc: users@ovirt.org; engine-devel
> >> Subject: Re: Improvement for the oVirt java sdk
> >>
> >>
> >> Hi Christopher,
> >>
> >> In general SDK abstracts the transport layer, therefore all
> >> authentication internals hidden from the user,
> >>
> >> i.e SESSION based authentication happens implicitly (by default),
> >> when you initiate SDK entry point,
> >>
> >> the story is different if you want using SSO-like login by reusing
> >> JSESSIONID from the REST-API for instance, and i can support such
> >> scenario,
> >>
> >> but, is this your case?
> >>
> >> On 02/28/2013 10:04 PM, Morrissey, Christopher wrote:
> >>> Hi Michael,
> >>>
> >>> I'm looking to use the oVirt java sdk for connecting into oVirt from
> >>> our server. However, we have a UI plugin that gets access to a
> >>> session ID that we should be able to use to connect through the REST
> >>> API instead of the username and password. Any chance the sdk could
> >>> be
> >> updated to take the session ID and create a connection vs. a user
> >> name and password?
> >>>
> >>> -Chris
> >>>
> >>> Chris Morrissey
> >>> Software Engineer
> >>> NetApp Inc.
> >>> 919.476.4428
> >>>
> >>>
> >>
> >>
> >> --
> >>
> >> Michael Pasternak
> >> RedHat, ENG-Virtualization R&D
> 
> 
> --
> 
> Michael Pasternak
> RedHat, ENG-Virtualization R&D
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] why ovirt does not support NAT network

[bigclouds]

hi, Dan Kenigsberg
yes, i am working on this feature, the goal is that HOST can supply bridge and 
NAT network meanwhile ,users can choise.
because birdge network occupy too many IPs, at least, one user will have 2 
IPs(VM and thin client).








At 2013-03-07 19:28:29,"Dan Kenigsberg"  wrote:
>On Thu, Mar 07, 2013 at 06:49:20PM +0800, bigclouds wrote:
>> why ovirt  does not support NAT network?
>
>Would you elaborate on that?
>
>Do you refer to putthing VMs behind a NAT, instead of a bridge?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - Cannot locate gluster packages

[Dennis Böck]

Dear Alon,

indeed it is the same host.
Do I now have to reinstall the whole OS and start from scratch to get it 
running? Or is there another way?

Best regards
Dennis

Von: Alon Bar-Lev [alo...@redhat.com]
Gesendet: Mittwoch, 27. Februar 2013 11:56
An: Dennis Böck
Cc: users@oVirt.org
Betreff: Re: AW: AW: AW: [Users] Fedora 18 host instalaltion failed: Command 
returned failure code 1 during ssh session - Cannot locate gluster packages

Thanks,

Did you run this on the same host you experienced the problem?
I don't understand the difference between the failure of deployment and the 
success of this script... the vdsm-gluster package was found.

- Original Message -
> From: "Dennis Böck" 
> To: "Alon Bar-Lev" 
> Sent: Wednesday, February 27, 2013 9:55:29 AM
> Subject: AW: AW: AW: [Users] Fedora 18 host instalaltion failed: Command 
> returned failure code 1 during ssh session -
> Cannot locate gluster packages
>
> /tmp/miniyum.log was 0 Byte.
> But attached you find the output of miniyum.py.
> Hope it helps.
>
> 
> Von: Alon Bar-Lev [alo...@redhat.com]
> Gesendet: Dienstag, 26. Februar 2013 18:47
> An: Dennis Böck
> Betreff: Re: AW: AW: [Users] Fedora 18 host instalaltion failed:
> Command returned failure code 1 during ssh session - Cannot locate
> gluster packages
>
> Can you please run the attached script?
> Send me the output and /tmp/miniyum.log
>
> - Original Message -
> > From: "Dennis Böck" 
> > To: "Alon Bar-Lev" 
> > Sent: Tuesday, February 26, 2013 7:38:36 PM
> > Subject: AW: AW: [Users] Fedora 18 host instalaltion failed:
> > Command returned failure code 1 during ssh session -
> > Cannot locate gluster packages
> >
> > Output of # yum search vdsm-gluster:
> > Loaded plugins:
> > vdsm-gluster.noarch : Gluster Plugin for VDSM
> > use "search all" for everything.
> >
> > 
> > Von: Alon Bar-Lev [alo...@redhat.com]
> > Gesendet: Dienstag, 26. Februar 2013 18:32
> > An: Dennis Böck
> > Betreff: Re: AW: [Users] Fedora 18 host instalaltion failed:
> > Command
> > returned failure code 1 during ssh session - Cannot locate gluster
> > packages
> >
> > And what is the output of:
> >
> > # yum search vdsm-gluster
> >
> > - Original Message -
> > > From: "Dennis Böck" 
> > > To: "Alon Bar-Lev" 
> > > Sent: Tuesday, February 26, 2013 7:14:12 PM
> > > Subject: AW: [Users] Fedora 18 host instalaltion failed: Command
> > > returned failure code 1 during ssh session - Cannot
> > > locate gluster packages
> > >
> > > On the machine I checked: yum install vdsm-gluster
> > > Output:
> > > Package vdsm-gluster-4.10.3-8.fc18.noarch already installed and
> > > latest version
> > > So it seems to me that the error has a different reason.
> > >
> > > 
> > > Von: Alon Bar-Lev [alo...@redhat.com]
> > > Gesendet: Dienstag, 26. Februar 2013 16:25
> > > An: Dennis Böck
> > > Cc: users@oVirt.org
> > > Betreff: Re: [Users] Fedora 18 host instalaltion failed: Command
> > > returned failure code 1 during ssh session - Cannot locate
> > > gluster
> > > packages
> > >
> > > You chose to install gluster feature enabled, while vdsm-gluster
> > > package is unavailable via yum.
> > >
> > > - Original Message -
> > > > From: "Dennis Böck" 
> > > > To: "users@oVirt.org" 
> > > > Sent: Tuesday, February 26, 2013 5:21:53 PM
> > > > Subject: [Users] Fedora 18 host instalaltion failed: Command
> > > > returned failure code 1 during ssh session - Cannot
> > > > locate gluster packages
> > > >
> > > > Dear oVirt-Group,
> > > >
> > > > I tried to install a Fedora 18 host as an oVirt 3.2 node via
> > > > the
> > > > web
> > > > interface.
> > > > Shortly after starting the installation the error message:
> > > > "Host ovirt1 installation failed. Command returned failure code
> > > > 1
> > > > during SSH session 'root@192.168.137.135';
> > > > In the corresponding host-deploy log, the following error is
> > > > written:
> > > > otopi.context context._executeMethod:139 Failed to execute
> > > > stage
> > > > 'Setup validation': Cannot locate gluster packages, possible
> > > > cause
> > > > is incorrect channels.
> > > > The log file is attached.
> > > > Does anyone have an idea?
> > > >
> > > > Best regards
> > > > Dennis
> > > > ___
> > > > 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: [Users] Searching for VMs that do not have a tag

[Eli Mesika]

- Original Message -
> From: "Rob Zwissler" 
> To: "oVirt Mailing List" 
> Sent: Thursday, March 7, 2013 2:05:09 AM
> Subject: [Users] Searching for VMs that do not have a tag
> 
> I have to say, the Search & Bookmark functionality is really cool!
> 
> According to autocomplete, the only operator available for Vms:Tag is
> =  It would be nice to have a != operator so we can have bookmarks
> that show hosts that are not tagged in a certain way... or is there a
> more general way to invert a query?

Seems missing operation , can be candidate for RFE

> 
> Also, is there any way to add an order tag to alter the display
> order?

You can use the sortby keyword for that

>  Any online docs for this stuff?

http://www.ovirt.org/OVirt-DB-Issues/dbfacade-dao-and-transaction#Search_Engine



> 
> regards,
> 
> Rob
> ___
> 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: [Users] ovirt 3.1 + iscsi + snapshot

[Alissa Bonas]

- Original Message -
> From: "Alex Leonhardt" 
> To: "Alissa Bonas" 
> Cc: "oVirt Mailing List" 
> Sent: Thursday, March 7, 2013 2:44:19 PM
> Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot
> 
> 
> 
> Hi Alissa,
> 
> have you had any luck ?
> 
> Alex
> 
Hi,

Still checking... sorry for the delay.

> 
> 
> On 6 March 2013 12:48, Alex Leonhardt < alex.t...@gmail.com > wrote:
> 
> 
> 
> 
> 
> 
> Yep, it's ovirt 3.1 -
> 
> on the HV :
> 
> vdsm.x86_64 4.10.0-0.46.15.el6
> @vdsm31-dre
> vdsm-cli.noarch 4.10.0-0.46.15.el6
> @vdsm31-dre
> vdsm-python.x86_64 4.10.0-0.46.15.el6
> @vdsm31-dre
> vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6
> @vdsm31-dre
> 
> 
> on the Engine:
> 
> jpackage-utils.noarch 5.0.0-7.jpp6 @ovirt31-dre
> ovirt-engine.noarch 3.1.0-3.19.el6 @ovirt31-dre
> ovirt-engine-backend.noarch
> 3.1.0-3.19.el6 @ovirt31-dre
> ovirt-engine-cli.noarch
> 3.1.0.7-1.el6 @ovirt31-dre
> ovirt-engine-config.noarch
> 3.1.0-3.19.el6 @ovirt31-dre
> ovirt-engine-dbscripts.noarch
> 3.1.0-3.19.el6 @ovirt31-dre
> ovirt-engine-genericapi.noarch
> 3.1.0-3.19.el6 @ovirt31-dre
> ovirt-engine-jbossas711.x86_64
> 1-0 @ovirt31-dre
> ovirt-engine-notification-service.noarch
> 3.1.0-3.19.el6 @ovirt31-dre
> ovirt-engine-restapi.noarch
> 3.1.0-3.19.el6 @ovirt31-dre
> ovirt-engine-sdk.noarch
> 3.1.0.5-1.el6 @ovirt31-dre
> ovirt-engine-setup.noarch
> 3.1.0-3.19.el6 @ovirt31-dre
> ovirt-engine-tools-common.noarch
> 3.1.0-3.19.el6 @ovirt31-dre
> ovirt-engine-userportal.noarch
> 3.1.0-3.19.el6 @ovirt31-dre
> ovirt-engine-webadmin-portal.noarch
> 3.1.0-3.19.el6 @ovirt31-dre
> ovirt-image-uploader.noarch
> 3.1.0-16.el6 @ovirt31-dre
> ovirt-iso-uploader.noarch
> 3.1.0-16.el6 @ovirt31-dre
> ovirt-log-collector.noarch
> 3.1.0-16.el6 @ovirt31-dre
> vdsm-bootstrap.noarch 4.10.0-0.46.15.el6
> @vdsm31-dre
> 
> 
> Alex
> 
> 
> 
> 
> 
> 
> 
> 
> On 6 March 2013 12:25, Alissa Bonas < abo...@redhat.com > wrote:
> 
> 
> 
> 
> 
> - Original Message -
> > From: "Alex Leonhardt" < alex.t...@gmail.com >
> 
> > To: "Alissa Bonas" < abo...@redhat.com >
> > Cc: "oVirt Mailing List" < users@ovirt.org >
> > Sent: Wednesday, March 6, 2013 11:46:30 AM
> > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot
> > 
> > 
> > 
> > Hi,
> > 
> > Logs are attached -
> > 
> > 
> 
> Thank you for attaching the logs.
> I'm checking them.
> Could you please confirm - you mentioned you work with ovirt 3.1 - is
> it the version of both engine and vdsm?
> If not - what is the exact version of each of the components?
> thank you
> 
> > 
> > 
> > 2013-Mar-05, 15:44:47
> > 
> > Snapshot test creation for VM icinga-clone has been completed.
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> 
> > 2013-Mar-05, 15:44:36
> > 
> > VM icinga-clone has paused due to storage permissions problem.
> > 
> > 
> > 
> > 
> > 
> > 
> 
> > 2013-Mar-05, 15:44:33
> > 
> > Snapshot test creation for VM icinga-clone was initiated by
> > admin@internal.
> > 
> > 
> > 
> > 
> > 
> > 
> 
> 
> > 2013-Mar-05, 15:44:20
> > 
> > VM icinga-clone started on Host TESTHV01
> > 
> > Alex
> > 
> > 
> > 
> > 
> > 
> > 
> > On 5 March 2013 17:11, Alissa Bonas < abo...@redhat.com > wrote:
> > 
> > 
> > 
> > 
> > 
> > - Original Message -
> > > From: "Alex Leonhardt" < alex.t...@gmail.com >
> > > To: "oVirt Mailing List" < users@ovirt.org >
> > > Sent: Tuesday, March 5, 2013 6:12:08 PM
> > > Subject: [Users] ovirt 3.1 + iscsi + snapshot
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > Hiya,
> > > 
> > > Am testing live snapshot-ing at the moment, and my VM is being
> > > paused
> > > every time I try to do a snapshot - it wont recover either, once
> > > the
> > > snapshot is complete.
> > > 
> > > This is what I see on the webadmin console :
> > > 
> > > "VM icinga-clone has paused due to storage permissions problem."
> > > 
> > > Any hints ?
> > > 
> > > When I stop the VM, then start again, all is good.
> > 
> > Hi,
> > Please attach engine+vdsm+libvirt logs with the timeframe when you
> > perform the live snapshot and the failure.
> > thanks
> > 
> > 
> > > 
> > > Thanks
> > > Alex
> > > 
> > > 
> > > 
> > > 
> > > --
> > > 
> > > 
> > > 
> > > | RHCE | Senior Systems Engineer | www.vcore.co |
> > > | www.vsearchcloud.com |
> > > 
> > > ___
> > > Users mailing list
> > > Users@ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/users
> > > 
> > 
> > 
> > 
> > --
> > 
> > 
> > 
> > | RHCE | Senior Systems Engineer | www.vcore.co |
> > | www.vsearchcloud.com |
> > 
> 
> 
> 
> --
> 
> 
> 
> | RHCE | Senior Systems Engineer | www.vcore.co |
> | www.vsearchcloud.com |
> 
> 
> 
> --
> 
> 
> | RHCE | Senior Systems Engineer | www.vcore.co |
> | www.vsearchcloud.com |
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Userportal SPICE Woes

[David Jaša]

Hi,

Karli Sjöberg píše v Čt 07. 03. 2013 v 10:01 +:
> Hi, it me again,
> 
> the last time this was discussed, the problem seemed to be centred
> around Win/IE, but since patching to:
> # rpm -qa | grep ovirt
> ovirt-engine-config-3.1.0-4.fc17.noarch
> ovirt-engine-dbscripts-3.1.0-4.fc17.noarch
> ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch
> ovirt-engine-restapi-3.1.0-4.fc17.noarch
> ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch
> ovirt-engine-genericapi-3.1.0-4.fc17.noarch
> ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch
> ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch
> ovirt-engine-setup-3.1.0-4.fc17.noarch
> ovirt-engine-sdk-3.2.0.2-1.fc17.noarch
> ovirt-engine-backend-3.1.0-4.fc17.noarch
> ovirt-engine-tools-common-3.1.0-4.fc17.noarch
> ovirt-engine-3.1.0-4.fc17.noarch
> ovirt-engine-userportal-3.1.0-4.fc17.noarch
> ovirt-engine-notification-service-3.1.0-4.fc17.noarch
> 
> No one is able to connect to a spice console though the Userportal at
> all. 

Looks like no one is getting host subject - again. Tomáš?

David

> I´ve tried this from my workstation, running Fedora 17:
> 
> $ SPICEC_DEBUG_LEVEL=0 firefox
> (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect:
> Filen eller katalogen finns inte
> (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect:
> Filen eller katalogen finns inte
> (plugin-container:18293): SpiceXPI-CRITICAL **: could not get browser
> window, when trying to call OnDisconnected
> 
> 
> 
> Here´s a collegue of mine, running Win7/IE9:
> 
> 1362648766 INFO [7196:5208] spicex_init_logger: started
> 1362648766 DEBUG [7196:5208] COSpiceX::put_DynamicMenu: DynamicMenu
> 1362648766 INFO [7196:5208] COSpiceX::put_FullScreen: New FullScreen
> request newVal=0x
> 1362648766 DEBUG [7196:5208] COSpiceX::Connect: Running spicec (C:
> \Users\jope\AppData\Local\virt-viewer\bin\remote-viewer.exe
> --spice-controller)
> 1362648766 INFO [7196:5208] COSpiceX::Connect: spicec pid 1640
> 1362648766 DEBUG [7196:5208] COSpiceX::Connect: connecting to spice
> client's pipe
> 1362648767 DEBUG [7196:5208] COSpiceX::send_init: sending init
> 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 1 :
> str 130.238.96.135 (1)
> 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 2
> value 5906
> 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 3
> value 5907
> 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending password
> 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 11 :
> str IT-Avdelningen-1:%d - Press SHIFT+F12 to Release Cursor (1)
> 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 10
> value 1
> 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 14 :
> str release-cursor=shift+f12,toggle-fullscreen=shift+f11 (1)
> 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 5 :
> str main,inputs,scursor,splayback,srecord,sdisplay (1)
> 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 7 :
> str DEFAULT (1)
> 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 8 :
> str C:\Users\jope\AppData\Local\Temp\truststore.pem (1)
> 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 16
> 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 17
> 1362648767 INFO [7196:5208] COSpiceX::ExecuteUsbCtrl: USB sharing is
> not requested
> 1362648771 INFO [7196:7480] COSpiceX::event_thread: exit_code=0
> error_code=1
> 
> 
> 
> And another collegue running CentOS-6.3/Firefox:
> 
> 2013-03-07 09:42:41,651 DEBUG nsPluginInstance::SetHostIP:
> 130.238.96.132
> 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPort: 5900
> 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetTitle:
> IT-Avdelningen-2:%d - Press SHIFT+F12 to Release Cursor
> 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetDynamicMenu: 
> 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetFullScreen: 1
> 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPassword: Password
> set
> 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetNumberOfMonitors: 1
> 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetUsbListenPort: 0
> 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetAdminConsole: 1
> 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSecurePort: 5901
> 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels:
> original channels: smain,sinputs,scursor,splayback,srecord,sdisplay
> 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels:
> modified channels: main,inputs,cursor,playback,record,display
> 2013-03-07 09:42:41,653 DEBUG nsPluginInstanc

Re: [Users] ovirt 3.1 + iscsi + snapshot

[Alex Leonhardt]

Hi Alissa,

have you had any luck ?

Alex


On 6 March 2013 12:48, Alex Leonhardt  wrote:

> Yep, it's ovirt 3.1 -
>
> on the HV :
>
> vdsm.x86_64   4.10.0-0.46.15.el6
>
> @vdsm31-dre
> vdsm-cli.noarch   4.10.0-0.46.15.el6
>
> @vdsm31-dre
> vdsm-python.x86_644.10.0-0.46.15.el6
>
> @vdsm31-dre
> vdsm-xmlrpc.noarch4.10.0-0.46.15.el6
>
> @vdsm31-dre
>
>
> on the Engine:
>
> jpackage-utils.noarch  5.0.0-7.jpp6
> @ovirt31-dre
> ovirt-engine.noarch3.1.0-3.19.el6
> @ovirt31-dre
> ovirt-engine-backend.noarch
>3.1.0-3.19.el6
> @ovirt31-dre
> ovirt-engine-cli.noarch
>3.1.0.7-1.el6
> @ovirt31-dre
> ovirt-engine-config.noarch
>3.1.0-3.19.el6
> @ovirt31-dre
> ovirt-engine-dbscripts.noarch
>3.1.0-3.19.el6
> @ovirt31-dre
> ovirt-engine-genericapi.noarch
>3.1.0-3.19.el6
> @ovirt31-dre
> ovirt-engine-jbossas711.x86_64
>1-0
> @ovirt31-dre
> ovirt-engine-notification-service.noarch
>3.1.0-3.19.el6
> @ovirt31-dre
> ovirt-engine-restapi.noarch
>3.1.0-3.19.el6
> @ovirt31-dre
> ovirt-engine-sdk.noarch
>3.1.0.5-1.el6
> @ovirt31-dre
> ovirt-engine-setup.noarch
>3.1.0-3.19.el6
> @ovirt31-dre
> ovirt-engine-tools-common.noarch
>3.1.0-3.19.el6
> @ovirt31-dre
> ovirt-engine-userportal.noarch
>3.1.0-3.19.el6
> @ovirt31-dre
> ovirt-engine-webadmin-portal.noarch
>3.1.0-3.19.el6
> @ovirt31-dre
> ovirt-image-uploader.noarch
>3.1.0-16.el6
> @ovirt31-dre
> ovirt-iso-uploader.noarch
>3.1.0-16.el6
> @ovirt31-dre
> ovirt-log-collector.noarch
>3.1.0-16.el6
> @ovirt31-dre
> vdsm-bootstrap.noarch  4.10.0-0.46.15.el6
>
> @vdsm31-dre
>
>
> Alex
>
>
>
>
> On 6 March 2013 12:25, Alissa Bonas  wrote:
>
>>
>>
>> - Original Message -
>> > From: "Alex Leonhardt" 
>> > To: "Alissa Bonas" 
>> > Cc: "oVirt Mailing List" 
>> > Sent: Wednesday, March 6, 2013 11:46:30 AM
>> > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot
>> >
>> >
>> >
>> > Hi,
>> >
>> > Logs are attached -
>> >
>> >
>>
>> Thank you for attaching the logs.
>> I'm checking them.
>> Could you please confirm - you mentioned you work with ovirt 3.1 - is it
>> the version of both engine and vdsm?
>> If not - what is the exact version of each of the components?
>> thank you
>> >
>> >
>> > 2013-Mar-05, 15:44:47
>> >
>> > Snapshot test creation for VM icinga-clone has been completed.
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> > 2013-Mar-05, 15:44:36
>> >
>> > VM icinga-clone has paused due to storage permissions problem.
>> >
>> >
>> >
>> >
>> >
>> >
>> > 2013-Mar-05, 15:44:33
>> >
>> > Snapshot test creation for VM icinga-clone was initiated by
>> > admin@internal.
>> >
>> >
>> >
>> >
>> >
>> >
>> > 2013-Mar-05, 15:44:20
>> >
>> > VM icinga-clone started on Host TESTHV01
>> >
>> > Alex
>> >
>> >
>> >
>> >
>> >
>> >
>> > On 5 March 2013 17:11, Alissa Bonas < abo...@redhat.com > wrote:
>> >
>> >
>> >
>> >
>> >
>> > - Original Message -
>> > > From: "Alex Leonhardt" < alex.t...@gmail.com >
>> > > To: "oVirt Mailing List" < users@ovirt.org >
>> > > Sent: Tuesday, March 5, 2013 6:12:08 PM
>> > > Subject: [Users] ovirt 3.1 + iscsi + snapshot
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > > Hiya,
>> > >
>> > > Am testing live snapshot-ing at the moment, and my VM is being
>> > > paused
>> > > every time I try to do a snapshot - it wont recover either, once
>> > > the
>> > > snapshot is complete.
>> > >
>> > > This is what I see on the webadmin console :
>> > >
>> > > "VM icinga-clone has paused due to storage permissions problem."
>> > >
>> > > Any hints ?
>> > >
>> > > When I stop the VM, then start again, all is good.
>> >
>> > Hi,
>> > Please attach engine+vdsm+libvirt logs with the timeframe when you
>> > perform the live snapshot and the failure.
>> > thanks
>> >
>> >
>> > >
>> > > Thanks
>> > > Alex
>> > >
>> > >
>> > >
>> > >
>> > > --
>> > >
>> > >
>> > >
>> > > | RHCE | Senior Systems Engineer | www.vcore.co |
>> > > | www.vsearchcloud.com |
>> > >
>> > > ___
>> > > Users mailing list
>> > > Users@ovirt.org
>> > > http://lists.ovirt.org/mailman/listinfo/users
>> > >
>> >
>> >
>> >
>> > --
>> >
>> >
>> >
>> > | RHCE | Senior Systems Engineer | www.vcore.co |
>> > | www.vsearchcloud.com |
>> >
>>
>
>
>
> --
>
> | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |
>



-- 
| RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Weird errors when trying to connect to an iSCSI target.

[Alissa Bonas]

- Original Message -
> From: "noc" 
> To: users@ovirt.org
> Sent: Thursday, March 7, 2013 11:26:23 AM
> Subject: [Users] Weird errors when trying to connect to an iSCSI target.
> 
> 
> I have been able to connect to this iSCSI target before but now I'm
> getting some weird errors, see attached vdsm.log but in short its
> about the following:
> 
> Thread-161303::DEBUG::2013-03-07
> 09:54:14,401::task::568::TaskManager.Task::(_updateState)
> Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::moving from state init
> -> state preparing
> Thread-161303::INFO::2013-03-07
> 09:54:14,402::logUtils::41::dispatcher::(wrapper) Run and protect:
> discoverSendTargets(con={'connection': '192.168.4.234', 'password':
> '**', 'port': '3260', 'user': ''}, options=None)
> Thread-161303::DEBUG::2013-03-07
> 09:54:14,402::misc::84::Storage.Misc.excCmd::()
> '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I
> default -p 192.168.4.234:3260 --op=new' (cwd None)
> Thread-161303::DEBUG::2013-03-07
> 09:54:14,428::misc::84::Storage.Misc.excCmd::() SUCCESS:
>  = '';  = 0
> Thread-161303::DEBUG::2013-03-07
> 09:54:14,428::misc::84::Storage.Misc.excCmd::()
> '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I
> default -p 192.168.4.234:3260 -n node.startup -v manual --op=update'
> (cwd None)
> Thread-161303::DEBUG::2013-03-07
> 09:54:14,452::misc::84::Storage.Misc.excCmd::() FAILED:
>  = 'iscsiadm: Cannot modify node.startup. Invalid param
> name.\n';  = 7
> Thread-161303::DEBUG::2013-03-07
> 09:54:14,453::misc::84::Storage.Misc.excCmd::()
> '/usr/bin/sudo -n /sbin/iscsiadm -m iface' (cwd None)
> Thread-161303::DEBUG::2013-03-07
> 09:54:14,476::misc::84::Storage.Misc.excCmd::() SUCCESS:
>  = '';  = 0
> Thread-161303::DEBUG::2013-03-07
> 09:54:14,477::misc::84::Storage.Misc.excCmd::()
> '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I
> default -p 192.168.4.234:3260 --discover' (cwd None)
> Thread-161303::DEBUG::2013-03-07
> 09:54:14,512::misc::84::Storage.Misc.excCmd::() FAILED:
>  = 'iscsiadm: No portals found\n';  = 21
> Thread-161303::DEBUG::2013-03-07
> 09:54:14,516::misc::84::Storage.Misc.excCmd::()
> '/usr/bin/sudo -n /sbin/iscsiadm -m iface' (cwd None)
> Thread-161303::DEBUG::2013-03-07
> 09:54:14,541::misc::84::Storage.Misc.excCmd::() SUCCESS:
>  = '';  = 0
> Thread-161303::DEBUG::2013-03-07
> 09:54:14,541::misc::84::Storage.Misc.excCmd::()
> '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I
> default -p 192.168.4.234:3260 --op=delete' (cwd None)
> Thread-161303::DEBUG::2013-03-07
> 09:54:14,565::misc::84::Storage.Misc.excCmd::() SUCCESS:
>  = '';  = 0
> Thread-161303::ERROR::2013-03-07
> 09:54:14,566::hsm::2799::Storage.HSM::(discoverSendTargets)
> Discovery failed
> Traceback (most recent call last):
> File "/usr/share/vdsm/storage/hsm.py", line 2797, in
> discoverSendTargets
> targets = iscsi.discoverSendTargets(iface, portal, cred)
> File "/usr/share/vdsm/storage/iscsi.py", line 202, in
> discoverSendTargets
> targets = iscsiadm.discoverydb_discover(discoverType, iface.name,
> portalStr)
> File "/usr/share/vdsm/storage/iscsiadm.py", line 213, in
> discoverydb_discover
> raise IscsiDiscoverdbError(rc, out, err)
> IscsiDiscoverdbError: (21, [], ['iscsiadm: No portals found'])
> Thread-161303::ERROR::2013-03-07
> 09:54:14,567::task::833::TaskManager.Task::(_setError)
> Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::Unexpected error
> Traceback (most recent call last):
> File "/usr/share/vdsm/storage/task.py", line 840, in _run
> return fn(*args, **kargs)
> File "/usr/share/vdsm/logUtils.py", line 42, in wrapper
> res = f(*args, **kwargs)
> File "/usr/share/vdsm/storage/hsm.py", line 2800, in
> discoverSendTargets
> raise se.iSCSIDiscoveryError(portal, e)
> 
> Running the commands in a shell indeed gives the errors shown.

Which version of ovirt are you working with?
And in which shell did you try to run the command - vdsClient (vdsm's cli) or 
regular command line?

> I have a wild guess but what interface is -I default referring to?
> I had more than one interface activated for this host but moved it to
> a cluster which didn't have the network definitions and removed the
> now invalid networks from the host. Just checked with tcpdump and
> the traffic is going through ovirtmgmt interface and the storage is
> responding.
> /var/lib/iscsi isn't filled with info, only
> sendtargets/target_ip_address/st_config
> 
> Joop
> --
> irc: jvandewege
> 
> 
> 
> ___
> 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: [Users] why ovirt does not support NAT network

[Alex Leonhardt]

I can see the use for that, to be honest...

e.g. you rent 1 server and want to test some stuff, and typically for that
you don't get more than 1 IP to use for the server itself but you want your
VMs be able to get to "The Internets" :) ...

Alex



On 7 March 2013 11:28, Dan Kenigsberg  wrote:

> On Thu, Mar 07, 2013 at 06:49:20PM +0800, bigclouds wrote:
> > why ovirt  does not support NAT network?
>
> Would you elaborate on that?
>
> Do you refer to putthing VMs behind a NAT, instead of a bridge?
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
| RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Improvement for the oVirt java sdk

[Michael Pasternak]

On 03/04/2013 05:26 PM, Morrissey, Christopher wrote:
> Hi Michael,
> 
> Yes, that is the case here. I'm getting the JSESSIONID from the client and 
> passing it to our server 
> so that it can perform REST-API calls back to oVirt under the logged in 
> user's authenticated session.

done, see http://lists.ovirt.org/pipermail/users/2013-March/012969.html

> 
> -Chris
> 
>> -Original Message-
>> From: Michael Pasternak [mailto:mpast...@redhat.com]
>> Sent: Sunday, March 03, 2013 4:44 AM
>> To: Morrissey, Christopher
>> Cc: users@ovirt.org; engine-devel
>> Subject: Re: Improvement for the oVirt java sdk
>>
>>
>> Hi Christopher,
>>
>> In general SDK abstracts the transport layer, therefore all authentication
>> internals hidden from the user,
>>
>> i.e SESSION based authentication happens implicitly (by default), when you
>> initiate SDK entry point,
>>
>> the story is different if you want using SSO-like login by reusing JSESSIONID
>> from the REST-API for instance, and i can support such scenario,
>>
>> but, is this your case?
>>
>> On 02/28/2013 10:04 PM, Morrissey, Christopher wrote:
>>> Hi Michael,
>>>
>>> I'm looking to use the oVirt java sdk for connecting into oVirt from
>>> our server. However, we have a UI plugin that gets access to a session
>>> ID that we should be able to use to connect through the REST API
>>> instead of the username and password. Any chance the sdk could be
>> updated to take the session ID and create a connection vs. a user name and
>> password?
>>>
>>> -Chris
>>>
>>> Chris Morrissey
>>> Software Engineer
>>> NetApp Inc.
>>> 919.476.4428
>>>
>>>
>>
>>
>> --
>>
>> Michael Pasternak
>> RedHat, ENG-Virtualization R&D


-- 

Michael Pasternak
RedHat, ENG-Virtualization R&D
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] why ovirt does not support NAT network

[Dan Kenigsberg]

On Thu, Mar 07, 2013 at 06:49:20PM +0800, bigclouds wrote:
> why ovirt  does not support NAT network?

Would you elaborate on that?

Do you refer to putthing VMs behind a NAT, instead of a bridge?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] ovirt-engine-sdk-java 1.0.0.5-1 released

[Michael Pasternak]

- use explicit classloader for JAXBContext
- implement support for (user defined) session authentication
- implement generic JAXBElement generation
- to DataCenterStorageDomain added Disks sub-collection
- to StorageDomain added Disks sub-collection
- to host added display.address property
- to vms.add() added overload for creating vm from snapshot



More details can be found at [1].

[1] http://www.ovirt.org/Java-sdk-changelog

-- 

Michael Pasternak
RedHat, ENG-Virtualization R&D
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3

[Vijay Bellur]

On 03/07/2013 04:36 PM, Dave Neary wrote:

Hi Rob,

On 03/06/2013 05:59 PM, Rob Zwissler wrote:

On one hand I like oVirt, I think you guys have done a good job with
this, and it is free software so I don't want to complain.

But on the other hand, if you release a major/stable release (ie:
oVirt 3.2), but it relies on a major/critical component (clustering
filesystem server) that is in alpha, not even beta, but alpha
prerelease form, you really should be up front and communicative about
this.  My searches turned up nothing except an offhand statement from
a GlusterFS developer, nothing from the oVirt team until now.

It is not acceptable to expect people to run something as critical as
a cluster filesystem server in alpha form on anything short of a
development test setup.  Are any other components of oVirt 3.2
dependent on non-stable general release packages?

What is the latest release of oVirt considered to be stable and
considered safe for use on production systems?


It seems like there has been conflation of two things here - I may be
wrong with what I say, but having checked, I do not believe so.

With oVirt 3.2/Gluster 3.4, you will be able to manage Gluster clusters
using the oVirt engine. This is a completely new integration, which is
still not in a production Gluster release.

However, it is still completely fine to use Gluster as storage for an
oVirt 3.1 or 3.2 managed cluster. The ability to use Gluster easily as a
storage back-end was added in oVirt 3.1, and as far as I know, there is
no problem using glusterfs 3.3 as a POSIX storage filesystem for oVirt 3.2.

Vijay, Shireesh, Ayal, is my understanding correct? I am worried that
we've been giving people the wrong impression here.



Yes, your description is right.

Thanks,
Vijay

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

Re: [Users] add vnet for VM,what is bridgeless of device type

[Antoni Segura Puimedon]

Bridgeless networks are typically for non-VM networks such as storage.

- Original Message -
> From: "bigclouds" 
> To: users@ovirt.org
> Sent: Thursday, March 7, 2013 11:54:29 AM
> Subject: [Users] add vnet for VM,what is bridgeless of device type
> 
> 
> 
> add vnet for VM,what is bridgeless of device type?
> 
> 
> 
> 
> thanks.
> 
> 
> ___
> 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: [Users] 关于ovirt 3.2支持glusterfs问题

[Dave Neary]

Hi,

I'm sorry, this is an English language mailing list, and I do not speak 
Chinese.


Google translate suggests that your question relates to an installation 
issue - you installed oVirt 3.2, ran engine-setup, selected a POSIX FS 
type data center, and do not see any storage domain. However, the 
Gluster volume is visible in the "node" view. Is that correct?


Have you had any issues using the Gluster volume outside oVirt?

I hope someone can help you with your query!

Thanks,
Dave.

On 02/28/2013 06:16 AM, 胡阳阳 wrote:

您好！
我安装的ovirt版本为3.2。使用engine-setup设置时如果存储选择glusterfs，打
开WEB UI之后无法看到data center，也无法增加storage domain。如果选择
both，增加data center的时候没有type项没有gluster fs，只有以下几个。
选择posix compliant fs之后，增加glusterfs的volume在WEB UI上提示不成功，
但是在node上使用gluster volume info查看已成功创建。
请问一下这个问题如果解决。
谢谢！
以下为我的版本信息

贵州沃尔康科技有限公司
系统集成部 胡阳阳
地址：贵州省贵阳市南明区中创联合大厦6楼D座
邮箱：huyangy...@wolk-tech.com 
手机：18798828131
电话：0851-5989268



本邮件及其附件含有沃尔康公司的保密信息，仅限于发送给上面地址中列出的个人
或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复
制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发
件人并删除本邮件！
This e-mail and its attachments contain confidential information from
WOLK, which is intended only for the person or entity whose address is
listed above. Any use of the information contained herein in any way
(including, but not limited to, total or partial disclosure,
reproduction, or dissemination) by persons other than the intended
recipient(s) is prohibited. If you receive this e-mail in error, please
notify the sender by phone or email immediately and delete it!





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



--
Dave Neary - Community Action and Impact
Open Source and Standards, Red Hat - http://community.redhat.com
Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Problem install

[Alex Lourie]

On Wed 06 Mar 2013 10:51:43 PM IST, Marcelo Barbosa wrote:

Alex,

   Thankyou for attention. This return should not happen, because I
have my hostname registered and running on my DNS servers, but i'm
inserted in /etc/hosts my hostname and retry setup, but return new error:


2013-03-06 17:35:14::DEBUG::all_in_one_100::297::root:: Waiting for
host to become operational
2013-03-06 17:35:14::DEBUG::all_in_one_100::300::root:: current host
status is: up
2013-03-06 17:35:14::DEBUG::all_in_one_100::302::root:: The host is up.
2013-03-06 17:35:14::DEBUG::setup_sequences::59::root:: running
addStorageDomain
2013-03-06 17:35:14::DEBUG::all_in_one_100::317::root:: Adding local
storage domain
2013-03-06 17:35:14::INFO::all_in_one_100::322::root:: Creating local
storage
2013-03-06 17:35:14::INFO::all_in_one_100::326::root:: Creating local
storage domain
2013-03-06 17:35:14::INFO::all_in_one_100::334::root:: Adding local
storage domain
2013-03-06 17:35:15::ERROR::all_in_one_100::337::root:: Traceback
(most recent call last):
  File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py",
line 335, in addStorageDomain
controller.CONF["API_OBJECT"].storagedomains.add(sdParams)
  File
"/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py",
line 5151, in add
headers={"Expect":expect, "Correlation-Id":correlation_id})
  File
"/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py",
line 118, in add
return self.request('POST', url, body, headers)
  File
"/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py",
line 129, in request
last=last)
  File
"/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py",
line 159, in __doRequest
raise RequestError, response
RequestError:
status: 400
reason: Bad Request
detail: Cannot add Storage. Internal error, Storage Connection doesn't
exist.

2013-03-06 17:35:15::DEBUG::setup_sequences::62::root:: Traceback
(most recent call last):
  File "/usr/share/ovirt-engine/scripts/setup_sequences.py", line 60,
in run
function()
  File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py",
line 338, in addStorageDomain
raise Exception(ERROR_ADD_LOCAL_DOMAIN)
Exception: Error: could not add local storage domain

2013-03-06 17:35:15::DEBUG::engine-setup::1948::root:: *** The
following params were used as user input:
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root::
override-httpd-config: yes
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: http-port: 80
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: https-port: 443
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root::
random-passwords: no
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: mac-range:
00:1A:4A:10:FF:00-00:1A:4A:10:FF:FF
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: host-fqdn:
firelap.usc.unirede.net 
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: auth-pass: 
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: org-name: firelap
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root::
application-mode: both
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root::
default-dc-type: NFS
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root::
db-remote-install: local
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: db-host: localhost
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: db-local-pass:

2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: nfs-mp:
/firebackup//iso
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root::
iso-domain-name: ISO_DOMAIN
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: config-nfs: yes
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root::
override-firewall: IPTables
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root::
config-allinone: yes
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: storage-path:
/firebackup//vms
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: superuser-pass:

2013-03-06 17:35:15::ERROR::engine-setup::2369::root:: Traceback (most
recent call last):
  File "/bin/engine-setup", line 2363, in 
main(confFile)
  File "/bin/engine-setup", line 2146, in main
runSequences()
  File "/bin/engine-setup", line 2068, in runSequences
controller.runAllSequences()
  File "/usr/share/ovirt-engine/scripts/setup_controller.py", line 54,
in runAllSequences
sequence.run()
  File "/usr/share/ovirt-engine/scripts/setup_sequences.py", line 154,
in run
step.run()
  File "/usr/share/ovirt-engine/scripts/setup_sequences.py", line 60,
in run
function()
  File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py",
line 338, in addStorageDomain
raise Exception(ERROR_ADD_LOCAL_DOMAIN)
Exception: Error: could not add local storage domain

   Any ideas to solve this problem?

Marcelo Barbosa
/mr.marcelo.barb...@gmail.com /


On Wed, Mar 6, 2013 at 4:23 PM, Alexandre Santos mailto:santosa...@gmail.com>> wrote:

Hi.

Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3

[Dave Neary]

Hi Rob,

On 03/06/2013 05:59 PM, Rob Zwissler wrote:

On one hand I like oVirt, I think you guys have done a good job with
this, and it is free software so I don't want to complain.

But on the other hand, if you release a major/stable release (ie:
oVirt 3.2), but it relies on a major/critical component (clustering
filesystem server) that is in alpha, not even beta, but alpha
prerelease form, you really should be up front and communicative about
this.  My searches turned up nothing except an offhand statement from
a GlusterFS developer, nothing from the oVirt team until now.

It is not acceptable to expect people to run something as critical as
a cluster filesystem server in alpha form on anything short of a
development test setup.  Are any other components of oVirt 3.2
dependent on non-stable general release packages?

What is the latest release of oVirt considered to be stable and
considered safe for use on production systems?


It seems like there has been conflation of two things here - I may be 
wrong with what I say, but having checked, I do not believe so.


With oVirt 3.2/Gluster 3.4, you will be able to manage Gluster clusters 
using the oVirt engine. This is a completely new integration, which is 
still not in a production Gluster release.


However, it is still completely fine to use Gluster as storage for an 
oVirt 3.1 or 3.2 managed cluster. The ability to use Gluster easily as a 
storage back-end was added in oVirt 3.1, and as far as I know, there is 
no problem using glusterfs 3.3 as a POSIX storage filesystem for oVirt 3.2.


Vijay, Shireesh, Ayal, is my understanding correct? I am worried that 
we've been giving people the wrong impression here.


Thanks!
Dave.

--
Dave Neary - Community Action and Impact
Open Source and Standards, Red Hat - http://community.redhat.com
Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] add vnet for VM,what is bridgeless of device type

[bigclouds]

add vnet for VM,what is bridgeless of device type?




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

[Users] why ovirt does not support NAT network

[bigclouds]

why ovirt  does not support NAT network?




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

[Users] Cluster, hosts, everything down and totally stuck

[Matt .]

My cluster is totally down and I'm completely stuck.

I cannot set a host in maintenance, stop a VM because it has a unknown
state, so also the host where this one is on. A new added node cannot find
the storage because all are down but the NFS is up.

On the node that is "unknown" all interfaces are up, on the new added host
all are down following ovirt, but are actually up.

Because of this I'm stuck between 2 or 4 walls and I'm not able to fix this
in some way.

What are my options ? I'm thinking of setting the VM that is stuck on my
existing host to off by editing the DB of ovirt.

I hope we can sort this out.

Cheers,

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

[Users] Userportal SPICE Woes

[Karli Sjöberg]

Hi, it me again,

the last time this was discussed, the problem seemed to be centred around 
Win/IE, but since patching to:
# rpm -qa | grep ovirt
ovirt-engine-config-3.1.0-4.fc17.noarch
ovirt-engine-dbscripts-3.1.0-4.fc17.noarch
ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch
ovirt-engine-restapi-3.1.0-4.fc17.noarch
ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch
ovirt-engine-genericapi-3.1.0-4.fc17.noarch
ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch
ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch
ovirt-engine-setup-3.1.0-4.fc17.noarch
ovirt-engine-sdk-3.2.0.2-1.fc17.noarch
ovirt-engine-backend-3.1.0-4.fc17.noarch
ovirt-engine-tools-common-3.1.0-4.fc17.noarch
ovirt-engine-3.1.0-4.fc17.noarch
ovirt-engine-userportal-3.1.0-4.fc17.noarch
ovirt-engine-notification-service-3.1.0-4.fc17.noarch

No one is able to connect to a spice console though the Userportal at all. I´ve 
tried this from my workstation, running Fedora 17:

$ SPICEC_DEBUG_LEVEL=0 firefox
(plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: Filen eller 
katalogen finns inte
(plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: Filen eller 
katalogen finns inte
(plugin-container:18293): SpiceXPI-CRITICAL **: could not get browser window, 
when trying to call OnDisconnected



Here´s a collegue of mine, running Win7/IE9:

1362648766 INFO [7196:5208] spicex_init_logger: started
1362648766 DEBUG [7196:5208] COSpiceX::put_DynamicMenu: DynamicMenu
1362648766 INFO [7196:5208] COSpiceX::put_FullScreen: New FullScreen request 
newVal=0x
1362648766 DEBUG [7196:5208] COSpiceX::Connect: Running spicec 
(C:\Users\jope\AppData\Local\virt-viewer\bin\remote-viewer.exe 
--spice-controller)
1362648766 INFO [7196:5208] COSpiceX::Connect: spicec pid 1640
1362648766 DEBUG [7196:5208] COSpiceX::Connect: connecting to spice client's 
pipe
1362648767 DEBUG [7196:5208] COSpiceX::send_init: sending init
1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 1 : str 
130.238.96.135 (1)
1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 2 value 5906
1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 3 value 5907
1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending password
1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 11 : str 
IT-Avdelningen-1:%d - Press SHIFT+F12 to Release Cursor (1)
1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 10 value 1
1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 14 : str 
release-cursor=shift+f12,toggle-fullscreen=shift+f11 (1)
1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 5 : str 
main,inputs,scursor,splayback,srecord,sdisplay (1)
1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 7 : str 
DEFAULT (1)
1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 8 : str 
C:\Users\jope\AppData\Local\Temp\truststore.pem (1)
1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 16
1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 17
1362648767 INFO [7196:5208] COSpiceX::ExecuteUsbCtrl: USB sharing is not 
requested
1362648771 INFO [7196:7480] COSpiceX::event_thread: exit_code=0 error_code=1



And another collegue running CentOS-6.3/Firefox:

2013-03-07 09:42:41,651 DEBUG nsPluginInstance::SetHostIP: 130.238.96.132
2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPort: 5900
2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetTitle: IT-Avdelningen-2:%d - 
Press SHIFT+F12 to Release Cursor
2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetDynamicMenu:
2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetFullScreen: 1
2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPassword: Password set
2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetNumberOfMonitors: 1
2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetUsbListenPort: 0
2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetAdminConsole: 1
2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSecurePort: 5901
2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: original 
channels: smain,sinputs,scursor,splayback,srecord,sdisplay
2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: modified 
channels: main,inputs,cursor,playback,record,display
2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetGuestHostName: 
IT-Avdelningen-2
2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetCipherSuite: DEFAULT
2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetTrustStore: Certificate:
Data:
Version: 3 (0x2)
Serial Number: 15 (0xf)
Signature Algorithm: sha1WithRSAEncryp

Re: [Users] Upgrade 3.1 to 3.2

[Alex Leonhardt]

Hmmm, http://wiki.dreyou.org/dokuwiki/doku.php?id=ovirt_rpm_update31to32says
that we'd have to put the host into Maintenance mode before upgrade,
is it not possible to run a live upgrade ?

I don't have enough spare hardware to move VMs to for the upgrade of the
Hyper-Visors (Ovirt nodes), the VMs cannot be stopped during the day
either, we run multiple environments on them by now and are critical for
development work.

Anyone a idea of how to get onto 3.2 w/o having to stop the VMs ? If there
is now way, fair enoug (i guess), and we'll have to look at alternative
temporary hardware & disk before upgrading, however, it'd be really great
if someone found a way ?

Alex



On 7 March 2013 09:50, Alex Leonhardt  wrote:

> I'm also overdue to test this, so stay tuned :) .. I've heard from a
> different Alex :) that the engine / db got really messed up when he tried,
> so best to do a backup of everything before attempting a upgrade !
>
> Alex
>
>
> On 7 March 2013 09:04, Neil  wrote:
>
>> Thanks Alexandr, I hadn't seen that one.
>>
>> Will go through it.
>>
>> Thank you very much!
>>
>> On Thu, Mar 7, 2013 at 10:19 AM, Alexandr  wrote:
>> > 07.03.2013 10:16, Neil пишет:
>> >> Hi guys,
>> >>
>> >> Does anyone have any successful upgrades from 3.1 to 3.2 using Centos
>> >> 6.3 and the Dreyou repos?
>> >>
>> >> I'm using ovirt 3.1 on our own production systems and would like to
>> >> know the recommended upgrade methods/paths. I don't see much in the
>> >> way of upgrade paths for any distributions for that matter.
>> >>
>> >> I've done quite a lot of googling and can't find much, also checked on
>> >> the ovirt website for any possible guides or methods without much
>> >> success.
>> >>
>> >> Thanks in advance.
>> >>
>> >> Regards.
>> >>
>> >> Neil Wilson.
>> >>
>> > Have you seen this article
>> > http://wiki.dreyou.org/dokuwiki/doku.php?id=ovirt_rpm_update31to32
>> >
>> >
>> > ___
>> > 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
>>
>
>
>
> --
> | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |
>



-- 
| RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Upgrade 3.1 to 3.2

[Alex Leonhardt]

I'm also overdue to test this, so stay tuned :) .. I've heard from a
different Alex :) that the engine / db got really messed up when he tried,
so best to do a backup of everything before attempting a upgrade !

Alex


On 7 March 2013 09:04, Neil  wrote:

> Thanks Alexandr, I hadn't seen that one.
>
> Will go through it.
>
> Thank you very much!
>
> On Thu, Mar 7, 2013 at 10:19 AM, Alexandr  wrote:
> > 07.03.2013 10:16, Neil пишет:
> >> Hi guys,
> >>
> >> Does anyone have any successful upgrades from 3.1 to 3.2 using Centos
> >> 6.3 and the Dreyou repos?
> >>
> >> I'm using ovirt 3.1 on our own production systems and would like to
> >> know the recommended upgrade methods/paths. I don't see much in the
> >> way of upgrade paths for any distributions for that matter.
> >>
> >> I've done quite a lot of googling and can't find much, also checked on
> >> the ovirt website for any possible guides or methods without much
> >> success.
> >>
> >> Thanks in advance.
> >>
> >> Regards.
> >>
> >> Neil Wilson.
> >>
> > Have you seen this article
> > http://wiki.dreyou.org/dokuwiki/doku.php?id=ovirt_rpm_update31to32
> >
> >
> > ___
> > 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
>



-- 
| RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] clone vm from snapshot problem in 3.2

[Gianluca Cecchi]

On Wed, Mar 6, 2013 at 9:24 AM, Alissa Bonas  wrote:
>
>
> - Original Message -
>> From: "Gianluca Cecchi" 
>> To: "Alissa Bonas" 
>> Cc: "users" 
>> Sent: Tuesday, March 5, 2013 5:31:19 PM
>> Subject: Re: [Users] clone vm from snapshot problem in 3.2
>>
>> On Tue, Mar 5, 2013 at 1:48 PM, Alissa Bonas wrote:
>> > Hi,
>> >
>> > Thanks for additional information.
>> > The engine log actually shows that slclone started ok:
>> > "VM slclone c6c56d41-d70d-4b9b-a1cb-8b0c097b89a0 moved from
>> > PoweringUp --> Up"
>> > Can you explain what problem are you experiencing in that VM?
>> > Also, could provide the vdsm log from the same timeframe?
>> >
>> >> Gianluca
>> >>
>>
>> The Vm doesn't boot.
>> As I wrote in the other e-mail:
>>
>> "
>> The problem is that the cloned VM recognizes the disks in reversed
>> order
>>
>> See these images where sl1432 is master slcone is the clone
>>
>> disk layout in details pane seems equal with boot disk the one that
>> appears as the second, but the master boots ok, the slave no.
>> Disks are swapped
>>
>> Master VM disk details:
>> https://docs.google.com/file/d/0BwoPbcrMv8mvSWNVNFI4bHg4Umc/edit?usp=sharing
>>
>> Clone VM disks details:
>> https://docs.google.com/file/d/0BwoPbcrMv8mvM1N0bVcyNlFPS1U/edit?usp=sharing
>>
>> Page with the two consoles where you can see that vda of master
>> becomes vdb of clone and vice-versa:
>> https://docs.google.com/file/d/0BwoPbcrMv8mveFpESEs5V1dUTFE/edit?usp=sharing
>>
>> Can I swap again in some way? In VMware for example you can see and
>> edit SCSI IDs of disks...
>>
>> "
> What is important here is to check the boot properties of both devices as 
> they are configured for the master and clone.
> They might not be swapped, the order in the console is not necessarily the 
> issue here.
> Please attach vdsm.log with times of both machines boot. the properties of 
> the devices boot should be part of the startup command so it should help to 
> investigate the issue.
> Thanks
>
>> Gianluca
>>


qemu command line is

1) sl1432b
qemu 23481 1  0 Mar04 ?00:35:07 /usr/bin/qemu-kvm
-name sl1432b -S -M pc-0.14 -cpu Opteron_G2 -enable-kvm -m 4096 -smp
2,sockets=2,cores=1,threads=1 -uuid
b66ccc4b-0e31-42e5-ba6c-04075a85880c -smbios
type=1,manufacturer=oVirt,product=oVirt
Node,version=18-1,serial=34353439-3036-435A-4A38-303330393338,uuid=b66ccc4b-0e31-42e5-ba6c-04075a85880c
-no-user-config -nodefaults -chardev
socket,id=charmonitor,path=/var/lib/libvirt/qemu/sl1432b.monitor,server,nowait
-mon chardev=charmonitor,id=monitor,mode=control -rtc
base=2013-03-04T15:16:38,driftfix=slew -no-shutdown -device
piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device
virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive
if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device
ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive
file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/b2c274d8-7948-4fd3-b20a-8e802776b0a9/e2b6ad99-860c-4ef3-b4f7-bd5f2803cf2e,if=none,id=drive-virtio-disk0,format=qcow2,serial=b2c274d8-7948-4fd3-b20a-8e802776b0a9,cache=none,werror=stop,rerror=stop,aio=native
-device 
virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1
-drive 
file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/fb9380ce-3e61-4a0a-8d9b-98fea9c2456c/03aba9bd-8863-4a1b-bb66-ae0a856ec61e,if=none,id=drive-virtio-disk1,format=qcow2,serial=fb9380ce-3e61-4a0a-8d9b-98fea9c2456c,cache=none,werror=stop,rerror=stop,aio=native
-device 
virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk1,id=virtio-disk1
-netdev tap,fd=29,id=hostnet0,vhost=on,vhostfd=30 -device
virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:47:d7:53,bus=pci.0,addr=0x3
-chardev 
socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/sl1432b.com.redhat.rhevm.vdsm,server,nowait
-device 
virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm
-chardev 
socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/sl1432b.org.qemu.guest_agent.0,server,nowait
-device 
virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0
-chardev spicevmc,id=charchannel2,name=vdagent -device
virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0
-spice 
port=5901,tls-port=5902,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir
-k en-us -vga qxl -global qxl-vga.vram_size=67108864 -device
virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7

2) slclone
qemu 24712 1  0 Mar04 ?00:18:20 /usr/bin/qemu-kvm
-name slclone -S -M pc-0.14 -cpu Opteron_G2 -enable-kvm -m 4096 -smp
2,sockets=2,cores=1,threads=1 -uuid
c6c56d41-d70d-4b9b-a1cb-8b0c097b89a0 

Re: [Users] Fwd: Adding a bond.vlantag to ovirt-node

[Alex Leonhardt]

Here's the bug report :

https://bugzilla.redhat.com/show_bug.cgi?id=918942

Thanks for your help yesterday, Antoni!

FWIW, if I add the interface manually (like the others) and put the host
into maint mode then back active, it picks up the new vlan tagged interface
just fine.

Thanks!
Alex



On 6 March 2013 16:47, Antoni Segura Puimedon  wrote:

>
>
> - Original Message -
> > From: "Alex Leonhardt" 
> > To: "Antoni Segura Puimedon" 
> > Cc: "oVirt Mailing List" 
> > Sent: Wednesday, March 6, 2013 5:38:16 PM
> > Subject: Re: [Users] Fwd: Adding a bond.vlantag to ovirt-node
> >
> >
> >
> > Ah, yes, sorry - just did that - it said "Done" - but I cant see it
> > in ovirt-engine still :(
>
> As I said earlier, unfortunately I don't know all the actions that make
> the engine refresh the network info from the hosts. IMHO it wouldn't be
> a bad idea to add something periodic or even a force refresh option in
> the context menu. However, I'm not an oVirt Engine guy, so I don't know
> all the intricacies that would play into that.
>
> If you want you can ping me on #ovirt and we can evaluate the particular
> situation to see if there is some workaround.
> >
> > Alex
> >
> >
> >
> >
> > On 6 March 2013 16:34, Antoni Segura Puimedon < asegu...@redhat.com >
> > wrote:
> >
> >
> >
> >
> >
> > - Original Message -
> > > From: "Alex Leonhardt" < alex.t...@gmail.com >
> > > To: "Antoni Segura Puimedon" < asegu...@redhat.com >
> > > Cc: "oVirt Mailing List" < users@ovirt.org >
> >
> > > Sent: Wednesday, March 6, 2013 5:16:36 PM
> > > Subject: Re: [Users] Fwd: Adding a bond.vlantag to ovirt-node
> > >
> > >
> > >
> > > I've setup the same bond config on my test machine, and this is
> > > what
> > > I get :
> > >
> > >
> > > # vdsClient -s 0 addNetwork bridge=br2 bridged=true bond=bond0.113
> > > nics=eth0,eth1
> > > 'bond0.113' is not a valid bonding device name
> >
> > It should be:
> >
> > vdsClient -s 0 addNetwork bridge=br2 bridged=true bond=bond0 vlan=113
> > nics=eth0,eth1
> >
> >
> >
> > >
> > >
> > >
> > > Alex
> > >
> > >
> > >
> > >
> > >
> > > On 6 March 2013 13:05, Alex Leonhardt < alex.t...@gmail.com >
> > > wrote:
> > >
> > >
> > >
> > >
> > >
> > > Thanks Antoni,
> > >
> > > I'll try the above when it's a bit quieter (evening). Also, good to
> > > know that if you put the host in maint that it will pick the
> > > changes
> > > up :) ...
> > >
> > >
> > > IMO - the engine should poll the HVs at least once an hour / day to
> > > check if any hardware relevant to it has changed ... :)
> > >
> > >
> > >
> > > Thanks again, I'll update with the result(s) later today.
> > >
> > > Alex
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > On 6 March 2013 13:02, Antoni Segura Puimedon < asegu...@redhat.com
> > > >
> > > wrote:
> > >
> > >
> > > Forgot to cc users list.
> > >
> > >
> > >
> > > - Forwarded Message -
> > > > From: "Antoni Segura Puimedon" < asegu...@redhat.com >
> > > > To: "Alex Leonhardt" < alex.t...@gmail.com >
> > > > Sent: Wednesday, March 6, 2013 2:00:54 PM
> > > > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node
> > > >
> > > >
> > > >
> > > > - Original Message -
> > > > > From: "Alex Leonhardt" < alex.t...@gmail.com >
> > > > > To: "Antoni Segura Puimedon" < asegu...@redhat.com >
> > > > > Cc: "oVirt Mailing List" < users@ovirt.org >
> > > > > Sent: Wednesday, March 6, 2013 1:52:36 PM
> > > > > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node
> > > > >
> > > > >
> > > > >
> > > > > Hmmm, nothing is coming up in the logs when i try and add it -
> > > > > I
> > > > > think ovirt-engine is not aware that the HV got a new interface
> > > > > added.
> > > > >
> > > > > Would restarting vdsm help ? If so, would that take down my VMs
> > > > > ?
> > > >
> > > > I guess you could migrate the VMs to another host and try that.
> > > > However,
> > > > if doing that is not an option (no other hosts, for example), I
> > > > guess
> > > > there
> > > > would be a workaround from host-side.
> > > >
> > > > It would be something like the following (on host):
> > > >
> > > > vdsClient -s 0 addNetwork bridge=br2 bond=bond0 vlan=113
> > > > bridged=true
> > > > nics=nic0,nic1
> > > >
> > > > substitute nic0 and nic1 for the actual nics that are on the
> > > > host.
> > > >
> > > > This will effectively do the setup you want on the host. As far
> > > > as
> > > > making the
> > > > engine realize it... I'm not aware of all the actions that
> > > > trigger
> > > > an
> > > > update. I know
> > > > that going to maintenance and back does it, but in this case I
> > > > guess
> > > > it is not an option.
> > > >
> > > > >
> > > > > Alex
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > On 6 March 2013 12:23, Antoni Segura Puimedon <
> > > > > asegu...@redhat.com
> > > > > >
> > > > > wrote:
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > - Original Message -
> > > > > > From: "Alex Leonhardt" < alex.t...@gmail.com >
> > > > > > To: "oVirt Mailing List" <

[Users] Weird errors when trying to connect to an iSCSI target.

[noc]

I have been able to connect to this iSCSI target before but now I'm 
getting some weird errors, see attached vdsm.log but in short its about 
the following:


Thread-161303::DEBUG::2013-03-07 
09:54:14,401::task::568::TaskManager.Task::(_updateState) 
Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::moving from state init -> 
state preparing
Thread-161303::INFO::2013-03-07 
09:54:14,402::logUtils::41::dispatcher::(wrapper) Run and protect: 
discoverSendTargets(con={'connection': '192.168.4.234', 'password': 
'**', 'port': '3260', 'user': ''}, options=None)
Thread-161303::DEBUG::2013-03-07 
09:54:14,402::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo 
-n /sbin/iscsiadm -m discoverydb -t sendtargets -I default -p 
192.168.4.234:3260 --op=new' (cwd None)
Thread-161303::DEBUG::2013-03-07 
09:54:14,428::misc::84::Storage.Misc.excCmd::() SUCCESS:  = 
'';  = 0
Thread-161303::DEBUG::2013-03-07 
09:54:14,428::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo 
-n /sbin/iscsiadm -m discoverydb -t sendtargets -I default -p 
192.168.4.234:3260 -n node.startup -v manual --op=update' (cwd None)
Thread-161303::DEBUG::2013-03-07 
09:54:14,452::misc::84::Storage.Misc.excCmd::() FAILED:  = 
'iscsiadm: Cannot modify node.startup. Invalid param name.\n';  = 7
Thread-161303::DEBUG::2013-03-07 
09:54:14,453::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo 
-n /sbin/iscsiadm -m iface' (cwd None)
Thread-161303::DEBUG::2013-03-07 
09:54:14,476::misc::84::Storage.Misc.excCmd::() SUCCESS:  = 
'';  = 0
Thread-161303::DEBUG::2013-03-07 
09:54:14,477::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo 
-n /sbin/iscsiadm -m discoverydb -t sendtargets -I default -p 
192.168.4.234:3260 --discover' (cwd None)
Thread-161303::DEBUG::2013-03-07 
09:54:14,512::misc::84::Storage.Misc.excCmd::() FAILED:  = 
'iscsiadm: No portals found\n';  = 21
Thread-161303::DEBUG::2013-03-07 
09:54:14,516::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo 
-n /sbin/iscsiadm -m iface' (cwd None)
Thread-161303::DEBUG::2013-03-07 
09:54:14,541::misc::84::Storage.Misc.excCmd::() SUCCESS:  = 
'';  = 0
Thread-161303::DEBUG::2013-03-07 
09:54:14,541::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo 
-n /sbin/iscsiadm -m discoverydb -t sendtargets -I default -p 
192.168.4.234:3260 --op=delete' (cwd None)
Thread-161303::DEBUG::2013-03-07 
09:54:14,565::misc::84::Storage.Misc.excCmd::() SUCCESS:  = 
'';  = 0
Thread-161303::ERROR::2013-03-07 
09:54:14,566::hsm::2799::Storage.HSM::(discoverSendTargets) Discovery failed

Traceback (most recent call last):
  File "/usr/share/vdsm/storage/hsm.py", line 2797, in discoverSendTargets
targets = iscsi.discoverSendTargets(iface, portal, cred)
  File "/usr/share/vdsm/storage/iscsi.py", line 202, in discoverSendTargets
targets = iscsiadm.discoverydb_discover(discoverType, iface.name, 
portalStr)
  File "/usr/share/vdsm/storage/iscsiadm.py", line 213, in 
discoverydb_discover

raise IscsiDiscoverdbError(rc, out, err)
IscsiDiscoverdbError: (21, [], ['iscsiadm: No portals found'])
Thread-161303::ERROR::2013-03-07 
09:54:14,567::task::833::TaskManager.Task::(_setError) 
Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::Unexpected error

Traceback (most recent call last):
  File "/usr/share/vdsm/storage/task.py", line 840, in _run
return fn(*args, **kargs)
  File "/usr/share/vdsm/logUtils.py", line 42, in wrapper
res = f(*args, **kwargs)
  File "/usr/share/vdsm/storage/hsm.py", line 2800, in discoverSendTargets
raise se.iSCSIDiscoveryError(portal, e)

Running the commands in a shell indeed gives the errors shown.

I have a wild guess but what interface is -I default referring to?
I had more than one interface activated for this host but moved it to a 
cluster which didn't have the network definitions and removed the now 
invalid networks from the host. Just checked with tcpdump and the 
traffic is going through ovirtmgmt interface and the storage is responding.
/var/lib/iscsi isn't filled with info, only 
sendtargets/target_ip_address/st_config


Joop
--
irc: jvandewege


Thread-161296::DEBUG::2013-03-07 
09:54:04,360::BindingXMLRPC::161::vds::(wrapper) [192.168.216.150]
Thread-161296::DEBUG::2013-03-07 
09:54:04,361::task::568::TaskManager.Task::(_updateState) 
Task=`21c8ea2b-fad6-407b-a5ce-210f4bb3db7e`::moving from state init -> state 
preparing
Thread-161296::INFO::2013-03-07 
09:54:04,362::logUtils::41::dispatcher::(wrapper) Run and protect: 
getDeviceList(storageType=3, options={})
Thread-161296::DEBUG::2013-03-07 
09:54:04,362::misc::1054::SamplingMethod::(__call__) Trying to enter sampling 
method (storage.sdc.refreshStorage)
Thread-161296::DEBUG::2013-03-07 
09:54:04,362::misc::1056::SamplingMethod::(__call__) Got in to sampling method
Thread-161296::DEBUG::2013-03-07 
09:54:04,362::misc::1054::SamplingMethod::(__call__) Trying to enter sampling 
method (storage.iscsi.rescan)
Thread-161296::DEBUG::2013-03-07 
09:54:04,363::misc::1056::SamplingMethod::(__call__) Got in to sampling method
Thread-161296::DEBUG::201

Re: [Users] ovirt 3.2 networking setup problems

[Antoni Segura Puimedon]

- Original Message -
> From: "Yuriy Demchenko" 
> To: "Antoni Segura Puimedon" 
> Cc: "oVirt Mailing List" 
> Sent: Thursday, March 7, 2013 7:54:52 AM
> Subject: Re: [Users] ovirt 3.2 networking setup problems
> 
> Thanks! that helped

Great! Btw, there is a patch about to hit git master that will remove
the current limitation.


> 
> i've managed to add another bond via 'echo "+bondN" >
> /sys/class/net/bonding_masters'
> 
> output from commands you asked:
> > # vdsClient -s 0 getVdsCaps
> > HBAInventory = {'iSCSI': [{'InitiatorName':
> > 'iqn.1994-05.com.redhat:7681c664f86a'}], 'FC': [{'wwpn':
> > '200190b11cac1b09', 'wwnn': '200090b11cac1b09', 'model': 'LPe1205-M
> > -
> > Emulex LPe1205-M 8Gb 2-port PCIe Fibre Channel Adapter'}, {'wwpn':
> > '200290b11cac1b09', 'wwnn': '200090b11cac1b09', 'model': 'LPe1205-M
> > -
> > Emulex LPe1205-M 8Gb 2-port PCIe Fibre Channel Adapter'}]}
> > ISCSIInitiatorName = iqn.1994-05.com.redhat:7681c664f86a
> > bondings = {'bond4': {'addr': '', 'cfg': {'DEVICE': 'bond4',
> > 'NM_CONTROLLED': 'no', 'ONBOOT': 'yes', 'BONDING_OPTS': 'mode=6'},
> > 'mtu': '1500', 'netmask': '', 'slaves': ['p3p1', 'p3p3'], 'hwaddr':
> > '90:b1:1c:ac:1b:05'}, 'bond0': {'addr': '', 'cfg': {'BRIDGE':
> > 'ovirtmgmt', 'NM_CONTROLLED': 'no', 'STP': 'no', 'BONDING_OPTS':
> > 'mode=6', 'DEVICE': 'bond0', 'ONBOOT': 'yes'}, 'mtu': '1500',
> > 'netmask': '', 'slaves': ['em1', 'em2'], 'hwaddr':
> > '90:b1:1c:ac:1b:01'}}
> > bridges = {'ovirtmgmt': {'addr': '192.168.10.130', 'cfg':
> > {'IPADDR': '192.168.10.130', 'ONBOOT': 'yes', 'DELAY': '0',
> > 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', 'BOOTPROTO':
> > 'none', 'STP': 'no', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge',
> > 'GATEWAY': '192.168.10.1'}, 'mtu': '1500', 'netmask':
> > '255.255.255.0',
> > 'stp': 'off', 'ports': ['bond0']}}
> > clusterLevels = ['3.0', '3.1', '3.2']
> > cpuCores = 16
> > cpuFlags =
> > fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,dca,sse4_1,sse4_2,x2apic,popcnt,aes,xsave,avx,lahf_lm,ida,arat,xsaveopt,pln,pts,dts,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_Penryn,model_Westmere,model_SandyBridge
> > cpuModel = Intel(R) Xeon(R) CPU E5-2670 0 @ 2.60GHz
> > cpuSockets = 2
> > cpuSpeed = 2599.849
> > cpuThreads = 32
> > emulatedMachines = ['rhel6.3.0', 'pc', 'rhel6.2.0',
> > 'rhel6.1.0',
> > 'rhel6.0.0', 'rhel5.5.0', 'rhel5.4.4', 'rhel5.4.0']
> > guestOverhead = 65
> > hooks = {}
> > kvmEnabled = true
> > lastClient = 192.168.10.147
> > lastClientIface = ovirtmgmt
> > management_ip =
> > memSize = 32062
> > netConfigDirty = False
> > networks = {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr':
> > '192.168.10.130', 'cfg': {'IPADDR': '192.168.10.130', 'ONBOOT':
> > 'yes',
> > 'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0',
> > 'BOOTPROTO': 'none', 'STP': 'no', 'DEVICE': 'ovirtmgmt', 'TYPE':
> > 'Bridge', 'GATEWAY': '192.168.10.1'}, 'mtu': '1500', 'netmask':
> > '255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway':
> > '192.168.10.1', 'ports': ['bond0']}}
> > nics = {'em1': {'permhwaddr': '90:B1:1C:AC:1B:01', 'addr': '',
> > 'cfg': {'SLAVE': 'yes', 'NM_CONTROLLED': 'no', 'MASTER': 'bond0',
> > 'DEVICE': 'em1', 'STP': 'no', 'ONBOOT': 'yes'}, 'mtu': '1500',
> > 'netmask': '', 'hwaddr': '90:b1:1c:ac:1b:01', 'speed': 1},
> > 'em2':
> > {'permhwaddr': '90:B1:1C:AC:1B:04', 'addr': '', 'cfg': {'SLAVE':
> > 'yes', 'NM_CONTROLLED': 'no', 'MASTER': 'bond0', 'DEVICE': 'em2',
> > 'STP': 'no', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '',
> > 'hwaddr':
> > '90:b1:1c:ac:1b:04', 'speed': 1}, 'p3p4': {'addr': '', 'cfg':
> > {'DEVICE': 'p3p4', 'HWADDR': '90:B1:1C:AC:1B:08', 'ONBOOT': 'no',
> > 'NM_CONTROLLED': 'yes'}, 'mtu': '1500', 'netmask': '', 'hwaddr':
> > '90:b1:1c:ac:1b:08', 'speed': 0}, 'p3p3': {'permhwaddr':
> > '90:B1:1C:AC:1B:07', 'addr': '', 'cfg': {'SLAVE': 'yes', 'ONBOOT':
> > 'yes', 'NM_CONTROLLED': 'no', 'MASTER': 'bond4', 'HWADDR':
> > '90:b1:1c:ac:1b:07', 'DEVICE': 'p3p3'}, 'mtu': '1500', 'netmask':
> > '',
> > 'hwaddr': '90:b1:1c:ac:1b:07', 'speed': 1000}, 'p3p2': {'addr': '',
> > 'cfg': {'DEVICE': 'p3p2', 'HWADDR': '90:B1:1C:AC:1B:06', 'ONBOOT':
> > 'no', 'NM_CONTROLLED': 'yes'}, 'mtu': '1500', 'netmask': '',
> > 'hwaddr':
> > '90:b1:1c:ac:1b:06', 'speed': 0}, 'p3p1': {'permhwaddr':
> > '90:B1:1C:AC:1B:05', 'addr': '', 'cfg': {'SLAVE': 'yes', 'ONBOOT':
> > 'yes', 'NM_CONTROLLED': 'no', 'MASTER': 'bond4', 'HWADDR':
> > '90:b1:1c:ac:1b:05', 'DEVICE': 'p3p1'}, 'mtu': '1500', 'netmask':
> > '',
> > 'hwaddr': '90:b1:1c:ac:1b:05', 'speed': 1000}}
> > operatingSystem = {'release': '3.el6.centos.9', 'version': '6',
> > 'name': 'RHEL'

Re: [Users] Upgrade 3.1 to 3.2

[Neil]

Thanks Alexandr, I hadn't seen that one.

Will go through it.

Thank you very much!

On Thu, Mar 7, 2013 at 10:19 AM, Alexandr  wrote:
> 07.03.2013 10:16, Neil пишет:
>> Hi guys,
>>
>> Does anyone have any successful upgrades from 3.1 to 3.2 using Centos
>> 6.3 and the Dreyou repos?
>>
>> I'm using ovirt 3.1 on our own production systems and would like to
>> know the recommended upgrade methods/paths. I don't see much in the
>> way of upgrade paths for any distributions for that matter.
>>
>> I've done quite a lot of googling and can't find much, also checked on
>> the ovirt website for any possible guides or methods without much
>> success.
>>
>> Thanks in advance.
>>
>> Regards.
>>
>> Neil Wilson.
>>
> Have you seen this article
> http://wiki.dreyou.org/dokuwiki/doku.php?id=ovirt_rpm_update31to32
>
>
> ___
> 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: [Users] Upgrade 3.1 to 3.2

[Alexandr]

07.03.2013 10:16, Neil пишет:
> Hi guys,
>
> Does anyone have any successful upgrades from 3.1 to 3.2 using Centos
> 6.3 and the Dreyou repos?
>
> I'm using ovirt 3.1 on our own production systems and would like to
> know the recommended upgrade methods/paths. I don't see much in the
> way of upgrade paths for any distributions for that matter.
>
> I've done quite a lot of googling and can't find much, also checked on
> the ovirt website for any possible guides or methods without much
> success.
>
> Thanks in advance.
>
> Regards.
>
> Neil Wilson.
>
Have you seen this article
http://wiki.dreyou.org/dokuwiki/doku.php?id=ovirt_rpm_update31to32


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

[Users] Upgrade 3.1 to 3.2

[Neil]

Hi guys,

Does anyone have any successful upgrades from 3.1 to 3.2 using Centos
6.3 and the Dreyou repos?

I'm using ovirt 3.1 on our own production systems and would like to
know the recommended upgrade methods/paths. I don't see much in the
way of upgrade paths for any distributions for that matter.

I've done quite a lot of googling and can't find much, also checked on
the ovirt website for any possible guides or methods without much
success.

Thanks in advance.

Regards.

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