[ovirt-users] vdsm hook

2018-08-20 Thread 董青龙 
Hi all,
I want to write a hook in which name or id of the vm can be acquired 
and the hook should be executed before the vm shutdown. I could acquire name or 
id of the vm in a before_vm_start hook using "hooking.read_domxml()". However, 
it did not work in a before_vm_destroy hook. So what should I do? Can Anyone 
give me some advice? Thanks a lot!___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/OL3HQTHG6C4DZ7R7DZAIX5Z3QCLW6IBW/

[ovirt-users] Re: oVirt Node 4.2.3.1. to 4.2.5 upgrade trouble, log attached

2018-08-20 Thread Matt Simonsen 

Hello,

I replied to a different email in this thread, noting I believe I may 
have a workaround to this issue.


I did run this on a server that has not yet been upgraded, which 
previously has failed at being updated, and the command returned "0" 
with no output.


[ ~]# semanage permissive -a setfiles_t
[ ~]# echo $?
0

Please let me know if there is anything else I can do to assist,

Matt





On 08/20/2018 08:19 AM, Yuval Turgeman wrote:

Hi Matt,

Can you attach the output from the following line

# semanage permissive -a setfiles_t

Thanks,
Yuval.


On Fri, Aug 17, 2018 at 2:26 AM, Matt Simonsen > wrote:


Hello all,

I've emailed about similar trouble with an oVirt Node upgrade
using the ISO install. I've attached the /tmp/imgbased.log file in
hopes it will help give a clue as to why the trouble.

Since these use NFS storage I can rebuild, but would like to know,
ideally, what caused the upgrade to break.

Truthfully following the install, I don't think I have done *that*
much to these systems, so I'm not sure what would have caused the
problem.

I have done several successful upgrades in the past and most of my
standalone systems have been working great.

I've been really happy with oVirt, so kudos to the team.

Thanks for any help,

Matt



___
Users mailing list -- users@ovirt.org 
To unsubscribe send an email to users-le...@ovirt.org

Privacy Statement: https://www.ovirt.org/site/privacy-policy/

oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/

List Archives:

https://lists.ovirt.org/archives/list/users@ovirt.org/message/G6P7CHKTBD7ESE33MIXEDKV44QXITDJP/






___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XGFXAN3SLQTBLA2OCM2BZUGYKQ2PTCN2/

[ovirt-users] Re: oVirt Node 4.2.3.1. to 4.2.5 upgrade trouble, log attached

2018-08-20 Thread Matt Simonsen 

Hello all,

I believe I have fixed this for several hosts - or at the very least I 
have successfully upgraded from 4.2.3 to 4.2.5 successfully on servers 
that previously failed.


This is documented from memory, but I believe I didn't do anything else.

What I did is, first removed the old LV for the new install and/or any 
old installs also (we had one on 4.2.2) like this:


lvremove /dev/onn/ovirt-node-ng-4.2.x
lvremove /dev/onn/ovirt-node-ng-4.2.x+1

lvremove /dev/onn/var_crash

The nodes were running with 4.2.3, and were were previously on 4.2.2. 
The LVs remained. I had previously removed only the 4.2.2 LVs & yum 
updated, and I do not believe this caused an upgrade to complete 
properly (ie: grub wasn't updated at the very least).


In my searching, I noticed a suggestion somewhere about removing grub 
entries and the old info in /bootovirt-node-ng-4.2.x*


Removing the directory from the previous install in /boot & manually 
removing the old boot-loader info in /boot/grub2/grub.cfg, along with 
any other LVs that may have remained from previous installs seems to 
"work" -- the yum update following doing this succeed & grub is updated.


Following this I upgraded from 4.2.3 to 4.2.5 on several hosts, and the 
process went perfectly on 3 in a row that previously failed.


I believe I can now successfully upgrade our remaining hosts from 4.2.3 
to 4.2.5, I'm happy to provide more info it it will help identify 
exactly what caused this.


Thanks,

Matt


PS- I will also be in #ovirt for about 3 hours if anyone would like to 
work there with me




On 08/20/2018 08:19 AM, Yuval Turgeman wrote:

Hi Matt,

Can you attach the output from the following line

# semanage permissive -a setfiles_t

Thanks,
Yuval.


On Fri, Aug 17, 2018 at 2:26 AM, Matt Simonsen > wrote:


Hello all,

I've emailed about similar trouble with an oVirt Node upgrade
using the ISO install. I've attached the /tmp/imgbased.log file in
hopes it will help give a clue as to why the trouble.

Since these use NFS storage I can rebuild, but would like to know,
ideally, what caused the upgrade to break.

Truthfully following the install, I don't think I have done *that*
much to these systems, so I'm not sure what would have caused the
problem.

I have done several successful upgrades in the past and most of my
standalone systems have been working great.

I've been really happy with oVirt, so kudos to the team.

Thanks for any help,

Matt



___
Users mailing list -- users@ovirt.org 
To unsubscribe send an email to users-le...@ovirt.org

Privacy Statement: https://www.ovirt.org/site/privacy-policy/

oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/

List Archives:

https://lists.ovirt.org/archives/list/users@ovirt.org/message/G6P7CHKTBD7ESE33MIXEDKV44QXITDJP/






___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/C2S4LHNR2CSWBD64PLLCR6CD4XQ42WVQ/

[ovirt-users] Re: hosted engine not reachable

2018-08-20 Thread Douglas Duckworth 
To update I opened a bug report
https://bugzilla.redhat.com/show_bug.cgi?id=1618410

One cannot mask firewalld otherwise hosted-engine deploy will fail in this
manner.

Would be nice if a check would tell user to unmask firewalld rather than
fail in this way.

Thanks,

Douglas Duckworth, MSc, LFCS
HPC System Administrator
Scientific Computing Unit
Weill Cornell Medicine
E: d...@med.cornell.edu
O: 212-746-6305
F: 212-746-8690

On Thu, Aug 16, 2018 at 7:57 AM, Douglas Duckworth 
wrote:

> I cannot get past this task in "/usr/share/ovirt-hosted-engin
> e-setup/ansible/bootstrap_local_vm.yml"
>
>   - name: Add host
> ovirt_hosts:
>   # TODO: add to the first cluster of the datacenter
>   # where we set the vlan id
>   name: "{{ HOST_NAME }}"
>   state: present
>   public_key: true
>   address: "{{ HOST_ADDRESS }}"
>   auth: "{{ ovirt_auth }}"
> async: 1
> poll: 0
>   - name: Wait for the host to be up
> ovirt_hosts_facts:
>   pattern: name={{ HOST_NAME }}
>   auth: "{{ ovirt_auth }}"
> register: host_result_up_check
> until: host_result_up_check is succeeded and
> host_result_up_check.ansible_facts.ovirt_hosts|length >= 1 and
> (host_result_up_check.ansible_facts.ovirt_hosts[0].status == 'up' or
> host_result_up_check.ansible_facts.ovirt_hosts[0].status ==
> 'non_operational')
> retries: 120
> delay: 5
>   - debug: var=host_result_up_check
>   - name: Check host status
> fail:
>   msg: >
> The host has been set in non_operational status,
> please check engine logs,
> fix accordingly and re-deploy.
> when: host_result_up_check is succeeded and
> host_result_up_check.ansible_facts.ovirt_hosts|length >= 1 and
> host_result_up_check.ansible_facts.ovirt_hosts[0].status ==
> 'non_operational'
>
> The error:
>
> [ INFO  ] TASK [Wait for the host to be up]
> [ ERROR ] fatal: [localhost]: FAILED! => {"ansible_facts": {"ovirt_hosts":
> [{"address": "ovirt-hv1.pbtech", "affinity_labels": [], "auto_numa_status":
> "unknown", "certificate": {"organization": "pbtech", "subject":
> "O=pbtech,CN=ovirt-hv1.
> pbtech"}, "cluster": {"href": "/ovirt-engine/api/clusters/a4
> b6cd02-a0ef-11e8-a347-00163e54fb7f", "id": 
> "a4b6cd02-a0ef-11e8-a347-00163e54fb7f"},
> "comment": "", "cpu": {"speed": 0.0, "topology": {}}, "device_passthrough":
> {"enabled": false}
> , "devices": [], "external_network_provider_configurations": [],
> "external_status": "ok", "hardware_information": {"supported_rng_sources":
> []}, "hooks": [], "href": "/ovirt-engine/api/hosts/609e7
> eba-8b85-4830-9a5f-99e561bb503a", "id": "6
> 09e7eba-8b85-4830-9a5f-99e561bb503a", "katello_errata": [],
> "kdump_status": "unknown", "ksm": {"enabled": false},
> "max_scheduling_memory": 0, "memory": 0, "name": "ovirt-hv1.pbtech",
> "network_attachments": [], "nics": [], "numa_nodes": []
> , "numa_supported": false, "os": {"custom_kernel_cmdline": ""},
> "permissions": [], "port": 54321, "power_management":
> {"automatic_pm_enabled": true, "enabled": false, "kdump_detection": true,
> "pm_proxies": []}, "protocol": "stomp", "se_li
> nux": {}, "spm": {"priority": 5, "status": "none"}, "ssh": {"fingerprint":
> "SHA256:X+3GNzNZ09Ct7xt6T3sEgVGecyG3QjG71h+D6RnYZU8", "port": 22},
> "statistics": [], "status": "install_failed", "storage_connection_extensions":
> [], "summary": {"
> total": 0}, "tags": [], "transparent_huge_pages": {"enabled": false},
> "type": "rhel", "unmanaged_networks": [], "update_available": false}]},
> "attempts": 120, "changed": false}
> [ INFO  ] TASK [Fetch logs from the engine VM]
>
> Though the VM's up:
>
> [root@ovirt-hv1 tmp]# ping ovirt-engine.pbtech
> PING ovirt-engine.pbtech (192.168.122.69) 56(84) bytes of data.
> 64 bytes from ovirt-engine.pbtech (192.168.122.69): icmp_seq=1 ttl=64
> time=0.186 ms
> 64 bytes from ovirt-engine.pbtech (192.168.122.69): icmp_seq=2 ttl=64
> time=0.153 ms
>
> root@ovirt-hv1 tmp]# wget --no-check-certificate
> https://ovirt-engine.pbtech/ovirt-engine/api
> --2018-08-16 07:44:36--  https://ovirt-engine.pbtech/ovirt-engine/api
> Resolving ovirt-engine.pbtech (ovirt-engine.pbtech)... 192.168.122.69
>
> Connecting to ovirt-engine.pbtech (ovirt-engine.pbtech)|192.168.122.69|:443...
> connected.
> WARNING: cannot verify ovirt-engine.pbtech's certificate, issued by
> ‘/C=US/O=pbtech/CN=ovirt-engine.pbtech.84693’:
>   Self-signed certificate encountered.
> HTTP request sent, awaiting response... 401 Unauthorized
>
> I running oVirt 4.2.3-1 having reinstalled several times.  Skipping the
> above Ansible task in't a viable workaround.
>
> Here are networks on the host.  Note, em1 has ovirtmgmt bridge whereas
> ib0 provides NFS storage domain.
>
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN group
> default qlen 1000
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
>

