Re: [ovirt-users] RedHat 7 Install Ovirt Fails with No package ovirt-engine available.

2014-12-09 Thread Simone Tiraboschi


- Original Message -
 From: Tony unix...@gmail.com
 To: users@ovirt.org
 Sent: Monday, December 8, 2014 7:15:48 PM
 Subject: [ovirt-users] RedHat 7 Install Ovirt Fails with No package   
 ovirt-engine available.
 
 Hi I'm new to the users group.
 
 
 I have redhat 7 installed and ceph working perfectly and now I wanted to
 install ovirt and followed the instructions from the ovirt website and all I
 get is this message below.
 
 
 
 yum -y install ovirt-engine
 Loaded plugins: langpacks, priorities, product-id, subscription-manager
 No package ovirt-engine available.
 Error: Nothing to do

We are still not supporting RHEL 7 for ovirt engine.

 ​Fails. I followed the instructions and fails every time.​
 
 
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] RedHat 7 Install Ovirt Fails with No package ovirt-engine available.

2014-12-09 Thread Yedidyah Bar David
- Original Message -
 From: Simone Tiraboschi stira...@redhat.com
 To: Tony unix...@gmail.com
 Cc: users@ovirt.org
 Sent: Tuesday, December 9, 2014 10:27:43 AM
 Subject: Re: [ovirt-users] RedHat 7 Install Ovirt Fails with No   package 
 ovirt-engine available.
 
 
 
 - Original Message -
  From: Tony unix...@gmail.com
  To: users@ovirt.org
  Sent: Monday, December 8, 2014 7:15:48 PM
  Subject: [ovirt-users] RedHat 7 Install Ovirt Fails with No package
  ovirt-engine available.
  
  Hi I'm new to the users group.
  
  
  I have redhat 7 installed and ceph working perfectly and now I wanted to
  install ovirt and followed the instructions from the ovirt website and all
  I
  get is this message below.
  
  
  
  yum -y install ovirt-engine
  Loaded plugins: langpacks, priorities, product-id, subscription-manager
  No package ovirt-engine available.
  Error: Nothing to do
 
 We are still not supporting RHEL 7 for ovirt engine.

That said, you are welcome to try the nightly builds of 3.5 [1]. Works for me.

[1] http://www.ovirt.org/Install_nightly_snapshot
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Fwd: run ovirt-shell script like background job - problem

2014-12-09 Thread Juan Hernández
On 12/08/2014 08:05 PM, Grzegorz Szypa wrote:
 So, i have a question.
 
 Is ovirt-engine-cli-3.5.0.2-1.el6.noarch compatible in ovirt-engine-3.4?
 
 Can install ovirt-engine-cli-3.5 on ovirt-engine-cli-3.4 and using him
 with landscape based on ovirt 3.4 ??
 

Yes, versions 3.5.x of ovirt-engine-cli and ovirt-engine-sdk-python (you
will need both) are compatible with version 3.4 of the engine.

 2014-12-07 17:33 GMT+01:00 Juan Hernández jhern...@redhat.com
 mailto:jhern...@redhat.com:
 
 On 12/07/2014 05:05 PM, Grzegorz Szypa wrote:
  Hi,
 
  I have a problem with running ovirt-shell script, that it starting
 VMs.
  In dialog mode it's fine, but in background no :(
 
  Example script:
  ovirt-shell -E 'action vm WinSrv2012r2 start'
 
  I start this job in cron as root.
 
 
  Have somebody idea??
 
  --
  G.Sz.
 
 
 We used to have bug that made ovirt-shell fail when there wasn't a tty
 available (like when running from cron):
 
   ovirt-shell cannot run in cron (/dev/tty missing)
   https://bugzilla.redhat.com/1119412
 
 That was fixed in version 3.5.0.2, so make sure that you have at least
 that version.
 
 If you still have problems please share the output of the ovirt-shell
 command.
 
 --
 Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
 3ºD, 28016 Madrid, Spain
 Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat
 S.L.
 
 
 
 
 -- 
 G.Sz.
 
 
 
 -- 
 G.Sz.
 
 
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
 


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


Re: [ovirt-users] 答复: 3.5 hosted engine: 2nd host Cannot acquire bridge address

2014-12-09 Thread Sandro Bonazzola
Il 09/12/2014 10:32, Sandro Bonazzola ha scritto:
 Il 08/12/2014 14:38, Xie, Chao ha scritto:
 Hi
  I also have the problem in CENTOS7 / Host Engine 3.5 when using VLAN 
 adding 2nd host. Do you have the patch or some temporary way to fix ?? 
 
 Looking at setup logs, you have: OVEHOSTED_NETWORK/bridgeIf=str:'eth1.79'
 
 and when it try to get the ip address for the interface:
 
 2014-11-05 19:35:03 DEBUG 
 otopi.plugins.ovirt_hosted_engine_setup.engine.add_host plugin.execute:861 
 execute-output: ('/sbin/ip', 'addr', 'show',
 'eth1.79') stdout:
 4: eth1.79@eth1: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue 
 state UP
 link/ether 00:26:9e:0b:31:e5 brd ff:ff:ff:ff:ff:ff
 inet 10.69.79.32/24 brd 10.69.79.255 scope global eth1.79
 inet6 fe80::226:9eff:fe0b:31e5/64 scope link
valid_lft forever preferred_lft forever
 
 2014-11-05 19:35:03 DEBUG 
 otopi.plugins.ovirt_hosted_engine_setup.engine.add_host plugin.execute:866 
 execute-output: ('/sbin/ip', 'addr', 'show',
 'eth1.79') stderr:
 
 
 2014-11-05 19:35:03 DEBUG otopi.context context._executeMethod:152 method 
 exception
 Traceback (most recent call last):
   File /usr/lib/python2.6/site-packages/otopi/context.py, line 142, in 
 _executeMethod
 method['method']()
   File 
 /usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/engine/add_host.py,
  line 485, in _closeup
 address=self._getIPAddress(),
   File 
 /usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/engine/add_host.py,
  line 199, in _getIPAddress
 raise RuntimeError(_('Cannot acquire bridge address'))
 RuntimeError: Cannot acquire bridge address
 
 
 which seems to fail matching REGEXP:
 
 _ADDRESS_RE = re.compile(
 flags=re.VERBOSE,
 pattern=r
 \s+
 inet
 \s
 (?Paddress\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3})
 .+
 \s+
 (?Pinterface\w+)
 $
 
 )
 
 I guess the match is failing due to the '.' in 'eth1.79'

