- Users - oVirt List Archives

Re: Issue deploying self hosted engine on new install
by Sang Un Ahn 02 Jan '20

02 Jan '20

Hi, I have figured it out that the root cause of the deployment failure is timing out while the hosted engine was trying to connect to host vis SSH as shown in engine.log (located in /var/log/ovirt-hosted-engine-setup/engine-logs-2019-12-31T06:34:38Z/ovirt-engine): 2019-12-31 15:43:06,082+09 ERROR [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-1) [f48796e7-a4c5-4c09-a70d-956f0c4249b4] Failed to establish session with host 'alice-ovirt-01.sdfarm.kr': SSH connection timed out connecting to 'root(a)alice-ovirt-01.sdfarm.kr' 2019-12-31 15:43:06,085+09 WARN [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-1) [f48796e7-a4c5-4c09-a70d-956f0c4249b4] Validation of action 'AddVds' failed for user admin@internal-authz. Reasons: VAR__ACTION__ADD,VAR__TYPE__HOST,$server alice-ovirt-01.sdfarm.kr,VDS_CANNOT_CONNECT_TO_SERVER 2019-12-31 15:43:06,129+09 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-1) [] Operation Failed: [Cannot add Host. Connecting to host via SSH has failed, verify that the host is reachable (IP address, routable address etc.) You may refer to the engine.log file for further details.] The FQDN of hosted engine (alice-ovirt-engine.sdfarm.kr <http://alice-ovirt-engine.sdfarm.kr/>) is resolved as well as the host (alice-ovirt-01.sdfarm.kr <http://alice-ovirt-01.sdfarm.kr/>) and SSH is the one of services that are allowed by firewalld. I believe the rules of firewalld is automatically configured during the deployment to work with hosted engine and the host. Also root access is configured to be allowed at the first stage of deployment. I was just wondering how I can verify the hosted engine can access to the host at this stage? Once it fails to deploy, the deployment script make all things rolled back (I believe it cleans all up) and the vm-status of hosted-engine is un-deployed. Thank you in advance, Best regards, Sang-Un

2 4

Re: oVirt and Containers
by Jan Zmeskal 02 Jan '20

02 Jan '20

Hi Robert and happy new year! :) If I understand correctly, with OKD, I just need to build full vm's in the > oVirt environment which will become hosts, compute nodes, for containers > that get deployed. > You don't even need to build the VMs. If you follow the steps outlined here <https://docs.okd.io/3.11/install_config/configuring_for_rhv.html>, the installation playbooks will take care of creating the VMs for you. Otherwise, you're right. Those VM will become master, infra and compute nodes of OKD cluster. OKD is basically just container management and it does not care whether or > not the compute nodes are VM's or bare metal. > That's correct - at least in theory. In practice the difference is mostly in installation process. But you're right - once the OKD cluster is up and running, it does not care whether its nodes are VMs or bare metal machines. Best regards Jan On Thu, Dec 26, 2019 at 6:22 PM Robert Webb <rwebb(a)ropeguru.com> wrote: > Jan, > > Thanks for taking the time for a great reply. > > For what I am trying to accomplish here in my home lab, it seems that OKD > is the safest path. If I understand correctly, with OKD, I just need to > build full vm's in the oVirt environment which will become hosts, compute > nodes, for containers that get deployed. OKD is basically just container > management and it does not care whether or not the compute nodes are VM's > or bare metal. > > Again, thanks for taking the time to educate me. > > Robert > > ________________________________________ > From: Jan Zmeskal <jzmeskal(a)redhat.com> > Sent: Tuesday, December 24, 2019 4:43 PM > To: Robert Webb > Cc: users > Subject: Re: [ovirt-users] oVirt and Containers > > Okay, so this topic is quite vast, but I believe I can at the very least > give you a few pointers and maybe others might chime in as well. > > Firstly, there's the Kubevirt project. It enables you to manage both > application containers and virtual machines workloads (that cannot be > easily containerized) in a shared environment. Another benefit is getting > advantages of the powerful Kubernetes scheduler. I myself am not too > familiar with Kubevirt, so I can only offer this high-level overview. More > info here: https://kubevirt.io/ > > Then there is another approach which I am more familiar with. You might > want to use oVirt as an infrastructure layer on top of which you run > containerized workflow. This is achieved by deploying either OpenShift< > https://www.openshift.com/> or the upstream project OKD< > https://www.okd.io/> in the oVirt virtual machines. In that scenario, > oVirt VMs are considered by OpenShift as compute resources and are used for > scheduling containers. There are some advantages to this setup and two come > into mind. Firstly, you can scale such OpenShift cluster up or down by > adding/removing oVirt VMs according to your needs. Secondly, you don't need > to set up all of this yourself. > For OpenShift 3, Red Hat provides detailed guide on how to go about this. > Part of that guide are Ansible playbooks that automate the deployment for > you as long as you provide required variables. More info here: > https://docs.openshift.com/container-platform/3.11/install_config/configuri… > When it comes to OpenShift 4, there are two types of deployment. There's > UPI - user provisioned infrastructure. In that scenario, you prepare all > the resources for OpenShift 4 beforehand and deploy it in that existing > environment. And there's also IPI - installer provisioned infrastructure. > This means that you just give the installer access to your environment > (e.g. AWS public cloud) and the installer provisions resources for itself > based on recommendations and best practices. At this point, neither UPI nor > IPI is supported for oVirt. However there is a GitHub repository< > https://github.com/sa-ne/openshift4-rhv-upi> that can guide you through > UPI installation on oVirt and also provides automation playbooks for that. > I have personally followed the steps from the repository and deployed > OpenShift 4.2 on top of oVirt without any major issues. As far as I > remember, I might have needed occasional variable here and there but the > process worked. > > Hope this helps! > Jan > > On Tue, Dec 24, 2019 at 8:21 PM Robert Webb <rwebb(a)ropeguru.com<mailto: > rwebb(a)ropeguru.com>> wrote: > Hi Jan, > > Honestly, I didn't have anything specific in mind, just what is being used > out there today and what may be more prevalent. > > Just getting my oVIrt set up and want to know what might be recommended. > Would probably be mostly deploying images like Homeassistent, piHole, etc.. > for now. > > I guess if there is good oVirt direct integration, it would be nice to > keep it all in a single interface. > > Thanks.. > > ________________________________________ > From: Jan Zmeskal <jzmeskal(a)redhat.com<mailto:jzmeskal@redhat.com>> > Sent: Tuesday, December 24, 2019 1:54 PM > To: Robert Webb > Cc: users > Subject: Re: [ovirt-users] oVirt and Containers > > Hi Robert, > > there are different answers based on what you mean by integrating oVirt > and containers. Do you mean: > > - Installing container management (Kubernetes or OpenShift) on top of > oVirt and using oVirt as infrastructure? > - Managing containers from oVirt interface? > - Running VM workloads inside containers? > - Something different? > > I can elaborate more based on your specific needs > > Best regards > Jan > > On Tue, Dec 24, 2019 at 3:52 PM Robert Webb <rwebb(a)ropeguru.com<mailto: > rwebb(a)ropeguru.com><mailto:rwebb@ropeguru.com<mailto:rwebb@ropeguru.com>>> > wrote: > I was searching around to try and figure out the best way to integrate > oVirt and containers. > > I have found some sites that discuss it but all of them are like 2017 and > older. > > Any recommendations? > > Just build VM’s to host containers or is there some direct integration? > > Here are a couple of the old sites > > https://fromanirh.github.io/containers-in-ovirt.html > > > https://kubernetes.io/docs/setup/production-environment/on-premises-vm/ovir… > > > https://www.ovirt.org/develop/release-management/features/integration/conta… > _______________________________________________ > Users mailing list -- users(a)ovirt.org<mailto:users@ovirt.org><mailto: > users(a)ovirt.org<mailto:users@ovirt.org>> > To unsubscribe send an email to users-leave(a)ovirt.org<mailto: > users-leave(a)ovirt.org><mailto:users-leave@ovirt.org<mailto: > users-leave(a)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/7BIW2Z3ILBSAG… > > > -- > > Jan Zmeskal > > Quality Engineer, RHV Core System > > Red Hat <https://www.redhat.com> > > [ > https://marketing-outfit-prod-images.s3-us-west-2.amazonaws.com/f5445ae0c9d… > ]<https://www.redhat.com> > > > > -- > > Jan Zmeskal > > Quality Engineer, RHV Core System > > Red Hat <https://www.redhat.com> > > [ > https://marketing-outfit-prod-images.s3-us-west-2.amazonaws.com/f5445ae0c9d… > ]<https://www.redhat.com> > > -- Jan Zmeskal Quality Engineer, RHV Core System Red Hat <https://www.redhat.com> <https://www.redhat.com>

