[ovirt-users] Re: Disconnected -- Server has closed the connection

2020-10-08 Thread Parth Dhanjal
Hey!
Can you check the cockpit service from host
systemctl status cockpit
In case it is not started
systemctl start cockpit

This issue could be because of a firewall exception.
You can try this -
firewall-cmd --permanent --add-port=9090/tcp
firewall-cmd --permanent --add-port=9090/udp
systemctl restart firewalld

If the problem still persists, you should check for
systemctl status cups-browsed
In case it is not started, try starting the service

On Thu, Oct 8, 2020 at 8:56 PM  wrote:

> A first part of the fresh install is without any problems and the second
> part of the fresh install the storage part “Disconnected - Server has
> closed the connection.” Thereafter the OVirt is unstable and disconnect
> continuously.
>
>
>
> “Unexpected error - Cockpit had an unexpected internal error.”
>
>
>
> “You can try restarting Cockpit by pressing refresh in your browser. The
> javascript console contains details about this error (Ctrl-Shift-J in most
> browsers).”
>
>
>
> Ctrl-Shift-J in most browsers --- RESULTS
>
>
>
> DevTools failed to load SourceMap: Could not load content for
> https://XYZ.co.za:9090/cockpit/$1aa0545898ca0350c292c35fee90966b96bf77ad1ca082ec115b4b7401aa8829/base1/jquery.min.js.map:
> HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
>
> DevTools failed to load SourceMap: Could not load content for
> https://XYZ.co.za:9090/cockpit/$1aa0545898ca0350c292c35fee90966b96bf77ad1ca082ec115b4b7401aa8829/base1/cockpit.min.js.map:
> HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
>
> DevTools failed to load SourceMap: Could not load content for
> https://XYZ.co.za:9090/cockpit/$1aa0545898ca0350c292c35fee90966b96bf77ad1ca082ec115b4b7401aa8829/shell/index.min.js.map:
> HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
>
> DevTools failed to load SourceMap: Could not load content for
> https://XYZ.co.za:9090/cockpit/$1aa0545898ca0350c292c35fee90966b96bf77ad1ca082ec115b4b7401aa8829/base1/jquery.min.js.map:
> HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
>
> DevTools failed to load SourceMap: Could not load content for
> https://XYZ.co.za:9090/cockpit/$1aa0545898ca0350c292c35fee90966b96bf77ad1ca082ec115b4b7401aa8829/base1/cockpit.min.js.map:
> HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
>
> DevTools failed to load SourceMap: Could not load content for
> https://XYZ.co.za:9090/cockpit/$1aa0545898ca0350c292c35fee90966b96bf77ad1ca082ec115b4b7401aa8829/base1/patternfly.min.css.map:
> HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
>
> index.js:15 Refused to apply inline style because it violates the
> following Content Security Policy directive: "default-src 'self'
> https://XYZ.co.za:9090;. Either the 'unsafe-inline' keyword, a hash
> ('sha256-47DEQpj8HBSa+/TImW+5JCeuQeRkm5NMpJWZG3hSuFU='), or a nonce
> ('nonce-...') is required to enable inline execution. Note also that
> 'style-src' was not explicitly set, so 'default-src' is used as a fallback.
>
>
>
> h @ index.js:15
>
> t.inject @ index.js:15
>
> t.a @ index.js:15
>
> (anonymous) @ index.js:6
>
> (anonymous) @ index.js:6
>
> n @ index.js:1
>
> (anonymous) @ index.js:72
>
> n @ index.js:1
>
> (anonymous) @ index.js:15
>
> n @ index.js:1
>
> (anonymous) @ index.js:1
>
> (anonymous) @ index.js:1
>
> DevTools failed to load SourceMap: Could not load content for
> https://XYZ.co.za:9090/cockpit/$1aa0545898ca0350c292c35fee90966b96bf77ad1ca082ec115b4b7401aa8829/shell/index.css.map:
> HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
>
> DevTools failed to load SourceMap: Could not load content for
> https://XYZ.co.za:9090/cockpit/$1aa0545898ca0350c292c35fee90966b96bf77ad1ca082ec115b4b7401aa8829/shell/index.min.js.map:
> HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
>
> cockpit/$1aa0545898ca0350c292c35fee90966b96bf77ad1ca082ec115b4b7401aa8829/ovirt-dashboard/index.html#/:1
> Refused to apply style from '
> https://XYZ.co.za:9090/src/base1/patternfly.css' because its MIME type
> ('text/html') is not a supported stylesheet MIME type, and strict MIME
> checking is enabled.
>
> updates.js:11 Refused to apply inline style because it violates the
> following Content Security Policy directive: "default-src 'self'
> https://XYZ.co.za:9090;. Either the 'unsafe-inline' keyword, a hash
> ('sha256-47DEQpj8HBSa+/TImW+5JCeuQeRkm5NMpJWZG3hSuFU='), or a nonce
> ('nonce-...') is required to enable inline execution. Note also that
> 'style-src' was not explicitly set, so 'default-src' is used as a fallback.
>
>
>
> m @ updates.js:11
>
> t.inject @ updates.js:11
>
> t.a @ updates.js:11
>
> (anonymous) @ updates.js:6
>
> (anonymous) @ updates.js:6
>
> n @ updates.js:1
>
> (anonymous) @ updates.js:43
>
> n @ updates.js:1
>
> (anonymous) @ updates.js:11
>
> n @ updates.js:1
>
> (anonymous) @ updates.js:1
>
> (anonymous) @ updates.js:1
>
> DevTools failed to load SourceMap: Could not load content for
> 

[ovirt-users] Re: Gluster volume not responding

2020-10-08 Thread Strahil Nikolov via Users
Hi Simon,

I doubt the system needs tuning from network perspective.

I guess you can run some 'screen'-s which a pinging another system and logging 
everything to a file.

Best Regards,
Strahil Nikolov






В петък, 9 октомври 2020 г., 01:05:22 Гринуич+3, Simon Scott 
 написа: 







Thanks Strahil.




