February 2014 - Users - oVirt List Archives

[Users] Full-size display Windows vs Fedora 20 guests
by Bob Doolittle 03 Feb '14

03 Feb '14

Hi, When I select View/Full Screen on a VM running a Windows guest, the display resolution automatically adjusts to fit the new canvas. However, when I do this on a VM running Fedora 20, it doesn't. Nor do I know how to query the new canvas size so that I can issue a manual xrandr command to fit it (without doing an ssh into the system and somehow finagling xwininfo to give me the size). In the guest I am running spice-vdagent-0.15.0-1, and restarting it has no effect. Shouldn't it be the one responsible for display optimization? -Bob

3 5

[Users] changing hostname in ovirt
by Sven Kieske 03 Feb '14

03 Feb '14

Hi, maybe I should write an RFE BZ for this but there might be a technical limitation, I don't know. What I want: I have a Host in ovirt which is in status "down" and/or "maintenance". I want to change the hostname/ip ovirt uses to connect to this host. 2. RFEs: 1. This is not possible via webadmin, the address field is grayed out (there seem to be conflicting design patterns for the webadmin, other buttons which don't work don't get grayed out for some reason, instead they throw errors..) 2. make it possible to change the hostname/ip via API from what I've seen so far I have to hack the database to make this change happen in 3.3.2 Is there any technical reason why this is not possible? ovirt should be happy with the UUIDs for the host and should not bother about the hostname. Is there a way to alter the hostname/ip which I don't know? Could someone point me to the right table and how to alter it without breaking it? Thank you! -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

4 9

[Users] ovirt test day: HA VM Reservation feature test summary
by Moti Asayag 03 Feb '14

03 Feb '14

Hi All, In the latest ovirt-test-day i've tested the HA VM resource reservation feature [1] according to the basic scenarios as described on [2]. The new feature notifies the admin via an event log about his cluster inability to preserve resources for HA VMs. I've reported 2 bugs based on the behavior: The cluster check doesn't consider the state of the cluster's hosts when it calculates the resources [3] and a minor issue of the audit log translation into a message [4]. [1] http://www.ovirt.org/Features/HA_VM_reservation [2] http://www.ovirt.org/OVirt_3.4_TestDay#SLA [3] Bug 1057579 - HA Vm reservation check ignores host status https://bugzilla.redhat.com/show_bug.cgi?id=1057579 [4] Bug 1057584 - HA Vm reservation event log is not well resolved https://bugzilla.redhat.com/show_bug.cgi?id=1057584 Thanks, Moti

2 3

[Users] Error message constantly being reported
by Jon Archer 03 Feb '14

03 Feb '14

Hi All, Constantly seeing this message in the logs: vdsm vds ERROR vdsm exception occured#012Traceback (most recent call last):#012 File "/usr/share/vdsm/BindingXMLRPC.py", line 952, in wrapper#012 res = f(*args, **kwargs)#012 File "/usr/share/vdsm/gluster/api.py", line 54, in wrapper#012 rv = func(*args, **kwargs)#012 File "/usr/share/vdsm/gluster/api.py", line 306, in tasksList#012 status = self.svdsmProxy.glusterTasksList(taskIds)#012 File "/usr/share/vdsm/supervdsm.py", line 50, in __call__#012 return callMethod()#012 File "/usr/share/vdsm/supervdsm.py", line 48, in <lambda>#012 **kwargs)#012 File "<string>", line 2, in glusterTasksList#012 File "/usr/lib64/python2.6/multiprocessing/managers.py", line 740, in _callmethod#012 raise convert_to_error(kind, result)#012GlusterCmdExecFailedException: Command execution failed#012error: tasks is not a valid status option#012Usage: volume status [all | <VOLNAME> [nfs|shd|<BRICK>]] [detail|clients|mem|inode|fd|callpool]#012return code: 1 looks like an option which isn't recognised by the "gluster volume status" command. Any ideas how to resolve? It's not causing any problems, but I would like to stop it. Cheers Jon