1 0

Re: 4.2.8 to 4.3.7 > Management slow
by Strahil 02 Jan '20

02 Jan '20

You can manually change the I/O scheduler of the disks and if that works better for you, put a rule in udev. Here is mine: [root@engine rules.d]# cat /etc/udev/rules.d/90-default-io-scheduler.rules ACTION=="add|change", KERNEL=="sd*[!0-9]", ATTR{queue/scheduler}="none" ACTION=="add|change", KERNEL=="vd*[!0-9]", ATTR{queue/scheduler}="none" [root@engine rules.d]# cat /sys/block/vda/queue/scheduler [none] mq-deadline kyber Best Regards, Strahil NikolovOn Dec 31, 2019 12:30, Demeter Tibor <tdemeter(a)itsmart.hu> wrote: > > Dear Users, > > I've successfully upgraded my 4 node hyperconverged system from 4.2.8 to 4.3.7. > After upgrade everything seems to working fine, but the whole management system seems very slow. > Spends many seconds when I clicking on "virtual machines" or I want to edit a virtual machines. > The speed of vms and the IO is fine. > > It is running on a glusterfs (distributed replicate, on 3 node, 9 bricks). There are no errors, everything fine. but terrible slow:( > The engine vm has 0.2-0.3 load. > > What can I do? > > Thanks in advance and I wish Happy New Year! > > Regards, > Tibor > >

