bucky2780

I messed with networking, causing some instability which I since fixed. The USB was acting up so I finally replaced it... should have happened a long time ago. Thankfully my system seems better now after a brief period of instability. I include my diags here... hoping you could go through and call out anything you think might need attention.... I note there is a .rec file on the usb, and am a little worried about it. I think I should delete it. Many thanks .... buckyu-diagnostics-20220422-1830.zip

what a shame its so screwed up. Sorry about that. Working ok for me. I also made the xml change above, and seems fine at the moment. You should be able to delete the image and the template which is a little tricky in unraid. Then download a new template and create the image. Just point the new template to your old config directory... that way you won't lose any data.... Don't forget to delete the template from the usb drive. That is done in the container create dialog. You select the template and press the little x to delete. That way when you start a new template it will download it from CA. Do some googling to see specifcs on how this is done. best of luck

The templates are stored on the usb key. Look around here.... and you will find the template. /boot/config/plugins/dockerMan/ I will also give it a crack... and let you know...

i spoke to linuxservr.io about this. They said there is an issue between CA and Dockerman. Suggested a temporary fix is to edit manually the template, and put a flag in it like this. <TemplateURL>false</TemplateURL> I have not tried it yet... but it seems interesting.

docker tvheadend container is getting corrupted. The dri/dvb lines from the template is enumerating a dozen times, not sure why. I deleted the template and re-downloaded from scratch, and then removed the offending lines, as they are optional and not needed. But it keeps coming back. Never seen anything like this before.... Look at attached screenshot...

good luck with it.. Bear in mind, I got very uneven results, until such time I put an HDMI dongle on the graphics card hdmi port. After that its been smooth sailing. Also does not hurt to dump the bios to ensure the card is working with original bios. I could never get a consistant result trying to use one of the techz bios downloads. Good luck with it. /ben

you can go back quite easily to the previous version, as I did. If you read above you will see there is a workaround due to a breaking change.

ok, I got it working. Took weeks of effort... and has been a rough journey. If it helps someone else... here is what seemed to work for me.... My environment Swapped over the unraid 6.9 rc2. Seems quite stable now. Nice handling of vfio. onboard video (intel) used for unraid (set as primary in bios) MSI GTX 1050 ti oc - Nice card but very finicky. Tried Manjaro KDE/Gnome Win10, PopOs, Ubuntu Gnome - either got black screen or LLVMpipe for video. Tried a bunch of vbios available from techpowerup. Tried dumping my own bios from unraid as per spaceinvader Solution I downloaded HirenBootCD, took out the unraid usb key and started the server with Hiren. It come up in Windows PE tweak your bios and ensure gtx 1050 is set as primary. Attach monitor too... run GPU-Z (included in Hiren), and dump the vbios. Strip out the header of the vbios using a python program or hex editor as per spaceinvader Attach physical monitor to the gtx hdmi, and fire up your vm from another machine (desktop) I use nomachine as remoting software. so remote to the vm and worked great on ALL of the above VM's todo: Substitute an HDMI dummy plug instead of physical monitor.

With respect to ports... good to be able to see in the template which ports are operational if you are a beginner. I found that useful. To be honest, I had a conflict with my unifi controller and had to massage one of the ports. For MQTT... I am actually running home assistant in a VM at the moment. The VM manages the HA software and an MQTT broker, which I find very convenient. That was the basis of my request... but another container seems appropriate. Open Hab looked more mature to me than HA... I'm still at the beginning of the journey, so can afford to poke around the different offerings. Thanks for doing this by the way.

suggestions: for openhab 3. If you are going to be making changes to this template... can I suggest you a few enhancements ? take the "2" out of the mount file names expose used ports so they can be overriden (8080 conflicted with my unifi controller) option to include an MQTT broker in the same container (stretch) just my 2 cents

I just installed the most recent 6.9 RC. I am wrestling with Nvidia GPU passthrough. I tried to set my vm back to use vnc and then launched, but got the following error on the NoVNC screen. >> noVNC encountered an error: SyntaxError: import not found: hasScrollbarGutter http://buckyu.local/plugins/dynamix.vm.manager/novnc/app/ui.js?ts=20200718:11:34 >> This is a showstopper. Not even sure which dynamix plugin this refers to: Rolling back to 6.8.3 in the meantime. >> update: This is a firefox problem. Works fine in chrome. >>>

