My problems all seem to be with replication (see the threads with subjects
"Scorched earth" and "Replication woes"), and Rob has found an engineer
willing to look at log files for me. My problem is in getting the log files
over to you for analysis. The system I'm working with is on a private
network, so getting the logs off isn't trivial.

In my case I'm looking for a way to basically start over with as little
heartache as possible, and so far, after two weeks of trial and error,
we're no closer to being restarted than we were, well, two weeks ago. My
customer is getting antsy and I need to return our network to fully
operational within the next 24-48 hours or I'm going to have to nuke it and
start all over, which I know involves re-registering every single system
with the new master (because it'll be a new CA) and entering the new users
again, and setting up DNS over again. Which is why I was looking for a way
to export as much as possible right now so I can re-import in case the
worst happens and I have to nuke all my IPA servers and start over from

I realize that no one can debug without logs and detailed information. It's
just taken a long time to get to where I am, and it takes a full 24 hours
or more for me to respond to any request for more detail.

In other words, I'm trying to leave my system as it is so we can try to
solve the problem it has and minimize the recovery effort, but I have to
balance that against my need to get my network operational again, and we're
having many, many problems with SSH, SSSD and other services since we don't
have a single IPA server in the mix that's fully functional right now. My
master is crippled with replication requests and the one good copy I made
couldn't get the CA transfer to work.

Frustrating for you because I can't always give quick data. Frustrating all
around. But we'll get through it one way or the other. I hope to have the
latest batch of logs over for analysis later this morning.

*Bret Wortman*

On Wed, Sep 4, 2013 at 9:40 AM, Dmitri Pal <> wrote:

> On 09/04/2013 09:26 AM, Petr Spacek wrote:
> > On 4.9.2013 15:04, Bret Wortman wrote:
> >> What's the right venue for making a suggestion? In particular, I'd
> >> like to
> >> toss out there that it would be really nice to be able to export, at a
> >> minimum, DNS and user data from IPA in the form of a zone file and a
> >> passwd/shadow file pair.
> >>
> >> I realize there might be security implications to the latter, and
> >> masking
> >> out passwords might be advisiable. And there's no easy way,
> >> necessarily, to
> >> get out sudo information. But having DNS and user details would at least
> >> permit a sysadmin having major issues (like I have been for the past two
> >> weeks) to get up and running in some form, using puppet or some other
> >> tool
> >> to distribute flat files with named running against a static zone
> >> file, or
> >> even to migrate off IPA if absolutely necessary.
> >
> > Hello,
> >
> > for DNS you can use normal zone transfer. Just configure IPA zone to
> > allow zone transfer to an IP address (localhost means 'localy to IPA
> > server') and use standard DNS tools, e.g. dig:
> >
> > $ ipa dnszone-mod --allow-transfer='localhost;'
> > $ dig +onesoa -t AXFR > /root/
> >
> > That is all you need for DNS, you have the standard zone file.
> >
> >
> > I believe that you can use SSSD (with enumeration enabled) to run
> > "getent passwd > /root/passwd.bck". I have no idea how it works with
> > shadow map/password. Try to ask
> >
> And to add to it:
> IPA does not keep password in clear or the hashes that are used in
> passwd and shadow files for security reasons so it can't generate these
> files as you suggest.
> It is unclear what the problems are that you are facing and what made
> you get back to local files.
> I agree with Petr that SSSD has a lot of bells and whistles to make your
> client experience smooth and help you recover from any server side
> problems you might have.
> But may be we are missing something  and there is something we can do.
> If you can describe the problem you are facing we might be able to
> suggest a solution.
> --
> Thank you,
> Dmitri Pal
> Sr. Engineering Manager for IdM portfolio
> Red Hat Inc.
> -------------------------------
> Looking to carve out IT costs?
> _______________________________________________
> Freeipa-users mailing list
Freeipa-users mailing list

Reply via email to