I have found between 1 & 4 Gluster peer rpc-clnt-ping timer expired messages in 
the rhev-data-center-mnt-glusterSD-hostname-strg:_pltfm_data01.log on the 
storage network IP. Of the 6 Hosts only 1 does not have these timeouts.




Fencing has been disabled but can you identify which logs are key to 
identifying the cause please.




It's a bonded (bond1) 10GB ovirt-mgmt logical network and Prod VM VLAN 
interface AND a bonded (bond2) 10GB Gluster storage network. 

Dropped packets are seen incrementing in the vdsm.log but neither ethtool -S or 
kernel logs are showing dropped packets. I am wondering if they are being 
dropped due to the ring buffers being small.




Kind Regards




Shimme





 
From: Strahil Nikolov 
Sent: Thursday 8 October 2020 20:40
To: users@ovirt.org ; Simon Scott 
Subject: Re: [ovirt-users] Gluster volume not responding 
 



>Every Monday and Wednesday morning there are gluster connectivity timeouts 
>>but all checks of the network and network configs are ok.

Based on this one I make the following conclusions:
1. Issue is reoccuring
2. You most probably have a network issue

Have you checked the following:
- are there any ping timeouts between fuse clients and gluster nodes
- Have you tried to disable fencing and check the logs after the issue reoccurs
- Are you sharing Blackup and Prod networks ? Is it possible some backup/other 
production load in your environment to "black-out" your oVirt ?
- Have you check the gluster cluster's logs for anything meaningful ?

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/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/52YVULUR3YV4AQLKPLRN3OZ3JC4V4RZO/


[ovirt-users] Re: Gluster volume not responding

2020-10-08 Thread Strahil Nikolov via Users
I have seen many "checks" that are "OK"...
Have you checked that backups are not used over the same network ?

I would disable the power management (fencing) ,so I can find out what has 
happened to the systems.


Best Regards,
Strahil Nikolov






В четвъртък, 8 октомври 2020 г., 22:43:34 Гринуич+3, Strahil Nikolov via Users 
 написа: 





>Every Monday and Wednesday morning there are gluster connectivity timeouts 
>>but all checks of the network and network configs are ok.

Based on this one I make the following conclusions:
1. Issue is reoccuring
2. You most probably have a network issue

Have you checked the following:
- are there any ping timeouts between fuse clients and gluster nodes
- Have you tried to disable fencing and check the logs after the issue reoccurs
- Are you sharing Blackup and Prod networks ? Is it possible some backup/other 
production load in your environment to "black-out" your oVirt ?
- Have you check the gluster cluster's logs for anything meaningful ?

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/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TIDHSP34LVYUIDUU76OX3PFDEHL7LSWE/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HKJVBXDIN4DJ7LKFDQY6RBWFY5X2U6XW/


[ovirt-users] R: Moving VM disks from one storage domain to another. Automate?

2020-10-08 Thread paolo
I just find the way:

 

- name: "Move disk"

  ovirt.ovirt.ovirt_disk:

auth: "{{ ovirt_auth }}"

id: "{{ disk_id }}"

storage_domain: "{{ destination_sd }}"

 

HTH

 

Paolo

 

 

Da: Green, Jacob Allen /C  
Inviato: martedì 15 settembre 2020 21:45
A: users@ovirt.org
Oggetto: [ovirt-users] Moving VM disks from one storage domain to another.
Automate?

 

   I am looking for an automated way, via Ansible to move a VM
disk from one storage domain to another. I found the following,
https://docs.ansible.com/ansible/latest/modules/ovirt_disk_module.html and
while it mentions copying a VM disk image from one domain to another it does
not mention a live storage migration. Which is what I am looking to do. I
want to take roughly 100 VMs and move their disk images from one domain to
another that is available to the datacenter in some automated/scripted
fashion. I am just curious if anyone out there has had to do this and how
they tackled it. Or perhaps I am missing some easy obvious way, other than
clicking all the disks and clicking move. However from the looks of it, if I
did click all the disk and selected move, it appears RHV tries to do them
all at once, which is probably not ideal, I would like it to move the disks
in a serial One after another fashion, to conserve throughput and IO.

 

I also did not see anything on Ansible galaxy or the ovirt github that would
do this.

 

 

 

Thank you.

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


[ovirt-users] Re: How to make oVirt + GlusterFS bulletproof

2020-10-08 Thread Strahil Nikolov via Users
Hi Jaroslaw,

it's more important to find the root cause of the data loss , as this is 
definately not supposed to happen (I got myself several power outages without 
issues).

Do you keep the logs ?

For now , check if your gluster settings (gluster volume info VOL) matches the 
settings in the virt group (/var/lib/glusterd/group/virt - or somethinhg like 
that).


Best Regards,
Strahil Nikolov






В четвъртък, 8 октомври 2020 г., 15:16:10 Гринуич+3, Jarosław Prokopowski 
 написа: 





Hi Guys,

I had a situation 2 times that due to unexpected power outage something went 
wrong and VMs on glusterfs where not recoverable.
Gluster heal did not help and I could not start the VMs any more. 
Is there a way to make such setup bulletproof? 
Does it matter which volume type I choose - raw or qcow2? Or thin provision 
versus reallocated?
Any other advise?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MRM6H2YENBP3AHQ5JWSFXH6UT6J6SDQS/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7NC4BJSEUA4VGO57HJZWDMELHPMSYQG3/


[ovirt-users] Re: Gluster volume not responding

2020-10-08 Thread Strahil Nikolov via Users
>Every Monday and Wednesday morning there are gluster connectivity timeouts 
>>but all checks of the network and network configs are ok.

Based on this one I make the following conclusions:
1. Issue is reoccuring
2. You most probably have a network issue

Have you checked the following:
- are there any ping timeouts between fuse clients and gluster nodes
- Have you tried to disable fencing and check the logs after the issue reoccurs
- Are you sharing Blackup and Prod networks ? Is it possible some backup/other 
production load in your environment to "black-out" your oVirt ?
- Have you check the gluster cluster's logs for anything meaningful ?

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/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TIDHSP34LVYUIDUU76OX3PFDEHL7LSWE/


