Anonymous_User Absent Member.
Absent Member.
1100 views

change subordinate to R/W


Hi,

unfortunately I di add he root of the tree as ar/W replica to a server
which now (much later) should become the server for all Master relicas
of the tree.
So now I have some subordinate relicas for he partitions farther down
the tree.
I tried to change these to R/W-replicas but I can't. I also cannot add a
replica because iManger is stating a replica of this partition already
exists.

Which is the right way to proceed?
ndsrepair -P -Ad -A #x?
Will that declare the subordinate reference to master, change the old
master (NetWare) to R/W and fill in the necessary information (because a
subordinate has no data as I assume)?

Bettina


--
bkuhlmann
------------------------------------------------------------------------
bkuhlmann's Profile: https://forums.netiq.com/member.php?userid=1398
View this thread: https://forums.netiq.com/showthread.php?t=47452

Labels (1)
0 Likes
13 Replies
Anonymous_User Absent Member.
Absent Member.

Re: change subordinate to R/W

The right way is to 'Add' so if iManager says there is already a replica
you may have a consistency problem. Use ndsrepair to view the replica
status on the box, for example with the following:

sudo /opt/novell/eDirectory/bin/ndsrepair -P -Ad

If you go to replica/partition information you should see what the server
sees as its partitions and their respective replica types. You cannot add
from here, but you can really see what is happening. As an easier
alternative, go into iMonitor and view the server's replicas of partitions
there.

https://server.ip.goes.here:8030/nds

Good luck.
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: change subordinate to R/W


Hi,

well everything is well and healthy, only some obituaries hanging around
which are from our ndswriting slp NetWare servers I'm just trying to get
rid of.
I will clean these up before I start playing ariund with the replicas.

But iManager says I can not ad a replica because there is a subordinate
replica, the ndsrepair -P -Ad also states there are subordinate
replicas.
This information is consistent in the replica ring.
So I assume the only way is to delete the replica of [Root] on the
server in question so the subordinates will vanish, am I right?
And then add again from bottom up. Not doing this in the right order was
the mistake I made in supplying the servers with replicas.

As I'm writing his another question comes o my mind I'm worrying about
for a long time by now:
Should I make a partition of our server and cluster container where the
servers, pools, certificates, cluster ressources etc, reside?
Now it is contained in my [Root] partition. Would that improve the
performance of our eDir synchronization? And minimize the load it puts
on our servers?
Any opinion on this point?

Thanks,

Bettina

ab;228050 Wrote:
> The right way is to 'Add' so if iManager says there is already a
> replica
> you may have a consistency problem. Use ndsrepair to view the replica
> status on the box, for example with the following:
>
> sudo /opt/novell/eDirectory/bin/ndsrepair -P -Ad
>
> If you go to replica/partition information you should see what the
> server
> sees as its partitions and their respective replica types. You cannot
> add
> from here, but you can really see what is happening. As an easier
> alternative, go into iMonitor and view the server's replicas of
> partitions
> there.
>
> https://server.ip.goes.here:8030/nds
>
> Good luck.



--
bkuhlmann
------------------------------------------------------------------------
bkuhlmann's Profile: https://forums.netiq.com/member.php?userid=1398
View this thread: https://forums.netiq.com/showthread.php?t=47452

0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: change subordinate to R/W

On Thu, 04 Apr 2013 09:24:02 +0000, bkuhlmann wrote:

> But iManager says I can not ad a replica because there is a subordinate
> replica


How and where, exactly, are you seeing this? I'm asking, because this
makes no sense. So either you're doing something unexpected (or wrong),
or there's a bug in iManager.

SubRefs are created and managed automatically by eDirectory. You can't,
under normal circumstances, do anything about them, nor should you
attempt to. They exist wherever the parent partition is, and child
partition is not. Adding a R/w to the server where there is a parent R/w
and a SubRef child is a normal operation and should proceed without
complaint.


> This information is consistent in the replica ring. So I assume the only
> way is to delete the replica of [Root] on the server in question so the
> subordinates will vanish, am I right? And then add again from bottom up.


