date:20190513

Works for smaller vms but that process is pretty inefficient imo. It had to
clone the vm then export it, takes a lot of space and time. I like the way
vprotect does it, snapshot then streams the image via the API. There’s no
cloning to another vm step and also handles incremental backups of vms as
well so incremental backups take a fraction of time.

On Mon, May 13, 2019 at 3:04 PM Wood Peter  wrote:

> I've been using oVirtBackup in the past few years and also I've done more
> restores from this backup than I'd have liked. All restores were
> successful. I'm pretty happy with this script:
>
> https://github.com/wefixit-AT/oVirtBackup
>
> Well documented, easy to install and configure.
>
> In summary the script uses the API to take a snapshot, convert it to a VM,
> export the VM, remove the snapshot. It also removes old backups, checks for
> free storage space, and so on.
>
> It's basically set and forget.
>
> I just wrote my own little bash wrapper that will grab the output of the
> script and email it to me.
>
> Hope this helps,
>
> -- Peter
>
>
>
> On Mon, May 13, 2019 at 8:12 AM Jayme  wrote:
>
>> I know that a robust API is provided for performing VM backup functions,
>> but it seems crazy to me that oVirt has not implemented a simple method to
>> backup VM to a storage domain such as an NFS export domain.  Is this
>> functionality being left out for a reason (perhaps not wanting to step on
>> toes of 3rd party software vendors providing backup solutions for
>> oVirt/RHEV)?
>>
>> On Mon, May 13, 2019 at 11:21 AM Gianluca Cecchi <
>> gianluca.cec...@gmail.com> wrote:
>>
>>> On Mon, May 13, 2019 at 3:47 PM Derek Atkins  wrote:
>>>
 Strahil  writes:

 > Another option is to create a snapshot, backup the snapahot and merge
 > the disks (delete the snapshot actually).
 > Sadly that option doesn't work with Databases, as you might inyerrupt
 > a transaction and leave the DB in inconsistent state.

 Yet another reason to do it from inside the VM.

>>>
>>> Actually doable, depending on DB architecture and if some
>>> "logging/archiviing" supported/enabled on database.
>>> See here related threads where I was involved:
>>>
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/LJFQOLIWU224R2KE35VGHYXZFL6GZK4R/
>>> and here:
>>>
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/J65N7E2PY3KWUCZE2OGFVCKKWXKFDSRI/
>>>
>>> When you install qemu-guest-agent (in my case
>>> version 0.12.1.2-2.506.el6_10.1) you also get an example for MySQL in
>>> /usr/share/qemu-kvm/qemu-ga/fsfreeze-hook.d/mysql-flush.sh.sample
>>> and eventually updated code (actually I see it is dated 2013...) here:
>>>
>>> https://github.com/guillon/qemu-plugins/blob/master/scripts/qemu-guest-agent/fsfreeze-hook.d/mysql-flush.sh.sample
>>>
>>> In case of PostgreSQL you would need to have WAL enabled and do an
>>> Exclusive Low Level Backup, because the pre-snapshot and post-snapshot
>>> could not be inside the same RDBMS session connection:
>>>
>>> https://www.postgresql.org/docs/10/continuous-archiving.html#BACKUP-BASE-BACKUP
>>>
>>> so the freeze option of your freeze-hook script would contain a call to
>>> a connection that runs
>>> SELECT pg_start_backup('label', true);
>>> to minimize time to do checkpoint
>>>
>>> and the thaw option would contain
>>> SELECT pg_stop_backup();
>>>
>>> This needs also that archives during the elapsed of backup (and the last
>>> generaed when stopping backup) are copied in some way externally in respect
>>> of the VM OS for complete recoverability, if you don't already have it for
>>> your standard archiving policy.
>>>
>>> And thoroughly test the whole workflow, both backups and restores,
>>> especially when upgrading your software layers, oVirt, VM OS, PostgreSQL
>>>
>>> HIH,
>>> 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/2RAVXSCEPPCWLSQI4DAU6D6A2G2QBZBB/
>>>
>> ___
>> 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/7DVSYQLZ6DGVPGOCE4LHTSAAH333MGFY/
>>
>
___
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:

[ovirt-users] Re: Is teamd supported on 4.3?

2019-05-13 Thread Dominik Holler

On Mon, 13 May 2019 15:30:11 +0200
Valentin Bajrami  wrote:

> Hello guys,
> 
> Next week, I'm planning to deploy ovirt-node 4.3 on a few hosts. I've
> been running bonds for the past years but I'd like to know if teaming
> (teamd) is also supported with this version. 
> 

No, unfortunately not.
May I ask why you want to use teaming instead of bonding?


> My current package version(s):
> 
> OS Version: | RHEL - 7 - 6.1810.2.el7.centos
> OS Description: | oVirt Node 4.3.1
> Kernel Version: | 3.10.0 - 957.5.1.el7.x86_64
> KVM Version: | 2.12.0 - 18.el7_6.3.1
> LIBVIRT Version: | libvirt-4.5.0-10.el7_6.4
> VDSM Version: | vdsm-4.30.9-1.el7
> SPICE Version: | 0.14.0 - 6.el7_6.1
> GlusterFS Version: | glusterfs-5.3-2.el7
> CEPH Version: | librbd1-10.2.5-4.el7
> Open vSwitch Version: | openvswitch-2.10.1-3.el7
> Kernel Features: | PTI: 1, IBRS: 0, RETP: 1
> VNC Encryption: | Disabled
> 
> Is anyone running teamd on this version ?
> 
> Thanks in advance
> 
___
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/XVFQQWUJK3QTVJJ7H3PI2T7FQJEIA6L5/

[ovirt-users] Re: New to OVirt

2019-05-13 Thread Joop

On 10-5-2019 19:20, Slobodan Stevanovic wrote:
>
> I am having hard time installing OVIrt. 
>
> Gluster deployment for the single node sometimes work, but host engine
> deployment never works.
>
>
> Any one has suggestion on which release of OVirt to use as a beginner.
>
>
Could you tell what problems you're having and what documentation you're
following?

I just did a hyperconverged hosted-engine setup on a single server using
the cockpit installer and had just 2 problems:
- firewall-cmd uses glusterfs as a service name and that isn't
installed, its in glusterfs-server rpm but that isn't installed for some
reason.
- multipath problems but that could be my problem, anyway I manually
blacklisted both my SSD gluster drives.

Going todo it tomorrow again to get a collegue to work on it so if
anything comes up I'll post it here.

Joop

___
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/DFOIFIEADIA2AIUWIW4BWXVCNGWPLTCE/

[ovirt-users] Re: oVirt Open Source Backup solution?

2019-05-13 Thread Wood Peter

I've been using oVirtBackup in the past few years and also I've done more
restores from this backup than I'd have liked. All restores were
successful. I'm pretty happy with this script:

https://github.com/wefixit-AT/oVirtBackup

Well documented, easy to install and configure.

In summary the script uses the API to take a snapshot, convert it to a VM,
export the VM, remove the snapshot. It also removes old backups, checks for
free storage space, and so on.

It's basically set and forget.

I just wrote my own little bash wrapper that will grab the output of the
script and email it to me.

Hope this helps,

-- Peter



On Mon, May 13, 2019 at 8:12 AM Jayme  wrote:

