While testing the 23.04 RC image (timestamp April 15th)
and using
subiquity 23.04.1 4677
on z/VM (s390x) with a DASD FBA disk,
the installed crashed during installation with:
devsync happy - path /dev/dasda now exists
return volume path /dev/dasda
Running command ['wipefs', '--all', '--force', '/dev/dasda'] with allowed retur
n codes [0] (capture=False)
Wiping path: dev:/dev/dasda1 kname:dasda1 partnum:1
Running command ['wipefs', '--all', '--force', '/dev/dasda1'] with allowed retu
rn codes [0] (capture=False)
wipefs: error: /dev/dasda1: probing initialization failed: No such file or directory
An error occured handling 'disk-dasda': ProcessExecutionError - Unexpected error while running command.
Command: ['wipefs', '--all', '--force', '/dev/dasda1']
Exit code: 1
Reason: -
Stdout: ''
Stderr: ''
finish: cmd-install/stage-partitioning/builtin/cmd-block-meta: FAIL: configuring disk: disk-dasda
TIMED BLOCK_META: 17.898
finish: cmd-install/stage-partitioning/builtin/cmd-block-meta: FAIL: curtin com
mand block-meta
Traceback (most recent call last):
File "/snap/subiquity/4677/lib/python3.10/site-packages/curtin/commands/main.py", line 202, in main
ret = args.func(args)
File "/snap/subiquity/4677/lib/python3.10/site-packages/curtin/log.py", line 97, in wrapper
return log_time("TIMED %s: " % msg, func, *args, **kwargs)
File "/snap/subiquity/4677/lib/python3.10/site-packages/curtin/log.py", line 79, in log_time
return func(*args, **kwargs)
File "/snap/subiquity/4677/lib/python3.10/site-packages/curtin/commands/block_meta.py", line 124, in block_meta
return meta_custom(args)
File "/snap/subiquity/4677/lib/python3.10/site-packages/curtin/commands/block_meta.py", line 2191, in meta_custom
handler(command, storage_config_dict, context)
File "/snap/subiquity/4677/lib/python3.10/site-packages/curtin/commands/block_meta.py", line 768, in disk_handler
block.wipe_volume(disk, mode=info.get('wipe'))
File "/snap/subiquity/4677/lib/python3.10/site-packages/curtin/block/__init__.py", line 1324, in wipe_volume
quick_zero(path, partitions=True, exclusive=exclusive)
File "/snap/subiquity/4677/lib/python3.10/site-packages/curtin/block/__init__.py", line 1233, in quick_zero
quick_zero(pt, partitions=False)
File "/snap/subiquity/4677/lib/python3.10/site-packages/curtin/block/__init__.py", line 1214, in quick_zero
util.subp(['wipefs', '--all', '--force', path])
File "/snap/subiquity/4677/lib/python3.10/site-packages/curtin/util.py", line 275, in subp
return _subp(*args, **kwargs)
File "/snap/subiquity/4677/lib/python3.10/site-packages/curtin/util.py", line 139, in _subp
raise ProcessExecutionError(stdout=out, stderr=err,
curtin.util.ProcessExecutionError: Unexpected error while running command.
Command: ['wipefs', '--all', '--force', '/dev/dasda1']
Exit code: 1
Reason: -
Stdout: ''
Stderr: ''
Unexpected error while running command.
Command: ['wipefs', '--all', '--force', '/dev/dasda1']
Exit code: 1
Reason: -
Stdout: ''
The DASD FBA disk exists:
root@ubuntu-server:/# lsdasd
Bus-ID Status Name Device Type BlkSz Size Blocks
================================================================================
0.0.0101 active dasda 94:0 FBA 512 16383MB 33554368
root@ubuntu-server:/# ls -l /dev/dasd*
crw------- 1 root root 10, 120 Apr 18 10:31 /dev/dasd_eer
brw-rw---- 1 root disk 94, 0 Apr 18 10:35 /dev/dasda
brw-rw---- 1 root disk 94, 1 Apr 18 10:35 /dev/dasda1
root@ubuntu-server:/#
But the installer seems to fail wiping it.
The full logs (var/crash and /var/log) are attached.
At the installer shell I manually wiped the disk myself with:
root@ubuntu-
root@ubuntu-
and after restarting the installation from crash I was able to complete an installation w/o issues (using no LVM).
Then doing another install on the same system leaving the defaults for disk config (means using LVM) worked as well.
Another install (again on the same system using the defaults) completed again fine.
So somehow smells like an issue wiping out the disk if old LVM data was on the disk?!
(and with that it could be a duplicate of LP#1993633)