From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <konstantin@linuxfoundation.org>
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on dcvr.yhbt.net
X-Spam-Level: 
X-Spam-ASN:  
X-Spam-Status: No, score=-3.4 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH,
	DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI,
	SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE shortcircuit=no
	autolearn=ham autolearn_force=no version=3.4.6
Received: from sin.source.kernel.org (sin.source.kernel.org [IPv6:2604:1380:40e1:4800::1])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
	 key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256)
	(No client certificate requested)
	by dcvr.yhbt.net (Postfix) with ESMTPS id DB0811F452
	for <meta@public-inbox.org>; Tue, 14 Nov 2023 22:31:10 +0000 (UTC)
Authentication-Results: dcvr.yhbt.net;
	dkim=pass (1024-bit key; unprotected) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.a=rsa-sha256 header.s=korg header.b=HmxXApYW;
	dkim-atps=neutral
Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58])
	by sin.source.kernel.org (Postfix) with ESMTP id A0934CE1ADE;
	Tue, 14 Nov 2023 22:31:08 +0000 (UTC)
Received: by smtp.kernel.org (Postfix) with ESMTPSA id 59982C433C7;
	Tue, 14 Nov 2023 22:31:06 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org;
	s=korg; t=1700001067;
	bh=qZucqa4dtcalM8pw0q9OzsAHJqkt/H0QYQVvFop3EFQ=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=HmxXApYWCDMNHNaaaRci/tsDcxGrCom2wOwCHiIFi1Ug8+y9XvZyU7UKNqqOaIs/f
	 bRJF3Q1FCiL1ACr/Pk8d7i2MDY2NoiTtLg2K1ADk0cWEytv7cMOewrAvO+l1UNZp+f
	 G5uhyoKJfn64bQZsuFLmtJycs8uNJdSTNQ7lh5X8=
Date: Tue, 14 Nov 2023 17:30:59 -0500
From: Konstantin Ryabitsev <konstantin@linuxfoundation.org>
To: Eric Wong <e@80x24.org>
Cc: meta@public-inbox.org
Subject: Re: t/cindex.t "associate w/o search" test hangs for me
Message-ID: <20231114-prompt-sage-bobcat-0e6bec@nitro>
References: <20231114-idealistic-marvellous-dove-dd143e@nitro>
 <20231114221653.M550291@dcvr>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20231114221653.M550291@dcvr>
List-Id: <meta.public-inbox.org>

On Tue, Nov 14, 2023 at 10:16:53PM +0000, Eric Wong wrote:
> Konstantin Ryabitsev <konstantin@linuxfoundation.org> wrote:
> >          └─-cindex -u --al,4432
> >              ├─cidx shard[0],4646
> >              └─cidx shard[1],4647
> > 
> > Anything I can do to figure out why this is happening?
> 
> You can show me strace and lsof +E of the processes (any other
> processes (join|sort|awk|perl)?).  This code is highly in flux,
> so it's also fine to rm the test for now since nothing
> public-facing is using -cindex, yet...

Yeah, but I figured I'll poke a bit in case it's helpful.

I can't do +E because that's not available to me under CentOS7 (I can't wait
until we move on, but just when we think the yak is fully shaved, we find more
clumps of thick fur we hadn't considered). Is the output of the regular "lsof
-p" helpful at all?

Strace for all three processes (-cindex, cidx shard[0], cidx shard[1]) just
sits at:

    select(24, [13 16], NULL, NULL, NULL

As far as I can see, there are no other processes other than cidx.

Hope that helps,
-K