> I know that a robust API is provided for performing VM backup functions,
> but it seems crazy to me that oVirt has not implemented a simple method to
> backup VM to a storage domain such as an NFS export domain.  Is this
> functionality being left out for a reason (perhaps not wanting to step on
> toes of 3rd party software vendors providing backup solutions for
> oVirt/RHEV)?
>
> On Mon, May 13, 2019 at 11:21 AM Gianluca Cecchi <
> gianluca.cec...@gmail.com> wrote:
>
>> On Mon, May 13, 2019 at 3:47 PM Derek Atkins  wrote:
>>
>>> Strahil  writes:
>>>
>>> > Another option is to create a snapshot, backup the snapahot and merge
>>> > the disks (delete the snapshot actually).
>>> > Sadly that option doesn't work with Databases, as you might inyerrupt
>>> > a transaction and leave the DB in inconsistent state.
>>>
>>> Yet another reason to do it from inside the VM.
>>>
>>
>> Actually doable, depending on DB architecture and if some
>> "logging/archiviing" supported/enabled on database.
>> See here related threads where I was involved:
>>
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/LJFQOLIWU224R2KE35VGHYXZFL6GZK4R/
>> and here:
>>
>> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/J65N7E2PY3KWUCZE2OGFVCKKWXKFDSRI/
>>
>> When you install qemu-guest-agent (in my case
>> version 0.12.1.2-2.506.el6_10.1) you also get an example for MySQL in
>> /usr/share/qemu-kvm/qemu-ga/fsfreeze-hook.d/mysql-flush.sh.sample
>> and eventually updated code (actually I see it is dated 2013...) here:
>>
>> https://github.com/guillon/qemu-plugins/blob/master/scripts/qemu-guest-agent/fsfreeze-hook.d/mysql-flush.sh.sample
>>
>> In case of PostgreSQL you would need to have WAL enabled and do an
>> Exclusive Low Level Backup, because the pre-snapshot and post-snapshot
>> could not be inside the same RDBMS session connection:
>>
>> https://www.postgresql.org/docs/10/continuous-archiving.html#BACKUP-BASE-BACKUP
>>
>> so the freeze option of your freeze-hook script would contain a call to a
>> connection that runs
>> SELECT pg_start_backup('label', true);
>> to minimize time to do checkpoint
>>
>> and the thaw option would contain
>> SELECT pg_stop_backup();
>>
>> This needs also that archives during the elapsed of backup (and the last
>> generaed when stopping backup) are copied in some way externally in respect
>> of the VM OS for complete recoverability, if you don't already have it for
>> your standard archiving policy.
>>
>> And thoroughly test the whole workflow, both backups and restores,
>> especially when upgrading your software layers, oVirt, VM OS, PostgreSQL
>>
>> HIH,
>> 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/2RAVXSCEPPCWLSQI4DAU6D6A2G2QBZBB/
>>
> ___
> 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/7DVSYQLZ6DGVPGOCE4LHTSAAH333MGFY/
>
___
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/DPL2EMTA457APOJEYIU4EY3RQKTQBGU4/

[ovirt-users] Re: Gluster volume heals and after 5 seconds has /dom_md/ids dirty again

Ah, must be more fixed than I thought. I don’t have a NodeNG setup to examine, 
so I’m afraid I won’t have many more suggestions. 

> On May 13, 2019, at 11:29 AM, Jayme  wrote:
> 
> I use node NG as well, I just updated to 4.3.3 two days ago and I'm on 
> Gluster 5.5.  Yum update on host node yields no updates available
> 
> On Mon, May 13, 2019 at 1:03 PM Darrell Budic  > wrote:
> Ovirt just pulls in the gluster5 repos, if you upgrade now you should get 
> gluster 5.6 on your nodes. If you’re running them on centos, you can install 
> centos-release-gluster6 to go to gluster6. Ovirt NodeNG is a different story, 
> as you mention, but I believe you can still run an update on it to get the 
> latest gluster version?
> 
> Those recommendations are based on my personal experience, but see also:
> https://bugzilla.redhat.com/show_bug.cgi?id=1683602 
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1677319 
> 
> 
> 
>> On May 13, 2019, at 10:47 AM, Andreas Elvers 
>> > > wrote:
>> 
>> Please note that I am running a hyper-converged NodeNG setup. I understand 
>> that upgrading single components is not really possible with a ovirt Node 
>> NG. And could probably break the datacenter upgrade path.
>> 
>> Could you point out some reference for your suggestions? Docs, Bug reports 
>> or the sorts?
>> 
>>> I encountered serious issues with 5.3-5.5 (crashing bricks, multiple brick 
>>> processes for
>>> the same brick causing disconnects and excessive heals). I had better luck 
>>> with 5.6,
>>> although it’s not clear to me if the duplicate brick process issue is still 
>>> present in
>>> that version. I finally jumped to 6 which has been more stable for me. I’d 
>>> recommend
>>> upgrading at least to 5.6 if not going right to 6.1.
>> ___
>> 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/BFOB6QEST6EAGEZGSCM4GO7BFRUYCKEI/
>>  
>> 
> 
> ___
> 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/5HKFS376DJVADIICLLVJSRJKXE73EBZC/
>  
> 

___
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/7HE6IFXA2RXKKQDSVAQGZYSC5EXRVLSD/

[ovirt-users] Re: Unable to deploy Hyperconverged Engine Node - v4.3.3

2019-05-13 Thread Simone Tiraboschi

On Mon, May 13, 2019 at 5:34 PM  wrote:

