Unable to create snapshot for update
I see the following two updates available to me (in System > Update) after having recently upgraded to 9.10:
(1) Upgrade: docs-9.10-RELEASE-d1851bb004ead848f18f828f8fd48bae -> docs-9.10-RELEASE-b2887ae2e5e75209b3f4f505e620157c
(2) Upgrade: freenas-pkg-tools-9.10-RELEASE-d1851bb004ead848f18f828f8fd48bae -> freenas-pkg-tools-9.10-RELEASE-b2887ae2e5e75209b3f4f505e620157c
I receive the following messages upon attempting to update my system:
Mar 23 07:04:30 hal kernel: <118>Mar 23 07:04:30 hal updated.py: [freenasOS.Update:1204] Unable to create snapshot freenas-boot/ROOT/default@Pre-Uprgade-d1851bb004ead848f18f828f8fd48bae, bailing for now
Mar 23 07:04:31 hal manage.py: [middleware.exceptions:37] [MiddlewareError: Unable to create snapshot freenas-boot/ROOT/default@Pre-Uprgade-d1851bb004ead848f18f828f8fd48bae]
(I'm not sure what else to report. This is my first bug report--apologies for any omissions. I'm happy to provide any other information.)
#4 Updated by Conrad Gryba over 4 years ago
Sean Fagan wrote:
Please run "beadm list" and include its output.
Also, did you do an ISO upgrade to FN9.10, or a normal update?
[root@hal ~]# beadm list
BE Active Mountpoint Space Created Nickname
default NR / 476.3M 2016-03-22 19:43 default
Initial-Install - - 2.6M 2016-03-22 19:51 Initial-Install
Originally I switched to the 9.10 train from a 9.3 install via the web interface, but it didn't work properly. I decided to start fresh, so I downloaded the 9.10 ISO and did a clean install.
#5 Updated by Sean Fagan over 4 years ago
I'm a bit flummoxed.
The snapshot appears to be left over from something, but I can't tell from the available information how that happened.
The good news is that the update is superfluous at this point -- there's a thing where the update process and the ISO creation process end up disagreeing about which version to use when the packages have identical contents, so an ISO install wants to do an update.
If you want to wait until the next SU, that will be fine. I understand that may be annoying, however.
So, you can try moving forward by doing:
- zfs destroy -r freenas-boot/ROOT/default@Pre-Uprgade-d1851bb004ead848f18f828f8fd48bae
- freenas-update -v check
- freenas-update -v update
and if that doesn't work, include all of the output. Thanks.