yeah me too... can't get popos to avoid the black screen when switching to nvidia card.

hi johnathan, your comment gave me reason to continue some investigation. After doing a bit more tinkering.... The jitsi VM is an ubuntu server vm, located on the same unraid server as the docker containers. Unraid networking was not able to route internally between the VM and the docker LE bridge network. That was a showstopper for me unfortunately, so licking my wounds and retreating for the moment. As a temporary measure, I am using custom external ports for jitsi, (81:444), and directing the router to forward directly to the VM without using LE as the gateway. many thanks, bucky2076

I tinkered with this quite a bit, and have some observations worth mentioning. The use of Docker-Compose/Portainer, alongside native unraid docker (Dockerman) handling, is certainly interesting, but fraught with problems in my opinion. These two are competing technologies that do not work well together. It clutters things up, and is responsible for ongoing errors warnings. So you have a few options to consider. Move all your dockers to compose/portainer. - Unraid support for compose is limited. If you want to maximise your use of unraid, just live with it the way it is. Move jitsi to a VM. Containers are for microservices, and is not meant for every use case out there. There are a couple of youtubes (crosstalk solutions) that take you through the steps. I would love to get this working while keeping letencrypt nginx proxy docker acting as a front end. Would be cool. Hybrid solution is to create a vm, and run docker in the vm, and then set up portainer/lxc as an alternative to dockerman. Run jitsi dockers here, or migrate all your dockers. You are going through an extra layer of virtualisation... so not sure how much this would drain performance. I ran up an instance of ubuntu server, and just going through the typical hardening process for a server. Lots to learn and fun doing this. Install of jitsi is a simple apt command once you get past server hardening. I am playing with all these possibilities, and honestly don't have a conclusion at this time. Strengths and weaknesses for all options

saarg, the basic unraid template did not work for me, and I had to tear my hair out. DB_USER variable was incorrect. Needed to be DB_USERNAME Same issue for DB_PASS Passing IP/Port did not work for me on the DB_HOST /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name='bookstack' --net='bridge' -e TZ="Australia/Sydney" -e HOST_OS="Unraid" -e 'DB_HOST'='192.168.92.254' -e 'DB_USERNAME'='ben' -e 'DB_PASSWORD'='xyz' -e 'DB_DATABASE'='bookstack' -e 'APP_URL'='' -e 'PUID'='99' -e 'PGID'='100' -e 'DB_PORT'='3306' -p '8083:80/tcp' -v '/mnt/user/appdata/bookstack':'/config':'rw' 'linuxserver/bookstack' I've moved on now, experimenting with Traefik for reverse proxy.

simply the template variables are misleading, causing some confusion. Also, the port assignment did not work when adding port to host name., I had to break this out to its on env var. The .env provides the proper name for these variables.

oh thanks I did not realise that about unraid docker.... I have done some docker stuff in a normal linux host, and the docker networking is quite sophisticated. You would simply use the name of the docker rather than its internal IP. You also have the opportunity to manage your own networking so that you can split your backend from your foreground tasks across different network subnets (sql database, versus web server hosts). I did obscure a few things in the above post for obvious reasons... Name/PW and such. My server IP internally is actually 192.168.92.254, so there you go. I am ok using the host IP since that dosen't change. The 172.xx.xx.x.. ip changes each time you present a different order during startup. I did leave a message on bookstack issues section (git) suggesting the parameters need some attention. Thanks again for the chat... hopefully this will help the next newbie... /bucky2076

mariadb... /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name='mariadb' --net='bridge' -e TZ="Australia/Sydney" -e HOST_OS="Unraid" -e 'PUID'='99' -e 'PGID'='100' -e 'MYSQL_ROOT_PASSWORD'='XYZ' -p '3306:3306/tcp' -v '/mnt/user/appdata/mariadb':'/config':'rw' 'linuxserver/mariadb' bookstack.... /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name='bookstack' --net='bridge' -e TZ="Australia/Sydney" -e HOST_OS="Unraid" -e 'DB_HOST'='192.168.xx.254' -e 'DB_USERNAME'='abc' -e 'DB_PASSWORD'='XYZ' -e 'DB_DATABASE'='bookstack' -e 'APP_URL'='' -e 'PUID'='99' -e 'PGID'='100' -e 'DB_PORT'='3306' -p '8083:80/tcp' -v '/mnt/user/appdata/bookstack':'/config':'rw' 'linuxserver/bookstack' and finally .env DB_HOST=172.17.0.3 DB_PORT=5506 DB_DATABASE=stack DB_USERNAME=n DB_PASSWORD=me This config actually works... because of the following: .env is ignored if overidden with params... DB_USER in template replaced with USERNAME DB_PASS changed to PASSWORD DB_PORT was added Would be better if it accepted the host as the container name rather than the ip.