> Hi everyone,
>
> I am trying a Gluster Hyperconvergence deployment where the Gluster part
> has been completed successfully. All hosts are Centos 7.6.1810 (fresh
> install) and two HP DL20 G9 (for VM's) and one HP 120 G7 (which hosts the
> Gluster arbiter volumes). Unfortunately I am unable to deploy the Engine,
> both CLI and GUI approaches fail with the error below. On first sight it
> looks similar to
> https://lists.ovirt.org/pipermail/users/2018-March/087802.html but I've
> configured a static IP (same subnet as the host), no DHCP. I also tried to
> force ipv4 with "/usr/sbin/ovirt-hosted-engine-setup --4" but the very same
> error was thrown in every case when trying to deploy the engine:
>
> [ ERROR ] fatal: [localhost]: FAILED! => {"ansible_facts": {"ovirt_hosts":
> [{"address": "sub.sub.domain.tld", "affinity_labels": [],
> "auto_numa_status": "unknown", "certificate": {"organization":
> "sub.domain.tld", "subject": "O=sub.domain.tld,CN=sub.sub.domain.tld"},
> "cluster": {"href":
> "/ovirt-engine/api/clusters/f083f056-74fd-11e9-bba9-00163e522076", "id":
> "f083f056-74fd-11e9-bba9-00163e522076"}, "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/dc4f5c15-4989-4454-ba46-3bd600796b69",
> "id": "dc4f5c15-4989-4454-ba46-3bd600796b69", "katello_errata": [],
> "kdump_status": "unknown", "ksm": {"enabled": false},
> "max_scheduling_memory": 0, "memory": 0, "name": "sub.sub.domain.tld",
> "network_attachments": [], "nics": [], "numa_nodes": [], "numa_supported":
> fals
>  e, "os": {"custom_kernel_cmdline": ""}, "permissions": [], "port": 54321,
> "power_management": {"automatic_pm_enabled": true, "enabled": false,
> "kdump_detection": true, "pm_proxies": []}, "protocol": "stomp",
> "se_linux": {}, "spm": {"priority": 5, "status": "none"}, "ssh":
> {"fingerprint": "SHA256:L8YyAMcxLFJEng+CoDympwkpMwoagcBafI4fpLP4Kk0",
> "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, "vgpu_placement":
> "consolidated"}]}, "attempts": 120, "changed": false}
>
>
"status": "install_failed" means that the engine tried to deploy the host
but for some reason it failed.


> Unfortunately I don't really have an idea where to check for what
> considering the error message. The to be deployed engine VM gets listed as
> KVM VM, is accessible through the bridge and seems to be started up
> completely, I can even access the Engine web interface
> (engine01.sub.domain.tld/ovirt-engine).
>
> In /var/log/messages the following can be found ...
>
> "May 13 12:40:55 host ansible-async_wrapper.py: 15505 still running (86015)
> May 13 12:40:57 host python: ansible-ovirt_host_facts Invoked with
> all_content=False pattern=name=sub.sub.domain.tld fetch_nested=False
> nested_attributes=[] auth={'timeout': 0, 'url': '
> https://engine01.sub.domain.tld/ovirt-engine/api', 'insecure': True,
> 'kerberos': False, 'compress': True, 'headers': None, 'token':
> '8s-vELzQqNTR6l7-KRuqnYLE3sVwVWU5NxiNWzc-s2CllaQG_5YZ32fCFkVsAgwEyLWjPIOxvyS-_4js-VYFFQ',
> 'ca_file': None}"
>
> ... and after 120 attempts Ansible stops and fails with a deployment
> error. When re-trying after removing the VM and ovirt-hosted-engine-cleanup
> the very same error is thrown.
>
> What is a bit weird is this entry in /var/log/ovirt-hosted-engine-setup/
>
> ./engine-logs-2019-05-13T12:26:20Z/ovirt-engine/engine.log:2019-05-13
> 12:34:40,369Z ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog]
> (EE-ManagedThreadFactory-engine-Thread-1) [12746235] SSH error running
> command r...@sub.sub.domain.tld:'umask 0077;
> MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XX)"; trap
> "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" >
> /dev/null 2>&1" 0; tar --warning=no-timestamp -C "${MYTMP}" -x &&
> "${MYTMP}"/ovirt-host-deploy DIALOG/dialect=str:machine
> DIALOG/customization=bool:True': RuntimeException: Unexpected error during
> execution: bash: /tmp/ovirt-pTVEEzlb8b/ovirt-host-deploy: Permission denied
> ./engine-logs-2019-05-13T12:26:20Z/ovirt-engine/engine.log:2019-05-13
> 12:34:40,406Z ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engine-Thread-1) [12746235] EVENT_ID:
> VDS_INSTALL_IN_PROGRESS_ERROR(511), An error has occurred during
> installation of Host sub.sub.domain.tld: Unexpected error during execution:
> bash: /tmp/ovirt-pTVEEzlb8b/ovirt-host-deploy: Permission denied
>
> Could that be the cause and how can I fix it? What else do you guys need?
>

Can you please share host-deploy logs? They are where you

[ovirt-users] Re: Gluster volume heals and after 5 seconds has /dom_md/ids dirty again

I use node NG as well, I just updated to 4.3.3 two days ago and I'm on
Gluster 5.5.  Yum update on host node yields no updates available

On Mon, May 13, 2019 at 1:03 PM Darrell Budic 
wrote:

> Ovirt just pulls in the gluster5 repos, if you upgrade now you should get
> gluster 5.6 on your nodes. If you’re running them on centos, you can
> install centos-release-gluster6 to go to gluster6. Ovirt NodeNG is a
> different story, as you mention, but I believe you can still run an update
> on it to get the latest gluster version?
>
> Those recommendations are based on my personal experience, but see also:
> *https://bugzilla.redhat.com/show_bug.cgi?id=1683602
> *
> https://bugzilla.redhat.com/show_bug.cgi?id=1677319
>
>
> On May 13, 2019, at 10:47 AM, Andreas Elvers <
> andreas.elvers+ovirtfo...@solutions.work> wrote:
>
> Please note that I am running a hyper-converged NodeNG setup. I understand
> that upgrading single components is not really possible with a ovirt Node
> NG. And could probably break the datacenter upgrade path.
>
> Could you point out some reference for your suggestions? Docs, Bug reports
> or the sorts?
>
> I encountered serious issues with 5.3-5.5 (crashing bricks, multiple brick
> processes for
> the same brick causing disconnects and excessive heals). I had better luck
> with 5.6,
> although it’s not clear to me if the duplicate brick process issue is
> still present in
> that version. I finally jumped to 6 which has been more stable for me. I’d
> recommend
> upgrading at least to 5.6 if not going right to 6.1.
>
> ___
> 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/BFOB6QEST6EAGEZGSCM4GO7BFRUYCKEI/
>
>
> ___
> 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/5HKFS376DJVADIICLLVJSRJKXE73EBZC/
>
___
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/3JJSWWAZIZFOYXQJ2FZ75EI2DNVY7SMW/

[ovirt-users] Re: Gluster volume heals and after 5 seconds has /dom_md/ids dirty again

Ovirt just pulls in the gluster5 repos, if you upgrade now you should get 
gluster 5.6 on your nodes. If you’re running them on centos, you can install 
centos-release-gluster6 to go to gluster6. Ovirt NodeNG is a different story, 
as you mention, but I believe you can still run an update on it to get the 
latest gluster version?

Those recommendations are based on my personal experience, but see also:
https://bugzilla.redhat.com/show_bug.cgi?id=1683602 

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



> On May 13, 2019, at 10:47 AM, Andreas Elvers 
>  wrote:
> 
> Please note that I am running a hyper-converged NodeNG setup. I understand 
> that upgrading single components is not really possible with a ovirt Node NG. 
> And could probably break the datacenter upgrade path.
> 
> Could you point out some reference for your suggestions? Docs, Bug reports or 
> the sorts?
> 
>> I encountered serious issues with 5.3-5.5 (crashing bricks, multiple brick 
>> processes for
>> the same brick causing disconnects and excessive heals). I had better luck 
>> with 5.6,
>> although it’s not clear to me if the duplicate brick process issue is still 
>> present in
>> that version. I finally jumped to 6 which has been more stable for me. I’d 
>> recommend
>> upgrading at least to 5.6 if not going right to 6.1.
> ___
> 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/BFOB6QEST6EAGEZGSCM4GO7BFRUYCKEI/

___
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/5HKFS376DJVADIICLLVJSRJKXE73EBZC/

[ovirt-users] Re: Gluster volume heals and after 5 seconds has /dom_md/ids dirty again

Please note that I am running a hyper-converged NodeNG setup. I understand that 
upgrading single components is not really possible with a ovirt Node NG. And 
could probably break the datacenter upgrade path.

Could you point out some reference for your suggestions? Docs, Bug reports or 
the sorts?

> I encountered serious issues with 5.3-5.5 (crashing bricks, multiple brick 
> processes for
> the same brick causing disconnects and excessive heals). I had better luck 
> with 5.6,
> although it’s not clear to me if the duplicate brick process issue is still 
> present in
> that version. I finally jumped to 6 which has been more stable for me. I’d 
> recommend
> upgrading at least to 5.6 if not going right to 6.1.
___
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/BFOB6QEST6EAGEZGSCM4GO7BFRUYCKEI/

[ovirt-users] Re: Gluster volume heals and after 5 seconds has /dom_md/ids dirty again

