[ovirt-users] hosted-engine-deploy error

[qinglong.d...@horebdata.cn]

Hi, all:
I tried to deploy an hosted engine, but I got an error:
[root@node ~]# hosted-engine --deploy
..
  --== CONFIGURATION PREVIEW ==--

  Bridge interface   : enp6s0f0
  Engine FQDN: engine.horebdata.cn
  Bridge name: ovirtmgmt
  Host address   : node.horebdata.cn
  SSH daemon port: 22
  Firewall manager   : iptables
  Gateway address: 192.168.1.1
  Host name for web application  : node
  Storage Domain type: iscsi
  Host ID: 1
  LUN ID : 23866376332323932
  Image size GB  : 25
  iSCSI Portal IP Address: 192.168.128.115
  iSCSI Target Name  : engine
  iSCSI Portal port  : 3260
  iSCSI Portal user  :
  Console type   : vnc
  Memory size MB : 4096
  MAC address: 00:16:3e:48:db:9e
  Boot type  : cdrom
  Number of CPUs : 2
  ISO image (cdrom boot/cloud-init)  : /tmp/1.iso
  CPU Type   : model_SandyBridge

  Please confirm installation settings (Yes, No)[Yes]:
[ INFO  ] Stage: Transaction setup
[ INFO  ] Stage: Misc configuration
[ INFO  ] Stage: Package installation
[ INFO  ] Stage: Misc configuration
[ INFO  ] Configuring libvirt
[ INFO  ] Configuring VDSM
[ INFO  ] Starting vdsmd
[ INFO  ] Configuring the management bridge
[ INFO  ] Creating Volume Group
[ ERROR ] Error creating Volume Group: Failed to initialize physical device: 
("[u'/dev/mapper/23866376332323932']",)
  The selected device is already used.
  To create a vg on this device, you must use Force.
  WARNING: This will destroy existing data on the device.
  (Force, Abort)[Abort]? Force
[ INFO  ] Creating Storage Domain
[ INFO  ] Creating Storage Pool
[ INFO  ] Connecting Storage Pool
[ INFO  ] Verifying sanlock lockspace initialization
[ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] Network is 
unreachable
[ INFO  ] Stage: Clean up
[ INFO  ] Generating answer file 
'/var/lib/ovirt-hosted-engine-setup/answers/answers-20160725101205.conf'
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ ERROR ] Hosted Engine deployment failed: this system is not reliable, please 
check the issue, fix and redeploy
  Log file is located at 
/var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160725100535-h2y78c.log
[root@node ~]# cat 
/var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160725100535-h2y78c.log
 | grep ERROR