[ovirt-users] Re: Upgrade 4.1 to 4.2 lsot gfapi Disk Access for VM's

2018-08-20 Thread Nir Soffer 
On Mon, Aug 20, 2018 at 5:36 PM Ralf Schenk  wrote:

> Hello,
>
> after enabling it, restarting ovirt-engine service and restarting the VM I
> got back gfapi based Disks:
>
> 
>
>io='native'/>
>
>
>name='gv0/5d99af76-33b5-47d8-99da-1f32413c7bb0/images/d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05/f99c6cb4-1791-4a55-a0b9-2ff0ec1a4dd7'>
>
> 
>
>
>   
>   
>   
>   d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05
>   
>
>   
>
>
>   
> 
>

Can you report ovirt enigne bug for this?

It does not make sense that you enable a feature for version X, and
upgrading
to version X+1 will ignore your configuration for version X.

The minimal solution for this would be a warning in engine setup, for every
feature enabled for current version, and will be disabled by the upgrade.

Nir

>
> Am 20.08.2018 um 15:15 schrieb Alex K:
>
> Hi,
>
> On Mon, Aug 20, 2018 at 10:45 AM Ralf Schenk  wrote:
>
>> Hello,
>>
>> very interesting output. Feature Lost...
>>
>> [root@engine-mciii ~]# engine-config -g LibgfApiSupported
>> LibgfApiSupported: false version: 3.6
>> LibgfApiSupported: false version: 4.0
>> LibgfApiSupported: true version: 4.1
>> LibgfApiSupported: false version: 4.2
>>
> Did you enable it? did it fix your issue?
>
>> Bye
>>
>
>> Am 17.08.2018 um 17:57 schrieb Alex K:
>>
>> CORRECTION
>>
>> On Fri, Aug 17, 2018 at 6:55 PM Alex K  wrote:
>>
>>> Hi,
>>>
>>> On Fri, Aug 17, 2018 at 6:21 PM Ralf Schenk  wrote:
>>>
 Hello,

 after upgradeing my whole cluster of 8 Hosts to ovirt 4.2.5 and setting
 compability of cluster and datacenter to 4.2 my existing virtual machines
 start using FUSE mounted disk-images on my gluster volumes.

 One bad and slow thing I thought that I got rid of starting with 4.1.x
 finally !

 Disk definition from virsh -r dumpxml VM of old running vm (not
 restarted yet !):

 
   >>> io='threads'/>
   >>> name='gv0/5d99af76-33b5-47d8-99da-1f32413c7bb0/images/d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05/f99c6cb4-1791-4a55-a0b9-2ff0ec1a4dd7'>
 
   
   
   
   d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05
   
   
   
 

 Disk definition from virsh -r dumpxml VM of new started running vm:

 
   >>> io='threads'/>
   
   1f0db0ef-a6af-4e3e-90e6-f681d071496b
   
   
   
 


 How do I get back my gfapi gluster-based Disks ?