I encountered serious issues with 5.3-5.5 (crashing bricks, multiple brick 
processes for the same brick causing disconnects and excessive heals). I had 
better luck with 5.6, although it’s not clear to me if the duplicate brick 
process issue is still present in that version. I finally jumped to 6 which has 
been more stable for me. I’d recommend upgrading at least to 5.6 if not going 
right to 6.1.

> On May 13, 2019, at 10:30 AM, Andreas Elvers 
>  wrote:
> 
>> What version of gluster are you running at the moment?
> 
> I'm running glusterfs-5.5-1.el7.x86_64 the one that comes with oVirt Node 
> 4.3.3.1
> ___
> 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/OPMOUE5FQRYF4Q6ZMPBDFM6EYAXRNM44/
___
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/MDCYZ6JUMJHKNTVCQWCCHG5WMI4DNRAW/

[ovirt-users] Unable to deploy Hyperconverged Engine Node - v4.3.3

2019-05-13 Thread anonmix

Hi everyone,

I am trying a Gluster Hyperconvergence deployment where the Gluster part has 
been completed successfully. All hosts are Centos 7.6.1810 (fresh install) and 
two HP DL20 G9 (for VM's) and one HP 120 G7 (which hosts the Gluster arbiter 
volumes). Unfortunately I am unable to deploy the Engine, both CLI and GUI 
approaches fail with the error below. On first sight it looks similar to 
https://lists.ovirt.org/pipermail/users/2018-March/087802.html but I've 
configured a static IP (same subnet as the host), no DHCP. I also tried to 
force ipv4 with "/usr/sbin/ovirt-hosted-engine-setup --4" but the very same 
error was thrown in every case when trying to deploy the engine:

[ ERROR ] fatal: [localhost]: FAILED! => {"ansible_facts": {"ovirt_hosts": 
[{"address": "sub.sub.domain.tld", "affinity_labels": [], "auto_numa_status": 
"unknown", "certificate": {"organization": "sub.domain.tld", "subject": 
"O=sub.domain.tld,CN=sub.sub.domain.tld"}, "cluster": {"href": 
"/ovirt-engine/api/clusters/f083f056-74fd-11e9-bba9-00163e522076", "id": 
"f083f056-74fd-11e9-bba9-00163e522076"}, "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/dc4f5c15-4989-4454-ba46-3bd600796b69", "id": 
"dc4f5c15-4989-4454-ba46-3bd600796b69", "katello_errata": [], "kdump_status": 
"unknown", "ksm": {"enabled": false}, "max_scheduling_memory": 0, "memory": 0, 
"name": "sub.sub.domain.tld", "network_attachments": [], "nics": [], 
"numa_nodes": [], "numa_supported": fals
 e, "os": {"custom_kernel_cmdline": ""}, "permissions": [], "port": 54321, 
"power_management": {"automatic_pm_enabled": true, "enabled": false, 
"kdump_detection": true, "pm_proxies": []}, "protocol": "stomp", "se_linux": 
{}, "spm": {"priority": 5, "status": "none"}, "ssh": {"fingerprint": 
"SHA256:L8YyAMcxLFJEng+CoDympwkpMwoagcBafI4fpLP4Kk0", "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, 
"vgpu_placement": "consolidated"}]}, "attempts": 120, "changed": false}

Unfortunately I don't really have an idea where to check for what considering 
the error message. The to be deployed engine VM gets listed as KVM VM, is 
accessible through the bridge and seems to be started up completely, I can even 
access the Engine web interface (engine01.sub.domain.tld/ovirt-engine).

In /var/log/messages the following can be found ...

"May 13 12:40:55 host ansible-async_wrapper.py: 15505 still running (86015)
May 13 12:40:57 host python: ansible-ovirt_host_facts Invoked with 
all_content=False pattern=name=sub.sub.domain.tld fetch_nested=False 
nested_attributes=[] auth={'timeout': 0, 'url': 
'https://engine01.sub.domain.tld/ovirt-engine/api', 'insecure': True, 
'kerberos': False, 'compress': True, 'headers': None, 'token': 
'8s-vELzQqNTR6l7-KRuqnYLE3sVwVWU5NxiNWzc-s2CllaQG_5YZ32fCFkVsAgwEyLWjPIOxvyS-_4js-VYFFQ',
 'ca_file': None}"

... and after 120 attempts Ansible stops and fails with a deployment error. 
When re-trying after removing the VM and ovirt-hosted-engine-cleanup the very 
same error is thrown.

What is a bit weird is this entry in /var/log/ovirt-hosted-engine-setup/

./engine-logs-2019-05-13T12:26:20Z/ovirt-engine/engine.log:2019-05-13 
12:34:40,369Z ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] 
(EE-ManagedThreadFactory-engine-Thread-1) [12746235] SSH error running command 
r...@sub.sub.domain.tld:'umask 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp 
-d -t ovirt-XX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; 
rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; tar --warning=no-timestamp -C 
"${MYTMP}" -x &&  "${MYTMP}"/ovirt-host-deploy DIALOG/dialect=str:machine 
DIALOG/customization=bool:True': RuntimeException: Unexpected error during 
execution: bash: /tmp/ovirt-pTVEEzlb8b/ovirt-host-deploy: Permission denied
./engine-logs-2019-05-13T12:26:20Z/ovirt-engine/engine.log:2019-05-13 
12:34:40,406Z ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engine-Thread-1) [12746235] EVENT_ID: 
VDS_INSTALL_IN_PROGRESS_ERROR(511), An error has occurred during installation 
of Host sub.sub.domain.tld: Unexpected error during execution: bash: 
/tmp/ovirt-pTVEEzlb8b/ovirt-host-deploy: Permission denied

Could that be the cause and how can I fix it? What else do you guys need?

Thanks in advance, Martin
___
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/

[ovirt-users] Re: Gluster volume heals and after 5 seconds has /dom_md/ids dirty again

> What version of gluster are you running at the moment?

I'm running glusterfs-5.5-1.el7.x86_64 the one that comes with oVirt Node 
4.3.3.1
___
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/OPMOUE5FQRYF4Q6ZMPBDFM6EYAXRNM44/

[ovirt-users] Re: Gluster volume heals and after 5 seconds has /dom_md/ids dirty again

What version of gluster are you running at the moment? 

> On May 13, 2019, at 10:25 AM, Andreas Elvers 
>  wrote:
> 
> Yes. After a reboot you could have a sync issue for up to a few hours. But 
> this issue persists now for 24 days. Additionally I see errors in the 
> glustershd.log of the two hosts that are having heal info for that volume. 
> The first node shows as OK and has no errors in its glustershd.log.
> 
> The errors are like this:
> 
> [2019-05-13 15:18:40.808945] W [MSGID: 114031] 
> [client-rpc-fops_v2.c:2634:client4_0_lookup_cbk] 0-engine-client-1: remote 
> operation failed. Path:  
> (95ba9fb2-b0ae-436c-9c31-2779cf202235) [No such file or directory]
> [2019-05-13 15:18:40.809113] W [MSGID: 114031] 
> [client-rpc-fops_v2.c:2634:client4_0_lookup_cbk] 0-engine-client-2: remote 
> operation failed. Path:  
> (95ba9fb2-b0ae-436c-9c31-2779cf202235) [No such file or directory]
> [root@node02 ~]#
> 
> Looks like the first node is sane and the other two are the masters but are 
> not so sane. :-/ 
> ___
> 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/4JROBW3YYGM65YNATOF7EHSMMA3H6NFL/
___
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/BSL2LHZTWYB2HWO5JZF2P2X72BPLTATI/