If you haven't already opened a BZ about it, please open one, thanks

 
 

 Xie

 -邮件原件-
 发件人: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] 代表 Sandro 
 Bonazzola
 发送时间: 2014年11月6日 15:39
 收件人: Antoni Segura Puimedon
 抄送: users@ovirt.org
 主题: Re: [ovirt-users] 3.5 hosted engine: 2nd host Cannot acquire bridge 
 address

 Il 06/11/2014 08:19, Jiri Moskovcak ha scritto:
 On 11/06/2014 02:19 AM, Robert Story wrote:
 On Wed, 5 Nov 2014 19:57:07 -0500 Robert wrote:
 RS I've got a hosted engine up and running on a freshly installed 
 RS 3.5 host (CentOS 6.6), and I'm tyying to add a second host. The 
 RS install fails trying to configure the ovirtmgmt bridge:
 RS
 RS [ INFO  ] Updating hosted-engine configuration [ INFO  ] Stage: 
 RS Transaction commit [ INFO  ] Stage: Closing up [ ERROR ] Failed 
 RS to execute stage 'Closing up': Cannot acquire bridge address
 RS
 RS From the setup log:
 RS [snip]

 complete logs from the second host at 
 http://futz.org/users/tmp/ovirt7/



 Hi,
 this seems like a question for our network gurus, Antoni, can you please 
 take a look?

 Adding Antoni to cc


 Thanks,
 Jirka


 Robert



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


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


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

 
 


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


[ovirt-users] Can and How to move a VM from VMware to oVirt

2014-12-09 Thread zhangjian2011
Hi,

I want to move a windows VM(managed by VMware Player in Windows7 host)
to oVirt, can and how can i do it?

Thanks.

-- 

--
Zhang Jian
Development Dept.I
Nanjing Fujitsu Nanda Software Tech. Co., Ltd.(FNST)
No.6 Wenzhu Road, Nanjing, 210012, China
TEL: +86+25-86630566-8526
FUJITSU INTERNAL: 7998-8526
FAX: +86+25-83317685
MAIL: zhangjian2...@cn.fujitsu.com
--

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


[ovirt-users] gfapi, 3.5.1

2014-12-09 Thread Alex Crow

Hi,

Will the vdsm patches to properly enable libgfapi storage for VMs (and 
matching refactored code in the hosted-engine setup scripts) for VMs 
make it into 3.5.1? It's not in the snapshots yet it seems.


I notice it's in master/3.6 snapshot but something stops the HA stuff in 
self-hosted setups from connecting storage:


from Master test setup:
/var/log/ovirt-hosted-engine-ha/broker.log

MainThread::INFO::2014-12-08 
19:22:56,287::hosted_engine::222::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_get_hostname) 
Found certificate common name: 172.17.10.50
MainThread::WARNING::2014-12-08 
19:22:56,395::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) 
Failed to connect storage, waiting '15' seconds before the next attempt
MainThread::WARNING::2014-12-08 
19:23:11,501::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) 
Failed to connect storage, waiting '15' seconds before the next attempt
MainThread::WARNING::2014-12-08 
19:23:26,610::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) 
Failed to connect storage, waiting '15' seconds before the next attempt
MainThread::WARNING::2014-12-08 
19:23:41,717::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) 
Failed to connect storage, waiting '15' seconds before the next attempt
MainThread::WARNING::2014-12-08 
19:23:56,824::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) 
Failed to connect storage, waiting '15' seconds before the next attempt
MainThread::ERROR::2014-12-08 
19:24:11,840::hosted_engine::500::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) 
Failed trying to connect storage:
MainThread::ERROR::2014-12-08 
19:24:11,840::agent::173::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) 
Error: 'Failed trying to connect storage' - trying to restart agent
MainThread::WARNING::2014-12-08 
19:24:16,845::agent::176::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) 
Restarting agent, attempt '8'
MainThread::INFO::2014-12-08 
19:24:16,855::hosted_engine::222::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_get_hostname) 
Found certificate common name: 172.17.10.50
MainThread::WARNING::2014-12-08 
19:24:16,962::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) 
Failed to connect storage, waiting '15' seconds before the next attempt
MainThread::WARNING::2014-12-08 
19:24:32,069::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) 
Failed to connect storage, waiting '15' seconds before the next attempt
MainThread::WARNING::2014-12-08 
19:24:47,181::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) 
Failed to connect storage, waiting '15' seconds before the next attempt
MainThread::WARNING::2014-12-08 
19:25:02,288::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) 
Failed to connect storage, waiting '15' seconds before the next attempt
MainThread::WARNING::2014-12-08 
19:25:17,389::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) 
Failed to connect storage, waiting '15' seconds before the next attempt
MainThread::ERROR::2014-12-08 
19:25:32,404::hosted_engine::500::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) 
Failed trying to connect storage:
MainThread::ERROR::2014-12-08 
19:25:32,404::agent::173::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) 
Error: 'Failed trying to connect storage' - trying to restart agent
MainThread::WARNING::2014-12-08 
19:25:37,409::agent::176::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) 
Restarting agent, attempt '9'
MainThread::ERROR::2014-12-08 
19:25:37,409::agent::178::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) 
Too many errors occurred, giving up. Please review the log and consider 
filing a bug.
MainThread::INFO::2014-12-08 
19:25:37,409::agent::118::ovirt_hosted_engine_ha.agent.agent.Agent::(run) Agent 
shutting down

(END) - Next: /var/log/ovirt-hosted-engine-ha/broker.log

vdsm.log:

Detector thread::DEBUG::2014-12-08 
19:20:45,458::protocoldetector::214::vds.MultiProtocolAcceptor::(_remove_connection) 
Removing connection 127.0.0.1:53083
Detector thread::DEBUG::2014-12-08 
19:20:45,458::BindingXMLRPC::1193::XmlDetector::(handleSocket) xml over 
http detected from ('127.0.0.1', 53083)
Thread-44::DEBUG::2014-12-08 
19:20:45,459::BindingXMLRPC::318::vds::(wrapper) client [127.0.0.1]
Thread-44::DEBUG::2014-12-08 
19:20:45,460::task::592::Storage.TaskManager.Task::(_updateState) 
Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::moving from state init - 
state preparing
Thread-44::INFO::2014-12-08 
19:20:45,460::logUtils::48::dispatcher::(wrapper) Run and 

Re: [ovirt-users] Can and How to move a VM from VMware to oVirt

2014-12-09 Thread Prasad Mukhedkar

On Tuesday 09 December 2014 03:29 PM, zhangjian2011 wrote:

I want to move a windows VM(managed by VMware Player in Windows7 host)
You can make use of virt-p2v utility to move a guest from vmware player 
to ovirt. Boot the
guest from virt-p2v iso and connect it to virt-v2v conversion server and 
migrate the virtual

machine.


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


Re: [ovirt-users] 答复: 3.5 hosted engine: 2nd host Cannot acquire bridge address

2014-12-09 Thread Sandro Bonazzola
Il 08/12/2014 14:38, Xie, Chao ha scritto:
 Hi
   I also have the problem in CENTOS7 / Host Engine 3.5 when using VLAN 
 adding 2nd host. Do you have the patch or some temporary way to fix ?? 

Looking at setup logs, you have: OVEHOSTED_NETWORK/bridgeIf=str:'eth1.79'

and when it try to get the ip address for the interface:

2014-11-05 19:35:03 DEBUG 
otopi.plugins.ovirt_hosted_engine_setup.engine.add_host plugin.execute:861 
execute-output: ('/sbin/ip', 'addr', 'show',
'eth1.79') stdout:
4: eth1.79@eth1: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue state 
UP
link/ether 00:26:9e:0b:31:e5 brd ff:ff:ff:ff:ff:ff
inet 10.69.79.32/24 brd 10.69.79.255 scope global eth1.79
inet6 fe80::226:9eff:fe0b:31e5/64 scope link
   valid_lft forever preferred_lft forever

2014-11-05 19:35:03 DEBUG 
otopi.plugins.ovirt_hosted_engine_setup.engine.add_host plugin.execute:866 
execute-output: ('/sbin/ip', 'addr', 'show',
'eth1.79') stderr:


2014-11-05 19:35:03 DEBUG otopi.context context._executeMethod:152 method 
exception
Traceback (most recent call last):
  File /usr/lib/python2.6/site-packages/otopi/context.py, line 142, in 
_executeMethod
method['method']()
  File 
/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/engine/add_host.py,
 line 485, in _closeup
address=self._getIPAddress(),
  File 
/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/engine/add_host.py,
 line 199, in _getIPAddress
raise RuntimeError(_('Cannot acquire bridge address'))
RuntimeError: Cannot acquire bridge address


which seems to fail matching REGEXP:

_ADDRESS_RE = re.compile(
flags=re.VERBOSE,
pattern=r
\s+
inet
\s
(?Paddress\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3})
.+
\s+
(?Pinterface\w+)
$

)

I guess the match is failing due to the '.' in 'eth1.79'


 
 Xie
 
 -邮件原件-
 发件人: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] 代表 Sandro 
 Bonazzola
 发送时间: 2014年11月6日 15:39
 收件人: Antoni Segura Puimedon
 抄送: users@ovirt.org
 主题: Re: [ovirt-users] 3.5 hosted engine: 2nd host Cannot acquire bridge 
 address
 
 Il 06/11/2014 08:19, Jiri Moskovcak ha scritto:
 On 11/06/2014 02:19 AM, Robert Story wrote:
 On Wed, 5 Nov 2014 19:57:07 -0500 Robert wrote:
 RS I've got a hosted engine up and running on a freshly installed 
 RS 3.5 host (CentOS 6.6), and I'm tyying to add a second host. The 
 RS install fails trying to configure the ovirtmgmt bridge:
 RS
 RS [ INFO  ] Updating hosted-engine configuration [ INFO  ] Stage: 
 RS Transaction commit [ INFO  ] Stage: Closing up [ ERROR ] Failed 
 RS to execute stage 'Closing up': Cannot acquire bridge address
 RS
 RS From the setup log:
 RS [snip]

 complete logs from the second host at 
 http://futz.org/users/tmp/ovirt7/



 Hi,
 this seems like a question for our network gurus, Antoni, can you please 
 take a look?
 
 Adding Antoni to cc
 

 Thanks,
 Jirka


 Robert



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


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


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


Re: [ovirt-users] Don't start vm

2014-12-09 Thread Nir Soffer
- Original Message -
 From: Roman Nikolayevich Drovalev drova...@kaluga-gov.ru
 To: Users@ovirt.org
 Sent: Saturday, December 6, 2014 8:28:08 PM
 Subject: [ovirt-users]  Don't start vm
 
 Hi,
 My config: vdsm host - CentOS 7, oVirt 3.5
 
  Could you please share from hypervisor the /var/log/vdsm/vdsm.log too?
 
 my /var/log/vdsm/vdsm.log

We need the full log - please attach here or open a bug and
attach the full log.

 
 Thread-283375::DEBUG::2014-12-06
 21:20:40,219::stompReactor::163::yajsonrpc.StompServer::(send) Sending
 response