[ovirt-users] Re: How to make oVirt + GlusterFS bulletproof

2020-10-08 Thread WK
are you using JBOD bricks or do you have some sort of RAID for each of 
the bricks?


Are you using sharding?

-wk

On 10/8/2020 6:11 AM, Jarosław Prokopowski wrote:

Hi Jayme, there is UPS but anyway the outages happened. We have also Raritan 
KVM but it is not supported by oVirt.
The setup is 6 hosts - Tow pairs of 3 hosts each using one replica 3 volume.
BTW what would be the best gluster volume solution for 6+ hosts?
  
___

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

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


[ovirt-users] Disconnected -- Server has closed the connection

2020-10-08 Thread info
A first part of the fresh install is without any problems and the second
part of the fresh install the storage part "Disconnected - Server has closed
the connection." Thereafter the OVirt is unstable and disconnect
continuously. 

 

"Unexpected error - Cockpit had an unexpected internal error."

 

"You can try restarting Cockpit by pressing refresh in your browser. The
javascript console contains details about this error (Ctrl-Shift-J in most
browsers)."

 

Ctrl-Shift-J in most browsers --- RESULTS

 

DevTools failed to load SourceMap: Could not load content for
https://XYZ.co.za:9090/cockpit/$1aa0545898ca0350c292c35fee90966b96bf77ad1ca0
82ec115b4b7401aa8829/base1/jquery.min.js.map: HTTP error: status code 404,
net::ERR_HTTP_RESPONSE_CODE_FAILURE

DevTools failed to load SourceMap: Could not load content for
https://XYZ.co.za:9090/cockpit/$1aa0545898ca0350c292c35fee90966b96bf77ad1ca0
82ec115b4b7401aa8829/base1/cockpit.min.js.map: HTTP error: status code 404,
net::ERR_HTTP_RESPONSE_CODE_FAILURE

DevTools failed to load SourceMap: Could not load content for
https://XYZ.co.za:9090/cockpit/$1aa0545898ca0350c292c35fee90966b96bf77ad1ca0
82ec115b4b7401aa8829/shell/index.min.js.map: HTTP error: status code 404,
net::ERR_HTTP_RESPONSE_CODE_FAILURE

DevTools failed to load SourceMap: Could not load content for
https://XYZ.co.za:9090/cockpit/$1aa0545898ca0350c292c35fee90966b96bf77ad1ca0
82ec115b4b7401aa8829/base1/jquery.min.js.map: HTTP error: status code 404,
net::ERR_HTTP_RESPONSE_CODE_FAILURE

DevTools failed to load SourceMap: Could not load content for
https://XYZ.co.za:9090/cockpit/$1aa0545898ca0350c292c35fee90966b96bf77ad1ca0
82ec115b4b7401aa8829/base1/cockpit.min.js.map: HTTP error: status code 404,
net::ERR_HTTP_RESPONSE_CODE_FAILURE

DevTools failed to load SourceMap: Could not load content for
https://XYZ.co.za:9090/cockpit/$1aa0545898ca0350c292c35fee90966b96bf77ad1ca0
82ec115b4b7401aa8829/base1/patternfly.min.css.map: HTTP error: status code
404, net::ERR_HTTP_RESPONSE_CODE_FAILURE

index.js:15 Refused to apply inline style because it violates the following
Content Security Policy directive: "default-src 'self'
https://XYZ.co.za:9090;. Either the 'unsafe-inline' keyword, a hash
('sha256-47DEQpj8HBSa+/TImW+5JCeuQeRkm5NMpJWZG3hSuFU='), or a nonce
('nonce-...') is required to enable inline execution. Note also that
'style-src' was not explicitly set, so 'default-src' is used as a fallback.

 

h @ index.js:15

t.inject @ index.js:15

t.a @ index.js:15

(anonymous) @ index.js:6

(anonymous) @ index.js:6

n @ index.js:1

(anonymous) @ index.js:72

n @ index.js:1

(anonymous) @ index.js:15

n @ index.js:1

(anonymous) @ index.js:1

(anonymous) @ index.js:1

DevTools failed to load SourceMap: Could not load content for
https://XYZ.co.za:9090/cockpit/$1aa0545898ca0350c292c35fee90966b96bf77ad1ca0
82ec115b4b7401aa8829/shell/index.css.map: HTTP error: status code 404,
net::ERR_HTTP_RESPONSE_CODE_FAILURE

DevTools failed to load SourceMap: Could not load content for
https://XYZ.co.za:9090/cockpit/$1aa0545898ca0350c292c35fee90966b96bf77ad1ca0
82ec115b4b7401aa8829/shell/index.min.js.map: HTTP error: status code 404,
net::ERR_HTTP_RESPONSE_CODE_FAILURE

cockpit/$1aa0545898ca0350c292c35fee90966b96bf77ad1ca082ec115b4b7401aa8829/ov
irt-dashboard/index.html#/:1 Refused to apply style from
'https://XYZ.co.za:9090/src/base1/patternfly.css' because its MIME type
('text/html') is not a supported stylesheet MIME type, and strict MIME
checking is enabled.

updates.js:11 Refused to apply inline style because it violates the
following Content Security Policy directive: "default-src 'self'
https://XYZ.co.za:9090;. Either the 'unsafe-inline' keyword, a hash
('sha256-47DEQpj8HBSa+/TImW+5JCeuQeRkm5NMpJWZG3hSuFU='), or a nonce
('nonce-...') is required to enable inline execution. Note also that
'style-src' was not explicitly set, so 'default-src' is used as a fallback.

 

m @ updates.js:11

t.inject @ updates.js:11

t.a @ updates.js:11

(anonymous) @ updates.js:6

(anonymous) @ updates.js:6

n @ updates.js:1

(anonymous) @ updates.js:43

n @ updates.js:1

(anonymous) @ updates.js:11

n @ updates.js:1

(anonymous) @ updates.js:1

(anonymous) @ updates.js:1