[ovirt-users] Re: Gluster volume heals and after 5 seconds has /dom_md/ids dirty again

Yes. After a reboot you could have a sync issue for up to a few hours. But this 
issue persists now for 24 days. Additionally I see errors in the glustershd.log 
of the two hosts that are having heal info for that volume. The first node 
shows as OK and has no errors in its glustershd.log.

The errors are like this:

[2019-05-13 15:18:40.808945] W [MSGID: 114031] 
[client-rpc-fops_v2.c:2634:client4_0_lookup_cbk] 0-engine-client-1: remote 
operation failed. Path:  
(95ba9fb2-b0ae-436c-9c31-2779cf202235) [No such file or directory]
[2019-05-13 15:18:40.809113] W [MSGID: 114031] 
[client-rpc-fops_v2.c:2634:client4_0_lookup_cbk] 0-engine-client-2: remote 
operation failed. Path:  
(95ba9fb2-b0ae-436c-9c31-2779cf202235) [No such file or directory]
[root@node02 ~]#

Looks like the first node is sane and the other two are the masters but are not 
so sane. :-/ 
___
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/4JROBW3YYGM65YNATOF7EHSMMA3H6NFL/

[ovirt-users] Re: Gluster volume heals and after 5 seconds has /dom_md/ids dirty again

I've been having problems with my gluster Engine volume recently as well
after updating to latest stable 4.3.3.  For the past few days I've seen a
random brick in the Engine volume go down and I have to force start it to
get it working again.  Right now I'm seeing that there are unsynced entries
and one node is showing transport endpoint not connected, even though peer
status if fine and all other volumes are working normally.

On Mon, May 13, 2019 at 12:14 PM Darrell Budic 
wrote:

> I see this sometimes after rebooting a server, and it usually stops
> happening, generally within a few hours, I’ve never tracked it down
> further. Don’t know for sure, but I assume it’s related to healing and goes
> away once everything syncs up.
>
> Occasionally it turns out to be a communications problem between servers
> (usually an update to something screws up my firewall), so I always check
> my peer status when I see it and make sure all servers are talking to each
> other.
>
> > On May 13, 2019, at 4:13 AM, Andreas Elvers <
> andreas.elvers+ovirtfo...@solutions.work> wrote:
> >
> > I restored my engine to a gluster volume named :/engine on a three node
> hyperconverged oVirt 4.3.3.1 cluster. Before restoring I was checking the
> status of the volumes. They were clean. No heal entries. All peers
> connected. gluster volume status looked good. Then I restored. This went
> well. The engine is up. But the engine gluster volume shows entries on
> node02 and node03. The engine was installed to node01. I have to deploy the
> engine to the other two hosts to reach full HA, but I bet maintenance is
> not possible until the volume is healed.
> >
> > I tried "gluster volume heal engine" also with added "full". The heal
> entries will disappear for a few seconds and then /dom_md/ids will pop up
> again. The __DIRECT_IO_TEST__ will join later. The split-brain info has no
> entries. Is this some kind of hidden split brain? Maybe there is data on
> node01 brick which got not synced to the other two nodes? I can only
> speculate. Gluster docs say: this should heal. But it doesn't.  I have two
> other volumes. Those are fine. One of them containing 3 VMs that are
> running. I also tried to shut down the engine, so no-one was using the
> volume. Then heal. Same effect. Those two files will always show up. But
> none other. Heal can always be started successfully from any of the
> participating nodes.
> >
> > Reset the volume bricks one by one and cross fingers?
> >
> > [root@node03 ~]#  gluster volume heal engine info
> > Brick node01.infra.solutions.work:/gluster_bricks/engine/engine
> > Status: Connected
> > Number of entries: 0
> >
> > Brick node02.infra.solutions.work:/gluster_bricks/engine/engine
> > /9f4d5ae9-e01d-4b73-8b6d-e349279e9782/dom_md/ids
> > /__DIRECT_IO_TEST__
> > Status: Connected
> > Number of entries: 2
> >
> > Brick node03.infra.solutions.work:/gluster_bricks/engine/engine
> > /9f4d5ae9-e01d-4b73-8b6d-e349279e9782/dom_md/ids
> > /__DIRECT_IO_TEST__
> > Status: Connected
> > Number of entries: 2
> > ___
> > 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/L3YCRPRAGPUMBZIBFOPT6L4B7H4M6HLS/
> ___
> 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/6XOCRXRCQOUKE4RVK7PWDZHNU4EUAMQ6/
>
___
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/J3FQNOG7SKK2P62IEK5FEYZFOZBATHZ2/

[ovirt-users] Re: Gluster volume heals and after 5 seconds has /dom_md/ids dirty again

I see this sometimes after rebooting a server, and it usually stops happening, 
generally within a few hours, I’ve never tracked it down further. Don’t know 
for sure, but I assume it’s related to healing and goes away once everything 
syncs up.

Occasionally it turns out to be a communications problem between servers 
(usually an update to something screws up my firewall), so I always check my 
peer status when I see it and make sure all servers are talking to each other.

> On May 13, 2019, at 4:13 AM, Andreas Elvers 
>  wrote:
> 
> I restored my engine to a gluster volume named :/engine on a three node 
> hyperconverged oVirt 4.3.3.1 cluster. Before restoring I was checking the 
> status of the volumes. They were clean. No heal entries. All peers connected. 
> gluster volume status looked good. Then I restored. This went well. The 
> engine is up. But the engine gluster volume shows entries on node02 and 
> node03. The engine was installed to node01. I have to deploy the engine to 
> the other two hosts to reach full HA, but I bet maintenance is not possible 
> until the volume is healed. 
> 
> I tried "gluster volume heal engine" also with added "full". The heal entries 
> will disappear for a few seconds and then /dom_md/ids will pop up again. The 
> __DIRECT_IO_TEST__ will join later. The split-brain info has no entries. Is 
> this some kind of hidden split brain? Maybe there is data on node01 brick 
> which got not synced to the other two nodes? I can only speculate. Gluster 
> docs say: this should heal. But it doesn't.  I have two other volumes. Those 
> are fine. One of them containing 3 VMs that are running. I also tried to shut 
> down the engine, so no-one was using the volume. Then heal. Same effect. 
> Those two files will always show up. But none other. Heal can always be 
> started successfully from any of the participating nodes.
> 
> Reset the volume bricks one by one and cross fingers? 
> 
> [root@node03 ~]#  gluster volume heal engine info
> Brick node01.infra.solutions.work:/gluster_bricks/engine/engine
> Status: Connected
> Number of entries: 0
> 
> Brick node02.infra.solutions.work:/gluster_bricks/engine/engine
> /9f4d5ae9-e01d-4b73-8b6d-e349279e9782/dom_md/ids
> /__DIRECT_IO_TEST__
> Status: Connected
> Number of entries: 2
> 
> Brick node03.infra.solutions.work:/gluster_bricks/engine/engine
> /9f4d5ae9-e01d-4b73-8b6d-e349279e9782/dom_md/ids
> /__DIRECT_IO_TEST__
> Status: Connected
> Number of entries: 2
> ___
> 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/L3YCRPRAGPUMBZIBFOPT6L4B7H4M6HLS/
___
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/6XOCRXRCQOUKE4RVK7PWDZHNU4EUAMQ6/