3 5

[Users] about the size of an offline snapshot
by Sandy Sun 03 Feb '14

03 Feb '14

Assign 20G virtio disk for VM, create an offline snapshot, find the true size of Vm-disk bigger than the virtual size (assign size)? I want to know how to compute the true size of vm-disk. Anbody can tell me the answer ? thanks.

4 5

[Users] oVirt Node Interface Renaming Problem
by David Li 03 Feb '14

03 Feb '14

Hi, I am using oVirt node 3.0.3. It seems systemd renames all the interfaces from ethx to something else. Not sure why but this creates lots of problems for some old scripts. For example: [root@localhost ~]# dmesg | grep -i eth0 [ 2.441579] bnx2 0000:10:00.0 eth0: Broadcom NetXtreme II BCM5709 1000Base-SX (C0) PCI Express found at mem fa000000, IRQ 30, node addr 5c:f3:fc:20:6e:58 [ 27.222803] systemd-udevd[822]: renamed network interface eth0 to enp16s0f0 Is there anyway to prevent this? Thanks.

3 2

[Users] How to scratch previous versions reports and dwh installation?
by Gianluca Cecchi 03 Feb '14

03 Feb '14

Hello, I have some problems, I think they are also due to PosgreSQL access rules changes from f18 to f19. In particular if one has passed from fedora 18 to Fedora 19 and form 3.2 to 3.3 as I did; see https://bugzilla.redhat.com/show_bug.cgi?id=1009335 Right now I have a problem with my AIO installation where trying to upgrade from 3.3.2 to 3.3.3 I got many problems related to RDBMS. Is there a way to completely get rid of prevous installtion and reinstall cleanly in 3.3.3 as I did on another system without getting problems. I tried removing packages: yum remove ovirt-engine-dwh ovirt-engine-reports and deleting related databases: drop database ovirt_engine_history; drop database ovirtenginereports; But then trying to install again packages and runnign setup I get this in log: 2014-01-30 00:37:30::DEBUG::common_utils::446::root:: running sql query on host: localhost, port: 5432, db: ovirt_engine_history, user: engine, query: 'select 1 from history_configuration;'. 2014-01-30 00:37:30::DEBUG::common_utils::907::root:: Executing command --> '/usr/bin/psql --pset=tuples_only=on --set ON_ERROR_STOP=1 --dbname ovirt_engine_history --host localhost --port 5432 --username engine -w -c select 1 from history_configuration;' in working directory '/root' 2014-01-30 00:37:30::DEBUG::common_utils::962::root:: output = 2014-01-30 00:37:30::DEBUG::common_utils::963::root:: stderr = ERROR: relation "history_configuration" does not exist LINE 1: select 1 from history_configuration; Can anyone tell if I have to run any other purge operation, suche as any users or table on engine db itself? And also what would be the expected configuration of /var/lib/pgsql/data/pg_hba.conf and eventually /var/lib/pgsql/data/postgresql.conf for a fedora 19 system so that a setup for reports and dwh could complete? Gianluca

2 5

[Users] ovirt 3.4.0-0.5.beta1 and OpenLDAP groups
by Winfried de Heiden - Voorwinde 03 Feb '14

03 Feb '14

Hi All, I managed to use OpenLDAP to integrate with oVirt 3.4.0-0.5.beta1. For this, I followed (more or less, I used a Raspberry Pi and Raspbian) instructions as found on http://www.ovirt.org/LDAP_Quick_Start It all seems to work well, I am able to connect to a domain, login etc. and assign some roles to users. However, I cannot use (ldap) groups it seems. I cann add a group in the ovirt gui, but (in the tab General) "Active" remain "false". A I missing something...? Winfried

3 3

[Users] EL6 manual hypervisor bare minimum with ovirt-hosted-engine packages
by Zach Musselman 03 Feb '14