DevTools failed to load SourceMap: Could not load content for
https://XYZ.co.za:9090/cockpit/$1aa0545898ca0350c292c35fee90966b96bf77ad1ca0
82ec115b4b7401aa8829/base1/cockpit.min.js.map: HTTP error: status code 404,
net::ERR_HTTP_RESPONSE_CODE_FAILURE

DevTools failed to load SourceMap: Could not load content for
https://XYZ.co.za:9090/cockpit/$1aa0545898ca0350c292c35fee90966b96bf77ad1ca0
82ec115b4b7401aa8829/base1/jquery.min.js.map: HTTP error: status code 404,
net::ERR_HTTP_RESPONSE_CODE_FAILURE

overview.js:20 Refused to apply inline style because it violates the
following Content Security Policy directive: "default-src 'self'
https://XYZ.co.za:9090;. Either the 'unsafe-inline' keyword, a hash
('sha256-47DEQpj8HBSa+/TImW+5JCeuQeRkm5NMpJWZG3hSuFU='), or a nonce
('nonce-...') is 

[ovirt-users] Re: problems installing standard Linux as nodes in 4.4

2020-10-08 Thread Gianluca Cecchi
On Thu, Oct 8, 2020 at 5:08 PM Gianluca Cecchi 
wrote:

> On Thu, Oct 8, 2020 at 4:59 PM Dana Elfassy  wrote:
>
>> And also please attach the content of the file found at:
>> /etc/ansible-runner-service/config.yaml
>>
>> On Thu, Oct 8, 2020 at 5:55 PM Dana Elfassy  wrote:
>>
>>> Hi Gianluca,
>>> Please execute the following command on your engine, save the output
>>> into a file and attach it:
>>> sudo journalctl -u ansible-runner-service
>>> Dana
>>>
>>>
> Thanks for answering, Dana.
>
>  [root@ovmgr1 ansible-runner-service]# sudo journalctl -u
> ansible-runner-service
> -- Logs begin at Tue 2020-10-06 11:12:46 CEST, end at Thu 2020-10-08
> 17:02:25 CEST. --
> -- No entries --
> [root@ovmgr1 ansible-runner-service]#
>
>
> [root@ovmgr1 ansible-runner-service]# cat
> /etc/ansible-runner-service/config.yaml
>
> version: 1
> playbooks_root_dir:
> '/usr/share/ovirt-engine/ansible-runner-service-project'
> ssh_private_key: '/etc/pki/ovirt-engine/keys/engine_id_rsa'
> port: 50001
> target_user: root
> log_path: '/var/log/ovirt-engine'
> [root@ovmgr1 ansible-runner-service]#
>
> I noticed that both on engine and on host the "ansible-runner" package is
> not installed. Is it correct and only ansible-runner-service package to be
> installed only on the engine?
> Also, does the "service" in the name imply that I should have any systemd
> or other kind of related service on engine?
> Finally, I have to use a proxy for dnf/yum.
> To be able to run "engine-setup" on engine I had to set http_proxy and
> https_proxy eng variables inside the shell session, because it seems that
> engine-setup was not able to leverage the global configuration. Could it be
> something similar due to the host having to use a proxy too (that I already
> setup in /etc/dnf/dnf.conf)? Just a guess.
>
> Gianluca
>

Also, the host already existed in 4.3. I upgraded the standalone engine
from 4.3.10 to 4.4.2 following the guide.
Now to update my hosts I put a host into maintenance, removed the host from
the gui, reinstalled the server in CentOS 8.2 with same network parameters,
and then add new host with the same name/hostname as before. Could it be a
problem to reuse the host?

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


[ovirt-users] Re: problems installing standard Linux as nodes in 4.4

2020-10-08 Thread Gianluca Cecchi
On Thu, Oct 8, 2020 at 4:59 PM Dana Elfassy  wrote:

> And also please attach the content of the file found at:
> /etc/ansible-runner-service/config.yaml
>
> On Thu, Oct 8, 2020 at 5:55 PM Dana Elfassy  wrote:
>
>> Hi Gianluca,
>> Please execute the following command on your engine, save the output into
>> a file and attach it:
>> sudo journalctl -u ansible-runner-service
>> Dana
>>
>>
Thanks for answering, Dana.

 [root@ovmgr1 ansible-runner-service]# sudo journalctl -u
ansible-runner-service
-- Logs begin at Tue 2020-10-06 11:12:46 CEST, end at Thu 2020-10-08
17:02:25 CEST. --
-- No entries --
[root@ovmgr1 ansible-runner-service]#


[root@ovmgr1 ansible-runner-service]# cat
/etc/ansible-runner-service/config.yaml

version: 1
playbooks_root_dir: '/usr/share/ovirt-engine/ansible-runner-service-project'
ssh_private_key: '/etc/pki/ovirt-engine/keys/engine_id_rsa'
port: 50001
target_user: root
log_path: '/var/log/ovirt-engine'
[root@ovmgr1 ansible-runner-service]#

I noticed that both on engine and on host the "ansible-runner" package is
not installed. Is it correct and only ansible-runner-service package to be
installed only on the engine?
Also, does the "service" in the name imply that I should have any systemd
or other kind of related service on engine?
Finally, I have to use a proxy for dnf/yum.
To be able to run "engine-setup" on engine I had to set http_proxy and
https_proxy eng variables inside the shell session, because it seems that
engine-setup was not able to leverage the global configuration. Could it be
something similar due to the host having to use a proxy too (that I already
setup in /etc/dnf/dnf.conf)? Just a guess.

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


[ovirt-users] Re: problems installing standard Linux as nodes in 4.4

2020-10-08 Thread Dana Elfassy
And also please attach the content of the file found at:
/etc/ansible-runner-service/config.yaml

On Thu, Oct 8, 2020 at 5:55 PM Dana Elfassy  wrote:

