Re: [ovirt-users] Failed to deploy hosted-engin wih ISCSI
Hi Willie, Can you please attach the log file? /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20170824112038-v09rvf.log *Regards,* *Shani Leviim* On Thu, Aug 24, 2017 at 5:45 PM, Willie Cadete wrote: > Hello, > > It's my first time using mailing list, I hope that someone could help me. > > I'm trying to deploy hosted-engine on a server, but I can not use ISCSI > storage. > > Configuration preview: > > --== CONFIGURATION PREVIEW ==-- > > Bridge interface : eno1 > Engine FQDN: > srsp-lab-ovirt01.example.org > Bridge name: ovirtmgmt > Host address : srsp-lab-srv01.example.org > SSH daemon port: 22 > Firewall manager : iptables > Gateway address: 192.168.200.254 > Storage Domain type: iscsi > LUN ID : > 36f01faf000e05ff01f3659483c7c > Image size GB : 58 > iSCSI Portal IP Address: 192.168.130.102 > iSCSI Target Name : > iqn.1984-05.com.dell:powervault.md3600i.6f01faf000e05ff052fd7354 > iSCSI Portal port : 3260 > Host ID: 1 > iSCSI Portal user : > Console type : vnc > Memory size MB : 4096 > MAC address: 00:16:3e:18:85:93 > Number of CPUs : 4 > OVF archive (for disk boot): > /usr/share/ovirt-engine-appliance/ovirt-engine-appliance-4. > 1-20170821.1.el7.centos.ova > Appliance version : 4.1-20170821.1.el7.centos > Restart engine VM after engine-setup: True > Engine VM timezone : America/Sao_Paulo > CPU Type : model_SandyBridge > > Please confirm installation settings (Yes, No)[Yes]: > > > on hosted-setup I'm having this error message: > > [ INFO ] Creating Volume Group > [ ERROR ] Error creating Volume Group: Failed to initialize physical > device: ("[u'/dev/mapper/36f01faf000e05ff01f3659483c7c']",) > [ ERROR ] Failed to execute stage 'Misc configuration': Failed to > initialize physical device: ("[u'/dev/mapper/36f01faf000e0 > 5ff01f3659483c7c']",) > [ INFO ] Yum Performing yum transaction rollback > [ INFO ] Stage: Clean up > [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine- > setup/answers/answers-20170824112807.conf' > [ INFO ] Stage: Pre-termination > [ INFO ] Stage: Termination > [ ERROR ] Hosted Engine deployment failed: this system is not reliable, > please check the issue,fix and redeploy > Log file is located at /var/log/ovirt-hosted-engine-s > etup/ovirt-hosted-engine-setup-20170824112038-v09rvf.log > > Thanks for any help. > > Best regards > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Question on Datacenters / clusters / data domains
Hi Eduardo, Welcome aboard! First, you may find some relevant information in here: http://www.ovirt.org/ documentation/admin-guide/administration-guide/ . Regarding your questions: * A data domain in an oVirt Data Center must be available to every Host on the Data Center: Am I right? Yes, you're right. * Can I manually migrate VMs between Datacenters? VM migration can't be performed between data canters, so you can't use the 'migrate VM' function. In order to "migrate" your VM between different data canters, you can use 'export' and 'import' functions and an 'export domain': By creating an export domain for one of your DC's (each DC can have up to one export domain), and exporting your VM to that storage domain, you can then detach the export domain from that DC and attach it to the other DC, and by importing there your VM you'll finish the transaction. Another option is to detach the VM's storage domain from one DC and attach it the second one. That way you'll move the whole storage domain between your DCs. If you have any further questions, don't hesitate to ask :) *Regards,* *Shani Leviim* On Thu, Aug 24, 2017 at 2:51 PM, Eduardo Mayoral wrote: > Hi, > > First of all, sorry for the naive question, but I have not been able > to find good guidance on the docs. > > I come from the VMWare environment, now I am starting to migrate > some workload from VMWare to oVirt (v4.1.4 , CentOS 7.3 hosts). > > In VMWare I am used to have one datacenter, several host clusters, > and a bunch of iSCSI Datastores, but we do not map every iSCSI > LUN/datastore to every host. Actually we used to do that, but we hit > limits on the number of iSCSI paths with our infrastructure. > > Rather than that, we have groups of LUNs/Datastores mapped to the > ESXi hosts which form a given VMware cluster. Then we have a couple of > datastores mapped to every ESXi in the vmware datacenter, and we use > those to store the ISO images and as storage that we use when we need to > migrate VMs between clusters for some reason. > > Given the role of the Master data domain and the SPM in oVIrt it is > my understanding that I cannot replicate this kind of setup in oVirt: a > data domain in an oVirt Data Center must be available to every Host on > the Data Center: Am I right? > > So, our current setup is still small, but I am concerned that as it > grows, if I stay with one Datacenter, several clusters and a group of > data domains mapped to every host I may run again into problems with the > number of iSCSI paths (the limit in VMWare was around 1024), it is easy > to reach that limit as it is (number of hosts) * (number of LUNs) * > (number of paths/LUN). > > If I split my setup in several datacenters controlled by a single > oVirt-engine in order to keep the number of iSCSI paths reasonable. Can > I manually migrate VMs between Datacenters? I assume that in order to do > that, those datacenters will need to share some data domain , Can this > be done? Maybe with NFS? > > Thanks for your help! > > -- > Eduardo Mayoral Jimeno (emayo...@arsys.es) > Administrador de sistemas. Departamento de Plataformas. Arsys internet. > +34 941 620 145 ext. 5153 > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Native Access on gluster storage domain
Hi Stefano, Can you please attach your engine and vdsm logs? *Regards,* *Shani Leviim* On Wed, Aug 30, 2017 at 12:46 PM, Stefano Danzi wrote: > Hello, > I have a test environment with a sigle host and self hosted engine running > oVirt > Engine: 4.1.5.2-1.el7.centos > > I what to try the option "Native Access on gluster storage domain" but I > get an error because I have to put the > host in maintenance mode. I can't do that because I have a single host so > the hosted engine can't be migrated. > > There are a way to change this option but apply it at next reboot? > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt node and NFS
Hi Mangnus, Have you tried the troubleshooting-nfs-storage-issues page? https://www.ovirt.org/documentation/how-to/troubleshooting/troubleshooting-nfs-storage-issues/ *Regards,* *Shani Leviim* On Tue, Nov 21, 2017 at 12:26 PM, Magnus Isaksson wrote: > Anyone? > > > > //Magnus > > > > *From:* Magnus Isaksson > *Sent:* den 20 november 2017 16:01 > *To:* 'users@ovirt.org' > *Subject:* oVirt node and NFS > > > > Hi, > > > > This is probably an easy thing, but I can’t seem to find the solution. > > > > On my oVirt node 4.1 I have some NFS shares that I want other hosts to > reach, but I noticed that the firewall is not open for that on the host. > > So, how to I configure the Nodes firewall? > > > > Regards > > Magnus Isaksson > > > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] slow performance with export storage on glusterfs
Hi Jiri, Sorry for the delay. Do you experience the same issue for non-gluster domains? In order to profile your gluster volume while export is in progress, follow the instructions in this link [1]. (Please execute "gluster volume profile start " and then "gluster volume profile info") [1] https://access.redhat.com/documentation/en-US/Red_Hat_Storage/2.1/html/Administration_Guide/chap-User_Guide-Monitor_Workload.html *Regards,* *Shani Leviim* On Mon, Nov 20, 2017 at 5:20 PM, Jiří Sléžka wrote: > Hi, > > I am trying realize why is exporting of vm to export storage on > glusterfs such slow. > > I am using oVirt and RHV, both instalations on version 4.1.7. > > Hosts have dedicated nics for rhevm network - 1gbps, data storage itself > is on FC. > > GlusterFS cluster lives separate on 4 dedicated hosts. It has slow disks > but I can achieve about 200-400mbit throughput in other applications (we > are using it for "cold" data, backups mostly). > > I am using this glusterfs cluster as backend for export storage. When I > am exporting vm I can see only about 60-80mbit throughput. > > What could be the bottleneck here? > > Could it be qemu-img utility? > > vdsm 97739 0.3 0.0 354212 29148 ?S /usr/bin/qemu-img convert -p -t none -T none -f raw > /rhev/data-center/2ff6d0ee-a10b-473d-b77c-be9149945f5f/ > ff3cd56a-1005-4426-8137-8f422c0b47c1/images/ba42cbcc- > c068-4df8-af3d-00f2077b1e27/c57acd5f-d6cf-48cc-ad0c-4a7d979c0c1e > -O raw > /rhev/data-center/mnt/glusterSD/10.20.30.41:_rhv__ > export/81094499-a392-4ea2-b081-7c6288fbb636/images/ > ba42cbcc-c068-4df8-af3d-00f2077b1e27/c57acd5f-d6cf-48cc-ad0c-4a7d979c0c1e > > Any idea how to make it work faster or what throughput should I expected? > > Cheers, > > Jiri > > > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Shared vs Local Storage for Datacenters
Hi, I'm wondering at the moment what the actual difference is between > Shared and Local Storage Datacenters. > > By definition, taken from here [1], Local storage: When you set up a host to use local storage, the host automatically gets added to a new data center and cluster that *no other hosts* can be added to. Multiple host clusters require that all hosts have access to all storage domains, which is *not *possible with local storage. Virtual machines created in a single host cluster cannot be migrated, fenced or scheduled. Shared storage: Set up NFS shares that will serve as a data domain and an export domain. Storage data domains can be unattached from a data center and imported to another data center in the same environment, or in a different environment. Virtual machines, floating virtual disk images, and templates can then be uploaded from the imported storage domain to the attached data center. > As far as I can see a Local DC supports NFS as well which makes it a > more flexible DC in storage if you ask me, so why do both still exist > ? > > In fact by setting a local DC, only one host can be added and there's no high availability functionality. According to [2], a local DC supports NFS shares for migration needs. In case of sharing resources between more that one host, you should use a Shared DC. > Is it possible in a decent way to change a running Shared Storage DC > to a Local one and Keep the NFS shares and add some local mounts for > specific hosts ? > > Since a shared DC can support more than one host (while local DC supports exactly one), it's not possible moving from 'Share' type to a 'Local' type. > I hope someone can clearify! > Hope it makes more sense. [1] https://www.ovirt.org/documentation/admin-guide/chap-Storage/ [2] https://bugzilla.redhat.com/show_bug.cgi?id=1302185 *Regards,* *Shani Leviim* ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Ovirt 4.2pre Moving disks when VM is running
Hi Arman, VM's migration and disks migration are two different things: - Live storage migration: A VM's disk can be moved to another storage domain while the VM is running, by copying the disk's structure the destination domain. The hard part of live storage migration is moving the active layer volumes from one domain to another, while the VM is writing to those volumes. By using a replication operation, the data is written to both source and destination volumes. When both volumes contain the same data, the block job operation can be aborted, pivoting to the new disk. You may find more detailed information here: https://www.ovirt.org/develop/release-management/features/storage/live-storage-migration-between-mixed-domains/ - Live migration: Provides the ability to move a running virtual machine between physical hosts with no interruption to service. The virtual machine remains powered on and user applications continue to run while the virtual machine is relocated to a new physical host. A running virtual machine can be live migrated to any host within its designated host cluster. Live migration of virtual machines does not cause any service interruption. You may find some more information here: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.5/html/Administration_Guide/sect-Migrating_Virtual_Machines_Between_Hosts.html#What_is_live_migration Hope it helps! *Regards,* *Shani Leviim* On Fri, Nov 24, 2017 at 11:54 AM, Arman Khalatyan wrote: > hi, > I have some test enviroment with ovirt > "4.2.0-0.0.master.20171114071105.gitdfdc401.el7.centos" > 2hosts+2NFS-domains > > During the multiple disk movement between the domains I am getting this > warning: > Moving disks while the VMs are running.(this is not so scary red as in > 4.1.x :) ) > > What kind of problems can happen during the movement? > > Thanks, > Arman. > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Ovirt 4.2pre Moving disks when VM is running
Hi, When you'll press 'ok', a snapshot of that disk's image chain (its Base volume) is created in the source storage domain, and the entire image chain is replicated in the destination storage domain. It doesn't effect the original disk, and meanwhile, the VM keep "act normally": - If the VM's actions only deal with reading the disk, creating its snapshot should be a simpler task. - In case the VM writes data to the disk, a new snapshot volume which contains only the changes (for simplifying, you can think the way "git diff" works) is being created on both source and destination targets. While the base volume is being copied from the source target to the destination target, those snapshot volumes (for disk's changes) get synchronized. When the disk's images on both source and destination targets are identical, the VM points to the 'new' image and deletes the old pointer. I.e. the disk was successfully moved. In case of any failure during the migration, since targeted destination contains only a snapshot of the original disk's image, the original image isn't being effected, So there won't be a data lose and operation just fails. Also, busy network can affect the migration's duration. More data about the process are available here: https://www.ovirt.org/develop/release-management/features/storage/storagelivemigration/ *Regards,* *Shani Leviim* On Sun, Nov 26, 2017 at 5:38 PM, Arman Khalatyan wrote: > hi Sahni, > thanks for the details. > Looks like the live storage migration might fail on the heavy loaded > virtual machines. I just tried to move from nfs to iscsi storage(most of > the cases they moved w/o error), the message on the move dialog warns us > "! moving following disks when VM is running", if we press "ok ! do it" what > are the consequences? it is not explained in the docs. > thank you beforehand > Arman. > > > Am 26.11.2017 2:12 nachm. schrieb "Shani Leviim" : > > Hi Arman, > VM's migration and disks migration are two different things: > > - Live storage migration: > A VM's disk can be moved to another storage domain while the VM is > running, by copying the disk's structure the destination domain. > The hard part of live storage migration is moving the active layer volumes > from one domain to another, while the VM is writing to those volumes. > By using a replication operation, the data is written to both source and > destination volumes. > When both volumes contain the same data, the block job operation can be > aborted, pivoting to the new disk. > > You may find more detailed information here: > https://www.ovirt.org/develop/release-management/features/st > orage/live-storage-migration-between-mixed-domains/ > > - Live migration: > Provides the ability to move a running virtual machine between physical > hosts with no interruption to service. > The virtual machine remains powered on and user applications continue to > run while the virtual machine is relocated to a new physical host. > A running virtual machine can be live migrated to any host within its > designated host cluster. > Live migration of virtual machines does not cause any service interruption. > > You may find some more information here: https://access.redhat.com/docu > mentation/en-US/Red_Hat_Enterprise_Virtualization/3.5/html/A > dministration_Guide/sect-Migrating_Virtual_Machines_Between_ > Hosts.html#What_is_live_migration > > Hope it helps! > > > *Regards,* > > *Shani Leviim* > > On Fri, Nov 24, 2017 at 11:54 AM, Arman Khalatyan > wrote: > >> hi, >> I have some test enviroment with ovirt >> "4.2.0-0.0.master.20171114071105.gitdfdc401.el7.centos" >> 2hosts+2NFS-domains >> >> During the multiple disk movement between the domains I am getting this >> warning: >> Moving disks while the VMs are running.(this is not so scary red as in >> 4.1.x :) ) >> >> What kind of problems can happen during the movement? >> >> Thanks, >> Arman. >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt self-hosted Engine [Failed to acquire lock: error -243]
Hi Terry, Can you please attach engine and vdsm logs? *Regards,* *Shani Leviim* On Mon, Nov 27, 2017 at 11:29 AM, Terry hey wrote: > Hello all, > I installed ovirt self-hosted engine. Unfortunately, the engine VM was > suddenly shutdown. And later, it automatically powered on. The engine admin > console showed the following error. > VM HostedEngine is down with error. Exit message: resource busy: Failed to > acquire lock: error -243. > > I would like to know what is this error message is talking about and how > to solve this error. > > I would like to first thank all of you help me to solve this issue. > > Regards, > Terry > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Move Export Domain across web via NFS verses Rsync Image
Hi Matt, Can you please provide engine.log ? *Regards,* *Shani Leviim* On Wed, Jan 31, 2018 at 1:47 AM, Matt Simonsen wrote: > On 01/30/2018 03:43 PM, Christopher Cox wrote: > >> So, you're saying you export to an Export Domain (NFS), detach, and then >> rsync that somewhere else (a different NFS system) and try to attach that >> an Export(import) Domain to a different datacenter and import? Sounds like >> it should work to me. >> > > > > > Yea. Exactly as you described below. > > If there's any reason this would be a problem, I'd love to hear others > chime in. > > Thanks > > Matt > > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Ovirt backups lead to unresponsive VM
Hi Alex, Sorry for the mail's delay. >From a brief look at your logs, I've noticed that the error you've got at the engine's log was logged at 2018-02-03 00:22:56, while your vdsm's log ends at 2018-02-03 00:01:01. Is there a way you can reproduce a fuller vdsm log? *Regards,* *Shani Leviim* On Sat, Feb 3, 2018 at 5:41 PM, Alex K wrote: > Attaching vdm log from host that trigerred the error, where the Vm that > was being cloned was running at that time. > > thanx, > Alex > > On Sat, Feb 3, 2018 at 5:20 PM, Yaniv Kaul wrote: > >> >> >> On Feb 3, 2018 3:24 PM, "Alex K" wrote: >> >> Hi All, >> >> I have reproduced the backups failure. The VM that failed is named >> Win-FileServer and is a Windows 2016 server 64bit with 300GB of disk. >> During the cloning step the VM went unresponsive and I had to stop/start >> it. >> I am attaching the logs.I have another VM with same OS (named DC-Server >> within the logs) but with smaller disk (60GB) which does not give any error >> when it is cloned. >> I see a line: >> >> EVENT_ID: VDS_BROKER_COMMAND_FAILURE(10,802), Correlation ID: null, Call >> Stack: null, Custom ID: null, Custom Event ID: -1, Message: VDSM >> v2.sitedomain command SnapshotVDS failed: Message timeout which can be >> caused by communication issues >> >> >> I suggest adding relevant vdsm.log as well. >> Y. >> >> >> I appreciate any advise why I am facing such issue with the backups. >> >> thanx, >> Alex >> >> On Tue, Jan 30, 2018 at 12:49 AM, Alex K wrote: >> >>> Ok. I will reproduce and collect logs. >>> >>> Thanx, >>> Alex >>> >>> On Jan 29, 2018 20:21, "Mahdi Adnan" wrote: >>> >>> I have Windows VMs, both client and server. >>> if you provide the engine.log file we might have a look at it. >>> >>> >>> -- >>> >>> Respectfully >>> *Mahdi A. Mahdi* >>> >>> -- >>> *From:* Alex K >>> *Sent:* Monday, January 29, 2018 5:40 PM >>> *To:* Mahdi Adnan >>> *Cc:* users >>> *Subject:* Re: [ovirt-users] Ovirt backups lead to unresponsive VM >>> >>> Hi, >>> >>> I have observed this logged at host when the issue occurs: >>> >>> VDSM command GetStoragePoolInfoVDS failed: Connection reset by peer >>> >>> or >>> >>> VDSM host.domain command GetStatsVDS failed: Connection reset by peer >>> >>> At engine logs have not been able to correlate. >>> >>> Are you hosting Windows 2016 server and Windows 10 VMs? >>> The weird is that I have same setup on other clusters with no issues. >>> >>> Thanx, >>> Alex >>> >>> On Sun, Jan 28, 2018 at 9:21 PM, Mahdi Adnan >>> wrote: >>> >>> Hi, >>> >>> We have a cluster of 17 nodes, backed by GlusterFS storage, and using >>> this same script for backup. >>> we have no issues with it so far. >>> have you checked engine log file ? >>> >>> >>> -- >>> >>> Respectfully >>> *Mahdi A. Mahdi* >>> >>> -- >>> *From:* users-boun...@ovirt.org on behalf of >>> Alex K >>> *Sent:* Wednesday, January 24, 2018 4:18 PM >>> *To:* users >>> *Subject:* [ovirt-users] Ovirt backups lead to unresponsive VM >>> >>> Hi all, >>> >>> I have a cluster with 3 nodes, using ovirt 4.1 in a self hosted setup on >>> top glusterfs. >>> On some VMs (especially one Windows server 2016 64bit with 500 GB of >>> disk). Guest agents are installed at VMs. i almost always observe that >>> during the backup of the VM the VM is rendered unresponsive (dashboard >>> shows a question mark at the VM status and VM does not respond to ping or >>> to anything). >>> >>> For scheduled backups I use: >>> >>> https://github.com/wefixit-AT/oVirtBackup >>> >>> The script does the following: >>> >>> 1. snapshot VM (this is done ok without any failure) >>> >>> 2. Clone snapshot (this steps renders the VM unresponsive) >>> >>> 3. Export Clone >>> >>> 4. Delete clone >>> >>> 5. Delete snapshot >>> >>> >>> Do you have any similar experience? Any suggestions to address this? >>> >>> I have never seen such issue with hosted Linux VMs. >>> >>> The cluster has enough storage to accommodate the clone. >>> >>> >>> Thanx, >>> >>> Alex >>> >>> >>> >>> >>> >>> >> >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] GUI trouble when adding FC datadomain
Hi, There's a fix available for ovirt-engine-4.2.1 [1] [1] https://bugzilla.redhat.com/show_bug.cgi?id=1524126 *Regards,* *Shani Leviim* On Fri, Feb 2, 2018 at 2:18 PM, Yaniv Kaul wrote: > > > On Feb 2, 2018 1:09 PM, "Roberto Nunin" wrote: > > Hi Yaniv > > Currently Engine is 4.2.0.2-1 on CentOS7.4 > I've used using oVirt Node image 4.2-2017122007.iso > > LUN I need is certainly empty. (the second one in the list). > > > Please file a bug with logs, so we can understand the issue better. > Y. > > > > > 2018-02-02 13:01 GMT+01:00 Yaniv Kaul : > >> Which version are you using? Are you sure the LUNs are empty? >> Y. >> >> >> On Feb 2, 2018 11:19 AM, "Roberto Nunin" wrote: >> >>> Hi all >>> >>> I'm trying to setup ad HE cluster, with FC domain. >>> HE is also on FC. >>> >>> When I try to add the first domain in the datacenter, I've this form: >>> >>> [image: Immagine incorporata 1] >>> >>> So I'm not able to choose any of the three volumes currently masked >>> towards the chosen host. >>> I've tried all browser I've: Firefox 58, Chrome 63, IE 11, MS Edge, with >>> no changes. >>> >>> Tried to click in the rows, scrolling etc. with no success. >>> >>> Someone has found the same issue ? >>> Thanks in advance >>> >>> -- >>> Roberto Nunin >>> >>> >>> >>> >>> ___ >>> Users mailing list >>> Users@ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> > > > -- > Roberto Nunin > > > > > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] restore snapshot cannot restore memory
Hi, Can you please attach full engine and vdsm logs? *Regards,* *Shani Leviim* On Fri, Feb 23, 2018 at 6:05 PM, pengyixiang wrote: > hello > I found if we retore snapshot, memory cannot be restored, I test it > with ovirt-4.1.2、vdsm-4.17.0 and libvirt-3.0.0, > and i get some errors in [1],it seems vm not paused in creating snapshot, > but self._underlyingCont() called in vm starting, > so error occurs, then vm is started in libvirt but shutdowned in vdsm, > changes in [2], then it works well. > > > [1] > 2018-02-12 19:39:23,830+0800 ERROR (vm/d7be0fde) [virt.vm] > (vmId='d7be0fde-f9b9-4447-a250-2453482faef9') The vm start process failed > (vm:662) > Traceback (most recent call last): > File "/usr/share/vdsm/virt/vm.py", line 607, in _startUnderlyingVm > self._completeIncomingMigration() > File "/usr/share/vdsm/virt/vm.py", line 3268, in > _completeIncomingMigration > self.cont() > File "/usr/share/vdsm/virt/vm.py", line 1128, in cont > self._underlyingCont() > File "/usr/share/vdsm/virt/vm.py", line 3368, in _underlyingCont > self._dom.resume() > File "/usr/lib/python2.7/dist-packages/vdsm/virt/virdomain.py", line > 69, in f > ret = attr(*args, **kwargs) > File "/usr/lib/python2.7/dist-packages/vdsm/libvirtconnection.py", line > 123, in wrapper > ret = f(*args, **kwargs) > File "/usr/lib/python2.7/dist-packages/vdsm/utils.py", line 926, in > wrapper > return func(inst, *args, **kwargs) > File "/usr/lib/python2.7/dist-packages/libvirt.py", line 1905, in resume > if ret == -1: raise libvirtError ('virDomainResume() failed', dom=self) > libvirtError: Requested operation is not valid: domain is already running > > [2] > --- a/Linx_Node/node_iso/install_script/py/vdsm/vdsm/virt/vm.py > +++ b/Linx_Node/node_iso/install_script/py/vdsm/vdsm/virt/vm.py > @@ -3677,6 +3677,8 @@ class Vm(object): > else: > snapFlags |= libvirt.VIR_DOMAIN_SNAPSHOT_CREATE_DISK_ONLY > > +self._underlyingPause() > + > # When creating memory snapshot libvirt will pause the vm > should_freeze = not (memoryParams or frozen) > > @@ -3734,6 +3736,8 @@ class Vm(object): > if memoryParams: > self.cif.teardownVolumePath(memoryVol) > > +self._underlyingCont() > + > # Returning quiesce to notify the manager whether the guest agent > # froze and flushed the filesystems or not. > quiesce = should_freeze and freezed["status"]["code"] == 0 > > > > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Ghost Snapshot Disk
Hi Lionel, You can try to delete that snapshot directly from the database. In case of using psql [1], once you've logged in to your database, you can run this query: $ select * from snapshots where vm_id = ''; This one would list the snapshots associated with a VM by its id. In case you don't have you vm_id, you can locate it by querying: $ select * from vms where vm_name = 'nil'; This one would show you some details about a VM by its name (including the vm's id). Once you've found the relevant snapshot, you can delete it by running: $ delete from snapshots where snapshot_id = ''; This one would delete the desired snapshot from the database. Since it's a delete operation, I would suggest confirming the ids before executing it. Hope you've found it useful! [1] https://www.ovirt.org/documentation/install-guide/appe-Preparing_a_Remote_PostgreSQL_Database_for_Use_with_the_oVirt_Engine/ *Regards,* *Shani Leviim* On Fri, Feb 23, 2018 at 9:25 AM, Lionel Caignec wrote: > Hi, > > i've a problem with snapshot. On one VM i've a "snapshot" ghost without > name or uuid, only information is size (see attachment). In the snapshot > tab there is no trace about this disk. > > In database (table images) i found this : > f242cc9a-56c1-4ae4-aef0-f75eb01f74b1 | 2018-01-17 22:02:00+01 | > 2748779069440 | ---- | > ---- | 4 | 2018-01-18 > 22:01:20.5+01 | 0dd2090c-3491-4fa1-98c3-54ae88be793c > | 2 | 4 | 17e26476-cecb-441d-a5f7-46ab3ef387ee | > 2018-01-17 22:01:29.663334+01 | 2018-01-19 08:40:14.345229+01 | f | > 1 | 2 > 1c7650fa-542b-4ec2-83a1-d2c1c31be5fd | 2018-01-17 22:02:03+01 | > 536870912 | ---- | > ---- | 4 | 2018-01-18 > 22:01:20.84+01 | 0dd2090c-3491-4fa1-98c3-54ae88be793c > | 2 | 4 | bf834a91-c69f-4d2c-b639-116ed58296d8 | > 2018-01-17 22:01:29.836133+01 | 2018-01-19 08:40:19.083508+01 | f | > 1 | 2 > 8614b21f-c0de-40f2-b4fb-e5cf193b0743 | 2018-02-09 23:00:44+01 | > 536870912 | ---- | > ---- | 4 | 2018-02-16 > 23:00:02.855+01 | 390175dc-baf4-4831-936a-5ea68fa4c969 > > > But i does not know which line is my disk. Is it possible to delete > directly into database? > Or is it better to dump my disk to another new and delete the "corrupted > one"? > > Another thing, when i try to move the disk to another storage domain i > always get "uncaght exeption occured ..." and no error in engine.log. > > > Thank you for helping. > > -- > Lionel Caignec > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Ghost Snapshot Disk
Hi Lionel, The error message you've mentioned sounds like a UI error. Can you please attach your ui log? Also, on the data from 'images' table you've uploaded, can you describe which line is the relevant disk? Finally (for now), in case the snapshot was deleted, can you please validate it by viewing the output of: $ select * from snapshots; *Regards,* *Shani Leviim* On Mon, Feb 26, 2018 at 9:20 AM, Lionel Caignec wrote: > Hi Shani, > thank you for helping me with your reply, > i juste make a little mistake on explanation. In fact it's the snapshot > does not exist anymore. This is the disk(s) relative to her wich still > exist, and perhaps LVM volume. > So can i delete manually this disk in database? what about the lvm volume? > Is it better to recreate disk sync data and destroy old one? > > > > - Mail original - > De: "Shani Leviim" > À: "Lionel Caignec" > Cc: "users" > Envoyé: Dimanche 25 Février 2018 14:26:41 > Objet: Re: [ovirt-users] Ghost Snapshot Disk > > Hi Lionel, > > You can try to delete that snapshot directly from the database. > > In case of using psql [1], once you've logged in to your database, you can > run this query: > $ select * from snapshots where vm_id = ''; > This one would list the snapshots associated with a VM by its id. > > In case you don't have you vm_id, you can locate it by querying: > $ select * from vms where vm_name = 'nil'; > This one would show you some details about a VM by its name (including the > vm's id). > > Once you've found the relevant snapshot, you can delete it by running: > $ delete from snapshots where snapshot_id = ''; > This one would delete the desired snapshot from the database. > > Since it's a delete operation, I would suggest confirming the ids before > executing it. > > Hope you've found it useful! > > [1] > https://www.ovirt.org/documentation/install-guide/appe-Preparing_a_Remote_ > PostgreSQL_Database_for_Use_with_the_oVirt_Engine/ > > > *Regards,* > > *Shani Leviim* > > On Fri, Feb 23, 2018 at 9:25 AM, Lionel Caignec wrote: > > > Hi, > > > > i've a problem with snapshot. On one VM i've a "snapshot" ghost without > > name or uuid, only information is size (see attachment). In the snapshot > > tab there is no trace about this disk. > > > > In database (table images) i found this : > > f242cc9a-56c1-4ae4-aef0-f75eb01f74b1 | 2018-01-17 22:02:00+01 | > > 2748779069440 | ---- | > > ---- | 4 | 2018-01-18 > > 22:01:20.5+01 | 0dd2090c-3491-4fa1-98c3-54ae88be793c > > | 2 | 4 | 17e26476-cecb-441d-a5f7-46ab3ef387ee | > > 2018-01-17 22:01:29.663334+01 | 2018-01-19 08:40:14.345229+01 | f | > > 1 | 2 > > 1c7650fa-542b-4ec2-83a1-d2c1c31be5fd | 2018-01-17 22:02:03+01 | > > 536870912 | ---- | > > ---- | 4 | 2018-01-18 > > 22:01:20.84+01 | 0dd2090c-3491-4fa1-98c3-54ae88be793c > > | 2 | 4 | bf834a91-c69f-4d2c-b639-116ed58296d8 | > > 2018-01-17 22:01:29.836133+01 | 2018-01-19 08:40:19.083508+01 | f | > > 1 | 2 > > 8614b21f-c0de-40f2-b4fb-e5cf193b0743 | 2018-02-09 23:00:44+01 | > > 536870912 | ---- | > > ---- | 4 | 2018-02-16 > > 23:00:02.855+01 | 390175dc-baf4-4831-936a-5ea68fa4c969 > > > > > > But i does not know which line is my disk. Is it possible to delete > > directly into database? > > Or is it better to dump my disk to another new and delete the "corrupted > > one"? > > > > Another thing, when i try to move the disk to another storage domain i > > always get "uncaght exeption occured ..." and no error in engine.log. > > > > > > Thank you for helping. > > > > -- > > Lionel Caignec > > > > ___ > > Users mailing list > > Users@ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Ghost Snapshot Disk
Hi, What is your engine version, please? I'm trying to reproduce your steps, for understanding better was is the cause for that error. Therefore, a full engine log is needed. Can you please attach it? Thanks, *Shani Leviim* On Mon, Feb 26, 2018 at 2:48 PM, Lionel Caignec wrote: > Hi > > 1) this is error message from ui.log > > 2018-02-26 13:44:10,001+01 ERROR [org.ovirt.engine.ui.frontend. > server.gwt.OvirtRemoteLoggingService] (default task-3) [] Permutation > name: 8C01181C3B121D0AAE1312275CC96415 > 2018-02-26 13:44:10,001+01 ERROR > [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] > (default task-3) [] Uncaught exception: > com.google.gwt.core.client.JavaScriptException: > (TypeError) > __gwt$exception: : Cannot read property 'F' of null > at org.ovirt.engine.ui.uicommonweb.models.storage. > DisksAllocationModel$3.$onSuccess(DisksAllocationModel.java:120) > at org.ovirt.engine.ui.uicommonweb.models.storage. > DisksAllocationModel$3.onSuccess(DisksAllocationModel.java:120) > at > org.ovirt.engine.ui.frontend.Frontend$2.$onSuccess(Frontend.java:233) > [frontend.jar:] > at > org.ovirt.engine.ui.frontend.Frontend$2.onSuccess(Frontend.java:233) > [frontend.jar:] > at org.ovirt.engine.ui.frontend.communication. > OperationProcessor$2.$onSuccess(OperationProcessor.java:139) > [frontend.jar:] > at org.ovirt.engine.ui.frontend.communication. > OperationProcessor$2.onSuccess(OperationProcessor.java:139) > [frontend.jar:] > at org.ovirt.engine.ui.frontend.communication. > GWTRPCCommunicationProvider$5$1.$onSuccess(GWTRPCCommunicationProvider.java:269) > [frontend.jar:] > at org.ovirt.engine.ui.frontend.communication. > GWTRPCCommunicationProvider$5$1.onSuccess(GWTRPCCommunicationProvider.java:269) > [frontend.jar:] > at com.google.gwt.user.client.rpc.impl.RequestCallbackAdapter. > onResponseReceived(RequestCallbackAdapter.java:198) [gwt-servlet.jar:] > at > com.google.gwt.http.client.Request.$fireOnResponseReceived(Request.java:237) > [gwt-servlet.jar:] > at > com.google.gwt.http.client.RequestBuilder$1.onReadyStateChange(RequestBuilder.java:409) > [gwt-servlet.jar:] > at Unknown.eval(webadmin-0.js@65) > at com.google.gwt.core.client.impl.Impl.apply(Impl.java:296) > [gwt-servlet.jar:] > at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:335) > [gwt-servlet.jar:] > at Unknown.eval(webadmin-0.js@54) > > > 2) This line seems to be about the bad disk : > > f242cc9a-56c1-4ae4-aef0-f75eb01f74b1 | 2018-01-17 22:02:00+01 | > 2748779069440 | ---- | > ----0000 | 4 | 2018-01-18 > 22:01:20.5+01 | 0dd2090c-3491-4fa1-98c3-54ae88be793c > > > 3) Snapshot table is empty for the concerned vm_id. > > - Mail original - > De: "Shani Leviim" > À: "Lionel Caignec" > Cc: "users" > Envoyé: Lundi 26 Février 2018 13:31:23 > Objet: Re: [ovirt-users] Ghost Snapshot Disk > > Hi Lionel, > > The error message you've mentioned sounds like a UI error. > Can you please attach your ui log? > > Also, on the data from 'images' table you've uploaded, can you describe > which line is the relevant disk? > > Finally (for now), in case the snapshot was deleted, can you please > validate it by viewing the output of: > $ select * from snapshots; > > > > *Regards,* > > *Shani Leviim* > > On Mon, Feb 26, 2018 at 9:20 AM, Lionel Caignec wrote: > > > Hi Shani, > > thank you for helping me with your reply, > > i juste make a little mistake on explanation. In fact it's the snapshot > > does not exist anymore. This is the disk(s) relative to her wich still > > exist, and perhaps LVM volume. > > So can i delete manually this disk in database? what about the lvm > volume? > > Is it better to recreate disk sync data and destroy old one? > > > > > > > > - Mail original - > > De: "Shani Leviim" > > À: "Lionel Caignec" > > Cc: "users" > > Envoyé: Dimanche 25 Février 2018 14:26:41 > > Objet: Re: [ovirt-users] Ghost Snapshot Disk > > > > Hi Lionel, > > > > You can try to delete that snapshot directly from the database. > > > > In case of using psql [1], once you've logged in to your database, you > can > > run this query: > > $ select * from snapshots where vm_id = ''; > > This one would list the snapshots associated with a VM by its id. > > > > In case you don't have yo
Re: [ovirt-users] Ghost Snapshot Disk
Hi Lionel, Sorry for the delay in replying you. If it's possible from your side, syncing the data and destroying old disk sounds about right. In addition, it seems like you're having this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1509629 And it was fixed for version 4.1.9. and above. *Regards,* *Shani Leviim* On Mon, Feb 26, 2018 at 4:18 PM, Lionel Caignec wrote: > Ok so i reply myself, > > Version is 4.1.7.6-1 > > I just delete manually a snapshot previously created. But this is an io > intensive vm, whit big disk (2,5To, and 5To). > > For the log, i cannot paste all my log on public list security reason, i > will send you full in private. > Here is an extract relevant to my error > engine.log-20180210:2018-02-09 23:00:03,200+01 INFO > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (default task-312) [44402a8c-3196-43f0-ba33-307ea78e6f49] EVENT_ID: > USER_CREATE_SNAPSHOT(45), Correlation ID: > 44402a8c-3196-43f0-ba33-307ea78e6f49, > Job ID: 030cd310-fec9-4a89-8c3f-7888504fe973, Call Stack: null, Custom > ID: null, Custom Event ID: -1, Message: Snapshot > 'AUTO_7D_zz_nil_20180209_220002' > creation for VM 'zz_nil' was initiated by snap_user@internal. > engine.log-20180210:2018-02-09 23:01:06,578+01 INFO > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (DefaultQuartzScheduler5) [] EVENT_ID: > USER_CREATE_SNAPSHOT_FINISHED_SUCCESS(68), > Correlation ID: 44402a8c-3196-43f0-ba33-307ea78e6f49, Job ID: > 030cd310-fec9-4a89-8c3f-7888504fe973, Call Stack: null, Custom ID: null, > Custom Event ID: -1, Message: Snapshot 'AUTO_7D_zz_nil_20180209_220002' > creation for VM 'zz_nil' has been completed. > engine.log-20180220:2018-02-19 17:01:23,800+01 INFO > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (default task-113) [] EVENT_ID: USER_REMOVE_SNAPSHOT(342), Correlation ID: > 06a9efa4-1b80-4021-bf3e-41ecebe58a88, Job ID: > c9a918a7-b00c-43cf-b6de-3659ac0765da, > Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: Snapshot > 'AUTO_7D_zz_nil_20180209_220002' deletion for VM 'zz_nil' was initiated > by acaignec@ldap-cines-authz. > engine.log-20180221:2018-02-20 22:24:45,174+01 ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (DefaultQuartzScheduler6) [06a9efa4-1b80-4021-bf3e-41ecebe58a88] > EVENT_ID: USER_REMOVE_SNAPSHOT_FINISHED_FAILURE(357), Correlation ID: > 06a9efa4-1b80-4021-bf3e-41ecebe58a88, Job ID: > c9a918a7-b00c-43cf-b6de-3659ac0765da, > Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: Failed to > delete snapshot 'AUTO_7D_zz_nil_20180209_220002' for VM 'zz_nil'. > 2018-02-20 22:24:46,266+01 INFO > [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] > (DefaultQuartzScheduler3) [516079c3] SPMAsyncTask::PollTask: Polling task > '34137342-4f30-476d-b16c-1cb7e0ea0ac0' (Parent Command 'DestroyImage', > Parameters Type 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') > returned status 'finished', result 'success'. > 2018-02-20 22:24:46,267+01 INFO > [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] > (DefaultQuartzScheduler3) [516079c3] BaseAsyncTask::onTaskEndSuccess: > Task '34137342-4f30-476d-b16c-1cb7e0ea0ac0' (Parent Command > 'DestroyImage', Parameters Type > 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') > ended successfully. > 2018-02-20 22:24:46,268+01 INFO > [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] > (DefaultQuartzScheduler3) [516079c3] CommandAsyncTask::endActionIfNecessary: > All tasks of command 'fe8c91f2-386b-4b3f-bbf3-aeda8e9244c6' has ended -> > executing 'endAction' > 2018-02-20 22:24:46,268+01 INFO > [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] > (DefaultQuartzScheduler3) [516079c3] CommandAsyncTask::endAction: Ending > action for '1' tasks (command ID: 'fe8c91f2-386b-4b3f-bbf3-aeda8e9244c6'): > calling endAction '. > 2018-02-20 22:24:46,268+01 INFO > [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] > (org.ovirt.thread.pool-6-thread-20) [516079c3] > CommandAsyncTask::endCommandAction > [within thread] context: Attempting to endAction 'DestroyImage', > 2018-02-20 22:24:46,269+01 ERROR > [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] > (org.ovirt.thread.pool-6-thread-20) [516079c3] [within thread]: endAction > for action type DestroyImage threw an exception.: > java.lang.NullPointerException > at org.ovirt.engine.core.bll.tasks.CoCoAsyncTaskHelper. > endAction(CoCoAsyncTaskHelper.java:335) [bll.jar:] >
Re: [ovirt-users] cannot remove vm.
Hi Nick, You can try the taskcleaner script on dbutils: PGPASSWORD=... /usr/share/ovirt-engine/setup/dbutils/taskcleaner.sh --help *Regards,* *Shani Leviim* On Thu, Mar 1, 2018 at 6:01 PM, nicola gentile wrote: > Hi, > I have a problem. I try to remove a pool and than I remove every vm > but one of this display the message "Cannot remove VM. Related > operation is currently in progress. Please try again later." > > I try to unlock with this command > > PGPASSWORD=... /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh > -t all -u engine > > but not working > > in /var/log/ovirt-engine/engine.log > > 2018-03-01 17:02:47,799+01 INFO > [org.ovirt.engine.core.bll.RemoveVmCommand] (default task-33) > [0217d710-afb6-4450-9897-02748d871aa1] Failed to Acquire Lock to > object 'EngineLock:{exclusiveLocks='[d623ad44-a645-4fd0-9993- > d21374e99eb5=VM]', > sharedLocks=''}' > 2018-03-01 17:02:47,799+01 WARN > [org.ovirt.engine.core.bll.RemoveVmCommand] (default task-33) > [0217d710-afb6-4450-9897-02748d871aa1] Validation of action 'RemoveVm' > failed for user admin@internal-authz. Reasons: > VAR__ACTION__REMOVE,VAR__TYPE__VM,ACTION_TYPE_FAILED_OBJECT_LOCKED > > please help > > thanks > > Nick > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Cannot activate storage domain
Hi Simone, Can you please share your vdsm and engine logs? *Regards,* *Shani Leviim* On Tue, Mar 6, 2018 at 7:34 AM, Bruckner, Simone < simone.bruck...@fabasoft.com> wrote: > Hello, I apologize for bringing this one up again, but does anybody know > if there is a change to recover a storage domain, that cannot be activated? > > > > Thank you, > > Simone > > > > *Von:* users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] *Im > Auftrag von *Bruckner, Simone > *Gesendet:* Freitag, 2. März 2018 17:03 > > *An:* users@ovirt.org > *Betreff:* Re: [ovirt-users] Cannot activate storage domain > > > > Hi all, > > > > I managed to get the inactive storage domain to maintenance by stopping > all running VMs that were using it, but I am still not able to activate it. > > > > Trying to activate results in the following events: > > > > For each host: > > VDSM command GetVGInfoVDS failed: Volume Group does not exist: > (u'vg_uuid: 813oRe-64r8-mloU-k9G2-LFsS-dXSG-hpN4kf',) > > > > And finally: > > VDSM command ActivateStorageDomainVDS failed: Storage domain does not > exist: (u'b83c159c-4ad6-4613-ba16-bab95ccd10c0',) > > > > Is there anything I can do to recover this storage domain? > > > > Thank you and all the best, > > Simone > > > > *Von:* users-boun...@ovirt.org [mailto:users-boun...@ovirt.org > ] *Im Auftrag von *Bruckner, Simone > *Gesendet:* Donnerstag, 1. März 2018 17:57 > *An:* users@ovirt.org > *Betreff:* Re: [ovirt-users] Cannot activate storage domain > > > > Hi, > > > > we are still struggling getting a storage domain online again. We tried > to put the storage domain in maintenance mode, that led to “Failed to > update OVF disks 809cc8d7-7687-46cf-a342-3be48674a9b3, OVF data isn't > updated on those OVF stores”. > > > > Trying again with ignoring OVF update failures put the storage domain in > “preparing for maintenance”. We see the following message on all hosts: > “Error releasing host id 26 for domain b83c159c-4ad6-4613-ba16-bab95ccd10c0 > (monitor:578)”. > > > > Querying the storage domain using vdsm-client on the SPM resulted in > > # vdsm-client StorageDomain getInfo "storagedomainID"="b83c159c- > 4ad6-4613-ba16-bab95ccd10c0" > > vdsm-client: Command StorageDomain.getInfo with args {'storagedomainID': > 'b83c159c-4ad6-4613-ba16-bab95ccd10c0'} failed: > > (code=358, message=Storage domain does not exist: > (u'b83c159c-4ad6-4613-ba16-bab95ccd10c0',)) > > > > Any ideas? > > > > Thank you and all the best, > > Simone > > > > *Von:* users-boun...@ovirt.org [mailto:users-boun...@ovirt.org > ] *Im Auftrag von *Bruckner, Simone > *Gesendet:* Mittwoch, 28. Februar 2018 15:52 > *An:* users@ovirt.org > *Betreff:* [ovirt-users] Cannot activate storage domain > > > > Hi all, > > > > we run a small oVirt installation that we also use for automated testing > (automatically creating, dropping vms). > > > > We got an inactive FC storage domain that we cannot activate any more. We > see several events at that time starting with: > > > > VM perftest-c17 is down with error. Exit message: Unable to get volume > size for domain b83c159c-4ad6-4613-ba16-bab95ccd10c0 volume > 686376c1-4be1-44c3-89a3-0a8addc8fdf2. > > > > Trying to activate the strorage domain results in the following alert > event for each host: > > > > VDSM command GetVGInfoVDS failed: Volume Group does not exist: > (u'vg_uuid: 813oRe-64r8-mloU-k9G2-LFsS-dXSG-hpN4kf',) > > > > And after those messages from all hosts we get: > > > > VDSM command ActivateStorageDomainVDS failed: Storage domain does not > exist: (u'b83c159c-4ad6-4613-ba16-bab95ccd10c0',) > > Failed to activate Storage Domain VMHOST_LUN_205 (Data Center Production) > by > > Invalid status on Data Center Production. Setting status to Non Responsive. > > Storage Pool Manager runs on Host vmhost003.fabagl.fabasoft.com (Address: > vmhost003.fabagl.fabasoft.com), Data Center Production. > > > > Checking the hosts with multipath –ll we see the LUN without errors. > > > > We run oVirt 4.2.1 on CentOS 7.4. Hosts are CentOS 7.4 hosts with oVirt > installed using oVirt engine. > > Hosts are connected to about 30 FC LUNs (8 TB each) on two all-flash > storage arrays. > > > > Thank you, > > Simone Bruckner > > > > > > > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Ghost Snapshot Disk
Hi Lionel, Can you please share once again your engine log (or at least the relevant part where that error message occurred)? *Regards,* *Shani Leviim* On Thu, Mar 8, 2018 at 1:56 PM, Lionel Caignec wrote: > Hi, > > i finished to move my data, but now when i want to remove my old disk i > get stuck to this error : > "Cannot detach Virtual Machine Disk. The disk is already configured in a > snapshot. In order to detach it, remove the disk's snapshots". > But like i said before there is no snapshot anymore. > So what can i do? Delete manually inside database? So where? > Delete manually lvm volume, so how can i find the good one? > > Please help ;). > > Lionel > > ----- Mail original - > De: "Lionel Caignec" > À: "Shani Leviim" > Cc: "users" > Envoyé: Mardi 6 Mars 2018 08:22:30 > Objet: Re: [ovirt-users] Ghost Snapshot Disk > > Hi, > > ok thank you for information (sorry for late response). > > I will do that. > > - Mail original - > De: "Shani Leviim" > À: "Lionel Caignec" > Cc: "users" > Envoyé: Mardi 27 Février 2018 14:19:45 > Objet: Re: [ovirt-users] Ghost Snapshot Disk > > Hi Lionel, > > Sorry for the delay in replying you. > > If it's possible from your side, syncing the data and destroying old disk > sounds about right. > > In addition, it seems like you're having this bug: > https://bugzilla.redhat.com/show_bug.cgi?id=1509629 > And it was fixed for version 4.1.9. and above. > > > > *Regards,* > > *Shani Leviim* > > On Mon, Feb 26, 2018 at 4:18 PM, Lionel Caignec wrote: > > > Ok so i reply myself, > > > > Version is 4.1.7.6-1 > > > > I just delete manually a snapshot previously created. But this is an io > > intensive vm, whit big disk (2,5To, and 5To). > > > > For the log, i cannot paste all my log on public list security reason, i > > will send you full in private. > > Here is an extract relevant to my error > > engine.log-20180210:2018-02-09 23:00:03,200+01 INFO > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > (default task-312) [44402a8c-3196-43f0-ba33-307ea78e6f49] EVENT_ID: > > USER_CREATE_SNAPSHOT(45), Correlation ID: 44402a8c-3196-43f0-ba33- > 307ea78e6f49, > > Job ID: 030cd310-fec9-4a89-8c3f-7888504fe973, Call Stack: null, Custom > > ID: null, Custom Event ID: -1, Message: Snapshot > 'AUTO_7D_zz_nil_20180209_220002' > > creation for VM 'zz_nil' was initiated by snap_user@internal. > > engine.log-20180210:2018-02-09 23:01:06,578+01 INFO > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > (DefaultQuartzScheduler5) [] EVENT_ID: USER_CREATE_SNAPSHOT_FINISHED_ > SUCCESS(68), > > Correlation ID: 44402a8c-3196-43f0-ba33-307ea78e6f49, Job ID: > > 030cd310-fec9-4a89-8c3f-7888504fe973, Call Stack: null, Custom ID: null, > > Custom Event ID: -1, Message: Snapshot 'AUTO_7D_zz_nil_20180209_220002' > > creation for VM 'zz_nil' has been completed. > > engine.log-20180220:2018-02-19 17:01:23,800+01 INFO > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > (default task-113) [] EVENT_ID: USER_REMOVE_SNAPSHOT(342), Correlation > ID: > > 06a9efa4-1b80-4021-bf3e-41ecebe58a88, Job ID: c9a918a7-b00c-43cf-b6de- > 3659ac0765da, > > Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: Snapshot > > 'AUTO_7D_zz_nil_20180209_220002' deletion for VM 'zz_nil' was initiated > > by acaignec@ldap-cines-authz. > > engine.log-20180221:2018-02-20 22:24:45,174+01 ERROR > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > (DefaultQuartzScheduler6) [06a9efa4-1b80-4021-bf3e-41ecebe58a88] > > EVENT_ID: USER_REMOVE_SNAPSHOT_FINISHED_FAILURE(357), Correlation ID: > > 06a9efa4-1b80-4021-bf3e-41ecebe58a88, Job ID: c9a918a7-b00c-43cf-b6de- > 3659ac0765da, > > Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: Failed > to > > delete snapshot 'AUTO_7D_zz_nil_20180209_220002' for VM 'zz_nil'. > > 2018-02-20 22:24:46,266+01 INFO [org.ovirt.engine.core.bll. > tasks.SPMAsyncTask] > > (DefaultQuartzScheduler3) [516079c3] SPMAsyncTask::PollTask: Polling task > > '34137342-4f30-476d-b16c-1cb7e0ea0ac0' (Parent Command 'DestroyImage', > > Parameters Type 'org.ovirt.engine.core.common.asynctasks. > AsyncTaskParameters') > > returned status 'finished', result 'success'. > > 2018-02-20 22:24:46,267+01 INFO [org.ovirt.engin
Re: [ovirt-users] Ghost Snapshot Disk
Hi Enrico, Can you please send your question on a new different mail to users' list? (So we won't mix up the answers due to different ovirt-engine's versions). Thanks for cooperation. *Regards,* *Shani Leviim* On Thu, Mar 8, 2018 at 6:08 PM, Enrico wrote: > Hi All, > I've a similar question , I can't remove a snapshot. oVirt version is the > last stable 4.2.1.7 > with engine running in non hosted mode. Before remove snapshot I've > shutdown vm. > These are logs from engine: > > 2018-03-08 16:57:47,153+01 INFO > [org.ovirt.engine.core.bll.ProcessDownVmCommand] > (EE-ManagedThreadFactory-engine-Thread-40253) [711eba7d] Running command: > ProcessDownVmCommand internal: true. > 2018-03-08 16:57:55,589+01 INFO [org.ovirt.engine.core. > vdsbroker.monitoring.VmsStatisticsFetcher] > (EE-ManagedThreadFactory-engineScheduled-Thread-71) > [] Fetched 8 VMs from VDS '85bbf811-1069-4e67-ba86-e50dec9f5da9' > 2018-03-08 16:59:00,561+01 INFO > [org.ovirt.engine.core.bll.snapshots.RemoveDiskSnapshotsCommand] > (default task-31) [ceb64d67-ce9e-41a8-93dd-ffa512bfd18e] Lock Acquired to > object > 'EngineLock:{exclusiveLocks='[281a869f-8541-49cf-894b-f583bd26083d=DISK]', > sharedLocks=''}' > 2018-03-08 16:59:00,599+01 INFO > [org.ovirt.engine.core.bll.snapshots.RemoveDiskSnapshotsCommand] > (EE-ManagedThreadFactory-engine-Thread-40284) > [ceb64d67-ce9e-41a8-93dd-ffa512bfd18e] > Running command: RemoveDiskSnapshotsCommand internal: false. Entities > affected : ID: 01f9b5f2-9e48-4c24-80e5-dca7f1d4d128 Type: VMAction group > MANIPULATE_VM_SNAPSHOTS with role type USER > 2018-03-08 16:59:00,613+01 INFO [org.ovirt.engine.core.dal. > dbbroker.auditloghandling.AuditLogDirector] > (EE-ManagedThreadFactory-engine-Thread-40284) > [ceb64d67-ce9e-41a8-93dd-ffa512bfd18e] EVENT_ID: > USER_REMOVE_DISK_SNAPSHOT(373), Disk 'SOL_Disk1' from Snapshot(s) 'PHP > 5.6.29' of VM 'SOL-DEV' deletion was initiated by admin@internal-authz. > 2018-03-08 16:59:00,615+01 INFO > [org.ovirt.engine.core.bll.snapshots.RemoveDiskSnapshotsCommand] > (EE-ManagedThreadFactory-engine-Thread-40284) > [ceb64d67-ce9e-41a8-93dd-ffa512bfd18e] > Lock freed to object 'EngineLock:{exclusiveLocks='[ > 281a869f-8541-49cf-894b-f583bd26083d=DISK]', sharedLocks=''}' > 2018-03-08 16:59:00,993+01 INFO > [org.ovirt.engine.core.bll.snapshots.RemoveDiskSnapshotsCommand] > (EE-ManagedThreadFactory-engineScheduled-Thread-25) > [ceb64d67-ce9e-41a8-93dd-ffa512bfd18e] Starting child command 1 of 1, > image '64e8f28d-6c00-41d8-9f60-26a87d51cb8c' > 2018-03-08 16:59:01,026+01 INFO [org.ovirt.engine.core.bll.snapshots. > ColdMergeSnapshotSingleDiskCommand] > (EE-ManagedThreadFactory-commandCoordinator-Thread-7) > [ceb64d67-ce9e-41a8-93dd-ffa512bfd18e] Running command: > ColdMergeSnapshotSingleDiskCommand internal: true. Entities affected : > ID: ---- Type: Storage > 2018-03-08 16:59:02,026+01 INFO [org.ovirt.engine.core.bll.snapshots. > ColdMergeSnapshotSingleDiskCommand] > (EE-ManagedThreadFactory-engineScheduled-Thread-98) > [ceb64d67-ce9e-41a8-93dd-ffa512bfd18e] Command > 'ColdMergeSnapshotSingleDisk' id '2bbd81c3-9fa1-4e48-ab69-5588e1367539' > executing step 'PREPARE_MERGE' > 2018-03-08 16:59:02,048+01 INFO [org.ovirt.engine.core.bll. > storage.disk.image.PrepareMergeCommand] > (EE-ManagedThreadFactory-engineScheduled-Thread-98) > [ceb64d67-ce9e-41a8-93dd-ffa512bfd18e] Running command: > PrepareMergeCommand internal: true. Entities affected : ID: > ---- Type: Storage > 2018-03-08 16:59:02,049+01 INFO [org.ovirt.engine.core. > vdsbroker.irsbroker.PrepareMergeVDSCommand] > (EE-ManagedThreadFactory-engineScheduled-Thread-98) > [ceb64d67-ce9e-41a8-93dd-ffa512bfd18e] START, PrepareMergeVDSCommand( > SPMColdMergeVDSCommandParameters:{storagePoolId='18d57688-6ed4-43b8-bd7c-0665b55950b7', > ignoreFailoverLimit='false'}), log id: 447f2b58 > 2018-03-08 16:59:02,178+01 INFO [org.ovirt.engine.core. > vdsbroker.irsbroker.PrepareMergeVDSCommand] > (EE-ManagedThreadFactory-engineScheduled-Thread-98) > [ceb64d67-ce9e-41a8-93dd-ffa512bfd18e] FINISH, PrepareMergeVDSCommand, > log id: 447f2b58 > 2018-03-08 16:59:02,221+01 INFO > [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] > (EE-ManagedThreadFactory-engineScheduled-Thread-98) > [ceb64d67-ce9e-41a8-93dd-ffa512bfd18e] CommandAsyncTask::Adding > CommandMultiAsyncTasks object for command 'b5983000-d637-47da-8aa2- > fb8fec50b480' > 2018-03-08 16:59:02,221+01 INFO > [org.ovirt.engine.core.bll.CommandMultiA
Re: [ovirt-users] Cannot activate storage domain
Hi Simone, Sorry for the delay replying you. Does the second storage domain you've mentioned is also an FC? If so, please execute the following command /usr/libexec/vdsm/fc-scan -v on one host of each inactive storage domain and share the results you've got. *Regards,* *Shani Leviim* On Thu, Mar 8, 2018 at 9:42 AM, Bruckner, Simone < simone.bruck...@fabasoft.com> wrote: > Hi Shani, > > today I again lost access to a storage domain. So currently I have two > storage domains that we cannot activate any more. > > I uploaded the logfiles to our Cloud Service: [ZIP Archive] > logfiles.tar.gz<https://at.cloud.fabasoft.com/folio/public/ > 1zf8q45o1e9l8334agryb2crdd> > I lost access today, March 8th 2018 around 0.55am CET > I tried to actived the storage domain around 6.40am CET > > Please let me know if there is anything I can do to get this addressed. > > Thank you very much, > Simone > > > > Von: users-boun...@ovirt.org [users-boun...@ovirt.org]" im Auftrag von > "Bruckner, Simone [simone.bruck...@fabasoft.com] > Gesendet: Dienstag, 06. März 2018 10:19 > An: Shani Leviim > Cc: users@ovirt.org > Betreff: Re: [ovirt-users] Cannot activate storage domain > > Hi Shani, > > please find the logs attached. > > Thank you, > Simone > > Von: Shani Leviim [mailto:slev...@redhat.com] > Gesendet: Dienstag, 6. März 2018 09:48 > An: Bruckner, Simone > Cc: users@ovirt.org > Betreff: Re: [ovirt-users] Cannot activate storage domain > > Hi Simone, > Can you please share your vdsm and engine logs? > > Regards, > Shani Leviim > > On Tue, Mar 6, 2018 at 7:34 AM, Bruckner, Simone < > simone.bruck...@fabasoft.com<mailto:simone.bruck...@fabasoft.com>> wrote: > Hello, I apologize for bringing this one up again, but does anybody know > if there is a change to recover a storage domain, that cannot be activated? > > Thank you, > Simone > > Von: users-boun...@ovirt.org<mailto:users-boun...@ovirt.org> [mailto: > users-boun...@ovirt.org<mailto:users-boun...@ovirt.org>] Im Auftrag von > Bruckner, Simone > Gesendet: Freitag, 2. März 2018 17:03 > > An: users@ovirt.org<mailto:users@ovirt.org> > Betreff: Re: [ovirt-users] Cannot activate storage domain > > Hi all, > > I managed to get the inactive storage domain to maintenance by stopping > all running VMs that were using it, but I am still not able to activate it. > > Trying to activate results in the following events: > > For each host: > VDSM command GetVGInfoVDS failed: Volume Group does not exist: > (u'vg_uuid: 813oRe-64r8-mloU-k9G2-LFsS-dXSG-hpN4kf',) > > And finally: > VDSM command ActivateStorageDomainVDS failed: Storage domain does not > exist: (u'b83c159c-4ad6-4613-ba16-bab95ccd10c0',) > > Is there anything I can do to recover this storage domain? > > Thank you and all the best, > Simone > > Von: users-boun...@ovirt.org<mailto:users-boun...@ovirt.org> [mailto: > users-boun...@ovirt.org] Im Auftrag von Bruckner, Simone > Gesendet: Donnerstag, 1. März 2018 17:57 > An: users@ovirt.org<mailto:users@ovirt.org> > Betreff: Re: [ovirt-users] Cannot activate storage domain > > Hi, > > we are still struggling getting a storage domain online again. We tried > to put the storage domain in maintenance mode, that led to “Failed to > update OVF disks 809cc8d7-7687-46cf-a342-3be48674a9b3, OVF data isn't > updated on those OVF stores”. > > Trying again with ignoring OVF update failures put the storage domain in > “preparing for maintenance”. We see the following message on all hosts: > “Error releasing host id 26 for domain b83c159c-4ad6-4613-ba16-bab95ccd10c0 > (monitor:578)”. > > Querying the storage domain using vdsm-client on the SPM resulted in > # vdsm-client StorageDomain getInfo "storagedomainID"="b83c159c- > 4ad6-4613-ba16-bab95ccd10c0" > vdsm-client: Command StorageDomain.getInfo with args {'storagedomainID': > 'b83c159c-4ad6-4613-ba16-bab95ccd10c0'} failed: > (code=358, message=Storage domain does not exist: > (u'b83c159c-4ad6-4613-ba16-bab95ccd10c0',)) > > Any ideas? > > Thank you and all the best, > Simone > > Von: users-boun...@ovirt.org<mailto:users-boun...@ovirt.org> [mailto: > users-boun...@ovirt.org] Im Auftrag von Bruckner, Simone > Gesendet: Mittwoch, 28. Februar 2018 15:52 > An: users@ovirt.org<mailto:users@ovirt.org> > Betreff: [ovirt-users] Cannot activate storage domain > > Hi all, > > we run a small oVirt installation that we also use for automated testing > (automatically creating, dropping vms). > >
Re: [ovirt-users] Snapshots from User Portal in ovirt 4.2?
Hi Brian, I think this is the one you need: https://www.ovirt.org/documentation/user-guide/user-guide/#snapshots Hope it helps! *Regards,* *Shani Leviim* On Fri, Apr 13, 2018 at 11:42 PM, Brian Chow wrote: > After upgrading from 4.1 to 4.2, we can no longer find the snapshot > functionality in the User Portal -- the documentation is still referencing > the 4.1 UI. Was this removed from the user portal? Moved to a different > area? Are the required permissions different from 4.1? > > Thanks for the help! > > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Recovering oVirt-Engine with a backup before upgrading to 4.2
Hi Sven, I've found this one: https://gist.github.com/turboladen/6790847 I think it should help :) *Regards,* *Shani Leviim* On Fri, Apr 13, 2018 at 12:00 PM, Sven Achtelik wrote: > Hi All, > > I got my stuff up and running again. I works like described in the manual > and I used some extra hardware to jumpstart this. I'm now back on my hosted > Engine 4.1.9 with 3 Hosts running it. The Engine is running on the > appliance that is pulled by the deployment tool and after having everything > stable again I thought of upgrading to 4.2. Thing is that this is just not > working with the appliance because of some issue when upgrading Postgres > inside. Looking at the logs I found this: > > Creating dump of database schemas > engine > ovirt_engine_history > postgres > template1 > ok > > encodings for database "postgres" do not match: old "SQL_ASCII", new > "UTF8" > Failure, exiting > -- > > After some research I found something here https://bugzilla.redhat.com/ > show_bug.cgi?id=1525976, but I'm not sure what to do with that > Information. I used the appliance and didn't do anything manual in the > complete process and I'm wondering why I'm getting this issue now ? Could > someone advice on how to proceed ? > > Thank you, > Sven > > > -Ursprüngliche Nachricht- > > Von: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] Im Auftrag > > von Sven Achtelik > > Gesendet: Mittwoch, 28. März 2018 18:28 > > An: Yedidyah Bar David > > Cc: users@ovirt.org > > Betreff: Re: [ovirt-users] Recovering oVirt-Engine with a backup before > > upgrading to 4.2 > > > > > > > > > -Ursprüngliche Nachricht- > > > Von: Yedidyah Bar David [mailto:d...@redhat.com] > > > Gesendet: Mittwoch, 28. März 2018 10:06 > > > An: Sven Achtelik > > > Cc: users@ovirt.org > > > Betreff: Re: [ovirt-users] Recovering oVirt-Engine with a backup > > > before upgrading to 4.2 > > > > > > On Tue, Mar 27, 2018 at 9:14 PM, Sven Achtelik > > > > > > wrote: > > > > Hi All, > > > > > > > > > > > > > > > > I’m still facing issues with my HE engine. Here are the steps that I > > > > took to end up in this situation: > > > > > > > > > > > > > > > > - Update Engine from 4.1.7 to 4.1.9 > > > > > > > > o That worked as expected > > > > > > > > - Automatic Backup of Engine DB in the night > > > > > > > > - Upgraded Engine from 4.1.9 to 4.2.1 > > > > > > > > o That worked fine > > > > > > > > - Noticed Issues with the HA support for HE > > > > > > > > o Cause was not having the latest ovirt-ha agent/broker version on > hosts > > > > > > > > - After updating the first host with the latest packages for > the > > > > Agent/Broker engine was started twice > > > > > > > > o As a result the Engine VM Disk was corrupted and there is no > Backup of > > > > the Disk > > > > > > > > o There is also no Backup of the Engine DB with version 4.2 > > > > > > > > - VM disk was repaired with fsck.ext4, but DB is corrupt > > > > > > > > o Can’t restore the Engine DB because the Backup DB from Engine V > 4.1 > > > > > > > > - Rolled back all changes on Engine VM to 4.1.9 and imported > Backup > > > > > > > > o Checked for HA VMs to set as disabled and started the Engine > > > > > > > > - Login is fine but the Engine is having trouble picking up > and > > > > information from the Hosts > > > > > > > > o No information on running VMs or hosts status > > > > > > > > - Final Situation > > > > > > > > o 2 Hosts have VMs still running and I can’t stop those > > > > > > > > o I still have the image of my corrupted Engine VM (v4.2) > > > > > > > > > > > > > > > > Since there were no major changes after upgrading from 4.1 to 4.2, > > > > would it be possible to manually restore the 4.1 DB to the 4.2 > > > > Engine VM to this up and running again or are there modifications >
Re: [ovirt-users] Attaching disk returns "Bad Request"
Hi, Attaching a disk to a VM is a 'POST' method (rather than 'PUT' method). Can you give it a try? *Regards,* *Shani Leviim* On Wed, Apr 25, 2018 at 2:55 PM, Maor Lipchuk wrote: > Hi Marcin and Hanna, > > I've found the following bug https://bugzilla.redhat.com/1546832 which > probably fix that issue, > The fix was introduced in oVirt 4.2.3.2 > Which version are you using? > > Regards, > Maor > > > > > On Wed, Apr 25, 2018 at 11:24 AM, Maor Lipchuk > wrote: > >> Hi Marcin, >> >> Can you please also attach the VDSM log so we can see the exact XML that >> is being sent to libvirt. >> (I'm replying on the users list, let's continue to discuss it here) >> >> Regards, >> Maor >> >> On Tue, Apr 24, 2018 at 5:20 PM, Marcin Kubacki >> wrote: >> >>> Hi Maor, >>> >>> it looks like the problem is deeper, potentially related to how the VM >>> storage is configured (not to the request itself), >>> and it is the first time we’ve seen something like this. Customer has >>> oVirt 4.2, and this wasn’t happening in older environments. >>> >>> Can you help us solving this issue? >>> >>> >>> >>> Pozdrawiam / Best Regards >>> >>> Marcin Kubacki >>> Chief Software Architect >>> >>> e-mail: m.kuba...@storware.eu >>> mobile: +48 730-602-612 >>> >>> *ul. Leszno 8/44* >>> *01-192 Warszawa * >>> *www.storware.eu <https://www.storware.eu/>* >>> >>> >>> >>> >>> Wiadomość napisana przez Hanna Terentieva w >>> dniu 23.04.2018, o godz. 10:33: >>> >>> Hi Maor, >>> >>> My request looks correct and as for ovirt mailing list >>> there seems to be a similar issue with VDSM failure here >>> https://www.mail-archive.com/users@ovirt.org/msg45797.html. >>> Have you possibly encountered a similar issue? >>> >>> On Sun, 2018-04-22 at 10:47 +0300, Maor Lipchuk wrote: >>> >>> Hi Hanna, >>> >>> If the diskalready exists you should use PUT method with the following >>> URL: >>> PUT /vms/{vm:id}/disksattachments/{attachment:id} >>> >>> You can take a look at the following documentation for more details: >>> https://access.redhat.com/documentation/en-us/red_hat_virtua >>> lization/4.1/html-single/rest_api_guide/#services-disk_attac >>> hment-methods-update >>> >>> If you already done this and still have a problem, I suggest to send >>> this to the ovirt users maliing list, so you can get a more appropriate >>> guidence there. >>> >>> Regards, >>> Maor >>> >>> On Fri, Apr 20, 2018 at 11:06 AM, Hanna Terentieva < >>> h.terenti...@storware.eu> wrote: >>> >>> Hi Maor, >>> >>> We encountered an issue with hotplugging disks when trying to attach a >>> disk to client's envirtonment. >>> The disk attachment request: >>> >>> >>> false >>> virtio >>> true >>> >>> >>> >>> returns this error: >>> >>> Error: HTTP response code is "400". HTTP response message is "Bad >>> Request". >>> org.ovirt.engine.sdk4.internal.services.ServiceImpl.throwErr >>> or(ServiceImpl.java:113) >>> org.ovirt.engine.sdk4.internal.services.ServiceImpl.checkFau >>> lt(ServiceImpl.java:40) >>> org.ovirt.engine.sdk4.internal.services.DiskAttachmentsServi >>> ceImpl$AddRequestImpl.send(DiskAttachmentsServiceImpl.java:111) >>> org.ovirt.engine.sdk4.internal.services.DiskAttachmentsServi >>> ceImpl$AddRequestImpl.send(DiskAttachmentsServiceImpl.java:48) >>> >>> oVirt version 4.2.2. >>> The issue happened around 2018-04-17 07:57. >>> Attaching the log. Clould you please help with the problem? >>> >>> -- >>> >>> Pozdrawiam\Best Regards >>> Hanna Terentieva >>> Junior Java Developer >>> e-mail: h.terenti...@storware.eu >>> >>> ** <http://www.storware.eu/> >>> >>> >>> >>> *ul. Leszno 8/44 01-192 Warszawa www.storware.eu >>> <https://www.storware.eu/>* >>> >>> ** <https://www.facebook.com/storware> >>> >>> ** <https://twitter.com/storware> >>> >>> ** <https://www.linkedin.com/company/storware> >>> >>> ** >>> <https://www.youtube.com/channel/UCKvLitYPyAplBctXibFWrkw> >>> >>> >>> >>> >>> >>> -- >>> >>> Pozdrawiam\Best Regards >>> Hanna Terentieva >>> Junior Java Developer >>> e-mail: h.terenti...@storware.eu >>> >>> ** <http://www.storware.eu/> >>> >>> >>> >>> *ul. Leszno 8/44 01-192 Warszawa www.storware.eu >>> <https://www.storware.eu/>* >>> >>> ** <https://www.facebook.com/storware> >>> >>> ** <https://twitter.com/storware> >>> >>> ** <https://www.linkedin.com/company/storware> >>> >>> ** >>> <https://www.youtube.com/channel/UCKvLitYPyAplBctXibFWrkw> >>> >>> >>> >>> >>> >>> >> > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Attaching disk returns "Bad Request"
Hi Marcin, Following the link you've provided earlier [1], it seems to me that your SDK syntax fits the template supplied there in the example. false virtio true It also mentioned there that adding an attachment is a POST method: POST /ovirt-engine/api/vms/345/diskattachments In case you attend to update a disk attachment (which already has been attached to the VM), the request should be PUT /vms/{vm:id}/disksattachments/{attachment:id} Hope it helps :) [1] https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.1/html-single/rest_api_guide/#services-disk_attachment-methods-add [2] https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.1/html-single/rest_api_guide/#services-disk_attachment-methods-update *Regards,* *Shani Leviim* On Wed, Apr 25, 2018 at 3:19 PM, Marcin Kubacki wrote: > Hi Shani, > > we’re using ovirt SDK for Java, can you please give more details about how > that can be achieved > using SDK? > > Pozdrawiam / Best Regards > > Marcin Kubacki > Chief Software Architect > > e-mail: m.kuba...@storware.eu > mobile: +48 730-602-612 > > *ul. Leszno 8/44* > *01-192 Warszawa * > *www.storware.eu <https://www.storware.eu/>* > > > > > Wiadomość napisana przez Shani Leviim w dniu > 25.04.2018, o godz. 14:17: > > Hi, > > Attaching a disk to a VM is a 'POST' method (rather than 'PUT' method). > Can you give it a try? > > > *Regards, * > > *Shani Leviim * > > On Wed, Apr 25, 2018 at 2:55 PM, Maor Lipchuk wrote: > >> Hi Marcin and Hanna, >> >> I've found the following bug https://bugzilla.redhat.com/1546832 which >> probably fix that issue, >> The fix was introduced in oVirt 4.2.3.2 >> Which version are you using? >> >> Regards, >> Maor >> >> >> >> >> On Wed, Apr 25, 2018 at 11:24 AM, Maor Lipchuk >> wrote: >> >>> Hi Marcin, >>> >>> Can you please also attach the VDSM log so we can see the exact XML that >>> is being sent to libvirt. >>> (I'm replying on the users list, let's continue to discuss it here) >>> >>> Regards, >>> Maor >>> >>> On Tue, Apr 24, 2018 at 5:20 PM, Marcin Kubacki >>> wrote: >>> >>>> Hi Maor, >>>> >>>> it looks like the problem is deeper, potentially related to how the VM >>>> storage is configured (not to the request itself), >>>> and it is the first time we’ve seen something like this. Customer has >>>> oVirt 4.2, and this wasn’t happening in older environments. >>>> >>>> Can you help us solving this issue? >>>> >>>> >>>> >>>> Pozdrawiam / Best Regards >>>> >>>> Marcin Kubacki >>>> Chief Software Architect >>>> >>>> e-mail: m.kuba...@storware.eu >>>> mobile: +48 730-602-612 >>>> >>>> *ul. Leszno 8/44* >>>> *01-192 Warszawa * >>>> *www.storware.eu <https://www.storware.eu/>* >>>> >>>> >>>> >>>> >>>> Wiadomość napisana przez Hanna Terentieva w >>>> dniu 23.04.2018, o godz. 10:33: >>>> >>>> Hi Maor, >>>> >>>> My request looks correct and as for ovirt mailing list >>>> there seems to be a similar issue with VDSM failure here >>>> https://www.mail-archive.com/users@ovirt.org/msg45797.html. >>>> Have you possibly encountered a similar issue? >>>> >>>> On Sun, 2018-04-22 at 10:47 +0300, Maor Lipchuk wrote: >>>> >>>> Hi Hanna, >>>> >>>> If the diskalready exists you should use PUT method with the following >>>> URL: >>>> PUT /vms/{vm:id}/disksattachments/{attachment:id} >>>> >>>> You can take a look at the following documentation for more details: >>>> https://access.redhat.com/documentation/en-us/red_hat_virtua >>>> lization/4.1/html-single/rest_api_guide/#services-disk_attac >>>> hment-methods-update >>>> >>>> If you already done this and still have a problem, I suggest to send >>>> this to the ovirt users maliing list, so you can get a more appropriate >>>> guidence there. >>>> >>>> Regards, >>>> Maor >>>> >>>> On Fri, Apr 20, 2018 at 11:06 AM, Hanna Terentieva < >>>> h.terenti...@storware.eu> wrote: >>>> >>>> Hi Maor, >>>> >>>> We en
[ovirt-users] Re: Unable to create VMs under ovirt 4.4
Hi Dirk, The hle and rtm are seems to be CPU flags. In order to see the flags, you can run lscpu. (I got this clue from here: [1]) In case you're using the virt-manager, this one may help: (taken from [2]) 1.Open virt-manager 2.Go to parameters of VM 3.Go to cpu section 4.Check "Copy host CPU configuration" and click Apply [1] https://bugzilla.redhat.com/show_bug.cgi?id=1467599 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1609818 *Regards,* *Shani Leviim* On Thu, Feb 13, 2020 at 12:36 PM Dirk Streubel wrote: > Hi, > > i am using for my engine this version and this packages with the latest > updates: > > [root@engine ~]# cat /etc/redhat-release > CentOS Linux release 7.7.1908 (Core) > > [root@engine ~]# rpm -qa | grep ovirt* > ovirt-web-ui-1.6.1-0.20191208.git0112715.el7.noarch > > ovirt-engine-websocket-proxy-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch > ovirt-ansible-cluster-upgrade-1.2.1-1.el7.noarch > ovirt-ansible-shutdown-env-1.0.3-1.el7.noarch > ovirt-ansible-manageiq-1.2.1-1.el7.noarch > ovirt-engine-ui-extensions-1.0.13-1.el7.noarch > ovirt-engine-restapi-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch > > ovirt-engine-vmconsole-proxy-helper-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch > > ovirt-host-deploy-common-1.9.0-0.0.master.20191125083355.gitd2b9fa5.el7.noarch > ovirt-vmconsole-1.0.7-3.el7.noarch > ovirt-provider-ovn-1.2.29-1.el7.noarch > > ovirt-engine-extensions-api-impl-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch > ovirt-engine-wildfly-18.0.0-1.el7.x86_64 > python2-ovirt-setup-lib-1.3.0-1.el7.noarch > ovirt-vmconsole-proxy-1.0.7-3.el7.noarch > ovirt-imageio-proxy-setup-1.6.3-0.el7.noarch > ovirt-engine-dwh-4.4.0-0.0.master.20191119095914.el7.noarch > > ovirt-engine-setup-plugin-websocket-proxy-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch > > ovirt-engine-tools-backup-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch > ovirt-ansible-image-template-1.2.1-1.el7.noarch > ovirt-ansible-engine-setup-1.2.1-1.el7.noarch > ovirt-ansible-hosted-engine-setup-1.0.35-1.el7.noarch > ovirt-ansible-repositories-1.2.1-1.el7.noarch > ovirt-ansible-disaster-recovery-1.2.0-1.el7.noarch > ovirt-engine-setup-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch > > ovirt-engine-webadmin-portal-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch > > ovirt-engine-dbscripts-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch > ovirt-engine-tools-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch > ovirt-engine-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch > > ovirt-engine-setup-plugin-vmconsole-proxy-helper-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch > > ovirt-engine-setup-plugin-ovirt-engine-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch > > python2-ovirt-host-deploy-1.9.0-0.0.master.20191125083355.gitd2b9fa5.el7.noarch > ovirt-cockpit-sso-0.1.2-1.el7.noarch > ovirt-engine-dwh-setup-4.4.0-1.el7.noarch > > python2-ovirt-engine-lib-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch > ovirt-imageio-common-1.6.3-0.el7.x86_64 > python-ovirt-engine-sdk4-4.4.1-2.el7.x86_64 > > ovirt-engine-setup-plugin-ovirt-engine-common-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch > ovirt-imageio-proxy-1.6.3-0.el7.noarch > ovirt-iso-uploader-4.4.0-1.el7.noarch > ovirt-engine-extension-aaa-jdbc-1.1.90-1.el7.noarch > ovirt-ansible-vm-infra-1.2.1-1.el7.noarch > ovirt-engine-metrics-1.3.5-0.0.master.20191124152203.git2a61c41.el7.noarch > ovirt-ansible-infra-1.2.1-1.el7.noarch > ovirt-ansible-roles-1.2.1-1.el7.noarch > ovirt-engine-backend-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch > ovirt-engine-api-explorer-0.0.6-0.alpha.1.20190917git98bf54c.el7.noarch > > ovirt-engine-setup-plugin-cinderlib-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch > ovirt-engine-wildfly-overlay-18.0.0-1.el7.noarch > ovirt-release44-pre-4.4.0-0.4.alpha.20200212093606.git5bce5d1.el7.noarch > > ovirt-engine-setup-base-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch > [root@engine ~]# > > > and this for my engine: > > [root@hypervisor ~]# cat /etc/redhat-release > CentOS Linux release 8.1.1911 (Core) > > [root@hypervisor ~]# rpm -qa | grep ovirt* > ovirt-host-4.4.0-0.3.alpha.el8.x86_64 > python3-ovirt-setup-lib-1.3.0-1.el8.noarch > ovirt-provider-ovn-driver-1.2.29-1.el8.noarch > ovirt-vmconsole-host-1.0.7-3.el8.noarch > ovirt-imageio-daemon-1.6.3-0.el8.noarch > cockpit-ovirt-dashboard-0.14.1-1.el8.noarch > > ovirt-host-deploy-common-1.9.0-0.0.master.20191125083550.gitd2b9fa5.el8.noarch > ovirt-imageio-common-1.6.3-0.el8.x86_64 > ovirt-vmconsole-1.0.7-3.el8.noarch > ovirt-ansible-engine-setup-1.2.1-1.el8.noarch > ovirt-host-dependen
[ovirt-users] Re: hosted-engine --deploy --restore-from-file fails with error "Domain format is different from master storage domain format"
Hi Marcel, For the 4.3 DC version, since 4.3.3, the storage format was changed to V5. Till that version, the storage format for 4.3 DCs was V4. Since your SDs were created before 4.3.3, their storage format should be V4. In order to upgrade this format, you can try to detach those storage domains and attach them to a DC which its version is V5. (On the UI: Go to the relevant SD -> Data Center tab -> maintenance and then Detach). You should get a confirmation window that asks you to confirm the storage format's upgrade. *Regards,* *Shani Leviim* On Sun, Feb 16, 2020 at 8:20 AM djagoo wrote: > Just created a test data center. Now, when I try to add/create a new > storage domain there is V4 format for the existing domain and V5 for the > new data center. > ___ > 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/RYHYHSDUP3SIEFOAIMLWDSYJCIF4U6AS/ > ___ 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/3QWMB6DH7JWOPCAKJKCA367L6DHVLRJ7/
[ovirt-users] Re: hosted-engine --deploy --restore-from-file fails with error "Domain format is different from master storage domain format"
Basically, in case the Master SD is down, that function should move to the other SD on the same DC. Taken from [1]: To change the Master Storage Domain to another specific Storage Domain, the below steps need to be followed: * Put all storage domains except the Master storage domain and the one that needs to be the new master storage to maintenance mode from Data Centre -> Lower Sub tab -> Storage -> Right-click -> Maintenance. (The only active storage domains now would be the Master storage domain and the storage domain which need to be the master.) *Now put the "Master storage" to maintenance mode. * The only active storage domain (which you want to make the new master storage) would automatically be the master storage. [1] https://access.redhat.com/solutions/34923 *Regards,* *Shani Leviim* On Sun, Feb 16, 2020 at 2:20 PM djagoo wrote: > Hi Shani, > > thanks for your help. The master SD is the one the hosted engine is on. I > can't put it to maintenance and attach it to another domain. But I`ll try > this procedure with one of the oder SDs. If it works: is there a way to > change the master domain to one of the others or is it always the one the > hosted enginge is running on? > > Regards, > > Marcel > ___ > 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/XAAO4IHSPC66ZNZUF7XXJCMJ32Y5T4H7/ > ___ 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/RQ43AKLV57VQCA6LJDSYQTACVVYYXYRA/
[ovirt-users] Re: hosted-engine --deploy --restore-from-file fails with error "Domain format is different from master storage domain format"
Hi Marcel, Before ovirt-engine-4.3.3.2, the 4.3 compatibility version was considered as V4, and from that version, it was considered as V5. Therefore, it seems that since your Default DC was created before that version, it was considered as V4. You can try to make it V5 by doing the following: - Edit the Default cluster, re-choose the 4.3 option on the 'Compatibility Version' field and press OK. - Do the same for the Default Data Center. I believe that your newer engine, which considers 4.3 as V5 format, will do the relevant update on your environment. *Regards,* *Shani Leviim* On Tue, Feb 18, 2020 at 12:08 PM wrote: > Hi Shani, > > on the productive cluster (Default) the compat level is 4.3 and on the > cluster > it's 4.3 too so I can't raise the level to update the format to V5. > > I added some screenshots. > > Regards > > Marcel > > On Tuesday, February 18, 2020 10:51:29 AM CET you wrote: > > Hi Marcel, > > Can you make sure the DC and Cluster formats are V5? > > Maybe try to "update" them by editing the cluster first, and selecting > the > > newest Compatibility Version available. > > Then, do the same for the DC. > > > > If all versions/formats are of V5, and it still occurs, can you please > > share some screenshots so I'll have a look? > > > > > > *Regards,* > > > > *Shani Leviim* > > > > On Mon, Feb 17, 2020 at 5:08 PM djagoo wrote: > > > Hi Shani, > > > > > > I just tried it. > > > > > > I created a new DC and cluster, added a temporary host to this cluster > > > which served as SPM. The new DC showed up as V5. > > > Then I activated maintenance on one of the V4 SDs and detached it from > my > > > production domain. After I attached it to the V5 dummy domain it was > > > updated to V5 format as you predicted. I detached it again but could > not > > > reattach it to the production domain "There are no compatible Storage > > > Domains to attach to this Data Center". So this seems not to be the > > > solution :( > > > > > > Do you have another idea or am I doing something wrong? > > > > > > Regards, > > > > > > Marcel > > > ___ > > > 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/XV6WQNGS3LQU > > > 3GWMR62MNZ5ENQA4BJQZ/ > > ___ 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/A3ERB5LCGUQM7JR4SRAJ73NDQJBW32JU/
[ovirt-users] Re: hosted-engine --deploy --restore-from-file fails with error "Domain format is different from master storage domain format"
Hi Marcel, That's basically it. Adding +Martin Perina . Martin is there a way to keep the VM's assigned MAC addresses while migrating their SD? *Regards,* *Shani Leviim* On Wed, Feb 19, 2020 at 7:14 AM djagoo wrote: > After three weeks the only possible solution I can see is > > - undeploying hosted engine from one of the hosts > - removing the host from the cluster > - creating a new DC > - creating a new Cluster > - recreate all networks etc. from the old DC in the new one > - add the host > - add a new temporary V5 SD serving as MasterSD > - backup of the hosted-engine > - enable global ha maintenance > - shutdown of the hosted-engine > - hosted-engine --deploy --restore-from-file using the new datacenter and > cluster on the one host in the new DC > - unattach V4 storage vom old DC reattach to the new DC and hope that all > vm's are showing up on the new DC > - adding the remaining 2 hosts to the new DC and reinstall/redeploy > hosted-engine to them > > Do you think this could be the solution? Is it possible to move everything > from the old DC to the new one by attaching the storage to it or am I > loosing information about the vms (assigned MAC Addresses and so on)? > > Regards > > Marcel > ___ > 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/GDEK2BRBYFZ77OBVHMVUSGXV5R32S7IB/ > ___ 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/6IS2SRKBURZFIJP2AIC756I6XLJ2VREE/
[ovirt-users] Re: strange error when editing multiple disks
Hi Gianluca, I'm working on master 4.4 and I didn't run into this one. Was the second disk shareable? In the case of editing a shareable disk, you first need to shut down all the VMs that disk attached to. Also, editing the VM attached disks should accrue one by one, as you can't edit them both at once (the edit button should be grayed out). For a deeper look, can you please attach screenshots and UI+engine logs? *Regards,* *Shani Leviim* On Thu, Mar 12, 2020 at 11:06 AM Gianluca Cecchi wrote: > I'm noticing this on 4.3.8 and I don't have understood exactly the raising > condition, if UI based or what > At first I thought it was the bootable flag, but it is not, apparently > > vm1 powered on with two disks > I select the VM then Disks subtab > select line of second disk --> edit --> OK > All goes well > Then, remaining in the same Disks subtab window I select the line of the > first disk --> Edit --> OK > And now I get the error window: > " > Error while executing action: > > vm1: > >- Cannot edit Virtual Disk. At least one of the VMs is not down. > > " > ? > Then I go and select another powered on VM, vm2, with only one disk, the > one with bootable flag, and I'm able to edit it successfully. > Then I come back and select vm1 and Disks subtab, select again the first > line of the boot disk --> Edit --> OK > and I'm able to edit with success. but eg if I want to modify both > alias and description fields I have to do one at a time, otherwise if in > the same window I try to modify both and then press OK I still get the > error message above. > > Can anyone verify/test? I was able to reproduce on bot oVirt 4.3.8 and RHV > 4.3.8 > > 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/T42ESMTAWPV4MH45YBZUBHHCLF3FQRVL/ > ___ 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/SEKW4Z6JOPBD2PM222WWVRFVENJN3U7Y/
[ovirt-users] Re: strange error when editing multiple disks
Are there any VDSM/server logs as well? It's hard to tell, as it's not reproducing. IMHO, the VM was locked before the failed try, and since it's status wasn't 'DOWN' the message came up. *Regards,* *Shani Leviim* On Thu, Mar 12, 2020 at 4:31 PM Gianluca Cecchi wrote: > On Thu, Mar 12, 2020 at 3:14 PM Gianluca Cecchi > wrote: > >> On Thu, Mar 12, 2020 at 10:40 AM Shani Leviim wrote: >> >> >> >>> For a deeper look, can you please attach screenshots and UI+engine logs? >>> >>> >>> *Regards,* >>> >>> *Shani Leviim* >>> >>> >>> >> I was trying to reproduce now in similar ways not able to create the >> problem I will search for logs >> >> Gianluca >> > > > you see in extract of engine.log here: > > https://drive.google.com/file/d/1vDY64QaRkb8LWHJ9gD16bsJlyovISNwr/view?usp=sharing > > first step of editing the second disk "c8_Disk2" of VM c8 with success at > 2020-03-12 09:51:28,680+01 > > error (WARN line) related to attempt of editing the boot disk named > "c8_boot" of the same VM at 2020-03-12 09:51:40,359+01 with reason: > Validation of action 'UpdateVmDisk' failed for user tekka@my_domain@my_domain. > Reasons: > VAR__ACTION__UPDATE,VAR__TYPE__DISK,ACTION_TYPE_FAILED_VM_IS_NOT_DOWN > > second attempt (after doing similar actions on disks of another VM named > c8client) that had success for the same disk "c8_boot" of VM c8 at > 2020-03-12 09:52:15,928+01 > > 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/6W5AX7U53VY7YBYUBZDYSUUM346JIEFO/
[ovirt-users] Re: ISO and Export domains deprecated
Hi Colin, Export domains were deprecated already on RHV 4. The same functionality can be achieved by importing to/from a data domain. Starting with RHV 4.2, it is also possible to export and import VMs as OVA files, to allow moving the VMs between different environments. For further information, you can visit here: https://access.redhat.com/solutions/3172561 ISO domains haven't been deprecated yet - still work in progress. One of our goal is the ability to attach that destinated SD to more than one DC. *Regards,* *Shani Leviim* On Sun, Apr 5, 2020 at 9:24 AM Colin Coe wrote: > Hi all > > I'm trying to understand how ISO and Export domains going away is going > to affect us. > > We have four RHV instances: > - Prod DC1 (RHV4.1) > - Prod DC2 (RHV4.1) > - DEV (RHV4.3) > - TEST (RHV4.3) > > Prod DC1, DEV and TEST all share export and ISO domains. > > Prod DC2 is remote and currently has its own ISO and Export domains. > > When ISO and Export domains go away, can I still share ISO domains between > the RHV instances? > > Thanks > ___ > 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/O5WRSQGKBRIFHDNGCDYE7HM675IBVHPL/ > ___ 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/3ZLOUO5KA3YKZSHV2WJDZT5QLLPABM5B/
[ovirt-users] Re: Mount ISO to VM
Hi Anton, You can upload an ISO file as a disk using the UI: Storage -> Disks -> upload. Further information can be found here under the "Uploading a Disk Image to a Storage Domain" section: https://www.ovirt.org/documentation/admin-guide/chap-Virtual_Machine_Disks.html Or use the following script using SDK: https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_disk.py *Regards,* *Shani Leviim* On Tue, Apr 7, 2020 at 11:45 AM Anton Louw wrote: > > > Hi Everybody, > > > > Is there a way to mount an ISO to one of my VMs if I do not have an ISO > domain, but the ISO file is on a Data domain? > > > > Thanks > > *Anton Louw* > *Cloud Engineer: Storage and Virtualization* at *Vox* > -- > *T:* 087 805 | *D:* 087 805 1572 > *M:* N/A > *E:* anton.l...@voxtelecom.co.za > *A:* Rutherford Estate, 1 Scott Street, Waverley, Johannesburg > www.vox.co.za > > [image: F] <https://www.facebook.com/voxtelecomZA> > [image: T] <https://www.twitter.com/voxtelecom> > [image: I] <https://www.instagram.com/voxtelecomza/> > [image: L] <https://www.linkedin.com/company/voxtelecom> > [image: Y] <https://www.youtube.com/user/VoxTelecom> > > [image: #VoxBrand] > <https://www.vox.co.za/fibre/fibre-to-the-home/?prod=HOME> > *Disclaimer* > > The contents of this email are confidential to the sender and the intended > recipient. Unless the contents are clearly and entirely of a personal > nature, they are subject to copyright in favour of the holding company of > the Vox group of companies. Any recipient who receives this email in error > should immediately report the error to the sender and permanently delete > this email from all storage devices. > > This email has been scanned for viruses and malware, and may have been > automatically archived by *Mimecast Ltd*, an innovator in Software as a > Service (SaaS) for business. Providing a *safer* and *more useful* place > for your human generated data. Specializing in; Security, archiving and > compliance. To find out more Click Here > <https://www.voxtelecom.co.za/security/mimecast/?prod=Enterprise>. > > > ___ > 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/D7ONE6IJN6RK2IQRNUYCZE3EOXBJWHX4/ > ___ 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/ZYDCK235FZJCLKTWVRPDCFWP4XSM3YXS/
[ovirt-users] Re: Windows 10 Pro 64 (1909) crashes when migrating
Hi Brett, According to [1], you can try to update the package qemu-kvm-rhev. (Or yum update if there're more packages related need to be upgraded). You may also find some more information about that error on the vdsm log (/var/log/vdsm/vdsm.log) and the qemu log (/var/log/libvirt/qemu/vm_name.log) [1] https://access.redhat.com/solutions/3423481 *Regards,* *Shani Leviim* On Mon, Apr 6, 2020 at 12:09 PM Maton, Brett wrote: > I recently added a Windows 10 Pro 64 bit (release 1909) VM, and I'm seeing > a lot of failures when oVirt tries to move the VM to another host > (triggered by load balancing), > > These errors are showing up in the UI event log > > Migration failed (VM: , Source: , Destination: 2>). > > Followed by: > > VM is down with error. Exit message: Lost connection with qemu > process. > > Google returned some references to 'options kvm ignore_msrs=1' which I've > added to /etc/modprobe/d/kvm.conf and restarted the hosts but that doesn't > appear to have made a difference. > > Is this a known issue with Windows 10 guests? > ___ > 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/QNJ7GFDXKBVREHJY4FBIORLBVEBO353R/ > ___ 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/6H735KZWX7DMB6ONUYRSNZ3R5IUBQ4WY/
[ovirt-users] Re: ISO and Export domains deprecated
For Ovirt users, you can follow the instructions on that mailing thread: https://lists.ovirt.org/archives/list/users@ovirt.org/message/GFOK55O5N4SRU5PA32P3LATW74E7WKT6/ *Regards,* *Shani Leviim* On Tue, Apr 7, 2020 at 12:17 PM Shani Leviim wrote: > Hi Colin, > > Export domains were deprecated already on RHV 4. > The same functionality can be achieved by importing to/from a data domain. > Starting with RHV 4.2, it is also possible to export and import VMs as OVA > files, to allow moving the VMs between different environments. > For further information, you can visit here: > https://access.redhat.com/solutions/3172561 > > ISO domains haven't been deprecated yet - still work in progress. > One of our goal is the ability to attach that destinated SD to more than > one DC. > > > *Regards,* > > *Shani Leviim* > > > On Sun, Apr 5, 2020 at 9:24 AM Colin Coe wrote: > >> Hi all >> >> I'm trying to understand how ISO and Export domains going away is going >> to affect us. >> >> We have four RHV instances: >> - Prod DC1 (RHV4.1) >> - Prod DC2 (RHV4.1) >> - DEV (RHV4.3) >> - TEST (RHV4.3) >> >> Prod DC1, DEV and TEST all share export and ISO domains. >> >> Prod DC2 is remote and currently has its own ISO and Export domains. >> >> When ISO and Export domains go away, can I still share ISO domains >> between the RHV instances? >> >> Thanks >> ___ >> 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/O5WRSQGKBRIFHDNGCDYE7HM675IBVHPL/ >> > ___ 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/ARXVHFAN73PWSVHSP2QWC3YD5LPSEAOB/
[ovirt-users] Re: Storage domain in maintenance
Hi Strahil, You may find some more information on the logs: On the engine machine: /var/log/ovirt-engine/engine.log On the relevant host: /var/log/vdsm/vdsm.log. You can also attach them/send privately so we can also have a look. *Regards,* *Shani Leviim* On Sun, Apr 5, 2020 at 9:29 AM Strahil Nikolov wrote: > Hello All, > I have several storage domains in maintenance mode and I can't neither > detach, nor activate. > > Can someone explain to me what is actually doing the engine whwn I try to > activate - so I can debug it? > > The error from vdsm-client is that the storage domain does not exist, yet > it is in the DB . > > I assume that there is somw storage issue, but in order to debug it - I > need to know what is gooing on under the hood. > > > Thanks in advance > > Best Regards, > Strahil Nikolov > ___ > Users mailing list -- users@ovirt.org > To unsubscribe send an email to users-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/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/6FDVRUEC5HRLYK362K7FTLBE65DT24DF/ > ___ 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/XYRPZFVRRE27Y6JUS53DXFZ5SWSEMWFO/
[ovirt-users] Re: Mount ISO to VM
Hi Anton, Sure thing. During the creation of the NFS storage, you should specify an export path. SSHing that export path will expose you to the storage domain's content. You can visit the "Attaching NFS Storage" section in https://ovirt.org/documentation/admin-guide/chap-Storage.html *Regards,* *Shani Leviim* On Tue, Apr 7, 2020 at 1:37 PM Anton Louw wrote: > > > Hi Shani, > > > > Great, thank you very much. > > > > Do you perhaps know if I can access the storage domain if I SSH to a node? > For instance, if I want to access a “datastore” in VMware, I SSH to a host > and select /vmfs/volumes > > > > Is there anything like that available for oVirt? > > > > Thanks > > > > *Anton Louw* > *Cloud Engineer: Storage and Virtualization* at *Vox* > -- > *T:* 087 805 | *D:* 087 805 1572 > *M:* N/A > *E:* anton.l...@voxtelecom.co.za > *A:* Rutherford Estate, 1 Scott Street, Waverley, Johannesburg > www.vox.co.za > > [image: F] <https://www.facebook.com/voxtelecomZA> > [image: T] <https://www.twitter.com/voxtelecom> > [image: I] <https://www.instagram.com/voxtelecomza/> > [image: L] <https://www.linkedin.com/company/voxtelecom> > [image: Y] <https://www.youtube.com/user/VoxTelecom> > > *From:* Shani Leviim > *Sent:* 07 April 2020 11:35 > *To:* Anton Louw > *Cc:* users@ovirt.org > *Subject:* Re: [ovirt-users] Mount ISO to VM > > > > Hi Anton, > > You can upload an ISO file as a disk using the UI: > > Storage -> Disks -> upload. > > Further information can be found here under the "Uploading a Disk Image to > a Storage Domain" section: > > https://www.ovirt.org/documentation/admin-guide/chap-Virtual_Machine_Disks.html > > > > Or use the following script using SDK: > https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_disk.py > > > *Regards,* > > *Shani Leviim* > > > > > > On Tue, Apr 7, 2020 at 11:45 AM Anton Louw > wrote: > > > > Hi Everybody, > > > > Is there a way to mount an ISO to one of my VMs if I do not have an ISO > domain, but the ISO file is on a Data domain? > > > > Thanks > > > > *Anton Louw* > > *Cloud Engineer: Storage and Virtualization* at *Vox* > -- > > *T:* 087 805 | *D:* 087 805 1572 > *M:* N/A > *E:* anton.l...@voxtelecom.co.za > *A:* Rutherford Estate, 1 Scott Street, Waverley, Johannesburg > www.vox.co.za > > > > <https://www.facebook.com/voxtelecomZA> > > <https://www.facebook.com/voxtelecomZA> > > <https://www.facebook.com/voxtelecomZA> > > <https://www.facebook.com/voxtelecomZA> > > <https://www.facebook.com/voxtelecomZA> > > <https://www.facebook.com/voxtelecomZA> > > <https://www.facebook.com/voxtelecomZA> > > <https://www.facebook.com/voxtelecomZA> > > <https://www.facebook.com/voxtelecomZA> > > <https://www.facebook.com/voxtelecomZA> > > <https://www.facebook.com/voxtelecomZA> > > <https://www.facebook.com/voxtelecomZA> > > > *Disclaimer* <https://www.facebook.com/voxtelecomZA> > > The contents of this email are confidential to the sender and the intended > recipient. Unless the contents are clearly and entirely of a personal > nature, they are subject to copyright in favour of the holding company of > the Vox group of companies. Any recipient who receives this email in error > should immediately report the error to the sender and permanently delete > this email from all storage devices. > > This email has been scanned for viruses and malware, and may have been > automatically archived by *Mimecast Ltd*, an innovator in Software as a > Service (SaaS) for business. Providing a *safer* and *more useful* place > for your human generated data. Specializing in; Security, archiving and > compliance. To find out more *Click Here*. > <https://www.facebook.com/voxtelecomZA> > > <https://www.facebook.com/voxtelecomZA> > > ___ > 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/D7ONE6IJN6RK2IQRNUYCZE3EOXBJWHX4/* > <https://www.facebook.com/voxtelecomZA> > > > ___ 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/BLIXHEBK73X6PMVAPEVFZFDVB75AY4UG/
[ovirt-users] Re: snapshot options on remote NFS storage
Hi Jayme, You can find here a detailed explanation about each storage type (including NFS and block domains), and the required steps for preparing those storages: https://ovirt.org/documentation/admin-guide/chap-Storage.html. *Regards,* *Shani Leviim* On Fri, Apr 3, 2020 at 9:33 PM Jayme wrote: > Was wondering if there are any guides or if anyone could share their > storage configuration details for NFS. If using LVM is it safe to snapshot > volumes with running VM images for backup purposes? > ___ > 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/XWTO4BVMIJRPF7EMEGOK2XTZZU6PIPYK/ > ___ 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/IKGCKR44BOGLOG4CRKQNEFPUDSEJYIB2/
[ovirt-users] Re: Auto-logout while editing
+Sharon Gratch Adding Sharon, maybe are there some insights you can share? *Regards,* *Shani Leviim* On Fri, Apr 3, 2020 at 5:10 PM Shareef Jalloq wrote: > There's a rather annoying bug in the Engine UI where you can be logged out > while actively using the system. I've been logged out twice now while > editing the settings for a new VM. I'm screen grabbing and documenting as > I go but I was just logged out while editing the System settings for a new > VM. > > Shareef. > ___ > 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/JNT3K5UDANHD5CA6JFZDZOOND7ORVULN/ > ___ 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/BIRT53IIDHUVMZKJRXGRIVJSFE57LUVV/
[ovirt-users] Re: Ovirt and Dell Compellent in ISCSI
Hi Sylvain, Not sure that's exactly what you're looking for, but you can define an iscsi bond (iscsi multipath) using the UI and REST API: https://www.ovirt.org/develop/release-management/features/storage/iscsi-multipath.html Note that this is a character of the DC. Hope it helps. *Regards,* *Shani Leviim* On Wed, Apr 1, 2020 at 12:35 PM wrote: > hi all, > we use ovirt 4.3 on dell server r640 runing centos 7.7 and a storage bay > Dell Compellent SCv3020 in ISCSI. > We use two 10gb interfaces for iSCSI connection on each dell server. > If we configure ISCSI connection directly from web IU, we can’t specify > the two physical ethernet interface , and there are missing path . (only 4 > path on 8) > So, on the shell of hypervisor we use this commands for configure the > connections : > iscsiadm -m iface -I em1 --op=new # 1st ethernet interface > iscsiadm -m iface -I p3p1 --op=new # 2d ethernet interface > iscsiadm -m discovery -t sendtargets -p xx.xx.xx.xx > iscsiadm -m node -o show > iscsiadm -m node --login > after this, on the web IU we can connect our LUN with all path. > > Also, I don’t understand how to configure multipath in the web UI . By > defaut the configuration is in failover : > multipath -ll : > 36000d3100457e405 dm-3 COMPELNT,Compellent Vol > size=500G features='1 queue_if_no_path' hwhandler='0' wp=rw > `-+- policy='service-time 0' prio=1 status=active > |- 23:0:0:1 sdb 8:16 active ready running > |- 24:0:0:1 sdd 8:48 active ready running > |- 25:0:0:1 sdc 8:32 active ready running > |- 26:0:0:1 sde 8:64 active ready running > |- 31:0:0:1 sdf 8:80 active ready running > |- 32:0:0:1 sdg 8:96 active ready running > |- 33:0:0:1 sdh 8:112 active ready running > |- 34:0:0:1 sdi 8:128 active ready running > > I think round robind or another configuration will be more performent. > > So can we made this configuration , select physical interface and > configure multipath in web UI ? for easyly maintenance and adding other > server ? > > Thank you. > > Sylvain. > ___ > 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/UDKK3ZW7QCWHXQL2SXHAL3EN5SHZNRM4/ > ___ 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/GTDAPLBC7POIAAM6BDHSLKCHOORBTTIR/
[ovirt-users] Re: disk snapshot in illegal status
Hi David, First, we need to compare the chain as it is seen by the engine and the host and see if there's a difference. Can you please share the output of the following? On the host: vdsm-tool dump-volume-chains On the engine: SELECT * FROM images_storage_domain_view images_storage_domain_view WHERE image_group_id = ; *Regards,* *Shani Leviim* On Tue, Apr 7, 2020 at 5:28 PM David David wrote: > hello > > after removing "auto generated" snapshot, the vm snapshot became to > illegal status and in the "snapshot" tab also marked in illegal status > > now my vm is not booting > > but "vdsm-client Volume getInfo" shows the snapshot status is legal > > vdsm-client Volume getInfo \ > storagepoolID=---- \ > storagedomainID=d17aa967-f7f7-4d9f-98e4-7022854da4f5 \ > imageID=1844873e-45ef-4a2b-a991-2df6e92a3e2d \ > volumeID=f447cd4f-9ab3-489d-8c2a-b2e69456496f > > { > "status": "OK", > "lease": { > "path": "/dev/d17aa967-f7f7-4d9f-98e4-7022854da4f5/leases", > "owners": [], > "version": null, > "offset": 132120576 > }, > "domain": "d17aa967-f7f7-4d9f-98e4-7022854da4f5", > "capacity": "21474836480", > "voltype": "LEAF", > "description": "None", > "parent": "----", > "format": "RAW", > "generation": 1, > "image": "1844873e-45ef-4a2b-a991-2df6e92a3e2d", > "uuid": "f447cd4f-9ab3-489d-8c2a-b2e69456496f", > "disktype": "DATA", > "legality": "LEGAL", > "mtime": "0", > "apparentsize": "21474836480", > "truesize": "21474836480", > "type": "PREALLOCATED", > "children": [], > "pool": "", > "ctime": "1530472945" > } > > how to fix the problem? > ___ > 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/JSYMY4QG2HSPVITAX7QSVZDZ4HJDLN4W/ > ___ 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/YPAIRT44P5HXG77F2AKI33KSFTBTKCWP/
[ovirt-users] Re: export vm from 3.4 to 4.3
Hi Nagaraju, You can detach the relevant storage domain and attach it back to the relevant DC. That functionality replaces the export domains. You can find a detailed explanation here: https://www.ovirt.org/develop/release-management/features/storage/importstoragedomain.html You can also import a VM using an OVA file. You can find the relevant information here: https://www.ovirt.org/develop/release-management/features/virt/enhance-import-export-with-ova.html *Regards,* *Shani Leviim* On Mon, Apr 13, 2020 at 11:25 AM Budur Nagaraju wrote: > Hi > > Can someone help in exporting a vm from 3.5 to 4.3 version , any help > or links for exporting a vm ? > > Thanks, > Nagaraju > > > > ___ > 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/6S767MMLOBXFKT3LRYMVGUIX3P2LNYGY/ > ___ 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/3VSKYBNUI2GW3HMGYOFR6OCRRIB65QW3/
[ovirt-users] Re: disk snapshot in illegal status
Hi David, Sorry for the late reply. the volume_dump returned 1 occurrence of that image, while the query returned 2 occurrences. It seems that there's an image id with a description of 'Auto-generated for Live Storage Migration' which wasn't removed from the DB. Can you try to remove it from the UI? (If you claimed to remove it, try to remove it from the DB). *Regards,* *Shani Leviim* On Tue, Apr 7, 2020 at 7:45 PM David David wrote: > vdsm-tool dump-volume-chains d17aa967-f7f7-4d9f-98e4-7022854da4f5 > > engine=# select * from images_storage_domain_view where > image_group_id='1844873e-45ef-4a2b-a991-2df6e92a3e2d'; > > output attached > > вт, 7 апр. 2020 г. в 19:47, Shani Leviim : > >> Hi David, >> First, we need to compare the chain as it is seen by the engine and the >> host and see if there's a difference. >> Can you please share the output of the following? >> >> On the host: >> vdsm-tool dump-volume-chains >> >> On the engine: >> SELECT * >> FROM images_storage_domain_view images_storage_domain_view >> WHERE image_group_id = ; >> >> >> *Regards,* >> >> *Shani Leviim* >> >> >> On Tue, Apr 7, 2020 at 5:28 PM David David wrote: >> >>> hello >>> >>> after removing "auto generated" snapshot, the vm snapshot became to >>> illegal status and in the "snapshot" tab also marked in illegal status >>> >>> now my vm is not booting >>> >>> but "vdsm-client Volume getInfo" shows the snapshot status is legal >>> >>> vdsm-client Volume getInfo \ >>> storagepoolID=---- \ >>> storagedomainID=d17aa967-f7f7-4d9f-98e4-7022854da4f5 \ >>> imageID=1844873e-45ef-4a2b-a991-2df6e92a3e2d \ >>> volumeID=f447cd4f-9ab3-489d-8c2a-b2e69456496f >>> >>> { >>> "status": "OK", >>> "lease": { >>> "path": "/dev/d17aa967-f7f7-4d9f-98e4-7022854da4f5/leases", >>> "owners": [], >>> "version": null, >>> "offset": 132120576 >>> }, >>> "domain": "d17aa967-f7f7-4d9f-98e4-7022854da4f5", >>> "capacity": "21474836480", >>> "voltype": "LEAF", >>> "description": "None", >>> "parent": "----", >>> "format": "RAW", >>> "generation": 1, >>> "image": "1844873e-45ef-4a2b-a991-2df6e92a3e2d", >>> "uuid": "f447cd4f-9ab3-489d-8c2a-b2e69456496f", >>> "disktype": "DATA", >>> "legality": "LEGAL", >>> "mtime": "0", >>> "apparentsize": "21474836480", >>> "truesize": "21474836480", >>> "type": "PREALLOCATED", >>> "children": [], >>> "pool": "", >>> "ctime": "1530472945" >>> } >>> >>> how to fix the problem? >>> ___ >>> 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/JSYMY4QG2HSPVITAX7QSVZDZ4HJDLN4W/ >>> >> ___ 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/KR5QGE72YOSK3MSQDFLU4LK6B2SSHU2M/
[ovirt-users] Re: disk snapshot in illegal status
The f447cd4f-9ab3-489d-8c2a-b2e69456496f - "Auto-generated" snapshot should be deleted. After that, make sure the 5a58466b-1547-4346-a550-8590880b379e (Active VM) snapshot has an active=true flag. *Regards,* *Shani Leviim* On Thu, Apr 16, 2020 at 9:33 PM David David wrote: > snapshots in UI: > > Disk Snapshot ID > = > 5a58466b-1547-4346-a550-8590880b379e - "Active VM" - has status "OK" > f447cd4f-9ab3-489d-8c2a-b2e69456496f - "Auto-generated" - has status > "Illegal" > == > the "Disk Snapshot ID" with id 5a58466b-1547-4346-a550-8590880b379e > actually not present in LV > > error screenshot attached > > чт, 16 апр. 2020 г. в 18:20, Shani Leviim : > >> Hi David, >> Can you share a screenshot of the error you're getting? >> And how the snapshots are presented on the ui? >> >> >> *Regards,* >> >> *Shani Leviim* >> >> >> On Thu, Apr 16, 2020 at 4:38 PM David David wrote: >> >>> hi >>> >>> attempt to remove snapshot from UI results in an error >>> >>> I looked the LV through the lvs and did't find active snapshot ID, only >>> the base snapshot ID is present >>> >>> ovirt in database see 2 snapshots, but i have only one base image on >>> storage >>> >>> so, i must remove the active snapshot ID from db not the base image Id ? >>> >>> чт, 16 апр. 2020 г. в 13:58, Shani Leviim : >>> >>>> Hi David, >>>> Sorry for the late reply. >>>> the volume_dump returned 1 occurrence of that image, while the query >>>> returned 2 occurrences. >>>> >>>> It seems that there's an image id with a description of 'Auto-generated >>>> for Live Storage Migration' which wasn't removed from the DB. >>>> Can you try to remove it from the UI? >>>> (If you claimed to remove it, try to remove it from the DB). >>>> >>>> >>>> *Regards,* >>>> >>>> *Shani Leviim* >>>> >>>> >>>> On Tue, Apr 7, 2020 at 7:45 PM David David wrote: >>>> >>>>> vdsm-tool dump-volume-chains d17aa967-f7f7-4d9f-98e4-7022854da4f5 >>>>> >>>>> engine=# select * from images_storage_domain_view where >>>>> image_group_id='1844873e-45ef-4a2b-a991-2df6e92a3e2d'; >>>>> >>>>> output attached >>>>> >>>>> вт, 7 апр. 2020 г. в 19:47, Shani Leviim : >>>>> >>>>>> Hi David, >>>>>> First, we need to compare the chain as it is seen by the engine and >>>>>> the host and see if there's a difference. >>>>>> Can you please share the output of the following? >>>>>> >>>>>> On the host: >>>>>> vdsm-tool dump-volume-chains >>>>>> >>>>>> On the engine: >>>>>> SELECT * >>>>>> FROM images_storage_domain_view images_storage_domain_view >>>>>> WHERE image_group_id = ; >>>>>> >>>>>> >>>>>> *Regards,* >>>>>> >>>>>> *Shani Leviim* >>>>>> >>>>>> >>>>>> On Tue, Apr 7, 2020 at 5:28 PM David David >>>>>> wrote: >>>>>> >>>>>>> hello >>>>>>> >>>>>>> after removing "auto generated" snapshot, the vm snapshot became to >>>>>>> illegal status and in the "snapshot" tab also marked in illegal status >>>>>>> >>>>>>> now my vm is not booting >>>>>>> >>>>>>> but "vdsm-client Volume getInfo" shows the snapshot status is legal >>>>>>> >>>>>>> vdsm-client Volume getInfo \ >>>>>>> storagepoolID=---- \ >>>>>>> storagedomainID=d17aa967-f7f7-4d9f-98e4-7022854da4f5 \ >>>>>>> imageID=1844873e-45ef-4a2b-a991-2df6e92a3e2d \ >>>>>>> volumeID=f447cd4f-9ab3-489d-8c2a-b2e69456496f >>>>>>> >>>>>>> { >>>>>>> "status": "OK", >>>>>>> "lease": { >>>>>>
[ovirt-users] Re: ovirt vm backup tool
Hi Shashank, You can use the new incremental backup feature, which available for a tech preview for ovirt 4.4. You can find the feature page here [1], although it requires some updating. For more details, the session from DevConf 2020 conference is available here [2] Also, there's a Python SDK script for backup a VM using incremental backup new API [3] Adding Eyal and Nir for more insights/details +Eyal Shenitzky +Nir Soffer A former discussion on the users' list can be found here [4] [1] https://www.ovirt.org/develop/release-management/features/storage/incremental-backup.html [2] https://www.youtube.com/watch?v=foyi1UyadEc [3] https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/backup_vm.py [4] https://lists.ovirt.org/archives/list/users@ovirt.org/message/XGCFWR6KXMFHGFZFIIA6PIV2534ZEEGK/ *Regards,* *Shani Leviim* On Tue, Jun 9, 2020 at 5:58 PM Ayansh Rocks wrote: > Hi Guys, > > Can you please suggest a good backup tool for ovirt virtual machines..? > > Thanks > Shashank > ___ > 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/MHFZLPWYYGRB6RKV6673D223JRNHB7DN/ > ___ 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/5HMNKGM3YPTYZWNXGSYY2VAWYTC6MGD4/
[ovirt-users] Re: uprade from 4.3 to 4.4
Hi Jose, It is possible. You can find in this detailed mail Installation instructions, release notes, and references for more information: https://lists.ovirt.org/archives/list/users@ovirt.org/message/VONS2YAHMTYBKWFCY7HAYDPLV47BO6US/ Please make sure to meet the prerequisites, as in RHEL 8 / CentOS 8 several devices that worked on EL7 are no longer supported. *Regards,* *Shani Leviim* On Tue, Aug 11, 2020 at 10:43 PM wrote: > Hello, > > is possible to upgrade from ovirt 4.3 to 4.4 ? > > Thanks > > -- > -- > Jose Ferradeira > http://www.logicworks.pt > ___ > 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/JHXZAWTFH5EIZWRKGHOGJ6FY4TF6N4S4/ > ___ 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/PRWXDEBU2OIGFCB7SY63IQQEN5FHODGA/
[ovirt-users] Re: Help remove snapshot
Hi Magnus, Sounds like you triggered this one https://bugzilla.redhat.com/show_bug.cgi?id=1555116. The error message you've got was meant to avoid removing a snapshot from a broken chain. On the Active VM snapshot -> Disks, is there any disk with Illegal status? Deleting the whole snapshot can be done from the DB: *delete from snapshots where snapshot_id = '.';* Although it's recommended to understand the root cause for that one. Can you please share your engine.log? *Regards,* *Shani Leviim* On Mon, Aug 17, 2020 at 1:37 PM Magnus Isaksson wrote: > Hi! > > I would need some help removing a snapshot that looks like this. > How do i remove it manually or fix snapshot definition? > - > Error while executing action: > > TUN_SALDC01: > >- The requested snapshot has an invalid parent, either fix the >snapshot definition or remove it manually to complete the process. > > - > And when i look at the disk on tha tnapshot it show as this: > > > And general info: > > ___ > 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/5QEBPZPUHDGS52266D4OLVX54CUEWEOB/ > ___ 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/QRNHSLEZXM27GABD43IJ7DHUYZ4EJJIY/
[ovirt-users] Re: Unable to backend oVirt with Cinder
Hi, Can you please supply some more details about the problem? Thanks *Regards,* *Shani Leviim* On Thu, Jun 21, 2018 at 1:47 AM, wrote: > Hi. Did you solve this problem? > ___ > 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/R4AMON6RE72LD2CHJJNAHYYCERUZBEHX/ > ___ 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/FPBHJJYAQIHX7YFXDFVCY6TYGTMOEWLU/
[ovirt-users] Re: Problem download disk
Hi, Can you please provide your API request as well? *Regards,* *Shani Leviim* On Tue, Jun 26, 2018 at 10:26 PM, Marcelo Leandro wrote: > Hello, > > I am use api java to download a disk but not was concluded , I have this > error: > > The server response was 503 in the range request > > > I need change anythings how timeout or size the download ? > > Very Thanks. > > ___ > Users mailing list -- users@ovirt.org > To unsubscribe send an email to users-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community- > guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/ > message/IM2ILYHDBKT5ZZQWIMQMQTATUQL6ASHP/ > > ___ 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/U4Q5XACEZ7RZIBT2F2QMHUKMTAKE2BJ4/
[ovirt-users] Re: Snapshots - Preview button greyed out
Hi, Can you please share a screenshot? Also, can you please specify your ovirt engine's version? *Regards,* *Shani Leviim* On Thu, Aug 16, 2018 at 12:20 PM, Leo David wrote: > Hi Everyone, > I am encountering an issue on my oVirt 4.2 self-hosted engine installation. > Suddenly the "Preview" button in snapshots menu became inactive, I just > cannot revert any previews snapshots. > This feature worked fine over the last month, but now it seems to be just > inactive. > Any thoughts on this ? > > Thank you very much ! > > Leo > > -- > Best regards, Leo David > > ___ > 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/5DKCIYR46N67FB6PLP3QMXUYTAZOWYNE/ > > ___ 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/5DULB6N2673Z52BZB25OBYT64LCA5UJQ/
[ovirt-users] Re: Disk Statistics error
Hi Hari, According to [1], it seems that the command's syntax is: GET /ovirt-engine/api/disks/123/statistics Can you give it a try? Thanks [1] http://ovirt.github.io/ovirt-engine-api-model/4.3/#types/ disk/links/statistics *Regards,* *Shani Leviim* On Fri, Aug 17, 2018 at 11:19 AM, Hari Prasanth Loganathan < hariprasant...@msystechnologies.com> wrote: > Hi Team, > > I try to get the disk statistics using the following > *Url: * > > * /ovirt-engine/api/disks?follow=statistics* > > and I get the following error in oVirt, > > 2018-08-17 15:34:24,663+08 ERROR [io.undertow.request] (default task-815) > UT005023: Exception handling request to /ovirt-engine/api/v4/disks: > java.lang.RuntimeException: org.jboss.resteasy.spi.UnhandledException: > java.lang.IllegalStateException: Problem following 'statistics' link in > Disks entity. > at > io.undertow.servlet.spec.RequestDispatcherImpl.forwardImpl(RequestDispatcherImpl.java:245) > [undertow-servlet-2.0.9.Final.jar:2.0.9.Final] > at io.undertow.servlet.spec.RequestDispatcherImpl.forwardImplSe > tup(RequestDispatcherImpl.java:147) [undertow-servlet-2.0.9.Final. > jar:2.0.9.Final] > at > io.undertow.servlet.spec.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:111) > [undertow-servlet-2.0.9.Final.jar:2.0.9.Final] > at > org.ovirt.engine.api.restapi.invocation.VersionFilter.doFilter(VersionFilter.java:180) > [restapi-jaxrs.jar:] > at > org.ovirt.engine.api.restapi.invocation.VersionFilter.doFilter(VersionFilter.java:98) > [restapi-jaxrs.jar:] > at > io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) > [undertow-servlet-2.0.9.Final.jar:2.0.9.Final] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.d > oFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final. > jar:2.0.9.Final] > at > org.ovirt.engine.api.restapi.invocation.CurrentFilter.doFilter(CurrentFilter.java:117) > [restapi-jaxrs.jar:] > at > org.ovirt.engine.api.restapi.invocation.CurrentFilter.doFilter(CurrentFilter.java:72) > [restapi-jaxrs.jar:] > at > io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) > [undertow-servlet-2.0.9.Final.jar:2.0.9.Final] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.d > oFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final. > jar:2.0.9.Final] > at org.ovirt.engine.core.aaa.filters.RestApiSessionMgmtFilter.d > oFilter(RestApiSessionMgmtFilter.java:78) [aaa.jar:] > at > io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) > [undertow-servlet-2.0.9.Final.jar:2.0.9.Final] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.d > oFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final. > jar:2.0.9.Final] > at > org.ovirt.engine.core.aaa.filters.EnforceAuthFilter.doFilter(EnforceAuthFilter.java:42) > [aaa.jar:] > at > io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) > [undertow-servlet-2.0.9.Final.jar:2.0.9.Final] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.d > oFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final. > jar:2.0.9.Final] > at org.ovirt.engine.core.aaa.filters.SsoRestApiNegotiationFilte > r.doFilter(SsoRestApiNegotiationFilter.java:84) [aaa.jar:] > at > io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) > [undertow-servlet-2.0.9.Final.jar:2.0.9.Final] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.d > oFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final. > jar:2.0.9.Final] > at org.ovirt.engine.core.aaa.filters.SsoRestApiAuthFilter.doFil > ter(SsoRestApiAuthFilter.java:47) [aaa.jar:] > at > io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) > [undertow-servlet-2.0.9.Final.jar:2.0.9.Final] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.d > oFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final. > jar:2.0.9.Final] > at org.ovirt.engine.core.aaa.filters.SessionValidationFilter.do > Filter(SessionValidationFilter.java:59) [aaa.jar:] > > > Caused by: java.lang.IllegalStateException: Problem following > 'statistics' link in Disks entity. > at > org.ovirt.engine.api.restapi.resource.utils.LinkFollower.fetchData(LinkFollower.java:185) > [restapi-jaxrs.jar:] > at > org.ovirt.engine.api.restapi.resource.utils.LinkFollower.followLink(LinkFollower.java:144) > [restapi-jaxrs.jar:] > at org.ovirt.engine.api.restapi.resource.utils.LinkFollower.fol > lowLinks(LinkF
[ovirt-users] Re: Disk Statistics error
Hi Hari, In case you want the statistics of all the VM's disks, send this request: GET /ovirt-engine/api/vms/123?follow=disk_attachments.disk.statistics *Regards,* *Shani Leviim* On Sun, Aug 26, 2018 at 6:24 PM, Hari Prasanth Loganathan < hariprasant...@msystechnologies.com> wrote: > > I want to get disk statistics of all disks. > Not just one disk. > > > > On Sun, 26 Aug 2018 at 1:25 PM, Shani Leviim wrote: > >> Hi Hari, >> According to [1], it seems that the command's syntax is: >> >> GET /ovirt-engine/api/disks/123/statistics >> >> Can you give it a try? >> Thanks >> >> [1] http://ovirt.github.io/ovirt-engine-api-model/4.3/#types/ >> disk/links/statistics >> >> >> *Regards,* >> >> *Shani Leviim* >> >> On Fri, Aug 17, 2018 at 11:19 AM, Hari Prasanth Loganathan < >> hariprasant...@msystechnologies.com> wrote: >> >>> Hi Team, >>> >>> I try to get the disk statistics using the following >>> *Url: * >>> >>> * /ovirt-engine/api/disks?follow=statistics* >>> >>> and I get the following error in oVirt, >>> >>> 2018-08-17 15:34:24,663+08 ERROR [io.undertow.request] (default >>> task-815) UT005023: Exception handling request to >>> /ovirt-engine/api/v4/disks: java.lang.RuntimeException: >>> org.jboss.resteasy.spi.UnhandledException: java.lang.IllegalStateException: >>> Problem following 'statistics' link in Disks entity. >>> at io.undertow.servlet.spec.RequestDispatcherImpl.forwardImpl( >>> RequestDispatcherImpl.java:245) [undertow-servlet-2.0.9.Final. >>> jar:2.0.9.Final] >>> at io.undertow.servlet.spec.RequestDispatcherImpl. >>> forwardImplSetup(RequestDispatcherImpl.java:147) >>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final] >>> at io.undertow.servlet.spec.RequestDispatcherImpl.forward( >>> RequestDispatcherImpl.java:111) [undertow-servlet-2.0.9.Final. >>> jar:2.0.9.Final] >>> at org.ovirt.engine.api.restapi.invocation.VersionFilter. >>> doFilter(VersionFilter.java:180) [restapi-jaxrs.jar:] >>> at org.ovirt.engine.api.restapi.invocation.VersionFilter. >>> doFilter(VersionFilter.java:98) [restapi-jaxrs.jar:] >>> at >>> io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) >>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final] >>> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl. >>> doFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final. >>> jar:2.0.9.Final] >>> at org.ovirt.engine.api.restapi.invocation.CurrentFilter. >>> doFilter(CurrentFilter.java:117) [restapi-jaxrs.jar:] >>> at org.ovirt.engine.api.restapi.invocation.CurrentFilter. >>> doFilter(CurrentFilter.java:72) [restapi-jaxrs.jar:] >>> at >>> io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) >>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final] >>> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl. >>> doFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final. >>> jar:2.0.9.Final] >>> at org.ovirt.engine.core.aaa.filters.RestApiSessionMgmtFilter. >>> doFilter(RestApiSessionMgmtFilter.java:78) [aaa.jar:] >>> at >>> io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) >>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final] >>> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl. >>> doFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final. >>> jar:2.0.9.Final] >>> at org.ovirt.engine.core.aaa.filters.EnforceAuthFilter. >>> doFilter(EnforceAuthFilter.java:42) [aaa.jar:] >>> at >>> io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) >>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final] >>> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl. >>> doFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final. >>> jar:2.0.9.Final] >>> at org.ovirt.engine.core.aaa.filters. >>> SsoRestApiNegotiationFilter.doFilter(SsoRestApiNegotiationFilter.java:84) >>> [aaa.jar:] >>> at >>> io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) >>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final] >>> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl. >>> d
[ovirt-users] Re: Disk Statistics error
Can you please share full engine log? Also, what is your engine's version? *Regards,* *Shani Leviim* On Mon, Aug 27, 2018 at 10:23 AM, Hari Prasanth Loganathan < hariprasant...@msystechnologies.com> wrote: > Hi Shani, > > Thanks for your response, But I need to get the disk statistics of all the > VM's. > Only for this > > * /ovirt-engine/api/disks?follow=statistics* > I get this error. > > Thanks, > Hari > > > On Mon, Aug 27, 2018 at 12:31 PM, Shani Leviim wrote: > >> Hi Hari, >> In case you want the statistics of all the VM's disks, send this request: >> >> GET /ovirt-engine/api/vms/123?follow=disk_attachments.disk.statistics >> >> >> >> >> *Regards,* >> >> *Shani Leviim* >> >> On Sun, Aug 26, 2018 at 6:24 PM, Hari Prasanth Loganathan < >> hariprasant...@msystechnologies.com> wrote: >> >>> >>> I want to get disk statistics of all disks. >>> Not just one disk. >>> >>> >>> >>> On Sun, 26 Aug 2018 at 1:25 PM, Shani Leviim wrote: >>> >>>> Hi Hari, >>>> According to [1], it seems that the command's syntax is: >>>> >>>> GET /ovirt-engine/api/disks/123/statistics >>>> >>>> Can you give it a try? >>>> Thanks >>>> >>>> [1] http://ovirt.github.io/ovirt-engine-api-model/4.3/#types/dis >>>> k/links/statistics >>>> >>>> >>>> *Regards,* >>>> >>>> *Shani Leviim* >>>> >>>> On Fri, Aug 17, 2018 at 11:19 AM, Hari Prasanth Loganathan < >>>> hariprasant...@msystechnologies.com> wrote: >>>> >>>>> Hi Team, >>>>> >>>>> I try to get the disk statistics using the following >>>>> *Url: * >>>>> >>>>> * /ovirt-engine/api/disks?follow=statistics* >>>>> >>>>> and I get the following error in oVirt, >>>>> >>>>> 2018-08-17 15:34:24,663+08 ERROR [io.undertow.request] (default >>>>> task-815) UT005023: Exception handling request to >>>>> /ovirt-engine/api/v4/disks: java.lang.RuntimeException: >>>>> org.jboss.resteasy.spi.UnhandledException: >>>>> java.lang.IllegalStateException: Problem following 'statistics' link >>>>> in Disks entity. >>>>> at io.undertow.servlet.spec.Reque >>>>> stDispatcherImpl.forwardImpl(RequestDispatcherImpl.java:245) >>>>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final] >>>>> at io.undertow.servlet.spec.Reque >>>>> stDispatcherImpl.forwardImplSetup(RequestDispatcherImpl.java:147) >>>>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final] >>>>> at io.undertow.servlet.spec.Reque >>>>> stDispatcherImpl.forward(RequestDispatcherImpl.java:111) >>>>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final] >>>>> at org.ovirt.engine.api.restapi.i >>>>> nvocation.VersionFilter.doFilter(VersionFilter.java:180) >>>>> [restapi-jaxrs.jar:] >>>>> at org.ovirt.engine.api.restapi.i >>>>> nvocation.VersionFilter.doFilter(VersionFilter.java:98) >>>>> [restapi-jaxrs.jar:] >>>>> at io.undertow.servlet.core.Manag >>>>> edFilter.doFilter(ManagedFilter.java:61) >>>>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final] >>>>> at io.undertow.servlet.handlers.F >>>>> ilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) >>>>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final] >>>>> at org.ovirt.engine.api.restapi.i >>>>> nvocation.CurrentFilter.doFilter(CurrentFilter.java:117) >>>>> [restapi-jaxrs.jar:] >>>>> at org.ovirt.engine.api.restapi.i >>>>> nvocation.CurrentFilter.doFilter(CurrentFilter.java:72) >>>>> [restapi-jaxrs.jar:] >>>>> at io.undertow.servlet.core.Manag >>>>> edFilter.doFilter(ManagedFilter.java:61) >>>>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final] >>>>> at io.undertow.servlet.handlers.F >>>>> ilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) >>>>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final] >>>>> at org.ovirt.engine.core.aaa.filt >>>>> ers.RestApiSessionMgmtFilter.doFilter(RestApiSessionMgmtFilter.java:78)
[ovirt-users] Re: snapshots upload
Hi David, It seems that you're trying to create a RAW SPARSE disk. According to [1], the RAW Sparse disks' configuration is supported for NFS storage domains (not for block domains like iSCSI or FCP). Can you please verify the target storage domain's type on your script? [1] https://www.ovirt.org/documentation/admin-guide/chap-Virtual_Machine_Disks/#understanding-virtual-disks *Regards,* *Shani Leviim* On Wed, Aug 29, 2018 at 10:40 AM, David David wrote: > hi all > > ovirt engine 4.2.5.2-1.el7 > > ovirt node: > KVM Version: 2.9.0 - 16.el7_4.14.1 > LIBVIRT Version: libvirt-3.2.0-14.el7_4.9 > VDSM Version: vdsm-4.20.27.1-1.el7.centos > > Can't restore vm by following this instruction https://ovirt.org/develop/ > release-management/features/storage/backup-restore-disk-snapshots/ > error message: > > # python upload_disk_snapshots.py > Creating disk: 414d6613-5cfe-493c-ae6c-aa29caa32983 > Traceback (most recent call last): > File "upload_disk_snapshots.py", line 305, in > disk = create_disk(base_volume, disk_id, sd_name, disks_service) > File "upload_disk_snapshots.py", line 186, in create_disk > name=sd_name > File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line > 6715, in add > return self._internal_add(disk, headers, query, wait) > File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line > 232, in _internal_add > return future.wait() if wait else future > File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line > 55, in wait > return self._code(response) > File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line > 229, in callback > self._check_fault(response) > File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line > 132, in _check_fault > self._raise_error(response, body) > File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line > 118, in _raise_error > raise error > ovirtsdk4.Error: Fault reason is "Operation Failed". Fault detail is > "[Cannot add Virtual Disk. Disk configuration (RAW Sparse) is incompatible > with the storage domain type.]". HTTP response code is 400. > > # tree 414d6613-5cfe-493c-ae6c-aa29caa32983/ > 414d6613-5cfe-493c-ae6c-aa29caa32983/ > ├── 3610d5fd-6f55-46d9-a226-c06eee8e21e6 > └── f77207b2-6e5b-4464-bd6f-5ae6d776435d > > 414d6613-5cfe-493c-ae6c-aa29caa32983 - disk id > 3610d5fd-6f55-46d9-a226-c06eee8e21e6 - base image file > f77207b2-6e5b-4464-bd6f-5ae6d776435d - snapshot1 file > > # qemu-img info > 414d6613-5cfe-493c-ae6c-aa29caa32983/3610d5fd-6f55-46d9-a226-c06eee8e21e6 > > image: 414d6613-5cfe-493c-ae6c-aa29caa32983/3610d5fd-6f55- > 46d9-a226-c06eee8e21e6 > file format: qcow2 > virtual size: 20G (21474836480 bytes) > disk size: 22G > cluster_size: 65536 > Format specific information: > compat: 1.1 > lazy refcounts: false > refcount bits: 16 > corrupt: false > > # qemu-img info > 414d6613-5cfe-493c-ae6c-aa29caa32983/f77207b2-6e5b-4464-bd6f-5ae6d776435d > > image: 414d6613-5cfe-493c-ae6c-aa29caa32983/f77207b2-6e5b- > 4464-bd6f-5ae6d776435d > file format: qcow2 > virtual size: 20G (21474836480 bytes) > disk size: 1.0G > cluster_size: 65536 > backing file: 3610d5fd-6f55-46d9-a226-c06eee8e21e6 (actual path: > 414d6613-5cfe-493c-ae6c-aa29caa32983/3610d5fd-6f55-46d9-a226-c06eee8e21e6) > backing file format: qcow2 > Format specific information: > compat: 1.1 > lazy refcounts: false > refcount bits: 16 > corrupt: false > > upload_disk_snapshots.py: > == > if __name__ == "__main__": > > # Set storage domain name > sd_name = 'data_sas3' > > # Set OVF file path > ovf_file_path = 'f4fdaf18-b944-4d22-879b-e235145a93f6.ovf' > > # Disk to upload > disk_path = '414d6613-5cfe-493c-ae6c-aa29caa32983' > disk_id = os.path.basename(disk_path) > == > > > > > ___ > 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/EATGJIKM3ZHUVKXYA2ZRDNLBDDSEM4XG/ > > ___ 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/LFJF3IQEXKKEYKUSBBWOLH7EAQLP73RM/
[ovirt-users] Re: Can't bring upgraded to 4.3 host back to cluster
Hi Artem, According to oVirt documentation [1], hosts on the same cluster should be reachable from one to each other. Can you please share your vdsm log? I suppose you do manage to ssh that inactive host (correct me if I'm wrong). While getting the vdsm log, maybe try to restart the network and vdsmd services on the host. Another thing you can try on the UI is putting the host on maintenance and then activate it. [1] https://www.ovirt.org/documentation/admin-guide/chap-Clusters.html#introduction-to-clusters *Regards,* *Shani Leviim* On Mon, Jun 10, 2019 at 4:42 PM Artem Tambovskiy wrote: > Hello, > > May I ask you for and advise? > I'm running a small oVirt cluster and couple of months ago I decided to do > an upgrade from oVirt 4.2.8 to 4.3 and having an issues since that time. I > can only guess what I did wrong - probably one of the problems that I > haven't switched the cluster from iptables to firewalld. But this is just > my guess. > > The problem is that I have upgraded the engine and one host, and then I > done an upgrade of second host I can't bring it to active state. Looks like > VDSM can't detect the network and fails to start. I even tried to reinstall > the hosts from UI (I have seen that the packages being installed) but > again, VDSM doesn't startup at the end and reinstallation fails. > > Looking at hosts process list I see script *wait_for_ipv4s* hanging > forever. > > vdsm 8603 1 6 16:26 ?00:00:00 /usr/bin/python > /usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent > > *root 8630 1 0 16:26 ?00:00:00 /bin/sh > /usr/libexec/vdsm/vdsmd_init_common.sh --pre-startroot 8645 8630 6 > 16:26 ?00:00:00 /usr/bin/python2 /usr/libexec/vdsm/wait_for_ipv4s* > root 8688 1 30 16:27 ?00:00:00 /usr/bin/python2 > /usr/share/vdsm/supervdsmd --sockfile /var/run/vdsm/svdsm.sock > vdsm 8715 1 0 16:27 ?00:00:00 /usr/bin/python > /usr/share/ovirt-hosted-engine-ha/ovirt-ha-broker > > The all hosts in cluster are reachable from each other ... That could be > the issue? > > Thank you in advance! > -- > Regards, > Artem > ___ > 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/TQX3LN2TEM4DECKKUMMRCWXTRM6BGIAB/ > ___ 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/K5IHSDIGFOYGU5KUHA7ITP362YOME7OJ/
[ovirt-users] Re: Can't bring upgraded to 4.3 host back to cluster
+Dan Kenigsberg Hi Artem, Thanks for the log. It seems that this error message appears quite a lot: 2019-06-11 12:10:35,283+0300 ERROR (MainThread) [root] Panic: Connect to supervdsm service failed: [Errno 2] No such file or directory (panic:29) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 86, in _connect self._manager.connect, Exception, timeout=60, tries=3) File "/usr/lib/python2.7/site-packages/vdsm/common/function.py", line 58, in retry return func() File "/usr/lib64/python2.7/multiprocessing/managers.py", line 500, in connect conn = Client(self._address, authkey=self._authkey) File "/usr/lib64/python2.7/multiprocessing/connection.py", line 173, in Client c = SocketClient(address) File "/usr/lib64/python2.7/multiprocessing/connection.py", line 308, in SocketClient s.connect(address) File "/usr/lib64/python2.7/socket.py", line 224, in meth return getattr(self._sock,name)(*args) error: [Errno 2] No such file or directory Can you please verify that the 'supervdsmd.service' is running? *Regards,* *Shani Leviim* On Tue, Jun 11, 2019 at 3:04 PM Artem Tambovskiy wrote: > Hi Shani, > > yes, you are right - I can do ssh form aby to any hosts in the cluster. > vdsm.log attached. > I have tried to restart vdsm manually and even done a host restart several > times with no success. > Host activation fails all the time ... > > Thank you in advance for your help! > Regard, > Artem > > On Tue, Jun 11, 2019 at 10:51 AM Shani Leviim wrote: > >> Hi Artem, >> According to oVirt documentation [1], hosts on the same cluster should be >> reachable from one to each other. >> >> Can you please share your vdsm log? >> I suppose you do manage to ssh that inactive host (correct me if I'm >> wrong). >> While getting the vdsm log, maybe try to restart the network and vdsmd >> services on the host. >> >> Another thing you can try on the UI is putting the host on maintenance >> and then activate it. >> >> [1] >> https://www.ovirt.org/documentation/admin-guide/chap-Clusters.html#introduction-to-clusters >> >> >> *Regards,* >> >> *Shani Leviim* >> >> >> On Mon, Jun 10, 2019 at 4:42 PM Artem Tambovskiy < >> artem.tambovs...@gmail.com> wrote: >> >>> Hello, >>> >>> May I ask you for and advise? >>> I'm running a small oVirt cluster and couple of months ago I decided to >>> do an upgrade from oVirt 4.2.8 to 4.3 and having an issues since that time. >>> I can only guess what I did wrong - probably one of the problems that I >>> haven't switched the cluster from iptables to firewalld. But this is just >>> my guess. >>> >>> The problem is that I have upgraded the engine and one host, and then I >>> done an upgrade of second host I can't bring it to active state. Looks like >>> VDSM can't detect the network and fails to start. I even tried to reinstall >>> the hosts from UI (I have seen that the packages being installed) but >>> again, VDSM doesn't startup at the end and reinstallation fails. >>> >>> Looking at hosts process list I see script *wait_for_ipv4s* hanging >>> forever. >>> >>> vdsm 8603 1 6 16:26 ?00:00:00 /usr/bin/python >>> /usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent >>> >>> *root 8630 1 0 16:26 ?00:00:00 /bin/sh >>> /usr/libexec/vdsm/vdsmd_init_common.sh --pre-startroot 8645 8630 6 >>> 16:26 ?00:00:00 /usr/bin/python2 /usr/libexec/vdsm/wait_for_ipv4s* >>> root 8688 1 30 16:27 ?00:00:00 /usr/bin/python2 >>> /usr/share/vdsm/supervdsmd --sockfile /var/run/vdsm/svdsm.sock >>> vdsm 8715 1 0 16:27 ?00:00:00 /usr/bin/python >>> /usr/share/ovirt-hosted-engine-ha/ovirt-ha-broker >>> >>> The all hosts in cluster are reachable from each other ... That could >>> be the issue? >>> >>> Thank you in advance! >>> -- >>> Regards, >>> Artem >>> ___ >>> 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/TQX3LN2TEM4DECKKUMMRCWXTRM6BGIAB/ >>> >> > > -- > Regards, > Artem > ___ 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/C6TR46UNW2GWXOA32NT7FOIA4KJDVTSK/
[ovirt-users] Re: Can't bring upgraded to 4.3 host back to cluster
Np :) On Tuesday, June 11, 2019, Artem Tambovskiy wrote: > Actually, this one wasn't stupid. The host was running version 4.3.3 and > was upgraded to 4.3.4 after yum update. > And this solved the issue ... thanks a lot! > > Looing at the bugtracker (https://bugzilla.redhat.com/ > buglist.cgi?classification=oVirt&f1=flagtypes.name&o1= > substring&query_format=advanced&target_milestone=ovirt-4.3.4&v1=blocker) > I don't see a suitable bug for this. perhaps vdsmd reconfiguration + yum > upgrade + host reboot did the trick. > > Thank you very much for spending a time on this! > Regards, > Artem > > On Tue, Jun 11, 2019 at 5:19 PM Shani Leviim wrote: > >> A stupid one: did you try to yum update? >> >> >> >> *Regards,* >> >> *Shani Leviim* >> >> >> On Tue, Jun 11, 2019 at 5:11 PM Artem Tambovskiy < >> artem.tambovs...@gmail.com> wrote: >> >>> >>> Just tried this: >>> >>> [root@ovirt1 vdsm]# vdsm-tool configure --force >>> >>> Checking configuration status... >>> >>> abrt is already configured for vdsm >>> Managed volume database is already configured >>> lvm is configured for vdsm >>> libvirt is already configured for vdsm >>> SUCCESS: ssl configured to true. No conflicts >>> Current revision of multipath.conf detected, preserving >>> >>> Running configure... >>> Reconfiguration of abrt is done. >>> Reconfiguration of passwd is done. >>> Reconfiguration of libvirt is done. >>> >>> Done configuring modules to VDSM. >>> >>> And tried to restart vdsmd - it failed again. >>> >>> [root@ovirt1 vdsm]# journalctl -xe >>> Jun 11 17:07:58 ovirt1.telia.ru systemd[1]: ovirt-ha-broker.service >>> failed. >>> Jun 11 17:07:58 ovirt1.telia.ru systemd[1]: ovirt-ha-broker.service >>> holdoff time over, scheduling restart. >>> Jun 11 17:07:58 ovirt1.telia.ru systemd[1]: Cannot add dependency job >>> for unit lvm2-lvmetad.socket, ignoring: Unit is masked. >>> Jun 11 17:07:58 ovirt1.telia.ru systemd[1]: Stopped oVirt Hosted Engine >>> High Availability Communications Broker. >>> -- Subject: Unit ovirt-ha-broker.service has finished shutting down >>> -- Defined-By: systemd >>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>> -- >>> -- Unit ovirt-ha-broker.service has finished shutting down. >>> Jun 11 17:07:58 ovirt1.telia.ru systemd[1]: Started oVirt Hosted Engine >>> High Availability Communications Broker. >>> -- Subject: Unit ovirt-ha-broker.service has finished start-up >>> -- Defined-By: systemd >>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>> -- >>> -- Unit ovirt-ha-broker.service has finished starting up. >>> -- >>> -- The start-up result is done. >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: mom-vdsm.service holdoff >>> time over, scheduling restart. >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: Cannot add dependency job >>> for unit lvm2-lvmetad.socket, ignoring: Unit is masked. >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: Stopped MOM instance >>> configured for VDSM purposes. >>> -- Subject: Unit mom-vdsm.service has finished shutting down >>> -- Defined-By: systemd >>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>> -- >>> -- Unit mom-vdsm.service has finished shutting down. >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: start request repeated too >>> quickly for supervdsmd.service >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: Failed to start Auxiliary >>> vdsm service for running helper functions as root. >>> -- Subject: Unit supervdsmd.service has failed >>> -- Defined-By: systemd >>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>> -- >>> -- Unit supervdsmd.service has failed. >>> -- >>> -- The result is failed. >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: Dependency failed for >>> Virtual Desktop Server Manager. >>> -- Subject: Unit vdsmd.service has failed >>> -- Defined-By: systemd >>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>> -- >>> -- Unit vdsmd.service has failed. >>> -- >>> -- The result is dependency. >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: Dependency failed for MOM >>> instance configured fo
[ovirt-users] Re: 4.3 live migration creates wrong image permissions.
Hi, It seems that you hit this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1666795 Adding +Milan Zamazal , Can you please confirm? *Regards,* *Shani Leviim* On Thu, Jun 13, 2019 at 12:18 PM Alex McWhirter wrote: > after upgrading from 4.2 to 4.3, after a vm live migrates it's disk > images are become owned by root:root. Live migration succeeds and the vm > stays up, but after shutting down the VM from this point, starting it up > again will cause it to fail. At this point i have to go in and change > the permissions back to vdsm:kvm on the images, and the VM will boot > again. > ___ > 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/TSWRTC2E7XZSGSLA7NC5YGP7BIWQKMM3/ > ___ 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/IAYOFTU5KHBC3EXTM6HBE3A47LVD42KC/
[ovirt-users] Re: Cannot access dashboard after upgrading to 4.3.4
Hi, Did you run 'engine-setup' and 'yum update' after upgrading ovirt? Taken from here as a reference: https://ovirt.org/documentation/self-hosted/chap-upgrading_the_self-hosted_engine.html *Regards,* *Shani Leviim* On Sat, Jun 15, 2019 at 10:26 AM Albl, Oliver wrote: > Hi all, > > > > I upgraded our installation from 4.2.8 to 4.3.4 and I am unable to > access the dashboard in UI as there is only “Loading data…” displayed. > There are postgres processes running on the engine taking 100% cpu. One is > running for more than 14 hours: > > > > SELECT name, AVG(total) AS total, AVG(used) AS used, MAX(previous_used) AS > previous_used, MAX(previous_total) AS previous_total, MAX(vm_disk_ > > usage_percent) AS usage_percent FROM (SELECT history_datetime, vms.vm_name > AS name, SUM(vm_disk_size_mb) AS total, SUM(vm_disk_actual_size_mb) AS > used, COALESCE(MAX(previous_actual_size), 0) > > AS previous_used, COALESCE(MAX(previous_total_size), 0) AS previous_total, > CASE WHEN MAX(vm_disk_size_mb) = 0 THEN 0 ELSE > (CAST(MAX(vm_disk_actual_size_mb) AS DECIMAL)/ MAX(vm_disk_size_mb) * > > 100) END AS vm_disk_usage_percent FROM > v4_2_statistics_vms_disks_resources_usage_samples samples INNER JOIN > v4_2_latest_configuration_vms_devices devices ON devices.device_id = > vm_disk_id IN > > NER JOIN v4_2_latest_configuration_vms vms ON vms.vm_id = devices.vm_id > INNER JOIN v4_2_latest_configuration_vms_disks disks ON disks.vm_disk_id = > samples.vm_disk_id LEFT OUTER JOIN (SELECT v > > m_name, AVG(previous_actual_size) AS previous_actual_size, > AVG(previous_total_size) AS previous_total_size FROM (SELEC > > 13783 | 2019-06-15 08:41:52.349769+02 | active | SELECT name, AVG(total) > AS total, AVG(used) AS used, MAX(previous_used) AS previous_used, > MAX(previous_total) AS previous_total, MAX(vm_disk_ > > usage_percent) AS usage_percent FROM (SELECT history_datetime, vms.vm_name > AS name, SUM(vm_disk_size_mb) AS total, SUM(vm_disk_actual_size_mb) AS > used, COALESCE(MAX(previous_actual_size), 0) > > AS previous_used, COALESCE(MAX(previous_total_size), 0) AS previous_total, > CASE WHEN MAX(vm_disk_size_mb) = 0 THEN 0 ELSE > (CAST(MAX(vm_disk_actual_size_mb) AS DECIMAL)/ MAX(vm_disk_size_mb) * > > 100) END AS vm_disk_usage_percent FROM > v4_2_statistics_vms_disks_resources_usage_samples samples INNER JOIN > v4_2_latest_configuration_vms_devices devices ON devices.device_id = > vm_disk_id IN > > NER JOIN v4_2_latest_configuration_vms vms ON vms.vm_id = devices.vm_id > INNER JOIN v4_2_latest_configuration_vms_disks disks ON disks.vm_disk_id = > samples.vm_disk_id LEFT OUTER JOIN (SELECT v > > m_name, AVG(previous_actual_size) AS previous_actual_size, > AVG(previous_total_size) AS previous_total_size FROM (SELEC… > > > > oVirt Engine is configured with 128 GB memory and 24 cores. > > > > Please advice how to adress this. > > > > Thank you and all the best, > > Oliver > > > ___ > 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/JJWRQKGCIHRG765YJCEG5CV6BJTFPFAO/ > ___ 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/YMWBF6PT7OVKDKVK5OUPZ42QB7CFANVM/
[ovirt-users] Re: iSCSI-based storages won't login to the portals with all IPs on reboot
Hi Nicolas, Can you please share your vdsm log? Also, can you please share the output of 'iscsiadm -m session -P1' before and after the maintenance? Did you define any iscsi multipath on the DC level? *Regards,* *Shani Leviim* On Mon, Jul 22, 2019 at 11:24 AM wrote: > Hi, > > We're running oVirt 4.3.2. Currently, we have one storage backend > (cabinet) with two controllers, each of them with 2 network interfaces > (4 network interfaces in total). When we added the Storage Domain, we > discovered the target for each of the 4 IPs and marked the LUN so it > would be added with 4 different IPs. > > When we put a host on maintenance, all the paths are deactivated, and > when we activate it back it discovers all the 4 paths for the storage > backend. However, if we reboot the host, on activation it only activates > one path. We can see this running 'multipath -ll'. > > We can manually activate the rest of the paths using this command for > each of the IPs: > > # iscsiadm --mode discovery --type sendtargets --portal 10.X.X.X > --login > > However, we wonder why oVirt wouldn't log into each of the IPs upon a > boot. Is there something we're missing? Can this be fixed manually? > Currently we're running a script on boot that will issue the command > above for each of the IPs of the cabinet. > > Thanks for any help! > ___ > 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/ZEZ5BV5XBDRBZOUTKWLQIOHSGTTQMQ2G/ > ___ 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/554JTQATJIDP6PGIV6JLIBTDZAC4IZ6K/
[ovirt-users] Re: bond for vm interfaces
Hi Edoardo, Can you please supply some more details about the bond you're trying to create? In case it's a VLAN bonding, you can assist this one: https://www.ovirt.org/develop/networking/bonding-vlan-bridge.html#bonding-vlan-bridge *Regards,* *Shani Leviim* On Mon, Jul 22, 2019 at 1:34 PM Edoardo Mazza wrote: > Hello everyone, > I need to create a bond for vm interfaces but I don't kown what is the > best solution, you can help me? > Thanks > Edoardo > ___ > 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/HCRX6B6IC74YYBXOVI4PDUZ3MB5M56UQ/ > ___ 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/JFYICLGBQHFEKNY6K3LIER4ABWHPKZTD/
[ovirt-users] Re: Does cluster upgrade wait for heal before proceeding to next host?
Hi Jayme, I can't recall such a healing time. Can you please retry and attach the engine & vdsm logs so we'll be smarter? *Regards,* *Shani Leviim* On Tue, Aug 6, 2019 at 5:24 PM Jayme wrote: > I've yet to have cluster upgrade finish updating my three host HCI > cluster. The most recent try was today moving from oVirt 4.3.3 to > 4.3.5.5. The first host updates normally, but when it moves on to the > second host it fails to put it in maintenance and the cluster upgrade > stops. > > I suspect this is due to that fact that after my hosts are updated it > takes 10 minutes or more for all volumes to sync/heal. I have 2Tb SSDs. > > Does the cluster upgrade process take heal time in to account before > attempting to place the next host in maintenance to upgrade it? Or is there > something else that may be at fault here, or perhaps a reason why the heal > process takes 10 minutes after reboot to complete? > ___ > 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/5XM3QB3364ZYIPAKY4KTTOSJZMCWHUPD/ > ___ 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/GBX3L23MWGMTF7Q4KGVR63RIQZFYXGWK/
[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. > > > > Kindly awaiting your reply. > > > > Marko Vrgotic > ___ > 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/ICRKHD3GXTPQEZN2T6LJBS6YIVLER6TP/ > ___ 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/4VNZFLBYJUS3LM3JHGRIE7BFHWJ47DLF/
[ovirt-users] Re: Error creating local storage domain: Internal Engine Error.
Hi Barman, Can you please attach a full engine log? Also attaching a screenshot would be great. *Regards,* *Shani Leviim* On Thu, Aug 8, 2019 at 2:44 PM wrote: > Hello. > > I'm new to ovirt and trying to set up a sandbox on an old Dell workstation > I have. Any help greatly appreciated. > > I have created a 4.2 Compatible DC and Cluster. I'm able to add the host > and that checks in OK. > Its an older system hence going with 4.2 for processor support. > > When I try to a local storage domain, it fails. > > The error returned to the screen is : Error while executing action New > Local Storage Domain: Internal Engine Error > > The process gets as far as creating some files and directories in the > directory I'm trying to configure as a local storage domain. > > I notice in the UI, the format of the domain is specified as v4. (This > option is greyed out and I cannot modify it). > > This is an excerpt of the engine.log, with the error the first line of > which seems to be indicating its trying to use a v5 format . > > > 019-08-07 23:21:24,618+01 WARN > [org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand] > (default task-56) [67e87701] Validation of action > 'AttachStorageDomainToPool' failed for user SYSTEM. Reasons: > VAR__TYPE__STORAGE__DOMAIN,VAR__ACTION__ATTACH,ACTION_TYPE_FAILED_STORAGE_DOMAIN_FORMAT_ILLEGAL,$storageFormat > V5 > 2019-08-07 23:21:24,620+01 INFO > [org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand] > (default task-56) [67e87701] Lock freed to object > 'EngineLock:{exclusiveLocks='[f2858a80-4730-40f8-b417-50d65503dcae=STORAGE]', > sharedLocks=''}' > 2019-08-07 23:21:24,623+01 INFO > [org.ovirt.engine.core.bll.CommandCompensator] (default task-56) [67e87701] > Command [id=abb92524-f71a-48fa-bf49-bae1f8a80989]: Compensating > DELETED_OR_UPDATED_ENTITY of > org.ovirt.engine.core.common.businessentities.StorageDomainDynamic; > snapshot: id=f2858a80-4730-40f8-b417-50d65503dcae. > 2019-08-07 23:21:24,626+01 INFO > [org.ovirt.engine.core.bll.CommandCompensator] (default task-56) [67e87701] > Command [id=abb92524-f71a-48fa-bf49-bae1f8a80989]: Compensating > NEW_ENTITY_ID of > org.ovirt.engine.core.common.businessentities.profiles.DiskProfile; > snapshot: 94c8fb2e-e17a-46dd-a859-f3e18d9b3de7. > 2019-08-07 23:21:24,627+01 INFO > [org.ovirt.engine.core.bll.CommandCompensator] (default task-56) [67e87701] > Command [id=abb92524-f71a-48fa-bf49-bae1f8a80989]: Compensating > NEW_ENTITY_ID of > org.ovirt.engine.core.common.businessentities.StorageDomainDynamic; > snapshot: f2858a80-4730-40f8-b417-50d65503dcae. > 2019-08-07 23:21:24,627+01 INFO > [org.ovirt.engine.core.bll.CommandCompensator] (default task-56) [67e87701] > Command [id=abb92524-f71a-48fa-bf49-bae1f8a80989]: Compensating > NEW_ENTITY_ID of > org.ovirt.engine.core.common.businessentities.StorageDomainStatic; > snapshot: f2858a80-4730-40f8-b417-50d65503dcae. > 2019-08-07 23:21:24,635+01 ERROR > [org.ovirt.engine.core.bll.storage.domain.AddLocalStorageDomainCommand] > (default task-56) [67e87701] Transaction rolled-back for command > 'org.ovirt.engine.core.bll.storage.domain.AddLocalStorageDomainCommand'. > 2019-08-07 23:21:24,639+01 ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (default task-56) [67e87701] EVENT_ID: USER_ADD_STORAGE_DOMAIN_FAILED(957), > Failed to add Storage Domain STG01. (User: admin@internal-authz) > > Thanks all. > Barman. > ___ > 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/EMNQLWPQ2BVV2E3B5MASZF6JUQPQ62PQ/ > ___ 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/Q3TWHKKRKUZEKJ3WTEIMCG5LHU3T2SGN/
[ovirt-users] Re: Error creating local storage domain: Internal Engine Error.
Hi Barman, It seems that for local DC, the storage type selected is the latest one (v5) by default, and this one should be changed. Please open a bug in the Bugzilla for that: https://bugzilla.redhat.com/, and reply back its track id. *Regards,* *Shani Leviim* On Thu, Aug 8, 2019 at 3:36 PM Shani Leviim wrote: > Hi Barman, > Can you please attach a full engine log? > Also attaching a screenshot would be great. > > > *Regards,* > > *Shani Leviim* > > > On Thu, Aug 8, 2019 at 2:44 PM wrote: > >> Hello. >> >> I'm new to ovirt and trying to set up a sandbox on an old Dell >> workstation I have. Any help greatly appreciated. >> >> I have created a 4.2 Compatible DC and Cluster. I'm able to add the host >> and that checks in OK. >> Its an older system hence going with 4.2 for processor support. >> >> When I try to a local storage domain, it fails. >> >> The error returned to the screen is : Error while executing action New >> Local Storage Domain: Internal Engine Error >> >> The process gets as far as creating some files and directories in the >> directory I'm trying to configure as a local storage domain. >> >> I notice in the UI, the format of the domain is specified as v4. (This >> option is greyed out and I cannot modify it). >> >> This is an excerpt of the engine.log, with the error the first line of >> which seems to be indicating its trying to use a v5 format . >> >> >> 019-08-07 23:21:24,618+01 WARN >> [org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand] >> (default task-56) [67e87701] Validation of action >> 'AttachStorageDomainToPool' failed for user SYSTEM. Reasons: >> VAR__TYPE__STORAGE__DOMAIN,VAR__ACTION__ATTACH,ACTION_TYPE_FAILED_STORAGE_DOMAIN_FORMAT_ILLEGAL,$storageFormat >> V5 >> 2019-08-07 23:21:24,620+01 INFO >> [org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand] >> (default task-56) [67e87701] Lock freed to object >> 'EngineLock:{exclusiveLocks='[f2858a80-4730-40f8-b417-50d65503dcae=STORAGE]', >> sharedLocks=''}' >> 2019-08-07 23:21:24,623+01 INFO >> [org.ovirt.engine.core.bll.CommandCompensator] (default task-56) [67e87701] >> Command [id=abb92524-f71a-48fa-bf49-bae1f8a80989]: Compensating >> DELETED_OR_UPDATED_ENTITY of >> org.ovirt.engine.core.common.businessentities.StorageDomainDynamic; >> snapshot: id=f2858a80-4730-40f8-b417-50d65503dcae. >> 2019-08-07 23:21:24,626+01 INFO >> [org.ovirt.engine.core.bll.CommandCompensator] (default task-56) [67e87701] >> Command [id=abb92524-f71a-48fa-bf49-bae1f8a80989]: Compensating >> NEW_ENTITY_ID of >> org.ovirt.engine.core.common.businessentities.profiles.DiskProfile; >> snapshot: 94c8fb2e-e17a-46dd-a859-f3e18d9b3de7. >> 2019-08-07 23:21:24,627+01 INFO >> [org.ovirt.engine.core.bll.CommandCompensator] (default task-56) [67e87701] >> Command [id=abb92524-f71a-48fa-bf49-bae1f8a80989]: Compensating >> NEW_ENTITY_ID of >> org.ovirt.engine.core.common.businessentities.StorageDomainDynamic; >> snapshot: f2858a80-4730-40f8-b417-50d65503dcae. >> 2019-08-07 23:21:24,627+01 INFO >> [org.ovirt.engine.core.bll.CommandCompensator] (default task-56) [67e87701] >> Command [id=abb92524-f71a-48fa-bf49-bae1f8a80989]: Compensating >> NEW_ENTITY_ID of >> org.ovirt.engine.core.common.businessentities.StorageDomainStatic; >> snapshot: f2858a80-4730-40f8-b417-50d65503dcae. >> 2019-08-07 23:21:24,635+01 ERROR >> [org.ovirt.engine.core.bll.storage.domain.AddLocalStorageDomainCommand] >> (default task-56) [67e87701] Transaction rolled-back for command >> 'org.ovirt.engine.core.bll.storage.domain.AddLocalStorageDomainCommand'. >> 2019-08-07 23:21:24,639+01 ERROR >> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >> (default task-56) [67e87701] EVENT_ID: USER_ADD_STORAGE_DOMAIN_FAILED(957), >> Failed to add Storage Domain STG01. (User: admin@internal-authz) >> >> Thanks all. >> Barman. >> ___ >> 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/EMNQLWPQ2BVV2E3B5MASZF6JUQPQ62PQ/ >> > ___ 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/Z5TZHW6XOR6TQ42NV63AT4CRC36MKSPG/
[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 >
[ovirt-users] Re: oVirt 4.3.5 potential issue with NFS storage
Basically, I meant to verify the access by ssh, but I want to verify something following your detailed reply: According to [1], in order to set a NetApp NFS server, the required steps should look like this: # mount NetApp_NFS:/path/to/export /mnt # chown -R 36.36 /mnt # chmod -R 755 /mnt # umount /mnt Which is quite similar to the steps you've mentioned, except the last step of unmounting: Unmount the 10.214.13.64:/ovirt_production I think that you had to unmount /mnt/rhevstore instead. Can you please verify? [1] https://access.redhat.com/solutions/660143 *Regards,* *Shani Leviim* On Sun, Aug 11, 2019 at 10:57 PM Vrgotic, Marko wrote: > Hi Shani, > > Thank you for your reply, but > How do I do that? > Reason why I am asking is following: > Hosts 2,3,4 do not have that issue. Host 1 and 5 do. > What I learned previously is that when using Netapp based NFS, which we > are, it’s required to before provisioning SHE and/or just adding a Host to > a pool, it’s required to execute following steps: > > Create random dir on a host: > - mkdir /mnt/rhevstore > Mount netapp volume to the dir > - mount -o sec=sys -t nfs 10.214.13.64:/ovirt_production /mnt/rhevstore > Set ownership to vdsm:kvm (36:36): > - chown -R vdsm:kvm /mnt/rhevstore/* > Unmount the 10.214.13.64:/ovirt_production > > I do not expect the above ownership actions need to be done initially on > each host, before starting the deployment, otherwise it would be > practically impossible to expand the Host pool. > > All 5 hosts are provisioned in same way. How? I am using foreman to > provision these servers, so they are built of same kickstart hostgroup > template. > > I even installed ovirt-hosted-engine-setup package to make sure all > required packages, users and groups are in place before adding host to > oVirt via UI or Ansible. > > Is it possible that we if I am already using or heavily using the > mentioned volume via Hosts already added to oVirt pool, that ownership > actions executed,on host about to be added to the pool, will fail to > complete setting ownership on all required files on the volume? > > To repeat the question above: How do I make sure Host can read metadata > file of the storage volume? > > Kindly awaiting your reply. > > > All best, > Marko Vrgotic > Sent from my iPhone > > On 11 Aug 2019, at 01:19, Shani Leviim wrote: > > 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 (ch
[ovirt-users] Re: Still having NFS issues. (Permissions)
Hi Robert, I've found this one: https://www.ovirt.org/develop/troubleshooting-nfs-storage-issues.html IIRC, you don't need to use 'chown 36:36 /storage/', since no squash mode needed. Can you please share the result of 'cat /etc/exports'? It is supposed to be of the form: /storage *(rw,sync,no_root_squash) In addition, make sure the rpcbind and nfs-server services are running. Also, it seems there are a few mail threads about your issue, and it's hard to follow your steps and tries. Please avoid that by replying to this email instead of opening another thread. *Regards,* *Shani Leviim* On Sat, Dec 14, 2019 at 8:43 PM Robert Webb wrote: > So I did some testing and and removed the “all_squash,anonuid=36,anongid=36”, > set all the image directories to 0755, added libvirt to the kvm group, then > rebooted. > > > > After doing so, sanlock had no access to the directories and neither did > libvert. Leaving everything else alone, I changed the the perms to 0760, > sanlock no longer complained, but libvirtd still complained about file > permissions. > > > > Next test was to the change file perms to 770 and I got the same error > with libvertd. > > > > I have not done any linux work for quite a while so please correct me, but > if I do a “ps aux | grep libvirt” I see the libvritd process running as > root. Does the libvirt user get invoked only when a script is running? If > the daemon is only running as root, then would it not be trying to access > storage as root at this point? > > > > This is my ps list: > > > > root 2898 0.1 0.0 1553860 28580 ? Ssl 14:45 0:01 > /usr/sbin/libvirtd –listen > > > > > > Here is what I see in the audit log: > > > > type=VIRT_CONTROL msg=audit(1576336098.295:451): pid=2898 uid=0 > auid=4294967295 ses=4294967295 > subj=system_u:system_r:virtd_t:s0-s0:c0.c1023 msg='virt=kvm op=start > reason=booted vm="HostedEngine" uuid=70679ece-fbe9-4402-b9b0-34bbee9b6e69 > vm-pid=-1 exe="/usr/sbin/libvirtd" hostname=? addr=? terminal=? res=failed > > > > > ___ > 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/ZHUU6CCXTIACJUGRI5EKL4INMKPLU2N4/ > ___ 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/VHI6SUCKDNOBHUDD4FIJWLNP7YHPYKR2/
[ovirt-users] Re: VM has snapshot with disk in illegal status
Hi Massimo, In order to locate the illegal image, you can run this command on the host: vdsm-tool dump-volume-chains It's also recommended to verify that the engine and vdsm are synced about that image, once you've find it, by running this command on the engine: SELECT * FROM images_storage_domain_view images_storage_domain_view WHERE image_group_id = ; Than, you can try removing it from the engine. (and if it doesn't work - you can delete it from the DB) *Regards,* *Shani Leviim* On Mon, Oct 19, 2020 at 11:15 AM Massimo Mad wrote: > Hi, > I try to delete a snapshot that i have created in the past, now in the > events i have the following error: > Failed to delete snapshot > And the VM now has the exclamation point with the following message: > VM has snapshot with disk in illegal status > How i can fix this problem ? > Regards > Massimo > ___ > 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/VZJ62WAKAVWWORPPEIKMAT4KXOB6AU2D/ > ___ 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/MQXKZIN27RJDXIVARH4EBAC3VYKTYSP5/
[ovirt-users] Re: VM has snapshot with disk in illegal status
Hi Massimo, As shown on the output, you currently have 2 illeagal images: image:55893adf-1e56-4346-8070-4b3e660dd44d - ea57d10b-13d5-4696-bedc-13a92b88f32d status: ILLEGAL, voltype: LEAF, format: COW, legality: *ILLEGAL*, type: SPARSE, capacity: 107374182400, truesize: 1744830464 image:825765ba-b132-4b36-8cb9-8ecd2c7b597a - 5c534181-fbd6-4912-afdc-4ac812e0e9fe status: ILLEGAL, voltype: LEAF, format: COW, legality: *ILLEGAL*, type: SPARSE, capacity: 85899345920, truesize: 1879048192 Can you try removing them from the engine UI? *Regards,* *Shani Leviim* On Mon, Oct 19, 2020 at 4:36 PM Massimo Mad wrote: > Hi Shani > I run the command on the host owner of the SPM it's correct ? > This is the output: > [root@ovirthpr01 ~]# vdsm-tool dump-volume-chains > eb483eb3-a9ce-4867-9ce8-96a0ca171042 > > Images volume chains (base volume first) > >image:ff44dc13-de50-4891-84ce-9fb3e3fe1c88 > > - c45ee9cd-17e3-4cec-b7fb-74af27e792a8 >status: OK, voltype: LEAF, format: RAW, legality: LEGAL, > type: PREALLOCATED, capacity: 134217728, truesize: 134217728 > > >image:a0f9a434-7837-4ec6-8017-c9698ed5cd01 > > - 64ac336f-25d8-43d0-aeb8-7fb77bf6ef97 >status: OK, voltype: LEAF, format: RAW, legality: LEGAL, > type: PREALLOCATED, capacity: 214748364800, truesize: 214748364800 > > >image:4da04f46-2fea-436f-9648-772c24a849c3 > > - 77ddb7b8-b10f-4d7e-82df-36e077a9eb25 >status: OK, voltype: LEAF, format: RAW, legality: LEGAL, > type: PREALLOCATED, capacity: 134217728, truesize: 134217728 > > >image:55893adf-1e56-4346-8070-4b3e660dd44d > > - ea57d10b-13d5-4696-bedc-13a92b88f32d >status: ILLEGAL, voltype: LEAF, format: COW, legality: > ILLEGAL, type: SPARSE, capacity: 107374182400, truesize: 1744830464 > > >image:825765ba-b132-4b36-8cb9-8ecd2c7b597a > > - 5c534181-fbd6-4912-afdc-4ac812e0e9fe >status: ILLEGAL, voltype: LEAF, format: COW, legality: > ILLEGAL, type: SPARSE, capacity: 85899345920, truesize: 1879048192 > > >image:0264f52e-fa59-4523-81e4-47564193665e > > - dfb3d366-f2d3-49ee-8ca3-3b44e24a0111 >status: OK, voltype: LEAF, format: RAW, legality: LEGAL, > type: PREALLOCATED, capacity: 536870912000, truesize: 536870912000 > And after what is the next step? > Regards > Massimo > > > Il giorno lun 19 ott 2020 alle ore 13:51 Shani Leviim > ha scritto: > >> Hi Massimo, >> In order to locate the illegal image, you can run this command on the >> host: >> vdsm-tool dump-volume-chains >> >> It's also recommended to verify that the engine and vdsm are synced about >> that image, once you've find it, by running this command on the engine: >> SELECT * >> FROM images_storage_domain_view images_storage_domain_view >> WHERE image_group_id = ; >> >> Than, you can try removing it from the engine. >> (and if it doesn't work - you can delete it from the DB) >> >> >> *Regards,* >> >> *Shani Leviim* >> >> >> On Mon, Oct 19, 2020 at 11:15 AM Massimo Mad wrote: >> >>> Hi, >>> I try to delete a snapshot that i have created in the past, now in the >>> events i have the following error: >>> Failed to delete snapshot >>> And the VM now has the exclamation point with the following message: >>> VM has snapshot with disk in illegal status >>> How i can fix this problem ? >>> Regards >>> Massimo >>> ___ >>> 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/VZJ62WAKAVWWORPPEIKMAT4KXOB6AU2D/ >>> >> ___ 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/4XTOI6EZIX2MT5NQ6LGDM5CDOPXZJEGX/
[ovirt-users] Re: VM has snapshot with disk in illegal status
Hi, I think we should treat each problem separately: Can you run that SQL query on your engine and see the output? SELECT * FROM images_storage_domain_view images_storage_domain_view WHERE image_group_id = '55893adf-1e56-4346-8070-4b3e660dd44d'; and same for 825765ba-b132-4b36-8cb9-8ecd2c7b597a. Let's first verify the engine and vdsm are synced, According to the vdsm-tool dump-volume-chains, the disk you've mentioned seems to be legal: image:a0f9a434-7837-4ec6-8017-c9698ed5cd01 - 64ac336f-25d8-43d0-aeb8-7fb77bf6ef97 status: OK, voltype: LEAF, format: RAW, legality: LEGAL, type: PREALLOCATED, capacity: 214748364800, truesize: 214748364800 Please share the output of the SQL query for this image as well (a0f9a434-7837-4ec6-8017-c9698ed5cd01) Also, can you please share a screenshot of the snapshot's deletion and the illegal images? *Regards,* *Shani Leviim* On Mon, Oct 19, 2020 at 6:46 PM Massimo Mad wrote: > Hi, > It's very strange because in the engine UI i have only one disk in illegal > status. > But i have a problem with another VM that have all the disk OK the storage > migration begins, takes the snap shot then fails and the snapshot is > deleted. > the size of the vm with the disk in illega is 200Gb the id of the disk is > a0f9a434-7837-4ec6-8017-c9698ed5cd01 > Regards > Massimo > > > Il giorno lun 19 ott 2020 alle ore 15:47 Shani Leviim > ha scritto: > >> Hi Massimo, >> As shown on the output, you currently have 2 illeagal images: >> >>image:55893adf-1e56-4346-8070-4b3e660dd44d >> >> - ea57d10b-13d5-4696-bedc-13a92b88f32d >>status: ILLEGAL, voltype: LEAF, format: COW, legality: >> *ILLEGAL*, type: SPARSE, capacity: 107374182400, truesize: 1744830464 >> >> >>image:825765ba-b132-4b36-8cb9-8ecd2c7b597a >> >> - 5c534181-fbd6-4912-afdc-4ac812e0e9fe >>status: ILLEGAL, voltype: LEAF, format: COW, legality: >> *ILLEGAL*, type: SPARSE, capacity: 85899345920, truesize: 1879048192 >> >> Can you try removing them from the engine UI? >> >> >> *Regards,* >> >> *Shani Leviim* >> >> >> On Mon, Oct 19, 2020 at 4:36 PM Massimo Mad wrote: >> >>> Hi Shani >>> I run the command on the host owner of the SPM it's correct ? >>> This is the output: >>> [root@ovirthpr01 ~]# vdsm-tool dump-volume-chains >>> eb483eb3-a9ce-4867-9ce8-96a0ca171042 >>> >>> Images volume chains (base volume first) >>> >>>image:ff44dc13-de50-4891-84ce-9fb3e3fe1c88 >>> >>> - c45ee9cd-17e3-4cec-b7fb-74af27e792a8 >>>status: OK, voltype: LEAF, format: RAW, legality: LEGAL, >>> type: PREALLOCATED, capacity: 134217728, truesize: 134217728 >>> >>> >>>image:a0f9a434-7837-4ec6-8017-c9698ed5cd01 >>> >>> - 64ac336f-25d8-43d0-aeb8-7fb77bf6ef97 >>>status: OK, voltype: LEAF, format: RAW, legality: LEGAL, >>> type: PREALLOCATED, capacity: 214748364800, truesize: 214748364800 >>> >>> >>>image:4da04f46-2fea-436f-9648-772c24a849c3 >>> >>> - 77ddb7b8-b10f-4d7e-82df-36e077a9eb25 >>>status: OK, voltype: LEAF, format: RAW, legality: LEGAL, >>> type: PREALLOCATED, capacity: 134217728, truesize: 134217728 >>> >>> >>>image:55893adf-1e56-4346-8070-4b3e660dd44d >>> >>> - ea57d10b-13d5-4696-bedc-13a92b88f32d >>>status: ILLEGAL, voltype: LEAF, format: COW, legality: >>> ILLEGAL, type: SPARSE, capacity: 107374182400, truesize: 1744830464 >>> >>> >>>image:825765ba-b132-4b36-8cb9-8ecd2c7b597a >>> >>> - 5c534181-fbd6-4912-afdc-4ac812e0e9fe >>>status: ILLEGAL, voltype: LEAF, format: COW, legality: >>> ILLEGAL, type: SPARSE, capacity: 85899345920, truesize: 1879048192 >>> >>> >>>image:0264f52e-fa59-4523-81e4-47564193665e >>> >>> - dfb3d366-f2d3-49ee-8ca3-3b44e24a0111 >>>status: OK, voltype: LEAF, format: RAW, legality: LEGAL, >>> type: PREALLOCATED, capacity: 536870912000, truesize: 536870912000 >>> And after what is the next step? >>> Regards >>> Massimo >>> >>> >>> Il giorno lun 19 ott 2020 alle ore 13:51 Shani Leviim < >>> slev...@redhat.com> ha scritto: >>> >>>> Hi Massimo, >&
[ovirt-users] Re: VM has snapshot with disk in illegal status
Hi Massimo, This snapshot should be removed from the DB, as it seems that the vdsm-dump has 1 image related to the 'a0f9a434-7837-4ec6-8017-c9698ed5cd01' image , while the engine reports on 2 images (64ac336f-25d8-43d0-aeb8-7fb77bf6ef97 and 776e817f-2112-4d42-8380-4160caf5059f) In order to delete that snapshot, run this command: SELECT DeleteSnapshot(<'snapshot-id'>); *Regards,* *Shani Leviim* On Wed, Oct 21, 2020 at 1:13 AM Massimo Coloma wrote: > Hi, > I send you the output of the first query: > engine=# SELECT * FROM images_storage_domain_view > images_storage_domain_view WHERE image_group_id = > '55893adf-1e56-4346-8070-4b3e660dd44d'; > image_guid | storage_name | storage_pool_id | storage_type | > creation_date | size | it_guid | description | parentid | > lastmodified | app_list | storage_id | vm_snapshot_id | volume_type | > volume_format | qcow_compat | imagestatus | imag > e_group_id | active | volume_classification | entity_type | vm_names | > number_of_vms | template_version_names | disk_id > | disk_alias | disk_description | shareable | wipe_after_delete | > propagate_errors | sgio | disk_content_type | backup > | quota_id | quota_name | quota_enforcement_type | disk_profile_id | > disk_profile_name | actual_size | read_rate | wri > te_rate | read_latency_seconds | write_latency_seconds | > flush_latency_seconds | disk_storage_type | cinder_volume_type > | image_transfer_phase | image_transfer_type | image_transfer_bytes_sent > | image_transfer_bytes_total | progress > > +--+-+--+---+--+-+-+--+ > > --+--+++-+---+-+-+- > > ---++---+-+--+---++ > > -++--+---+---+--+--+---+--- > > -+--+++-+---+-+---+ > > +--+---+---+---+--- > > -+--+-+---++-- > (0 rows) > > The second query: > engine=# SELECT * FROM images_storage_domain_view > images_storage_domain_view WHERE image_group_id = > '825765ba-b132-4b36-8cb9-8ecd2c7b597a'; > image_guid | storage_name | storage_pool_id | storage_type | > creation_date | size | it_guid | description | parentid | > lastmodified | app_list | storage_id | vm_snapshot_id | volume_type | > volume_format | qcow_compat | imagestatus | imag > e_group_id | active | volume_classification | entity_type | vm_names | > number_of_vms | template_version_names | disk_id > | disk_alias | disk_description | shareable | wipe_after_delete | > propagate_errors | sgio | disk_content_type | backup > | quota_id | quota_name | quota_enforcement_type | disk_profile_id | > disk_profile_name | actual_size | read_rate | wri > te_rate | read_latency_seconds | write_latency_seconds | > flush_latency_seconds | disk_storage_type | cinder_volume_type > | image_transfer_phase | image_transfer_type | image_transfer_bytes_sent > | image_transfer_bytes_total | progress > > +--+-+--+---+--+-+-+--+ > > --+--+++-+---+-+-+- > > ---++---+-+--+---++ > > -++--+---+---+--+--+---+--- > > -+--+++-+---+-+---+ > > +--+---+---+---+--- > > -+--+-+---++-- > (0 rows) > The last query: > engine=# SELECT * FROM images_storage_domain_view > images_storage_domain_view WHERE image_group_id = > 'a0f9a434-7837-4ec6-8017-c9698ed5cd01'; > image_guid | storage_name | > storage_pool_id| storage_type | creati > on_date | size | it_guid| > description | parentid >
[ovirt-users] Re: VM has snapshot with disk in illegal status
Hi Massimo, You can find the VM's snapshot id by sending a REST API request http://localhost:8080/ovirt-engine/api/vms//snapshots/ You can also find the VM's snapshots (and view their parameters) by using SQL: select * from snapshots where vm_id = ''; Once you have the snapshot's id, you can use that command: SELECT DeleteSnapshot('snapshot-id'); *Regards,* *Shani Leviim* On Wed, Oct 21, 2020 at 2:57 PM Massimo Coloma wrote: > Hi Shani , > The command it that ? > SELECT DeleteSnapshot 64ac336f-25d8-43d0-aeb8-7fb77bf6ef97 > Regards > Max > ___ > 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/HYPKECYTNIMBSMIEOWT2MVPBQT5ON3IE/ > ___ 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/6BVXABSAD5F3QLRVM6UEVFFTBUFHNEL4/
[ovirt-users] Re: How to unlock disk images?
Hi Thomas, You can use unlock_entity.sh[1] to list the unlock entities and remove them. [1] https://www.ovirt.org/develop/developer-guide/db-issues/helperutilities.html *Regards,* *Shani Leviim* On Tue, Dec 15, 2020 at 10:45 AM wrote: > On one oVirt 4.3 farm I have three locked images I'd like to clear out. > > One is an ISO image, that somehow never completed the transfer due to a > slow network. It's occupying little space, except in the GUI where it > sticks out and irritates. I guess it would just be an update somewhere on > the Postgress database to unlock it and have it deletable: But since the > schema isn't documented, I'd rather ask here: How to I unlock the image? > > Two are left-overs from a snapshot that somehow never completed, one for > the disk another for the RAM part. I don't know how my colleague managed to > get into that state, but impatience/concurrency probably was a factor, a > transient failure of a node could have been another. > > In any case the snapshot operation logically has been going on for weeks > without any real activity, survived several restarts (after patches) of all > nodes and the ME and shows no sign of disappearing voluntarily. > > Again, I'd assume that I need to clear out the snapshot job, unlock the > images and then delete what's left. Some easy SQL and most likely a > management engine restart afterwards... if you knew what you were doing (or > there was an option in the GUI). > > So how do I list/delete snapshot jobs that aren't really running any more? > And how do I unlock the images so I can delete them? > > Thanks for your help! > ___ > 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/XHC5GNLOZO2WFECII7AZX3QV2YEZ4NPO/ > ___ 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/Y6ZQEOSG74D4H6Y4ZB2GHOHX5RQIPVVF/
[ovirt-users] Re: Increase the initial size of LVM snapshots to prevent VM's from freezing
Hi Gal, You can decrease the interval of checking the VM watermark, search for vm_watermark_interval in VDSM. In the engine, you have the InitialSizeInBytes parameter when creating a snapshot for a VM. *Regards,* *Shani Leviim* On Sun, Dec 13, 2020 at 3:35 PM Gal Villaret wrote: > Hi all, > > Lately, I have been encountering an issue where VMs freeze during backups. > From what I can gather, this happens because some of the VMs sometimes > perform large writes during the backup window and the snapshots dose not > grow fast enough. > I use ISCSI storage with all VM disks preallocated. > > Is there a configuration value I can change in order to increase the > initial size of snapshots and also maybe change the watermark trigger for > the expansion of snapshots? > > Thanks. > ___ > 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/ELN2Z42XHZJBWZZC6X2NSE3E63DGHM3K/ > ___ 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/BBSGWDRLCP4FDS2O64CDY57VVJF5GU5B/
[ovirt-users] Re: Cannot upgrade cluster to v4.5 (All hosts are CentOS 8.3.2011)
Hi Gilboa, Here are some guidelines/checks: - Are you able to create a 4.5 DC/cluster? - Host can be Up in the 4.5 clusters only when it reports 4.5 level compatibility (it's based on RHEL 8.3). Can you make sure that on all 3 hosts? - You can upgrade the 4.4 clusters to 4.5 only when all Up/NonOperational hosts are reporting 4.5 level - You can upgrade 4.4 DC to 4.5 only when all clusters inside are on the 4.5 level - A 4.5 host-based on RHEL 8.3 should be fully functional in 4.2/4.3/4.4 clusters *Regards,* *Shani Leviim* On Wed, Dec 16, 2020 at 12:53 PM Gilboa Davara wrote: > Hello all, > > I'm more-or-less finished building a new ovirt over glusterfs cluster with > 3 fairly beefy servers. > Nodes were fully upgraded to CentOS Linux release 8.3.2011 before they > joined the cluster. > Looking at the cluster view in the WebUI, I get an exclamation mark with > the following message: "Upgrade cluster compatibility level". > When I try to upgrade the cluster, 2 of the 3 hosts go into maintenance > and reboot, but once the procedure is complete, the cluster version remains > the same. > Looking at the host vdsm logs, I see that once the engine refreshes their > capabilities, all hosts return 4.2-4.4 and not 4.5. > > E.g. > 'supportedENGINEs': ['4.2', '4.3', '4.4'], 'clusterLevels': ['4.2', > '4.3', '4.4'] > I assume I should be seeing 4.5 after the upgrade, no? > > AmI missing something? > > Thanks, > - Gilboa > ___ > 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/7CCUHPEGVZD3BBLBDTOCHG5J6EEG5DE2/ > ___ 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/MPQMQGKHDENJW3KOOINP4NKKFRVMOG2U/
[ovirt-users] Re: Ovirt VM import issue
+Liran Rotenberg Hi Deekshith, Is there some more info on the engine log? *Regards,* *Shani Leviim* On Tue, Dec 22, 2020 at 2:51 PM Deekshith via Users wrote: > Hi Team , > > > > > > We are not able to import the Virtual machine from ova file into Ovirt > .Kindly help us > > > > > > > > > > Regards > > *Deekshith* > > > ___ > 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/BDXY3M5KZ7DKH76IVN4KOLT2LR5B3QNL/ > ___ 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/KPYSTHLN7AZALQNVOTYHQWPAG5YBJ24T/
[ovirt-users] Re: Shrink iSCSI Domain
Hi, You can reduce LUNs from an iSCSI storage domain once it's in maintenance. [1] On the UI, after putting the storage domain in maintenance > Manage Domain > select the LUNs to be removed from the storage domain. Note that reducing LUNs is applicable in case the storage domain has more than 1 LUN. (Otherwise, removing the single LUN means removing the whole storage domain). [1] https://www.ovirt.org/develop/release-management/features/storage/reduce-luns-from-sd.html *Regards,* *Shani Leviim* On Sun, Dec 27, 2020 at 8:16 PM Vinícius Ferrão via Users wrote: > Hello, > > Is there any way to reduce the size of an iSCSI Storage Domain? I can’t > seem to figure this myself. It’s probably unsupported, and the path would > be create a new iSCSI Storage Domain with the reduced size and move the > virtual disks to there and them delete the old one. > > But I would like to confirm if this is the only way to do this… > > In the past I had a requirement, so I’ve created the VM Domains with 10TB, > now it’s just too much, and I need to use the space on the storage for > other activities. > > Thanks all and happy new year. > ___ > 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/4B26ZBZUMRXZ6MLJ6YQTK26SZNZOYQLF/ > ___ 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/4PXZQJ2UTXUDLMKEWCSJ4PYPMKVUUPLX/
[ovirt-users] Re: oVirt Storage DRS feature
Hi Divan, Yes, there is: https://www.ovirt.org/documentation/disaster_recovery_guide/ *Regards,* *Shani Leviim* On Tue, Feb 2, 2021 at 10:18 AM wrote: > Greetings all :) > > I'm wondering if oVirt supports the feature that VMware does, which is > in VMware land is called SDRS [1]. > > The idea is simple and I'm sure you all aware of it. > > You have a "cluster" of storage domains, the engine monitors the backend > storage domains and auto balances the VMs across the storage domains > based on IO latency and disk usage. > > If not, how are others out there managing this? > > One could manually balance, but that's clearly not ideal. > > [1]: https://www.youtube.com/watch?v=z77xmaxoNec > > -- > Divan Santana > https://divansantana.com > ___ > 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/5NEFGVZRSWGB4NEYLYRAQZS4NRW4TU3O/ > ___ 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/BGTMPYVTW7DPVAJHSZQW7AIJEPIAWWQH/
[ovirt-users] Re: Users cannot create disks in portal
Hi Will, According to the message behind the error [1], it seems that the students need to have SuperUser permissions on hosted engine resources. [1] https://github.com/oVirt/ovirt-engine/blob/master/frontend/webadmin/modules/frontend/src/main/resources/org/ovirt/engine/ui/frontend/AppErrors.properties#L1091 *Regards,* *Shani Leviim* On Mon, Feb 1, 2021 at 2:08 AM wrote: > Building their own VMs. They are students in a student run data center. > ___ > 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/63TB7Q2W5LNRN6LI2FFPQ7ISBTNQ36PL/ > ___ 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/FCAJKM2SKN3MT7SIFNFDT3WIS4O5QTRY/
[ovirt-users] Re: multipath and VDSM REVISION value mappings
Hi Gianluca, The VDSM REVISION value doesn't depend on the oVirt/RHV version, but it's the last value in your lib/vdsm/tool/configurators/multipath.py: https://github.com/oVirt/vdsm/blob/master/lib/vdsm/tool/configurators/multipath.py The value is being increased whenever we change the multipath config, so you can see the latest version. This number is not related to the cluster version or vdsm version directly. By using a different revision number, you may not include the changes in the multipath config, which came along with those versions. *Regards,* *Shani Leviim* On Tue, Feb 2, 2021 at 10:51 AM Gianluca Cecchi wrote: > Hello, > considering that the best practice is to keep the multipath.conf file > unmodified, is there a table with the mapping between the version of > oVirt/RHV and the value of "VDSM REVISION" in /etc/multipath.conf, so that > in case of doubts one can crosscheck (eg inherited environment where > different admins were managing...)? > > Does this value depend only on the hypervisor installed sw version or also > on the Cluster Compatibility version of the cluster the host belongs to, or > on the engine version? > > In several oVirt/RHV environments with 4.3 / 4.4 I see several numbers for > the VDSM REVISION from 2.0, to 1.9 and 1.5... > > Also what could be the impact of having a wrong (higher or lower) revision > inside the file? > > 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/SEZI5V5RVPKMAHMWS565G36JV6LD62YN/ > ___ 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/HWGQOJMUVR273Z6KAQOH473WTLTT5RRX/
[ovirt-users] Re: multipath and VDSM REVISION value mappings
Furthermore, you should have a version requested by vdsm-tool configure. If there is an old version, the config should update the file. Having a higher version shouldn't be possible unless you modified it manually: In such a case, you should place "# VDSM PRIVATE" into the config, which means you should maintain it. This one is not recommended, as there can be some new config that has no support in old code and can lead it to misbehave. *Regards,* *Shani Leviim* On Tue, Feb 2, 2021 at 12:19 PM Shani Leviim wrote: > Hi Gianluca, > The VDSM REVISION value doesn't depend on the oVirt/RHV version, but it's > the last value in your lib/vdsm/tool/configurators/multipath.py: > > https://github.com/oVirt/vdsm/blob/master/lib/vdsm/tool/configurators/multipath.py > > The value is being increased whenever we change the multipath config, so > you can see the latest version. > This number is not related to the cluster version or vdsm version directly. > > By using a different revision number, you may not include the changes in > the multipath config, which came along with those versions. > > > *Regards,* > > *Shani Leviim* > > > On Tue, Feb 2, 2021 at 10:51 AM Gianluca Cecchi > wrote: > >> Hello, >> considering that the best practice is to keep the multipath.conf file >> unmodified, is there a table with the mapping between the version of >> oVirt/RHV and the value of "VDSM REVISION" in /etc/multipath.conf, so that >> in case of doubts one can crosscheck (eg inherited environment where >> different admins were managing...)? >> >> Does this value depend only on the hypervisor installed sw version or >> also on the Cluster Compatibility version of the cluster the host belongs >> to, or on the engine version? >> >> In several oVirt/RHV environments with 4.3 / 4.4 I see several numbers >> for the VDSM REVISION from 2.0, to 1.9 and 1.5... >> >> Also what could be the impact of having a wrong (higher or lower) >> revision inside the file? >> >> 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/SEZI5V5RVPKMAHMWS565G36JV6LD62YN/ >> > ___ 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/EWZBCVHE3C7O5XDVOMNIUIIQLO5DI26S/
[ovirt-users] Re: Hello.which environment type I choose?
Hi Owen, Welcome to the community! As the version of oVirt is being increased, each version has new features, views, and developments. You can follow the different releases here: https://www.ovirt.org/release/ Each release has its release notes, which specify the required OS for it. For example, the latest 4.4.4 version requires "Red Hat Enterprise Linux 8.2/8.3 (8.3 recommended) and CentOS Linux 8.2 (or similar)". (see https://www.ovirt.org/release/4.4.4/). The requirement for oVirt versions >4.4.0 is "CentOS Linux 8.1 (or similar)". You can view the different version and choose the best one for you, as we recommend to test the latest version and developments. About being part of the community: By sending this email you're already part of it :) On the IRC, make sure you've connected to the *#ovirt* channel on the *irc.oftc.net <http://irc.oftc.net>* server You can view additional ways here: https://www.ovirt.org/community/. Feel free to ask more questions. *Regards,* *Shani Leviim* On Tue, Jan 26, 2021 at 9:43 AM 欧文 wrote: > Dear: > Hello. My name is Owen. First, I appreciate you spend time to check my > email. Recently I want to use oVirt to build a project. But after reading > the official document, I have some questions to ask. The project is > intended to set up a physical server that is used to implement > virtualization, Variable quantity of thin clients for users. But I don't > know which environment types I should use to deploy. The number two > question is why the system environment is different between each version of > o-virt?Because centos 7 is the major version. But so many versions of > o-virt is not centos 7 or centos 8.can you tell me the reason. Thank you.At > last, I have a question.I ever joined the IRC, but there is no response to > answer my question. Could you tell me where I can take part in the > community with developers who develope o-virt.Thanks > ___ > 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/PNLECFKP6SAJVHI5ZSQHA2KH7GZFWSZ2/ > ___ 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/WOYNRSGRXKER75FMQAXX5KA3PQC4SQ64/
[ovirt-users] Re: Locked disks
Hi Giulio, Before running unlock_entity.sh, let's try to find if there's any task in progress. Is there any hint on the events in the UI? Or try to run [1]: ./taskcleaner.sh -o Also, you can verify what entities are locked [2]: ./unlock_entity.sh -q -t all -c [1] https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/taskcleaner.sh [2] https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/unlock_entity.sh *Regards,* *Shani Leviim* On Wed, Feb 3, 2021 at 10:43 AM Giulio Casella wrote: > Since yesterday I found a couple VMs with locked disk. I don't know the > reason, I suspect some interaction made by our backup system (vprotect, > snapshot based), despite it's working for more than a year. > > I'd give a chance to unlock_entity.sh script, but it reports: > > CAUTION, this operation may lead to data corruption and should be used > with care. Please contact support prior to running this command > > Do you think I should trust? Is it safe? VMs are in production... > > My manager is 4.4.4.7-1.el8 (CentOS stream 8), hosts are oVirt Node 4.4.4 > > > TIA, > Giulio > ___ > 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/M4HYMDMHOKC5DCHDP6CFLM4RWJQNN7R4/ > ___ 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/NEQA5ORDQJIGUZG2VRJ4THU2HJKCYWPA/
[ovirt-users] Re: Locked disks
In such a case, the disks shouldn't remain locked - sounds like a bug. This one requires a deeper look. If you're able to reproduce it again, please open a bug in Bugzilla ( https://bugzilla.redhat.com) with engine and vdsm logs, so we'll be able to investigate it. *Regards,* *Shani Leviim* On Wed, Feb 3, 2021 at 5:39 PM Giulio Casella wrote: > Hi, > I tried unlock_entity.sh, and it solved the issue. So far so good. > > But it's still unclear why disks were locked. > > Let me make an hypothesis: in ovirt 4.3 a failure in snapshot removal > would lead to a snapshot in illegal status. No problem, you can remove > again and the situation is fixed. > In ovirt 4.4 a failure in snapshot removal leave the whole disk in > locked state (maybe a bug?), preventing any further action. > > Does it make sense? > > > On 03/02/2021 12:25, Giulio Casella wrote: > > Hi Shani, > > no tasks listed in UI, and now "taskcleaner.sh -o" reports no task (just > > before I gave "taskcleaner.sh -r"). > > But disks are still locked, and "unlock_entity.sh -q -t all -c" > > (accordingly) reports only two disk's uuid (with their vm's uuid). > > > > Time to give a chance to unlock_entity.sh? > > > > Regards, > > gc > > > > On 03/02/2021 11:52, Shani Leviim wrote: > >> Hi Giulio, > >> Before running unlock_entity.sh, let's try to find if there's any task > >> in progress. > >> Is there any hint on the events in the UI? > >> Or try to run [1]: > >> ./taskcleaner.sh -o > >> > >> Also, you can verify what entities are locked [2]: > >> ./unlock_entity.sh -q -t all -c > >> > >> [1] > >> > https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/taskcleaner.sh > >> < > https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/taskcleaner.sh > > > >> [2] > >> > https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/unlock_entity.sh > >> < > https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/unlock_entity.sh > > > >> > >> *Regards, > >> * > >> *Shani Leviim > >> * > >> > >> > >> On Wed, Feb 3, 2021 at 10:43 AM Giulio Casella >> <mailto:giu...@di.unimi.it>> wrote: > >> > >> Since yesterday I found a couple VMs with locked disk. I don't know > the > >> reason, I suspect some interaction made by our backup system > (vprotect, > >> snapshot based), despite it's working for more than a year. > >> > >> I'd give a chance to unlock_entity.sh script, but it reports: > >> > >> CAUTION, this operation may lead to data corruption and should be > used > >> with care. Please contact support prior to running this command > >> > >> Do you think I should trust? Is it safe? VMs are in production... > >> > >> My manager is 4.4.4.7-1.el8 (CentOS stream 8), hosts are oVirt Node > >> 4.4.4 > >> > >> > >> TIA, > >> Giulio > >> ___ > >> Users mailing list -- users@ovirt.org <mailto:users@ovirt.org> > >> To unsubscribe send an email to users-le...@ovirt.org > >> <mailto:users-le...@ovirt.org> > >> Privacy Statement: https://www.ovirt.org/privacy-policy.html > >> <https://www.ovirt.org/privacy-policy.html> > >> oVirt Code of Conduct: > >> https://www.ovirt.org/community/about/community-guidelines/ > >> <https://www.ovirt.org/community/about/community-guidelines/> > >> List Archives: > >> > https://lists.ovirt.org/archives/list/users@ovirt.org/message/M4HYMDMHOKC5DCHDP6CFLM4RWJQNN7R4/ > >> < > https://lists.ovirt.org/archives/list/users@ovirt.org/message/M4HYMDMHOKC5DCHDP6CFLM4RWJQNN7R4/ > > > >> > > ___ > > 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/FEXMZKZFYCWUOVZXZ3C3XZ7VBVYKFJGH/ > > > > o > > ___ 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/T3LAFCCPZC5BO33PJAZA7EMHCWUKYH74/
[ovirt-users] Re: libvirtd.service is down
Hello, I used to encounter this one a long time ago. You can list your networks by using: sudo virsh net-list --all Once you've located the network you wish to delete, you can use: sudo virsh net-destroy *Regards,* *Shani Leviim* On Sun, Mar 21, 2021 at 6:31 PM wrote: > Hello. > > I have an error in my oVirt node 4.4: internal error: "Network is already > in use by interface ens3" > > > This is the output from journalctl: > > > [root@localhost ~]# sudo journalctl --unit libvirtd.service > -- Logs begin at Sun 2021-03-21 16:13:11 UTC, end at Sun 2021-03-21 > 16:20:37 UTC. -- > Mar 21 16:13:24 localhost.localdomain systemd[1]: Starting > Virtualization daemon... > Mar 21 16:13:25 localhost.localdomain systemd[1]: Started > Virtualization daemon. > Mar 21 16:13:25 localhost.localdomain libvirtd[1626]: libvirt version: > 6.6.0, package: 13.el8 (CBS , 2021-03-01-13:29:02, ) > Mar 21 16:13:25 localhost.localdomain libvirtd[1626]: hostname: > localhost.localdomain > Mar 21 16:13:25 localhost.localdomain libvirtd[1626]: internal error: > Network is already in use by interface ens3 > Mar 21 16:15:25 localhost.localdomain systemd[1]: libvirtd.service: > Succeeded. > Mar 21 16:19:30 localhost.localdomain systemd[1]: Starting > Virtualization daemon... > Mar 21 16:19:30 localhost.localdomain systemd[1]: Started > Virtualization daemon. > > > And this is the output from systemctl: > > > [root@localhost ~]# sudo systemctl status libvirtd.service > â libvirtd.service - Virtualization daemon >Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled; > vendor preset: enabled) > Drop-In: /etc/systemd/system/libvirtd.service.d >ââunlimited-core.conf >Active: inactive (dead) since Sun 2021-03-21 16:15:25 UTC; 2min 36s > ago > Docs: man:libvirtd(8) >https://libvirt.org > Process: 1626 ExecStart=/usr/sbin/libvirtd $LIBVIRTD_ARGS > (code=exited, status=0/SUCCESS) > Main PID: 1626 (code=exited, status=0/SUCCESS) > > Mar 21 16:13:24 localhost.localdomain systemd[1]: Starting > Virtualization daemon... > Mar 21 16:13:25 localhost.localdomain systemd[1]: Started > Virtualization daemon. > Mar 21 16:13:25 localhost.localdomain libvirtd[1626]: libvirt version: > 6.6.0, package: 13.el8 (CBS , 2021-03-01-13:29:02, ) > Mar 21 16:13:25 localhost.localdomain libvirtd[1626]: hostname: > localhost.localdomain > Mar 21 16:13:25 localhost.localdomain libvirtd[1626]: internal error: > Network is already in use by interface ens3 > Mar 21 16:15:25 localhost.localdomain systemd[1]: libvirtd.service: > Succeeded. > > > I managed to successfully start libvirtd.service by doing systemctl start > libvirtd.service but I want to correct this bug somehow. > > > Anyone encountered this before? > > > Thanks > ___ > 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/LYFMLQKMZ7VEASZ6AJM7QK2RUVUXBASO/ > ___ 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/6XBFKZVYU54YC265CBAAXV2CSPZL3NO7/
[ovirt-users] Re: cannot export - "r.original_template is undefined"
Hi, Does it appear as a UI error? Can you please share the UI and engine logs + attach a screenshot? *Regards,* *Shani Leviim* On Mon, Apr 5, 2021 at 7:09 PM Diggy Mc wrote: > I cannot export a VM to a data domain. I receive the error: > > Export VM Failed > r.original_template is undefined > > The VM originated as an OVA provided by a third party. After importing > the OVA and customizing the VM, I wanted to export it for backup purposes, > but cannot. > > I am running oVirt 4.4.4. You can download the OVA directly from > ERPNext.org if that helps troubleshooting. Download the "Production Image" > from here: https://erpnext.org/get-started > > Any help is appreciated and let me know if additional information is > needed. > ___ > 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/VPGGT7GCJ6K5AKID26GC6NQUPUELLUU2/ > ___ 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/RTS6BJFYXFLDE7MKBLLNTW67ADKEGMXA/
[ovirt-users] Re: How to assign a server disk and nic profile via REST API?
Hi, You can use this one for adding a VM nic: https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/add_vm_nic.py *Regards,* *Shani Leviim* On Sun, Apr 4, 2021 at 5:10 PM wrote: > Hello to everybody, > > for about an hour I have stuck my nose in the ovirt and rhev > documentation, but I still can't understand how to use the REST API to > change the disk profile and nothing the server profile. > > Ideally, how to set it for them when setting up a VM. > > Thank you so much for the advice. > ___ > 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/WK2XPICALNTXSLTUODFJFFZZB7B5PXZL/ > ___ 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/2F2KWRDPAN6CTPWTBY5P5SXCOFEKF4T5/
[ovirt-users] Re: Destroyed VM blocking hosts/filling logs
Hi, You can try with the vdsm-client tool: https://www.ovirt.org/develop/developer-guide/vdsm/vdsm-client.html Stopping a VM: 1) Get the vmId: # vdsm-client Host getVMList fullStatus=True 2) Destroy the VM # vdsm-client VM destroy vmID= *Regards,* *Shani Leviim* On Sat, Apr 3, 2021 at 7:50 AM wrote: > Hello, > > I've somehow gotten one of my VMs stuck in a state that ovirt seems to be > rather confused about its > existence of now. I'm running oVirt 4.3.10 and using oVirt Node on all > the hosts. > > My engine and host event logs are now filling up very rapidly with this > error: > > VDSM node217 command DestroyVDS failed: General Exception: ("'1048576'",) > > I was playing with hugetable support, and that error number or string > looks suspiciously > like the "hugetable size" custom property I set on the VM. > > This VM was migrated to another host at one point as well, and now that > host is also > generating the same error as well. > > When I try to move these hosts to maintenance mode, they get stuck in > "Preparing for > Maintenance" while it tries to migrate/deal with the VM that's not there > any more. > > Forcibly rebooting the hosts does not change anything. The VM state/host > seems to be > captured somewhere persistent in this case. > > The VM in question is not running, and I can start it up on another host > successfully, > but ovirt still thinks it exists on the other 2 hosts no matter what I do. > > Is there perhaps some way to delete it from the engine database directly > to straighten > things out? > > Here's a dump of the vdsm log on one of the hosts. I haven't been able to > pinpoint what > the exact issue is or how to fix it, but hopefully someone here will have > seen this before? > > 2021-04-03 04:40:35,515+ INFO (jsonrpc/1) [api.virt] START > destroy(gracefulAttempts=1) from=:::10.100.0.210,58150, > vmId=58abf0cf-d7b9-4067-a86a-e619928368e7 (api:48) > 2021-04-03 04:40:35,516+ INFO (jsonrpc/1) [virt.vm] > (vmId='58abf0cf-d7b9-4067-a86a-e619928368e7') Release VM resources (vm:5186) > 2021-04-03 04:40:35,516+ WARN (jsonrpc/1) [virt.vm] > (vmId='58abf0cf-d7b9-4067-a86a-e619928368e7') trying to set state to > Powering down when already Down (vm:626) > 2021-04-03 04:40:35,516+ INFO (jsonrpc/1) [virt.vm] > (vmId='58abf0cf-d7b9-4067-a86a-e619928368e7') Stopping connection > (guestagent:455) > 2021-04-03 04:40:35,517+ INFO (jsonrpc/1) [vdsm.api] START > teardownImage(sdUUID='a08af6be-3802-4bb1-9fa5-4b6a10227290', > spUUID='78dc095a-5238-11e8-b8bf-00163e6a7af9', > imgUUID='9c896907-59b0-4983-9478-b36b2c2eb01e', volUUID=None) > from=:::10.100.0.210,58150, task_id=fc946d20-126a-4fd0-9078-91 > 4b4a64b1d9 (api:48) > 2021-04-03 04:40:35,518+ INFO (jsonrpc/1) [storage.StorageDomain] > Removing image rundir link > u'/var/run/vdsm/storage/a08af6be-3802-4bb1-9fa5-4b6a10227290/9c896907-59b0-4983-9478-b36b2c2eb01e' > (fileSD:592) > 2021-04-03 04:40:35,518+ INFO (jsonrpc/1) [vdsm.api] FINISH > teardownImage return=None from=:::10.100.0.210,58150, > task_id=fc946d20-126a-4fd0-9078-914b4a64b1d9 (api:54) > 2021-04-03 04:40:35,519+ INFO (jsonrpc/1) [vdsm.api] START > teardownImage(sdUUID='b891448d-dd92-4a7b-a51a-22abc3d7da67', > spUUID='78dc095a-5238-11e8-b8bf-00163e6a7af9', > imgUUID='c0e95483-35f1-4a61-958e-4e308b70d3f8', volUUID=None) > from=:::10.100.0.210,58150, task_id=77c0fdca-e13a-44b5-9a00-29 > 0522b194b2 (api:48) > 2021-04-03 04:40:35,520+ INFO (jsonrpc/1) [storage.StorageDomain] > Removing image rundir link > u'/var/run/vdsm/storage/b891448d-dd92-4a7b-a51a-22abc3d7da67/c0e95483-35f1-4a61-958e-4e308b70d3f8' > (fileSD:592) > 2021-04-03 04:40:35,520+ INFO (jsonrpc/1) [vdsm.api] FINISH > teardownImage return=None from=:::10.100.0.210,58150, > task_id=77c0fdca-e13a-44b5-9a00-290522b194b2 (api:54) > 2021-04-03 04:40:35,521+ INFO (jsonrpc/1) [virt.vm] > (vmId='58abf0cf-d7b9-4067-a86a-e619928368e7') Stopping connection > (guestagent:455) > 2021-04-03 04:40:35,521+ WARN (jsonrpc/1) [root] File: > /var/lib/libvirt/qemu/channels/58abf0cf-d7b9-4067-a86a-e619928368e7.ovirt-guest-agent.0 > already removed (fileutils:54) > 2021-04-03 04:40:35,521+ WARN (jsonrpc/1) [root] Attempting to remove > a non existing network: ovirtmgmt/58abf0cf-d7b9-4067-a86a-e619928368e7 > (libvirtnetwork:198) > 2021-04-03 04:40:35,522+ WARN (jsonrpc/1) [root] Attempting to remove > a non existing net user: ovirtmgmt/58abf0cf-d7b9-4067-a86a-e619928368e7 > (libvirtnetwork:205) > 20
[ovirt-users] Re: Destroyed VM blocking hosts/filling logs
Hi David, You can delete the VM from the DB using this command: SELECT DeleteVm(''); *Regards,* *Shani Leviim* On Wed, Apr 7, 2021 at 4:23 PM David Kerry wrote: > Hello, > > This seems to be what the engine is trying to do, and failing at for some > reason. > > eg: > > [root@ovirt-node217 ~]# vdsm-client Host getVMList fullStatus=True > [ > "8b3964bc-cd3f-4f13-84c6-1811193c93eb", > "132668b6-9992-451f-95ac-dbcbeb03f5f1" > ] > > For reference: > > [root@ovirt-node217 ~]# virsh -r list --all > IdName State > > - vm-s2 shut off > - vm-s1 shut off > > And in the console, it shows a count of "2" beside this host, but on the > host detail > page, under the virtual-machine tab, the list is empty (these VMs are > actually > running on a different host). > > [root@ovirt-node217 ~]# vdsm-client VM destroy > vmID="8b3964bc-cd3f-4f13-84c6-1811193c93eb" > vdsm-client: Command VM.destroy with args {'vmID': > '8b3964bc-cd3f-4f13-84c6-1811193c93eb'} failed: > (code=100, message=General Exception: ("'1048576'",)) > > I guess what I need is a way to remove/clean-up these VMs manually since > ovirt > does not seem to be able to do it by itself. > > This condition also blocks the host from being put into maintenance mode. > > When I reboot the host manually and "confirm host was rebooted", the VMs > are still there and still stuck. > > Sincerely, > > David > > > On 2021-04-07 6:01 a.m., Shani Leviim wrote: > > Hi, > You can try with the vdsm-client tool: > https://www.ovirt.org/develop/developer-guide/vdsm/vdsm-client.html > > Stopping a VM: > 1) Get the vmId: > # vdsm-client Host getVMList fullStatus=True > > 2) Destroy the VM > # vdsm-client VM destroy vmID= > > > *Regards, * > > *Shani Leviim * > > > On Sat, Apr 3, 2021 at 7:50 AM wrote: > >> Hello, >> >> I've somehow gotten one of my VMs stuck in a state that ovirt seems to be >> rather confused about its >> existence of now. I'm running oVirt 4.3.10 and using oVirt Node on all >> the hosts. >> >> My engine and host event logs are now filling up very rapidly with this >> error: >> >> VDSM node217 command DestroyVDS failed: General Exception: ("'1048576'",) >> >> I was playing with hugetable support, and that error number or string >> looks suspiciously >> like the "hugetable size" custom property I set on the VM. >> >> This VM was migrated to another host at one point as well, and now that >> host is also >> generating the same error as well. >> >> When I try to move these hosts to maintenance mode, they get stuck in >> "Preparing for >> Maintenance" while it tries to migrate/deal with the VM that's not there >> any more. >> >> Forcibly rebooting the hosts does not change anything. The VM state/host >> seems to be >> captured somewhere persistent in this case. >> >> The VM in question is not running, and I can start it up on another host >> successfully, >> but ovirt still thinks it exists on the other 2 hosts no matter what I do. >> >> Is there perhaps some way to delete it from the engine database directly >> to straighten >> things out? >> >> Here's a dump of the vdsm log on one of the hosts. I haven't been able >> to pinpoint what >> the exact issue is or how to fix it, but hopefully someone here will have >> seen this before? >> >> 2021-04-03 04:40:35,515+ INFO (jsonrpc/1) [api.virt] START >> destroy(gracefulAttempts=1) from=:::10.100.0.210,58150, >> vmId=58abf0cf-d7b9-4067-a86a-e619928368e7 (api:48) >> 2021-04-03 04:40:35,516+ INFO (jsonrpc/1) [virt.vm] >> (vmId='58abf0cf-d7b9-4067-a86a-e619928368e7') Release VM resources (vm:5186) >> 2021-04-03 04:40:35,516+ WARN (jsonrpc/1) [virt.vm] >> (vmId='58abf0cf-d7b9-4067-a86a-e619928368e7') trying to set state to >> Powering down when already Down (vm:626) >> 2021-04-03 04:40:35,516+ INFO (jsonrpc/1) [virt.vm] >> (vmId='58abf0cf-d7b9-4067-a86a-e619928368e7') Stopping connection >> (guestagent:455) >> 2021-04-03 04:40:35,517+ INFO (jsonrpc/1) [vdsm.api] START >> teardownImage(sdUUID='a08af6be-3802-4bb1-9fa5-4b6a10227290', >> spUUID='78dc095a-5238-11e8-b8bf-00163e6a7af9', >> imgUUID='
[ovirt-users] Re: cannot export - "r.original_template is undefined"
The UI messages may not appear on the engine log as they are. It's mostly related to the operation itself (in your case, ExportVmCommand). For a better understanding, looking at your logs (ui.log and engine.log) is essential. Please share them (here/private). Also, since it looks like a bug, consider open one at Bugzilla and attach those logs there and the steps to reproduce. *Regards,* *Shani Leviim* On Wed, Apr 7, 2021 at 8:24 PM Diggy Mc wrote: > > Attached is a screenshot of the error in the GUI. Also, I could not > find any relevant entries in either the engine or UI log files. > ___ 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/JTS6D3M6PG466T3NSBR6YNBDDNU2XMZQ/
[ovirt-users] Re: Destroyed VM blocking hosts/filling logs
Hi David, Yes - this one will remove completely the VM from the DB. You can use the virsh command to delete the VM guests: https://www.cyberciti.biz/faq/howto-linux-delete-a-running-vm-guest-on-kvm/ *Regards,* *Shani Leviim* On Thu, Apr 8, 2021 at 4:32 PM David Kerry wrote: > Hi Shani, > > These VMs in particular are running just fine on other hosts (and > I'd like to keep them that way, preferably). > > It looks like this command would delete the whole VM from the > entire system instead of just removing the stuck/shutdown instances > from the hosts it's not running on any more. > > Can you confirm this is what it would do? If so, is there another > option to remove these stuck "ghost" VM instances from the hosts they are > no longer running on? > > > Thanks > > David > > > On 2021-04-08 3:20 a.m., Shani Leviim wrote: > > Hi David, > > You can delete the VM from the DB using this command: > > SELECT DeleteVm(''); > > > > *Regards, > > * > > *Shani Leviim > > * > > > > > > On Wed, Apr 7, 2021 at 4:23 PM David Kerry dav...@riavera.com>> wrote: > > > > Hello, > > > > This seems to be what the engine is trying to do, and failing at for > some reason. > > > > eg: > > > > [root@ovirt-node217 ~]# vdsm-client Host getVMList fullStatus=True > > [ > > "8b3964bc-cd3f-4f13-84c6-1811193c93eb", > > "132668b6-9992-451f-95ac-dbcbeb03f5f1" > > ] > > > > For reference: > > > > [root@ovirt-node217 ~]# virsh -r list --all > > IdName State > > > > - vm-s2 shut off > > - vm-s1 shut off > > > > And in the console, it shows a count of "2" beside this host, but on > the host detail > > page, under the virtual-machine tab, the list is empty (these VMs > are actually > > running on a different host). > > > > [root@ovirt-node217 ~]# vdsm-client VM destroy > vmID="8b3964bc-cd3f-4f13-84c6-1811193c93eb" > > vdsm-client: Command VM.destroy with args {'vmID': > '8b3964bc-cd3f-4f13-84c6-1811193c93eb'} failed: > > (code=100, message=General Exception: ("'1048576'",)) > > > > I guess what I need is a way to remove/clean-up these VMs manually > since ovirt > > does not seem to be able to do it by itself. > > > > This condition also blocks the host from being put into maintenance > mode. > > > > When I reboot the host manually and "confirm host was rebooted", the > VMs > > are still there and still stuck. > > > > Sincerely, > > > > David > > > > > > On 2021-04-07 6:01 a.m., Shani Leviim wrote: > >> Hi, > >> You can try with the vdsm-client tool: > >> https://www.ovirt.org/develop/developer-guide/vdsm/vdsm-client.html > <https://www.ovirt.org/develop/developer-guide/vdsm/vdsm-client.html> > >> > >> Stopping a VM: > >> 1) Get the vmId: > >> # vdsm-client Host getVMList fullStatus=True > >> > >> 2) Destroy the VM > >> # vdsm-client VM destroy vmID= > >> > >> *Regards, > >> * > >> *Shani Leviim > >> * > >> > >> > >> On Sat, Apr 3, 2021 at 7:50 AM dav...@riavera.com>> wrote: > >> > >> Hello, > >> > >> I've somehow gotten one of my VMs stuck in a state that ovirt > seems to be rather confused about its > >> existence of now. I'm running oVirt 4.3.10 and using oVirt > Node on all the hosts. > >> > >> My engine and host event logs are now filling up very rapidly > with this error: > >> > >> VDSM node217 command DestroyVDS failed: General Exception: > ("'1048576'",) > >> > >> I was playing with hugetable support, and that error number or > string looks suspiciously > >> like the "hugetable size" custom property I set on the VM. > >> > >> This VM was migrated to another host at one point as well, and > now that host is also > >> generating the same error as well. > >> > >> When I try to move these hosts to maintenance mode, they get &
[ovirt-users] Re: Destroyed VM blocking hosts/filling logs
You can find your virsh user and password in /etc/ovirt-hosted-engine/virsh_auth.conf The content should be something like this: sudo cat /etc/ovirt-hosted-engine/virsh_auth.conf [credentials-vdsm] authname=vdsm@ovirt password=mypassword *Regards,* *Shani Leviim* On Thu, Apr 8, 2021 at 5:20 PM David Kerry wrote: > Hi Shani, > > I actually came across that option and attempted it at one point, > but vdsm has locked me out of using that command it seems. > > Eg: > > [root@ovirt-node217 ~]# virsh undefine vm-s2 > Please enter your authentication name: admin > Please enter your password: > error: failed to connect to the hypervisor > error: authentication failed: authentication failed > > No known username/password seems to work. > > Is there some magic user to use for this, or some way > to bypass the authentication? > > Thanks > > David > > On 2021-04-08 10:10 a.m., Shani Leviim wrote: > > Hi David, > > Yes - this one will remove completely the VM from the DB. > > > > You can use the virsh command to delete the VM guests: > > > https://www.cyberciti.biz/faq/howto-linux-delete-a-running-vm-guest-on-kvm/ > < > https://www.cyberciti.biz/faq/howto-linux-delete-a-running-vm-guest-on-kvm/ > > > > > > *Regards, > > * > > *Shani Leviim > > * > > > > > > On Thu, Apr 8, 2021 at 4:32 PM David Kerry dav...@riavera.com>> wrote: > > > > Hi Shani, > > > > These VMs in particular are running just fine on other hosts (and > > I'd like to keep them that way, preferably). > > > > It looks like this command would delete the whole VM from the > > entire system instead of just removing the stuck/shutdown instances > > from the hosts it's not running on any more. > > > > Can you confirm this is what it would do? If so, is there another > > option to remove these stuck "ghost" VM instances from the hosts > they are > > no longer running on? > > > > > > Thanks > > > > David > > > > > > On 2021-04-08 3:20 a.m., Shani Leviim wrote: > > > Hi David, > > > You can delete the VM from the DB using this command: > > > SELECT DeleteVm(''); > > > > > > *Regards, > > > * > > > *Shani Leviim > > > * > > > > > > > > > On Wed, Apr 7, 2021 at 4:23 PM David Kerry <mailto:dav...@riavera.com> <mailto:dav...@riavera.com dav...@riavera.com>>> wrote: > > > > > > Hello, > > > > > > This seems to be what the engine is trying to do, and failing > at for some reason. > > > > > > eg: > > > > > > [root@ovirt-node217 ~]# vdsm-client Host getVMList > fullStatus=True > > > [ > > > "8b3964bc-cd3f-4f13-84c6-1811193c93eb", > > > "132668b6-9992-451f-95ac-dbcbeb03f5f1" > > > ] > > > > > > For reference: > > > > > > [root@ovirt-node217 ~]# virsh -r list --all > > > IdName State > > > > > > - vm-s2 shut off > > > - vm-s1 shut off > > > > > > And in the console, it shows a count of "2" beside this host, > but on the host detail > > > page, under the virtual-machine tab, the list is empty (these > VMs are actually > > > running on a different host). > > > > > > [root@ovirt-node217 ~]# vdsm-client VM destroy > vmID="8b3964bc-cd3f-4f13-84c6-1811193c93eb" > > > vdsm-client: Command VM.destroy with args {'vmID': > '8b3964bc-cd3f-4f13-84c6-1811193c93eb'} failed: > > > (code=100, message=General Exception: ("'1048576'",)) > > > > > > I guess what I need is a way to remove/clean-up these VMs > manually since ovirt > > > does not seem to be able to do it by itself. > > > > > > This condition also blocks the host from being put into > maintenance mode. > > > > > > When I reboot the host manually and "confirm host was > rebooted", the VMs > >
[ovirt-users] Re: How to detach FC Storage Domain
Hi Miguel, You can try to destroy the storage domain: Storage > Storage domain > select the domain > 3 dots menu > destroy. Then just add it again to the desired DC. *Regards,* *Shani Leviim* On Thu, Apr 8, 2021 at 6:30 PM Miguel Garcia wrote: > I have added some FC storage domains into incorrect Data Center, I'm > trying to detach them by moving to Storage -> Storage domain select storage > domain -> Data Center tab and click on detach button then got the following > error: Failing detaching storage domain from Data Center > > In log files so far found next lines: > > 2021-03-25 22:58:41,621-04 INFO > [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand] > (EE-ManagedThreadFactory-engine-Thread-2636) > [0a08dff7-13c4-49c2-b451-0dea136941ec] START, > DetachStorageDomainVDSCommand( > DetachStorageDomainVDSCommandParameters:{storagePoolId='68b8d8e9-af51-457d-9b9d-36e37ad60d55', > ignoreFailoverLimit='false', > storageDomainId='a1f6a779-a65f-427c-b034-174e1150361d', > masterDomainId='----', masterVersion='1', > force='false'}), log id: 42974429 > 2021-03-25 22:58:42,941-04 ERROR > [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand] > (EE-ManagedThreadFactory-engine-Thread-2636) > [0a08dff7-13c4-49c2-b451-0dea136941ec] Failed in 'DetachStorageDomainVDS' > method > 2021-03-25 22:58:42,944-04 ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (EE-ManagedThreadFactory-engine-Thread-2636) > [0a08dff7-13c4-49c2-b451-0dea136941ec] EVENT_ID: > IRS_BROKER_COMMAND_FAILURE(10,803), VDSM command DetachStorageDomainVDS > failed: Storage domain does not exist: > (u'a1f6a779-a65f-427c-b034-174e1150361d',) > 2021-03-25 22:58:42,945-04 ERROR > [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand] > (EE-ManagedThreadFactory-engine-Thread-2636) > [0a08dff7-13c4-49c2-b451-0dea136941ec] Command > 'DetachStorageDomainVDSCommand( > DetachStorageDomainVDSCommandParameters:{storagePoolId='68b8d8e9-af51-457d-9b9d-36e37ad60d55', > ignoreFailoverLimit='false', > storageDomainId='a1f6a779-a65f-427c-b034-174e1150361d', > masterDomainId='----', masterVersion='1', > force='false'})' execution failed: IRSGenericException: IRSErrorException: > Failed to DetachStorageDomainVDS, error = Storage domain does not exist: > (u'a1f6a779-a65f-427c-b034-174e1150361d',), code = 358 > > Seems that the storage domain does not exists. Is there a way to force > detach action? > > Thanks in advance > ___ > Users mailing list -- users@ovirt.org > To unsubscribe send an email to users-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/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/Q6TXNCIUDBJZPAXJBE3RQR7WYRVDO7GP/ > ___ 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/2Y5XILF7NMUJOSN7VABNXLEQNHJAWVEI/
[ovirt-users] Re: Ovirt with Oracle Linux 8.3 & Cockpit - Direct Luns
I'm not familiar with Cockpit, but I found this tutorial: https://www.ovirt.org/documentation/installing_ovirt_as_a_self-hosted_engine_using_the_cockpit_web_interface/ So I guess they can both exist at the same time. Please note that Direct LUN disks are not included in virtual machine exports/snapshots. Can you try adding the direct LUN by discovering and logging into the desired target? Or this one doesn't work as well? *Regards,* *Shani Leviim* On Tue, Apr 13, 2021 at 1:39 PM Sandro Bonazzola wrote: > > > Il giorno mar 13 apr 2021 alle ore 06:52 ha > scritto: > >> Is Ovirt compatible with Oracle Linux 8.3? > > > Within the oVirt project we are not testing with Oracle Linux but if you > find issues you can report here, I think OLVM developers are monitoring the > list and can possibly help or push fixes. > > > >> I have KVM & Cockpit running on Oracle Linux 8.3 but don't see a way to >> map direct luns (like RDM's) to the VM in the Cockpit interface. >> > > I tend to think this is unrelated to being Oracle Linux, maybe someone > from storage team can help here. @Eyal Shenitzky ? > > > >> Do I need to move back to Centos 7.x or RHEL 7.x with Ovirt to be able to >> use direct luns? Can Ovirt and Cockpit coexist? >> ___ >> 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/NMV22GEHA3SFAQYN3BNRRJX5BSF3A6V5/ >> > > > -- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV > > Red Hat EMEA <https://www.redhat.com/> > > sbona...@redhat.com > <https://www.redhat.com/> > > *Red Hat respects your work life balance. Therefore there is no need to > answer this email out of your office hours. > <https://mojo.redhat.com/docs/DOC-1199578>* > > > ___ > 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/T23HMJU62TEJMWD3ENTK74EMDF5YTHAZ/ > ___ 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/TQGT6JKUWVOVW3MJPJYMUSQI7HMAIDUN/
[ovirt-users] Re: Install oVirt using the Cockpit wizard
Hi, I ran into this one a while ago, and restarting the postgresql service did the trick: - kill any other open postmaster sessions: ps -ef | grep postmaster - restart the service: systemctl restart postgresql *Regards,* *Shani Leviim* On Mon, Apr 12, 2021 at 12:20 PM rajkumar madhu wrote: > Hi Team, > > I have installed oVirt repo in my centos8 server ( dnf install > https://resources.ovirt.org/pub/yum-repo/ovirt-release44.rpm ) > then while executing Engine-setup command in my server .I am getting the > below error message.Could you please check and give me some suggestions to > resolve the issue . > > engine-setup > [ INFO ] Stage: Initializing > [ INFO ] Stage: Environment setup > Configuration files: > /etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf, > /etc/ovirt-engine-setup.conf.d/10-packaging.conf, > /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf > Log file: > /var/log/ovirt-engine/setup/ovirt-engine-setup-20210412024224-fvaq4e.log > Version: otopi-1.9.4 (otopi-1.9.4-1.el8) > [ ERROR ] Failed to execute stage 'Environment setup': Cannot connect to > ovirt cinderlib database using existing credentials: > ovirt_cinderlib@localhost:5432 > [ INFO ] Stage: Clean up > Log file is located at > /var/log/ovirt-engine/setup/ovirt-engine-setup-20210412024224-fvaq4e.log > [ INFO ] Generating answer file > '/var/lib/ovirt-engine/setup/answers/20210412024227-setup.conf' > [ INFO ] Stage: Pre-termination > [ INFO ] Stage: Termination > [ ERROR ] Execution of setup failed > > > Regards, > > Rajkumar M > 9176772077. > ___ > 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/LPRRAS3JBVPX6GVEOFWPGHMOGUN6WBP6/ > ___ 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/Z3SR2IBIMXLXYHWZZU7FEUHDQDRDRYP5/
[ovirt-users] Re: What software used to take forever incremental backup from VM?
Hi, You can use an SDK script for automating the process. You can use this example: https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/backup_vm.py Also, adding +Nir Soffer and +Eyal Shenitzky *Regards,* *Shani Leviim* On Sun, Apr 18, 2021 at 9:23 AM wrote: > Hi there, > > I want forever incremental backup for over 150+ virtual machines inside > oVirt to save more backup space, then restore in case some problem occurs, > any good advice? > ___ > 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/IQOZNU3QW4NETGX2BAXFDGW3NIVZBO22/ > ___ 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/FY474QN2MPBLFMK2CTHUPD43STGVSTCV/
[ovirt-users] Re: Cannot delete snapshot
Thanks, Ritesh. In order to delete that snapshot, run this command on psql: SELECT DeleteSnapshot('snapshot-id'); *Regards,* *Shani Leviim* On Tue, Apr 20, 2021 at 3:25 PM Ritesh Chikatwar wrote: > adding @Shani Leviim > > On Tue, Apr 20, 2021 at 5:35 PM Thomas Hoberg wrote: > >> I have used these tools to get rid of snapshots that wouldn't go away any >> other way: >> >> https://www.ovirt.org/develop/developer-guide/db-issues/helperutilities.html >> ___ >> 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/37K5J2X2OUDQKN5J3J7ISOV26FMTHCTY/ >> > ___ 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/LS3BUPQIVHQMG7I7C6IL7QTXJTJE7KCE/