[Users] Full-size display Windows vs Fedora 20 guests
by Bob Doolittle
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
10 years, 9 months
[Users] changing hostname in ovirt
by Sven Kieske
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
10 years, 9 months
[Users] Error message constantly being reported
by Jon Archer
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
10 years, 9 months
[Users] about the size of an offline snapshot
by Sandy Sun
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.
10 years, 9 months
[Users] oVirt Node Interface Renaming Problem
by David Li
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.
10 years, 9 months
[Users] How to scratch previous versions reports and dwh installation?
by Gianluca Cecchi
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
10 years, 9 months
[Users] ovirt 3.4.0-0.5.beta1 and OpenLDAP groups
by Winfried de Heiden - Voorwinde
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
10 years, 9 months
[Users] EL6 manual hypervisor bare minimum with ovirt-hosted-engine packages
by Zach Musselman
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
10 years, 9 months
Re: [Users] [URGENT] hacking the DB
by jplorier＠gmail.com
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_Vir...
>
>
> >
> > 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_Vir...
> >
> >
> > >
> > > 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_Vir...
> >>
> >>
> >>> 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/atta...
> >
>
> ------------------------------
>
> 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_Vir...
> >>>
> >>>
> >>>> 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
> ************************************
>
10 years, 9 months