[ovirt-users] Re: oVirt Open Source Backup solution?

I know that a robust API is provided for performing VM backup functions,
but it seems crazy to me that oVirt has not implemented a simple method to
backup VM to a storage domain such as an NFS export domain.  Is this
functionality being left out for a reason (perhaps not wanting to step on
toes of 3rd party software vendors providing backup solutions for
oVirt/RHEV)?

On Mon, May 13, 2019 at 11:21 AM Gianluca Cecchi 
wrote:

> On Mon, May 13, 2019 at 3:47 PM Derek Atkins  wrote:
>
>> Strahil  writes:
>>
>> > Another option is to create a snapshot, backup the snapahot and merge
>> > the disks (delete the snapshot actually).
>> > Sadly that option doesn't work with Databases, as you might inyerrupt
>> > a transaction and leave the DB in inconsistent state.
>>
>> Yet another reason to do it from inside the VM.
>>
>
> Actually doable, depending on DB architecture and if some
> "logging/archiviing" supported/enabled on database.
> See here related threads where I was involved:
>
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/LJFQOLIWU224R2KE35VGHYXZFL6GZK4R/
> and here:
>
> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/J65N7E2PY3KWUCZE2OGFVCKKWXKFDSRI/
>
> When you install qemu-guest-agent (in my case
> version 0.12.1.2-2.506.el6_10.1) you also get an example for MySQL in
> /usr/share/qemu-kvm/qemu-ga/fsfreeze-hook.d/mysql-flush.sh.sample
> and eventually updated code (actually I see it is dated 2013...) here:
>
> https://github.com/guillon/qemu-plugins/blob/master/scripts/qemu-guest-agent/fsfreeze-hook.d/mysql-flush.sh.sample
>
> In case of PostgreSQL you would need to have WAL enabled and do an
> Exclusive Low Level Backup, because the pre-snapshot and post-snapshot
> could not be inside the same RDBMS session connection:
>
> https://www.postgresql.org/docs/10/continuous-archiving.html#BACKUP-BASE-BACKUP
>
> so the freeze option of your freeze-hook script would contain a call to a
> connection that runs
> SELECT pg_start_backup('label', true);
> to minimize time to do checkpoint
>
> and the thaw option would contain
> SELECT pg_stop_backup();
>
> This needs also that archives during the elapsed of backup (and the last
> generaed when stopping backup) are copied in some way externally in respect
> of the VM OS for complete recoverability, if you don't already have it for
> your standard archiving policy.
>
> And thoroughly test the whole workflow, both backups and restores,
> especially when upgrading your software layers, oVirt, VM OS, PostgreSQL
>
> HIH,
> 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/2RAVXSCEPPCWLSQI4DAU6D6A2G2QBZBB/
>
___
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/7DVSYQLZ6DGVPGOCE4LHTSAAH333MGFY/

[ovirt-users] Re: oVirt Open Source Backup solution?

2019-05-13 Thread Gianluca Cecchi

On Mon, May 13, 2019 at 3:47 PM Derek Atkins  wrote:

> Strahil  writes:
>
> > Another option is to create a snapshot, backup the snapahot and merge
> > the disks (delete the snapshot actually).
> > Sadly that option doesn't work with Databases, as you might inyerrupt
> > a transaction and leave the DB in inconsistent state.
>
> Yet another reason to do it from inside the VM.
>

Actually doable, depending on DB architecture and if some
"logging/archiviing" supported/enabled on database.
See here related threads where I was involved:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LJFQOLIWU224R2KE35VGHYXZFL6GZK4R/
and here:
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/J65N7E2PY3KWUCZE2OGFVCKKWXKFDSRI/

When you install qemu-guest-agent (in my case
version 0.12.1.2-2.506.el6_10.1) you also get an example for MySQL in
/usr/share/qemu-kvm/qemu-ga/fsfreeze-hook.d/mysql-flush.sh.sample
and eventually updated code (actually I see it is dated 2013...) here:
https://github.com/guillon/qemu-plugins/blob/master/scripts/qemu-guest-agent/fsfreeze-hook.d/mysql-flush.sh.sample

In case of PostgreSQL you would need to have WAL enabled and do an
Exclusive Low Level Backup, because the pre-snapshot and post-snapshot
could not be inside the same RDBMS session connection:
https://www.postgresql.org/docs/10/continuous-archiving.html#BACKUP-BASE-BACKUP

so the freeze option of your freeze-hook script would contain a call to a
connection that runs
SELECT pg_start_backup('label', true);
to minimize time to do checkpoint

and the thaw option would contain
SELECT pg_stop_backup();

This needs also that archives during the elapsed of backup (and the last
generaed when stopping backup) are copied in some way externally in respect
of the VM OS for complete recoverability, if you don't already have it for
your standard archiving policy.

And thoroughly test the whole workflow, both backups and restores,
especially when upgrading your software layers, oVirt, VM OS, PostgreSQL

HIH,
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/2RAVXSCEPPCWLSQI4DAU6D6A2G2QBZBB/

[ovirt-users] Re: New to OVirt

2019-05-13 Thread Derek Atkins

Hi,

When I installed oVirt (on CentOS 7.2 using 4.0.x in October 2016) I
used the following sets of instructions:

https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/paged/self-hosted-engine-guide/chapter-2-deploying-self-hosted-engine
http://www.ovirt.org/documentation/how-to/hosted-engine/#fresh-install

I did take a few trials to get it right.

I made sure I had CentOS fully installed, set up my local file systems,
NFS (for storage domains), permissions, networking, etc.  Then I
installed and did the hosted-engine --deploy

Then in the hosted engine VM I also installed CentOS manually and
installed the hosted engine itself.

It did take me a while to get it all right.  I did need to run
hosted-engine-cleanup.sh at least once.  :)

But it's been very solid for almost 3 years now.  I'm due for another
upgrade soon.

-derek

Slobodan Stevanovic  writes:

> I am currently at the point that I am thinking on giving up and start playing
> more with Proxmox.
>
> Do you guys have any suggestion on what instructions I should use? I just want
> to setup something to get a better idea on how everything works before I go to
> more advance things.
>
> Currently, downloading Ovirt Node from 
> https://www.ovirt.org/download/node.html and running Cockpit does not work
> form me.   
>
> On Friday, May 10, 2019, 7:54:39 PM PDT,  wrote:
>
> I'm glad to hear i'm in the minority!  I had the worst luck with struggling to
> get it loaded, then once it was loaded, I ran great, until it didn't, and have
> to wait and wait for it to load while the host rebooted and trying to figure
> out why it wasn't coming up just drove me crazy.  Although I ran it on 3 nodes
> so I had to track down where it migrated too.
>
> ___
> 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/P4VQHNED55IT55QRBW5WVEF5LSYZCLS5/
>
> ___
> 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/XE6RJ7ZEGZQM2YREIYXZO63YYD2GOHVX/
>

-- 
   Derek Atkins 617-623-3745
   de...@ihtfp.com www.ihtfp.com
   Computer and Internet Security Consultant
___
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/PEUEBQAGOO323ODAMF4KSPYILAUUDAP3/

[ovirt-users] Re: Permission Problem for admin portal

2019-05-13 Thread Bohdan Iakymets

Hello,

which version of oVirt Engine and VM Portal do you using? Cluster filtering
by permissions is available in VM Portal version 1.5.0.