2 1

Re: I am interested in using oVirt for my homelab but is it dead?
by Strahil 02 Jan '20

02 Jan '20

On Jan 1, 2020 12:46, m.skrzetuski(a)gmail.com wrote: > > Hi there, > > I'm a huge Ansible fan and work a lot with OpenStack and OpenShift. At home I purchased an Intel NUC to host some services for my home(-lab). I was reading about oVirt and it sounded promising, I saw all the Ansible roles. I installed ovirt on CentOS 8 (and used the Ansible roles from the Galaxy) and hit few strange walls like the standard SSL cert not being accepted by Google Chrome on Mac OSX with error "revoked". Additionally the community seems so small compared to others (like Proxmox). Current stable is 4.3.X based on EL7. Anything above might have issues. > > So I guess what I wanted to ask is: Is it dead? What's the future of oVirt? Is Redhat investing in the project? Not only Red Hat, but also Oracle is now providing their own solution based on Ovirt, so you can expect it won't be dead any time soon. The project is good and the community will never ignore you. Don't forget that this is the upstream of RHV/OVM and as every upstream there will be bugs (so far nothing serious). > > Kind regards > skrzetuski Best Regards, Strahil Nikolov

1 0

Re: Issue deploying self hosted engine on new install
by thomas＠hoberg.net 02 Jan '20

02 Jan '20

Yes, I have had the same and posted about it here somewhere: I believe it's an incompatible Ansible change. Here is the critical part if the message below: "The 'ovirt_host_facts' module has been renamed to 'ovirt_host_info', and the renamed one no longer returns ansible_facts" and that change was made in the transition of Ansible 2.8* to 2.9, from what I gathered. I guess I should just make it a bug report if you find the same message in your logs. [ ERROR ] fatal: [localhost]: FAILED! => {"ansible_facts": {"ovirt_hosts": [{"address": "xdrd1022s.priv.atos.fr", "affinity_labels": [], "auto_numa_status": "unknown", "certificate": {"organization": "priv.atos.fr", "subject": "O=priv.atos.fr,CN=xdrd1022s.priv.atos.fr"}, "cluster": {"href": "/ovirt-engine/api/clusters/c407e776-1c3c-11ea-aeed-00163e56112a", "id": "c407e776-1c3c-11ea-aeed-00163e56112a"}, "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/a5bb73a1-f923-4568-8dda-434e07f7e243", "id": "a5bb73a1-f923-4568-8dda-434e07f7e243", "katello_errata": [], "kdump_status": "unknown", "ksm": {"enabled": false}, "max_scheduling_memory": 0, "memory": 0, "name": "xdrd1022s.priv.atos.fr", "network_attachments": [], "nics": [], "numa_nodes": [], "numa_supporte d": false, "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:wqpBWq9Kb9+Nb3Jwtw61QJzo+R4gGOP2dLubssU5EPs", "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, "deprecations": [{"msg": "The 'ovirt_host_facts' module has been renamed to 'ovirt_host_info', and the renamed one no longer returns ansible_facts", "version": "2.13"}]}

