gravymaker

[SOLVED] I was able to figure this out by reading the unms-cli file and figuring out what it actually calls. In this docker, its the "user.js" file that handles things! So, my command was: /home/app/unms/cli # node /home/app/unms/cli/user.js two-factor <<USERID>> results: UNMS Users ┌─────────┬────────────┬────────────────────┬──────────────┬────────────┬───────┐ │ (index) │ username │ email │ role │ two-factor │ sso │ ├─────────┼────────────┼────────────────────┼──────────────┼────────────┼───────┤ │ 0 │ '####' │ '###@##.com' │ 'superadmin' │ false │ false │ └─────────┴────────────┴────────────────────┴──────────────┴────────────┴───────┘ Just posting for any other idiots that forget to migrate their authenticator data!!

UNMS DOCKER QUESTION - DISABLING 2FA I've got myself into a bit of a pickle. I got a new phone and migrated all data and apps, but I didn't realize the Google Authenticator information was not part of the Samsung Sync process. So now I can't access my UNMS docker as it is requesting the 2FA code. (Old phone was wiped.) There are instructions on the web for resetting 2FA (https://community.ui.com/questions/reset-2fa-to-local-unms-server/458ddf6a-4ef9-465d-94e5-a3c113d4c8f4) but the UNMS docker doesn't appear to have the "unms-cli" command when I try these instructions. I've tried running both the docker-compose command at the unraid command line, as well as trying the unms-cli command from a command prompt within the docker itself. Has anyone run into this?

Thanks xxbigfootxx - I think blowing away and reinstalling MariaDB has me back on track. Appreciate the help!

OK - yeah, tried the force update on MariaDB, but it does look like something is wrong with MariaDB. Although it shows as "started" in the Unraid GUI, the MariaDB log shows that it is constantly restarting. Lots of this repeating in the log: 2021-09-13 17:31:14 0 [Note] /usr/bin/mariadbd (mysqld 10.5.12-MariaDB-log) starting as process 705 ... 2021-09-13 17:31:14 0 [Note] InnoDB: Uses event mutexes 2021-09-13 17:31:14 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2021-09-13 17:31:14 0 [Note] InnoDB: Number of pools: 1 2021-09-13 17:31:14 0 [Note] InnoDB: Using crc32 + pclmulqdq instructions 2021-09-13 17:31:14 0 [Note] mariadbd: O_TMPFILE is not supported on /var/tmp (disabling future attempts) 2021-09-13 17:31:14 0 [Note] InnoDB: Using Linux native AIO 2021-09-13 17:31:14 0 [Note] InnoDB: Initializing buffer pool, total size = 268435456, chunk size = 134217728 2021-09-13 17:31:14 0 [Note] InnoDB: Completed initialization of buffer pool 2021-09-13 17:31:14 0 [ERROR] InnoDB: Upgrade after a crash is not supported. The redo log was created with MariaDB 10.4.18. 2021-09-13 17:31:14 0 [ERROR] InnoDB: Plugin initialization aborted with error Generic error 2021-09-13 17:31:14 0 [Note] InnoDB: Starting shutdown... 2021-09-13 17:31:14 0 [ERROR] Plugin 'InnoDB' init function returned error. 2021-09-13 17:31:14 0 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 2021-09-13 17:31:14 0 [Note] Plugin 'FEEDBACK' is disabled. 2021-09-13 17:31:14 0 [ERROR] Unknown/unsupported storage engine: InnoDB 2021-09-13 17:31:14 0 [ERROR] Aborting

Hope this is the right spot for Authelia support questions...it's been awhile since I've posted, everything has been working very well. I applied some docker updates this morning, but now I cannot get Authelia to start. Redis, MariaDB and swag all start ok, but Authelia gives the following error: time="2021-09-13T17:16:02-05:00" level=info msg="Authelia v4.30.4 is starting" time="2021-09-13T17:16:02-05:00" level=info msg="Log severity set to debug" time="2021-09-13T17:16:02-05:00" level=debug msg="Storage schema is being checked to verify it is up to date" [mysql] 2021/09/13 17:16:02 packets.go:37: unexpected EOF [mysql] 2021/09/13 17:16:02 packets.go:37: unexpected EOF [mysql] 2021/09/13 17:16:02 packets.go:37: unexpected EOF time="2021-09-13T17:16:02-05:00" level=fatal msg="Unable to initialize SQL database: driver: bad connection" stack="github.com/authelia/authelia/v4/internal/storage/mysql_provider.go:81 NewMySQLProvider\ngithub.com/authelia/authelia/v4/internal/commands/root.go:95 getProviders\ngithub.com/authelia/authelia/v4/internal/commands/root.go:65 cmdRootRun\ngithub.com/spf13/[email protected]/command.go:860 (*Command).execute\ngithub.com/spf13/[email protected]/command.go:974 (*Command).ExecuteC\ngithub.com/spf13/[email protected]/command.go:902 main\ngithub.com/authelia/authelia/v4/cmd/authelia/main.go:11 main\nruntime/proc.go:225 main\nruntime/asm_amd64.s:1371 goexit" Has anyone else seen this?