BI

On Wed, Jan 30, 2019 at 12:16 PM  wrote:

> Hello,
>
> I'm using the lastest ovirt release.
>
> I would like to add a cluster permission for a user.
> This user should only see this cluster and not other information or other
> cluster
>
> I've create a new user in internal or external
> When the ClusterAdmin role is added in the permission tab of a cluster,
> the user can access the entire infrastructure through the user portal or
> administrator portal.
> It can modify other VMs, ...
> I checked the other cluster and the user does not appear in the permissions
>
> When I add the UserRole role to the cluster and remove the ClusterAdmin
> role, it sees only the VMs in the cluster in the user portal
> When the user creating a VM, he can see all the cluster in the drop-down
> window for cluster selection
>
> It's possible to add only a cluster permission for users ?
>
> 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/RSYWMK5R35YSCNZTQJD23V2RBWCJCJLO/
>
___
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/FFDLFFJ3S55PZXIEEJT5RFIH4B7Q3UT7/

[ovirt-users] Re: oVirt Open Source Backup solution?

2019-05-13 Thread Derek Atkins

Strahil  writes:

> Another option is to create a snapshot, backup the snapahot and merge
> the disks (delete the snapshot actually).
> Sadly that option doesn't work with Databases, as you might inyerrupt
> a transaction and leave the DB in inconsistent state.

Yet another reason to do it from inside the VM.

What I do (on systems that have a running database) is to run a "flush"
operation to sync the database to disk, and then from within the flush
operation I create an LVM snapshot, and then I backup off the snapshot.
If I'm not running a database, then I just create the snapshot directly.

> Best Regards,
> Strahil Nikolov

-derek
-- 
   Derek Atkins 617-623-3745
   de...@ihtfp.com www.ihtfp.com
   Computer and Internet Security Consultant
___
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/JS6YVB3S33VYLPEQTUE3UJVZOBBO5W7H/

[ovirt-users] Is teamd supported on 4.3?

2019-05-13 Thread Valentin Bajrami

Hello guys,

Next week, I'm planning to deploy ovirt-node 4.3 on a few hosts. I've
been running bonds for the past years but I'd like to know if teaming
(teamd) is also supported with this version. 

My current package version(s):

OS Version: | RHEL - 7 - 6.1810.2.el7.centos
OS Description: | oVirt Node 4.3.1
Kernel Version: | 3.10.0 - 957.5.1.el7.x86_64
KVM Version: | 2.12.0 - 18.el7_6.3.1
LIBVIRT Version: | libvirt-4.5.0-10.el7_6.4
VDSM Version: | vdsm-4.30.9-1.el7
SPICE Version: | 0.14.0 - 6.el7_6.1
GlusterFS Version: | glusterfs-5.3-2.el7
CEPH Version: | librbd1-10.2.5-4.el7
Open vSwitch Version: | openvswitch-2.10.1-3.el7
Kernel Features: | PTI: 1, IBRS: 0, RETP: 1
VNC Encryption: | Disabled

Is anyone running teamd on this version ?

Thanks in advance

-- 
Kind regards / Met vriendelijke groet,

Valentin Bajrami
Target Holding 

___
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/EL5YV6A7JGKJOAV5MFFXZ4QORUEJQNSP/

[ovirt-users] Re: Dashboard error after upgrade to 4.3.2

2019-05-13 Thread Shirly Radco

Hi,

Sorry for the late response here. I missed your email before.
Is your dashboard not showing data?
Do you still have this issue?

Best,

--

SHIRLY RADCO

BI SENIOR SOFTWARE ENGINEER

Red Hat Israel 



On Wed, Apr 17, 2019 at 1:33 PM  wrote:

> Good day,
>
> for some reason my previous email was posted as attachment.
>
> I recently upgraded to 4.3.2 from 4.2.8 and there is no info about the
> status on the dashboard.
> Error in ovirt:
>
> > ETL service sampling has encountered an error. Please consult the
> service log for more details.
>
> Error in DWH log:
>
> 2019-04-17
> 07:28:04|hgbeXm|WaTt56|1cuuPg|OVIRT_ENGINE_DWH|ConfigurationSync|Default|6|Java
> Exception|tJDBCOutput_2|org.postgresql.util.PSQLException:Can't infer the
> SQL type to use for an instance of java.util.UUID. Use setObject() with an
> explicit Types value to specify the type to use.|1
> Exception in component tRunJob_1
> java.lang.RuntimeException: Child job running failed
> at
> ovirt_engine_dwh.samplerunjobs_4_3.SampleRunJobs.tRunJob_1Process(SampleRunJobs.java:1198)
> at
> ovirt_engine_dwh.samplerunjobs_4_3.SampleRunJobs.tRunJob_4Process(SampleRunJobs.java:1000)
> at
> ovirt_engine_dwh.samplerunjobs_4_3.SampleRunJobs.tJDBCConnection_2Process(SampleRunJobs.java:767)
> at
> ovirt_engine_dwh.samplerunjobs_4_3.SampleRunJobs.tJDBCConnection_1Process(SampleRunJobs.java:642)
> at
> ovirt_engine_dwh.samplerunjobs_4_3.SampleRunJobs$2.run(SampleRunJobs.java:2683)
> 2019-04-17
> 07:28:04|1cuuPg|WaTt56|94NDik|OVIRT_ENGINE_DWH|SampleRunJobs|Default|6|Java
> Exception|tRunJob_1|java.lang.RuntimeException:Child job running failed|1
> Exception in component tRunJob_1
> java.lang.RuntimeException: Child job running failed
> at
> ovirt_engine_dwh.sampletimekeepingjob_4_3.SampleTimeKeepingJob.tRunJob_1Process(SampleTimeKeepingJob.java:6067)
> at
> ovirt_engine_dwh.sampletimekeepingjob_4_3.SampleTimeKeepingJob.tJDBCInput_2Process(SampleTimeKeepingJob.java:5809)
> at
> ovirt_engine_dwh.sampletimekeepingjob_4_3.SampleTimeKeepingJob.tJDBCConnection_1Process(SampleTimeKeepingJob.java:)
> at
> ovirt_engine_dwh.sampletimekeepingjob_4_3.SampleTimeKeepingJob.tJDBCConnection_2Process(SampleTimeKeepingJob.java:4319)
> at
> ovirt_engine_dwh.sampletimekeepingjob_4_3.SampleTimeKeepingJob.tRowGenerator_2Process(SampleTimeKeepingJob.java:4188)
> at
> ovirt_engine_dwh.sampletimekeepingjob_4_3.SampleTimeKeepingJob.tJDBCInput_3Process(SampleTimeKeepingJob.java:3593)
> at
> ovirt_engine_dwh.sampletimekeepingjob_4_3.SampleTimeKeepingJob.tJDBCInput_5Process(SampleTimeKeepingJob.java:2977)
> at
> ovirt_engine_dwh.sampletimekeepingjob_4_3.SampleTimeKeepingJob.tJDBCInput_4Process(SampleTimeKeepingJob.java:2295)
> at
> ovirt_engine_dwh.sampletimekeepingjob_4_3.SampleTimeKeepingJob.tJDBCConnection_3Process(SampleTimeKeepingJob.java:1649)
> at
> ovirt_engine_dwh.sampletimekeepingjob_4_3.SampleTimeKeepingJob$2.run(SampleTimeKeepingJob.java:11363)
>
>
> Everything else works fine. Checked new postgersql, running and no errors.
> Found one thread about duplicate data in one sql table, but mine was ok.
> What else can cause this error?
>
> Best regards,
> Mikhail Krasnobaev
> ___
> 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/WKSR6V7IIJEFUX7TZ5PP2TV3BISA2VT4/
>
___
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/FEP5TOLMXVC2X6KCXBB4RTSOZDFI6JU3/