You *can* do that, but you don't *have* to do that.


> Not doing this in the right order was the mistake I made in supplying
> the servers with replicas.


Not really a mistake, you can add a replica wherever you need to, or want
to, in any order. If eDir needs a SubRef, it'll create one. When it no
longer needs the SubRef, it will remove it.


> As I'm writing his another question comes o my mind I'm worrying about
> for a long time by now:
> Should I make a partition of our server and cluster container where the
> servers, pools, certificates, cluster ressources etc, reside? Now it is
> contained in my [Root] partition. Would that improve the performance of
> our eDir synchronization? And minimize the load it puts on our servers?


You can, or not, it's up to you. It's unlikely to have any noticable
affect at all. There may be a very small theoretical performance increase
in replication, if you have eDirectory configured to run parallel
sychronization threads. But unless you have a lot of changes going on in
this partition, that's unlikely to be a measurable difference.


--
--------------------------------------------------------------------------
David Gersic dgersic_@_niu.edu
Knowledge Partner http://forums.netiq.com

Please post questions in the forums. No support provided via email.

0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: change subordinate to R/W

> But iManager says I can not ad a replica because there is a subordinate
> replica, the ndsrepair -P -Ad also states there are subordinate
> replicas.


Strange.... can you post the exact steps, which screens you're on, what
you're selecting, and which eDir/iManager documentation you're following
for this? Everything sounds right, so this may be a new bug in iManager
or something. If not and eDirectory is somehow subtly unhealthy, then we
need to fix hat before trying any partition operations.

> As I'm writing his another question comes o my mind I'm worrying about
> for a long time by now:
> Should I make a partition of our server and cluster container where the
> servers, pools, certificates, cluster ressources etc, reside?
> Now it is contained in my [Root] partition. Would that improve the
> performance of our eDir synchronization? And minimize the load it puts
> on our servers?
> Any opinion on this point?


It probably does not matter. Partitioning is meant to split up data so
you can place it in different locations on different servers so if that is
not your plan then do not both.

Good luck.
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: change subordinate to R/W

On Thu, 04 Apr 2013 09:24:02 +0000, bkuhlmann wrote:

> Hi,
>
> well everything is well and healthy, only some obituaries hanging around
> which are from our ndswriting slp NetWare servers I'm just trying to get
> rid of.
> I will clean these up before I start playing ariund with the replicas.
>
> But iManager says I can not ad a replica because there is a subordinate
> replica, the ndsrepair -P -Ad also states there are subordinate
> replicas.
> This information is consistent in the replica ring.
> So I assume the only way is to delete the replica of [Root] on the
> server in question so the subordinates will vanish, am I right?
> And then add again from bottom up. Not doing this in the right order was
> the mistake I made in supplying the servers with replicas.
>
> As I'm writing his another question comes o my mind I'm worrying about
> for a long time by now:
> Should I make a partition of our server and cluster container where the
> servers, pools, certificates, cluster ressources etc, reside?
> Now it is contained in my [Root] partition. Would that improve the
> performance of our eDir synchronization? And minimize the load it puts
> on our servers?
> Any opinion on this point?


What can you tell us about the environment? How many servers, sites, and
partitions are in the tree?

As others have said, subrefs are managed automatically, and the presence
of a subref won't/shouldn't cause iManager to not let you put a real
replica on the server - so something's not right here.

But I'm wondering if your tree is big enough to even need partitioning.

All you should need to do is use the "add replica" functionality to add a
replica of the partition to the server.

Jim

--
Jim Henderson, CNA6, CDE, CNI, LPIC-1, CLA10, CLP10
Novell Knowledge Partner
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: change subordinate to R/W


Hi everybody,

first I want to thank you all for answering.
And then: yes, I think our tree is to small to even bother with
partitioning (ca. 65000 user entries, 20 servers, 4 clusters of these
servers, printing, file service, groupwise).
We did this once because we had servers at different sites and did not
want to replicate all of he stuff to them but that is ancient history by
now (tree is growing since 2002).