Thanks for confirming. I'll create a workaround.

Interesting... the python script I'm running is a post-processing script to mount an ISO after downloading. For months, I was using this command to mount and it worked ok: subprocess.call(['/usr/bin/sudo', '/bin/mount', '-t', 'iso9660', '-o', 'loop', isoPath, tempdir]) To get sudo to work I had to copy a "sudoers" file into the container whenever SABNZBD was restarted, but this worked ok. After I applied the last sabnzbd update, I started getting the "sudo not found" error. So I removed the "sudo" part of the command and tried this: subprocess.call(['/bin/mount', '-t', 'iso9660', '-o', 'loop', isoPath, tempdir]) Now when the post-processing script runs, I see the following error in the SABNZBD log: mount: only root can use "--options" option I'm not exactly sure which account SABNZBD uses when it executes the post-processing scripts? Does it run with root privileges? Thanks - appreciate your thoughts!

Is sudo missing from the latest base image? I use sudo in some scripts and after upgrading to the latest container release, I get "sudo: command not found"

I followed RobJ's excellent instructions and converted 12 disks, including the cache drive, from RFS to XFS in about a week. Great tips to use "screen" and go slow and triple check each key step along the way. Thanks to everyone in this thread for great ideas, and to RobJ for the steps.

Thanks - i get it now. (Total docker newb.) my overall objective was to be able to mount and copy within the SABZNBD container, which it looks like i cannot due as there are no "loop" devices in the container setup for me to run the "mount -o loop /path/to/iso /mnt/mountedIso

Well, I was able to update the SABNZBD container's /etc/sudoers file. great. the new error is that the container does not recognize any loop devices, so my SABNZBD post-process script command of: sudo mount -o loop /blah/blah.iso /tmp/989 gives me an error of: mount: Could not find any loop device. Maybe this kernel does not know about the loop device? (If so, recompile or `modprobe loop'.)

Is there any way I can alter a /etc/sudoers file within a docker container? If I telnet to unraid and update the /etc/sudoers file, it is ignored by my SABNZBD container when SABNZBD runs a postprocessing script. I'm attempting to allow the "nobody" user with the ability to sudo mount ISO files in a post processing script without asking for a password. I realized that when I search the entire filesystem for a "sudoers" file, i see MULTIPLE copies of it stored in a bunch of docker subvolume directories. I have no idea which subvolume my SABZNBD would be looking at when it runs the postprocessing script. I sure hope this question makes sense to someone... I'm not sure I'm asking it clearly... *EDIT* ah ok I found a way to identify the right subvolume using info from this post: http://stackoverflow.com/questions/22907231/copying-files-from-host-to-docker-container ..testing now...

Well, i tried that too with no change in error. But, I tried writing a rudimentary Python post-processing script, and it worked. So it just doesn't like BASH post-processing scripts. I'm using the Needo template for SABNZBD. ...time to learn python I guess! I grew up on BASH tho! darn!

Thanks for trying, guys but no dice. I know I've got some extra volumes, I'll deal with that later. I've attached my docker volume list and the SABNZB postprocessing folder config: I still get this error: 2015-03-23 18:30:25,472::DEBUG::[newsunpack:157] Failed script /mnt/user/appdata/sabnzbd/scripts/sab_pp_mount_and_copy.sh, T raceback: Traceback (most recent call last): File "/usr/share/sabnzbdplus/sabnzbd/newsunpack.py", line 155, in external_processing startupinfo=stup, env=env, creationflags=creationflags) File "/usr/lib/python2.7/subprocess.py", line 710, in __init__ errread, errwrite) File "/usr/lib/python2.7/subprocess.py", line 1327, in _execute_child raise child_exception OSError: [Errno 2] No such file or directory

...screenshot of my Docker volume setup for SABNZB too.