sure... I'll do it tomorrow, as my system is rebuilding the array since I upgraded a hdd. more space to play is always good.

I tried this again... and it worked after a fashion. I used my top level ip instead of the container ip for the DB. Interesting though when I appended the port number to the IP, it barfed. I simply added a new variable for DB_PORT and it liked that better... despite what the documentation said. Not very container friendly at this stage... but it worked !

its very finicky, and yes I tried setting it to the host ip, but did not work. A mystery ! Another thought is that whatever env variables you set here should override the .env file. I will try again... and report back.

when configuring this container, there seems to be a problem in how the host_db parameter is managed. I have both mariadb and bookstack in separate containers, bridged. When I launch bookstack, I use either mariadb or linuxserver/mariadb as the database address. Unfortuntely does not work. When I put in the actual ip address given by docker (172.xx.xx.xx), then works fine. Unfortunately this is not supportable, as these numbers will change when bringing up/down the server. How do you configure the dbhost parameter in the bookstack template. I'm curious.

well done. I am a little bit jealous.

this plugin is wreaking havoc with my webui. When I try to press a start/stop menu item with the UI, nothing happens. But when I disabled the plugin, worked fine. The log shows an exception while loading... I am on the beta version, as testing things out before I buy... I am not really using the plugin at this time... but it looked interesting so installed it. thought you would want to know... snip follows: 3 16:45:06 buckyu root: Installing package docker.folder-2020.04.30-x86_64-1.txz: May 3 16:45:06 buckyu root: PACKAGE DESCRIPTION: May 3 16:45:06 buckyu root: Package docker.folder-2020.04.30-x86_64-1.txz installed. May 3 16:45:06 buckyu root: plugin: running: anonymous May 3 16:45:06 buckyu root: folders.json already exists May 3 16:45:06 buckyu root: Fatal error: Uncaught ArgumentCountError: Too few arguments to function finish(), 2 passed in /usr/local/emhttp/plugins/docker.folder/scripts/migration.php on line 22 and exactly 4 expected in /usr/local/emhttp/plugins/docker.folder/scripts/migration.php:42 May 3 16:45:06 buckyu root: Stack trace: May 3 16:45:06 buckyu root: #0 /usr/local/emhttp/plugins/docker.folder/scripts/migration.php(22): finish('/boot/config/pl...', Array) May 3 16:45:06 buckyu root: #1 /usr/local/emhttp/plugins/docker.folder/scripts/migration.php(12): init('/boot/config/pl...', '{\n "foldersV...', '{\n "foldersV...', false) May 3 16:45:06 buckyu root: #2 {main} May 3 16:45:06 buckyu root: thrown in /usr/local/emhttp/plugins/docker.folder/scripts/migration.php on line 42 May 3 16:45:06 buckyu root: May 3 16:45:06 buckyu root: ---------------------------------------------------- May 3 16:45:06 buckyu root: docker.folder has been installed. May 3 16:45:06 buckyu root: Version: 2020.04.30 May 3 16

Hello Doit... nice to talk with you. I converted my desktop to an unraid server, all I had to do was purchase some memory, a 6TB drive and 1TB SSD for cache. I have a few dockers taking shape and trying to get VM's to take shape. . I took the disks from qnap nas, and tossed them into the server. I am now using a Lenovo C940 laptop as my daily driver, and it is more than capable. Originally I was looking for the unraid server to double as the desktop, but I don't think that model is workable now that I'm further into it. Server is working great for the time being... probably last 12 months depending on how quickly the vm's grow. The dockers are super efficient from what I can tell. I spent weeks agonising over hardware, cpu, disks, architectures, servers, cases, etc... I was like a deer (kangaroo) frozen in the headlights. Could not make a decision for the life of me. Converting my desktop was a fun project to learn, without making big mistakes. I am not ordering from the US at the moment, because I don't think the merchandise will ever arrive to oz under the current circumstances. The hardware I did buy online, was from a supplier in my local area. Gook luck with the build...