>>> Neal Gompa schrieb am 11.08.2022 um 09:22 in
Nachricht
:
> On Thu, Aug 11, 2022 at 3:15 AM Ulrich Windl
> wrote:
>>
>> >>> 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 yo
On Thu, Aug 11, 2022 at 3:15 AM Ulrich Windl
wrote:
>
> >>> 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 acc
>>> 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
On Tue, Aug 9, 2022 at 12:43 PM Thomas Archambault
wrote:
> One obvious issue is the non-zero return from an ioctl call with the
> BTRFS_IOC_SUBVOL_CREATE arg at line 410, in the snippet below from my
> RHEL9.0 strace capture; this is occurring right after the initial blast
> of debug log messages
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 the strace output = ~25M.
One obvious issue is the non-zero return from an ioc
On Do, 04.08.22 13:30, Thomas Archambault (t...@tparchambault.com) wrote:
> Following up on xfs and reflinks, it appears they are enabled on my
> out-of-box RHEL9.0. Fwiw, this is a VBox VM however so if the FC34 system
> which works correctly, but is using btrfs.
>
> As always, appreciate any hel
@lists.freedesktop.org
Subject: [systemd-devel] systemd-nspawn container not starting on
RHEL9.0
Message-ID: <2d4567ae-f0e5-9e6a-10fe-9592498c6...@tparchambault.com>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Good day everyone on the dev list,
We are adding
On Mi, 03.08.22 15:40, Thomas Archambault (t...@tparchambault.com) wrote:
> Good day everyone on the dev list,
> We are adding an analysis tool to our application that uses the host's
> rootfs as one of its inputs.
>
> As a proof of concept, we used systemd-nspawn on Fedora 34 to create an
> isola
Good day everyone on the dev list,
We are adding an analysis tool to our application that uses the host's
rootfs as one of its inputs.
As a proof of concept, we used systemd-nspawn on Fedora 34 to create an
isolated container environment using the host's rootfs as the
container's rootfs and t
14 matches
Mail list logo
