4:19 p.m.
I have a 2 node cluster with engine running on one of the nodes. It has 2
gluster volumes that replicate between the hosts as its shared storage.
Last night one of my systems crashed. It looks like all of my data is
present, however the ids file seems to be corrupt on my master domain. I
tried to do a hexdump -c on the ids file, but it just gave an input/output
error. Sanlock.log shows error -5. Is there a way to rebuild the ids
file, or can I tell ovirt to use the other domain as the master so I can
get back up and running?
4:35 a.m.
I was messing around with some things and force removed my DC. My cluster
is still there with the 2 gluster volumes, however I cannot move that
cluster into a new dc, I just get the following error in engine.log:
2013-06-25 20:26:15,218 ERROR
[org.ovirt.engine.core.bll.AddVdsSpmIdCommand] (ajp--127.0.0.1-8702-2)
[7d1289a6] Command org.ovirt.engine.core.bll.AddVdsSpmIdCommand throw
exception: org.springframework.dao.DuplicateKeyException:
CallableStatementCallback; SQL [{call insertvds_spm_id_map(?, ?, ?)}];
ERROR: duplicate key value violates unique constraint "pk_vds_spm_id_map"
Detail: Key (storage_pool_id,
vds_spm_id)=(084def30-1e19-4777-9251-8eb1f7569b53, 1) already exists.
Where: SQL statement "INSERT INTO vds_spm_id_map(storage_pool_id, vds_id,
vds_spm_id)
VALUES(v_storage_pool_id, v_vds_id, v_vds_spm_id)"
I would really like to get this back into a dc without destroying my
gluster volumes and losing my data. Can anyone please point me in the
right direction?
On Tue, Jun 25, 2013 at 8:19 AM, Tony Feldmann <trfeldmann(a)gmail.com> wrote:
I have a 2 node cluster with engine running on one of the nodes. It
has 2
gluster volumes that replicate between the hosts as its shared storage.
Last night one of my systems crashed. It looks like all of my data is
present, however the ids file seems to be corrupt on my master domain. I
tried to do a hexdump -c on the ids file, but it just gave an input/output
error. Sanlock.log shows error -5. Is there a way to rebuild the ids
file, or can I tell ovirt to use the other domain as the master so I can
get back up and running?
2:49 p.m.
On 06/26/2013 04:35 AM, Tony Feldmann wrote:
I was messing around with some things and force removed my DC. My
cluster is still there with the 2 gluster volumes, however I cannot move
that cluster into a new dc, I just get the following error in engine.log:
2013-06-25 20:26:15,218 ERROR
[org.ovirt.engine.core.bll.AddVdsSpmIdCommand] (ajp--127.0.0.1-8702-2)
[7d1289a6] Command org.ovirt.engine.core.bll.AddVdsSpmIdCommand throw
exception: org.springframework.dao.DuplicateKeyException:
CallableStatementCallback; SQL [{call insertvds_spm_id_map(?, ?, ?)}];
ERROR: duplicate key value violates unique constraint "pk_vds_spm_id_map"
Detail: Key (storage_pool_id,
vds_spm_id)=(084def30-1e19-4777-9251-8eb1f7569b53, 1) already exists.
Where: SQL statement "INSERT INTO vds_spm_id_map(storage_pool_id,
vds_id, vds_spm_id)
VALUES(v_storage_pool_id, v_vds_id, v_vds_spm_id)"
I would really like to get this back into a dc without destroying my
gluster volumes and losing my data. Can anyone please point me in the
right direction?
but if you removed the DC, moving the cluster is meaningless - you can
just create a new cluster and move the hosts to it?
(the VMs reside in the DC storage domains, not in the cluster)
the above error message looks familiar - i think there was a bug fixed
for it a while back
On Tue, Jun 25, 2013 at 8:19 AM, Tony Feldmann <trfeldmann(a)gmail.com
<mailto:trfeldmann@gmail.com>> wrote:
I have a 2 node cluster with engine running on one of the nodes. It
has 2 gluster volumes that replicate between the hosts as its shared
storage. Last night one of my systems crashed. It looks like all
of my data is present, however the ids file seems to be corrupt on
my master domain. I tried to do a hexdump -c on the ids file, but
it just gave an input/output error. Sanlock.log shows error -5. Is
there a way to rebuild the ids file, or can I tell ovirt to use the
other domain as the master so I can get back up and running?
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
2:55 p.m.
Ii won't let me move the hosts as they have gluster volumes in that cluster.
On Wed, Jun 26, 2013 at 6:49 AM, Itamar Heim <iheim(a)redhat.com> wrote:
On 06/26/2013 04:35 AM, Tony Feldmann wrote:
> I was messing around with some things and force removed my DC. My
> cluster is still there with the 2 gluster volumes, however I cannot move
> that cluster into a new dc, I just get the following error in engine.log:
>
> 2013-06-25 20:26:15,218 ERROR
> [org.ovirt.engine.core.bll.**AddVdsSpmIdCommand] (ajp--127.0.0.1-8702-2)
> [7d1289a6] Command org.ovirt.engine.core.bll.**AddVdsSpmIdCommand throw
> exception: org.springframework.dao.**DuplicateKeyException:
> CallableStatementCallback; SQL [{call insertvds_spm_id_map(?, ?, ?)}];
> ERROR: duplicate key value violates unique constraint "pk_vds_spm_id_map"
> Detail: Key (storage_pool_id,
> vds_spm_id)=(084def30-1e19-**4777-9251-8eb1f7569b53, 1) already exists.
> Where: SQL statement "INSERT INTO vds_spm_id_map(storage_pool_**id,
> vds_id, vds_spm_id)
> VALUES(v_storage_pool_id, v_vds_id, v_vds_spm_id)"
>
>
> I would really like to get this back into a dc without destroying my
> gluster volumes and losing my data. Can anyone please point me in the
> right direction?
>
>
but if you removed the DC, moving the cluster is meaningless - you can
just create a new cluster and move the hosts to it?
(the VMs reside in the DC storage domains, not in the cluster)
the above error message looks familiar - i think there was a bug fixed for
it a while back
> On Tue, Jun 25, 2013 at 8:19 AM, Tony Feldmann <trfeldmann(a)gmail.com
> <mailto:trfeldmann@gmail.com>> wrote:
>
> I have a 2 node cluster with engine running on one of the nodes. It
> has 2 gluster volumes that replicate between the hosts as its shared
> storage. Last night one of my systems crashed. It looks like all
> of my data is present, however the ids file seems to be corrupt on
> my master domain. I tried to do a hexdump -c on the ids file, but
> it just gave an input/output error. Sanlock.log shows error -5. Is
> there a way to rebuild the ids file, or can I tell ovirt to use the
> other domain as the master so I can get back up and running?
>
>
>
>
> ______________________________**_________________
> Users mailing list
> Users(a)ovirt.org
>
http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org...
>
>
2:57 p.m.
On 06/26/2013 02:55 PM, Tony Feldmann wrote:
Ii won't let me move the hosts as they have gluster volumes in
that cluster.
so the cluster is both virt and gluster?
On Wed, Jun 26, 2013 at 6:49 AM, Itamar Heim <iheim(a)redhat.com
<mailto:iheim@redhat.com>> wrote:
On 06/26/2013 04:35 AM, Tony Feldmann wrote:
I was messing around with some things and force removed my DC. My
cluster is still there with the 2 gluster volumes, however I
cannot move
that cluster into a new dc, I just get the following error in
engine.log:
2013-06-25 20:26:15,218 ERROR
[org.ovirt.engine.core.bll.__AddVdsSpmIdCommand]
(ajp--127.0.0.1-8702-2)
[7d1289a6] Command
org.ovirt.engine.core.bll.__AddVdsSpmIdCommand throw
exception: org.springframework.dao.__DuplicateKeyException:
CallableStatementCallback; SQL [{call insertvds_spm_id_map(?, ?,
?)}];
ERROR: duplicate key value violates unique constraint
"pk_vds_spm_id_map"
Detail: Key (storage_pool_id,
vds_spm_id)=(084def30-1e19-__4777-9251-8eb1f7569b53, 1) already
exists.
Where: SQL statement "INSERT INTO
vds_spm_id_map(storage_pool___id,
vds_id, vds_spm_id)
VALUES(v_storage_pool_id, v_vds_id, v_vds_spm_id)"
I would really like to get this back into a dc without destroying my
gluster volumes and losing my data. Can anyone please point me
in the
right direction?
but if you removed the DC, moving the cluster is meaningless - you
can just create a new cluster and move the hosts to it?
(the VMs reside in the DC storage domains, not in the cluster)
the above error message looks familiar - i think there was a bug
fixed for it a while back
On Tue, Jun 25, 2013 at 8:19 AM, Tony Feldmann
<trfeldmann(a)gmail.com <mailto:trfeldmann@gmail.com>
<mailto:trfeldmann@gmail.com <mailto:trfeldmann@gmail.com>>>
wrote:
I have a 2 node cluster with engine running on one of the
nodes. It
has 2 gluster volumes that replicate between the hosts as
its shared
storage. Last night one of my systems crashed. It looks
like all
of my data is present, however the ids file seems to be
corrupt on
my master domain. I tried to do a hexdump -c on the ids
file, but
it just gave an input/output error. Sanlock.log shows
error -5. Is
there a way to rebuild the ids file, or can I tell ovirt to
use the
other domain as the master so I can get back up and running?
_________________________________________________
Users mailing list
Users(a)ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/__mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>
2:59 p.m.
yes.
On Wed, Jun 26, 2013 at 6:57 AM, Itamar Heim <iheim(a)redhat.com> wrote:
On 06/26/2013 02:55 PM, Tony Feldmann wrote:
> Ii won't let me move the hosts as they have gluster volumes in that
> cluster.
>
so the cluster is both virt and gluster?
>
> On Wed, Jun 26, 2013 at 6:49 AM, Itamar Heim <iheim(a)redhat.com
> <mailto:iheim@redhat.com>> wrote:
>
> On 06/26/2013 04:35 AM, Tony Feldmann wrote:
>
> I was messing around with some things and force removed my DC. My
> cluster is still there with the 2 gluster volumes, however I
> cannot move
> that cluster into a new dc, I just get the following error in
> engine.log:
>
> 2013-06-25 20:26:15,218 ERROR
> [org.ovirt.engine.core.bll.__**AddVdsSpmIdCommand]
> (ajp--127.0.0.1-8702-2)
> [7d1289a6] Command
> org.ovirt.engine.core.bll.__**AddVdsSpmIdCommand throw
> exception: org.springframework.dao.__**DuplicateKeyException:
>
> CallableStatementCallback; SQL [{call insertvds_spm_id_map(?, ?,
> ?)}];
> ERROR: duplicate key value violates unique constraint
> "pk_vds_spm_id_map"
> Detail: Key (storage_pool_id,
> vds_spm_id)=(084def30-1e19-__**4777-9251-8eb1f7569b53, 1) already
>
> exists.
> Where: SQL statement "INSERT INTO
> vds_spm_id_map(storage_pool___**id,
>
> vds_id, vds_spm_id)
> VALUES(v_storage_pool_id, v_vds_id, v_vds_spm_id)"
>
>
> I would really like to get this back into a dc without destroying
> my
> gluster volumes and losing my data. Can anyone please point me
> in the
> right direction?
>
>
> but if you removed the DC, moving the cluster is meaningless - you
> can just create a new cluster and move the hosts to it?
> (the VMs reside in the DC storage domains, not in the cluster)
>
> the above error message looks familiar - i think there was a bug
> fixed for it a while back
>
>
> On Tue, Jun 25, 2013 at 8:19 AM, Tony Feldmann
> <trfeldmann(a)gmail.com <mailto:trfeldmann@gmail.com>
> <mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com>>**>
> wrote:
>
> I have a 2 node cluster with engine running on one of the
> nodes. It
> has 2 gluster volumes that replicate between the hosts as
> its shared
> storage. Last night one of my systems crashed. It looks
> like all
> of my data is present, however the ids file seems to be
> corrupt on
> my master domain. I tried to do a hexdump -c on the ids
> file, but
> it just gave an input/output error. Sanlock.log shows
> error -5. Is
> there a way to rebuild the ids file, or can I tell ovirt to
> use the
> other domain as the master so I can get back up and running?
>
>
>
>
> ______________________________**___________________
> Users mailing list
> Users(a)ovirt.org <mailto:Users@ovirt.org>
>
http://lists.ovirt.org/__**mailman/listinfo/users<http://lists.ovirt.o...
>
<http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org...
> >
>
>
>
>
3 p.m.
On 06/26/2013 02:59 PM, Tony Feldmann wrote:
yes.
what's the content of this table?
vds_spm_id_map
(also of vds_static)
thanks
On Wed, Jun 26, 2013 at 6:57 AM, Itamar Heim <iheim(a)redhat.com
<mailto:iheim@redhat.com>> wrote:
On 06/26/2013 02:55 PM, Tony Feldmann wrote:
Ii won't let me move the hosts as they have gluster volumes in
that cluster.
so the cluster is both virt and gluster?
On Wed, Jun 26, 2013 at 6:49 AM, Itamar Heim <iheim(a)redhat.com
<mailto:iheim@redhat.com>
<mailto:iheim@redhat.com <mailto:iheim@redhat.com>>> wrote:
On 06/26/2013 04:35 AM, Tony Feldmann wrote:
I was messing around with some things and force removed
my DC. My
cluster is still there with the 2 gluster volumes,
however I
cannot move
that cluster into a new dc, I just get the following
error in
engine.log:
2013-06-25 20:26:15,218 ERROR
[org.ovirt.engine.core.bll.____AddVdsSpmIdCommand]
(ajp--127.0.0.1-8702-2)
[7d1289a6] Command
org.ovirt.engine.core.bll.____AddVdsSpmIdCommand throw
exception:
org.springframework.dao.____DuplicateKeyException:
CallableStatementCallback; SQL [{call
insertvds_spm_id_map(?, ?,
?)}];
ERROR: duplicate key value violates unique constraint
"pk_vds_spm_id_map"
Detail: Key (storage_pool_id,
vds_spm_id)=(084def30-1e19-____4777-9251-8eb1f7569b53,
1) already
exists.
Where: SQL statement "INSERT INTO
vds_spm_id_map(storage_pool_____id,
vds_id, vds_spm_id)
VALUES(v_storage_pool_id, v_vds_id, v_vds_spm_id)"
I would really like to get this back into a dc without
destroying my
gluster volumes and losing my data. Can anyone please
point me
in the
right direction?
but if you removed the DC, moving the cluster is
meaningless - you
can just create a new cluster and move the hosts to it?
(the VMs reside in the DC storage domains, not in the cluster)
the above error message looks familiar - i think there was
a bug
fixed for it a while back
On Tue, Jun 25, 2013 at 8:19 AM, Tony Feldmann
<trfeldmann(a)gmail.com <mailto:trfeldmann@gmail.com>
<mailto:trfeldmann@gmail.com <mailto:trfeldmann@gmail.com>>
<mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com> <mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com>>>__> wrote:
I have a 2 node cluster with engine running on one
of the
nodes. It
has 2 gluster volumes that replicate between the
hosts as
its shared
storage. Last night one of my systems crashed.
It looks
like all
of my data is present, however the ids file seems
to be
corrupt on
my master domain. I tried to do a hexdump -c on
the ids
file, but
it just gave an input/output error. Sanlock.log shows
error -5. Is
there a way to rebuild the ids file, or can I tell
ovirt to
use the
other domain as the master so I can get back up
and running?
___________________________________________________
Users mailing list
Users(a)ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org
<mailto:Users@ovirt.org>>
http://lists.ovirt.org/____mailman/listinfo/users
<http://lists.ovirt.org/__mailman/listinfo/users>
<http://lists.ovirt.org/__mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>>
3:41 p.m.
I am not sure how to retrieve that info.
On Wed, Jun 26, 2013 at 7:00 AM, Itamar Heim <iheim(a)redhat.com> wrote:
On 06/26/2013 02:59 PM, Tony Feldmann wrote:
> yes.
>
what's the content of this table?
vds_spm_id_map
(also of vds_static)
thanks
>
> On Wed, Jun 26, 2013 at 6:57 AM, Itamar Heim <iheim(a)redhat.com
> <mailto:iheim@redhat.com>> wrote:
>
> On 06/26/2013 02:55 PM, Tony Feldmann wrote:
>
> Ii won't let me move the hosts as they have gluster volumes in
> that cluster.
>
>
> so the cluster is both virt and gluster?
>
>
>
> On Wed, Jun 26, 2013 at 6:49 AM, Itamar Heim <iheim(a)redhat.com
> <mailto:iheim@redhat.com>
> <mailto:iheim@redhat.com <mailto:iheim@redhat.com>>> wrote:
>
> On 06/26/2013 04:35 AM, Tony Feldmann wrote:
>
> I was messing around with some things and force removed
> my DC. My
> cluster is still there with the 2 gluster volumes,
> however I
> cannot move
> that cluster into a new dc, I just get the following
> error in
> engine.log:
>
> 2013-06-25 20:26:15,218 ERROR
> [org.ovirt.engine.core.bll.___**_AddVdsSpmIdCommand]
> (ajp--127.0.0.1-8702-2)
> [7d1289a6] Command
> org.ovirt.engine.core.bll.____**AddVdsSpmIdCommand throw
> exception:
> org.springframework.dao.____**DuplicateKeyException:
>
>
> CallableStatementCallback; SQL [{call
> insertvds_spm_id_map(?, ?,
> ?)}];
> ERROR: duplicate key value violates unique constraint
> "pk_vds_spm_id_map"
> Detail: Key (storage_pool_id,
> vds_spm_id)=(084def30-1e19-___**_4777-9251-8eb1f7569b53,
>
> 1) already
>
> exists.
> Where: SQL statement "INSERT INTO
> vds_spm_id_map(storage_pool___**__id,
>
>
> vds_id, vds_spm_id)
> VALUES(v_storage_pool_id, v_vds_id, v_vds_spm_id)"
>
>
> I would really like to get this back into a dc without
> destroying my
> gluster volumes and losing my data. Can anyone please
> point me
> in the
> right direction?
>
>
> but if you removed the DC, moving the cluster is
> meaningless - you
> can just create a new cluster and move the hosts to it?
> (the VMs reside in the DC storage domains, not in the
> cluster)
>
> the above error message looks familiar - i think there was
> a bug
> fixed for it a while back
>
>
> On Tue, Jun 25, 2013 at 8:19 AM, Tony Feldmann
> <trfeldmann(a)gmail.com <mailto:trfeldmann@gmail.com>
> <mailto:trfeldmann@gmail.com <mailto:trfeldmann@gmail.com>>
> <mailto:trfeldmann@gmail.com
> <mailto:trfeldmann@gmail.com> <mailto:trfeldmann@gmail.com
> <mailto:trfeldmann@gmail.com>>**>__> wrote:
>
> I have a 2 node cluster with engine running on one
> of the
> nodes. It
> has 2 gluster volumes that replicate between the
> hosts as
> its shared
> storage. Last night one of my systems crashed.
> It looks
> like all
> of my data is present, however the ids file seems
> to be
> corrupt on
> my master domain. I tried to do a hexdump -c on
> the ids
> file, but
> it just gave an input/output error. Sanlock.log
> shows
> error -5. Is
> there a way to rebuild the ids file, or can I tell
> ovirt to
> use the
> other domain as the master so I can get back up
> and running?
>
>
>
>
> ______________________________**_____________________
> Users mailing list
> Users(a)ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org
> <mailto:Users@ovirt.org>>
>
http://lists.ovirt.org/____**mailman/listinfo/users<http://lists.ovirt...
>
<http://lists.ovirt.org/__**mailman/listinfo/users<http://lists.ovirt.o...
> >
>
<http://lists.ovirt.org/__**mailman/listinfo/users<http://lists.ovirt.o...
>
<http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org...
> >>
>
>
>
>
>
>
3:48 p.m.
On 06/26/2013 03:41 PM, Tony Feldmann wrote:
I am not sure how to retrieve that info.
psql engine postgres -c "select * from vds_static;"
psql engine postgres -c "select * from vds_spm_id_map;"
On Wed, Jun 26, 2013 at 7:00 AM, Itamar Heim <iheim(a)redhat.com
<mailto:iheim@redhat.com>> wrote:
On 06/26/2013 02:59 PM, Tony Feldmann wrote:
yes.
what's the content of this table?
vds_spm_id_map
(also of vds_static)
thanks
On Wed, Jun 26, 2013 at 6:57 AM, Itamar Heim <iheim(a)redhat.com
<mailto:iheim@redhat.com>
<mailto:iheim@redhat.com <mailto:iheim@redhat.com>>> wrote:
On 06/26/2013 02:55 PM, Tony Feldmann wrote:
Ii won't let me move the hosts as they have gluster
volumes in
that cluster.
so the cluster is both virt and gluster?
On Wed, Jun 26, 2013 at 6:49 AM, Itamar Heim
<iheim(a)redhat.com <mailto:iheim@redhat.com>
<mailto:iheim@redhat.com <mailto:iheim@redhat.com>>
<mailto:iheim@redhat.com <mailto:iheim@redhat.com>
<mailto:iheim@redhat.com <mailto:iheim@redhat.com>>>> wrote:
On 06/26/2013 04:35 AM, Tony Feldmann wrote:
I was messing around with some things and
force removed
my DC. My
cluster is still there with the 2 gluster volumes,
however I
cannot move
that cluster into a new dc, I just get the
following
error in
engine.log:
2013-06-25 20:26:15,218 ERROR
[org.ovirt.engine.core.bll.______AddVdsSpmIdCommand]
(ajp--127.0.0.1-8702-2)
[7d1289a6] Command
org.ovirt.engine.core.bll.______AddVdsSpmIdCommand throw
exception:
org.springframework.dao.______DuplicateKeyException:
CallableStatementCallback; SQL [{call
insertvds_spm_id_map(?, ?,
?)}];
ERROR: duplicate key value violates unique
constraint
"pk_vds_spm_id_map"
Detail: Key (storage_pool_id,
vds_spm_id)=(084def30-1e19-______4777-9251-8eb1f7569b53,
1) already
exists.
Where: SQL statement "INSERT INTO
vds_spm_id_map(storage_pool_______id,
vds_id, vds_spm_id)
VALUES(v_storage_pool_id, v_vds_id,
v_vds_spm_id)"
I would really like to get this back into a dc
without
destroying my
gluster volumes and losing my data. Can
anyone please
point me
in the
right direction?
but if you removed the DC, moving the cluster is
meaningless - you
can just create a new cluster and move the hosts
to it?
(the VMs reside in the DC storage domains, not in
the cluster)
the above error message looks familiar - i think
there was
a bug
fixed for it a while back
On Tue, Jun 25, 2013 at 8:19 AM, Tony Feldmann
<trfeldmann(a)gmail.com
<mailto:trfeldmann@gmail.com> <mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com>>
<mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com> <mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com>>>
<mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com>
<mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com>> <mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com>
<mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com>>>__>__> wrote:
I have a 2 node cluster with engine
running on one
of the
nodes. It
has 2 gluster volumes that replicate
between the
hosts as
its shared
storage. Last night one of my systems
crashed.
It looks
like all
of my data is present, however the ids
file seems
to be
corrupt on
my master domain. I tried to do a
hexdump -c on
the ids
file, but
it just gave an input/output error.
Sanlock.log shows
error -5. Is
there a way to rebuild the ids file, or
can I tell
ovirt to
use the
other domain as the master so I can get
back up
and running?
_____________________________________________________
Users mailing list
Users(a)ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org
<mailto:Users@ovirt.org>> <mailto:Users@ovirt.org
<mailto:Users@ovirt.org>
<mailto:Users@ovirt.org <mailto:Users@ovirt.org>>>
http://lists.ovirt.org/______mailman/listinfo/users
<http://lists.ovirt.org/____mailman/listinfo/users>
<http://lists.ovirt.org/____mailman/listinfo/users
<http://lists.ovirt.org/__mailman/listinfo/users>>
<http://lists.ovirt.org/____mailman/listinfo/users
<http://lists.ovirt.org/__mailman/listinfo/users>
<http://lists.ovirt.org/__mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>>>
4:10 p.m.
I ended up removing the gluster volumes and then the cluster. I was a
little frustrated with why I couldn't get it to work and made a hasty
decision. Thank you very much for your response, but I am basically going
to have to re-build at this point.
On Wed, Jun 26, 2013 at 7:48 AM, Itamar Heim <iheim(a)redhat.com> wrote:
On 06/26/2013 03:41 PM, Tony Feldmann wrote:
> I am not sure how to retrieve that info.
>
>
psql engine postgres -c "select * from vds_static;"
psql engine postgres -c "select * from vds_spm_id_map;"
> On Wed, Jun 26, 2013 at 7:00 AM, Itamar Heim <iheim(a)redhat.com
> <mailto:iheim@redhat.com>> wrote:
>
> On 06/26/2013 02:59 PM, Tony Feldmann wrote:
>
> yes.
>
>
> what's the content of this table?
> vds_spm_id_map
>
> (also of vds_static)
>
> thanks
>
>
>
> On Wed, Jun 26, 2013 at 6:57 AM, Itamar Heim <iheim(a)redhat.com
> <mailto:iheim@redhat.com>
> <mailto:iheim@redhat.com <mailto:iheim@redhat.com>>> wrote:
>
> On 06/26/2013 02:55 PM, Tony Feldmann wrote:
>
> Ii won't let me move the hosts as they have gluster
> volumes in
> that cluster.
>
>
> so the cluster is both virt and gluster?
>
>
>
> On Wed, Jun 26, 2013 at 6:49 AM, Itamar Heim
> <iheim(a)redhat.com <mailto:iheim@redhat.com>
> <mailto:iheim@redhat.com <mailto:iheim@redhat.com>>
> <mailto:iheim@redhat.com <mailto:iheim@redhat.com>
> <mailto:iheim@redhat.com <mailto:iheim@redhat.com>>>>
wrote:
>
> On 06/26/2013 04:35 AM, Tony Feldmann wrote:
>
> I was messing around with some things and
> force removed
> my DC. My
> cluster is still there with the 2 gluster
> volumes,
> however I
> cannot move
> that cluster into a new dc, I just get the
> following
> error in
> engine.log:
>
> 2013-06-25 20:26:15,218 ERROR
>
> [org.ovirt.engine.core.bll.___**___AddVdsSpmIdCommand]
> (ajp--127.0.0.1-8702-2)
> [7d1289a6] Command
>
> org.ovirt.engine.core.bll.____**__AddVdsSpmIdCommand throw
> exception:
> org.springframework.dao.______**DuplicateKeyException:
>
>
>
> CallableStatementCallback; SQL [{call
> insertvds_spm_id_map(?, ?,
> ?)}];
> ERROR: duplicate key value violates unique
> constraint
> "pk_vds_spm_id_map"
> Detail: Key (storage_pool_id,
>
> vds_spm_id)=(084def30-1e19-___**___4777-9251-8eb1f7569b53,
>
>
> 1) already
>
> exists.
> Where: SQL statement "INSERT INTO
> vds_spm_id_map(storage_pool___**____id,
>
>
>
> vds_id, vds_spm_id)
> VALUES(v_storage_pool_id, v_vds_id,
> v_vds_spm_id)"
>
>
> I would really like to get this back into a dc
> without
> destroying my
> gluster volumes and losing my data. Can
> anyone please
> point me
> in the
> right direction?
>
>
> but if you removed the DC, moving the cluster is
> meaningless - you
> can just create a new cluster and move the hosts
> to it?
> (the VMs reside in the DC storage domains, not in
> the cluster)
>
> the above error message looks familiar - i think
> there was
> a bug
> fixed for it a while back
>
>
> On Tue, Jun 25, 2013 at 8:19 AM, Tony Feldmann
> <trfeldmann(a)gmail.com
> <mailto:trfeldmann@gmail.com> <mailto:trfeldmann@gmail.com
> <mailto:trfeldmann@gmail.com>>
> <mailto:trfeldmann@gmail.com
> <mailto:trfeldmann@gmail.com> <mailto:trfeldmann@gmail.com
> <mailto:trfeldmann@gmail.com>>**>
> <mailto:trfeldmann@gmail.com
> <mailto:trfeldmann@gmail.com>
> <mailto:trfeldmann@gmail.com
> <mailto:trfeldmann@gmail.com>> <mailto:trfeldmann@gmail.com
> <mailto:trfeldmann@gmail.com>
> <mailto:trfeldmann@gmail.com
> <mailto:trfeldmann@gmail.com>>**>__>__> wrote:
>
> I have a 2 node cluster with engine
> running on one
> of the
> nodes. It
> has 2 gluster volumes that replicate
> between the
> hosts as
> its shared
> storage. Last night one of my systems
> crashed.
> It looks
> like all
> of my data is present, however the ids
> file seems
> to be
> corrupt on
> my master domain. I tried to do a
> hexdump -c on
> the ids
> file, but
> it just gave an input/output error.
> Sanlock.log shows
> error -5. Is
> there a way to rebuild the ids file, or
> can I tell
> ovirt to
> use the
> other domain as the master so I can get
> back up
> and running?
>
>
>
>
>
> ______________________________**_______________________
>
> Users mailing list
> Users(a)ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org
> <mailto:Users@ovirt.org>> <mailto:Users@ovirt.org
> <mailto:Users@ovirt.org>
> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>>
>
http://lists.ovirt.org/______**mailman/listinfo/users<http://lists.ovi...
>
<http://lists.ovirt.org/____**mailman/listinfo/users<http://lists.ovirt...
> >
>
>
<http://lists.ovirt.org/____**mailman/listinfo/users<http://lists.ovirt...
>
<http://lists.ovirt.org/__**mailman/listinfo/users<http://lists.ovirt.o...
> >>
>
>
<http://lists.ovirt.org/____**mailman/listinfo/users<http://lists.ovirt...
>
<http://lists.ovirt.org/__**mailman/listinfo/users<http://lists.ovirt.o...
> >
>
<http://lists.ovirt.org/__**mailman/listinfo/users<http://lists.ovirt.o...
>
<http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org...
> >>>
>
>
>
>
>
>
>
>
9:12 p.m.
This is a multi-part message in MIME format.
--------------050007020807060405090803
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Hi, all...
I have a bit a related question.... and I am trying to decide the
best path. Currently we have 3.1 in production and an entirely new
Setup in our internal DC that is waiting to be built out.
Should I start with 3.2 to begin with? Or 3.1 then migrate to 3.2 to
gain the experience? I might add we are running CentOS 6.3. Which has a
few difference. On top of all that; there is the 3.3rc's to be
considered. But we are in a fully functional, and heavily used
production environment. All help is appreciate. I am also happy to
share any of the things I have learned in this lengthy endeavor.
Feel free to ask; or email me direct.
MattCurry(a)linux.com
Thanks to all,
Matt
On 6/26/13 8:10 AM, Tony Feldmann wrote:
I ended up removing the gluster volumes and then the cluster. I was
a
little frustrated with why I couldn't get it to work and made a hasty
decision. Thank you very much for your response, but I am basically
going to have to re-build at this point.
On Wed, Jun 26, 2013 at 7:48 AM, Itamar Heim <iheim(a)redhat.com
<mailto:iheim@redhat.com>> wrote:
On 06/26/2013 03:41 PM, Tony Feldmann wrote:
I am not sure how to retrieve that info.
psql engine postgres -c "select * from vds_static;"
psql engine postgres -c "select * from vds_spm_id_map;"
On Wed, Jun 26, 2013 at 7:00 AM, Itamar Heim <iheim(a)redhat.com
<mailto:iheim@redhat.com>
<mailto:iheim@redhat.com <mailto:iheim@redhat.com>>> wrote:
On 06/26/2013 02:59 PM, Tony Feldmann wrote:
yes.
what's the content of this table?
vds_spm_id_map
(also of vds_static)
thanks
On Wed, Jun 26, 2013 at 6:57 AM, Itamar Heim
<iheim(a)redhat.com <mailto:iheim@redhat.com>
<mailto:iheim@redhat.com <mailto:iheim@redhat.com>>
<mailto:iheim@redhat.com <mailto:iheim@redhat.com>
<mailto:iheim@redhat.com <mailto:iheim@redhat.com>>>> wrote:
On 06/26/2013 02:55 PM, Tony Feldmann wrote:
Ii won't let me move the hosts as they have
gluster
volumes in
that cluster.
so the cluster is both virt and gluster?
On Wed, Jun 26, 2013 at 6:49 AM, Itamar Heim
<iheim(a)redhat.com <mailto:iheim@redhat.com>
<mailto:iheim@redhat.com <mailto:iheim@redhat.com>>
<mailto:iheim@redhat.com
<mailto:iheim@redhat.com> <mailto:iheim@redhat.com
<mailto:iheim@redhat.com>>>
<mailto:iheim@redhat.com
<mailto:iheim@redhat.com> <mailto:iheim@redhat.com
<mailto:iheim@redhat.com>>
<mailto:iheim@redhat.com <mailto:iheim@redhat.com>
<mailto:iheim@redhat.com <mailto:iheim@redhat.com>>>>>
wrote:
On 06/26/2013 04:35 AM, Tony Feldmann wrote:
I was messing around with some
things and
force removed
my DC. My
cluster is still there with the 2
gluster volumes,
however I
cannot move
that cluster into a new dc, I just
get the
following
error in
engine.log:
2013-06-25 20:26:15,218 ERROR
[org.ovirt.engine.core.bll.______AddVdsSpmIdCommand]
(ajp--127.0.0.1-8702-2)
[7d1289a6] Command
org.ovirt.engine.core.bll.______AddVdsSpmIdCommand throw
exception:
org.springframework.dao.______DuplicateKeyException:
CallableStatementCallback; SQL [{call
insertvds_spm_id_map(?, ?,
?)}];
ERROR: duplicate key value violates
unique
constraint
"pk_vds_spm_id_map"
Detail: Key (storage_pool_id,
vds_spm_id)=(084def30-1e19-______4777-9251-8eb1f7569b53,
1) already
exists.
Where: SQL statement "INSERT INTO
vds_spm_id_map(storage_pool_______id,
vds_id, vds_spm_id)
VALUES(v_storage_pool_id, v_vds_id,
v_vds_spm_id)"
I would really like to get this back
into a dc
without
destroying my
gluster volumes and losing my data. Can
anyone please
point me
in the
right direction?
but if you removed the DC, moving the
cluster is
meaningless - you
can just create a new cluster and move
the hosts
to it?
(the VMs reside in the DC storage
domains, not in
the cluster)
the above error message looks familiar -
i think
there was
a bug
fixed for it a while back
On Tue, Jun 25, 2013 at 8:19 AM,
Tony Feldmann
<trfeldmann(a)gmail.com
<mailto:trfeldmann@gmail.com>
<mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com>> <mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com>
<mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com>>>
<mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com>
<mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com>> <mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com>
<mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com>>>>
<mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com>
<mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com>>
<mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com>
<mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com>>> <mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com>
<mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com>>
<mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com>
<mailto:trfeldmann@gmail.com
<mailto:trfeldmann@gmail.com>>>>__>__> wrote:
I have a 2 node cluster with engine
running on one
of the
nodes. It
has 2 gluster volumes that
replicate
between the
hosts as
its shared
storage. Last night one of my
systems
crashed.
It looks
like all
of my data is present, however
the ids
file seems
to be
corrupt on
my master domain. I tried to do a
hexdump -c on
the ids
file, but
it just gave an input/output error.
Sanlock.log shows
error -5. Is
there a way to rebuild the ids
file, or
can I tell
ovirt to
use the
other domain as the master so I
can get
back up
and running?
_____________________________________________________
Users mailing list
Users(a)ovirt.org <mailto:Users@ovirt.org>
<mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
<mailto:Users@ovirt.org <mailto:Users@ovirt.org>
<mailto:Users@ovirt.org <mailto:Users@ovirt.org>>>
<mailto:Users@ovirt.org <mailto:Users@ovirt.org>
<mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
<mailto:Users@ovirt.org
<mailto:Users@ovirt.org> <mailto:Users@ovirt.org
<mailto:Users@ovirt.org>>>>
http://lists.ovirt.org/______mailman/listinfo/users
<http://lists.ovirt.org/____mailman/listinfo/users>
<http://lists.ovirt.org/____mailman/listinfo/users
<http://lists.ovirt.org/__mailman/listinfo/users>>
<http://lists.ovirt.org/____mailman/listinfo/users
<http://lists.ovirt.org/__mailman/listinfo/users>
<http://lists.ovirt.org/__mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>>>
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--------------050007020807060405090803
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Hi, all...<br>
<br>
I have a bit a related question.... and I am trying
to decide
the best path. Currently we have 3.1 in production and an
entirely new Setup in our internal DC that is waiting to be built
out.<br>
<br>
Should I start with 3.2 to begin with? Or 3.1 then migrate to 3.2
to gain the experience? I might add we are running CentOS 6.3.
Which has a few difference. On top of all that; there is the
3.3rc's to be considered. But we are in a fully functional, and
heavily used production environment. All help is appreciate. I
am also happy to share any of the things I have learned in this
lengthy endeavor.<br>
<br>
Feel free to ask; or email me direct.<br>
<a class="moz-txt-link-abbreviated"
href="mailto:MattCurry@linux.com">MattCurry@linux.com</a><br>
<br>
Thanks to all,<br>
Matt<br>
<br>
<br>
<br>
<br>
<br>
<br>
On 6/26/13 8:10 AM, Tony Feldmann wrote:<br>
</div>
<blockquote
cite="mid:CACDygeU48WKgZKNgJgJgu=3Pj-F+Nf8ufDxxC4qHtD4gETnhAA@mail.gmail.com"
type="cite">
<div dir="ltr">I ended up removing the gluster volumes and then
the cluster. I was a little frustrated with why I couldn't get
it to work and made a hasty decision. Thank you very much for
your response, but I am basically going to have to re-build at
this point.<br>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Wed, Jun 26, 2013 at 7:48 AM, Itamar
Heim <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:iheim@redhat.com"
target="_blank">iheim(a)redhat.com</a>&gt;</span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 06/26/2013 03:41 PM, Tony Feldmann
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
I am not sure how to retrieve that info.<br>
<br>
</blockquote>
<br>
</div>
psql engine postgres -c "select * from vds_static;"<br>
psql engine postgres -c "select * from vds_spm_id_map;"<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">
<br>
On Wed, Jun 26, 2013 at 7:00 AM, Itamar Heim <<a
moz-do-not-send="true"
href="mailto:iheim@redhat.com"
target="_blank">iheim(a)redhat.com</a><br>
</div>
<div class="im">
<mailto:<a moz-do-not-send="true"
href="mailto:iheim@redhat.com"
target="_blank">iheim(a)redhat.com</a>&gt;&gt;
wrote:<br>
<br>
On 06/26/2013 02:59 PM, Tony Feldmann
wrote:<br>
<br>
yes.<br>
<br>
<br>
what's the content of this table?<br>
vds_spm_id_map<br>
<br>
(also of vds_static)<br>
<br>
thanks<br>
<br>
<br>
<br>
On Wed, Jun 26, 2013 at 6:57
AM, Itamar Heim
<<a moz-do-not-send="true"
href="mailto:iheim@redhat.com"
target="_blank">iheim(a)redhat.com</a><br>
<mailto:<a
moz-do-not-send="true"
href="mailto:iheim@redhat.com"
target="_blank">iheim(a)redhat.com</a>&gt;<br>
</div>
<div class="im">
<mailto:<a
moz-do-not-send="true"
href="mailto:iheim@redhat.com"
target="_blank">iheim(a)redhat.com</a>
<mailto:<a moz-do-not-send="true"
href="mailto:iheim@redhat.com"
target="_blank">iheim(a)redhat.com</a>&gt;&gt;&gt;
wrote:<br>
<br>
On 06/26/2013 02:55 PM, Tony Feldmann
wrote:<br>
<br>
Ii won't let me move the hosts as they
have gluster<br>
volumes in<br>
that cluster.<br>
<br>
<br>
so the cluster is both virt and gluster?<br>
<br>
<br>
<br>
On Wed, Jun 26, 2013 at 6:49 AM, Itamar
Heim<br>
<<a
moz-do-not-send="true"
href="mailto:iheim@redhat.com"
target="_blank">iheim(a)redhat.com</a>
<mailto:<a moz-do-not-send="true"
href="mailto:iheim@redhat.com"
target="_blank">iheim(a)redhat.com</a>&gt;<br>
<mailto:<a moz-do-not-send="true"
href="mailto:iheim@redhat.com"
target="_blank">iheim(a)redhat.com</a>
<mailto:<a moz-do-not-send="true"
href="mailto:iheim@redhat.com"
target="_blank">iheim(a)redhat.com</a>&gt;&gt;<br>
<mailto:<a moz-do-not-send="true"
href="mailto:iheim@redhat.com"
target="_blank">iheim(a)redhat.com</a>
<mailto:<a moz-do-not-send="true"
href="mailto:iheim@redhat.com"
target="_blank">iheim(a)redhat.com</a>&gt;<br>
<mailto:<a
moz-do-not-send="true"
href="mailto:iheim@redhat.com"
target="_blank">iheim(a)redhat.com</a>
<mailto:<a moz-do-not-send="true"
href="mailto:iheim@redhat.com"
target="_blank">iheim(a)redhat.com</a>&gt;&gt;&gt;&gt;
wrote:<br>
<br>
On 06/26/2013 04:35 AM, Tony
Feldmann wrote:<br>
<br>
I was messing
around with some
things and<br>
force removed<br>
my DC. My<br>
cluster is
still there with
the 2 gluster volumes,<br>
however I<br>
cannot
move<br>
that cluster
into a new dc, I
just get the<br>
following<br>
error in<br>
engine.log:<br>
<br>
2013-06-25
20:26:15,218 ERROR<br>
<br>
</div>
[org.ovirt.engine.core.bll.______AddVdsSpmIdCommand]<br>
(ajp--127.0.0.1-8702-2)<br>
[7d1289a6]
Command<br>
<br>
org.ovirt.engine.core.bll.______AddVdsSpmIdCommand
throw<br>
exception:<br>
org.springframework.dao.______DuplicateKeyException:
<div class="im"><br>
<br>
<br>
CallableStatementCallback; SQL
[{call<br>
insertvds_spm_id_map(?, ?,<br>
?)}];<br>
ERROR:
duplicate key value
violates unique<br>
constraint<br>
"pk_vds_spm_id_map"<br>
Detail: Key
(storage_pool_id,<br>
<br>
</div>
vds_spm_id)=(084def30-1e19-______4777-9251-8eb1f7569b53,
<div class="im"><br>
<br>
1) already<br>
<br>
exists.<br>
Where: SQL statement
"INSERT INTO<br>
</div>
vds_spm_id_map(storage_pool_______id,
<div>
<div class="h5"><br>
<br>
<br>
vds_id,
vds_spm_id)<br>
VALUES(v_storage_pool_id, v_vds_id,<br>
v_vds_spm_id)"<br>
<br>
<br>
I would
really like to get
this back into a dc<br>
without<br>
destroying my<br>
gluster
volumes and losing
my data. Can<br>
anyone please<br>
point me<br>
in
the<br>
right
direction?<br>
<br>
<br>
but if you removed the DC,
moving the cluster is<br>
meaningless - you<br>
can just create a new cluster
and move the hosts<br>
to it?<br>
(the VMs reside in the DC
storage domains, not in<br>
the cluster)<br>
<br>
the above error message looks
familiar - i think<br>
there was<br>
a bug<br>
fixed for it a while
back<br>
<br>
<br>
On Tue, Jun
25, 2013 at 8:19
AM, Tony Feldmann<br>
<<a
moz-do-not-send="true"
href="mailto:trfeldmann@gmail.com"
target="_blank">trfeldmann(a)gmail.com</a><br>
<mailto:<a
moz-do-not-send="true"
href="mailto:trfeldmann@gmail.com"
target="_blank">trfeldmann(a)gmail.com</a>&gt;
<mailto:<a moz-do-not-send="true"
href="mailto:trfeldmann@gmail.com"
target="_blank">trfeldmann(a)gmail.com</a><br>
<mailto:<a
moz-do-not-send="true"
href="mailto:trfeldmann@gmail.com"
target="_blank">trfeldmann(a)gmail.com</a>&gt;&gt;<br>
<mailto:<a moz-do-not-send="true"
href="mailto:trfeldmann@gmail.com"
target="_blank">trfeldmann(a)gmail.com</a><br>
<mailto:<a
moz-do-not-send="true"
href="mailto:trfeldmann@gmail.com"
target="_blank">trfeldmann(a)gmail.com</a>&gt;
<mailto:<a moz-do-not-send="true"
href="mailto:trfeldmann@gmail.com"
target="_blank">trfeldmann(a)gmail.com</a><br>
<mailto:<a
moz-do-not-send="true"
href="mailto:trfeldmann@gmail.com"
target="_blank">trfeldmann(a)gmail.com</a>&gt;&gt;&gt;<br>
<mailto:<a
moz-do-not-send="true"
href="mailto:trfeldmann@gmail.com"
target="_blank">trfeldmann(a)gmail.com</a><br>
<mailto:<a
moz-do-not-send="true"
href="mailto:trfeldmann@gmail.com"
target="_blank">trfeldmann(a)gmail.com</a>&gt;<br>
<mailto:<a moz-do-not-send="true"
href="mailto:trfeldmann@gmail.com"
target="_blank">trfeldmann(a)gmail.com</a><br>
<mailto:<a
moz-do-not-send="true"
href="mailto:trfeldmann@gmail.com"
target="_blank">trfeldmann(a)gmail.com</a>&gt;&gt;
<mailto:<a moz-do-not-send="true"
href="mailto:trfeldmann@gmail.com"
target="_blank">trfeldmann(a)gmail.com</a><br>
<mailto:<a
moz-do-not-send="true"
href="mailto:trfeldmann@gmail.com"
target="_blank">trfeldmann(a)gmail.com</a>&gt;<br>
<mailto:<a moz-do-not-send="true"
href="mailto:trfeldmann@gmail.com"
target="_blank">trfeldmann(a)gmail.com</a><br>
</div>
</div>
<div>
<div class="h5">
<mailto:<a
moz-do-not-send="true"
href="mailto:trfeldmann@gmail.com"
target="_blank">trfeldmann(a)gmail.com</a>&gt;&gt;&gt;__&gt;__&gt;
wrote:<br>
<br>
I have a 2 node cluster
with engine<br>
running on one<br>
of the<br>
nodes.
It<br>
has 2 gluster volumes
that replicate<br>
between the<br>
hosts as<br>
its
shared<br>
storage. Last night
one of my systems<br>
crashed.<br>
It looks<br>
like
all<br>
of my data is present,
however the ids<br>
file seems<br>
to be<br>
corrupt
on<br>
my master domain. I
tried to do a<br>
hexdump -c on<br>
the ids<br>
file,
but<br>
it just gave an
input/output error.<br>
Sanlock.log
shows<br>
error -5.
Is<br>
there a way to rebuild
the ids file, or<br>
can I tell<br>
ovirt to<br>
use
the<br>
other domain as the
master so I can get<br>
back up<br>
and running?<br>
<br>
<br>
<br>
<br>
<br>
</div>
</div>
_____________________________________________________
<div class="im"><br>
Users mailing
list<br>
<a
moz-do-not-send="true"
href="mailto:Users@ovirt.org"
target="_blank">Users(a)ovirt.org</a>
<mailto:<a moz-do-not-send="true"
href="mailto:Users@ovirt.org"
target="_blank">Users(a)ovirt.org</a>&gt;
<mailto:<a moz-do-not-send="true"
href="mailto:Users@ovirt.org"
target="_blank">Users(a)ovirt.org</a><br>
</div>
<mailto:<a
moz-do-not-send="true"
href="mailto:Users@ovirt.org"
target="_blank">Users(a)ovirt.org</a>&gt;&gt;
<mailto:<a moz-do-not-send="true"
href="mailto:Users@ovirt.org"
target="_blank">Users(a)ovirt.org</a><br>
<mailto:<a
moz-do-not-send="true"
href="mailto:Users@ovirt.org"
target="_blank">Users(a)ovirt.org</a>&gt;<br>
<mailto:<a moz-do-not-send="true"
href="mailto:Users@ovirt.org"
target="_blank">Users(a)ovirt.org</a>
<mailto:<a moz-do-not-send="true"
href="mailto:Users@ovirt.org"
target="_blank">Users(a)ovirt.org</a>&gt;&gt;&gt;<br>
<a
moz-do-not-send="true"
href="http://lists.ovirt.org/______mailman/listinfo/users"
target="_blank">http://lists.ovirt.org/______mailman/listinf...
<<a
moz-do-not-send="true"
href="http://lists.ovirt.org/____mailman/listinfo/users"
target="_blank">http://lists.ovirt.org/____mailman/listinfo/...
<div class="im"><br>
<<a moz-do-not-send="true"
href="http://lists.ovirt.org/____mailman/listinfo/users"
target="_blank">http://lists.ovirt.org/____mailman/listinfo/...
<<a
moz-do-not-send="true"
href="http://lists.ovirt.org/__mailman/listinfo/users"
target="_blank">http://lists.ovirt.org/__mailman/listinfo/us...
<br>
<<a
moz-do-not-send="true"
href="http://lists.ovirt.org/____mailman/listinfo/users"
target="_blank">http://lists.ovirt.org/____mailman/listinfo/...
<<a
moz-do-not-send="true"
href="http://lists.ovirt.org/__mailman/listinfo/users"
target="_blank">http://lists.ovirt.org/__mailman/listinfo/us...
<<a moz-do-not-send="true"
href="http://lists.ovirt.org/__mailman/listinfo/users"
target="_blank">http://lists.ovirt.org/__mailman/listinfo/us...
<<a
moz-do-not-send="true"
href="http://lists.ovirt.org/mailman/listinfo/users"
target="_blank">http://lists.ovirt.org/mailman/listinfo/user...
<br>
<br>
<br>
<br>
<br>
<br>
<br>
</div>
</blockquote>
<br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated"
href="mailto:Users@ovirt.org">Users@ovirt.org</a>
<a class="moz-txt-link-freetext"
href="http://lists.ovirt.org/mailman/listinfo/users">http://...
</pre>
</blockquote>
<br>
<br>
</body>
</html>
--------------050007020807060405090803--
3:43 p.m.
New subject: [Users] upgrade path (was ids sanlock error)
On 06/28/2013 09:12 PM, Matthew Curry wrote:
Hi, all...
I have a bit a related question.... and I am trying to decide the
best path. Currently we have 3.1 in production and an entirely new
Setup in our internal DC that is waiting to be built out.
Should I start with 3.2 to begin with? Or 3.1 then migrate to 3.2 to
gain the experience? I might add we are running CentOS 6.3. Which has a
few difference. On top of all that; there is the 3.3rc's to be
considered. But we are in a fully functional, and heavily used
production environment. All help is appreciate. I am also happy to
share any of the things I have learned in this lengthy endeavor.
Feel free to ask; or email me direct.
MattCurry(a)linux.com
Thanks to all,
Matt
(a new topic would have made this more visible i guess)
i always recommend larger deployments to maintain another environment
where they stage the next version, test the upgrade to it in their
environment, etc.
if you want to do a rolling upgrade between two environments, it
requires exporting/importing your vm's between them. while safer, it is
an annoyance. but it is of course much safer.
Thanks,
Itamar
4159
days inactive
4180
days old
11 comments
3 participants
participants (3)
-
Itamar Heim -
Matthew Curry -
Tony Feldmann