>>> Can you check at engine the gfapi support with:
>>>
>>> engine-config -g LibgfApiSupported
>>>
>>>
>>> If not enabled you can try:
>>>
>>> engine-config -s LibgfApiSupported=true
>>>
>>>
>>>
>>> Then restart ovirt-engine service, then shutdown/power up one VM to see.
>>>
>>>

 --


 *Ralf Schenk*
 fon +49 (0) 24 05 / 40 83 70 <+49%202405%20408370>
 fax +49 (0) 24 05 / 40 83 759 <+49%202405%204083759>
 mail *r...@databay.de* 

 *Databay AG*
 Jens-Otto-Krag-Straße 11
 D-52146 Würselen
 *www.databay.de* 

 Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
 Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
 Philipp Hermanns
 Aufsichtsratsvorsitzender: Wilhelm Dohmen
 --
 ___
 Users mailing list -- users@ovirt.org
 To unsubscribe send an email to users-le...@ovirt.org
 Privacy Statement: https://www.ovirt.org/site/privacy-policy/
 oVirt Code of Conduct:
 https://www.ovirt.org/community/about/community-guidelines/
 List Archives:
 https://lists.ovirt.org/archives/list/users@ovirt.org/message/27UBFV326G5O4PABY5JBKSR4GQSS4XKY/

>>> --
>>
>>
>> *Ralf Schenk*
>> fon +49 (0) 24 05 / 40 83 70 <+49%202405%20408370>
>> fax +49 (0) 24 05 / 40 83 759 <+49%202405%204083759>
>> mail *r...@databay.de* 
>>
>> *Databay AG*
>> Jens-Otto-Krag-Straße 11
>> D-52146 Würselen
>> *www.databay.de* 
>>
>> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
>> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
>> Philipp Hermanns
>> Aufsichtsratsvorsitzender: Wilhelm Dohmen
>> --
>>
> --
>
> [image: igadioingopolgjg.gif]
>
> *Ralf Schenk*
> fon +49 (0) 24 05 / 40 83 70 <+49%202405%20408370>
> fax +49 (0) 24 05 / 40 83 759 <+49%202405%204083759>
> mail *r...@databay.de* 
>
> *Databay AG*
> Jens-Otto-Krag-Straße 11
> D-52146 Würselen
> *www.databay.de* 
>
> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
> Philipp Hermanns
> Aufsichtsratsvorsitzender: Wilhelm Dohmen
> --
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to

[ovirt-users] Hosted Engine Setup Issues on Ovirt Node 4.2.5.1

2018-08-20 Thread Jeremy Tourville 
If I try to setup hosted engine with the option to use Ansible it eventually 
fails on me.  See 
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/LPK7OGFALSQFAN4UMEIHOION4BS2HJLN/

However if I run hosted-engine --deploy --noansible the setup does complete.  
There is further trouble though,  it seems the networks are not being 
configured properly.  If I browse to Compute>Hosts>Hostname and click on the 
Setup Host Networks button I am presented with a new window that contains an 
unassigned logical network of "oivrtmgmt"   On the left side pane there are two 
columns for Interfaces and Assigned Logical Networks.  Both of those columns 
are completely empty.  I think if I understand correctly the interfaces column 
should at least have some info in it.

[cid:2a4d1038-bdf0-4d1e-be64-e8a23c1c88d9]

So my best guess is that for some unknown reason (at least to me) the Engine 
doesn't '"know how to get setup properly"  either with or without Ansible.  
That's about as well as I can describe it.  I hope it makes sense  Anyone 
have ideas on what is going wrong here?  Thanksfor any troubleshooting advice 
you can provide!
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/H6Z3LYCOT56UI5PCSCOOKDVCG3WO2QRA/

[ovirt-users] Re: Failed to run check-update of host

2018-08-20 Thread Jayme 
Actually I just figured out what was causing this.  I disabled root logins
in sshd config.

On Mon, Aug 20, 2018 at 2:28 PM Jayme  wrote:

> I have a fairly recent three node HCI setup running 4.2.5.  I've recently
> updated hosted engine to the latest version (including yum updates).  When
> I check for host updates through the engine gui I get the following error
> for all three of my hosts:
>
> Failed to check for available updates on host X with message 'Failed
> to run check-update of host 'XX'.'.
>
> The engine.log shows not much more detail:
>
> 2018-08-20 14:26:28,396-03 ERROR
> [org.ovirt.engine.core.bll.host.HostUpgradeManager]
> (EE-ManagedThreadFactory-commandCoordinator-Thread-2)
> [4400c1d5-5412-4f1a-9c25-40fe0fb53295] Failed to run check-update of host
> 'X'.
> 2018-08-20 14:26:28,397-03 ERROR
> [org.ovirt.engine.core.bll.hostdeploy.HostUpdatesChecker]
> (EE-ManagedThreadFactory-commandCoordinator-Thread-2)
> [4400c1d5-5412-4f1a-9c25-40fe0fb53295] Failed to check if updates are
> available for host 'Orchard2' with error message 'Failed to run
> check-update of host 'X'.'
> 2018-08-20 14:26:28,411-03 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-commandCoordinator-Thread-2)
> [4400c1d5-5412-4f1a-9c25-40fe0fb53295] EVENT_ID:
> HOST_AVAILABLE_UPDATES_FAILED(839), Failed to check for available updates
> on host Orchard2 with message 'Failed to run check-update of host 'X'.'.
>
> Yum seems to run ok manually on the server (although not showing any
> updates available).
>
> Here is node and yum info/output from one of my hosts:
>
>  nodectl check; nodectl info; yum update
> Status: OK
> Bootloader ... OK
>   Layer boot entries ... OK
>   Valid boot entries ... OK
> Mount points ... OK
>   Separate /var ... OK
>   Discard is used ... OK
> Basic storage ... OK
>   Initialized VG ... OK
>   Initialized Thin Pool ... OK
>   Initialized LVs ... OK
> Thin storage ... OK
>   Checking available space in thinpool ... OK
>   Checking thinpool auto-extend ... OK
> vdsmd ... OK
> layers:
>   ovirt-node-ng-4.2.5.1-0.20180806.0:
> ovirt-node-ng-4.2.5.1-0.20180806.0+1
> bootloader:
>   default: ovirt-node-ng-4.2.5.1-0.20180806.0+1
>   entries:
> ovirt-node-ng-4.2.5.1-0.20180806.0+1:
>   index: 0
>   title: ovirt-node-ng-4.2.5.1-0.20180806.0
>   kernel:
> /boot/ovirt-node-ng-4.2.5.1-0.20180806.0+1/vmlinuz-3.10.0-862.9.1.el7.x86_64
>   args: "ro crashkernel=auto rd.lvm.lv=onn_orchard0/swap 
> rd.lvm.lv=onn_orchard0/ovirt-node-ng-4.2.5.1-0.20180806.0+1
> rhgb quiet LANG=en_CA.UTF-8 img.bootid=ovirt-node-ng-4.2.5.1-0.20180806.0+1"
>   initrd:
> /boot/ovirt-node-ng-4.2.5.1-0.20180806.0+1/initramfs-3.10.0-862.9.1.el7.x86_64.img
>   root: /dev/onn_orchard0/ovirt-node-ng-4.2.5.1-0.20180806.0+1
> current_layer: ovirt-node-ng-4.2.5.1-0.20180806.0+1
> Loaded plugins: enabled_repos_upload, fastestmirror, imgbased-persist,
> package_upload, product-id, search-disabled-repos, subscription-manager,
> vdsmupgrade
> This system is not registered with an entitlement server. You can use
> subscription-manager to register.
> Loading mirror speeds from cached hostfile
>  * ovirt-4.2-epel: ewr.edge.kernel.org
> No packages marked for update
> Uploading Enabled Repositories Report
> Loaded plugins: fastestmirror, product-id, subscription-manager
> This system is not registered with an entitlement server. You can use
> subscription-manager to register.
> Cannot upload enabled repos report, is this client registered?
>
> Thanks!
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VIWS6C2Q5P2OOE5IQDLRVJSD33VTDBZF/