So the right approach would perhaps be to merge partitions again to one
and then declare the new master after that ( and wait long enough before
doing that).
But just out of academic interest I would like to know why iManger
behaves like this and does not let me alter the replica on the server I
would like to be my new master:
master is now on a NetWare server (6.5sp8, edir 20504.13 which is 88sp5)
the other one is sles11.2,oes11.1. I#m using the iManager on this
machine iman 2.7.6, "Partitionen und Reproduktionen".
Sorry, just changing languages in iManager:
"Partitions and Replicas", "Replica View", I choose my server, I have
the [Root] as Read-Write, which I could change to master but I would
like to change the smaller ones first. The other two as "Sub-Reference"
and I can't click on these. I press the "Add Replica" button on top and
chose my Partition I would like to change AND

Today it works!! The Sub-Reference has changed to Read-Write now.

Well, I can't imagine what I did wrong the other days (I have tried for
about three imes at last before I wrote the thread...).
The only thing I can think of now is that I did NOT chage my iManger to
english (well I have still two other server which shall have a Replica
so I will try it out with these).
If that is assured I will open a SR with Novell on that, I'm sure.
I will post my results here as well.

Regards,

Bettina

hendersj;228165 Wrote:
> On Thu, 04 Apr 2013 09:24:02 +0000, bkuhlmann wrote:
>
> > Hi,
> >
> > well everything is well and healthy, only some obituaries hanging

> around
> > which are from our ndswriting slp NetWare servers I'm just trying to

> get
> > rid of.
> > I will clean these up before I start playing ariund with the

> replicas.
> >
> > But iManager says I can not ad a replica because there is a

> subordinate
> > replica, the ndsrepair -P -Ad also states there are subordinate
> > replicas.
> > This information is consistent in the replica ring.
> > So I assume the only way is to delete the replica of [Root] on the
> > server in question so the subordinates will vanish, am I right?
> > And then add again from bottom up. Not doing this in the right order

> was
> > the mistake I made in supplying the servers with replicas.
> >
> > As I'm writing his another question comes o my mind I'm worrying

> about
> > for a long time by now:
> > Should I make a partition of our server and cluster container where

> the
> > servers, pools, certificates, cluster ressources etc, reside?
> > Now it is contained in my [Root] partition. Would that improve the
> > performance of our eDir synchronization? And minimize the load it

> puts
> > on our servers?
> > Any opinion on this point?

>
> What can you tell us about the environment? How many servers, sites,
> and
> partitions are in the tree?
>
> As others have said, subrefs are managed automatically, and the
> presence
> of a subref won't/shouldn't cause iManager to not let you put a real
> replica on the server - so something's not right here.
>
> But I'm wondering if your tree is big enough to even need partitioning.
>
> All you should need to do is use the "add replica" functionality to add
> a
> replica of the partition to the server.
>
> Jim
>
> --
> Jim Henderson, CNA6, CDE, CNI, LPIC-1, CLA10, CLP10
> Novell Knowledge Partner



--
bkuhlmann
------------------------------------------------------------------------
bkuhlmann's Profile: https://forums.netiq.com/member.php?userid=1398
View this thread: https://forums.netiq.com/showthread.php?t=47452

0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: change subordinate to R/W


Hi all,

yes, I just verified this, if I switch back to "german" as a language it
does not work and says to me "Die ausgewählte Partition hat eine
Reproduktion auf dem angegebenen Server." and I can't proceed.
Switch back to "english" in iDamager and everything works just fine.

So you helped me after all because just the need to tell you what I did
exactly drove me to switch my iMangler to "english" for you to better
understand.
"My weekend is saved" as we say in Germany - "Mein Wochenende ist
gerettet".

Kind Regards,

Bettina


--
bkuhlmann
------------------------------------------------------------------------
bkuhlmann's Profile: https://forums.netiq.com/member.php?userid=1398
View this thread: https://forums.netiq.com/showthread.php?t=47452

