| 31 May 2023 |
 Copa Dium | journalctl says it is zfs import that times out though | 11:44:32 |
| Copa Dium | [...] many more
May 31 11:42:49 localhost zfs-import-rpool-start[196]: Pool rpool in state MISSING, waiting
May 31 11:42:50 localhost zfs-import-rpool-start[196]: Pool rpool in state MISSING, waiting
May 31 11:42:51 localhost zfs-import-rpool-start[196]: Pool rpool in state MISSING, waiting
May 31 11:42:52 localhost zfs-import-rpool-start[196]: Pool rpool in state MISSING, waiting
May 31 11:42:53 localhost zfs-import-rpool-start[196]: Pool rpool in state MISSING, waiting
May 31 11:42:55 localhost zfs-import-rpool-start[196]: Pool rpool in state MISSING, waiting
May 31 11:42:56 localhost zfs-import-rpool-start[196]: Pool rpool in state MISSING, waiting
May 31 11:42:57 localhost zfs-import-rpool-start[196]: Pool rpool in state MISSING, waiting
May 31 11:42:58 localhost zfs-import-rpool-start[196]: Pool rpool in state MISSING, waiting
May 31 11:42:59 localhost zfs-import-rpool-start[196]: Pool rpool in state MISSING, waiting
May 31 11:43:00 localhost zfs-import-rpool-start[196]: Pool rpool in state MISSING, waiting
May 31 11:43:01 localhost zfs-import-rpool-start[196]: Pool rpool in state MISSING, waiting
May 31 11:43:02 localhost zfs-import-rpool-start[196]: Pool rpool in state MISSING, waiting
May 31 11:43:03 localhost zfs-import-rpool-start[441]: cannot import 'rpool': no such pool available
May 31 11:43:03 localhost systemd[1]: zfs-import-rpool.service: Main process exited, code=exited, status=1/FAILURE
May 31 11:43:03 localhost systemd[1]: zfs-import-rpool.service: Failed with result 'exit-code'.
May 31 11:43:03 localhost systemd[1]: Failed to start Import ZFS pool "rpool".
May 31 11:43:03 localhost systemd[1]: zfs-import-rpool.service: Consumed 1.934s CPU time.
May 31 11:43:03 localhost systemd[1]: Reached target Local File Systems.
May 31 11:43:03 localhost systemd[1]: Starting impermanence-root.service...
looks like this
| 11:45:28 |
| Copa Dium | maybe import service is not started after the luks service? Do i have to add a dependency? | 11:46:17 |
 @lily:lily.flowers | The dependency is already correct it just times out | 11:46:38 |
| @lily:lily.flowers | Probably | 11:46:43 |
| @lily:lily.flowers | (On mobile and didn't read log) | 11:46:50 |
| Copa Dium | Also I get kicked out of the emergency shell after another minute and a second one is spawned... | 11:47:13 |
 @elvishjerricco:matrix.org | oh that's weird | 11:47:23 |
| @lily:lily.flowers | In reply to @copadium:matrix.org
Also I get kicked out of the emergency shell after another minute and a second one is spawned... Oh delightful | 11:47:36 |
| @lily:lily.flowers | Is there a timeout on the emergency shell itself 👀 | 11:47:59 |
| Copa Dium | It only happens once | 11:48:16 |
| @elvishjerricco:matrix.org | In reply to @lily:lily.flowers
The dependency is already correct it just times out Well if the cryptsetup service never finished, then the import service probably shouldn't have started? | 11:48:34 |
| @elvishjerricco:matrix.org | It should have After=cryptsetup.target though so I'm not sure why that wouldn't have been the case | 11:48:54 |
| Copa Dium | The log looks like it does try to import the rpool a second time :/
But I have no idea how all of this works.. | 11:49:37 |
 @linus:schreibt.jetzt | In reply to @elvishjerricco:matrix.org
It should have After=cryptsetup.target though so I'm not sure why that wouldn't have been the case if it doesn't have a Wants or Requires on it? | 11:49:51 |
| @lily:lily.flowers | In reply to @elvishjerricco:matrix.org
Well if the cryptsetup service never finished, then the import service probably shouldn't have started? True | 11:50:01 |
| @lily:lily.flowers | In reply to @elvishjerricco:matrix.org
It should have After=cryptsetup.target though so I'm not sure why that wouldn't have been the case Yeah that should have happened. Idk I don't use zfs though | 11:50:32 |
| @elvishjerricco:matrix.org | In reply to @linus:schreibt.jetzt
if it doesn't have a Wants or Requires on it? We do have sysinit.target.wants/cryptsetup.target -> ../cryptsetup.target, so it should already be wanted by the initial transaction... | 11:50:58 |
| @elvishjerricco:matrix.org | Ok so three separate problems then:
- A mount can timeout waiting for its mapped device
- The ZFS import service can timeout
| 11:52:17 |
| @elvishjerricco:matrix.org | * Ok so three separate problems then:
- A mount can timeout waiting for its mapped device
- The ZFS import service can timeout
- emergency.service can timeout
| 11:52:25 |
| Copa Dium | Maybe 4. because I get this emergency.service: Executable /nix/store/jmd50jrn6l2bqqm5dvq6xvripzvr3npc-systemd-stage-1-network-253.3/bin/plymouth missing, skipping: No such file or directory, but I don't have or want plymouth | 11:53:39 |
| @elvishjerricco:matrix.org | that's not relevant | 11:53:50 |
| @elvishjerricco:matrix.org | that's just systemd being silly | 11:53:57 |
| @elvishjerricco:matrix.org | but it's harmless | 11:54:03 |
| Copa Dium | Okay | 11:54:28 |
| @elvishjerricco:matrix.org | ok so looking at my system that has zfs on luks: It looks like the zfs import service is starting before we reach cryptsetup.target, which is odd | 11:54:34 |
| Copa Dium | Also are you sure the emergency shell times out? In my journal it looks like there's just a second zfs-import-rpool-start that spawns a second emergency shell when it fails | 11:55:01 |
| @elvishjerricco:matrix.org | In reply to @copadium:matrix.org
Also are you sure the emergency shell times out? In my journal it looks like there's just a second zfs-import-rpool-start that spawns a second emergency shell when it fails Oh I see. That's weird | 11:55:22 |
| Copa Dium | Would the full log be helpful to you? | 11:55:56 |
| @elvishjerricco:matrix.org | possibly? | 11:56:02 |
