[36705] in Kerberos
RE: Documentation__Database administration
daemon@ATHENA.MIT.EDU (dan.donovan@barclays.com)
Mon Jan 5 09:58:48 2015
From: <dan.donovan@barclays.com>
To: <tlyu@mit.edu>, <kerberos@mit.edu>
Date: Mon, 5 Jan 2015 13:40:19 +0000
Message-ID: <554293863BD233489FBDF474ADD1F205037B7E26A9@LDNPCMMGMB01.INTRANET.BARCAPINT.COM>
In-Reply-To: <ldv7fx1l5sj.fsf@sarnath.mit.edu>
Content-Language: en-US
MIME-Version: 1.0
Cc: krb5-bugs-owner@mit.edu
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: kerberos-bounces@mit.edu
Thanks for replying Tom,
Yes it is indeed just a question.
Kerberos team, can you help answer it please?
Cheers,
Dan
-----Original Message-----
From: Tom Yu [mailto:tlyu@mit.edu]
Sent: Monday, January 05, 2015 1:24 PM
To: Donovan, Dan: Barclays (LDN)
Cc: krb5-bugs-owner@MIT.EDU
Subject: Re: Documentation__Database administration
Please resend your message to the kerberos@mit.edu list. The krb5-bugs@mit.edu address is for reporting bugs. Although you might have found a bug in our code, your message seems to be more in the form of a question than a bug report, and the kerberos@mit.edu list could provide you with better assistance.
<dan.donovan@barclays.com> writes:
> Hello,
>
> I use the KRB5_CONFIG environment variable to point to a krb5.conf file of my own making as I don't have root permissions to change the instances under /etc.
>
> The first client I start works fine but once I kill it and unset the KRB5_CONFIG environment variable (revert back to use the /etc/krb5.conf default) the second client still starts up just fine. How is that? I would have thought it would have read the default /etc version again and cached some invalid parameters and hence failed. It's as if it has sourced the temporary local file I used and remembered the variables contained within the next time. If that is true, why didn't it read the default and overwrite the good values back with the old bad values again? Also, how can I view these env vars (they're not regular ones and must be stored somewhere other than what 'set' displays.
>
> Regards,
>
> Dan Donovan
>
> _______________________________________________
>
> This message is for information purposes only, it is not a recommendation, advice, offer or solicitation to buy or sell a product or service nor an official confirmation of any transaction. It is directed at persons who are professionals and is not intended for retail customer use. Intended for recipient only. This message is subject to the terms at: www.barclays.com/emaildisclaimer.
>
> For important disclosures, please see: www.barclays.com/salesandtradingdisclaimer regarding market commentary from Barclays Sales and/or Trading, who are active market participants; and in respect of Barclays Research, including disclosures relating to specific issuers, please see http://publicresearch.barclays.com.
>
> _______________________________________________
_______________________________________________
This message is for information purposes only, it is not a recommendation, advice, offer or solicitation to buy or sell a product or service nor an official confirmation of any transaction. It is directed at persons who are professionals and is not intended for retail customer use. Intended for recipient only. This message is subject to the terms at: www.barclays.com/emaildisclaimer.
For important disclosures, please see: www.barclays.com/salesandtradingdisclaimer regarding market commentary from Barclays Sales and/or Trading, who are active market participants; and in respect of Barclays Research, including disclosures relating to specific issuers, please see http://publicresearch.barclays.com.
_______________________________________________
________________________________________________
Kerberos mailing list Kerberos@mit.edu
https://mailman.mit.edu/mailman/listinfo/kerberos
