Oh don't apologize. Heck if I stopped posting every time I was corrected you would never get to see my name in the "from" column and I know you would miss that. ;o) Heck look at my record the last few weeks with Brett covering me in fishing line[1]. :o)
Seriously, it is possible no one would have responded to this and it would have just been lost. I have seen that more than once, sometimes people just drop posts and they don't get touched so someone has to resend or someone pulls it up again after it sat there for several days. If you want, wait for others to throw their fishing lines out there but that is up to you. Definitely don't step back and not respond permanently, that would just be silly. You will note that the documentation isn't stellar with the AD stuff so a lot of this is all opinions and those opinions can change based on other opinions, you just might have the opinion to change everyone's opinion on something. So keep them coming. Basically you got to learn two reasons why many feel this max page size modification shouldn't be used. ~Eric and I attacked it from two entirely different directions. 1. The larger the result set size, the more resources are eaten on a DC formulating and sending that response back. This could get so bad as to severely impact performance and possibly hang the DC up but I haven't personally seen that yet. Usually I just hear about poor perf and then see that as one of the things people have done that they probably shouldn't have done. 2. Incomplete results. ~Eric gave a great example with the payroll example, in fact, I don't mind if I get fired and someone makes that boo boo at all. I may have to stop correcting this when I see people doing it. :o) Anyway, believing that your result set is going to be X size or less is akin to predicting the future or not checking buffer sizes for memory copies. You end up looking pretty silly sometime in the future. I understand that the method is documented out there. It is one of those things that I myself wish didn't make it out there quite so well. We gets tons of documentation on that but we get crappy docs for using confidentiality bit... Hmmm. Seems backwards. There are quite a few books out there that mention things like this or other things in order to get a quick easy answer or simply a concept. This can be good to get an point across but I am finding more and more I don't like that unless there is more backend info there as well to explain reasoning. Saying how to do something and then saying you shouldn't do it without a good reason is like telling people "Go do it now!!!". Another example was on a previous post concerning imaging DCs. The basic concept of AD Replication anywhere you go is high USN is what controls replication, that is true, but not all of the true. Someone who reads that and doesn't understand there is more behind it can run into issues if they make decisions based on that light bit of info. joe [1] http://www.mail-archive.com/[email protected]/msg22617.html -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kern, Tom Sent: Tuesday, May 10, 2005 5:34 PM To: [email protected] Subject: Re: [ActiveDir] Softerra's LDAP Browser Sorry. For the typo and the suggestion. I know its not recommended and hell, I'm no AD expert but I thought I'd just give out all the options. Actually, I got the info from "Active Directory Forestry" and they said not to do it if you can but never why. That's why I said "better to use paging" or something to that affect. I guess this proves that non experts should just ask questions and not offer advice unless no on responds and they are ABSOLUTELY sure of the answer. My apologies again -------------------------- Sent from my BlackBerry Wireless Handheld (www.BlackBerry.net) List info : http://www.activedir.org/List.aspx List FAQ : http://www.activedir.org/ListFAQ.aspx List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/ List info : http://www.activedir.org/List.aspx List FAQ : http://www.activedir.org/ListFAQ.aspx List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/