2016-07-25 10:07:01 ERROR otopi.plugins.gr_he_setup.storage.blockd 
blockd._misc:664 Error creating Volume Group: Failed to initialize physical 
device: ("[u'/dev/mapper/23866376332323932']",)
2016-07-25 10:11:59 ERROR otopi.context context._executeMethod:151 Failed to 
execute stage 'Misc configuration': [Errno 101] Network is unreachable
2016-07-25 10:12:05 ERROR otopi.plugins.gr_he_setup.core.misc 
misc._terminate:99 Hosted Engine deployment failed: this system is not 
reliable, please check the issue, fix and redeploy
[root@node ~]# cat /var/log/vdsm/vdsm.log | grep ERROR
jsonrpc.Executor/4::ERROR::2016-07-25 
10:07:01,491::lvm::737::Storage.LVM::(_initpvs) pvcreate failed with rc=5
jsonrpc.Executor/4::ERROR::2016-07-25 
10:07:01,492::lvm::738::Storage.LVM::(_initpvs) [], ['  WARNING: lvmetad is 
running but disabled. Restart lvmetad before enabling it!', '  
/dev/mapper/23866376332323932: read failed after 0 of 4096 at 0: Input/output 
error', '  /dev/mapper/23866376332323932: read failed after 0 of 4096 at 
42949607424: Input/output error', '  /dev/mapper/23866376332323932: read failed 
after 0 of 4096 at 42949664768: Input/output error', '  WARNING: Error counts 
reached a limit of 3. Device /dev/mapper/23866376332323932 was disabled', '  
Failed to wipe new metadata area at the start of the 
/dev/mapper/23866376332323932', '  Failed to add metadata area for new physical 
volume /dev/mapper/23866376332323932', '  Failed to setup physical volume 
"/dev/mapper/23866376332323932"']
jsonrpc.Executor/4::ERROR::2016-07-25 
10:07:01,492::task::868::Storage.TaskManager.Task::(_setError) 
Task=`a1b55dc1-2c23-4e9f-b81a-43b189557028`::Unexpected error
jsonrpc.Executor/4::ERROR::2016-07-25 
10:07:01,496::dispatcher::77::Storage.Dispatcher::(wrapper) {'status': 
{'message': 'Failed to initialize physical device: 
("[u\'/dev/mapper/23866376332323932\']",)', 'code': 601}}
jsonrpc.Executor/2::ERROR::2016-07-25 
10:10:47,116::sdc::140::Storage.StorageDomainCache::(_findDomain) looking for 
unfetched domain 

Re: [ovirt-users] Hosted Engine 4.0.1 GUI takes long time to be available after Engine start

[Scott]

Hi Matt,

I noticed a similar issue with oVirt 4.0 that I did not see in 3.6.  In
this particular environment, I don't run the DNS resolvers so I can't speak
to as whether that was a problem at the time (I doubt it, but you never
know).

One thing that seemed to help for me was to increase available entropy.
The value in /proc/sys/kernel/random/entropy_avail on my hosted engine VM
was very low (like ~135).  To do this, I used haveged, since its not
possible to attach the virtio-rng device to the HostedEngine VM (hopefully
this changes in a future release).  After this, my available entropy
approaches 4096 (the default target in haveged).  I can't say for certain
this was the sole cause/effect, but it certainly seemed to help.

Scott

On Sun, Jul 24, 2016 at 4:33 PM Matt .  wrote:

> Hi,
>
> I could be Rdns at the moment as I'm having strange Virtio issues on
> 4.0, nics are doing strange on Linux VM's ??
>
> If it's started it's just fine and fast
>
> I will update this thread when DNS is up again as I needed to
> reference this a little but... at the other end... I thought it
> happened also with DNS running... need to check.
>
> Thanks so far!
>
> 2016-07-24 23:25 GMT+02:00 Yaniv Kaul :
> >
> >
> > On Sun, Jul 24, 2016 at 8:56 PM, Matt .  wrote:
> >>
> >> Hi guys,
> >>
> >> On a 4.0.1 install where I use an hosted engine the engine itself
> >> starts very quick, this works great.
> >>
> >> The issue I see happening is that when the engine is started it can
> >> take up to minutes before you can visit the GUI of the engine.
> >>
> >> Is this known and also happening on 3.6 ?
> >
> >
> > No, it's not known. If you are sure there are no DNS and reverse DNS
> issues,
> > I'd be happy if you could share engine.log and server.log from the engine
> > VM.
> > Y.
> >
> >>
> >>
> >> Thanks!
> >>
> >> Matt
> >> ___
> >> 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
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Hosted Engine 4.0.1 GUI takes long time to be available after Engine start

[Matt .]

Hi,

I could be Rdns at the moment as I'm having strange Virtio issues on
4.0, nics are doing strange on Linux VM's ??

If it's started it's just fine and fast

I will update this thread when DNS is up again as I needed to
reference this a little but... at the other end... I thought it
happened also with DNS running... need to check.

Thanks so far!

2016-07-24 23:25 GMT+02:00 Yaniv Kaul :
>
>
> On Sun, Jul 24, 2016 at 8:56 PM, Matt .  wrote:
>>
>> Hi guys,
>>
>> On a 4.0.1 install where I use an hosted engine the engine itself
>> starts very quick, this works great.
>>
>> The issue I see happening is that when the engine is started it can
>> take up to minutes before you can visit the GUI of the engine.
>>
>> Is this known and also happening on 3.6 ?
>
>
> No, it's not known. If you are sure there are no DNS and reverse DNS issues,
> I'd be happy if you could share engine.log and server.log from the engine
> VM.
> Y.
>
>>
>>
>> Thanks!
>>
>> Matt
>> ___
>> 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] Hosted Engine 4.0.1 GUI takes long time to be available after Engine start

[Yaniv Kaul]

On Sun, Jul 24, 2016 at 8:56 PM, Matt .  wrote:

> Hi guys,
>
> On a 4.0.1 install where I use an hosted engine the engine itself
> starts very quick, this works great.
>
> The issue I see happening is that when the engine is started it can
> take up to minutes before you can visit the GUI of the engine.
>
> Is this known and also happening on 3.6 ?
>

No, it's not known. If you are sure there are no DNS and reverse DNS
issues, I'd be happy if you could share engine.log and server.log from the
engine VM.
Y.


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

[ovirt-users] Hosted Engine 4.0.1 GUI takes long time to be available after Engine start

[Matt .]

Hi guys,

On a 4.0.1 install where I use an hosted engine the engine itself
starts very quick, this works great.

The issue I see happening is that when the engine is started it can
take up to minutes before you can visit the GUI of the engine.

Is this known and also happening on 3.6 ?

Thanks!

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

Re: [ovirt-users] Ansible oVirt storage management module

[Yaniv Kaul]

On Wed, Jul 20, 2016 at 12:00 AM, Groten, Ryan 
wrote:

> Hey Ansible users,
>
>
>
> I wrote a module for storage management and created a pull request to have
> it added as an Extra module in Ansible.  It can be used to
> create/delete/attach/destroy pool disks.
>
>
>
> https://github.com/ansible/ansible-modules-extras/pull/2509
>
>
>
> Ryan
>

Hi Ryan,

This looks really interesting and surely is useful.
My only comment would be that I think we should start to think about some
Python module for oVirt actions.
Otherwise, every project (this, ovirt-system-tests, others) that use the
ovirt Python SDK for oVirt automation more or less re-implement the same
functions.
What do you think?

Also, we are thinking about auto-generating such Ansible playbook (same way
as the SDKs are generated).
It might look less 'human', but it will always be complete and up-to-date
with all features.
Thanks,
Y.

>
>
> ___
> 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] New host HE 4.0 -> [ ERROR ] Failed to execute stage 'Environment customization': Specified gateway is not pingable

[Matt .]

Hi,

It was indeed NetApp, and as you say I can remember something like it
but I'm not 200% sure.

For some host that I wasn't able to remove I needed hosted-engine
--reinitialize-lockspace indeed, figured that out.

dd over the same went well, didn't see anyone complaining about that either.

Thanks Didi for upodating this post.

2016-07-24 8:12 GMT+02:00 Yedidyah Bar David :
> On Thu, Jul 21, 2016 at 9:56 PM, Matt .  wrote:
>> OK, it seems that a snapshot was having the files but linux didn't saw
>> a change between the images as the size was still the same.
>
> What kind of snapshot?
>
> AFAIR from old days with netapp, snapshots on netapp expose the same
> inode. diff will see this and will not further look at the file, even if
> everything else is different - size, timestamps etc. I guess it's still
> the same today.
>
> To answer your question, you might be looking for 'hosted-engine
> --reinitialize-lockspace'. But if you ask me, if the content was zeroed,
> you have some serious issues there - either on the storage or on the
> hosts.
>
>>
>> I'm going to dd back :)
>
> Good luck.
>
> Note that dd and/or the shell might too refuse to copy over the "same"
> file (same inode).
>
> Best,
>
>>
>> 2016-07-21 20:04 GMT+02:00 Matt . :
>>> OK, it seems that my config volume for the hosted engine is empty, I
>>> cannot tar anything out of it and I'm quite sure it has been empty for
>>> ever as I got some strange warning every time.
>>>
>>> Is there a way to recover that from files ? Backups/snapshots are empty 
>>> so...
>>>
>>> 2016-07-21 13:43 GMT+02:00 Simone Tiraboschi :
 On Thu, Jul 21, 2016 at 12:38 PM, Matt .  wrote:
> The deploy went OK from the GUI but it's still not "active" as Hosted
> engine Host. The install also wen very fast so it looked like it
> didn't do anything witl the deploy setting in the GUI @ the hosted
> engine tab.

 The difference with a standard host is just that it should create
 /etc/ovirt-hosted-engine/hosted-engine.conf and start ovirt-ha-agent
 and ovirt-ha-broker so it shouldn't be that longer.

 At the end, due to the issue with syncing the local maintenance mode
 from the engine, you have to connect to the host and run
 'hosted-engine -set-maintenance --mode=none' from there.

 Can you please post the result of
 hosted-engine --vm-status and the status of ovirt-ha-agent?

> Or should I re-deploy again on the commandline after adding the host
> through the GUI ?
>
> About the initial GW, I didn't see that in the GUI.
>
> 2016-07-21 12:31 GMT+02:00 Simone Tiraboschi :
>> On Thu, Jul 21, 2016 at 12:28 PM, Matt .  wrote:
>>> No problem I checked it out and applied it, no solution it seems.
>>
>> Do you mean that it's still referring to your initial gateway or that
>> the deploy failed?
>>
>>> 2016-07-21 12:14 GMT+02:00 Simone Tiraboschi :
 On Thu, Jul 21, 2016 at 12:09 PM, Matt .  
 wrote:
> OK, I did a deploy from the engine and the Hosted is "Not Active" and

 Yes, sorry, I forgot to mention that.
 We have an open bug about re-activating an hosted-engine host from the
 engine: https://bugzilla.redhat.com/show_bug.cgi?id=1353600
 Connecting to the host and exiting the maintenance mode from there is
 the temporary solution.

> Engine HA is empty on 4.0.1
>
> 2016-07-21 11:58 GMT+02:00 Matt . :
>> True, but you can up an IP on any device in that case because you 
>> know
>> what you are doing.
>>
>> I think that this can be finetuned, or at least multiple IPs would be
>> nice as I now need to add one IP from my vrrp setup, so if there is a
>> failover or I need to take down the second switch I'm also done.
>>
>> 2016-07-21 10:23 GMT+02:00 Simone Tiraboschi :
>>> On Thu, Jul 21, 2016 at 10:03 AM, Matt .  
>>> wrote:
 OK, I will check this laster on, as I was having issues with the
 deploy from the GUI before as nothing really happened, I thought it
 was a bug on the first 4.0 release ?

 I think this should be investigated, the whole deployment as it 
 would
 be good to have the possibility to list some GW's in case you use
 failover.

 I was even thinking of setting the engine IP there, should be 
 working
 as good as also.
>>>
>>> Not really since the agent is pinging also when the engine VM is 
>>> down
>>> due to maintenance.

Re: [ovirt-users] Error while extending a cinder/ceph disk

[Daniel Erez]

Opened a bug on the issue:
https://bugzilla.redhat.com/show_bug.cgi?id=1359489
Should be addressed for the upcoming builds.

On Thu, Jul 21, 2016 at 5:43 PM, Alessandro De Salvo <
alessandro.desa...@roma1.infn.it> wrote:

> Hi Daniel,
>
> On Thu, 2016-07-21 at 17:34 +0300, Daniel Erez wrote:
> >
> >
> > On Thu, Jul 21, 2016 at 4:21 PM, Alessandro De Salvo
> >  wrote:
> > Hi,
> > when trying to extend a ceph disk in ovirt 4 (Virtual Machines
> > => Edit
> > Virtual Machine => Instance images => Edit => Extend size by)
> > I get the
> > following error:
> >
> > Error while executing action: interface is required
> >
> >
> > Sounds like a similar root cause
> > of https://bugzilla.redhat.com/show_bug.cgi?id=1346887
> > Should be already fixed on latest build. Can you please try to upgrade
> > to latest?
>
> I'm running on the latest snapshot, upgraded a few hours ago, so I guess
> it's not totally fixed yet.
> Those are the ovirt-engine-* RPMS I have in my machine:
>
>
> ovirt-engine-setup-plugin-ovirt-engine-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
> ovirt-engine-dashboard-1.0.1-1.el7.centos.noarch
> ovirt-engine-sdk-python-3.6.8.0-1.el7.centos.noarch
>
> ovirt-engine-setup-plugin-dockerc-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-tools-backup-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-tools-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
> ovirt-engine-wildfly-10.0.0-1.el7.x86_64
>
> ovirt-engine-setup-base-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-setup-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-vmconsole-proxy-helper-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-extension-aaa-jdbc-1.1.1-0.0.master.20160623200644.git2e68ef6.el7.noarch
>
> ovirt-engine-restapi-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
> ovirt-engine-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
> ovirt-engine-wildfly-overlay-10.0.0-1.el7.noarch
> ovirt-engine-dwh-setup-4.0.2-0.1.master.20160706084440.el7.centos.noarch
>
> ovirt-engine-lib-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-setup-plugin-vmconsole-proxy-helper-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
> python-ovirt-engine-sdk4-4.0.0-0.5.a5.el7.centos.x86_64
>
> ovirt-engine-extensions-api-impl-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
> ovirt-engine-cli-3.6.8.1-1.el7.centos.noarch
>
> ovirt-engine-userportal-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-webadmin-portal-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
> ovirt-engine-dwh-4.0.2-0.1.master.20160706084440.el7.centos.noarch
>
> ovirt-engine-setup-plugin-websocket-proxy-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-websocket-proxy-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-backend-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-setup-plugin-ovirt-engine-common-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-dbscripts-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> >
> >
> > Or, try using the Edit disk dialog under 'VMs => Disks' instead (could
> > be a specific issue with the 'Instance images' flow).
>
> Tried this as well, but I still get the same error.
> Thanks,
>
> Alessandro
>
> >
> >
> > In engine.log I see the following errors as well:
> >
> > 2016-07-21 15:14:55,266 ERROR
> >
>  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> > (default task-35) [] Correlation ID: 47ce3344, Call Stack:
> > null, Custom
> > Event ID: -1, Message: Failed to update VM test01 disk
> > test01_Disk1
> > (User: admin@internal-authz).
> > 2016-07-21 15:14:56,091 ERROR
> >
>  
> [org.ovirt.engine.core.bll.storage.disk.cinder.ExtendCinderDiskCommandCallback]
> (DefaultQuartzScheduler8) [2819eb7c] Failed extending disk. ID:
> a5dd90b1-3a76-4e38-af8c-e829b3b86a40
> > 2016-07-21 15:14:56,124 ERROR
> >
>  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> > (DefaultQuartzScheduler8) [2819eb7c] Correlation ID: 2819eb7c,
> > Call
> > Stack: null, Custom Event ID: -1, Message: Failed to extend
> > size of the
> > disk 'test01_Disk1' to 20 GB, User: admin@internal-authz.
> > 2016-07-21 15:14:56,209 ERROR
> >
>  [org.ovirt.engine.core.bll.storage.disk.cinder.ExtendCinderDiskCommand]
> > (DefaultQuartzScheduler8) [2819eb7c] Ending command
> >
>  'org.ovirt.engine.core.bll.storage.disk.cinder.ExtendCinderDiskCommand'
> > with failure.
> >
> >
> > After this, the cinder image is 

[ovirt-users] VM can't start after interruption of power supply

[张余歌]

dear friends:
recently i meet some problem:My company meeted interruption of power 
supply,which cause my server power off directly.when i start the server,it 
adviced to user fsck comnmand to repair FS.I did it and know my system had some 
bad block.And then i enter the ovirt's WEB administration portal normally,i try 
to start my VM,but i failed!it seems VM was locked .it tips"failed to get 
volume size:"XXX--X".which confused me a long time!!Have someone meet 
this problem as me?please give me some advice.Thanks a lot.
i try to process service vdsmd restart ,but i throw  exception:
#service vdsmd restart
--
libvirt is already configured for vdsm
vdsm: Running validate_configuration
SUCCESS: ssl configured to false. No conflicts.
vdsm: Running prepare_transient_repository
vdsm: Running syslog_available
vdsm: Running nwfilter
libvirt: Network Filter Driver error : Requested operation is not valid: 
nwfilter is in use
vdsm: Running dummybr
vdsm: Running load_needed_modules
vdsm: Running tune_system
vdsm: Running test_space
vdsm: Running test_lo
Upgrading to unified persistence if needed
Traceback (most recent call last):
  File "/usr/share/vdsm/vdsm-restore-net-config", line 346, in 
restore(args)
  File "/usr/share/vdsm/vdsm-restore-net-config", line 315, in restore
unified_restoration()
  File "/usr/share/vdsm/vdsm-restore-net-config", line 93, in 
unified_restoration
setupNetworks(nets, bonds, connectivityCheck=False, _inRollback=True)
  File "/usr/share/vdsm/network/api.py", line 666, in setupNetworks
_handleBondings(bondings, configurator, in_rollback)
  File "/usr/share/vdsm/network/api.py", line 530, in _handleBondings
destroyOnMasterRemoval='remove' in attrs)
  File "/usr/share/vdsm/network/models.py", line 242, in objectivize
