gravymaker
Members-
Posts
27 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Everything posted by gravymaker
-
[support] digiblur's Docker Template Repository
gravymaker replied to digiblur's topic in Docker Containers
[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!! -
[support] digiblur's Docker Template Repository
gravymaker replied to digiblur's topic in Docker Containers
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? -
**GUIDE** How to Install Authelia on unRAID
gravymaker replied to Sycotix's topic in Docker Containers
Thanks xxbigfootxx - I think blowing away and reinstalling MariaDB has me back on track. Appreciate the help! -
**GUIDE** How to Install Authelia on unRAID
gravymaker replied to Sycotix's topic in Docker Containers
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 -
**GUIDE** How to Install Authelia on unRAID
gravymaker replied to Sycotix's topic in Docker Containers
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? -
[Support] Linuxserver.io - SABnzbd
gravymaker replied to linuxserver.io's topic in Docker Containers
Thanks for confirming. I'll create a workaround. -
[Support] Linuxserver.io - SABnzbd
gravymaker replied to linuxserver.io's topic in Docker Containers
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! -
[Support] Linuxserver.io - SABnzbd
gravymaker replied to linuxserver.io's topic in Docker Containers
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" -
[QUESTION] Can I update /etc/sudoers within a docker container?
gravymaker replied to gravymaker's topic in Docker Containers
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 -
[QUESTION] Can I update /etc/sudoers within a docker container?
gravymaker replied to gravymaker's topic in Docker Containers
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...
-
[SOLVED] SABNZBD Post Processing Script Error
gravymaker replied to gravymaker's topic in Docker Containers
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! -
[SOLVED] SABNZBD Post Processing Script Error
gravymaker replied to gravymaker's topic in Docker Containers
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 -
[SOLVED] SABNZBD Post Processing Script Error
gravymaker replied to gravymaker's topic in Docker Containers
-
[TL/DR Solution: The Needo template for SABNZBD does not run BASH postprocessing scripts. Python scripts work fine.] Hi Guys - I've tried searching but can't seem to find a resolution to my issue. I've configured SABNZBD to run a post-processing script, but it kicks out this error when it tries to executive the script: 2015-03-22 10:59:08,325::DEBUG::[newsunpack:157] Failed script /scripts/sab_pp_mount_and_copy.sh, Traceback: 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 I've configured the docker volumes as advised (/mnt/user:/mnt/user rw) I have configured the right post-processing folder in SAB, and I've selected the script in the category config page too. I've also checked all linux permissions to make sure ownership, group and execute rights are correct on the script folder and the script itself. (I've attached pics) The script itself works fine (I can run it manually from the command line) but SAB can't seem to run it when it comes time to process? What am I missing?
-
Same here. I'm using APC at the moment, also have Belkin in the house.
-
Just to close the loop - my cheap PCI IDE card (ST-Labs) works now under unRaid 4.0 b6! thanks!
-
I have an ABIT KV7, bios patched up to the latest on the ABIT site. (v20 I think?) I'm using one Promise SATA and one Promise IDE. What is really strange, is that when I try to use the onboard IDE's and SATA's performance drops to the floor. I could never get my cheap STLab PCI IDE to be recognized within unRAID. Currently, I am avoiding using the onboard IDE and SATA ports. If anyone has any ideas as to why performance is terrible using the onboard IDE ports, PLEASE let me know! I'd love to be able to include them in the array.
-
Has anyone had any luck with the Silicon Image 0680A series PCI IDE controller? I can't seem to get unRaid to recognize it, although it is detected during boot and worked ok in Windows. If not, I'll drop the dime on a Promise card. Thx! **Update - popped in the promise card mentioned in this thread and everything is clicking along great.