You are using jsonrpc - please check if switching to xmlrpc solve
your issue.

 Thread-283376::DEBUG::2014-12-06
 21:20:40,252::lvm::288::Storage.Misc.excCmd::(cmd) SUCCESS: err = '
 WARNING: lvmetad is running but disabled. Restart lvmetad before enabling
 it!\n'; rc = 0
 Thread-283376::DEBUG::2014-12-06
 21:20:40,253::lvm::454::Storage.LVM::(_reloadlvs) lvs reloaded
 Thread-283376::DEBUG::2014-12-06
 21:20:40,254::lvm::454::Storage.OperationMutex::(_reloadlvs) Operation 'lvm
 reload operation' released the operation mutex
 Thread-283376::WARNING::2014-12-06
 21:20:40,254::lvm::600::Storage.LVM::(getLv) lv:
 fb8466c9-0867-4e73-8362-2c95eea89a83 not found in lvs vg:
 9d53ecef-8bfc-470b-8867-836bfa7df137 response
 Thread-283376::ERROR::2014-12-06
 21:20:40,254::task::866::Storage.TaskManager.Task::(_setError)
 Task=`cb86d3c3-77f7-46c8-aec0-4c848f1eb2cd`::Unexpected error
 Traceback (most recent call last):
 File /usr/share/vdsm/storage/task.py, line 873, in _run
 return fn(*args, **kargs)
 File /usr/share/vdsm/logUtils.py, line 45, in wrapper
 res = f(*args, **kwargs)
 File /usr/share/vdsm/storage/hsm.py, line 3099, in getVolumeSize
 apparentsize = str(dom.getVSize(imgUUID, volUUID))
 File /usr/share/vdsm/storage/blockSD.py, line 622, in getVSize
 size = lvm.getLV(self.sdUUID, volUUID).size
 File /usr/share/vdsm/storage/lvm.py, line 893, in getLV
 raise se.LogicalVolumeDoesNotExistError(%s/%s % (vgName, lvName))
 LogicalVolumeDoesNotExistError: Logical volume does not exist:
 (u'9d53ecef-8bfc-470b-8867-836bfa7df137/fb8466c9-0867-4e73-8362-2c95eea89a83',)
 Thread-283376::DEBUG::2014-12-06
 21:20:40,255::task::885::Storage.TaskManager.Task::(_run)
 Task=`cb86d3c3-77f7-46c8-aec0-4c848f1eb2cd`::Task._run:
 cb86d3c3-77f7-46c8-aec0-4c848f1eb2cd
 (u'9d53ecef-8bfc-470b-8867-836bfa7df137',
 u'0002-0002-0002-0002-010b',
 u'7deace0a-0c83-41c8-9122-84079ad949c2',
 u'fb8466c9-0867-4e73-8362-2c95eea89a83') {} failed - stopping task
 Thread-283376::DEBUG::2014-12-06
 21:20:40,255::task::1217::Storage.TaskManager.Task::(stop)
 Task=`cb86d3c3-77f7-46c8-aec0-4c848f1eb2cd`::stopping in state preparing
 (force False)
 Thread-283376::DEBUG::2014-12-06
 21:20:40,255::task::993::Storage.TaskManager.Task::(_decref)
 Task=`cb86d3c3-77f7-46c8-aec0-4c848f1eb2cd`::ref 1 aborting True
 Thread-283376::INFO::2014-12-06
 21:20:40,255::task::1171::Storage.TaskManager.Task::(prepare)
 Task=`cb86d3c3-77f7-46c8-aec0-4c848f1eb2cd`::aborting: Task is aborted:
 'Logical volume does not exist' - code 610
 Thread-283376::DEBUG::2014-12-06
 21:20:40,255::task::1176::Storage.TaskManager.Task::(prepare)
 Task=`cb86d3c3-77f7-46c8-aec0-4c848f1eb2cd`::Prepare: aborted: Logical
 volume does not exist
 Thread-283376::DEBUG::2014-12-06
 21:20:40,256::task::993::Storage.TaskManager.Task::(_decref)
 Task=`cb86d3c3-77f7-46c8-aec0-4c848f1eb2cd`::ref 0 aborting True
 Thread-283376::DEBUG::2014-12-06
 21:20:40,256::task::928::Storage.TaskManager.Task::(_doAbort)
 Task=`cb86d3c3-77f7-46c8-aec0-4c848f1eb2cd`::Task._doAbort: force False
 Thread-283376::DEBUG::2014-12-06
 21:20:40,256::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll)
 Owner.cancelAll requests {}
 Thread-283376::DEBUG::2014-12-06
 21:20:40,256::task::595::Storage.TaskManager.Task::(_updateState)
 Task=`cb86d3c3-77f7-46c8-aec0-4c848f1eb2cd`::moving from state preparing -
 state aborting
 Thread-283376::DEBUG::2014-12-06
 21:20:40,256::task::550::Storage.TaskManager.Task::(__state_aborting)
 Task=`cb86d3c3-77f7-46c8-aec0-4c848f1eb2cd`::_aborting: recover policy none
 Thread-283376::DEBUG::2014-12-06
 21:20:40,256::task::595::Storage.TaskManager.Task::(_updateState)
 Task=`cb86d3c3-77f7-46c8-aec0-4c848f1eb2cd`::moving from state aborting -
 state failed
 Thread-283376::DEBUG::2014-12-06
 21:20:40,257::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll)
 Owner.releaseAll requests {} resources {}
 Thread-283376::DEBUG::2014-12-06
 21:20:40,257::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll)
 Owner.cancelAll requests {}
 Thread-283376::ERROR::2014-12-06
 21:20:40,257::dispatcher::76::Storage.Dispatcher::(wrapper) {'status':
 {'message': Logical volume does not exist:
 (u'9d53ecef-8bfc-470b-8867-836bfa7df137/fb8466c9-0867-4e73-8362-2c95eea89a83',),
 'code': 610}}
 # My comment: Realy, this is volume is present! I mount it in the vdsm host!
 But, mount /dev/block/253:20 , no present in
 

Re: [ovirt-users] oVirt power management issue

2014-12-09 Thread Wout Peeters
Hi Eli,


The compatibility version of the cluster in which the proxy host resides is 3.5 
.


Kind regards,

Wout

- Oorspronkelijk bericht -
Van: Eli Mesika emes...@redhat.com
Aan: Wout Peeters w...@unix-solutions.be
Cc: users@ovirt.org
Verzonden: Maandag 8 december 2014 22:06:23
Onderwerp: Re: [ovirt-users] oVirt power management issue



