<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 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 href="mailto:Freeipa-users@redhat.com">Freeipa-users@redhat.com</a><br>
<a 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>