phillxnet
(Philip Guyton)
November 3, 2017, 9:46pm
2
@jorgy Hello again and apologies for the slow response.
This looks very much like:
opened 05:27PM - 19 Jul 17 UTC
closed 01:44AM - 01 Aug 17 UTC
bug
The following error is encountered on 3.9.1 when trying to upload a 3.9.1 config… backup.
```
[19/Jul/2017 08:39:16] ERROR [storageadmin.util:44] exception: isdir() takes exactly 1 argument (0 given)
Traceback (most recent call last):
File "/opt/rockstor/src/rockstor/rest_framework_custom/generic_view.py", line 41, in _handle_exception
yield
File "/opt/rockstor/src/rockstor/storageadmin/views/config_backup.py", line 255, in post
if (not os.path.isdir()):
TypeError: isdir() takes exactly 1 argument (0 given)
```
Full details can be found in the forum topic:
https://forum.rockstor.com/t/config-backup-upload-error/3537
1. Create Rockstor VM (VirtualBox in Windows): Rockstor1:
- virtual drive (let's call it "A") for system install
- virtual drive for pool (SATA1) with Rockons-root configured and two additional shares for a test rockon (Syncthing)
2. Backup config for Rockstor1 and download the .json.gz file on local HDD.
3. Create a second Rockstor VM: Rockstor2:
- 1 (new) virtual drive (let's call it "B") for system install
4. Boot Rockstor2 and run yum updates.
5. Shutdown Rockstor2
6. Attach SATA1 drive to VM
7. Boot Rockstor2
8. Import pool in webUI for SATA1 (was successful)
9. Try to upload previous config backup file and receive the error pasted above when clicking on the "Upload file" button.
which was originally reported by forum member @Flox in the following thread:
Following a recent topic on Rockstor reinstall, I wanted to test the current state of config backup (Rockstor-3.9.1) and thus created two Rockstor VM to test the restore of a previous Rockstor install. Unfortunately, I received the following error when trying to upload a previous config backup:
[19/Jul/2017 08:39:16] ERROR [storageadmin.util:44] exception: isdir() takes exactly 1 argument (0 given)
Traceback (most recent call last):
File "/opt/rockstor/src/rockstor/rest_framework_custom/gener…
and their consequent issue:
opened 05:27PM - 19 Jul 17 UTC
closed 01:44AM - 01 Aug 17 UTC
bug
The following error is encountered on 3.9.1 when trying to upload a 3.9.1 config… backup.
```
[19/Jul/2017 08:39:16] ERROR [storageadmin.util:44] exception: isdir() takes exactly 1 argument (0 given)
Traceback (most recent call last):
File "/opt/rockstor/src/rockstor/rest_framework_custom/generic_view.py", line 41, in _handle_exception
yield
File "/opt/rockstor/src/rockstor/storageadmin/views/config_backup.py", line 255, in post
if (not os.path.isdir()):
TypeError: isdir() takes exactly 1 argument (0 given)
```
Full details can be found in the forum topic:
https://forum.rockstor.com/t/config-backup-upload-error/3537
1. Create Rockstor VM (VirtualBox in Windows): Rockstor1:
- virtual drive (let's call it "A") for system install
- virtual drive for pool (SATA1) with Rockons-root configured and two additional shares for a test rockon (Syncthing)
2. Backup config for Rockstor1 and download the .json.gz file on local HDD.
3. Create a second Rockstor VM: Rockstor2:
- 1 (new) virtual drive (let's call it "B") for system install
4. Boot Rockstor2 and run yum updates.
5. Shutdown Rockstor2
6. Attach SATA1 drive to VM
7. Boot Rockstor2
8. Import pool in webUI for SATA1 (was successful)
9. Try to upload previous config backup file and receive the error pasted above when clicking on the "Upload file" button.
and fixed in testing channel release as of:
Hello Boys and Girls,
3.9.1-4 is now available. A bug in config backup and restore is fixed. Two more bugs in user management are also fixed. This one is also a Phillip’date like the last three. Thank you @phillxnet . As some of you are waiting, I did manage to test the 4.12 kernel and added it along with btrfs-progs 4.12. Enjoy the update and please test away!
via the following pull request:
https://github.com/rockstor/rockstor-core/pull/1773
These changes are due for inclusion in the next stable release.
The config backup file is human readable (just about once unzipped) but if you are careful (especially with indentation) you may find a work around by looking to the single one line change that ended up being the fix in the above referenced pr. You may have to restart your Rockstor service for the edit to take effect however.
Hope that helps.