<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 21, 2015 at 8:39 PM, Ramesh Nadupalli <span dir="ltr"><<a href="mailto:nadupalliramesh@gmail.com" target="_blank">nadupalliramesh@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Here is my story :)<br>
<br>
I was able to set it up in my environment using that installation<br>
document, but it took a while for me to understand the way other<br>
components work in satellite. For example content views, tasks,<br>
understanding about the subscriptions, registering the clients etc..<br>
Documentation provided is not adequate.</blockquote><div> </div><div>Yes, that is the truth. It's not even half written. It's just a bunch of steps with an occasional definition of a term by restating the term in a different way. I'm currently using the "Provisioning Guide" (as opposed to the "Installation Guide") mentioned at <a href="https://access.redhat.com/discussions/1294043">https://access.redhat.com/discussions/1294043</a></div><div><br></div><div>It's going better so far. I left it this afternoon at syncing repositories. Hopefully it keeps going smoothly tomorrow. </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
I had lot of challenges initially with repository sync's itself. I<br>
have selected all the repos at once, but one of the job in the tasks<br>
got stuck, it broke all other activities that I was doing. After<br>
cancelling all the pending/in-progress tasks in foreman, I was able to<br>
make the progress and sync the repositories that needed for my<br>
environment.<br></blockquote><div><br></div><div>Other than being slow, I haven't had any issues with repo syncing. </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
In case if you have Data center subscriptions, you have to have a<br>
virt-who host that communicates between hypervisors and guest vm's.<br>
There is no saying about this in any of the documents. Had to open a<br>
support ticket with RHN support to get this info. Also it didn't work<br>
me using RHEL6.5, had to go for RHEL7.<br></blockquote><div><br></div><div>I started with RHEL7 from the get-go. I don't like it, but I'll have to bite that bullet sooner or later so I might as well do it now. As an aside, if you're like me and not down with the systemd backward commands -- <a href="https://github.com/xyproto/sys/pull/1">https://github.com/xyproto/sys/pull/1</a> </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Found that current version doesn't support integrating with AD. All<br>
the users have to be internal. There were other issues too that I have<br>
faced, finally we are up and running. Compared to sat5, I like this<br>
product, but looking forward for the next release.<br></blockquote><div><br></div><div>I learned this through a rather annoying experience. I was filling in the external LDAP form as I normally would for integrating a system with such (including AD). As you can guess, it wasn't working. I couldn't figure out what log file to read for answers so I called support. They wanted me to compile a debug tar, send it to them, and then wait for the turnaround. I just wanted to know which log to read!</div><div><br></div><div>Anyway, I figured out how to enable debug logging for Foreman after I figured out it would be the Foreman log with the answers. Sure enough, the answer was right there in the log. The "LDAP User" field in the settings is literally that -- the user that will be logging in. You can put "$login" in place of the actual username in the LDAP DN string to support multiple users. I figured it would be a directory reader user that looks up the DN for the username that is attempting to login; silly me.</div><div><br></div><div>Even after figuring that stuff out it still failed. Of course I was trying to authenticate against an AD LDAP and that requires extra configuration (that just isn't possible on that woefully inadequate LDAP settings form).</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Thanks<br>
<span class=""><font color="#888888">Ramesh</font></span></blockquote></div><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>James Sumners<br><a href="http://james.sumners.info/" target="_blank">http://james.sumners.info/</a> (technical profile)</div><div><a href="http://jrfom.com/" target="_blank">http://jrfom.com/</a> (personal site)</div><div><a href="http://haplo.bandcamp.com/" target="_blank">http://haplo.bandcamp.com/</a> (band page)</div></div></div></div></div>
</div></div>