[ovirt-users] Failed to run check-update of host

2018-08-20 Thread Jayme 
I have a fairly recent three node HCI setup running 4.2.5.  I've recently
updated hosted engine to the latest version (including yum updates).  When
I check for host updates through the engine gui I get the following error
for all three of my hosts:

Failed to check for available updates on host X with message 'Failed to
run check-update of host 'XX'.'.

The engine.log shows not much more detail:

2018-08-20 14:26:28,396-03 ERROR
[org.ovirt.engine.core.bll.host.HostUpgradeManager]
(EE-ManagedThreadFactory-commandCoordinator-Thread-2)
[4400c1d5-5412-4f1a-9c25-40fe0fb53295] Failed to run check-update of host
'X'.
2018-08-20 14:26:28,397-03 ERROR
[org.ovirt.engine.core.bll.hostdeploy.HostUpdatesChecker]
(EE-ManagedThreadFactory-commandCoordinator-Thread-2)
[4400c1d5-5412-4f1a-9c25-40fe0fb53295] Failed to check if updates are
available for host 'Orchard2' with error message 'Failed to run
check-update of host 'X'.'
2018-08-20 14:26:28,411-03 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(EE-ManagedThreadFactory-commandCoordinator-Thread-2)
[4400c1d5-5412-4f1a-9c25-40fe0fb53295] EVENT_ID:
HOST_AVAILABLE_UPDATES_FAILED(839), Failed to check for available updates
on host Orchard2 with message 'Failed to run check-update of host 'X'.'.

Yum seems to run ok manually on the server (although not showing any
updates available).

Here is node and yum info/output from one of my hosts:

 nodectl check; nodectl info; yum update
Status: OK
Bootloader ... OK
  Layer boot entries ... OK
  Valid boot entries ... OK
Mount points ... OK
  Separate /var ... OK
  Discard is used ... OK
Basic storage ... OK
  Initialized VG ... OK
  Initialized Thin Pool ... OK
  Initialized LVs ... OK
Thin storage ... OK
  Checking available space in thinpool ... OK
  Checking thinpool auto-extend ... OK
vdsmd ... OK
layers:
  ovirt-node-ng-4.2.5.1-0.20180806.0:
ovirt-node-ng-4.2.5.1-0.20180806.0+1
bootloader:
  default: ovirt-node-ng-4.2.5.1-0.20180806.0+1
  entries:
ovirt-node-ng-4.2.5.1-0.20180806.0+1:
  index: 0
  title: ovirt-node-ng-4.2.5.1-0.20180806.0
  kernel:
/boot/ovirt-node-ng-4.2.5.1-0.20180806.0+1/vmlinuz-3.10.0-862.9.1.el7.x86_64
  args: "ro crashkernel=auto rd.lvm.lv=onn_orchard0/swap
rd.lvm.lv=onn_orchard0/ovirt-node-ng-4.2.5.1-0.20180806.0+1
rhgb quiet LANG=en_CA.UTF-8 img.bootid=ovirt-node-ng-4.2.5.1-0.20180806.0+1"
  initrd:
/boot/ovirt-node-ng-4.2.5.1-0.20180806.0+1/initramfs-3.10.0-862.9.1.el7.x86_64.img
  root: /dev/onn_orchard0/ovirt-node-ng-4.2.5.1-0.20180806.0+1
current_layer: ovirt-node-ng-4.2.5.1-0.20180806.0+1
Loaded plugins: enabled_repos_upload, fastestmirror, imgbased-persist,
package_upload, product-id, search-disabled-repos, subscription-manager,
vdsmupgrade
This system is not registered with an entitlement server. You can use
subscription-manager to register.
Loading mirror speeds from cached hostfile
 * ovirt-4.2-epel: ewr.edge.kernel.org
No packages marked for update
Uploading Enabled Repositories Report
Loaded plugins: fastestmirror, product-id, subscription-manager
This system is not registered with an entitlement server. You can use
subscription-manager to register.
Cannot upload enabled repos report, is this client registered?

Thanks!
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GZ43HXWYEWIFLOJFUSAL6466SPUWWIWQ/

[ovirt-users] Re: oVirt Node 4.2.3.1. to 4.2.5 upgrade trouble, log attached

2018-08-20 Thread Yuval Turgeman 
Hi Matt,

Can you attach the output from the following line

# semanage permissive -a setfiles_t

Thanks,
Yuval.


On Fri, Aug 17, 2018 at 2:26 AM, Matt Simonsen  wrote:

> Hello all,
>
> I've emailed about similar trouble with an oVirt Node upgrade using the
> ISO install. I've attached the /tmp/imgbased.log file in hopes it will help
> give a clue as to why the trouble.
>
> Since these use NFS storage I can rebuild, but would like to know,
> ideally, what caused the upgrade to break.
>
> Truthfully following the install, I don't think I have done *that* much to
> these systems, so I'm not sure what would have caused the problem.
>
> I have done several successful upgrades in the past and most of my
> standalone systems have been working great.
>
> I've been really happy with oVirt, so kudos to the team.
>
> Thanks for any help,
>
> Matt
>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/G6P7CHKTBD7ESE33MIXEDKV44QXITDJP/
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TKQMSWAEFNQJHM5WUGPOIXS54IPNFKAQ/

[ovirt-users] Re: oVirt Node 4.2.3.1. to 4.2.5 upgrade trouble, log attached

2018-08-20 Thread Douglas Schilling Landgraf 
On Thu, 2018-08-16 at 16:26 -0700, Matt Simonsen wrote:
> Hello all,
> 
> I've emailed about similar trouble with an oVirt Node upgrade using
> the 
> ISO install. I've attached the /tmp/imgbased.log file in hopes it
> will 
> help give a clue as to why the trouble.
> 

Adding Yuval.

> Since these use NFS storage I can rebuild, but would like to know, 
> ideally, what caused the upgrade to break.
> 
> Truthfully following the install, I don't think I have done *that*
> much 
> to these systems, so I'm not sure what would have caused the problem.
> 
> I have done several successful upgrades in the past and most of my 
> standalone systems have been working great.
> 
> I've been really happy with oVirt, so kudos to the team.
> 
> Thanks for any help,
> 
> Matt
> 
> 
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/G6P7CHKTBD7ESE33MIXEDKV44QXITDJP/
-- 
--
Cheers
Douglas Schilling Landgraf
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PYV24AJLEIC6X7PFK3HNF3HT3DPJRZDW/

[ovirt-users] Re: Upgrade 4.1 to 4.2 lsot gfapi Disk Access for VM's

2018-08-20 Thread Gianluca Cecchi 
On Mon, Aug 20, 2018 at 4:33 PM, Ralf Schenk  wrote:

> Hello,
>
> after enabling it, restarting ovirt-engine service and restarting the VM I
> got back gfapi based Disks:
>
>
> Am 20.08.2018 um 15:15 schrieb Alex K:
>
> Hi,
>
> On Mon, Aug 20, 2018 at 10:45 AM Ralf Schenk  wrote:
>
>> Hello,
>>
>> very interesting output. Feature Lost...
>>
>> [root@engine-mciii ~]# engine-config -g LibgfApiSupported
>> LibgfApiSupported: false version: 3.6
>> LibgfApiSupported: false version: 4.0
>> LibgfApiSupported: true version: 4.1
>> LibgfApiSupported: false version: 4.2
>>
> Did you enable it? did it fix your issue?
>
>
In my opinion these kind of features should be managed automatically when
leveraging cluster/dc level, without manual interaction.
Or is it this expected by design that no engine-config feature is
automatically propagated when updating cluster/dc level?
I remember something  similar happening to me with "UserDefinedVMProperties"

