Project

General

Profile

Bug #27450

Fix traceback when first unlocking encrypted pool after upgrade

Added by Ice BoosteR over 1 year ago. Updated 12 months ago.

Status:
Done
Priority:
Important
Assignee:
William Grzybowski
Category:
OS
Target version:
Seen in:
TrueNAS - TrueNAS 11.1-U1
Severity:
New
Reason for Closing:
Reason for Blocked:
Needs QA:
No
Needs Doc:
No
Needs Merging:
No
Needs Automation:
No
Support Suite Ticket:
n/a
Hardware Configuration:

HP DL380Gen7
40GB ECC RAM for the VM
450GBx14 FC disks via passthru QLogic card

ChangeLog Required:
No

Description

Hi,
when I first wanted to unlock my encrypted pool on my test system, it fails with the following error message in the old GUI:
Environment:

Software Version: FreeNAS-11.1-RELEASE (dc7d195f4)
Request Method: POST
Request URL: https://192.168.178.101/storage/volume/1/unlock/?X-Progress-ID=4f1d7f61-e037-46b6-8084-77fbe276b523

Traceback:
File "/usr/local/lib/python3.6/site-packages/django/core/handlers/exception.py" in inner
42. response = get_response(request)
File "/usr/local/lib/python3.6/site-packages/django/core/handlers/base.py" in _legacy_get_response
249. response = self._get_response(request)
File "/usr/local/lib/python3.6/site-packages/django/core/handlers/base.py" in _get_response
178. response = middleware_method(request, callback, callback_args, callback_kwargs)
File "./freenasUI/freeadmin/middleware.py" in process_view
162. return login_required(view_func)(request, *view_args, **view_kwargs)
File "/usr/local/lib/python3.6/site-packages/django/contrib/auth/decorators.py" in _wrapped_view
23. return view_func(request, *args, **kwargs)
File "./freenasUI/storage/views.py" in volume_unlock
1005. form.done(volume=volume)
File "./freenasUI/storage/forms.py" in done
2799. _notifier.restart("system_datasets")
File "./freenasUI/middleware/notifier.py" in restart
223. return c.call('service.restart', what, {'onetime': onetime}, **kwargs)
File "./freenasUI/middleware/notifier.py" in restart
223. return c.call('service.restart', what, {'onetime': onetime}, **kwargs)
File "/usr/local/lib/python3.6/site-packages/middlewared/client/client.py" in call
394. raise ClientException(c.error, c.errno, c.trace, c.extra)

Exception Type: ClientException at /storage/volume/1/unlock/
Exception Value: [EFAULT] Failed to update dataset: Device busy

I have checked all services to get started after unlocking.
After the failed try I have tryed it again and I have unchecked all boxes for the services and it worked. I could see that on the first time the system does sopmething with the jails, warden was shown. I will attach the output from /var/log/messages

Associated revisions

Revision a09ff6b9 (diff)
Added by William Grzybowski over 1 year ago

fix(gui): there is no reason to inherit mountpoint on every unlock

Ticket: #27450

Revision 400fceb5 (diff)
Added by William Grzybowski over 1 year ago

fix(gui): there is no reason to inherit mountpoint on every unlock

Ticket: #27450

History

#1 Avatar?id=14398&size=24x24 Updated by Kris Moore over 1 year ago

  • Assignee changed from Release Council to William Grzybowski
  • Priority changed from No priority to Important
  • Target version set to 11.2-BETA1

#2 Updated by William Grzybowski over 1 year ago

  • Status changed from Unscreened to 15

Please attach Save Debug (system advanced)

#3 Updated by Ice BoosteR over 1 year ago

  • File debug-NetApp-20171225172232.tgz added
  • Private changed from No to Yes

Hi, this is related to: https://redmine.ixsystems.com/issues/27417
As this thicket is created from this, thus you can take the same debug (debug-NetApp-20171225172232.tgz)

#4 Updated by William Grzybowski over 1 year ago

Is this debug after the described problem happened? I dont see anything in the logs with the said traceback.

#5 Updated by Ice BoosteR over 1 year ago

  • File debug-NetApp-20171227204748.tgz added

Hi William,
I am 95% sure that this was taken after the error happens, but here is one from later that evening, which contains the error by 100%.

#6 Updated by Dru Lavigne over 1 year ago

  • Status changed from 15 to Screened

#7 Updated by William Grzybowski over 1 year ago

  • Status changed from Screened to 15

I see this in zfs history:

zfs inherit -r mountpoint Netapp

Did you run that yourself?

#8 Updated by William Grzybowski over 1 year ago

  • Status changed from 15 to Screened

Nevermind, I see thats not the case.

#9 Updated by William Grzybowski over 1 year ago

  • Status changed from Screened to Ready For Release

#10 Updated by Ice BoosteR over 1 year ago

Hi William,

no I did nothing on myself - just for your confirmation. everything with the GUI.

#11 Updated by Dru Lavigne over 1 year ago

  • File deleted (messages.txt)

#12 Updated by Dru Lavigne over 1 year ago

  • File deleted (debug-NetApp-20171225172232.tgz)

#13 Updated by Dru Lavigne over 1 year ago

  • File deleted (debug-NetApp-20171227204748.tgz)

#14 Updated by Dru Lavigne over 1 year ago

  • Private changed from Yes to No

#15 Updated by Dru Lavigne about 1 year ago

  • Subject changed from When first unlocking encrypted pool after the upgrade to 11.1 it fails to Fix traceback when first unlocking encrypted pool after upgrade
  • Status changed from Ready For Release to Done
  • Needs Doc changed from Yes to No
  • Needs Merging changed from Yes to No

#16 Updated by Dru Lavigne 12 months ago

  • Status changed from Done to Ready for Testing

#17 Updated by Bonnie Follweiler 12 months ago

  • Status changed from Ready for Testing to Passed Testing
  • Severity set to New
  • Needs QA changed from Yes to No

Test Passes in FreeNAS-11-MASTER-201805030407

#18 Updated by Dru Lavigne 12 months ago

  • Status changed from Passed Testing to Done

#19 Updated by Bonnie Follweiler 12 months ago

Also Test passed in TrueNAS-11-MASTER-201805030706

Also available in: Atom PDF