Rocksolid Light

Welcome to novaBBS (click a section below)

mail  files  register  newsreader  groups  login

Message-ID:  

Counting in octal is just like counting in decimal--if you don't use your thumbs. -- Tom Lehrer


devel / comp.protocols.kerberos / Re: Concurrency issues with FILE ccache

SubjectAuthor
o Re: Concurrency issues with FILE ccacheOsipov, Michael (LDA IT PLM)

1
Re: Concurrency issues with FILE ccache

<mailman.3.1617734149.2509.kerberos@mit.edu>

 copy mid

https://www.novabbs.com/devel/article-flat.php?id=48&group=comp.protocols.kerberos#48

 copy link   Newsgroups: comp.protocols.kerberos
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!tncsrv06.tnetconsulting.net!.POSTED.pch.mit.edu!not-for-mail
From: michael....@siemens.com (Osipov, Michael (LDA IT PLM))
Newsgroups: comp.protocols.kerberos
Subject: Re: Concurrency issues with FILE ccache
Date: Tue, 6 Apr 2021 20:35:22 +0200
Organization: TNet Consulting
Lines: 27
Message-ID: <mailman.3.1617734149.2509.kerberos@mit.edu>
References: <9887c49f-b7ed-d83e-a190-b7398d5290d8@siemens.com>
<87bb255b-0092-6e72-bd43-3d35149dac82@mit.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Info: tncsrv06.tnetconsulting.net; posting-host="pch.mit.edu:18.7.21.50";
logging-data="23941"; mail-complaints-to="newsmaster@tnetconsulting.net"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101
Thunderbird/78.9.0
To: Greg Hudson <ghudson@mit.edu>, <kerberos@mit.edu>
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none;
b=BuyBriqxJivLL47BVYFMC5c+8vah3R2I3PCEwP1IcEMqDmwl1VExY8BVPpXVdiFbGZ6yE5xLMXAof6lYXZcfBFdKCoWAHi+IfKpAsyIwFCBm8ODVLPB1chNsVn+n6Nw3xemgTl4uNTi53wENTpOPiS2eWTu/q0DjA8VqLtDyPvMBOOpEC5sNkCn/rQG4OCUS5IGJOEXArLVlWTsFPLMxDFk+mmz3/ErFosRWu8AZBqUdH/iJsLkwAxhfq5H/udyWXKCCQKcWdxVCIZbV2SUQ3sOcFWEge5yw4Xjhw1vwoKBeX/Az7Yj5qSGIezMDjOsFssSuUoHMvwPpnaxB3pGSmA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;
s=arcselector9901;
h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;
bh=b+df5ZyOlgh/77UkTPoMqj+84FcVij/PmwIhmfJdkt4=;
b=XXeZalf4yxHHteCj3iIslYYIicfpUv5gm9pdY0dt3gLaA6Bb+TKVIJyC0f2KheLh9kTG4i+RVyHmAyrRra1EWgczd1v4h86BgB5d5y1foMKovL3yw1Yd91KfDDYt6MZADnILdl8CQ7i0e7DY91qxJtspApMe2hp50cs3dd/m7p8HF7Ci9qzBSW+rviDL9ThAxRsTvfTDQhqagfWZtM9O4+xc1lRVnZZ1sdmU1uXtsaHVpOG4EvCaj0hd52z6gDs+mZGZDG0DGzc5E4SPfkoin8Adzdjq/QiGAZhoHoQUoPdi72JIwNcAykNlBeO+Mqtd9Tnyvh76evQ5n8G4pMXK8w==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none;
dkim=none; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=mitprod.onmicrosoft.com; s=selector2-mitprod-onmicrosoft-com;
h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;
bh=b+df5ZyOlgh/77UkTPoMqj+84FcVij/PmwIhmfJdkt4=;
b=GUKvvkEAkqI/RFaVqTjagpLdK8a3kryNAk4W2wrOeEDO3JYNp3wqlv4G62rilbWmxgMJw4uXIgBSUs+XTaY55595pTiu8mclhZNMEqj6cX7TBx4lE6uUihPqRgbM5vGNqESXMkRmiyT00X6DgGL/wUERildxpAybOg60lGiRl90=
Authentication-Results: spf=pass (sender IP is 192.35.17.2)
smtp.mailfrom=siemens.com; mit.edu; dkim=none (message not signed)
header.d=none; mit.edu; dmarc=pass action=none header.from=siemens.com;
Received-SPF: Pass (protection.outlook.com: domain of siemens.com designates
192.35.17.2 as permitted sender) receiver=protection.outlook.com;
client-ip=192.35.17.2; helo=thoth.sbs.de;
In-Reply-To: <87bb255b-0092-6e72-bd43-3d35149dac82@mit.edu>
X-EOPAttributedMessage: 0
X-EOPTenantAttributedMessage: 64afd9ba-0ecf-4acf-bc36-935f6235ba8b:0
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 388b56e4-3ad7-4f32-4ef4-08d8f92abe31
X-MS-TrafficTypeDiagnostic: BL0PR01MB4769:
X-LD-Processed: 64afd9ba-0ecf-4acf-bc36-935f6235ba8b,ExtAddr
X-MS-Exchange-AtpMessageProperties: SA
X-MS-Exchange-Transport-Forked: True
X-Microsoft-Antispam-PRVS: <BL0PR01MB47698D5E8F3CCA3076CDA6C58A769@BL0PR01MB4769.prod.exchangelabs.com>
X-MS-Oob-TLC-OOBClassifiers: OLM:6790;
X-MS-Exchange-SenderADCheck: 0
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: RqY+N1DJk9P9ioALujz8r1NLrMzGqNuHigzzLY0s1RTSndl3A9i4QyZWYmTb8fm9TqixxreOMTqIkvrpsENQYXYxQxtX3EqaKUdrBgOJzCFnCB9hQuEazhCXGAepo+Gb/hHaS3rqhhhDmAdM8BQYcPveTZ8XDFFp26CCr32ptwgY6pexuy2DQmpxSHnEI40HcDs5D49ujrKHup+EtXvsFQ7w5K3XEIFw1qwwwbPEwaJxVfAFibaUYnmaVrJ5gXSI6y0neF2YupMewBk/cPkbXutO2oGH/q2xA2Mv0KIHsQenzZDw5xbhcpk5tXNhHdax7cYP5uP3XYf7Git67WFKT9cTpRv3am4utsXghp9zaBKaB+Fb8LBqefO9oV/mg/G6lKNm4+MrJM5/sWBF5aMqhusfjFLJ+AoLbtF46G262ijblJVERg/rq6E95SeRAewl3uSZODaWieTORcG1N/3Fus7RPSc2bbSh17rNq2e9uQ7fCaCscMoi16EKiATxBDZl7nvxjEgqQLFvA7CpnyxoKgjdUi/1nyH/zdr2Bj6uXV3C8dRJc1ndzkLKtwGDEgm8uCBvYRmtGDiNhq3cNmJ3vy9/hvL0nudFkLCxlpJPq09IfCGMFwQwYfKYVjOu/xVa
X-Forefront-Antispam-Report: CIP:192.35.17.2; CTRY:; LANG:en; SCL:1; SRV:;
IPV:NLI; SFV:NSPM; H:thoth.sbs.de; PTR:thoth.sbs.de; CAT:NONE;
SFS:(4636009)(376002)(346002)(396003)(39860400002)(136003)(36756003)(786003)(316002)(31686004)(956004)(7596003)(2616005)(336012)(26005)(31696002)(8676002)(7636003)(68406010)(70586007)(53546011)(86362001)(5660300002)(498600001)(356005)(83380400001)(2906002)(43740500002);
DIR:OUT; SFP:1102;
X-Auto-Response-Suppress: DR, OOF, AutoReply
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 06 Apr 2021 18:35:24.3772 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 388b56e4-3ad7-4f32-4ef4-08d8f92abe31
X-MS-Exchange-CrossTenant-Id: 64afd9ba-0ecf-4acf-bc36-935f6235ba8b
X-MS-Exchange-CrossTenant-AuthSource: DM6NAM11FT066.eop-nam11.prod.protection.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Anonymous
X-MS-Exchange-CrossTenant-FromEntityHeader: Internet
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR01MB4769
X-OriginatorOrg: mitprod.onmicrosoft.com
X-BeenThere: kerberos@mit.edu
X-Mailman-Version: 2.1.6
Precedence: list
List-Id: The Kerberos Authentication System Mailing List <kerberos.mit.edu>
List-Unsubscribe: <https://mailman.mit.edu/mailman/listinfo/kerberos>,
<mailto:kerberos-request@mit.edu?subject=unsubscribe>
List-Archive: <http://mailman.mit.edu/pipermail/kerberos>
List-Post: <mailto:kerberos@mit.edu>
List-Help: <mailto:kerberos-request@mit.edu?subject=help>
List-Subscribe: <https://mailman.mit.edu/mailman/listinfo/kerberos>,
<mailto:kerberos-request@mit.edu?subject=subscribe>
 by: Osipov, Michael (LDA - Tue, 6 Apr 2021 18:35 UTC

Am 2021-04-06 um 19:28 schrieb Greg Hudson:
> On 4/6/21 11:48 AM, Osipov, Michael (LDA IT PLM) wrote:
>> gssapi.raw.misc.GSSError: Major (851968): Unspecified GSS failure. Minor code may provide more information, Minor (100001): Failed to store credentials: Internal credentials cache error (filename: /tmp/krb5cc_1000)
>
> This is not expected, and bears investigation. It suggests an EINVAL,
> EEXIST, EFAULT, EBADF, or EWOULDBLOCK error from one of the I/O
> operations performed by fcc_store(), none of which are expected. If
> you're building libkrb5, you could try modifying interpret_error() to
> pass those error codes through in order to find out which one is happening.
>
> Getting multiple cache entries for a service is normal when multiple
> threads or processes initiate contexts to the same (new) service within
> a short window.

Note that this is only on MIT Kerberos 1.17 on Debian. I will first try
to compile 1.19.1 and test that. Let me get back to you in a couple of days.
Would it be sufficient to printf()
> ret = interpret_errno(context, errno);
reat and errno to std stream?

Using acquire_cred_from() seems to work on Debian, but I also see a
little overhead (< 5 %).

Do you know of the top of your head whether there have been any
concurrency fixes in this regard after 1.17?

M

1
server_pubkey.txt

rocksolid light 0.9.7
clearnet tor