>>> Lennart Poettering schrieb am 10.08.2022 um 22:09
in
Nachricht :
> On Mi, 10.08.22 10:13, Thomas Archambault (t...@tparchambault.com) wrote:
>
>> Thank you again Lennart, and thx Kevin.
>>
>> That makes total sense, and accounts for the application's high level
>> start‑up delay which appears
> On 10 Aug 2022, at 21:10, Lennart Poettering wrote:
>
> On Mi, 10.08.22 10:13, Thomas Archambault (t...@tparchambault.com) wrote:
>
>> Thank you again Lennart, and thx Kevin.
>>
>> That makes total sense, and accounts for the application's high level
>> start-up delay which appears to be
On Mi, 10.08.22 10:13, Thomas Archambault (t...@tparchambault.com) wrote:
> Thank you again Lennart, and thx Kevin.
>
> That makes total sense, and accounts for the application's high level
> start-up delay which appears to be what we are stuck with if we are over
> xfs. Unfortunately, it's diffic
On Wed, Aug 10, 2022 at 11:16 AM Thomas Archambault
wrote:
>
> Thank you again Lennart, and thx Kevin.
>
> That makes total sense, and accounts for the application's high level
> start-up delay which appears to be what we are stuck with if we are over
> xfs. Unfortunately, it's difficult to dictat
Thank you again Lennart, and thx Kevin.
That makes total sense, and accounts for the application's high level
start-up delay which appears to be what we are stuck with if we are over
xfs. Unfortunately, it's difficult to dictate to the client to change
their fs type, consequently we can't deve
On Di, 09.08.22 12:40, Thomas Archambault (t...@tparchambault.com) wrote:
> Thank you Lennart for the follow-up.
>
> There does appear to be mostly filesystem operations prior to my manually
> killing nspawn as you suggested. I only let it run about 3 minutes prior to
> sending a signal given that