4 5

What does this error mean?
by zhouhao＠vip.friendtimes.net 01 Jan '20

01 Jan '20

event ID:10802 VDSM 192.168.10.56 command Get Host Statistics failed: Internal JSON-RPC error: {'reason': '<Fault 1: "<type \'exceptions.AttributeError\'>:\'NoneType\' object has no attribute \'statistics\'">'}

1 0

Re: Node not starting | blk_cloned_rq_check_limits: over max size limit
by Strahil 31 Dec '19

31 Dec '19

By the way, why do you use multipath for local storage like this EVO nvme ? Happy New Year ! Best Regards, Strahil NikolovOn Dec 31, 2019 21:51, Strahil <hunter86_bg(a)yahoo.com> wrote: > > You can check https://access.redhat.com/solutions/2437991 & https://access.redhat.com/solutions/3014361 > > You have 2 options: > 1. Set a udev rule like this one (replace NETAPP with your storage) > ACTION!="add|change", GOTO="rule_end" ENV{ID_VENDOR}=="NETAPP*", RUN+="/bin/sh -c 'echo 4096 > /sys%p/queue/max_sectors_kb'" LABEL="rule_end" > > 2. Set max_sectors_kb in devices section of multipath.conf > You will need to stop LVM and then flush the device map , so the new option to take effect (faster is to reboot) > > Good Luck & Happy New Year. > > Best Regards, > Strahil Nikolov > On Dec 31, 2019 17:53, Stefan Wolf <shb256(a)gmail.com> wrote: > > > > hi all, > > > > i ve 4 nodes running with current ovirt. > > I ve only a problem on one host even after a fresh installation . > > I ve installed the latest image. > > Than I add the node to the cluster > > Everything is working good. > > After this I configure the network. > > BUT, after a restart the host does not come up again. > > I got this error: blk_cloned_rq_check_limits: over max size limit > > every 5 seconds > > > > I can continue with control-D > > or I can login with root password to fix the problem. but i dont know what is the problem and where does it came from > > > > I ve also changed the sas disk to nvme storage, but I ve changed this on every host. And this problem exists only on one host > > > > i found this https://lists.centos.org/pipermail/centos/2017-December/167727.html > > the output is > > [root@kvm380 ~]# ./test.sh > > Sys Block Node : Device max_sectors_kb max_hw_sectors_kb > > /sys/block/dm-0 : onn_kvm380-pool00_tmeta 256 4096 > > /sys/block/dm-1 : onn_kvm380-pool00_tdata 256 4096 > > /sys/block/dm-10 : onn_kvm380-var 256 4096 > > /sys/block/dm-11 : onn_kvm380-tmp 256 4096 > > /sys/block/dm-12 : onn_kvm380-home 256 4096 > > /sys/block/dm-13 : onn_kvm380-var_crash 256 4096 > > /sys/block/dm-2 : onn_kvm380-pool00-tpool 256 4096 > > /sys/block/dm-3 : onn_kvm380-ovirt--node--ng--4.3.7--0.20191121.0+1 256 4096 > > /sys/block/dm-4 : onn_kvm380-swap 256 4096 > > /sys/block/dm-5 : eui.0025385991b1e27a 512 2048 > > /sys/block/dm-6 : eui.0025385991b1e27a1 512 2048 > > /sys/block/dm-7 : onn_kvm380-pool00 256 4096 > > /sys/block/dm-8 : onn_kvm380-var_log_audit 256 4096 > > /sys/block/dm-9 : onn_kvm380-var_log 256 4096 > > cat: /sys/block/nvme0n1/device/vendor: Datei oder Verzeichnis nicht gefunden > > /sys/block/nvme0n1: Samsung SSD 970 EVO 1TB 512 2048 > > /sys/block/sda : HP LOGICAL VOLUME 256 4096 > > > > is the nvme not starting correct > > [root@kvm380 ~]# systemctl status multipathd > > ● multipathd.service - Device-Mapper Multipath Device Controller > > Loaded: loaded (/usr/lib/systemd/system/multipathd.service; enabled; vendor preset: enabled) > > Active: active (running) since Di 2019-12-31 16:16:32 CET; 31min ago > > Process: 1919 ExecStart=/sbin/multipathd (code=exited, status=0/SUCCESS) > > Process: 1916 ExecStartPre=/sbin/multipath -A (code=exited, status=0/SUCCESS) > > Process: 1911 ExecStartPre=/sbin/modprobe dm-multipath (code=exited, status=0/SUCCESS) > > Main PID: 1921 (multipathd) > > Tasks: 7 > > CGroup: /system.slice/multipathd.service > > └─1921 /sbin/multipathd > > > > Dez 31 16:47:58 kvm380.durchhalten.intern multipathd[1921]: nvme0n1: mark as failed > > Dez 31 16:47:58 kvm380.durchhalten.intern multipathd[1921]: eui.0025385991b1e27a: Entering recovery mode: max_retries=4 > > Dez 31 16:47:58 kvm380.durchhalten.intern multipathd[1921]: eui.0025385991b1e27a: remaining active paths: 0 > > Dez 31 16:48:02 kvm380.durchhalten.intern multipathd[1921]: 259:0: reinstated > > Dez 31 16:48:02 kvm380.durchhalten.intern multipathd[1921]: eui.0025385991b1e27a: queue_if_no_path enabled > > Dez 31 16:48:02 kvm380.durchhalten.intern multipathd[1921]: eui.0025385991b1e27a: Recovered to normal mode > > Dez 31 16:48:02 kvm380.durchhalten.intern multipathd[1921]: eui.0025385991b1e27a: remaining active paths: 1 > > Dez 31 16:48:03 kvm380.durchhalten.intern multipathd[1921]: nvme0n1: mark as failed > > Dez 31 16:48:03 kvm380.durchhalten.intern multipathd[1921]: eui.0025385991b1e27a: Entering recovery mode: max_retries=4 > > Dez 31 16:48:03 kvm380.durchhalten.intern multipathd[1921]: eui.0025385991b1e27a: remaining active paths: 0 > > > > why is it marked as failed? > > > > if i create a new volume with cockpit and use it for bricks for gluster, every thing is fine. until reboot > > > > > > maybe some one can point me the direction > > _______________________________________________ > > Users mailing list -- users(a)ovirt.org > > To unsubscribe send an email to users-leave(a)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/MHHFFWAY5T5BV…