[ovirt-users] Re: HostedEngine migration from ovirt1:/engine to gluster1:/engine (new ip)

2019-05-13 Thread Strahil Nikolov

On May 13, 2019 1:42:53 PM GMT+03:00, Andreas Elvers 
 wrote:
>Shouldn't this be done by restoring the engine? Initial engine host and
>storage parameters are collected while doing the restore. It might be a
>bit far stretched, but at least be an automated repeatable experience.
>
>Are there really procedures where you manipulate the DHW directly? I
>never saw a reference in the documentation. 
>___
>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/5JYINPWJINWQPIN2LQO2ZTEUGHY3YKQ2/

Updating the base is faster than restoring the engine.
I'm avoiding the restore, as I cannot find a dummy-style instruction for 
restore and with my luck - I will definately hit a wall.

In my case this is the final piece left and DB manipulation is far easier .
Of course , I wouldn't manipulate the DB on a production site - but for a lab 
is acceptable.

Best Regards,
Strahil Nikolov
___
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/DQLDE7NDQQJ2DFRBOKD65OFTO5RHEDCJ/

[ovirt-users] Re: HostedEngine migration from ovirt1:/engine to gluster1:/engine (new ip)

Shouldn't this be done by restoring the engine? Initial engine host and storage 
parameters are collected while doing the restore. It might be a bit far 
stretched, but at least be an automated repeatable experience.

Are there really procedures where you manipulate the DHW directly? I never saw 
a reference in the documentation. 
___
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/5JYINPWJINWQPIN2LQO2ZTEUGHY3YKQ2/

[ovirt-users] HostedEngine migration from ovirt1:/engine to gluster1:/engine (new ip)

2019-05-13 Thread Strahil Nikolov

Hello Community,
I have added new interfaces and bonded them in order to split storage from 
oVirt traffic and I have one last issue.
In Storage -> Storage Domains , I have the "hosted_storage" domain that is 
pointing to the old "ovirt1.localdomain:/engine" instead of "gluster1:/engine".
I have managed to reconfigure the ha agent to bring the new storage , but it 
seems the engine mounts the old gluster path and this causes problem with the 
ha agent .
How can I edit the "hosted_storage" in a safe manner to point to 
"gluster1:/engine" and mount options of 
"backup-volfile-servers=gluster2:ovirt3".
Should I edit the DB ?

P.S.: My google skills did not show any results on this topic and thus I'm 
raising it to the mail list.Thanks in advance.

Best Regards,Strahil Nikolov
___
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/PEY7C63TWTQKDXEW7CSY7GP57ZFBDBSA/

[ovirt-users] Upgrade success story (4.3.0->4.3.3)

2019-05-13 Thread Juhani Rautiainen

Hi!

Just wanted to let you know that I succesfully upgrade our cluster to
4.3.3 (FC SAN based system and no Gluster). I postponed upgrade a lot
because of the difficulties I had when upgrading from 4.2.8->4.3.0.
This time Hosted Engine upgrade went without any problems. The first
node also upgraded itself from admin UI without any problems. The
second node was different story. I couldn't upgrade it because yum
complained about missing packages. This was mysterious as I just had
upgraded the other node. I bypassed this by taking ovirt-4.3 repos
from other node since diffing files gave results that they differed.
After that node upgraded from UI but went missing after reboot.
Contacting it via ILO I found out that it had turned to DHCP again
(which it never should do). Somehow settings in VDSM persistent
settings were still wrong and pointing to DHCP (it has always been in
fixed address). Fixed this by hand by using vdsm persistent settings
from the running node. Now the node reboots reliably.

Anyway thanks for all the good work oVirt people put in. Small
problems here and there but it's getting better by the release.

-Juhani
___
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/XZTHV3THA3KUCN6BPUHD3XE4FQ7K3QK6/

[ovirt-users] Gluster volume heals and after 5 seconds has /dom_md/ids dirty again

I restored my engine to a gluster volume named :/engine on a three node
hyperconverged oVirt 4.3.3.1 cluster. Before restoring I was checking the
status of the volumes. They were clean. No heal entries. All peers connected.
gluster volume status looked good. Then I restored. This went well. The engine
is up. But the engine gluster volume shows entries on node02 and node03. The
engine was installed to node01. I have to deploy the engine to the other two
hosts to reach full HA, but I bet maintenance is not possible until the volume
is healed.

I tried "gluster volume heal engine" also with added "full". The heal entries
will disappear for a few seconds and then /dom_md/ids will pop up again. The
__DIRECT_IO_TEST__ will join later. The split-brain info has no entries. Is
this some kind of hidden split brain? Maybe there is data on node01 brick which
got not synced to the other two nodes? I can only speculate. Gluster docs say:
this should heal. But it doesn't. I have two other volumes. Those are fine.
One of them containing 3 VMs that are running. I also tried to shut down the
engine, so no-one was using the volume. Then heal. Same effect. Those two files
will always show up. But none other. Heal can always be started successfully
from any of the participating nodes.

Reset the volume bricks one by one and cross fingers?

[root@node03 ~]# gluster volume heal engine info
Brick node01.infra.solutions.work:/gluster_bricks/engine/engine
Status: Connected
Number of entries: 0

Brick node02.infra.solutions.work:/gluster_bricks/engine/engine
/9f4d5ae9-e01d-4b73-8b6d-e349279e9782/dom_md/ids
/__DIRECT_IO_TEST__
Status: Connected
Number of entries: 2

Brick node03.infra.solutions.work:/gluster_bricks/engine/engine
/9f4d5ae9-e01d-4b73-8b6d-e349279e9782/dom_md/ids
/__DIRECT_IO_TEST__
Status: Connected
Number of entries: 2
___
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/L3YCRPRAGPUMBZIBFOPT6L4B7H4M6HLS/

[ovirt-users] Re: Node losing management network address?

2019-05-13 Thread Juhani Rautiainen

Thanks for the tip. I upgraded my cluster and one node (which started
this thread) again picked up DHCP address after reboot. I checked
/var/lib/vdsm/persistence/netconf/nets/ovirtmgmt and it _still_ had
DHCP settings in it. And I had previously removed and added node to
cluster. It seems that VDSM doesn't compare between settings in engine
DB and node. Don't know if it because it "knows" that they are
correct.

-Juhani

On Sun, Mar 3, 2019 at 11:02 AM  wrote:
>
> I had this issue, I believe that when I tried to fix the network manually so 
> that ovirt could sync the correct config, vdsm was kicking in and overwriting 
> my changes with what it had stored in /var/lib/vdsm/persistence/netconf/ 
> before the sync took place. For whatever reason this was dhcp.
> ___
> 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/23MLUL2YU7VYFGQXSHZJ3CTC3ZMIHAMR/



-- 
Juhani Rautiainen   jra...@iki.fi
___
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/OITO2EXPJZJJHTXO5SMYQLN7J7NOQ6K6/

[ovirt-users] Re: botched 3.6 -> 4.0/1/2 upgrade, how to recover