[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20230522.064845.1518051418018369671.yamato@redhat.com>
Date: Mon, 22 May 2023 06:48:45 +0900 (JST)
From: Masatake YAMATO <yamato@...hat.com>
To: bruce.dubbs@...il.com
Cc: kzak@...hat.com, linux-kernel@...r.kernel.org,
linux-fsdevel@...r.kernel.org, util-linux@...r.kernel.org,
renodr2002@...il.com
Subject: Re: [ANNOUNCE] util-linux v2.39
From: Bruce Dubbs <bruce.dubbs@...il.com>
Subject: Re: [ANNOUNCE] util-linux v2.39
Date: Sat, 20 May 2023 18:16:07 -0500
> On 5/19/23 17:56, Bruce Dubbs wrote:
>> On 5/19/23 17:43, Masatake YAMATO wrote:
>>> Bruce,
>>>
>>>> On 5/17/23 06:22, Karel Zak wrote:
>>>>> The util-linux release v2.39 is available at
>>>>> http://www.kernel.org/pub/linux/utils/util-linux/v2.39
>>>>> Feedback and bug reports, as
>>>>> always, are welcomed.
>>>>
>>>> Karel, I have installed util-linux v2.39 in LFS and have run into a
>>>> problem with one test, test_mkfds. Actually the test passes, but does
>>>> not clean up after itself. What is left over is:
>>>>
>>>> tester 32245 1 0 15:43 ? 00:00:00 /sources/util-linux-2.39/test_mkfds
>>>> -q udp 3 4 server-port=34567 client-port=23456 server-do-bind=1
>>>> client-do-bind=1 client-do-connect=1
>>>> tester 32247 1 0 15:43 ? 00:00:00 /sources/util-linux-2.39/test_mkfds
>>>> -q udp6 3 4 lite=1 server-port=34567 client-port=23456
>>>> server-do-bind=1 client-do-bind=1 client-do-connect=1
>>>>
>>>> It's possible it may be due to something we are doing inside our
>>>> chroot environment, but we've not had this type of problem with
>>>> earlier versions of util-linux.
>>>>
>>>> In all I do have:
>>>>
>>>> All 261 tests PASSED
>>>>
>>>> but the left over processes interfere later when we try to remove the
>>>> non-root user, tester, that runs the tests. I can work around the
>>>> problem by disabling test_mkfds, but thought you would like to know.
>>>
>>> Thank you for reporting.
>>> Reproduced on my PC. I found two processes were not killed properly.
>>>
>>> Could you try the following change?
>>>
>>> diff --git a/tests/ts/lsfd/option-inet b/tests/ts/lsfd/option-inet
>>> index 21e66f700..70cc3798d 100755
>>> --- a/tests/ts/lsfd/option-inet
>>> +++ b/tests/ts/lsfd/option-inet
>>> @@ -84,14 +84,10 @@ ts_cd "$TS_OUTDIR"
>>> -o ASSOC,TYPE,NAME \
>>> -Q "(PID == $PID0) or (PID == $PID1) or (PID ==
>>> $PID2) or (PID == $PID3) or (PID == $PID4)"
>>> - kill -CONT "${PID0}"
>>> - wait "${PID0}"
>>> -
>>> - kill -CONT "${PID1}"
>>> - wait "${PID1}"
>>> -
>>> - kill -CONT "${PID2}"
>>> - wait "${PID2}"
>>> + for pid in "${PID0}" "${PID1}" "${PID2}" "${PID3}" "${PID4}"; do
>>> + kill -CONT "${pid}"
>>> + wait "${pid}"
>>> + done
>>> } > "$TS_OUTPUT" 2>&1
>>> ts_finalize
>> I will do that, but will not be able to get to it until late tomorrow,
>> but will report back asap.
>
> I used the above patch and it fixed the problem. Thank you.
>
> -- Bruce
>
>
Thank you for testing.
I made a pull request based on this change:
https://github.com/util-linux/util-linux/pull/2246
Masatake YAMATO
Powered by blists - more mailing lists