1 0

Re: Node not starting | blk_cloned_rq_check_limits: over max size limit
by Strahil 31 Dec '19

31 Dec '19

You can check https://access.redhat.com/solutions/2437991 & https://access.redhat.com/solutions/3014361 You have 2 options: 1. Set a udev rule like this one (replace NETAPP with your storage) ACTION!="add|change", GOTO="rule_end" ENV{ID_VENDOR}=="NETAPP*", RUN+="/bin/sh -c 'echo 4096 > /sys%p/queue/max_sectors_kb'" LABEL="rule_end" 2. Set max_sectors_kb in devices section of multipath.conf You will need to stop LVM and then flush the device map , so the new option to take effect (faster is to reboot) Good Luck & Happy New Year. Best Regards, Strahil Nikolov On Dec 31, 2019 17:53, Stefan Wolf <shb256(a)gmail.com> wrote: > > hi all, > > i ve 4 nodes running with current ovirt. > I ve only a problem on one host even after a fresh installation . > I ve installed the latest image. > Than I add the node to the cluster > Everything is working good. > After this I configure the network. > BUT, after a restart the host does not come up again. > I got this error: blk_cloned_rq_check_limits: over max size limit > every 5 seconds > > I can continue with control-D > or I can login with root password to fix the problem. but i dont know what is the problem and where does it came from > > I ve also changed the sas disk to nvme storage, but I ve changed this on every host. And this problem exists only on one host > > i found this https://lists.centos.org/pipermail/centos/2017-December/167727.html > the output is > [root@kvm380 ~]# ./test.sh > Sys Block Node : Device max_sectors_kb max_hw_sectors_kb > /sys/block/dm-0 : onn_kvm380-pool00_tmeta 256 4096 > /sys/block/dm-1 : onn_kvm380-pool00_tdata 256 4096 > /sys/block/dm-10 : onn_kvm380-var 256 4096 > /sys/block/dm-11 : onn_kvm380-tmp 256 4096 > /sys/block/dm-12 : onn_kvm380-home 256 4096 > /sys/block/dm-13 : onn_kvm380-var_crash 256 4096 > /sys/block/dm-2 : onn_kvm380-pool00-tpool 256 4096 > /sys/block/dm-3 : onn_kvm380-ovirt--node--ng--4.3.7--0.20191121.0+1 256 4096 > /sys/block/dm-4 : onn_kvm380-swap 256 4096 > /sys/block/dm-5 : eui.0025385991b1e27a 512 2048 > /sys/block/dm-6 : eui.0025385991b1e27a1 512 2048 > /sys/block/dm-7 : onn_kvm380-pool00 256 4096 > /sys/block/dm-8 : onn_kvm380-var_log_audit 256 4096 > /sys/block/dm-9 : onn_kvm380-var_log 256 4096 > cat: /sys/block/nvme0n1/device/vendor: Datei oder Verzeichnis nicht gefunden > /sys/block/nvme0n1: Samsung SSD 970 EVO 1TB 512 2048 > /sys/block/sda : HP LOGICAL VOLUME 256 4096 > > is the nvme not starting correct > [root@kvm380 ~]# systemctl status multipathd > ● multipathd.service - Device-Mapper Multipath Device Controller > Loaded: loaded (/usr/lib/systemd/system/multipathd.service; enabled; vendor preset: enabled) > Active: active (running) since Di 2019-12-31 16:16:32 CET; 31min ago > Process: 1919 ExecStart=/sbin/multipathd (code=exited, status=0/SUCCESS) > Process: 1916 ExecStartPre=/sbin/multipath -A (code=exited, status=0/SUCCESS) > Process: 1911 ExecStartPre=/sbin/modprobe dm-multipath (code=exited, status=0/SUCCESS) > Main PID: 1921 (multipathd) > Tasks: 7 > CGroup: /system.slice/multipathd.service > └─1921 /sbin/multipathd > > Dez 31 16:47:58 kvm380.durchhalten.intern multipathd[1921]: nvme0n1: mark as failed > Dez 31 16:47:58 kvm380.durchhalten.intern multipathd[1921]: eui.0025385991b1e27a: Entering recovery mode: max_retries=4 > Dez 31 16:47:58 kvm380.durchhalten.intern multipathd[1921]: eui.0025385991b1e27a: remaining active paths: 0 > Dez 31 16:48:02 kvm380.durchhalten.intern multipathd[1921]: 259:0: reinstated > Dez 31 16:48:02 kvm380.durchhalten.intern multipathd[1921]: eui.0025385991b1e27a: queue_if_no_path enabled > Dez 31 16:48:02 kvm380.durchhalten.intern multipathd[1921]: eui.0025385991b1e27a: Recovered to normal mode > Dez 31 16:48:02 kvm380.durchhalten.intern multipathd[1921]: eui.0025385991b1e27a: remaining active paths: 1 > Dez 31 16:48:03 kvm380.durchhalten.intern multipathd[1921]: nvme0n1: mark as failed > Dez 31 16:48:03 kvm380.durchhalten.intern multipathd[1921]: eui.0025385991b1e27a: Entering recovery mode: max_retries=4 > Dez 31 16:48:03 kvm380.durchhalten.intern multipathd[1921]: eui.0025385991b1e27a: remaining active paths: 0 > > why is it marked as failed? > > if i create a new volume with cockpit and use it for bricks for gluster, every thing is fine. until reboot > > > maybe some one can point me the direction > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)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/MHHFFWAY5T5BV…

