[v3,1/1] expand-on-first-boot: wait for udev to create symlink

Message ID 20221209112441.87669-2-tobias.schaffner@siemens.com
State Under Review
Headers show
Series [v3,1/1] expand-on-first-boot: wait for udev to create symlink | expand

Commit Message

Tobias Schaffner Dec. 9, 2022, 11:24 a.m. UTC
From: Tobias Schaffner <tobias.schaffner@siemens.com>

systemd-growfs depends on a symlink to the partition of the filesystem
that should be resized. This symlink is created by udev in /dev/block/.

If this symlink is not yet created for example because systemd-udev is
not up yet systemd-growfs will fail.

We could use Require and After to depend on the systemd-udev service
but this could again create a race condition if udev is up but not
fast enough after the partx -u.

Run systemd-growfs periodically until the symlink appears.

Signed-off-by: Tobias Schaffner <tobias.schaffner@siemens.com>
---
 .../files/expand-last-partition.sh            | 21 ++++++++++++++++++-
 1 file changed, 20 insertions(+), 1 deletion(-)

Comments

Jan Kiszka Dec. 9, 2022, 11:56 a.m. UTC | #1
On 09.12.22 12:24, T. Schaffner wrote:
> From: Tobias Schaffner <tobias.schaffner@siemens.com>
> 
> systemd-growfs depends on a symlink to the partition of the filesystem
> that should be resized. This symlink is created by udev in /dev/block/.
> 
> If this symlink is not yet created for example because systemd-udev is
> not up yet systemd-growfs will fail.
> 
> We could use Require and After to depend on the systemd-udev service
> but this could again create a race condition if udev is up but not
> fast enough after the partx -u.
> 
> Run systemd-growfs periodically until the symlink appears.
> 
> Signed-off-by: Tobias Schaffner <tobias.schaffner@siemens.com>
> ---
>  .../files/expand-last-partition.sh            | 21 ++++++++++++++++++-
>  1 file changed, 20 insertions(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-support/expand-on-first-boot/files/expand-last-partition.sh b/meta/recipes-support/expand-on-first-boot/files/expand-last-partition.sh
> index 57055cc..4d78e4f 100755
> --- a/meta/recipes-support/expand-on-first-boot/files/expand-last-partition.sh
> +++ b/meta/recipes-support/expand-on-first-boot/files/expand-last-partition.sh
> @@ -80,6 +80,25 @@ if [ ! -d "${MOUNT_POINT}" ]; then
>  fi
>  
>  mount "${LAST_PART}" "${MOUNT_POINT}"
> -/lib/systemd/systemd-growfs "${MOUNT_POINT}"
> +
> +EXIT_CODE=1
> +# If systemd-udevd if not up yet or was not fast enough the symlinks in
> +# /dev/block/ might be missing. Retry in that case.
> +# This retry logic is only needed up to systemd-version 252
> +for run in $(seq 0 50); do
> +    if GROWFS_OUTPUT=$(/lib/systemd/systemd-growfs "${MOUNT_POINT}" 2>&1); then
> +        EXIT_CODE=0
> +        break
> +    else:
          ^^^
?

And why else at all? You break the loop anyway.

Jan

> +        if ! echo ${GROWFS_OUTPUT} | grep -q "^Failed to open \"/dev/block/.*\": No such file or directory$"; then
> +            break
> +        fi
> +    fi
> +    sleep 0.1
> +done
> +
> +echo "${GROWFS_OUTPUT}"
>  umount "${MOUNT_POINT}"
>  rmdir "${MOUNT_POINT}"
> +exit ${EXIT_CODE}
> +
Henning Schild Dec. 9, 2022, 1:57 p.m. UTC | #2
Am Fri, 9 Dec 2022 12:24:41 +0100
schrieb "T. Schaffner" <tobias.schaffner@siemens.com>:

> From: Tobias Schaffner <tobias.schaffner@siemens.com>
> 
> systemd-growfs depends on a symlink to the partition of the filesystem
> that should be resized. This symlink is created by udev in
> /dev/block/.
> 
> If this symlink is not yet created for example because systemd-udev is
> not up yet systemd-growfs will fail.
> 
> We could use Require and After to depend on the systemd-udev service
> but this could again create a race condition if udev is up but not
> fast enough after the partx -u.
> 
> Run systemd-growfs periodically until the symlink appears.
> 
> Signed-off-by: Tobias Schaffner <tobias.schaffner@siemens.com>
> ---
>  .../files/expand-last-partition.sh            | 21
> ++++++++++++++++++- 1 file changed, 20 insertions(+), 1 deletion(-)
> 
> diff --git
> a/meta/recipes-support/expand-on-first-boot/files/expand-last-partition.sh
> b/meta/recipes-support/expand-on-first-boot/files/expand-last-partition.sh
> index 57055cc..4d78e4f 100755 ---
> a/meta/recipes-support/expand-on-first-boot/files/expand-last-partition.sh
> +++
> b/meta/recipes-support/expand-on-first-boot/files/expand-last-partition.sh
> @@ -80,6 +80,25 @@ if [ ! -d "${MOUNT_POINT}" ]; then fi mount
> "${LAST_PART}" "${MOUNT_POINT}" -/lib/systemd/systemd-growfs
> "${MOUNT_POINT}" +
> +EXIT_CODE=1
> +# If systemd-udevd if not up yet or was not fast enough the symlinks
> in +# /dev/block/ might be missing. Retry in that case.
> +# This retry logic is only needed up to systemd-version 252
> +for run in $(seq 0 50); do
> +    if GROWFS_OUTPUT=$(/lib/systemd/systemd-growfs "${MOUNT_POINT}"
> 2>&1); then
> +        EXIT_CODE=0
> +        break
> +    else:
> +        if ! echo ${GROWFS_OUTPUT} | grep -q "^Failed to open
> \"/dev/block/.*\": No such file or directory$"; then
> +            break
> +        fi
> +    fi
> +    sleep 0.1
> +done

I wanted to review this and suggest some changes to better deal with
systemd 252. But i am actually getting the strong feeling that we
should simply go back to calling the respective filesystem resize tool.

The whole story with repart did not work out so we thought we could at
least use some bits (growfs) to support i.e. btrfs. But that thing now
has this weird mount, and that funny udev problem ... who knows what
comes next ...

I propose to go back to resize2fs and add btrfs support with a
switch-case. Still the whole story told us how repart/growfs can be used
and we now have the wic patches needed for that and the bail-outs so
the two methods do not start conflicting. We just did not manage to
write a generic isar helper package.

Maybe i will propose to switch one target over to repart/growfs ... but
honestly, i do not trust that stuff too much at the moment and am not
sure it has the maturity one might want.

Henning

> +
> +echo "${GROWFS_OUTPUT}"
>  umount "${MOUNT_POINT}"
>  rmdir "${MOUNT_POINT}"
> +exit ${EXIT_CODE}
> +
Tobias Schaffner Dec. 9, 2022, 3:11 p.m. UTC | #3
On 09.12.22 14:57, Schild, Henning (T CED SES-DE) wrote:
> Am Fri, 9 Dec 2022 12:24:41 +0100
> schrieb "T. Schaffner" <tobias.schaffner@siemens.com>:
> 
>> From: Tobias Schaffner <tobias.schaffner@siemens.com>
>>
>> systemd-growfs depends on a symlink to the partition of the filesystem
>> that should be resized. This symlink is created by udev in
>> /dev/block/.
>>
>> If this symlink is not yet created for example because systemd-udev is
>> not up yet systemd-growfs will fail.
>>
>> We could use Require and After to depend on the systemd-udev service
>> but this could again create a race condition if udev is up but not
>> fast enough after the partx -u.
>>
>> Run systemd-growfs periodically until the symlink appears.
>>
>> Signed-off-by: Tobias Schaffner <tobias.schaffner@siemens.com>
>> ---
>>   .../files/expand-last-partition.sh            | 21
>> ++++++++++++++++++- 1 file changed, 20 insertions(+), 1 deletion(-)
>>
>> diff --git
>> a/meta/recipes-support/expand-on-first-boot/files/expand-last-partition.sh
>> b/meta/recipes-support/expand-on-first-boot/files/expand-last-partition.sh
>> index 57055cc..4d78e4f 100755 ---
>> a/meta/recipes-support/expand-on-first-boot/files/expand-last-partition.sh
>> +++
>> b/meta/recipes-support/expand-on-first-boot/files/expand-last-partition.sh
>> @@ -80,6 +80,25 @@ if [ ! -d "${MOUNT_POINT}" ]; then fi mount
>> "${LAST_PART}" "${MOUNT_POINT}" -/lib/systemd/systemd-growfs
>> "${MOUNT_POINT}" +
>> +EXIT_CODE=1
>> +# If systemd-udevd if not up yet or was not fast enough the symlinks
>> in +# /dev/block/ might be missing. Retry in that case.
>> +# This retry logic is only needed up to systemd-version 252
>> +for run in $(seq 0 50); do
>> +    if GROWFS_OUTPUT=$(/lib/systemd/systemd-growfs "${MOUNT_POINT}"
>> 2>&1); then
>> +        EXIT_CODE=0
>> +        break
>> +    else:
>> +        if ! echo ${GROWFS_OUTPUT} | grep -q "^Failed to open
>> \"/dev/block/.*\": No such file or directory$"; then
>> +            break
>> +        fi
>> +    fi
>> +    sleep 0.1
>> +done
> 
> I wanted to review this and suggest some changes to better deal with
> systemd 252. But i am actually getting the strong feeling that we
> should simply go back to calling the respective filesystem resize tool.
> 
> The whole story with repart did not work out so we thought we could at
> least use some bits (growfs) to support i.e. btrfs. But that thing now
> has this weird mount, and that funny udev problem ... who knows what
> comes next ...
> 
> I propose to go back to resize2fs and add btrfs support with a
> switch-case. Still the whole story told us how repart/growfs can be used
> and we now have the wic patches needed for that and the bail-outs so
> the two methods do not start conflicting. We just did not manage to
> write a generic isar helper package.
> 
> Maybe i will propose to switch one target over to repart/growfs ... but
> honestly, i do not trust that stuff too much at the moment and am not
> sure it has the maturity one might want.
> 
> Henning

I don't think that we can completely blame systemd-growfs for that.

The combination of systemd units coming up in a nondeterministic order
and asynchronous udev events creates an environment that is hard to
test. That why we had problems with this script in several times with
multiple projects.

Reverting the patches that introduced systemd-growfs might anyways be a
sane decision for now as it saves us a lot of complexity.

Best,
Tobias

>> +
>> +echo "${GROWFS_OUTPUT}"
>>   umount "${MOUNT_POINT}"
>>   rmdir "${MOUNT_POINT}"
>> +exit ${EXIT_CODE}
>> +
>
Roberto A. Foglietta Dec. 9, 2022, 5:23 p.m. UTC | #4
On Fri, 9 Dec 2022 at 14:58, Henning Schild <henning.schild@siemens.com> wrote:
>
> I propose to go back to resize2fs and add btrfs support with a
> switch-case. Still the whole story told us how repart/growfs can be used
> and we now have the wic patches needed for that and the bail-outs so
> the two methods do not start conflicting. We just did not manage to
> write a generic isar helper package.

In such a case, please give a second chance at this patch I submitted
to add btrfs to last partition growth

https://groups.google.com/g/isar-users/c/dxVJqRvnWjw/m/Y5g5mbIPBQAJ

In a positive case, I can manage to deliver a further version of it
more suitable

Best regards, R-

Patch

diff --git a/meta/recipes-support/expand-on-first-boot/files/expand-last-partition.sh b/meta/recipes-support/expand-on-first-boot/files/expand-last-partition.sh
index 57055cc..4d78e4f 100755
--- a/meta/recipes-support/expand-on-first-boot/files/expand-last-partition.sh
+++ b/meta/recipes-support/expand-on-first-boot/files/expand-last-partition.sh
@@ -80,6 +80,25 @@  if [ ! -d "${MOUNT_POINT}" ]; then
 fi
 
 mount "${LAST_PART}" "${MOUNT_POINT}"
-/lib/systemd/systemd-growfs "${MOUNT_POINT}"
+
+EXIT_CODE=1
+# If systemd-udevd if not up yet or was not fast enough the symlinks in
+# /dev/block/ might be missing. Retry in that case.
+# This retry logic is only needed up to systemd-version 252
+for run in $(seq 0 50); do
+    if GROWFS_OUTPUT=$(/lib/systemd/systemd-growfs "${MOUNT_POINT}" 2>&1); then
+        EXIT_CODE=0
+        break
+    else:
+        if ! echo ${GROWFS_OUTPUT} | grep -q "^Failed to open \"/dev/block/.*\": No such file or directory$"; then
+            break
+        fi
+    fi
+    sleep 0.1
+done
+
+echo "${GROWFS_OUTPUT}"
 umount "${MOUNT_POINT}"
 rmdir "${MOUNT_POINT}"
+exit ${EXIT_CODE}
+