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=AWL,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 ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::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 616631F406
	for <meta@public-inbox.org>; Tue, 14 Nov 2023 23:05:48 +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=lS8XLakY;
	dkim-atps=neutral
Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58])
	by ams.source.kernel.org (Postfix) with ESMTP id 043E4B81253;
	Tue, 14 Nov 2023 23:05:46 +0000 (UTC)
Received: by smtp.kernel.org (Postfix) with ESMTPSA id 31454C433C7;
	Tue, 14 Nov 2023 23:05:45 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org;
	s=korg; t=1700003145;
	bh=IUuP5D4MfHBAZAfXaFclCwadNdgoKwFQtjSg6qwOQdc=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=lS8XLakYyyuo2QSD/+lGvbwgh3DGDCKp3xMUnbvUkK0nmrXi5ZK5Uwu1q0Tb9okjX
	 RNAbd/uzNi8Uip1eCQJMEUxhOfDNUtcWbugtncF3euVNjQKfnxFHQOCyk0ry3TCINq
	 oRgKqQQdoi/NFPcqtwqUmb6j+mciEE61HEitrZd4=
Date: Tue, 14 Nov 2023 18:05:42 -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-accelerated-myrtle-fulmar-2ea0df@nitro>
References: <20231114-idealistic-marvellous-dove-dd143e@nitro>
 <20231114221653.M550291@dcvr>
 <20231114-prompt-sage-bobcat-0e6bec@nitro>
 <20231114224657.M270072@dcvr>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <20231114224657.M270072@dcvr>
List-Id: <meta.public-inbox.org>

On Tue, Nov 14, 2023 at 10:46:57PM +0000, Eric Wong wrote:
> > 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?
> 
> Sure.

Sent privately.

> > Strace for all three processes (-cindex, cidx shard[0], cidx shard[1]) just
> > sits at:
> > 
> >     select(24, [13 16], NULL, NULL, NULL
> 
> OK, that's still useful.  One FD is signalfd, the others would
> be a SOCK_SEQPACKET socket, I think...
> 
> > As far as I can see, there are no other processes other than cidx.
> 
> OK.  Hmm.. Perhaps `kill -CHLD' on the top-level cindex process
> can move it along? 

Didn't seem to do anything. The cidx shards were still there, and even running
"kill" on those processes directly didn't make them go away. Killing the
-cindex process itself does move things along without a failure.

-K