> Hi Gianluca,
> Please execute the following command on your engine, save the output into
> a file and attach it:
> sudo journalctl -u ansible-runner-service
> Dana
>
> On Thu, Oct 8, 2020 at 1:13 PM Gianluca Cecchi 
> wrote:
>
>> Hello,
>> due to missing megaraid_sas kernel module in RH EL 8 and CentOS 8, I'm
>> deploying a new oVirt host using CentOS 8 and elrepo kernel driver and not
>> ovirt node ng.
>>
>> Based on installation guide:
>>
>> - install CentOS 8.2 ("Server" chosen as base environment)
>> - yum install
>> https://resources.ovirt.org/pub/yum-repo/ovirt-release44.rpm
>> - yum install cockpit-ovirt-dashboard
>> - yum update
>> - reboot
>>
>> Try to add host from engine web admin gui, I get:
>> Host ov200 installation failed. Failed to execute Ansible host-deploy
>> role: Failed to execute call to start playbook. . Please check logs for
>> more details: /var/log/ovirt-engine/ansible-runner-service.log.
>>
>> Inside the log file above on engine:
>> 2020-10-08 11:58:43,389 - runner_service.controllers.hosts - DEBUG -
>> Request received, content-type :None
>> 2020-10-08 11:58:43,390 - runner_service.controllers.hosts - INFO -
>> 127.0.0.1 - GET /api/v1/hosts/ov200
>> 2020-10-08 11:58:43,398 - runner_service.controllers.playbooks - DEBUG -
>> Request received, content-type :application/json; charset=UTF-8
>> 2020-10-08 11:58:43,398 - runner_service.controllers.playbooks - INFO -
>> 127.0.0.1 - POST /api/v1/playbooks/ovirt-host-deploy.yml
>>
>> Do I have to enable any module or pre-install anything else before adding
>> it?
>>
>> BTW: on host
>>
>> [root@ov200 ~]# rpm -q ansible
>> ansible-2.9.13-2.el8.noarch
>> [root@ov200 ~]#
>>
>> Thanks,
>> Gianluca
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/FT4S5MRJGJJNMGXCRTSKBCXQZ42LSB5U/
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NDYWODFFKKPFBVXXHUE6GHVMMW7SYFNY/


[ovirt-users] Re: problems installing standard Linux as nodes in 4.4

2020-10-08 Thread Dana Elfassy
Hi Gianluca,
Please execute the following command on your engine, save the output into a
file and attach it:
sudo journalctl -u ansible-runner-service
Dana

On Thu, Oct 8, 2020 at 1:13 PM Gianluca Cecchi 
wrote:

> Hello,
> due to missing megaraid_sas kernel module in RH EL 8 and CentOS 8, I'm
> deploying a new oVirt host using CentOS 8 and elrepo kernel driver and not
> ovirt node ng.
>
> Based on installation guide:
>
> - install CentOS 8.2 ("Server" chosen as base environment)
> - yum install https://resources.ovirt.org/pub/yum-repo/ovirt-release44.rpm
> - yum install cockpit-ovirt-dashboard
> - yum update
> - reboot
>
> Try to add host from engine web admin gui, I get:
> Host ov200 installation failed. Failed to execute Ansible host-deploy
> role: Failed to execute call to start playbook. . Please check logs for
> more details: /var/log/ovirt-engine/ansible-runner-service.log.
>
> Inside the log file above on engine:
> 2020-10-08 11:58:43,389 - runner_service.controllers.hosts - DEBUG -
> Request received, content-type :None
> 2020-10-08 11:58:43,390 - runner_service.controllers.hosts - INFO -
> 127.0.0.1 - GET /api/v1/hosts/ov200
> 2020-10-08 11:58:43,398 - runner_service.controllers.playbooks - DEBUG -
> Request received, content-type :application/json; charset=UTF-8
> 2020-10-08 11:58:43,398 - runner_service.controllers.playbooks - INFO -
> 127.0.0.1 - POST /api/v1/playbooks/ovirt-host-deploy.yml
>
> Do I have to enable any module or pre-install anything else before adding
> it?
>
> BTW: on host
>
> [root@ov200 ~]# rpm -q ansible
> ansible-2.9.13-2.el8.noarch
> [root@ov200 ~]#
>
> Thanks,
> Gianluca
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/FT4S5MRJGJJNMGXCRTSKBCXQZ42LSB5U/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HKISDNPEANVQZTQX7AI3DAS2FC2BLTF4/


[ovirt-users] Re: user role

2020-10-08 Thread Lucie Leistnerova

Hi Kim,

On 10/7/20 12:43 PM, kim.karga...@noroff.no wrote:

Hi all,

For a group of users added to ovirt through AD, which role should one add to an 
ISO for the group to be able to select an ISO when creating VM's in the VM 
portal?

UserRole should be enough, when the user has already VMCreator.


Thanks.

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


Best regards,

--

Lucie Leistnerova
Associate Manager, Quality Engineering, RHV - QE Core & Tools
GChat: lleistne @ Virtualization 

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


[ovirt-users] [ANN] oVirt 4.4.3 Fourth Release Candidate is now available for testing

2020-10-08 Thread Lev Veyde
oVirt 4.4.3 Fourth Release Candidate is now available for testing

The oVirt Project is pleased to announce the availability of oVirt 4.4.3
Fourth Release Candidate for testing, as of October 8th, 2020.

This update is the third in a series of stabilization updates to the 4.4
series.
How to prevent hosts entering emergency mode after upgrade from oVirt 4.4.1

Note: Upgrading from 4.4.2 GA should not require re-doing these steps, if
already performed while upgrading from 4.4.1 to 4.4.2 GA. These are only
required to be done once.

Due to Bug 1837864  -
Host enter emergency mode after upgrading to latest build

If you have your root file system on a multipath device on your hosts you
should be aware that after upgrading from 4.4.1 to 4.4.3 you may get your
host entering emergency mode.

In order to prevent this be sure to upgrade oVirt Engine first, then on
your hosts:

   1.

   Remove the current lvm filter while still on 4.4.1, or in emergency mode
   (if rebooted).
   2.

   Reboot.
   3.

   Upgrade to 4.4.3 (redeploy in case of already being on 4.4.3).
   4.

   Run vdsm-tool config-lvm-filter to confirm there is a new filter in
   place.
   5.

   Only if not using oVirt Node:
   - run "dracut --force --add multipath” to rebuild initramfs with the
   correct filter configuration
   6.

   Reboot.