0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: change subordinate to R/W

On Fri, 05 Apr 2013 15:04:02 +0000, bkuhlmann wrote:

> yes, I just verified this, if I switch back to "german" as a language it
> does not work and says to me "Die ausgewählte Partition hat eine
> Reproduktion auf dem angegebenen Server." and I can't proceed. Switch
> back to "english" in iDamager and everything works just fine.


Interesting. Thanks for following up. I'll see about getting this
reported as a bug.


--
--------------------------------------------------------------------------
David Gersic dgersic_@_niu.edu
Knowledge Partner http://forums.netiq.com

Please post questions in the forums. No support provided via email.

0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: change subordinate to R/W


Hi David,

thanks. I did open a bug report by filling the website form, but sure it
will have more impact if you do so as well?
(As I learned on a presentation not so long ago there is a "gersic way"
of doing things contrasted to a "michigan way")
On the other side I remeber a long lasting battle about "hanging
connections"......

Regards,

Bettina


--
bkuhlmann
------------------------------------------------------------------------
bkuhlmann's Profile: https://forums.netiq.com/member.php?userid=1398
View this thread: https://forums.netiq.com/showthread.php?t=47452

0 Likes
Highlighted
Anonymous_User Absent Member.
Absent Member.

Re: change subordinate to R/W

On Mon, 08 Apr 2013 08:54:01 +0000, bkuhlmann wrote:

> thanks. I did open a bug report by filling the website form, but sure it
> will have more impact if you do so as well?


Maybe. I'm awaiting confirmation on this one.


--
--------------------------------------------------------------------------
David Gersic dgersic_@_niu.edu
Knowledge Partner http://forums.netiq.com

Please post questions in the forums. No support provided via email.

0 Likes
Knowledge Partner
Knowledge Partner

Re: change subordinate to R/W

David Gersic wrote:

> > thanks. I did open a bug report by filling the website form, but sure it
> > will have more impact if you do so as well?

>
> Maybe. I'm awaiting confirmation on this one.


Did you get anything back, David? Do you have a bug number, maybe?

I just ran into this again with iManager 2.7.7.10 (20170428_1848) on a
customer machine where I had not bothered changing the UI to English first as I
normally do. Took me hours to figure out that it was iDamager not Edir
preventing to add a R/W replica to a new server.

--
http://www.is4it.de/en/solution/identity-access-management/

(If you find this post helpful, please click on the star below.)
______________________________________________
https://www.is4it.de/identity-access-management
0 Likes
Knowledge Partner Knowledge Partner
Knowledge Partner

Re: change subordinate to R/W

Wow, an old thread.

Bug# 730325

It is not yet resolved, but considering the time lapse since its report
I'm surprised if it happens all the time. Still, many who do partition
operations add in a certain way, and the latest tendency for tree design
may prevent sub-refs, so who knows. Sounds like a Service Request (SR) is
justified, though.

--
Good luck.

If you find this post helpful and are logged into the web interface,
show your appreciation and click on the star below.

If you want to send me a private message, please let me know in the
forum as I do not use the web interface often.
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: change subordinate to R/W

In article <bkuhlmann.5t63uo@no-mx.forums.netiq.com>, Bkuhlmann wrote:
> declare the subordinate reference to master,
>

You don't want to do that, if you can at all avoid it, as that is a
loss of data situation.

What you should do first is make sure your tree is healthy
on each server (assuming all Linux based)

ndsrepair -T
#shows time sync between servers the current server talks to. Make
sure they are all talking

Ndsrepair -E
#shows sync state between servers the current server talks to. They
should all be synced within an hour of now.

Ndsrepair -C -Ad -A
#checks for (stuck) obits on the current replica



Andy Konecny
KonecnyConsulting.ca in Toronto
----------------------------------------------------------------------
Andy's Profiles: http://forums.novell.com/member.php?userid=75037
https://forums.netiq.com/member.php?3330-konecnya

0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.