One option could be at least a pop-up showing that there are some
engine-config features that the user would lost when raising level

Gianluca
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ND26R46KJXV5RCT3W7APXBDDHJTO2T7Z/

[ovirt-users] Re: ovirt virtulization manager login error failed: Connection refused (Connection refused)

2018-08-20 Thread Douglas Schilling Landgraf 
On Fri, 2018-08-17 at 06:59 +, Ariez Ahito wrote:
> i am now encountering problem logging in.. 

I noticed you made a workaround with selinux disabled but 
how this get started? After upgrade? Initial deploy? Renaming FQDN?
Which oVirt version?


> 
> tried this workaround but still fails to log in
> 
> Create a new conf file /etc/ovirt-engine/engine.conf.d/99-sso.conf
> and add:
> SSO_CALLBACK_PREFIX_CHECK=false
> 
> then
> systemctl restart ovirt-engine
> 



> 
> 2018-08-17 02:52:30,534-04
> INFO  [org.ovirt.engine.extension.aaa.jdbc.core.Tasks] (default task-
> 4) [] (house keeping) deleting failed logins prior to 2018-08-10
> 06:52:30Z.
> 2018-08-17 02:52:30,663-04
> INFO  [org.ovirt.engine.extension.aaa.jdbc.core.Tasks] (default task-
> 4) [] (house keeping) deleting failed logins prior to 2018-08-10
> 06:52:30Z.
> 2018-08-17 02:52:30,776-04
> INFO  [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default
> task-4) [] User admin@internal successfully logged in with scopes:
> ovirt-app-admin ovirt-app-api ovirt-app-portal ovirt-
> ext=auth:sequence-priority=~ ovirt-ext=revoke:revoke-all ovirt-
> ext=token-info:authz-search ovirt-ext=token-info:public-authz-search
> ovirt-ext=token-info:validate ovirt-ext=token:password-access
> 2018-08-17 02:52:30,849-04 ERROR
> [org.ovirt.engine.core.aaa.servlet.SsoPostLoginServlet] (default
> task-4) [] server_error: Connect to ovirt-engine.govcloud.ph:443
> [ovirt-engine.govcloud.ph/203.119.4.201] failed: Connection refused
> (Connection refused)
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/NNBIQYB2ZT242BTVV7JJT4LLSCEJGLSC/
-- 
--
Cheers
Douglas Schilling Landgraf
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KMG6UNIP2QZ3VLKRQTFWYCCGLDCAV6P4/

[ovirt-users] Re: ovirt-node-ng-image-update 4.2.4 to 4.2.5.1 fails

2018-08-20 Thread Yuval Turgeman 
Hi Glenn,

Can you please attach /var/log/imgbased.log ?

Thanks,
Yuval.

On Mon, Aug 20, 2018 at 5:40 PM, Douglas Schilling Landgraf <
dland...@redhat.com> wrote:

> Adding Yuval and Ryan.
>
> On Sun, 2018-08-19 at 07:34 +, Glenn Farmer wrote:
> > yum update ends with:
> >
> > warning: %post(ovirt-node-ng-image-update-4.2.5.1-1.el7.noarch)
> > scriptlet failed, exit status 1
> > Non-fatal POSTIN scriptlet failure in rpm package ovirt-node-ng-
> > image-update-4.2.5.1-1.el7.noarch
> >
> > It creates the layers:
> >
> > ovirt-node-ng-4.2.5.1-0.20180731.0   onn Vri---tz-k  6.00g pool00
> > ovirt-node-ng-4.2.5.1-0.20180731.0+1 onn  Vwi-a-tz--  6.00g pool00
> > ovirt-node-ng-4.2.5.1-0.20180731.0
> >
> > But no grub2 boot entry.
> >
> > nodectl info:
> >
> > layers:
> >   ovirt-node-ng-4.2.4-0.20180626.0:
> > ovirt-node-ng-4.2.4-0.20180626.0+1
> >   ovirt-node-ng-4.2.5.1-0.20180731.0:
> > ovirt-node-ng-4.2.5.1-0.20180731.0+1
> >   ovirt-node-ng-4.2.2-0.20180405.0:
> > ovirt-node-ng-4.2.2-0.20180405.0+1
> > bootloader:
> >   default: ovirt-node-ng-4.2.4-0.20180626.0+1
> >   entries:
> > ovirt-node-ng-4.2.2-0.20180405.0+1:
> >   index: 1
> >   title: ovirt-node-ng-4.2.2-0.20180405.0+1
> >   kernel: /boot/ovirt-node-ng-4.2.2-0.20180405.0+1/vmlinuz-
> > 3.10.0-693.21.1.el7.x86_64
> >   args: "ro crashkernel=auto rd.lvm.lv=onn/ovirt-node-ng-4.2.2-
> > 0.20180405.0+1 img.bootid=ovirt-node-ng-4.2.2-0.20180405.0+1"
> >   initrd: /boot/ovirt-node-ng-4.2.2-0.20180405.0+1/initramfs-
> > 3.10.0-693.21.1.el7.x86_64.img
> >   root: /dev/onn/ovirt-node-ng-4.2.2-0.20180405.0+1
> > ovirt-node-ng-4.2.4-0.20180626.0+1:
> >   index: 0
> >   title: ovirt-node-ng-4.2.4-0.20180626.0+1
> >   kernel: /boot/ovirt-node-ng-4.2.4-0.20180626.0+1/vmlinuz-
> > 3.10.0-862.3.3.el7.x86_64
> >   args: "ro crashkernel=auto rd.lvm.lv=onn/ovirt-node-ng-4.2.4-
> > 0.20180626.0+1 img.bootid=ovirt-node-ng-4.2.4-0.20180626.0+1"
> >   initrd: /boot/ovirt-node-ng-4.2.4-0.20180626.0+1/initramfs-
> > 3.10.0-862.3.3.el7.x86_64.img
> >   root: /dev/onn/ovirt-node-ng-4.2.4-0.20180626.0+1
> > current_layer: ovirt-node-ng-4.2.4-0.20180626.0+1
> >
> > Just posting for others that might have the same issue.
> > ___
> > Users mailing list -- users@ovirt.org
> > To unsubscribe send an email to users-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct:
> > https://www.ovirt.org/community/about/community-guidelines/
> > List Archives:
> > https://lists.ovirt.org/archives/list/users@ovirt.org/message/
> VOTNR3NH3EAEW6YDINIILFVGQB2BX544/
>
>
> --
> Cheers
> Douglas
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7A4WOK3Y2FKRWOINRHQDYMBWDKJBTB5U/

[ovirt-users] Re: ovirt-node-ng-image-update 4.2.4 to 4.2.5.1 fails

2018-08-20 Thread Douglas Schilling Landgraf 
Adding Yuval and Ryan.