Documentation

   -

   If you want to try oVirt as quickly as possible, follow the instructions
   on the Download  page.
   -

   For complete installation, administration, and usage instructions, see
   the oVirt Documentation .
   -

   For upgrading from a previous version, see the oVirt Upgrade Guide
   .
   -

   For a general overview of oVirt, see About oVirt
   .

Important notes before you try it

Please note this is a pre-release build.

The oVirt Project makes no guarantees as to its suitability or usefulness.

This pre-release must not be used in production.
Installation instructions

For installation instructions and additional information please refer to:

https://ovirt.org/documentation/

This release is available now on x86_64 architecture for:

* Red Hat Enterprise Linux 8.2 or newer

* CentOS Linux (or similar) 8.2 or newer

This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
for:

* Red Hat Enterprise Linux 8.2 or newer

* CentOS Linux (or similar) 8.2 or newer

* oVirt Node 4.4 based on CentOS Linux 8.2 (available for x86_64 only)

See the release notes [1] for installation instructions and a list of new
features and bugs fixed.

Notes:

- oVirt Appliance is already available for CentOS Linux 8

- oVirt Node NG is already available for CentOS Linux 8

Additional Resources:

* Read more about the oVirt 4.4.3 release highlights:
http://www.ovirt.org/release/4.4.3/

* Get more oVirt project updates on Twitter: https://twitter.com/ovirt

* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/


[1] http://www.ovirt.org/release/4.4.3/

[2] http://resources.ovirt.org/pub/ovirt-4.4-pre/iso/

-- 

Lev Veyde

Senior Software Engineer, RHCE | RHCVA | MCITP

Red Hat Israel



l...@redhat.com | lve...@redhat.com

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


[ovirt-users] Re: How to make oVirt + GlusterFS bulletproof

2020-10-08 Thread Jarosław Prokopowski
Hi Jayme, there is UPS but anyway the outages happened. We have also Raritan 
KVM but it is not supported by oVirt.
The setup is 6 hosts - Tow pairs of 3 hosts each using one replica 3 volume.
BTW what would be the best gluster volume solution for 6+ hosts?
 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/AUPSDDU3665CP2NOBVPISX53KYOM7UDN/


[ovirt-users] Re: How to make oVirt + GlusterFS bulletproof

2020-10-08 Thread Jayme
IMO this is best handled at hardware level with UPS and battery/flash
backed controllers. Can you share more details about your oVirt setup? How
many servers are you working with andare you using replica 3 or replica 3
arbiter?

On Thu, Oct 8, 2020 at 9:15 AM Jarosław Prokopowski 
wrote:

> Hi Guys,
>
> I had a situation 2 times that due to unexpected power outage something
> went wrong and VMs on glusterfs where not recoverable.
> Gluster heal did not help and I could not start the VMs any more.
> Is there a way to make such setup bulletproof?
> Does it matter which volume type I choose - raw or qcow2? Or thin
> provision versus reallocated?
> Any other advise?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/MRM6H2YENBP3AHQ5JWSFXH6UT6J6SDQS/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/EG54VXKWJMXY5IQWCHJ4BIG7CL2WEXJC/


[ovirt-users] How to make oVirt + GlusterFS bulletproof

2020-10-08 Thread Jarosław Prokopowski
Hi Guys,

I had a situation 2 times that due to unexpected power outage something went 
wrong and VMs on glusterfs where not recoverable.
Gluster heal did not help and I could not start the VMs any more. 
Is there a way to make such setup bulletproof? 
Does it matter which volume type I choose - raw or qcow2? Or thin provision 
versus reallocated?
Any other advise?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MRM6H2YENBP3AHQ5JWSFXH6UT6J6SDQS/


[ovirt-users] problems installing standard Linux as nodes in 4.4

2020-10-08 Thread Gianluca Cecchi
Hello,
due to missing megaraid_sas kernel module in RH EL 8 and CentOS 8, I'm
deploying a new oVirt host using CentOS 8 and elrepo kernel driver and not
ovirt node ng.

Based on installation guide:

- install CentOS 8.2 ("Server" chosen as base environment)
- yum install https://resources.ovirt.org/pub/yum-repo/ovirt-release44.rpm
- yum install cockpit-ovirt-dashboard
- yum update
- reboot

Try to add host from engine web admin gui, I get:
Host ov200 installation failed. Failed to execute Ansible host-deploy role:
Failed to execute call to start playbook. . Please check logs for more
details: /var/log/ovirt-engine/ansible-runner-service.log.

Inside the log file above on engine:
2020-10-08 11:58:43,389 - runner_service.controllers.hosts - DEBUG -
Request received, content-type :None
2020-10-08 11:58:43,390 - runner_service.controllers.hosts - INFO -
127.0.0.1 - GET /api/v1/hosts/ov200
2020-10-08 11:58:43,398 - runner_service.controllers.playbooks - DEBUG -
Request received, content-type :application/json; charset=UTF-8
2020-10-08 11:58:43,398 - runner_service.controllers.playbooks - INFO -
127.0.0.1 - POST /api/v1/playbooks/ovirt-host-deploy.yml

Do I have to enable any module or pre-install anything else before adding
it?

BTW: on host

[root@ov200 ~]# rpm -q ansible
ansible-2.9.13-2.el8.noarch
[root@ov200 ~]#

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


[ovirt-users] Re: Is it possible to backup stopped vm? (ovirt 4.4)

2020-10-08 Thread Eyal Shenitzky
Hi Lukaz,

Backup using the new incremental backup API is supported only for running
VMs.


On Thu, 8 Oct 2020 at 12:36, Łukasz Kołaciński 
wrote:

> Hello,
> While trying to backup stopped VM (with POST on
> /ovirt-engine/api/vms/b79b34c0-d8db-43e5-916e-5528ff7bcfbe/backups) I got
> the response:
>
> 
> 
> [Cannot backup VM. The Virtual Machine should be in Up status.] detail>
> Operation Failed
> 
>
> I found here:
> https://www.ovirt.org/develop/release-management/features/storage/incremental-backup.html
> that it should be possible to back up a virtual machine that is not running.
> *"If the VM is not running, the system will create a paused, stripped-down
> version of the VM, with only backup disks attached, and use libvirt API to
> start and stop the backup."*
>

