Well, here is what I did; I randomly took a domain.
1. Saw that the A record on slave was not Synched with the master.
2. Forcefully Synched the A record of the domain on the Slave in accordance with the master.
How did you do this?
The proper way would have been to update the serial number on the master and see if that updates the slave.
Quote:
What logs can I access on the Master to see all domains that are not Synched with Slave?
That would all depend on what youe are logging and how you are logging it.
Without knowing the config for logging I really cannot say.
Quote:
Additionally, when you say "check the config on the slave to see what it believes are the zones it receives from the master" could you elaborate a bit further.
Sure. On the slave look at named.conf
In the file there should be something like this:
In the above you will be looking at the master line. This tells you which server the updates come from.
Quote:
I am a beginner; learning every day. I could understand what you have mentioned about the serial numbers.
Thanks for your time
Everyone is a beginner at one point or another.
Glad I could help.
Hi
As a System Admin, I have to handle synchronzing 2 CVS.
But I'm new to CVS & hardly have any knowledge of such tools.
Please help me, is there any way, that can automatize the
process for synchronizing the 2 remotely residing CVS database
with out manual intervension.
Ex:- CVA... (1 Reply)
hi guys,
i am new to this DNS business and i'm having a problem.
the setup is bind 9.2.3 is installed on a sun solaris 8 server and is the primary DNS. men and mice suite is installed on another sun solaris 8 and that is our secondary DNS server.
problem is recently the secondary DNS stopped... (0 Replies)
Hi,
When I invoke a script s1.sh it will call an another script s2.sh by itself. This script s2.sh will call some java files, so while running the script it asks for a file name to be processed. Which we can see in the screen.
The file name to be processed is present in script s1.sh
Now... (1 Reply)
Hi,
When I invoke a script s1.sh it will call an another script s2.sh by itself. This script s2.sh will call some java files, so while running the script it asks for a file name to be processed. Which we can see in the screen.
The file name to be processed is present in script s1.sh
Now I... (2 Replies)
Wellcomes All,
some times ago I 've installed a Debian ditribution on an Hard Disk who was set as Primary Master. Few days ago, I 've decided to install another Hard Disk with a different Operating System. When I did that, I turned off the old hard disk, and I mouted the new one on the Primary IDE... (1 Reply)
Is there a command or better combination of cmds that will give me the list of Unix users in a particular Unix group whether their primary group is that group in question (information stored in /etc/passwd) or they are in a secondary group (information stored in /etc/group).
So far all I got... (5 Replies)
Hi
New here so forgive my ignorance and inability to express myself in an informative manner ;)
I have a Fedora distribution installed on my development computer. The system we build is meant to run on a slackware dist which is all fine and well. But due to our flow of deployment I would have... (2 Replies)
hi there,
i using salaris 10 as my DNS server.
i have 2 dns server primary and secondary. if primary dns server i edit/update, the other secondary dns server must be sync too.
How can i configure if dns server (primary) can sync the secondary? (1 Reply)
Discussion started by: tappetmus
1 Replies
LEARN ABOUT OSX
tk_maintaingeometry
Tk_MaintainGeometry(3) Tk Library Procedures Tk_MaintainGeometry(3)__________________________________________________________________________________________________________________________________________________NAME
Tk_MaintainGeometry, Tk_UnmaintainGeometry - maintain geometry of one window relative to another
SYNOPSIS
#include <tk.h>
Tk_MaintainGeometry(slave, master, x, y, width, height)
Tk_UnmaintainGeometry(slave, master)
ARGUMENTS
Tk_Window slave (in) Window whose geometry is to be controlled.
Tk_Window master (in) Window relative to which slave's geometry will be controlled.
int x (in) Desired x-coordinate of slave in master, measured in pixels from the inside of master's left border to the
outside of slave's left border.
int y (in) Desired y-coordinate of slave in master, measured in pixels from the inside of master's top border to the
outside of slave's top border.
int width (in) Desired width for slave, in pixels.
int height (in) Desired height for slave, in pixels.
_________________________________________________________________DESCRIPTION
Tk_MaintainGeometry and Tk_UnmaintainGeometry make it easier for geometry managers to deal with slaves whose masters are not their parents.
Three problems arise if the master for a slave is not its parent:
[1] The x- and y-position of the slave must be translated from the coordinate system of the master to that of the parent before posi-
tioning the slave.
[2] If the master window, or any of its ancestors up to the slave's parent, is moved, then the slave must be repositioned within its
parent in order to maintain the correct position relative to the master.
[3] If the master or one of its ancestors is mapped or unmapped, then the slave must be mapped or unmapped to correspond.
None of these problems is an issue if the parent and master are the same. For example, if the master or one of its ancestors is unmapped,
the slave is automatically removed by the screen by X.
Tk_MaintainGeometry deals with these problems for slaves whose masters are not their parents, as well as handling the simpler case of
slaves whose masters are their parents. Tk_MaintainGeometry is typically called by a window manager once it has decided where a slave
should be positioned relative to its master. Tk_MaintainGeometry translates the coordinates to the coordinate system of slave's parent and
then moves and resizes the slave appropriately. Furthermore, it remembers the desired position and creates event handlers to monitor the
master and all of its ancestors up to (but not including) the slave's parent. If any of these windows is moved, mapped, or unmapped, the
slave will be adjusted so that it is mapped only when the master is mapped and its geometry relative to the master remains as specified by
x, y, width, and height.
When a window manager relinquishes control over a window, or if it decides that it does not want the window to appear on the screen under
any conditions, it calls Tk_UnmaintainGeometry. Tk_UnmaintainGeometry unmaps the window and cancels any previous calls to Tk_MaintainGeom-
etry for the master-slave pair, so that the slave's geometry and mapped state are no longer maintained automatically. Tk_UnmaintainGeome-
try need not be called by a geometry manager if the slave, the master, or any of the master's ancestors is destroyed: Tk will call it
automatically.
If Tk_MaintainGeometry is called repeatedly for the same master-slave pair, the information from the most recent call supersedes any older
information. If Tk_UnmaintainGeometry is called for a master-slave pair that is is not currently managed, the call has no effect.
KEYWORDS
geometry manager, map, master, parent, position, slave, unmap
Tk 4.0 Tk_MaintainGeometry(3)