mtu, _netinfo)
  File "/usr/share/vdsm/network/models.py", line 232, in _objectivizeSlaves
(nic, nicVlans or nicNet or nicBond))
network.errors.ConfigNetworkError: (24, u'nic em1 already used by ovirtmgmt')
Traceback (most recent call last):
  File "/usr/bin/vdsm-tool", line 219, in main
return tool_command[cmd]["command"](*args)
  File "/usr/lib/python2.6/site-packages/vdsm/tool/restore_nets.py", line 40, 
in restore_command
exec_restore(cmd)
  File "/usr/lib/python2.6/site-packages/vdsm/tool/restore_nets.py", line 53, 
in exec_restore
raise EnvironmentError('Failed to restore the persisted networks')
EnvironmentError: Failed to restore the persisted networks
Upgrading to v3.x networking if needed
Starting up vdsm daemon:
vdsm start [  OK  ]
---

i check engine.log
#less engine.log
INFO  [org.ovirt.engine.core.bll.RunVmCommand] (ajp--127.0.0.1-8702-4) 
[31d932f0] Lock Acquired to object EngineLock [exclusiveLocks= key: 
d6575495-5cb3-41df-9d6e-6b88186dbbb3 value: VM
, sharedLocks= ]
2016-07-23 11:30:00,931 INFO  
[org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] 
(ajp--127.0.0.1-8702-4) [31d932f0] START, IsVmDuringInitiatingVDSCommand( vmId 
= d6575495-5cb3-41df-9d6e-6b88186dbbb3), log id: 2fbe5c73
2016-07-23 11:30:00,933 INFO  
[org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] 
(ajp--127.0.0.1-8702-4) [31d932f0] FINISH, IsVmDuringInitiatingVDSCommand, 
return: false, log id: 2fbe5c73
2016-07-23 11:30:00,966 INFO  [org.ovirt.engine.core.bll.RunVmCommand] 
(org.ovirt.thread.pool-8-thread-25) [31d932f0] Running command: RunVmCommand 
internal: false. Entities affected :  ID: d6575495-5cb3-41df-9d6e-6b88186dbbb3 
Type: VMAction group VM_BASIC_OPERATIONS with role type USER
2016-07-23 11:30:00,996 INFO  
[org.ovirt.engine.core.vdsbroker.UpdateVmDynamicDataVDSCommand] 
(org.ovirt.thread.pool-8-thread-25) [31d932f0] START, 
UpdateVmDynamicDataVDSCommand(HostName = local_host, HostId = 
953cfb28-41a6-48f1-bcf5-58a741b1213b, 
vmDynamic=org.ovirt.engine.core.common.businessentities.VmDynamic@417b138a), 
log id: 1bca8285
2016-07-23 11:30:01,000 INFO  
[org.ovirt.engine.core.vdsbroker.UpdateVmDynamicDataVDSCommand] 
(org.ovirt.thread.pool-8-thread-25) [31d932f0] FINISH, 
UpdateVmDynamicDataVDSCommand, log id: 1bca8285
2016-07-23 11:30:01,005 INFO  
[org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] 
(org.ovirt.thread.pool-8-thread-25) [31d932f0] START, 
CreateVmVDSCommand(HostName = local_host, HostId = 
953cfb28-41a6-48f1-bcf5-58a741b1213b, 
vmId=d6575495-5cb3-41df-9d6e-6b88186dbbb3, vm=VM [晓峰]), log id: 196e548a
2016-07-23 11:30:01,010 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] 
(org.ovirt.thread.pool-8-thread-25) [31d932f0] START, CreateVDSCommand(HostName 
= local_host, HostId = 953cfb28-41a6-48f1-bcf5-58a741b1213b, 
vmId=d6575495-5cb3-41df-9d6e-6b88186dbbb3, vm=VM [晓峰]), log id: 566631a7
2016-07-23 11:30:01,031 INFO  