If you will read until the end of the paragraph you will see that the
support for this deferred at this time-

We considered alternative solution using qemu-nbd, but According to Eric
Blake qemu-nbd does not support yet exposing bitmap info, so we would not
be able to provide the change block list.
Since creating special paused VM for backing up non-running VM is a lot of
work, we may defer support for backing up non-running VMs.




>
> But it doesn't seem to work.
>
> Regards,
>
> Łukasz Kołaciński
>
> Junior Java Developer
>
> e-mail: l.kolacin...@storware.eu
> 
>
>
>
>
> *[image: STORWARE]* 
>
>
>
> *ul. Leszno 8/44 01-192 Warszawa www.storware.eu
> *
>
> *[image: facebook]* 
>
> *[image: twitter]* 
>
> *[image: linkedin]* 
>
> *[image: Storware_Stopka_09]*
> 
>
>
>
> *Storware Spółka z o.o. nr wpisu do ewidencji KRS dla M.St. Warszawa
> 000510131* *, NIP 5213672602.** Wiadomość ta jest przeznaczona jedynie
> dla osoby lub podmiotu, który jest jej adresatem i może zawierać poufne
> i/lub uprzywilejowane informacje. Zakazane jest jakiekolwiek przeglądanie,
> przesyłanie, rozpowszechnianie lub inne wykorzystanie tych informacji lub
> podjęcie jakichkolwiek działań odnośnie tych informacji przez osoby lub
> podmioty inne niż zamierzony adresat. Jeżeli Państwo otrzymali przez
> pomyłkę tę informację prosimy o poinformowanie o tym nadawcy i usunięcie
> tej wiadomości z wszelkich komputerów. **This message is intended only
> for the person or entity to which it is addressed and may contain
> confidential and/or privileged material. Any review, retransmission,
> dissemination or other use of, or taking of any action in reliance upon,
> this information by persons or entities other than the intended recipient
> is prohibited. If you have received this message in error, please contact
> the sender and remove the material from all of your computer systems.*
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/QGUVJW5HWQG6W5ZQWKYTQ4I7UTAC53M5/
>


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


[ovirt-users] Upgrade from ovirt-node-ng 4.4.1 to 4.4.2 fails with "Local storage domains were found on the same filesystem as / ! Please migrate the data to a new LV before upgrading, or you will los

2020-10-08 Thread gantonjo-ovirt--- via Users
So, we have a cluster of 3 servers running oVirt Node 4.4.1. Now we are 
attempting to upgrade it to latest version, 4.4.2, but it fails as shown below. 
Problem is that the Storage domains listed are all located on an external iSCSI 
SAN. The Storage Domains were created in another cluster we had (oVirt Node 4.3 
based) and detached from the old cluster and imported successfully into the new 
cluster through the oVirt Management interface. As I understand, oVirt itself 
has created the mount points under /rhev/data-center/mnt/blockSD/ for each of 
the iSCSI domains, and as such they are not really storaged domains on the / 
filesystem.

I do believe the solution to the mentioned BugZilla bug has caused a new bug, 
but I may be wrong. I cannot see what we have done wrong when importing these 
storage domains to the cluster (well, actually, some were freshly created in 
this cluster, thus fully managed by oVirt 4.4 manager interface).

What can we do to proceed in upgrading the hosts to latest oVirt Node?

Dependencies resolved.
=
 Package
   Architecture 
 Version  
RepositorySize
=
Upgrading:
 ovirt-node-ng-image-update 
   noarch   
 4.4.2-1.el8  
ovirt-4.4782 M
 replacing  ovirt-node-ng-image-update-placeholder.noarch 4.4.1.5-1.el8

Transaction Summary
=
Upgrade  1 Package

Total download size: 782 M
Is this ok [y/N]: y
Downloading Packages:
ovirt-node-ng-image-update-4.4.2-1.el8.noarch.rpm   


 8.6 MB/s | 782 MB 01:31
-
Total   


 8.6 MB/s | 782 MB 01:31 
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
  Preparing:


 1/1 
  Running scriptlet: ovirt-node-ng-image-update-4.4.2-1.el8.noarch  


 1/3 
Local storage domains were found on the same filesystem as / ! Please migrate 
the data to a new LV before upgrading, or you will lose the VMs
See: https://bugzilla.redhat.com/show_bug.cgi?id=1550205#c3
Storage domains were found in:

/rhev/data-center/mnt/blockSD/c3df4c98-ca97-4486-a5d4-d0321a0fb801/dom_md

/rhev/data-center/mnt/blockSD/90a52746-e0cb-4884-825d-32a9d94710ff/dom_md


[ovirt-users] Gluster volume not responding

2020-10-08 Thread simon
Hi,

Every Monday and Wednesday morning there are gluster connectivity timeouts but 
all checks of the network and network configs are ok.


Description of problem:

The following entries were found in the engine.log following VMs becoming 
unresponsive and hosts fencing. This issue has been causing issues since the 
beginning of September and no amount of reading logs is helping. This issue 
occurs every Wednesday morning at exactly the same time.

WARN  [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy] 
(EE-ManagedThreadFactory-engine-Thread-974045) [] domain 
'bc482086-598b-46b1-9189-0146fa03447c:pltfm_data03' in problem 'PROBLEMATIC'. 
vds: 'bdtpltfmovt02'
WARN  [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy] 
(EE-ManagedThreadFactory-engine-Thread-974069) [] domain 
'bf807836-b64e-4913-ab41-cfe04ca9abab:pltfm_data01' in problem 'PROBLEMATIC'. 
vds: 'bdtpltfmovt02'
WARN  [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy] 
(EE-ManagedThreadFactory-engine-Thread-974121) [] domain 
'bc482086-598b-46b1-9189-0146fa03447c:pltfm_data03' in problem 'PROBLEMATIC'. 
vds: 'bdtpltfmovt03'


