<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Oh, I like that idea. A lot.<br>
<br>
<div class="moz-cite-prefix">On 04/28/2014 03:31 PM, Bill Peck
wrote:<br>
</div>
<blockquote
cite="mid:CAP2Dm3oBb2GBL-Nb7neVose0zi7zN4-bte0V2ZpPrRdvWFYf6w@mail.gmail.com"
type="cite">
<div dir="ltr">Let me guess, ipa logs you out so you can go have a
beer?</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Mon, Apr 28, 2014 at 2:10 PM, Simo
Sorce <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:simo@redhat.com" target="_blank">simo@redhat.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb">
<div class="h5">On Mon, 2014-04-28 at 14:05 -0400, Bret
Wortman wrote:<br>
> On 04/28/2014 01:53 PM, Simo Sorce wrote:<br>
> >> On 04/28/2014 01:32 PM, Simo Sorce wrote:<br>
> >>> On Mon, 2014-04-28 at 13:25 -0400,
Bret Wortman wrote:<br>
> >>>> On 04/28/2014 01:19 PM, Bret
Wortman wrote:<br>
> >>>>> I just got a new ipa server
instantiated and haven't actually<br>
> >>>>> installed any users or hosts
on it yet. No replicas. No migrated data.<br>
> >>>>><br>
> >>>>> Yet when I run any "ipa"
commands from the command line, it behaves<br>
> >>>>> exactly as our older, troubled
servers do and exits the login session<br>
> >>>>> immediately, whether I'm
connected at the console or via ssh. Further,<br>
> >>>>> when I run strace to try to
capture what might be going on, the<br>
> >>>>> behavior stops. "Script" also
prevents commands from exiting, but this<br>
> >>>>> is really disconcerting. I was
chalking this up to the fact that our<br>
> >>>>> database had become corrupted
by our replication problems, but now I'm<br>
> >>>>> thinking it might be
environmental, though our original IPA servers<br>
> >>>>> are running F18 and this new
instance is F20.<br>
> >>>>><br>
> >>>>> I need some stability here,
and CLI is part of that. What might be<br>
> >>>>> causing the CLI to not work at
all when coupled to a TTY device, as<br>
> >>>>> that seems to be the critical
piece? Could this be related to the<br>
> >>>>> servers being VMs?<br>
> >>>>><br>
> >>>> BTW, we have this running on F20
on a different network and it works<br>
> >>>> just fine. The network on which
the failures are occurring isn't<br>
> >>>> internet-connected; is there
something that's trying to connect back to<br>
> >>>> redhat?<br>
> >>> no.<br>
> >>><br>
> >>> What shell do you use ?<br>
> > On Mon, 2014-04-28 at 13:43 -0400, Bret
Wortman wrote:<br>
> >> bash.<br>
> > Does it make any difference if you redirect
stdin before calling the<br>
> > command ?<br>
> ><br>
> > Simo.<br>
> ><br>
> No, I found the problem. A "power" user had written
a bash function that<br>
> redefined "ipa" and dropped it into /etc/profile.d.
We're about to have<br>
> a little chat.<br>
<br>
</div>
</div>
lol!<br>
<br>
glad you found it :)<br>
<div class="HOEnZb">
<div class="h5"><br>
Simo.<br>
<br>
--<br>
Simo Sorce * Red Hat, Inc * New York<br>
<br>
_______________________________________________<br>
Freeipa-users mailing list<br>
<a moz-do-not-send="true"
href="mailto:Freeipa-users@redhat.com">Freeipa-users@redhat.com</a><br>
<a moz-do-not-send="true"
href="https://www.redhat.com/mailman/listinfo/freeipa-users"
target="_blank">https://www.redhat.com/mailman/listinfo/freeipa-users</a><br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
</body>
</html>