- Original Message -
 From: Wout Peeters w...@unix-solutions.be
 To: emes...@redhat.com
 Cc: users@ovirt.org
 Sent: Monday, December 8, 2014 12:01:10 PM
 Subject: Fwd: [ovirt-users] oVirt power management issue
 
 
 Hi Eli,
 
 Thanks for the response. Attached are engine.log and vdsm.log from the host
 serving as a proxy. Our CPUs are Intel Nehalem-based. We encounter the same
 problem using apc_snmp. This is the output of the rpm-commands:
 
 rpm -qa | grep vdsm
 
 vdsm-yajsonrpc-4.16.7-1.gitdb83943.el7.noarch
 vdsm-4.16.7-1.gitdb83943.el7.x86_64
 vdsm-xmlrpc-4.16.7-1.gitdb83943.el7.noarch
 vdsm-python-zombiereaper-4.16.7-1.gitdb83943.el7.noarch
 vdsm-jsonrpc-4.16.7-1.gitdb83943.el7.noarch
 vdsm-cli-4.16.7-1.gitdb83943.el7.noarch
 vdsm-python-4.16.7-1.gitdb83943.el7.noarch
 
 
 rpm -qa | grep fence-agents
 
 fence-agents-hpblade-4.0.2-21.el7.x86_64
 fence-agents-cisco-ucs-4.0.2-21.el7.x86_64
 fence-agents-eaton-snmp-4.0.2-21.el7.x86_64
 fence-agents-apc-4.0.2-21.el7.x86_64
 fence-agents-rsb-4.0.2-21.el7.x86_64
 fence-agents-ilo-mp-4.0.2-21.el7.x86_64
 fence-agents-ifmib-4.0.2-21.el7.x86_64
 fence-agents-cisco-mds-4.0.2-21.el7.x86_64
 fence-agents-all-4.0.2-21.el7.x86_64
 fence-agents-common-4.0.2-21.el7.x86_64
 fence-agents-rhevm-4.0.2-21.el7.x86_64
 fence-agents-eps-4.0.2-21.el7.x86_64
 fence-agents-bladecenter-4.0.2-21.el7.x86_64
 fence-agents-intelmodular-4.0.2-21.el7.x86_64
 fence-agents-apc-snmp-4.0.2-21.el7.x86_64
 fence-agents-ilo2-4.0.2-21.el7.x86_64
 fence-agents-ipmilan-4.0.2-21.el7.x86_64
 fence-agents-scsi-4.0.2-21.el7.x86_64
 fence-agents-brocade-4.0.2-21.el7.x86_64
 fence-agents-wti-4.0.2-21.el7.x86_64
 fence-agents-kdump-4.0.2-21.el7.x86_64
 fence-agents-ibmblade-4.0.2-21.el7.x86_64
 fence-agents-ipdu-4.0.2-21.el7.x86_64
 fence-agents-vmware-soap-4.0.2-21.el7.x86_64
 fence-agents-drac5-4.0.2-21.el7.x86_64
 
 
 Kind regards,
 
 Wout