INFO  [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
(EE-ManagedThreadFactory-engineScheduled-Thread-78) [] VM 
'00a082de-c827-4c97-9846-ec32d1ddbfa6'(bdtfmnpproddb03) moved from 'Up' --> 
'NotResponding'
INFO  [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
(EE-ManagedThreadFactory-engineScheduled-Thread-78) [] VM 
'f5457f04-054e-4684-9702-40ed4a3e4bdb'(bdtk8shaproxy02) moved from 'Up' --> 
'NotResponding'
INFO  [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
(EE-ManagedThreadFactory-engineScheduled-Thread-78) [] VM 
'bea85b27-18e7-4936-9871-cdb987baebdd'(bdtdepjump) moved from 'Up' --> 
'NotResponding'
INFO  [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
(EE-ManagedThreadFactory-engineScheduled-Thread-78) [] VM 
'ba1d4fe2-97e7-491a-9485-8319281e7784'(bdtcmgmtnfs01) moved from 'Up' --> 
'NotResponding'
INFO  [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
(EE-ManagedThreadFactory-engineScheduled-Thread-78) [] VM 
'9e253848-7153-43e8-8126-dba2d7f2d214'(bdtdepnfs01) moved from 'Up' --> 
'NotResponding'
INFO  [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
(EE-ManagedThreadFactory-engineScheduled-Thread-78) [] VM 
'1e58d106-4b65-4296-8d11-2142abb7808e'(bdtionjump) moved from 'Up' --> 
'NotResponding'

VDSM Log from one of the Gluster Peers:

[2020-10-05 03:03:25.038883] W [MSGID: 114031] 
[client-rpc-fops_v2.c:2634:client4_0_lookup_cbk] 0-pltfm_data02-client-0: 
remote operation failed. Path: / (----0001) 
[Transport endpoint is not connected]
[2020-10-07 05:37:39.582138] C 
[rpc-clnt-ping.c:162:rpc_clnt_ping_timer_expired] 0-pltfm_data02-client-0: 
server x.x.x.x:49153 has not responded in the last 30 seconds, disconnecting.
[2020-10-07 05:37:39.583217] I [MSGID: 114018] 
[client.c:2288:client_rpc_notify] 0-pltfm_data02-client-0: disconnected from 
pltfm_data02-client-0. Client process will keep trying to connect to glusterd 
until brick's port is available
[2020-10-07 05:37:39.584213] E [rpc-clnt.c:346:saved_frames_unwind] (--> 
/lib64/libglusterfs.so.0(_gf_log_callingfn+0x13b)[0x7fe83aa96fbb] (--> 
/lib64/libgfrpc.so.0(+0xce11)[0x7fe83a85fe11] (--> 
/lib64/libgfrpc.so.0(+0xcf2e)[0x7fe83a85ff2e] (--> 
/lib64/libgfrpc.so.0(rpc_clnt_connection_cleanup+0x91)[0x7fe83a861521] (--> 
/lib64/libgfrpc.so.0(+0xf0c8)[0x7fe83a8620c8] ) 0-pltfm_data02-client-0: 
forced unwinding frame type(GlusterFS 4.x v1) op(LOOKUP(27)) called at 
2020-10-07 05:37:09.003907 (xid=0x7e6a8c)

Current Version: 4.3.4.3-1.el7 - Although we are keen to upgrade, we need 
stability for this production environment before doing so.

This Data Center has 2 x 3 Node clusters (Admin & Platform) which each have a 3 
Replica Gluster configuration which is not managed by the self hosted ovirt 
engine.

Any assistance is appreciated.

Regards

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


[ovirt-users] Is it possible to backup stopped vm? (ovirt 4.4)

2020-10-08 Thread Łukasz Kołaciński
Hello,
While trying to backup stopped VM (with POST on 
/ovirt-engine/api/vms/b79b34c0-d8db-43e5-916e-5528ff7bcfbe/backups) I got the 
response:



[Cannot backup VM. The Virtual Machine should be in Up status.]
Operation Failed


I found here: 
https://www.ovirt.org/develop/release-management/features/storage/incremental-backup.html
 that it should be possible to back up a virtual machine that is not running.
"If the VM is not running, the system will create a paused, stripped-down 
version of the VM, with only backup disks attached, and use libvirt API to 
start and stop the backup."

But it doesn't seem to work.

Regards,

Łukasz Kołaciński

Junior Java Developer

e-mail: l.kolacin...@storware.eu





[STORWARE]

ul. Leszno 8/44
01-192 Warszawa
www.storware.eu 

[facebook]

[twitter]

[linkedin]

[Storware_Stopka_09]



Storware Spółka z o.o. nr wpisu do ewidencji KRS dla M.St. Warszawa 000510131 , 
NIP 5213672602. Wiadomość ta jest przeznaczona jedynie dla osoby lub podmiotu, 
który jest jej adresatem i może zawierać poufne i/lub uprzywilejowane 
informacje. Zakazane jest jakiekolwiek przeglądanie, przesyłanie, 
rozpowszechnianie lub inne wykorzystanie tych informacji lub podjęcie 
jakichkolwiek działań odnośnie tych informacji przez osoby lub podmioty inne 
niż zamierzony adresat. Jeżeli Państwo otrzymali przez pomyłkę tę informację 
prosimy o poinformowanie o tym nadawcy i usunięcie tej wiadomości z wszelkich 
komputerów. This message is intended only for the person or entity to which it 
is addressed and may contain confidential and/or privileged material. Any 
review, retransmission, dissemination or other use of, or taking of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient is prohibited. If you have received this message in error, 
please contact the sender and remove the material from all of your computer 
systems.

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


[ovirt-users] oVirt documentation updates

2020-10-08 Thread Sandro Bonazzola
The oVirt documentation team updated the following guides:

   - Administration Guide
   
   - Data Warehouse Guide
   
   - Disaster Recovery Guide
   
   - Virtual Machine Management Guide
   


Thanks,
-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*

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