[ovirt-users] Re: Problem with cloud-init (metrics install)
On Sun, Aug 11, 2019 at 3:42 PM Liran Rotenberg wrote: > Hi again, > Adding +Dominik Holler > Thanks for the heads up. > If you deployed the static configuration to the VM using cloud-init > you might be hitting this bug: > https://bugzilla.redhat.com/show_bug.cgi?id=1593010 > > Let me know if this is the case. If not, please elaborate on the steps > you did to this VM. > > Which version of ovirt-engine do you use? Which cloud image do you use? Which network setting is not applied as you expect? > Regards, > Liran. > > > > On Thu, Aug 8, 2019 at 8:32 PM Chris Adams wrote: > > > > How do you keep it from reverting back to DHCP on the next reboot? > > > > Once upon a time, Jayme said: > > > I found this a bit confusing myself. I ended up having to do it > manually > > > by logging in to the VM and changing the IP afterward. > > > > > > On Thu, Aug 8, 2019 at 11:21 AM Chris Adams wrote: > > > > > > > I'm following this guide: > > > > > > > > > > > > > https://ovirt.org/documentation/metrics-install-guide/Installing_Metrics_Store.html > > > > > > > > Specifically, the step "Setup virtual machine static IP and Mac > > > > address". The deploy does a bunch of stuff automatically, so the > first > > > > opportunity I have to do anything is after the VM is already booted. > > > > > > > > It seems that having a DHCP server, with matching reverse/forward DNS > > > > entries for each IP, is a requirement, and that there's not a way to > set > > > > the metrics store VM to a static IP (despite having to have a DNS > entry > > > > pointing to an IP). > > > > > > > > Once upon a time, Liran Rotenberg said: > > > > > Hi Chris, > > > > > Run Once option is different from normal run. > > > > > For cloud-init you shall need the pre-requirement: > > > > > A sealed VM, for example if you wish to create a template: > > > > > > > > > > https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.3/html/virtual_machine_management_guide/chap-templates#Sealing_Virtual_Machines_in_Preparation_for_Deployment_as_Templates > > > > > Cloud-init service should be installed and enabled on the VM (make > > > > > sure before sealing the VM). > > > > > Run will consume the cloud-init configuration only if it is the > VM's > > > > first run. > > > > > > > > > > Regards, > > > > > Liran. > > > > > > > > > > On Thu, Aug 8, 2019 at 4:07 PM Chris Adams > wrote: > > > > > > > > > > > > I am trying to set up the oVirt Metrics Store, which uses > cloud-init > > > > for > > > > > > network settings, so I set the info under the "Initial Run" tab. > > > > > > However, it doesn't seem to actually apply the network settings > unless > > > > I > > > > > > "run once" and enable clout-init there. > > > > > > > > > > > > I haven't used cloud-init before (been on my to-do list to check > out) - > > > > > > am I missing something? > > > > > > > > > > > > -- > > > > > > Chris Adams > > > > > > ___ > > > > > > 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/UKBKKLQQBFDNSVEIKETOD5GQPVVX2LBT/ > > > > > ___ > > > > > 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/TAATB64XMPFMBV3TGO6BZOQ3RNGX7Q6A/ > > > > > > > > -- > > > > Chris Adams > > > > ___ > > > > 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/PKZJG2AXVMWDXIT4R65DQ2BJI3OZF3OQ/ > > > > > > > > > ___ > > > 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/UDRDSQQ4NJRN36WTKEKAJLQLOMK6B5FG/ > > > > > > -- > > Chris Adams > ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy St
[ovirt-users] Re: Installing new oVirt node fails
Hi Winfried, On 8/11/19 7:20 PM, Winfried de Heiden wrote: Hi all, Installing/regestering a host to ovirt (ovirt: 4.3.5.5-1.el7 + oVirt Node 4.3.5.2)) will fail with, seems lang something using yum goes wrong. Installing will fail... You may hit this issue https://bugzilla.redhat.com/show_bug.cgi?id=1733438 Check your certificates for utf characters. 019-08-11 18:40:44,408+0200 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%EventStart STAGE misc METHOD otopi.plugins.otopi.network.ssh.Plugin._append_key (None) 2019-08-11 18:40:44,409+0200 DEBUG otopi.context context._executeMethod:145 method exception Traceback (most recent call last): File "/tmp/ovirt-sMdZ7tvESy/pythonlib/otopi/context.py", line 132, in _executeMethod method['method']() File "/tmp/ovirt-sMdZ7tvESy/otopi-plugins/otopi/network/ssh.py", line 152, in _append_key constants.CoreEnv.MODIFIED_FILES File "/tmp/ovirt-sMdZ7tvESy/pythonlib/otopi/filetransaction.py", line 151, in __init__ self._content = self._content.encode("utf-8") UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 750: ordinal not in range(128) 2019-08-11 18:40:44,409+0200ERROR otopi.context context._executeMethod:154 Failed to execute stage 'Misc configuration': 'ascii' codec can't decode byte 0xc3 in position 750: ordinal not in range(128) 2019-08-11 18:40:44,410+0200 DEBUG otopi.transaction transaction.abort:119 aborting 'Yum Transaction' 2019-08-11 18:40:44,410+0200 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:80 Yum Performing yum transaction rollback Loaded plugins: fastestmirror, product-id, subscription-manager, versionlock Afterwards, oVirt Node will complain: aug 11 19:13:32 bigvirt.blabla.bla vdsm[2342]: ERROR ssl handshake: SSLError, address: :::10.19.69.3 aug 11 19:13:55 bigvirt.blabla.bla vdsm[2342]: ERROR ssl handshake: SSLError, address: :::10.19.69.3 aug 11 19:14:18 bigvirt.blabla.bla vdsm[2342]: ERROR ssl handshake: SSLError, address: :::10.19.69.3 aug 11 19:14:41 bigvirt.blabla.bla vdsm[2342]: ERROR ssl handshake: SSLError, address: :::10.19.69.3 Anyone? Winfried ___ 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/2A4Q3MTNXQVXIKK36LPJOBGRWMZ3SCXO/ Best regards, Lucie -- Lucie Leistnerova Senior Quality Engineer, QE Cloud, RHVM Red Hat EMEA IRC: lleistne @ #rhev-qe ___ 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/JZ2FSXWAUSOHVB4CQJLNYY7VRPGAKT37/
[ovirt-users] Re: VM --- is not responding.
Would you check the health status of the controllers : hpssacli ctrl all show status Best Regards, Strahil NikolovOn Aug 11, 2019 09:55, Edoardo Mazza wrote: > > The hosts are 3 ProLiant DL380 Gen10, 2 hosts with HPE Smart Array P816i-a SR > Gen10 like controller and the other host with > HPE Smart Array P408i-a SR Gen10. The storage for ovirt enviroment is > gluster and the last host is the arbiter in the gluster enviroment. > The S.M.A.R.T. healt status is ok for all host > Edoardo > > > > > > Il giorno gio 8 ago 2019 alle ore 16:19 Sandro Bonazzola > ha scritto: >> >> >> >> Il giorno gio 8 ago 2019 alle ore 11:19 Edoardo Mazza ha >> scritto: >>> >>> Hi all, >>> It is more days that for same vm I received this error, but I don't >>> underdand why. >>> The traffic of the virtual machine is not excessive, cpu and ram to, but >>> for few minutes the vm is not responding. and in the messages log file of >>> the vm I received the error under, yo can help me? >>> thanks >> >> >> can you check the S.M.A.R.T. health status of the disks? >> >> >>> >>> Edoardo >>> kernel: NMI watchdog: BUG: soft lockup - CPU#2 stuck for 25s! >>> [kworker/2:0:26227] >>> Aug 8 02:51:11 vmmysql kernel: Modules linked in: binfmt_misc >>> ip6t_rpfilter ipt_REJECT nf_reject_ipv4 ip6t_REJECT nf_reject_ >>> ipv6 xt_conntrack ip_set nfnetlink ebtable_nat ebtable_broute bridge stp >>> llc ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_ >>> nat_ipv6 ip6table_mangle ip6table_security ip6table_raw iptable_nat >>> nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_con >>> ntrack iptable_mangle iptable_security iptable_raw ebtable_filter ebtables >>> ip6table_filter ip6_tables iptable_filter snd_hda_c >>> odec_generic iosf_mbi crc32_pclmul ppdev ghash_clmulni_intel snd_hda_intel >>> snd_hda_codec aesni_intel snd_hda_core lrw gf128mul >>> glue_helper ablk_helper snd_hwdep cryptd snd_seq snd_seq_device snd_pcm >>> snd_timer snd soundcore virtio_rng sg virtio_balloon >>> i2c_piix4 parport_pc parport joydev pcspkr ip_tables xfs libcrc32c sd_mod >>> Aug 8 02:51:14 vmmysql kernel: crc_t10dif crct10dif_generic sr_mod cdrom >>> virtio_net virtio_console virtio_scsi ata_generic p >>> ata_acpi crct10dif_pclmul crct10dif_common crc32c_intel serio_raw qxl >>> floppy drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops ttm drm >>> ata_piix libata virtio_pci drm_panel_orientation_quirks virtio_ring virtio >>> dm_mirror dm_region_hash dm_log dm_mod >>> Aug 8 02:51:14 vmmysql kernel: CPU: 2 PID: 26227 Comm: kworker/2:0 Kdump: >>> loaded Tainted: G L 3.10.0-957.12.1.el7.x86_64 #1 >>> Aug 8 02:51:14 vmmysql kernel: Hardware name: oVirt oVirt Node, BIOS >>> 1.11.0-2.el7 04/01/2014 >>> Aug 8 02:51:14 vmmysql kernel: Workqueue: events_freezable >>> disk_events_workfn >>> Aug 8 02:51:14 vmmysql kernel: task: 9e25b6609040 ti: 9e27b161 >>> task.ti: 9e27b161 >>> Aug 8 02:51:14 vmmysql kernel: RIP: 0010:[] >>> [] _raw_spin_unlock_irqrestore+0x15/0x20 >>> Aug 8 02:51:14 vmmysql kernel: RSP: :9e27b1613a68 EFLAGS: 0286 >>> Aug 8 02:51:14 vmmysql kernel: RAX: 0001 RBX: 9e27b1613a10 >>> RCX: 9e27b72a3d05 >>> Aug 8 02:51:14 vmmysql kernel: RDX: 9e27b729a420 RSI: 0286 >>> RDI: 0286 >>> Aug 8 02:51:14 vmmysql kernel: RBP: 9e27b1613a68 R08: 0001 >>> R09: 9e25b67fc198 >>> Aug 8 02:51:14 vmmysql kernel: R10: 9e27b45bd8d8 R11: >>> R12: 9e25b67fde80 >>> Aug 8 02:51:14 vmmysql kernel: R13: 9e25b67fc000 R14: 9e25b67fc158 >>> R15: c032f8e0 >>> Aug 8 02:51:14 vmmysql kernel: FS: () >>> GS:9e27b728() knlGS: >>> Aug 8 02:51:14 vmmysql kernel: CS: 0010 DS: ES: CR0: >>> 80050033 >>> Aug 8 02:51:14 vmmysql kernel: CR2: 7f0c9e9b6008 CR3: 00___ 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/UA57S3XIF42DQBYVEHVEEBOA6EWSMB4G/
[ovirt-users] Re: upgrading ovirt 4.2.8 to 4.3.5
If you installed your hypervisor hosts from the Node installer iso, updates are done by yum update ovirt-node-ng-image-update, and then reboot the host. On the hosted-engine VM you run the yum update the "release" and *setup* as you were trying on the node. On Sun, Aug 11, 2019 at 8:41 PM Cole Johnson wrote: > I am trying to upgrade ovirt on a standalone ovirt node host, and when I > run > > # yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm > > I get: > > # yum install http://resources.ovirt.o : package_upload, > product-id, search-disabled-repos, subscription- > : manager, vdsmupgrade > This system is not registered with an entitlement server. You can use > subscription-manager to register. > Repository centos-sclo-rh-release is listed more than once in the > configuration > Examining /var/tmp/yum-root-sbzUPq/ovirt-release43.rpm: > ovirt-release43-4.3.5.1-1.el7.noarch > /var/tmp/yum-root-sbzUPq/ovirt-release43.rpm: does not update > installed package. > Loading mirror speeds from cached hostfile > * ovirt-4.2-epel: d2lzkl7pfhq30w.cloudfront.net > * ovirt-4.3: resources.ovirt.org > * ovirt-4.3-epel: d2lzkl7pfhq30w.cloudfront.net > No package ovirt-release43.txt available. > Error: Nothing to do > Uploading Enabled Repositories Report > Loaded plugins: fastestmirror, product-id, subscription-manager > This system is not registered with an entitlement server. You can use > subscription-manager to register. > Repository centos-sclo-rh-release is listed more than once in the > configuration > Cannot upload enabled repos report, is this client registered? > rg/pub/yum-repo/ovirt-release43.rpm > > and then running > > # yum update "ovirt-*-setup*" > > I get: > Loaded plugins: enabled_repos_upload, fastestmirror, imgbased-persist, > : package_upload, product-id, search-disabled-repos, > subscription- > : manager, vdsmupgrade > This system is not registered with an entitlement server. You can use > subscription-manager to register. > Repository centos-sclo-rh-release is listed more than once in the > configuration > Loading mirror speeds from cached hostfile > * ovirt-4.2-epel: d2lzkl7pfhq30w.cloudfront.net > * ovirt-4.3: resources.ovirt.org > * ovirt-4.3-epel: d2lzkl7pfhq30w.cloudfront.net > Resolving Dependencies > --> Running transaction check > ---> Package ovirt-hosted-engine-setup.noarch 0:2.2.33-1.el7 will be > updated > ---> Package ovirt-hosted-engine-setup.noarch 0:2.3.11-1.el7 will be > an update > --> Processing Dependency: otopi >= 1.8 for package: > ovirt-hosted-engine-setup-2.3.11-1.el7.noarch > --> Processing Dependency: ovirt-ansible-engine-setup >= 1.1.9 for > package: ovirt-hosted-engine-setup-2.3.11-1.el7.noarc > h > --> Processing Dependency: ovirt-ansible-hosted-engine-setup >= 1.0.21 > for package: ovirt-hosted-engine-setup-2.3.11-1.e > l7.noarch > --> Processing Dependency: ovirt-ansible-repositories >= 1.1.5 for > package: ovirt-hosted-engine-setup-2.3.11-1.el7.noarc > h > --> Processing Dependency: ovirt-host >= 4.3 for package: > ovirt-hosted-engine-setup-2.3.11-1.el7.noarch > --> Processing Dependency: ovirt-host-deploy >= 1.8 for package: > ovirt-hosted-engine-setup-2.3.11-1.el7.noarch > --> Processing Dependency: ovirt-hosted-engine-ha >= 2.3.3 for > package: ovirt-hosted-engine-setup-2.3.11-1.el7.noarch > --> Processing Dependency: vdsm-python >= 4.30 for package: > ovirt-hosted-engine-setup-2.3.11-1.el7.noarch > --> Processing Dependency: vdsm-python >= 4.30 for package: > ovirt-hosted-engine-setup-2.3.11-1.el7.noarch > --> Running transaction check > ---> Package otopi.noarch 0:1.7.8-1.el7 will be obsoleted > ---> Package ovirt-ansible-engine-setup.noarch 0:1.1.9-1.el7 will be > installed > ---> Package ovirt-ansible-hosted-engine-setup.noarch 0:1.0.26-1.el7 > will be installed > ---> Package ovirt-ansible-repositories.noarch 0:1.1.5-1.el7 will be > installed > ---> Package ovirt-host.x86_64 0:4.2.3-1.el7 will be updated > ---> Package ovirt-host.x86_64 0:4.3.4-1.el7 will be an update > --> Processing Dependency: ovirt-host-dependencies = 4.3.4-1.el7 for > package: ovirt-host-4.3.4-1.el7.x86_64 > --> Processing Dependency: aide for package: > ovirt-host-4.3.4-1.el7.x86_64 > --> Processing Dependency: iperf3 for package: > ovirt-host-4.3.4-1.el7.x86_64 > --> Processing Dependency: libvirt-admin for package: > ovirt-host-4.3.4-1.el7.x86_64 > --> Processing Dependency: openscap for package: > ovirt-host-4.3.4-1.el7.x86_64 > --> Processing Dependency: openscap-utils for package: > ovirt-host-4.3.4-1.el7.x86_64 > --> Processing Dependency: pam_pkcs11 for package: > ovirt-host-4.3.4-1.el7.x86_64 > --> Processing Dependency: scap-security-guide for package: > ovirt-host-4.3.4-1.el7.x86_64 > ---> Package ovirt-host-deploy.noarch 0:1.7.4-1.el7 will be obsoleted > ---> Package ovirt-hosted-engine-ha.noarch 0:2.2.19-1.el7 will be > updated > ---> Package ovirt-hosted-engine-ha.noarch 0:2.3.3-1.el7 will
[ovirt-users] upgrading ovirt 4.2.8 to 4.3.5
I am trying to upgrade ovirt on a standalone ovirt node host, and when I run # yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm I get: # yum install http://resources.ovirt.o : package_upload, product-id, search-disabled-repos, subscription- : manager, vdsmupgrade This system is not registered with an entitlement server. You can use subscription-manager to register. Repository centos-sclo-rh-release is listed more than once in the configuration Examining /var/tmp/yum-root-sbzUPq/ovirt-release43.rpm: ovirt-release43-4.3.5.1-1.el7.noarch /var/tmp/yum-root-sbzUPq/ovirt-release43.rpm: does not update installed package. Loading mirror speeds from cached hostfile * ovirt-4.2-epel: d2lzkl7pfhq30w.cloudfront.net * ovirt-4.3: resources.ovirt.org * ovirt-4.3-epel: d2lzkl7pfhq30w.cloudfront.net No package ovirt-release43.txt available. Error: Nothing to do Uploading Enabled Repositories Report Loaded plugins: fastestmirror, product-id, subscription-manager This system is not registered with an entitlement server. You can use subscription-manager to register. Repository centos-sclo-rh-release is listed more than once in the configuration Cannot upload enabled repos report, is this client registered? rg/pub/yum-repo/ovirt-release43.rpm and then running # yum update "ovirt-*-setup*" I get: Loaded plugins: enabled_repos_upload, fastestmirror, imgbased-persist, : package_upload, product-id, search-disabled-repos, subscription- : manager, vdsmupgrade This system is not registered with an entitlement server. You can use subscription-manager to register. Repository centos-sclo-rh-release is listed more than once in the configuration Loading mirror speeds from cached hostfile * ovirt-4.2-epel: d2lzkl7pfhq30w.cloudfront.net * ovirt-4.3: resources.ovirt.org * ovirt-4.3-epel: d2lzkl7pfhq30w.cloudfront.net Resolving Dependencies --> Running transaction check ---> Package ovirt-hosted-engine-setup.noarch 0:2.2.33-1.el7 will be updated ---> Package ovirt-hosted-engine-setup.noarch 0:2.3.11-1.el7 will be an update --> Processing Dependency: otopi >= 1.8 for package: ovirt-hosted-engine-setup-2.3.11-1.el7.noarch --> Processing Dependency: ovirt-ansible-engine-setup >= 1.1.9 for package: ovirt-hosted-engine-setup-2.3.11-1.el7.noarc h --> Processing Dependency: ovirt-ansible-hosted-engine-setup >= 1.0.21 for package: ovirt-hosted-engine-setup-2.3.11-1.e l7.noarch --> Processing Dependency: ovirt-ansible-repositories >= 1.1.5 for package: ovirt-hosted-engine-setup-2.3.11-1.el7.noarc h --> Processing Dependency: ovirt-host >= 4.3 for package: ovirt-hosted-engine-setup-2.3.11-1.el7.noarch --> Processing Dependency: ovirt-host-deploy >= 1.8 for package: ovirt-hosted-engine-setup-2.3.11-1.el7.noarch --> Processing Dependency: ovirt-hosted-engine-ha >= 2.3.3 for package: ovirt-hosted-engine-setup-2.3.11-1.el7.noarch --> Processing Dependency: vdsm-python >= 4.30 for package: ovirt-hosted-engine-setup-2.3.11-1.el7.noarch --> Processing Dependency: vdsm-python >= 4.30 for package: ovirt-hosted-engine-setup-2.3.11-1.el7.noarch --> Running transaction check ---> Package otopi.noarch 0:1.7.8-1.el7 will be obsoleted ---> Package ovirt-ansible-engine-setup.noarch 0:1.1.9-1.el7 will be installed ---> Package ovirt-ansible-hosted-engine-setup.noarch 0:1.0.26-1.el7 will be installed ---> Package ovirt-ansible-repositories.noarch 0:1.1.5-1.el7 will be installed ---> Package ovirt-host.x86_64 0:4.2.3-1.el7 will be updated ---> Package ovirt-host.x86_64 0:4.3.4-1.el7 will be an update --> Processing Dependency: ovirt-host-dependencies = 4.3.4-1.el7 for package: ovirt-host-4.3.4-1.el7.x86_64 --> Processing Dependency: aide for package: ovirt-host-4.3.4-1.el7.x86_64 --> Processing Dependency: iperf3 for package: ovirt-host-4.3.4-1.el7.x86_64 --> Processing Dependency: libvirt-admin for package: ovirt-host-4.3.4-1.el7.x86_64 --> Processing Dependency: openscap for package: ovirt-host-4.3.4-1.el7.x86_64 --> Processing Dependency: openscap-utils for package: ovirt-host-4.3.4-1.el7.x86_64 --> Processing Dependency: pam_pkcs11 for package: ovirt-host-4.3.4-1.el7.x86_64 --> Processing Dependency: scap-security-guide for package: ovirt-host-4.3.4-1.el7.x86_64 ---> Package ovirt-host-deploy.noarch 0:1.7.4-1.el7 will be obsoleted ---> Package ovirt-hosted-engine-ha.noarch 0:2.2.19-1.el7 will be updated ---> Package ovirt-hosted-engine-ha.noarch 0:2.3.3-1.el7 will be an update --> Processing Dependency: vdsm >= 4.30.11 for package: ovirt-hosted-engine-ha-2.3.3-1.el7.noarch --> Processing Dependency: vdsm >= 4.30.11 for package: ovirt-hosted-engine-ha-2.3.3-1.el7.noarch --> Processing Dependency: vdsm-client >= 4.30.11 for package: ovirt-hosted-engine-ha-2.3.3-1.el7.noarch ---> Package python2-otopi.noarch 0:1.8.3-1.el7 will be obsoleting --> Processing Dependency: otopi-common = 1.8.3-1.el7 for package: python2-otopi-1.8.3-1.el7.noarch ---> Package python2-ovirt-host-deploy.noar
[ovirt-users] Installing new oVirt node fails
Hi all, Installing/regestering a host to ovirt (ovirt: 4.3.5.5-1.el7 + oVirt Node 4.3.5.2)) will fail with, seems lang something using yum goes wrong. Installing will fail... 019-08-11 18:40:44,408+0200 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%EventStart STAGE misc METHOD otopi.plugins.otopi.network.ssh.Plugin._append_key (None) 2019-08-11 18:40:44,409+0200 DEBUG otopi.context context._executeMethod:145 method exception Traceback (most recent call last): File "/tmp/ovirt-sMdZ7tvESy/pythonlib/otopi/context.py", line 132, in _executeMethod method['method']() File "/tmp/ovirt-sMdZ7tvESy/otopi-plugins/otopi/network/ssh.py", line 152, in _append_key constants.CoreEnv.MODIFIED_FILES File "/tmp/ovirt-sMdZ7tvESy/pythonlib/otopi/filetransaction.py", line 151, in __init__ self._content = self._content.encode("utf-8") UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 750: ordinal not in range(128) 2019-08-11 18:40:44,409+0200 ERROR otopi.context context._executeMethod:154 Failed to execute stage 'Misc configuration': 'ascii' codec can't decode byte 0xc3 in position 750: ordinal not in range(128) 2019-08-11 18:40:44,410+0200 DEBUG otopi.transaction transaction.abort:119 aborting 'Yum Transaction' 2019-08-11 18:40:44,410+0200 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:80 Yum Performing yum transaction rollback Loaded plugins: fastestmirror, product-id, subscription-manager, versionlock Afterwards, oVirt Node will complain: aug 11 19:13:32 bigvirt.blabla.bla vdsm[2342]: ERROR ssl handshake: SSLError, address: :::10.19.69.3 aug 11 19:13:55 bigvirt.blabla.bla vdsm[2342]: ERROR ssl handshake: SSLError, address: :::10.19.69.3 aug 11 19:14:18 bigvirt.blabla.bla vdsm[2342]: ERROR ssl handshake: SSLError, address: :::10.19.69.3 aug 11 19:14:41 bigvirt.blabla.bla vdsm[2342]: ERROR ssl handshake: SSLError, address: :::10.19.69.3 Anyone? Winfried ___ 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/2A4Q3MTNXQVXIKK36LPJOBGRWMZ3SCXO/
[ovirt-users] Re: Problem with cloud-init (metrics install)
Hi again, Adding +Dominik Holler If you deployed the static configuration to the VM using cloud-init you might be hitting this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1593010 Let me know if this is the case. If not, please elaborate on the steps you did to this VM. Regards, Liran. On Thu, Aug 8, 2019 at 8:32 PM Chris Adams wrote: > > How do you keep it from reverting back to DHCP on the next reboot? > > Once upon a time, Jayme said: > > I found this a bit confusing myself. I ended up having to do it manually > > by logging in to the VM and changing the IP afterward. > > > > On Thu, Aug 8, 2019 at 11:21 AM Chris Adams wrote: > > > > > I'm following this guide: > > > > > > > > > https://ovirt.org/documentation/metrics-install-guide/Installing_Metrics_Store.html > > > > > > Specifically, the step "Setup virtual machine static IP and Mac > > > address". The deploy does a bunch of stuff automatically, so the first > > > opportunity I have to do anything is after the VM is already booted. > > > > > > It seems that having a DHCP server, with matching reverse/forward DNS > > > entries for each IP, is a requirement, and that there's not a way to set > > > the metrics store VM to a static IP (despite having to have a DNS entry > > > pointing to an IP). > > > > > > Once upon a time, Liran Rotenberg said: > > > > Hi Chris, > > > > Run Once option is different from normal run. > > > > For cloud-init you shall need the pre-requirement: > > > > A sealed VM, for example if you wish to create a template: > > > > > > > https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.3/html/virtual_machine_management_guide/chap-templates#Sealing_Virtual_Machines_in_Preparation_for_Deployment_as_Templates > > > > Cloud-init service should be installed and enabled on the VM (make > > > > sure before sealing the VM). > > > > Run will consume the cloud-init configuration only if it is the VM's > > > first run. > > > > > > > > Regards, > > > > Liran. > > > > > > > > On Thu, Aug 8, 2019 at 4:07 PM Chris Adams wrote: > > > > > > > > > > I am trying to set up the oVirt Metrics Store, which uses cloud-init > > > for > > > > > network settings, so I set the info under the "Initial Run" tab. > > > > > However, it doesn't seem to actually apply the network settings unless > > > I > > > > > "run once" and enable clout-init there. > > > > > > > > > > I haven't used cloud-init before (been on my to-do list to check out) > > > > > - > > > > > am I missing something? > > > > > > > > > > -- > > > > > Chris Adams > > > > > ___ > > > > > 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/UKBKKLQQBFDNSVEIKETOD5GQPVVX2LBT/ > > > > ___ > > > > 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/TAATB64XMPFMBV3TGO6BZOQ3RNGX7Q6A/ > > > > > > -- > > > Chris Adams > > > ___ > > > 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/PKZJG2AXVMWDXIT4R65DQ2BJI3OZF3OQ/ > > > > > > ___ > > 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/UDRDSQQ4NJRN36WTKEKAJLQLOMK6B5FG/ > > > -- > Chris Adams ___ 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/IXMWSBZSZ7Z5W3SROMJIMSBHFEGR7D72/
[ovirt-users] Re: oVirt 4.3.5 potential issue with NFS storage
Hi Marko, Is seems that there's a connectivity problem with host 10.210.13.64. Can you please make sure the metadata under /rhev/data-center/mnt/10.210.13.64:_ovirt__production/6effda5e-1a0d-4312-bf93-d97fa9eb5aee/dom_md/metadata is accessible? *Regards,* *Shani Leviim* On Sat, Aug 10, 2019 at 2:57 AM Vrgotic, Marko wrote: > Log files from ovirt engine and ovirt-sj-05 vdsm attached. > > > > Its related to host named: ovirt-sj-05.ictv.com > > > > Kindly awaiting your reply. > > > > > > — — — > Met vriendelijke groet / Kind regards, > > *Marko Vrgotic* > > > > > > > > *From: *"Vrgotic, Marko" > *Date: *Thursday, 8 August 2019 at 17:02 > *To: *Shani Leviim > *Cc: *"users@ovirt.org" > *Subject: *Re: [ovirt-users] Re: oVirt 4.3.5 potential issue with NFS > storage > > > > Hey Shanii, > > > > Thank you for the reply. > > Sure, I will attach the full logs asap. > > What do you mean by “flow you are doing”? > > > > Kindly awaiting your reply. > > > > Marko Vrgotic > > > > *From: *Shani Leviim > *Date: *Thursday, 8 August 2019 at 00:01 > *To: *"Vrgotic, Marko" > *Cc: *"users@ovirt.org" > *Subject: *Re: [ovirt-users] Re: oVirt 4.3.5 potential issue with NFS > storage > > > > Hi, > > Can you please clarify the flow you're doing? > > Also, can you please attach full vdsm and engine logs? > > > *Regards,* > > *Shani Leviim* > > > > > > On Thu, Aug 8, 2019 at 6:25 AM Vrgotic, Marko > wrote: > > Log line form VDSM: > > > > “[root@ovirt-sj-05 ~]# tail -f /var/log/vdsm/vdsm.log | grep WARN > > 2019-08-07 09:40:03,556-0700 WARN (check/loop) [storage.check] Checker > u'/rhev/data-center/mnt/10.210.13.64:_ovirt__production/bda97276-a399-448f-9113-017972f6b55a/dom_md/metadata' > is blocked for 20.00 seconds (check:282) > > 2019-08-07 09:40:47,132-0700 WARN (monitor/bda9727) [storage.Monitor] > Host id for domain bda97276-a399-448f-9113-017972f6b55a was released (id: > 5) (monitor:445) > > 2019-08-07 09:44:53,564-0700 WARN (check/loop) [storage.check] Checker > u'/rhev/data-center/mnt/10.210.13.64:_ovirt__production/bda97276-a399-448f-9113-017972f6b55a/dom_md/metadata' > is blocked for 20.00 seconds (check:282) > > 2019-08-07 09:46:38,604-0700 WARN (monitor/bda9727) [storage.Monitor] > Host id for domain bda97276-a399-448f-9113-017972f6b55a was released (id: > 5) (monitor:445)” > > > > > > > > *From: *"Vrgotic, Marko" > *Date: *Wednesday, 7 August 2019 at 09:09 > *To: *"users@ovirt.org" > *Subject: *oVirt 4.3.5 potential issue with NFS storage > > > > Dear oVIrt, > > > > This is my third oVirt platform in the company, but first time I am seeing > following logs: > > > > “2019-08-07 16:00:16,099Z INFO > [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] > (EE-ManagedThreadFactory-engineScheduled-Thread-51) [1b85e637] Lock freed > to object > 'EngineLock:{exclusiveLocks='[2350ee82-94ed-4f90-9366-451e0104d1d6=PROVIDER]', > sharedLocks=''}' > > 2019-08-07 16:00:25,618Z WARN > [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy] > (EE-ManagedThreadFactory-engine-Thread-37723) [] domain > 'bda97276-a399-448f-9113-017972f6b55a:ovirt_production' in problem > 'PROBLEMATIC'. vds: 'ovirt-sj-05.ictv.com' > > 2019-08-07 16:00:40,630Z INFO > [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy] > (EE-ManagedThreadFactory-engine-Thread-37735) [] Domain > 'bda97276-a399-448f-9113-017972f6b55a:ovirt_production' recovered from > problem. vds: 'ovirt-sj-05.ictv.com' > > 2019-08-07 16:00:40,652Z INFO > [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy] > (EE-ManagedThreadFactory-engine-Thread-37737) [] Domain > 'bda97276-a399-448f-9113-017972f6b55a:ovirt_production' recovered from > problem. vds: 'ovirt-sj-01.ictv.com' > > 2019-08-07 16:00:40,652Z INFO > [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy] > (EE-ManagedThreadFactory-engine-Thread-37737) [] Domain > 'bda97276-a399-448f-9113-017972f6b55a:ovirt_production' has recovered from > problem. No active host in the DC is reporting it as problematic, so > clearing the domain recovery timer.” > > > > Can you help me understanding why is this being reported? > > > > This setup is: > > > > 5HOSTS, 3 in HA > > SelfHostedEngine > > Version 4.3.5 > > NFS based Netapp storage, version 4.1 > > “10.210.13.64:/ovirt_hosted_engine on > /rhev/data-center/mnt/10.210.13.64:_ovirt__hosted__engine > type nfs4 > (rw,relatime,vers=4.1,rsize=65536,wsize=65536,namlen=255,soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,clientaddr=10.210.11.14,local_lock=none,addr=10.210.13.64) > > > > 10.210.13.64:/ovirt_production on > /rhev/data-center/mnt/10.210.13.64:_ovirt__production > type nfs4 > (rw,relatime,vers=4.1,rsize=65536,wsize=65536,namlen=255,soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,clientaddr=10.210.11.14,local_lock=none,addr=10.210.13.64) > > tmpfs on /run/user/0 type tmpfs > (rw,nosuid,nodev,relatime,seclabel,size=9878396k,mode=700)” > > > > First mount is SHE dedicated storage. > > Second mount “ovirt_produciton” is for other VM Guests. > > >