03 Feb '14

Hello, I'd like to run the new ovirt-hosted-engine option in RHEV/Ovirt. This appears to not be a built in option of the Ovirt node image. I'd like to create an EL 6 install that as closely resembles the Node/Hypervisor image. How can I keep the amount of installed packages to a minimum and have the self hosted packages installed? Please post how I can get to the node/rhev-h image manually with as similar of packages and the ovirt-hosted-engine packages. # yum install ovirt-hosted-engine-setup # yum install ovirt-hosted-engine-ha Thanks -- Zach

2 1

Re: [Users] [URGENT] hacking the DB
by jplorier＠gmail.com 02 Feb '14

02 Feb '14

Hi Eli, Thanks for the reply. My first measure was to backup the db. I have managed to clean up the mess and as soon as I get the time, I'll send the data so you can figure out what went wrong. I'll also try to post my findings on several matters. I thank you all for the fast help to get this problem fixed so I can get to my dead line. Regards, El 01/02/2014 20:10, <users-request(a)ovirt.org> escribió: > Send Users mailing list submissions to > users(a)ovirt.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.ovirt.org/mailman/listinfo/users > or, via email, send a message with subject or body 'help' to > users-request(a)ovirt.org > > You can reach the person managing the list at > users-owner(a)ovirt.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Users digest..." > > > Today's Topics: > > 1. Re: Reattach storage domain (Itamar Heim) > 2. Re: Reattach storage domain (Alexandr) > 3. Re: Reattach storage domain (Itamar Heim) > 4. Re: Reattach storage domain (Meital Bourvine) > 5. Re: Reattach storage domain (Alexandr) > 6. Re: Reattach storage domain (Itamar Heim) > 7. Re: [URGENT] hacking the DB (Eli Mesika) > 8. Re: Host x is installed with VDSM version (<UNKNOWN>) > (Dan Kenigsberg) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 01 Feb 2014 18:51:19 +0100 > From: Itamar Heim <iheim(a)redhat.com> > To: Alexandr <shuriku(a)shurik.kiev.ua>, users(a)ovirt.org > Subject: Re: [Users] Reattach storage domain > Message-ID: <52ED3417.4050706(a)redhat.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > On 02/01/2014 06:38 PM, Alexandr wrote: > > Hello! > > > > Unfortunately my master storage domain (gluster) is dead. I setup > > another gluster-storage and attach it to the ovirt. Hostname, path and > > volume name are same as old ones. Then I restored from tar archive all > > files. But I cannot activate master domain, operation failed and domain > > status remains "inactive". I see - it mounted on nodes: > > > > vms02.lis.ua:STORAGE on /rhev/data-center/mnt/glusterSD/vms02.lis.ua: > STORAGE > > > > I attached engine.log, can someone provide me recovery steps? > > > > P.S. Sorry for my english > > > > > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > the right way to do this would be to restore it not via engine, then use > the rest api to edit the storage domain connection (mount) in the engine. > > > ------------------------------ > > Message: 2 > Date: Sat, 01 Feb 2014 19:56:36 +0200 > From: Alexandr <shuriku(a)shurik.kiev.ua> > To: Itamar Heim <iheim(a)redhat.com>, users(a)ovirt.org > Subject: Re: [Users] Reattach storage domain > Message-ID: <52ED3554.8080205(a)shurik.kiev.ua> > Content-Type: text/plain; charset=UTF-8 > > Thank you. Can you provide me more detailed steps, I'm not familiar with > rest api :( > > 01.02.2014 19:51, Itamar Heim ?????: > > On 02/01/2014 06:38 PM, Alexandr wrote: > >> Hello! > >> > >> Unfortunately my master storage domain (gluster) is dead. I setup > >> another gluster-storage and attach it to the ovirt. Hostname, path and > >> volume name are same as old ones. Then I restored from tar archive all > >> files. But I cannot activate master domain, operation failed and domain > >> status remains "inactive". I see - it mounted on nodes: > >> > >> vms02.lis.ua:STORAGE on > >> /rhev/data-center/mnt/glusterSD/vms02.lis.ua:STORAGE > >> > >> I attached engine.log, can someone provide me recovery steps? > >> > >> P.S. Sorry for my english > >> > >> > >> _______________________________________________ > >> Users mailing list > >> Users(a)ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> > > > > the right way to do this would be to restore it not via engine, then > > use the rest api to edit the storage domain connection (mount) in the > > engine. > > > > ------------------------------ > > Message: 3 > Date: Sat, 01 Feb 2014 18:58:56 +0100 > From: Itamar Heim <iheim(a)redhat.com> > To: Alexandr <shuriku(a)shurik.kiev.ua>, users(a)ovirt.org > Subject: Re: [Users] Reattach storage domain > Message-ID: <52ED35E0.6000308(a)redhat.com> > Content-Type: text/plain; charset=UTF-8; format=flowed > > On 02/01/2014 06:56 PM, Alexandr wrote: > > Thank you. Can you provide me more detailed steps, I'm not familiar with > > rest api :( > > sorry i can't give more details right now: > manage connection details: > http://www.ovirt.org/Features/Manage_Storage_Connections > > rest api (and other things): > > https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtu… > > > > > > 01.02.2014 19:51, Itamar Heim ?????: > >> On 02/01/2014 06:38 PM, Alexandr wrote: > >>> Hello! > >>> > >>> Unfortunately my master storage domain (gluster) is dead. I setup > >>> another gluster-storage and attach it to the ovirt. Hostname, path and > >>> volume name are same as old ones. Then I restored from tar archive all > >>> files. But I cannot activate master domain, operation failed and domain > >>> status remains "inactive". I see - it mounted on nodes: > >>> > >>> vms02.lis.ua:STORAGE on > >>> /rhev/data-center/mnt/glusterSD/vms02.lis.ua:STORAGE > >>> > >>> I attached engine.log, can someone provide me recovery steps? > >>> > >>> P.S. Sorry for my english > >>> > >>> > >>> _______________________________________________ > >>> Users mailing list > >>> Users(a)ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/users > >>> > >> > >> the right way to do this would be to restore it not via engine, then > >> use the rest api to edit the storage domain connection (mount) in the > >> engine. > > > > > > ------------------------------ > > Message: 4 > Date: Sat, 1 Feb 2014 14:57:02 -0500 (EST) > From: Meital Bourvine <mbourvin(a)redhat.com> > To: Itamar Heim <iheim(a)redhat.com> > Cc: users(a)ovirt.org > Subject: Re: [Users] Reattach storage domain > Message-ID: > <1126371345.3012583.1391284622988.JavaMail.root(a)redhat.com> > Content-Type: text/plain; charset=utf-8 > > I think that it should be something like this: > > Method: PUT > > URL: https://<IP>/api/storageconnections/<ID> > > Body: > <storage_connection> > <address></address> > <type></type> > <port></port> > <target></target> > </storage_connection> > > (Add the correct details to the body. > > ----- Original Message ----- > > From: "Itamar Heim" <iheim(a)redhat.com> > > To: "Alexandr" <shuriku(a)shurik.kiev.ua>, users(a)ovirt.org > > Sent: Saturday, February 1, 2014 7:58:56 PM > > Subject: Re: [Users] Reattach storage domain > > > > On 02/01/2014 06:56 PM, Alexandr wrote: > > > Thank you. Can you provide me more detailed steps, I'm not familiar > with > > > rest api :( > > > > sorry i can't give more details right now: > > manage connection details: > > http://www.ovirt.org/Features/Manage_Storage_Connections > > > > rest api (and other things): > > > https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtu… > > > > > > > > > > 01.02.2014 19:51, Itamar Heim ?????: > > >> On 02/01/2014 06:38 PM, Alexandr wrote: > > >>> Hello! > > >>> > > >>> Unfortunately my master storage domain (gluster) is dead. I setup > > >>> another gluster-storage and attach it to the ovirt. Hostname, path > and > > >>> volume name are same as old ones. Then I restored from tar archive > all > > >>> files. But I cannot activate master domain, operation failed and > domain > > >>> status remains "inactive". I see - it mounted on nodes: > > >>> > > >>> vms02.lis.ua:STORAGE on > > >>> /rhev/data-center/mnt/glusterSD/vms02.lis.ua:STORAGE > > >>> > > >>> I attached engine.log, can someone provide me recovery steps? > > >>> > > >>> P.S. Sorry for my english > > >>> > > >>> > > >>> _______________________________________________ > > >>> Users mailing list > > >>> Users(a)ovirt.org > > >>> http://lists.ovirt.org/mailman/listinfo/users > > >>> > > >> > > >> the right way to do this would be to restore it not via engine, then > > >> use the rest api to edit the storage domain connection (mount) in the > > >> engine. > > > > > > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > ------------------------------ > > Message: 5 > Date: Sat, 01 Feb 2014 22:58:22 +0200 > From: Alexandr <shuriku(a)shurik.kiev.ua> > To: Meital Bourvine <mbourvin(a)redhat.com>, Itamar Heim > <iheim(a)redhat.com> > Cc: users(a)ovirt.org > Subject: Re: [Users] Reattach storage domain > Message-ID: <52ED5FEE.7090402(a)shurik.kiev.ua> > Content-Type: text/plain; charset="utf-8" > > 01.02.2014 21:57, Meital Bourvine ?????: > > I think that it should be something like this: > > > > Method: PUT > > > > URL: https://<IP>/api/storageconnections/<ID> > > > > Body: > > <storage_connection> > > <address></address> > > <type></type> > > <port></port> > > <target></target> > > </storage_connection> > > > > (Add the correct details to the body. > > > > ----- Original Message ----- > >> From: "Itamar Heim" <iheim(a)redhat.com> > >> To: "Alexandr" <shuriku(a)shurik.kiev.ua>, users(a)ovirt.org > >> Sent: Saturday, February 1, 2014 7:58:56 PM > >> Subject: Re: [Users] Reattach storage domain > >> > >> On 02/01/2014 06:56 PM, Alexandr wrote: > >>> Thank you. Can you provide me more detailed steps, I'm not familiar > with > >>> rest api :( > >> sorry i can't give more details right now: > >> manage connection details: > >> http://www.ovirt.org/Features/Manage_Storage_Connections > >> > >> rest api (and other things): > >> > https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtu… > >> > >> > >>> 01.02.2014 19:51, Itamar Heim ?????: > >>>> On 02/01/2014 06:38 PM, Alexandr wrote: > >>>>> Hello! > >>>>> > >>>>> Unfortunately my master storage domain (gluster) is dead. I setup > >>>>> another gluster-storage and attach it to the ovirt. Hostname, path > and > >>>>> volume name are same as old ones. Then I restored from tar archive > all > >>>>> files. But I cannot activate master domain, operation failed and > domain > >>>>> status remains "inactive". I see - it mounted on nodes: > >>>>> > >>>>> vms02.lis.ua:STORAGE on > >>>>> /rhev/data-center/mnt/glusterSD/vms02.lis.ua:STORAGE > >>>>> a > >>>>> I attached engine.log, can someone provide me recovery steps? > >>>>> > >>>>> P.S. Sorry for my english > >>>>> > >>>>> > >>>>> _______________________________________________ > >>>>> Users mailing list > >>>>> Users(a)ovirt.org > >>>>> http://lists.ovirt.org/mailman/listinfo/users > >>>>> > >>>> the right way to do this would be to restore it not via engine, then > >>>> use the rest api to edit the storage domain connection (mount) in the > >>>> engine. > >> _______________________________________________ > >> Users mailing list > >> Users(a)ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> > I tried to change it via ovirt-shell and receive an error: > > [oVirt shell (connected)]# update storageconnection > 4a1d8b07-f393-4134-86cc-4f46145cca2b --address vms02.lis.ua --path STORAGE > > error: > status: 400 > reason: Bad Request > detail: Cannot edit Storage Connection. Storage connection parameters > can be edited only for NFS, Posix, local or iSCSI data domains. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.ovirt.org/pipermail/users/attachments/20140201/7c4ad39f/attach… > > > > ------------------------------ > > Message: 6 > Date: Sat, 01 Feb 2014 22:12:56 +0100 > From: Itamar Heim <iheim(a)redhat.com> > To: Alexandr <shuriku(a)shurik.kiev.ua>, Meital Bourvine > <mbourvin(a)redhat.com> > Cc: users(a)ovirt.org > Subject: Re: [Users] Reattach storage domain > Message-ID: <52ED6358.7060203(a)redhat.com> > Content-Type: text/plain; charset=UTF-8; format=flowed > > On 02/01/2014 09:58 PM, Alexandr wrote: > > 01.02.2014 21:57, Meital Bourvine ?????: > >> I think that it should be something like this: > >> > >> Method: PUT > >> > >> URL:https://<IP>/api/storageconnections/<ID> > >> > >> Body: > >> <storage_connection> > >> <address></address> > >> <type></type> > >> <port></port> > >> <target></target> > >> </storage_connection> > >> > >> (Add the correct details to the body. > >> > >> ----- Original Message ----- > >>> From: "Itamar Heim"<iheim(a)redhat.com> > >>> To: "Alexandr"<shuriku(a)shurik.kiev.ua>,users(a)ovirt.org > >>> Sent: Saturday, February 1, 2014 7:58:56 PM > >>> Subject: Re: [Users] Reattach storage domain > >>> > >>> On 02/01/2014 06:56 PM, Alexandr wrote: > >>>> Thank you. Can you provide me more detailed steps, I'm not familiar > with > >>>> rest api :( > >>> sorry i can't give more details right now: > >>> manage connection details: > >>> http://www.ovirt.org/Features/Manage_Storage_Connections > >>> > >>> rest api (and other things): > >>> > https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtu… > >>> > >>> > >>>> 01.02.2014 19:51, Itamar Heim ?????: > >>>>> On 02/01/2014 06:38 PM, Alexandr wrote: > >>>>>> Hello! > >>>>>> > >>>>>> Unfortunately my master storage domain (gluster) is dead. I setup > >>>>>> another gluster-storage and attach it to the ovirt. Hostname, path > and > >>>>>> volume name are same as old ones. Then I restored from tar archive > all > >>>>>> files. But I cannot activate master domain, operation failed and > domain > >>>>>> status remains "inactive". I see - it mounted on nodes: > >>>>>> > >>>>>> vms02.lis.ua:STORAGE on > >>>>>> /rhev/data-center/mnt/glusterSD/vms02.lis.ua:STORAGE > >>>>>> a > >>>>>> I attached engine.log, can someone provide me recovery steps? > >>>>>> > >>>>>> P.S. Sorry for my english > >>>>>> > >>>>>> > >>>>>> _______________________________________________ > >>>>>> Users mailing list > >>>>>> Users(a)ovirt.org > >>>>>> http://lists.ovirt.org/mailman/listinfo/users > >>>>>> > >>>>> the right way to do this would be to restore it not via engine, then > >>>>> use the rest api to edit the storage domain connection (mount) in the > >>>>> engine. > >>> _______________________________________________ > >>> Users mailing list > >>> Users(a)ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/users > >>> > > I tried to change it via ovirt-shell and receive an error: > > > > [oVirt shell (connected)]# update storageconnection > > 4a1d8b07-f393-4134-86cc-4f46145cca2b --address vms02.lis.ua --path > STORAGE > > > > error: > > status: 400 > > reason: Bad Request > > detail: Cannot edit Storage Connection. Storage connection parameters > > can be edited only for NFS, Posix, local or iSCSI data domains. > > alisa/derez - any reason we don't support edit connection for gluster sd? > > > ------------------------------ > > Message: 7 > Date: Sat, 1 Feb 2014 16:13:37 -0500 (EST) > From: Eli Mesika <emesika(a)redhat.com> > To: Juan Pablo Lorier <jplorier(a)gmail.com> > Cc: users <users(a)ovirt.org> > Subject: Re: [Users] [URGENT] hacking the DB > Message-ID: > <1814059864.10645949.1391289217257.JavaMail.root(a)redhat.com> > Content-Type: text/plain; charset=utf-8 > > > > ----- Original Message ----- > > From: "Juan Pablo Lorier" <jplorier(a)gmail.com> > > To: "Sahina Bose" <sabose(a)redhat.com>, "users" <users(a)ovirt.org> > > Sent: Friday, January 31, 2014 4:18:47 PM > > Subject: Re: [Users] [URGENT] hacking the DB > > > > It also has a foreign key at vds_statistics, > > Thanks for everything, I'll keep you updated on this matter. > > Regards, > > Hi Juan > First of all let me recommend to backup your DB before playing with it. > My second comment is that this should not occur in the first place so if > you removed something and have leftovers that you been forced to delete > manually it is certainly a bug and I will appreciate if you can open one , > describe the scenario and attach the relevant logs > > Thanks > Eli > > > > > > > > On 31/01/14 11:30, Sahina Bose wrote: > > > > > > On 01/31/2014 05:49 PM, Juan Pablo Lorier wrote: > > >> Hi again, > > >> > > >> I'm now in the process of deleting the removed cluster from the > hosts. I > > >> can't just delete it from vds_groups as is a external key to > vds_static, > > >> and it looks like vds_static has the hosts definition. > > >> Can I safely update the vds_group_id to ' ' in the hosts to "detach" > > >> them from the cluster? > > >> Regards, > > > > > > I think it would be safer to remove the host and then remove the > cluster. > > > You would have to remove the host entry from vds_static as well as > > > vds_dynamic. > > > > > >> > > >> On 31/01/14 09:35, Sahina Bose wrote: > > >>> delete from gluster_volume_bricks where volume_id = " > > >> > > > > > > > > > > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > ------------------------------ > > Message: 8 > Date: Sat, 1 Feb 2014 22:09:51 +0000 > From: Dan Kenigsberg <danken(a)redhat.com> > To: Matt Warren <mwarren(a)hnw.com> > Cc: "users(a)ovirt.org" <users(a)ovirt.org> > Subject: Re: [Users] Host x is installed with VDSM version (<UNKNOWN>) > Message-ID: <20140201220951.GI9811(a)redhat.com> > Content-Type: text/plain; charset=us-ascii > > On Fri, Jan 31, 2014 at 01:26:20PM -0500, Matt Warren wrote: > > Any troubleshooting ideas for vdsm reporting UNKNONW version when it's > > clearly 4.13 installed? > > > > >>> Host x is installed with VDSM version (<UNKNOWN>) and cannot join > > >>>cluster Default which is compatible with VDSM versions [4.13, 4.9, > 4.11, > > >>>4.12, 4.10]. > > >>>In reading some google searches, suggestion was to first run > "vdsClient > > >>>-s 0 getVdsCaps". This returns "Failed to initialize storage" for any > > >>>vdsClient command. > > Engine cannot tell which Vdsm is install, since there's a serious > problem there - so serious that Vdsm cannot report its own version. > > Could you restart Vdsm and follow vdsm.log and supervdsm.log for hints > on why does the storage subsystem fail to start? > > > ------------------------------ > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > End of Users Digest, Vol 29, Issue 4 > ************************************ >

1 0