1 0

Node not starting | blk_cloned_rq_check_limits: over max size limit
by Stefan Wolf 31 Dec '19

31 Dec '19

hi all, i ve 4 nodes running with current ovirt. I ve only a problem on one host even after a fresh installation . I ve installed the latest image. Than I add the node to the cluster Everything is working good. After this I configure the network. BUT, after a restart the host does not come up again. I got this error: blk_cloned_rq_check_limits: over max size limit every 5 seconds I can continue with control-D or I can login with root password to fix the problem. but i dont know what is the problem and where does it came from I ve also changed the sas disk to nvme storage, but I ve changed this on every host. And this problem exists only on one host i found this https://lists.centos.org/pipermail/centos/2017-December/167727.html the output is [root@kvm380 ~]# ./test.sh Sys Block Node : Device max_sectors_kb max_hw_sectors_kb /sys/block/dm-0 : onn_kvm380-pool00_tmeta 256 4096 /sys/block/dm-1 : onn_kvm380-pool00_tdata 256 4096 /sys/block/dm-10 : onn_kvm380-var 256 4096 /sys/block/dm-11 : onn_kvm380-tmp 256 4096 /sys/block/dm-12 : onn_kvm380-home 256 4096 /sys/block/dm-13 : onn_kvm380-var_crash 256 4096 /sys/block/dm-2 : onn_kvm380-pool00-tpool 256 4096 /sys/block/dm-3 : onn_kvm380-ovirt--node--ng--4.3.7--0.20191121.0+1 256 4096 /sys/block/dm-4 : onn_kvm380-swap 256 4096 /sys/block/dm-5 : eui.0025385991b1e27a 512 2048 /sys/block/dm-6 : eui.0025385991b1e27a1 512 2048 /sys/block/dm-7 : onn_kvm380-pool00 256 4096 /sys/block/dm-8 : onn_kvm380-var_log_audit 256 4096 /sys/block/dm-9 : onn_kvm380-var_log 256 4096 cat: /sys/block/nvme0n1/device/vendor: Datei oder Verzeichnis nicht gefunden /sys/block/nvme0n1: Samsung SSD 970 EVO 1TB 512 2048 /sys/block/sda : HP LOGICAL VOLUME 256 4096 is the nvme not starting correct [root@kvm380 ~]# systemctl status multipathd ● multipathd.service - Device-Mapper Multipath Device Controller Loaded: loaded (/usr/lib/systemd/system/multipathd.service; enabled; vendor preset: enabled) Active: active (running) since Di 2019-12-31 16:16:32 CET; 31min ago Process: 1919 ExecStart=/sbin/multipathd (code=exited, status=0/SUCCESS) Process: 1916 ExecStartPre=/sbin/multipath -A (code=exited, status=0/SUCCESS) Process: 1911 ExecStartPre=/sbin/modprobe dm-multipath (code=exited, status=0/SUCCESS) Main PID: 1921 (multipathd) Tasks: 7 CGroup: /system.slice/multipathd.service └─1921 /sbin/multipathd Dez 31 16:47:58 kvm380.durchhalten.intern multipathd[1921]: nvme0n1: mark as failed Dez 31 16:47:58 kvm380.durchhalten.intern multipathd[1921]: eui.0025385991b1e27a: Entering recovery mode: max_retries=4 Dez 31 16:47:58 kvm380.durchhalten.intern multipathd[1921]: eui.0025385991b1e27a: remaining active paths: 0 Dez 31 16:48:02 kvm380.durchhalten.intern multipathd[1921]: 259:0: reinstated Dez 31 16:48:02 kvm380.durchhalten.intern multipathd[1921]: eui.0025385991b1e27a: queue_if_no_path enabled Dez 31 16:48:02 kvm380.durchhalten.intern multipathd[1921]: eui.0025385991b1e27a: Recovered to normal mode Dez 31 16:48:02 kvm380.durchhalten.intern multipathd[1921]: eui.0025385991b1e27a: remaining active paths: 1 Dez 31 16:48:03 kvm380.durchhalten.intern multipathd[1921]: nvme0n1: mark as failed Dez 31 16:48:03 kvm380.durchhalten.intern multipathd[1921]: eui.0025385991b1e27a: Entering recovery mode: max_retries=4 Dez 31 16:48:03 kvm380.durchhalten.intern multipathd[1921]: eui.0025385991b1e27a: remaining active paths: 0 why is it marked as failed? if i create a new volume with cockpit and use it for bricks for gluster, every thing is fine. until reboot maybe some one can point me the direction

1 0

4.2.8 to 4.3.7 > Management slow
by Demeter Tibor 31 Dec '19

31 Dec '19

Dear Users, I've successfully upgraded my 4 node hyperconverged system from 4.2.8 to 4.3.7. After upgrade everything seems to working fine, but the whole management system seems very slow. Spends many seconds when I clicking on "virtual machines" or I want to edit a virtual machines. The speed of vms and the IO is fine. It is running on a glusterfs (distributed replicate, on 3 node, 9 bricks). There are no errors, everything fine. but terrible slow:( The engine vm has 0.2-0.3 load. What can I do? Thanks in advance and I wish Happy New Year! Regards, Tibor

1 0