[ovirt-users] oVirt 4 Hosted Engine deploy on fc storage - [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] Network is unreachable

[aleksey . maksimov]

Hello oVirt guru`s !I have problem with initial deploy of ovirt 4.0 hosted engine.My environment :* Two servers HP ProLiant DL 360 G5 with Qlogic FC HBA connected (with multipathd) to storage HP 3PAR 7200* On each server installed CentOS 7.2 Linux (3.10.0-327.22.2.el7.x86_64)* On 3PAR storage I created 2 LUNs for oVirt.- First LUN for oVirt Hosted Engine VM (60GB)- Second LUN for all other VMs (2TB)# multipath -ll3par-vv1 (360002ac0001bcec9) dm-0 3PARdata,VVsize=60G features='1 queue_if_no_path' hwhandler='1 alua' wp=rw`-+- policy='round-robin 0' prio=50 status=active  |- 2:0:1:1 sdd 8:48  active ready running  |- 3:0:0:1 sdf 8:80  active ready running  |- 2:0:0:1 sdb 8:16  active ready running  `- 3:0:1:1 sdh 8:112 active ready running3par-vv2 (360002ac00016cec9) dm-1 3PARdata,VVsize=2.0T features='1 queue_if_no_path' hwhandler='1 alua' wp=rw`-+- policy='round-robin 0' prio=50 status=active  |- 2:0:0:0 sda 8:0   active ready running  |- 3:0:0:0 sde 8:64  active ready running  |- 2:0:1:0 sdc 8:32  active ready running  `- 3:0:1:0 sdg 8:96  active ready running My steps on first server (initial deploy of ovirt 4.0 hosted engine):# systemctl stop NetworkManager# systemctl disable NetworkManager# yum -y install http://resources.ovirt.org/pub/yum-repo/ovirt-release40.rpm# yum -y install epel-release# wget http://mirror.yandex.ru/centos/7/isos/x86_64/CentOS-7-x86_64-NetInstall-1511.iso -P /tmp/# yum install ovirt-hosted-engine-setup# yum install screen# screen -RD...in screen session :# hosted-engine --deploy...in configuration process I chose "fc" as storage type for oVirt hosted engine vm and select 60GB LUN..--== CONFIGURATION PREVIEW ==--...  Firewall manager   : iptables  Gateway address    : 10.1.0.1  Host name for web application  : KOM-AD01-OVIRT1  Storage Domain type    : fc  Host ID    : 1  LUN ID : 360002ac0001bcec9  Image size GB  : 40  Console type   : vnc  Memory size MB : 4096  MAC address    : 00:16:3e:77:1d:07  Boot type  : cdrom  Number of CPUs : 2  ISO image (cdrom boot/cloud-init)  : /tmp/CentOS-7-x86_64-NetInstall-1511.iso  CPU Type   : model_Penryn...and get error after step "Verifying sanlock lockspace initialization"...[ INFO  ] Verifying sanlock lockspace initialization[ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] Network is unreachable[ INFO  ] Stage: Clean up[ INFO  ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20160722124133.conf'[ INFO  ] Stage: Pre-termination[ INFO  ] Stage: Termination[ ERROR ] Hosted Engine deployment failed: this system is not reliable, please check the issue, fix and redeploy  Log file is located at /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160722123404-t26vw0.logInterestinglyIf I try to deploy hosted-engine v3.6, everything goes well in the same configuration !! :[ INFO  ] Stage: Transaction setup[ INFO  ] Stage: Misc configuration[ INFO  ] Stage: Package installation[ INFO  ] Stage: Misc configuration[ INFO  ] Configuring libvirt[ INFO  ] Configuring VDSM[ INFO  ] Starting vdsmd[ INFO  ] Waiting for VDSM hardware info[ INFO  ] Configuring the management bridge[ INFO  ] Creating Volume Group[ INFO  ] Creating Storage Domain[ INFO  ] Creating Storage Pool[ INFO  ] Connecting Storage Pool[ INFO  ] Verifying sanlock lockspace initialization[ INFO  ] Creating Image for 'hosted-engine.lockspace' ...[ INFO  ] Image for 'hosted-engine.lockspace' created successfully[ INFO  ] Creating Image for 'hosted-engine.metadata' ...[ INFO  ] Image for 'hosted-engine.metadata' created successfully[ INFO  ] Creating VM Image[ INFO  ] Destroying Storage Pool[ INFO  ] Start monitoring domain[ INFO  ] Configuring VM[ INFO  ] Updating hosted-engine configuration[ INFO  ] Stage: Transaction commit[ INFO  ] Stage: Closing up[ INFO  ] Creating VM  You can now connect to the VM with the following command:    /bin/remote-viewer vnc://localhost:5900...What could be the problem?___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Import of ova failed

[Shahar Havivi]

On 21.07.16 16:24, Cam Mac wrote:
> Bug ID 1358828. I can do another for the direct import of the OVF (without
Thanks,
Please attach the ovf and ova (no need for the disk inside the ova) to the
bug.
> virt-v2v) if needed.
> 
> Cheers,
> 
> Cam
> 
> On Thu, Jul 21, 2016 at 2:56 PM, Shahar Havivi  wrote:
> 
> > On 21.07.16 14:38, Cam Mac wrote:
> > > I tried that already, and it fails. I gave it another try with the GUI on
> > > the new VM I created, as you described, and it fails.
> > > I can attach the engine log if you like.
> > no need,
> > please file a bug and attach the ova (without the disks - its a tar file
> > that
> > you can edit)
> > >
> > > Thanks,
> > >
> > > Cam
> > >
> > > On Thu, Jul 21, 2016 at 2:17 PM, Shahar Havivi 
> > wrote:
> > >
> > > > On 21.07.16 14:01, Campbell McLeay wrote:
> > > > > Thanks Shahar. Will do. I created a new VM on VMWare for the purposes
> > > > > of testing the import again with a new hostname, and it failed with
> > > > > the same error.
> > > > What you are trying to do is as far as I understand is to use virt-v2v
> > > > utility
> > > > to put the ova in export domain, there may be something wrong between
> > the
> > > > virt-v2v output ovf and the oVirt engine.
> > > > You can try the new feature to import ova strait on oVirt admin portal
> > (if
> > > > you
> > > > already try that the forget it), go to the vms tab -> import and select
> > > > "vmware ova" from the select box...
> > > >
> > > > >
> > > > > Cheers,
> > > > >
> > > > > Cam
> > > > >
> > > > > On 21 July 2016 at 12:59, Shahar Havivi  wrote:
> > > > > > On 21.07.16 14:58, Shahar Havivi wrote:
> > > > > >> The error looks like you have a problem in the storage pool which
> > is
> > > > null by
> > > > > >> the log.
> > > > > >>
> > > > > >> Please open a bug and specify the exact steps that you took,
> > > > > >> ie.
> > > > > >> 1. $ virt-v2v -o rhev ...
> > > > > >> 2. goto the admin portal and try to view the VMs in the export
> > domain
> > > > > >> 3. etc...
> > > > > >>
> > > > > >> If you can attach the ova without the disk it will be great.
> > > > > > And please attach the engine.log as well.
> > > > > >>
> > > > > >> Shahar.
> > > > > >>
> > > > > >> On 21.07.16 10:16, Cam Mac wrote:
> > > > > >> > Sent, thanks Shahar.
> > > > > >> >
> > > > > >> > On Thu, Jul 21, 2016 at 10:05 AM, Shahar Havivi <
> > shav...@redhat.com>
> > > > wrote:
> > > > > >> >
> > > > > >> > > On 21.07.16 10:03, Cam Mac wrote:
> > > > > >> > > OK,
> > > > > >> > > Can you please share the engine.log
> > > > > >> > > > Hi Shahar,
> > > > > >> > > >
> > > > > >> > > > Doesn't appear to be there:
> > > > > >> > > >
> > > > > >> > > > engine=> select vm_name from vm_static where vm_name='wvm2';
> > > > > >> > > >  vm_name
> > > > > >> > > > -
> > > > > >> > > > (0 rows)
> > > > > >> > > >
> > > > > >> > > > Thanks,
> > > > > >> > > >
> > > > > >> > > > Cam
> > > > > >> > > >
> > > > > >> > > >
> > > > > >> > > >
> > > > > >> > > > On Thu, Jul 21, 2016 at 8:33 AM, Shahar Havivi <
> > > > shav...@redhat.com>
> > > > > >> > > wrote:
> > > > > >> > > >
> > > > > >> > > > > On 20.07.16 20:06, Richard W.M. Jones wrote:
> > > > > >> > > > > > On Wed, Jul 20, 2016 at 07:16:32PM +0100, Cam Mac wrote:
> > > > > >> > > > > > > >
> > > > > >> > > > > > > > The import doesn't happen automatically, you have
> > to do
> > > > the final
> > > > > >> > > > > step
> > > > > >> > > > > > > > manually (when using the command line).  See:
> > > > > >> > > > > > > >
> > > > > >> > > > > > > >
> > http://libguestfs.org/virt-v2v.1.html#output-to-rhev
> > > > > >> > > > > > > >
> > > > > >> > > > > > > > However that error shouldn't happen.  It looks like
> > the
> > > > name is
> > > > > >> > > the
> > > > > >> > > > > > > > same as the name of an existing VM.  From virt-v2v
> > you
> > > > can do the
> > > > > >> > > > > > > > whole conversion/import over again, this time adding
> > > > the `-on
> > > > > >> > > > > > > > new_name' option to the command line (obviously
> > > > choosing a name
> > > > > >> > > which
> > > > > >> > > > > > > > is not otherwise being used).
> > > > > >> > > > > > > >
> > > > > >> > > > > > > > I don't know if there's a way to get oVirt to change
> > > > the name
> > > > > >> > > when
> > > > > >> > > > > > > > importing from the export domain.  As far as I know
> > you
> > > > have to
> > > > > >> > > start
> > > > > >> > > > > > > > the import from scratch.
> > > > > >> > > > > > > >
> > > > > >> > > > > > > >
> > > > > >> > > > > > > There's no existing VM with that name that I can see.
> > It
> > > > may have
> > > > > >> > > come
> > > > > >> > > > > from
> > > > > >> > > > > > > one of my earlier import attempts,
> > > > > >> > > > > > > though that earlier attempt did not show up in the
> > GUI,
> > > > it did
> > > > > >> > > write
> > > > > >> > > > > files
> > > > > >> > > > > > > to the export domain.
> > > > > >> > > > > > >
> > > 

