Bret Wortman wrote:
Here's a bit more about what I'm seeing today.
My master _is_ serving some DNS, but it appears that it's only serving
those zones that it knew about before all this trouble started 7-10 days
ago. In particular, it can only do reverse DNS on one zone (its own),
but can't
Okay, now I'm thinking I need to dump all my replicas and start them fresh.
My /var/log/slapd-FOO-COM/errors is filled with messages like this:
NSMMReplicationPlugin - changelog program - agmt=cn=meTogood1.foo.com
(good1:389): CSN 520a4964001d not found, we aren't as up to date,
or we
If I were going to attempt to restore to an old backup, what
directories/files should I make sure to restore? I've got a backup script
that tars up:
/usr/share/ipa
/usr/lib64/ipa
/var/lib/pia
/var/lib/ipa-client
/var/lib/dirsrv
/etc
Is that enough to roll back to a few days ago before I started
On Aug 20, 2013, at 6:46 AM, Rich Megginson
rmegg...@redhat.commailto:rmegg...@redhat.com wrote:
On 08/20/2013 05:55 AM, Bret Wortman wrote:
Okay, now I'm thinking I need to dump all my replicas and start them fresh. My
/var/log/slapd-FOO-COM/errors is filled with messages like this:
My replication situation has gotten a bit messed up.
I have four replicas that are up and running and two that I'm trying to
delete (one is not a replica any more, one didn't upgrade well during its
fedup upgrade from F17-F18 and as such I had to do a clean OS install).
# ipa-replica-manage list
Bret Wortman wrote:
The software is actually gone from both boxes -- one is dead and the
other was reinstalled when the upgrade failed. So I can't get at the
database for either one. Safe to just --cleanup in that case?
Assuming that none of the good servers have an agreement with bad* then
Not according to my poll of the good ones, so here goes. Thanks, Rob.
*
*
*Bret Wortman*
http://damascusgrp.com/
http://about.me/wortmanbret
On Mon, Aug 19, 2013 at 10:35 AM, Rob Crittenden rcrit...@redhat.comwrote:
Bret Wortman wrote:
The software is actually gone from both boxes -- one
Bret Wortman wrote:
How can I tell if this is working? It's been 10 minutes and it hasn't
returned; IPA response is sluggish and top doesn't show anything
obviously running sucking up CPU.
It should be nearly instantaneous. It doesn't actually do a lot. It
deletes the master from cn=masters,
Well, my master ground to a halt and wasn't responding. I rebooted the
system and now I can't access the web UI or ssh to the master either. I
have console access but that's it.
The services all say they're running, but the web UI gives an Unknown
Error dialog and ssh fails with
Bret Wortman wrote:
Well, my master ground to a halt and wasn't responding. I rebooted the
system and now I can't access the web UI or ssh to the master either. I
have console access but that's it.
The services all say they're running, but the web UI gives an Unknown
Error dialog and ssh fails
Rob Crittenden wrote:
Bret Wortman wrote:
Well, my master ground to a halt and wasn't responding. I rebooted the
system and now I can't access the web UI or ssh to the master either. I
have console access but that's it.
The services all say they're running, but the web UI gives an Unknown
Digging further, I think this log entry might be the problem between the
two servers that aren't talking:
slapd_ldap_sasl_interactive_bind - Error: could not perform interactive
bind for id[] mech [GSSAPI]: LDAP error -2 (Local error) (SASL(-1): generic
failure: GSSAPI Error: Unspecified GSS
12 matches
Mail list logo