On Sun, 2018-08-19 at 07:34 +, Glenn Farmer wrote:
> yum update ends with:
> 
> warning: %post(ovirt-node-ng-image-update-4.2.5.1-1.el7.noarch)
> scriptlet failed, exit status 1
> Non-fatal POSTIN scriptlet failure in rpm package ovirt-node-ng-
> image-update-4.2.5.1-1.el7.noarch
> 
> It creates the layers:
> 
> ovirt-node-ng-4.2.5.1-0.20180731.0   onn Vri---tz-k  6.00g pool00
> ovirt-node-ng-4.2.5.1-0.20180731.0+1 onn  Vwi-a-tz--  6.00g pool00
> ovirt-node-ng-4.2.5.1-0.20180731.0
> 
> But no grub2 boot entry.
> 
> nodectl info:
> 
> layers:
>   ovirt-node-ng-4.2.4-0.20180626.0:
> ovirt-node-ng-4.2.4-0.20180626.0+1
>   ovirt-node-ng-4.2.5.1-0.20180731.0:
> ovirt-node-ng-4.2.5.1-0.20180731.0+1
>   ovirt-node-ng-4.2.2-0.20180405.0:
> ovirt-node-ng-4.2.2-0.20180405.0+1
> bootloader:
>   default: ovirt-node-ng-4.2.4-0.20180626.0+1
>   entries:
> ovirt-node-ng-4.2.2-0.20180405.0+1:
>   index: 1
>   title: ovirt-node-ng-4.2.2-0.20180405.0+1
>   kernel: /boot/ovirt-node-ng-4.2.2-0.20180405.0+1/vmlinuz-
> 3.10.0-693.21.1.el7.x86_64
>   args: "ro crashkernel=auto rd.lvm.lv=onn/ovirt-node-ng-4.2.2-
> 0.20180405.0+1 img.bootid=ovirt-node-ng-4.2.2-0.20180405.0+1"
>   initrd: /boot/ovirt-node-ng-4.2.2-0.20180405.0+1/initramfs-
> 3.10.0-693.21.1.el7.x86_64.img
>   root: /dev/onn/ovirt-node-ng-4.2.2-0.20180405.0+1
> ovirt-node-ng-4.2.4-0.20180626.0+1:
>   index: 0
>   title: ovirt-node-ng-4.2.4-0.20180626.0+1
>   kernel: /boot/ovirt-node-ng-4.2.4-0.20180626.0+1/vmlinuz-
> 3.10.0-862.3.3.el7.x86_64
>   args: "ro crashkernel=auto rd.lvm.lv=onn/ovirt-node-ng-4.2.4-
> 0.20180626.0+1 img.bootid=ovirt-node-ng-4.2.4-0.20180626.0+1"
>   initrd: /boot/ovirt-node-ng-4.2.4-0.20180626.0+1/initramfs-
> 3.10.0-862.3.3.el7.x86_64.img
>   root: /dev/onn/ovirt-node-ng-4.2.4-0.20180626.0+1
> current_layer: ovirt-node-ng-4.2.4-0.20180626.0+1
> 
> Just posting for others that might have the same issue.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VOTNR3NH3EAEW6YDINIILFVGQB2BX544/


--
Cheers
Douglas
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZUEA2YDPRFY627NW5F6JS7XLWSFHWXPZ/

[ovirt-users] Re: Upgrade 4.1 to 4.2 lsot gfapi Disk Access for VM's

2018-08-20 Thread Ralf Schenk 
Hello,

after enabling it, restarting ovirt-engine service and restarting the VM
I got back gfapi based Disks:

    
  
  
    
  
  
  
  d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05
  
  
  
    

Am 20.08.2018 um 15:15 schrieb Alex K:
> Hi,
>
> On Mon, Aug 20, 2018 at 10:45 AM Ralf Schenk  > wrote:
>
> Hello,
>
> very interesting output. Feature Lost...
>
> [root@engine-mciii ~]# engine-config -g LibgfApiSupported
> LibgfApiSupported: false version: 3.6
> LibgfApiSupported: false version: 4.0
> LibgfApiSupported: true version: 4.1
> LibgfApiSupported: false version: 4.2
>
> Did you enable it? did it fix your issue? 
>
> Bye
>
>
> Am 17.08.2018 um 17:57 schrieb Alex K:
>> CORRECTION
>>
>> On Fri, Aug 17, 2018 at 6:55 PM Alex K > > wrote:
>>
>> Hi,
>>
>> On Fri, Aug 17, 2018 at 6:21 PM Ralf Schenk > > wrote:
>>
>> Hello,
>>
>> after upgradeing my whole cluster of 8 Hosts to ovirt
>> 4.2.5 and setting compability of cluster and datacenter
>> to 4.2 my existing virtual machines start using FUSE
>> mounted disk-images on my gluster volumes.
>>
>> One bad and slow thing I thought that I got rid of
>> starting with 4.1.x finally !
>>
>> Disk definition from virsh -r dumpxml VM of old running
>> vm (not restarted yet !):
>>
>>     
>>   > error_policy='stop' io='threads'/>
>>   > 
>> name='gv0/5d99af76-33b5-47d8-99da-1f32413c7bb0/images/d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05/f99c6cb4-1791-4a55-a0b9-2ff0ec1a4dd7'>
>>     
>>   
>>   
>>   
>>   d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05
>>   
>>   
>>   > target='0' unit='0'/>
>>     
>>
>> Disk definition from virsh -r dumpxml VM of new started
>> running vm:
>>
>>     
>>   > error_policy='stop' io='threads'/>
>>   > 
>> file='/rhev/data-center/mnt/glusterSD/glusterfs.mylocal.domain:_gv0/5d99af76-33b5-47d8-99da-1f32413c7bb0/images/1f0db0ef-a6af-4e3e-90e6-f681d071496b/1b3c3a
>>   
>>   
>>   1f0db0ef-a6af-4e3e-90e6-f681d071496b
>>   
>>   
>>   > target='0' unit='0'/>
>>     
>>
>>
>> How do I get back my gfapi gluster-based Disks ?
>>
>> Can you check at engine the gfapi support with: 
>>
>> engine-config -g LibgfApiSupported
>>
>> If not enabled you can try: 
>>
>> engine-config -s LibgfApiSupported=true 
>>
>>
>> Then restart ovirt-engine service, then shutdown/power up one VM to 
>> see.
>>
>>
>>
>> -- 
>>
>>
>> *Ralf Schenk*
>> fon +49 (0) 24 05 / 40 83 70
>> fax +49 (0) 24 05 / 40 83 759
>> mail *r...@databay.de* 
>>      
>> *Databay AG*
>> Jens-Otto-Krag-Straße 11
>> D-52146 Würselen
>> *www.databay.de* 
>>
>> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
>> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch
>> Yavari, Dipl.-Kfm. Philipp Hermanns
>> Aufsichtsratsvorsitzender: Wilhelm Dohmen
>>
>> 
>> 
>> ___
>> Users mailing list -- users@ovirt.org
>> 
>> To unsubscribe send an email to users-le...@ovirt.org
>> 
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> 
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/27UBFV326G5O4PABY5JBKSR4GQSS4XKY/
>>
> -- 
>
>
> *Ralf Schenk*
> fon +49 (0) 24 05 / 40 83 70
> fax +49 (0) 24 05 / 40 83 759
> mail *r...@databay.de* 
>       
> *Databay AG*
> Jens-Otto-Krag-Straße 11
> D-52146 Würselen
> *www.databay.de* 
>
> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari,
> Dipl.-Kfm. Philipp Hermanns
> Aufsichtsratsvorsitzender: Wilhelm Dohmen
>
> 
>