Re: [ovirt-users] New host HE 4.0 -> [ ERROR ] Failed to execute stage 'Environment customization': Specified gateway is not pingable

[Yedidyah Bar David]

On Thu, Jul 21, 2016 at 9:56 PM, Matt .  wrote:
> OK, it seems that a snapshot was having the files but linux didn't saw
> a change between the images as the size was still the same.

What kind of snapshot?

AFAIR from old days with netapp, snapshots on netapp expose the same
inode. diff will see this and will not further look at the file, even if
everything else is different - size, timestamps etc. I guess it's still
the same today.

To answer your question, you might be looking for 'hosted-engine
--reinitialize-lockspace'. But if you ask me, if the content was zeroed,
you have some serious issues there - either on the storage or on the
hosts.

>
> I'm going to dd back :)

Good luck.

Note that dd and/or the shell might too refuse to copy over the "same"
file (same inode).

Best,

>
> 2016-07-21 20:04 GMT+02:00 Matt . :
>> OK, it seems that my config volume for the hosted engine is empty, I
>> cannot tar anything out of it and I'm quite sure it has been empty for
>> ever as I got some strange warning every time.
>>
>> Is there a way to recover that from files ? Backups/snapshots are empty so...
>>
>> 2016-07-21 13:43 GMT+02:00 Simone Tiraboschi :
>>> On Thu, Jul 21, 2016 at 12:38 PM, Matt .  wrote:
 The deploy went OK from the GUI but it's still not "active" as Hosted
 engine Host. The install also wen very fast so it looked like it
 didn't do anything witl the deploy setting in the GUI @ the hosted
 engine tab.