Have seen few resolved bugs on that , can you please let us know what is the 
cluster level version in which the proxy host resides ?


 
 
 - Oorspronkelijk bericht -
 Van: Eli Mesika emes...@redhat.com
 Aan: Wout Peeters w...@unix-solutions.be
 Cc: users@ovirt.org
 Verzonden: Maandag 8 december 2014 00:17:13
 Onderwerp: Re: [ovirt-users] oVirt power management issue
 
 
 
 - Original Message -
  From: Eli Mesika emes...@redhat.com
  To: Wout Peeters w...@unix-solutions.be
  Cc: users@ovirt.org
  Sent: Monday, December 8, 2014 1:14:54 AM
  Subject: Re: [ovirt-users] oVirt power management issue
  
  
  
  - Original Message -
   From: Wout Peeters w...@unix-solutions.be
   To: users@ovirt.org
   Sent: Friday, December 5, 2014 12:50:24 PM
   Subject: [ovirt-users] oVirt power management issue
   
   Hi,
   
   We're trying to set up an oVirt configuration with an oVirt-controller
   (CentOS 6), iSCSI-storage (Dell MD3200i) and 3 vm-hosts (CentOS 7)
   powered
   by 2 APC PDUs. Testing the Power Management settings in the web GUI, we
   get
   the following message: Test Succeeded, unknown. The oVirt engine log
   outputs the following:
   
   2014-12-05 11:23:00,872 INFO
   [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
   (ajp--127.0.0.1-8702-7) Correlation ID: null, Call Stack: null, Custom
   Event
   ID: -1, Message: Host vm-02 from data center  was chosen as a proxy
   to
   execute Status command on Host vm-03.
   2014-12-05 11:23:00,879 INFO [org.ovirt.engine.core.bll.FenceExecutor]
   (ajp--127.0.0.1-8702-7) Using Host vm-02 from data center  as proxy
   to
   execute Status command on Host
   2014-12-05 11:23:00,904 INFO [org.ovirt.engine.core.bll.FenceExecutor]
   (ajp--127.0.0.1-8702-7) Executing Status Power Management command,
   Proxy
   Host:vm-02, Agent:apc, Target Host:, Management IP:***.***.***.***,
   User:apc, Options:, Fencing policy:null
   2014-12-05 11:23:00,930 INFO
   [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand]
   (ajp--127.0.0.1-8702-7) START, FenceVdsVDSCommand(HostName = vm-02,
   HostId
   =
   071554fc-eed2-4e8f-b6bc-041248d0eaa5, targetVdsId =
   67c642ed-0a7a-4e3b-8dd6-32a36df4aea9, action = Status, ip =
   ***.***.***.***,
   port = , type = apc, user = apc, password = **, options = '', policy
   =
   'null'), log id: 2803522
   2014-12-05 11:23:01,137 WARN
   [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
   (ajp--127.0.0.1-8702-7) Correlation ID: null, Call Stack: null, Custom
   Event
   ID: -1, Message: Power Management test failed for Host vm-03.Done
   2014-12-05 11:23:01,138 INFO
   [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand]
   

Re: [ovirt-users] Adding domain to oVirt to 3.5 issue

2014-12-09 Thread Alon Bar-Lev
We start over...

This is not active directory... it is samba.

Attribute(name=vendorName, values={'Samba Team (http://samba.org)'})

Only now I realized this, maybe you mentioned it earlier not sure.

Of course this was never tested, so probably not working.

I see that samba does not return a list of extended operations, I will 
workaround this and we can see what's else differ from active directory.

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


Re: [ovirt-users] Adding domain to oVirt to 3.5 issue

2014-12-09 Thread Alon Bar-Lev


- Original Message -
 From: Alon Bar-Lev alo...@redhat.com
 To: Juan Jose jj197...@gmail.com
 Cc: users users@ovirt.org
 Sent: Tuesday, December 9, 2014 3:59:33 PM
 Subject: Re: [ovirt-users] Adding domain to oVirt to 3.5 issue
 
 We start over...
 
 This is not active directory... it is samba.
 
 Attribute(name=vendorName, values={'Samba Team (http://samba.org)'})
 
 Only now I realized this, maybe you mentioned it earlier not sure.
 
 Of course this was never tested, so probably not working.
 
 I see that samba does not return a list of extended operations, I will
 workaround this and we can see what's else differ from active directory.

Can you please checkout the following rpm[1]?

[1] 
http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-el6-x86_64_merged/
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] yum update command is failed

2014-12-09 Thread Ilan Hirsfeld
Hi,

I forgot to indicate I would like to install oVrit Vdsm but I can't do it
because the problems have been reported in previous mail.

Regards,
Ilan.

On Tue, Dec 9, 2014 at 3:30 PM, Ilan Hirsfeld ilan.hirsf...@gmail.com
wrote:

 Hi,

 My name's Ilan and I'm a new user.
 I installed CentOS 7 64 bit with VMware Player as guest and try 'yum
 update' to get newest application and get error as mentioned below. It
 seem me the installation determines the IP address as loopback and I don't
 know how enable it as real/virtual.
 I copy  paste the findings from Linux and Windows.
 Any help will be blessed.

 Regards,
 Ilan.

 [root@localhost Desktop]# yum update
 Loaded plugins: fastestmirror, langpacks
 Could not retrieve mirrorlist
 http://mirrorlist.centos.org/?release=7arch=x86_64repo=os error was
 14: curl#6 - Could not resolve host: mirrorlist.centos.org; Unknown
 error

  One of the configured repositories failed (Unknown),
  and yum doesn't have enough cached data to continue. At this point the
 only
  safe thing yum can do is fail. There are a few ways to work fix this:



  1. Contact the upstream for the repository and get them to fix the
 problem.

  2. Reconfigure the baseurl/etc. for the repository, to point to a
 working
 upstream. This is most often useful if you are using a newer
 distribution release than is supported by the repository (and the
 packages for the previous distribution release still work).

  3. Disable the repository, so yum won't use it by default. Yum will
 then
 just ignore the repository until you permanently enable it again
 or use
 --enablerepo for temporary usage:

 yum-config-manager --disable repoid

  4. Configure the failing repository to be skipped, if it is
 unavailable.
 Note that yum will try to contact the repo. when it runs most
 commands,
 so will have to try and fail each time (and thus. yum will be be
 much
 slower). If it is a very temporary problem though, this is often a
 nice
 compromise:

 yum-config-manager --save
 --setopt=repoid.skip_if_unavailable=true
 Cannot find a valid baseurl for repo: base/7/x86_64


 [root@localhost Desktop]# exit
 exit

 [bih016@localhost Desktop]$ ping google.com
 ping: unknown host google.com


 [bih016@localhost Desktop]$ ifconfig -a
 eno1636: flags=4163UP,BROADCAST,RUNNING,MULTICAST  mtu 1500
 ether 00:0c:29:d9:2b:57  txqueuelen 1000  (Ethernet)
 RX packets 18  bytes 1080 (1.0 KiB)
 RX errors 0  dropped 0  overruns 0  frame 0
 TX packets 0  bytes 0 (0.0 B)
 TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
 lo: flags=73UP,LOOPBACK,RUNNING  mtu 65536
 inet 127.0.0.1  netmask 255.0.0.0
 inet6 ::1  prefixlen 128  scopeid 0x10host
 loop  txqueuelen 0  (Local Loopback)
 RX packets 386  bytes 33548 (32.7 KiB)
 RX errors 0  dropped 0  overruns 0  frame 0
 TX packets 386  bytes 33548 (32.7 KiB)
 TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0


 [bih016@localhost Desktop]$ netstat -rn
 Kernel IP routing table
 Destination Gateway Genmask Flags   MSS Window  irtt
 Iface

  cat  /etc/sysconfig/network-scripts/ifcfg-lo
 DEVICE=lo
 IPADDR=127.0.0.1
 NETMASK=255.0.0.0
 NETWORK=127.0.0.0
 # If you're having problems with gated making 127.0.0.0/8 a martian,
 # you can change this to something else (255.255.255.255, for example)
 BROADCAST=127.255.255.255
 ONBOOT=yes
 NAME=loopback


 route -n
 Kernel IP routing table
 Destination Gateway Genmask Flags Metric RefUse
 Iface


 cat /etc/*-release
 CentOS Linux release 7.0.1406 (Core)
 NAME=CentOS Linux
 VERSION=7 (Core)
 ID=centos
 ID_LIKE=rhel fedora
 VERSION_ID=7
 PRETTY_NAME=CentOS Linux 7 (Core)
 ANSI_COLOR=0;31
 CPE_NAME=cpe:/o:centos:centos:7
 HOME_URL=https://www.centos.org/;
 BUG_REPORT_URL=https://bugs.centos.org/;
 CentOS Linux release 7.0.1406 (Core)
 CentOS Linux release 7.0.1406 (Core)


 uname -a
 Linux localhost.localdomain 3.10.0-123.el7.x86_64 #1 SMP Mon Jun 30
 12:09:22 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux


 cat /proc/version
 Linux version 3.10.0-123.el7.x86_64 (buil...@kbuilder.dev.centos.org)
 (gcc version 4.8.2 20140120 (Red Hat 4.8.2-16) (GCC) ) #1 SMP Mon Jun 30
 12:09:22 UTC 2014


 C:\Users\PC Useripconfig /all
 Windows IP Configuration
Host Name . . . . . . . . . . . . : PCUser-PC
Primary Dns Suffix  . . . . . . . :
Node Type . . . . . . . . . . . . : Hybrid
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
DNS Suffix Search List. . . . . . : localdomain

 Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix  . :
Description . . . . . . . . . . . : Realtek PCIe GBE Family Controller
Physical Address. . . . . . . . . : EC-A8-6B-FA-3D-15
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration 

[ovirt-users] yum update command is failed

2014-12-09 Thread Ilan Hirsfeld
Hi,

My name's Ilan and I'm a new user.
I installed CentOS 7 64 bit with VMware Player as guest and try 'yum
update' to get newest application and get error as mentioned below. It seem
me the installation determines the IP address as loopback and I don't know
how enable it as real/virtual.
I copy  paste the findings from Linux and Windows.
Any help will be blessed.

Regards,
Ilan.

[root@localhost Desktop]# yum update
Loaded plugins: fastestmirror, langpacks
Could not retrieve mirrorlist
http://mirrorlist.centos.org/?release=7arch=x86_64repo=os error was
14: curl#6 - Could not resolve host: mirrorlist.centos.org; Unknown error

 One of the configured repositories failed (Unknown),
 and yum doesn't have enough cached data to continue. At this point the only
 safe thing yum can do is fail. There are a few ways to work fix this:



 1. Contact the upstream for the repository and get them to fix the
problem.

 2. Reconfigure the baseurl/etc. for the repository, to point to a
working
upstream. This is most often useful if you are using a newer
distribution release than is supported by the repository (and the
packages for the previous distribution release still work).

 3. Disable the repository, so yum won't use it by default. Yum will
then
just ignore the repository until you permanently enable it again or
use
--enablerepo for temporary usage:

yum-config-manager --disable repoid

 4. Configure the failing repository to be skipped, if it is
unavailable.
Note that yum will try to contact the repo. when it runs most
commands,
so will have to try and fail each time (and thus. yum will be be
much
slower). If it is a very temporary problem though, this is often a
nice
compromise:

yum-config-manager --save
--setopt=repoid.skip_if_unavailable=true
Cannot find a valid baseurl for repo: base/7/x86_64


[root@localhost Desktop]# exit
exit

[bih016@localhost Desktop]$ ping google.com
ping: unknown host google.com


[bih016@localhost Desktop]$ ifconfig -a
eno1636: flags=4163UP,BROADCAST,RUNNING,MULTICAST  mtu 1500
ether 00:0c:29:d9:2b:57  txqueuelen 1000  (Ethernet)
RX packets 18  bytes 1080 (1.0 KiB)
RX errors 0  dropped 0  overruns 0  frame 0
TX packets 0  bytes 0 (0.0 B)
TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
lo: flags=73UP,LOOPBACK,RUNNING  mtu 65536
inet 127.0.0.1  netmask 255.0.0.0
inet6 ::1  prefixlen 128  scopeid 0x10host
loop  txqueuelen 0  (Local Loopback)
RX packets 386  bytes 33548 (32.7 KiB)
RX errors 0  dropped 0  overruns 0  frame 0
TX packets 386  bytes 33548 (32.7 KiB)
TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0


[bih016@localhost Desktop]$ netstat -rn
Kernel IP routing table
Destination Gateway Genmask Flags   MSS Window  irtt
Iface

 cat  /etc/sysconfig/network-scripts/ifcfg-lo
DEVICE=lo
IPADDR=127.0.0.1
NETMASK=255.0.0.0
NETWORK=127.0.0.0
# If you're having problems with gated making 127.0.0.0/8 a martian,
# you can change this to something else (255.255.255.255, for example)
BROADCAST=127.255.255.255
ONBOOT=yes
NAME=loopback


route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUse
Iface


cat /etc/*-release
CentOS Linux release 7.0.1406 (Core)
NAME=CentOS Linux
VERSION=7 (Core)
ID=centos
ID_LIKE=rhel fedora
VERSION_ID=7
PRETTY_NAME=CentOS Linux 7 (Core)
ANSI_COLOR=0;31
CPE_NAME=cpe:/o:centos:centos:7
HOME_URL=https://www.centos.org/;
BUG_REPORT_URL=https://bugs.centos.org/;
CentOS Linux release 7.0.1406 (Core)
CentOS Linux release 7.0.1406 (Core)


uname -a
Linux localhost.localdomain 3.10.0-123.el7.x86_64 #1 SMP Mon Jun 30
12:09:22 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux


cat /proc/version
Linux version 3.10.0-123.el7.x86_64 (buil...@kbuilder.dev.centos.org) (gcc
version 4.8.2 20140120 (Red Hat 4.8.2-16) (GCC) ) #1 SMP Mon Jun 30
12:09:22 UTC 2014


C:\Users\PC Useripconfig /all
Windows IP Configuration
   Host Name . . . . . . . . . . . . : PCUser-PC
   Primary Dns Suffix  . . . . . . . :
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : localdomain

Ethernet adapter Local Area Connection:
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Realtek PCIe GBE Family Controller
   Physical Address. . . . . . . . . : EC-A8-6B-FA-3D-15
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . :
fe80::91aa:14b3:7d79:9b8b%11(Preferred)
   IPv4 Address. . . . . . . . . . . : 10.0.0.3(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : יום שלישי 09 דצמבר 2014 14:15:01
   Lease Expires . . . . . . . . . . : יום שלישי 09 דצמבר 2014 

Re: [ovirt-users] yum update command is failed

2014-12-09 Thread Sven Kieske
On 09/12/14 14:30, Ilan Hirsfeld wrote:
 [root@localhost Desktop]# yum update
 Loaded plugins: fastestmirror, langpacks
 Could not retrieve mirrorlist
 http://mirrorlist.centos.org/?release=7arch=x86_64repo=os error was
 14: curl#6 - Could not resolve host: mirrorlist.centos.org; Unknown error

This is a network connectivity error, or a yum problem.

Please make sure your network works (you can access the internet).
This error has nothing to do with ovirt.

Furthermore, why do you want to install vdsm inside a vm?
For most purposes it won't work anyway or you get bad performance
because nested virtualization (virtualization in virtualization)
is very slow.

It is just sufficient for demo purposes (in this case you
would want ovirt all in one installation).

HTH

-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH  Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] 答复: 3.5 hosted engine: 2nd host Cannot acquire bridge address

2014-12-09 Thread Robert Story
On Tue, 09 Dec 2014 10:33:51 +0100 Sandro wrote:
SB  Looking at setup logs, you have:
SB  OVEHOSTED_NETWORK/bridgeIf=str:'eth1.79'
SB  [...]
SB  which seems to fail matching REGEXP:
SB  
SB  _ADDRESS_RE = re.compile(
SB  flags=re.VERBOSE,
SB  pattern=r
SB  \s+
SB  inet
SB  \s
SB  (?Paddress\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3})
SB  .+
SB  \s+
SB  (?Pinterface\w+)
SB  $
SB  
SB  )
SB  
SB  I guess the match is failing due to the '.' in 'eth1.79'
SB 
SB If you haven't already opened a BZ about it, please open one, thanks

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


Robert

-- 
Senior Software Engineer @ Parsons


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


Re: [ovirt-users] yum update command is failed

2014-12-09 Thread Dan Kenigsberg
On Tue, Dec 09, 2014 at 05:06:54PM +0100, Sven Kieske wrote:
 On 09/12/14 14:30, Ilan Hirsfeld wrote:
  [root@localhost Desktop]# yum update
  Loaded plugins: fastestmirror, langpacks
  Could not retrieve mirrorlist
  http://mirrorlist.centos.org/?release=7arch=x86_64repo=os error was
  14: curl#6 - Could not resolve host: mirrorlist.centos.org; Unknown error
 
 This is a network connectivity error, or a yum problem.

Yeah, Could not resolve host: mirrorlist.centos.org suggests that
there's no DNS (and no networking at all) inside your VM.

I'm no expert in vmplayer, but have you defined a VM with networking
there?

What is the output of `ifconfig -a` within your VM?

Does a simple `ping 8.8.8.8` work?

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


[ovirt-users] Fwd: Fwd: run ovirt-shell script like background job - problem

2014-12-09 Thread Grzegorz Szypa
Problem is solved.

It must be install this:

yum update packages

not like this
rpm -i *.rpm


-- Forwarded message --
From: Grzegorz Szypa grzegorz.sz...@gmail.com
Date: 2014-12-09 20:42 GMT+01:00
Subject: Re: [ovirt-users] Fwd: run ovirt-shell script like background job
- problem
To: Juan Hernández jhern...@redhat.com


So i have a question:

When i install:

rpm -i ovirt-engine-sdk-python-3.5.0.7-1.el6.noarch.rpm
ovirt-engine-cli-3.5.0.5-1.el6.noarch.rpm

i got error conflict with current package ovirt-engine-3.4.x

It was all-in-one instalation in one server.



2014-12-09 10:32 GMT+01:00 Juan Hernández jhern...@redhat.com:

 On 12/08/2014 08:05 PM, Grzegorz Szypa wrote:
  So, i have a question.
 
  Is ovirt-engine-cli-3.5.0.2-1.el6.noarch compatible in ovirt-engine-3.4?
 
  Can install ovirt-engine-cli-3.5 on ovirt-engine-cli-3.4 and using him
  with landscape based on ovirt 3.4 ??
 

 Yes, versions 3.5.x of ovirt-engine-cli and ovirt-engine-sdk-python (you
 will need both) are compatible with version 3.4 of the engine.

  2014-12-07 17:33 GMT+01:00 Juan Hernández jhern...@redhat.com
  mailto:jhern...@redhat.com:
 
  On 12/07/2014 05:05 PM, Grzegorz Szypa wrote:
   Hi,
  
   I have a problem with running ovirt-shell script, that it starting
  VMs.
   In dialog mode it's fine, but in background no :(
  
   Example script:
   ovirt-shell -E 'action vm WinSrv2012r2 start'
  
   I start this job in cron as root.
  
  
   Have somebody idea??
  
   --
   G.Sz.
  
 
  We used to have bug that made ovirt-shell fail when there wasn't a
 tty
  available (like when running from cron):
 
ovirt-shell cannot run in cron (/dev/tty missing)
https://bugzilla.redhat.com/1119412
 
  That was fixed in version 3.5.0.2, so make sure that you have at
 least
  that version.
 
  If you still have problems please share the output of the ovirt-shell
  command.
 
  --
  Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
  3ºD, 28016 Madrid, Spain
  Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat
  S.L.
 
 
 
 
  --
  G.Sz.
 
 
 
  --
  G.Sz.
 
 
  ___
  Users mailing list
  Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users
 


 --
 Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
 3ºD, 28016 Madrid, Spain
 Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.




-- 
G.Sz.



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


[ovirt-users] oVirt bonding mode4 + cisco 2960 XR

2014-12-09 Thread Алексей Николаев
Hi, community!

I have made bond0 mode4 (eth0+eth1+eth2+eth3) by oVirt portal. It's work
well on CentOS 7 node.

How I can setup my cisco 2960 XR switch for work with this bond0 for
loadbalancing + aggregation (802.3ad)?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] 答复: 3.5 hosted engine: 2nd host Cannot acquire bridge address

2014-12-09 Thread Sandro Bonazzola
Il 09/12/2014 20:16, Robert Story ha scritto:
 On Tue, 09 Dec 2014 10:33:51 +0100 Sandro wrote:
 SB  Looking at setup logs, you have:
 SB  OVEHOSTED_NETWORK/bridgeIf=str:'eth1.79'
 SB  [...]
 SB  which seems to fail matching REGEXP:
 SB  
 SB  _ADDRESS_RE = re.compile(
 SB  flags=re.VERBOSE,
 SB  pattern=r
 SB  \s+
 SB  inet
 SB  \s
 SB  (?Paddress\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3})
 SB  .+
 SB  \s+
 SB  (?Pinterface\w+)
 SB  $
 SB  
 SB  )
 SB  
 SB  I guess the match is failing due to the '.' in 'eth1.79'
 SB 
 SB If you haven't already opened a BZ about it, please open one, thanks
 
   https://bugzilla.redhat.com/show_bug.cgi?id=1172287
 

Thanks

 
 Robert
 


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