[ovirt-users] Re: after upgrade from 4.2.3 to 4.2.5, problems with consoles + cockpit

2018-08-20 Thread Jason Keltz 


On 08/20/2018 09:36 AM, Jason Keltz wrote:

Hi..

After an upgrade from 4.2.3 to 4.2.5 last week, I notice that I have a 
console + cockpit problem.  Immediately following the upgrade, 
everything seemed to be working fine.  However, today, a couple of 
days after the upgrade, when I try to view any CentOS VM console,  
virt-viewer starts, and I see  "Connected to graphic server", but 
there's no console output.  This happens on all Linux VMs, though on 
my two windows VMs, the console still works.  If I restart a Linux VM, 
I get the console back again, but what made me lose access to all the 
consoles?    In addition,  if I right click on one of my 4 hosts, and 
choose "Host Console", it connects to cockpit which reports: "No VM is 
running or defined on this host" even though there are plenty.  I 
brought one host into maintenance mode, and rebooted it.  I then 
started a few VMs there, and cockpit still doesn't show anything 
running.  All of the hosts have all available ovirt updates, and are 
running the latest CentOS 7 kernel + O/S updates.  Any ideas?  There 
is no issue with firewall.


One interesting point to add ---  For one server running CentOS 6 and 2 
servers running CentOS 7.4, I still had console.  Any servers that had 
been upgraded to the latest kernel + CentOS 7.5 updates were the ones 
where console was not accessible.  However, console *was* accessible on 
those servers at the time they were upgraded.


Jason.

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/FT4RHNRYVHMFV2NUFHJ7SJMYKYQH5TAR/

[ovirt-users] after upgrade from 4.2.3 to 4.2.5, problems with consoles + cockpit

2018-08-20 Thread Jason Keltz 

Hi..

After an upgrade from 4.2.3 to 4.2.5 last week, I notice that I have a 
console + cockpit problem.  Immediately following the upgrade, 
everything seemed to be working fine.  However, today, a couple of days 
after the upgrade, when I try to view any CentOS VM console,  
virt-viewer starts, and I see  "Connected to graphic server", but 
there's no console output.  This happens on all Linux VMs, though on my 
two windows VMs, the console still works.  If I restart a Linux VM, I 
get the console back again, but what made me lose access to all the 
consoles?    In addition,  if I right click on one of my 4 hosts, and 
choose "Host Console", it connects to cockpit which reports: "No VM is 
running or defined on this host" even though there are plenty.  I 
brought one host into maintenance mode, and rebooted it.  I then started 
a few VMs there, and cockpit still doesn't show anything running.  All 
of the hosts have all available ovirt updates, and are running the 
latest CentOS 7 kernel + O/S updates.  Any ideas?  There is no issue 
with firewall.


Jason.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MI3EBKRWT7LW2RLYH7ENLSBDVXOPNWC6/

[ovirt-users] Re: Upgrade 4.1 to 4.2 lsot gfapi Disk Access for VM's

2018-08-20 Thread Alex K 
Hi,

On Mon, Aug 20, 2018 at 10:45 AM Ralf Schenk  wrote:

> Hello,
>
> very interesting output. Feature Lost...
>
> [root@engine-mciii ~]# engine-config -g LibgfApiSupported
> LibgfApiSupported: false version: 3.6
> LibgfApiSupported: false version: 4.0
> LibgfApiSupported: true version: 4.1
> LibgfApiSupported: false version: 4.2
>
Did you enable it? did it fix your issue?

> Bye
>

> Am 17.08.2018 um 17:57 schrieb Alex K:
>
> CORRECTION
>
> On Fri, Aug 17, 2018 at 6:55 PM Alex K  wrote:
>
>> Hi,
>>
>> On Fri, Aug 17, 2018 at 6:21 PM Ralf Schenk  wrote:
>>
>>> Hello,
>>>
>>> after upgradeing my whole cluster of 8 Hosts to ovirt 4.2.5 and setting
>>> compability of cluster and datacenter to 4.2 my existing virtual machines
>>> start using FUSE mounted disk-images on my gluster volumes.
>>>
>>> One bad and slow thing I thought that I got rid of starting with 4.1.x
>>> finally !
>>>
>>> Disk definition from virsh -r dumpxml VM of old running vm (not
>>> restarted yet !):
>>>
>>> 
>>>   >> io='threads'/>
>>>   >> name='gv0/5d99af76-33b5-47d8-99da-1f32413c7bb0/images/d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05/f99c6cb4-1791-4a55-a0b9-2ff0ec1a4dd7'>
>>> 
>>>   
>>>   
>>>   
>>>   d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05
>>>   
>>>   
>>>   
>>> 
>>>
>>> Disk definition from virsh -r dumpxml VM of new started running vm:
>>>
>>> 
>>>   >> io='threads'/>
>>>   
>>>   1f0db0ef-a6af-4e3e-90e6-f681d071496b
>>>   
>>>   
>>>   
>>> 
>>>
>>>
>>> How do I get back my gfapi gluster-based Disks ?
>>>
>> Can you check at engine the gfapi support with:
>>
>> engine-config -g LibgfApiSupported
>>
>>
>> If not enabled you can try:
>>
>> engine-config -s LibgfApiSupported=true
>>
>>
>>
>> Then restart ovirt-engine service, then shutdown/power up one VM to see.
>>
>>
>>>
>>> --
>>>
>>>
>>> *Ralf Schenk*
>>> fon +49 (0) 24 05 / 40 83 70
>>> fax +49 (0) 24 05 / 40 83 759
>>> mail *r...@databay.de* 
>>>
>>> *Databay AG*
>>> Jens-Otto-Krag-Straße 11
>>> D-52146 Würselen
>>> *www.databay.de* 
>>>
>>> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
>>> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
>>> Philipp Hermanns
>>> Aufsichtsratsvorsitzender: Wilhelm Dohmen
>>> --
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/27UBFV326G5O4PABY5JBKSR4GQSS4XKY/
>>>
>> --
>
>
> *Ralf Schenk*
> fon +49 (0) 24 05 / 40 83 70
> fax +49 (0) 24 05 / 40 83 759
> mail *r...@databay.de* 
>
> *Databay AG*
> Jens-Otto-Krag-Straße 11
> D-52146 Würselen
> *www.databay.de* 
>
> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
> Philipp Hermanns
> Aufsichtsratsvorsitzender: Wilhelm Dohmen
> --
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HAQF5JJA7QPLQ4DOCNEVFFQCH4WXNPTN/

[ovirt-users] Configuring Single Sign-On (SSO) for guests VMs

2018-08-20 Thread Николаев Алексей 
Hi community! 1. Is it possible to configure SSO to the guest virtual machine without graphical desktop environment?The documentation indicates that the graphical desktop environment is required - https://ovirt.org/documentation/vmm-guide/chap-Additional_Configuration/ 2. Is it possible to configure SSO on the guest virtual machine with CentOS 6?The required modules are only available for CentOS 7: ovirt-guest-agent-pam-moduleovirt-guest-agent-gdm-plugin___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LMBGLVEMVG4C3CGP5GQFZVTFXOZ7JNHE/