>>>
>>> The difference with a standard host is just that it should create
>>> /etc/ovirt-hosted-engine/hosted-engine.conf and start ovirt-ha-agent
>>> and ovirt-ha-broker so it shouldn't be that longer.
>>>
>>> At the end, due to the issue with syncing the local maintenance mode
>>> from the engine, you have to connect to the host and run
>>> 'hosted-engine -set-maintenance --mode=none' from there.
>>>
>>> Can you please post the result of
>>> hosted-engine --vm-status and the status of ovirt-ha-agent?
>>>
 Or should I re-deploy again on the commandline after adding the host
 through the GUI ?

 About the initial GW, I didn't see that in the GUI.

 2016-07-21 12:31 GMT+02:00 Simone Tiraboschi :
> On Thu, Jul 21, 2016 at 12:28 PM, Matt .  wrote:
>> No problem I checked it out and applied it, no solution it seems.
>
> Do you mean that it's still referring to your initial gateway or that
> the deploy failed?
>
>> 2016-07-21 12:14 GMT+02:00 Simone Tiraboschi :
>>> On Thu, Jul 21, 2016 at 12:09 PM, Matt .  wrote:
 OK, I did a deploy from the engine and the Hosted is "Not Active" and
>>>
>>> Yes, sorry, I forgot to mention that.
>>> We have an open bug about re-activating an hosted-engine host from the
>>> engine: https://bugzilla.redhat.com/show_bug.cgi?id=1353600
>>> Connecting to the host and exiting the maintenance mode from there is
>>> the temporary solution.
>>>
 Engine HA is empty on 4.0.1

 2016-07-21 11:58 GMT+02:00 Matt . :
> True, but you can up an IP on any device in that case because you know
> what you are doing.
>
> I think that this can be finetuned, or at least multiple IPs would be
> nice as I now need to add one IP from my vrrp setup, so if there is a
> failover or I need to take down the second switch I'm also done.
>
> 2016-07-21 10:23 GMT+02:00 Simone Tiraboschi :
>> On Thu, Jul 21, 2016 at 10:03 AM, Matt .  
>> wrote:
>>> OK, I will check this laster on, as I was having issues with the
>>> deploy from the GUI before as nothing really happened, I thought it
>>> was a bug on the first 4.0 release ?
>>>
>>> I think this should be investigated, the whole deployment as it 
>>> would
>>> be good to have the possibility to list some GW's in case you use
>>> failover.
>>>
>>> I was even thinking of setting the engine IP there, should be 
>>> working
>>> as good as also.
>>
>> Not really since the agent is pinging also when the engine VM is down
>> due to maintenance.
>>
>>> 2016-07-21 9:53 GMT+02:00 Simone Tiraboschi :
 On Thu, Jul 21, 2016 at 9:47 AM, Matt .  
 wrote:
> OK, I already thought that but where is this saved as I don't 
> have any
> rights as root to the ha_agent folder on the HE storage ?

 It's not a folder: it's a tar file directly saved over a VDSM 
 volume.
 Editing it's a bit tricky.

> In worst case