[ovirt-users] Re: HostedEngine cannot migrate to added hosts

2018-08-20 Thread Yihui Zhao 
What's output with command "hosted-engine --vm-status" ?

On Mon, Aug 20, 2018 at 4:15 PM, Ariez Ahito 
wrote:

> yes i did. hosted-engine tab then drop down menu then i selected deploy
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/7SI5RK2IRV3MYRJK74IA6RQXJZZ4TLMS/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/EXPOCMZDQWA5LEI5FHRBRNYYG52G2QZK/

[ovirt-users] Re: HostedEngine cannot migrate to added hosts

2018-08-20 Thread Ariez Ahito 
yes i did. hosted-engine tab then drop down menu then i selected deploy
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7SI5RK2IRV3MYRJK74IA6RQXJZZ4TLMS/

[ovirt-users] Re: HostedEngine cannot migrate to added hosts

2018-08-20 Thread Ariez Ahito 
 i add the additional host using this documentation

 
https://www.ovirt.org/documentation/self-hosted/chap-Installing_Additional_Hosts_to_a_Self-Hosted_Environment/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GGQNJ6LJ4GG23FH3FEK25XLTXUYHQMFZ/

[ovirt-users] Re: HostedEngine cannot migrate to added hosts

2018-08-20 Thread Yihui Zhao 
Please select HostedEngine to deploy while adding the second host.


On Mon, Aug 20, 2018 at 3:09 PM, Alex K  wrote:

>
>
> On Mon, Aug 20, 2018, 09:17 Ariez Ahito  wrote:
>
>> i followed the instruction on how to add hosts to Hosted-engine
>> deployment.
>> but when i tried to migrate the hostedEngine virtual machine. its says
>> "no availble host to migrate to"
>>
>> upon checking on the added host
>> Hosted Engine HA: not active
>>
> Did you select to deploy engine when adding the host?
>
>>
>> systemctl status vdsmd
>>
>> ● vdsmd.service - Virtual Desktop Server Manager
>>Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled;
>> vendor preset: enabled)
>>Active: active (running) since Mon 2018-08-20 01:14:19 EDT; 56min ago
>>   Process: 26795 ExecStopPost=/usr/libexec/vdsm/vdsmd_init_common.sh
>> --post-stop (code=exited, status=0/SUCCESS)
>>   Process: 26799 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh
>> --pre-start (code=exited, status=0/SUCCESS)
>>  Main PID: 26879 (vdsmd)
>> Tasks: 46
>>CGroup: /system.slice/vdsmd.service
>>└─26879 /usr/bin/python2 /usr/share/vdsm/vdsmd
>>
>> Aug 20 02:09:42 ovirt-node5 vdsm[26879]: ERROR failed to retrieve Hosted
>> Engine HA score '[Errno 2] No such file or directory'Is the Hosted Engine
>> setup finished?
>> Aug 20 02:09:43 ovirt-node5 vdsm[26879]: ERROR failed to retrieve Hosted
>> Engine HA score '[Errno 2] No such file or directory'Is the Hosted Engine
>> setup finished?
>>
>>
>> vdsm.log
>> 2018-08-20 02:11:28,548-0400 ERROR (periodic/0) [root] failed to retrieve
>> Hosted Engine HA score '[Errno 2] No such file or directory'Is the Hosted
>> Engine setup finished? (api:196)
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
>> guidelines/
>> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
>> message/TPZAV4USWLPUOBOWDZOEBXTAZQCM24EK/
>>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/DVS7G4PD42MNJBXZOBF2CUW2CIYWSMOM/
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DORRBVQV2NHE4NI23YJUBNUBH5G4URM6/

[ovirt-users] Re: HostedEngine cannot migrate to added hosts

2018-08-20 Thread Alex K 
On Mon, Aug 20, 2018, 09:17 Ariez Ahito  wrote:

> i followed the instruction on how to add hosts to Hosted-engine deployment.
> but when i tried to migrate the hostedEngine virtual machine. its says "no
> availble host to migrate to"
>
> upon checking on the added host
> Hosted Engine HA: not active
>
Did you select to deploy engine when adding the host?

>
> systemctl status vdsmd
>
> ● vdsmd.service - Virtual Desktop Server Manager
>Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled; vendor
> preset: enabled)
>Active: active (running) since Mon 2018-08-20 01:14:19 EDT; 56min ago
>   Process: 26795 ExecStopPost=/usr/libexec/vdsm/vdsmd_init_common.sh
> --post-stop (code=exited, status=0/SUCCESS)
>   Process: 26799 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh
> --pre-start (code=exited, status=0/SUCCESS)
>  Main PID: 26879 (vdsmd)
> Tasks: 46
>CGroup: /system.slice/vdsmd.service
>└─26879 /usr/bin/python2 /usr/share/vdsm/vdsmd
>
> Aug 20 02:09:42 ovirt-node5 vdsm[26879]: ERROR failed to retrieve Hosted
> Engine HA score '[Errno 2] No such file or directory'Is the Hosted Engine
> setup finished?
> Aug 20 02:09:43 ovirt-node5 vdsm[26879]: ERROR failed to retrieve Hosted
> Engine HA score '[Errno 2] No such file or directory'Is the Hosted Engine
> setup finished?
>
>
> vdsm.log
> 2018-08-20 02:11:28,548-0400 ERROR (periodic/0) [root] failed to retrieve
> Hosted Engine HA score '[Errno 2] No such file or directory'Is the Hosted
> Engine setup finished? (api:196)
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TPZAV4USWLPUOBOWDZOEBXTAZQCM24EK/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DVS7G4PD42MNJBXZOBF2CUW2CIYWSMOM/

[ovirt-users] HostedEngine cannot migrate to added hosts

2018-08-20 Thread Ariez Ahito 
i followed the instruction on how to add hosts to Hosted-engine deployment.
but when i tried to migrate the hostedEngine virtual machine. its says "no 
availble host to migrate to"

upon checking on the added host
Hosted Engine HA: not active

systemctl status vdsmd

● vdsmd.service - Virtual Desktop Server Manager
   Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled; vendor 
preset: enabled)
   Active: active (running) since Mon 2018-08-20 01:14:19 EDT; 56min ago
  Process: 26795 ExecStopPost=/usr/libexec/vdsm/vdsmd_init_common.sh 
--post-stop (code=exited, status=0/SUCCESS)
  Process: 26799 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh 
--pre-start (code=exited, status=0/SUCCESS)
 Main PID: 26879 (vdsmd)
Tasks: 46
   CGroup: /system.slice/vdsmd.service
   └─26879 /usr/bin/python2 /usr/share/vdsm/vdsmd

Aug 20 02:09:42 ovirt-node5 vdsm[26879]: ERROR failed to retrieve Hosted Engine 
HA score '[Errno 2] No such file or directory'Is the Hosted Engine setup 
finished?
Aug 20 02:09:43 ovirt-node5 vdsm[26879]: ERROR failed to retrieve Hosted Engine 
HA score '[Errno 2] No such file or directory'Is the Hosted Engine setup 
finished?


vdsm.log
2018-08-20 02:11:28,548-0400 ERROR (periodic/0) [root] failed to retrieve 
Hosted Engine HA score '[Errno 2] No such file or directory'Is the Hosted 
Engine setup finished? (api:196)
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TPZAV4USWLPUOBOWDZOEBXTAZQCM24EK/