firetime

Thanks for the template! I'm using it as a playout server. I added an auto start so in the event the container is updated/server restarts it will resume the stream on startup. Add a file map to /home/headless/.config/autostart/ and place an app.desktop file in the mapped autostart folder with the following to trigger Xfce to start OBS: [Desktop Entry] Type=Application Name=conky Exec=obs & StartupNotify=false Terminal=false This is coupled with an OBS LUA script I wrote that auto starts streaming and sequences media playback.

Leaving this here for anyone else who may have similar issues: After moving the appdata folder (due to changing cache drive setup) and copying data across, my GitLab-CE was crashing unraid server randomly. On my previous hardware it would hard lock up and become 100% unresponsive. My new hardware would detect the hard lock and auto restart the server causing a parity recheck due to unclean shutdown. By the end it was crashing the server in less than 5 minutes of the docker container active. The fix was to start the container and execute the below command from the unraid terminal: sudo docker exec GitLab-CE update-permissions Container is working fine without crashing. Additionally the issue was likely caused by a recursive permissions command run in the wrong folder. Because of this running New Perms or Docker Safe New Perms from the tools page before the above command is a good idea.

Running the New Permissions utility caused the Shares page to list the folders again and resetting/saving the settings for the folders seems to fix the issue.

Unraid is reporting that there are no exportable user shares. Additionally attempting to connect to the server results in nothing appearing apart from the flash share if I enable it. (same now and before the flash drive format)

a physical disk called temp. It's a single SSD cache used to cache writes to the array. The cache pool named cache is used for docker.img and app data.

Ive wiped the flash (slow format) and redownloaded unraid. re-attached the drives in the same slots to keep my data. Attempting to recreate the shares results in the same behavior and adding shares with a new name results in a box saying the share had been deleted: Sep 12 17:04:54 Tower emhttpd: shcmd (669): mkdir '/mnt/user/test3' Sep 12 17:04:54 Tower emhttpd: shcmd (670): chmod 0777 '/mnt/user/test3' Sep 12 17:04:54 Tower emhttpd: shcmd (671): chown 'nobody':'users' '/mnt/user/test3' Sep 12 17:04:54 Tower emhttpd: Starting services... Sep 12 17:04:54 Tower emhttpd: shcmd (673): /etc/rc.d/rc.samba restart Sep 12 17:04:54 Tower nmbd[13005]: [2021/09/12 17:04:54.242114, 0] ../../source3/nmbd/nmbd.c:59(terminate) Sep 12 17:04:54 Tower nmbd[13005]: Got SIGTERM: going down... Sep 12 17:04:54 Tower winbindd[13017]: [2021/09/12 17:04:54.242177, 0] ../../source3/winbindd/winbindd.c:244(winbindd_sig_term_handler) Sep 12 17:04:54 Tower winbindd[13015]: [2021/09/12 17:04:54.242175, 0] ../../source3/winbindd/winbindd.c:244(winbindd_sig_term_handler) Sep 12 17:04:54 Tower winbindd[13083]: [2021/09/12 17:04:54.242185, 0] ../../source3/winbindd/winbindd.c:244(winbindd_sig_term_handler) Sep 12 17:04:54 Tower winbindd[13015]: Got sig[15] terminate (is_parent=1) Sep 12 17:04:54 Tower winbindd[13017]: Got sig[15] terminate (is_parent=0) Sep 12 17:04:54 Tower winbindd[13083]: Got sig[15] terminate (is_parent=0) Sep 12 17:04:56 Tower root: Starting Samba: /usr/sbin/smbd -D Sep 12 17:04:56 Tower root: /usr/sbin/nmbd -D Sep 12 17:04:56 Tower smbd[13544]: [2021/09/12 17:04:56.412779, 0] ../../lib/util/become_daemon.c:135(daemon_ready) Sep 12 17:04:56 Tower smbd[13544]: daemon_ready: daemon 'smbd' finished starting up and ready to serve connections Sep 12 17:04:56 Tower root: /usr/sbin/wsdd Sep 12 17:04:56 Tower nmbd[13549]: [2021/09/12 17:04:56.423385, 0] ../../lib/util/become_daemon.c:135(daemon_ready) Sep 12 17:04:56 Tower nmbd[13549]: daemon_ready: daemon 'nmbd' finished starting up and ready to serve connections Sep 12 17:04:56 Tower root: /usr/sbin/winbindd -D Sep 12 17:04:56 Tower winbindd[13559]: [2021/09/12 17:04:56.462572, 0] ../../source3/winbindd/winbindd_cache.c:3203(initialize_winbindd_cache) Sep 12 17:04:56 Tower winbindd[13559]: initialize_winbindd_cache: clearing cache and re-creating with version number 2 Sep 12 17:04:56 Tower winbindd[13559]: [2021/09/12 17:04:56.463047, 0] ../../lib/util/become_daemon.c:135(daemon_ready) Sep 12 17:04:56 Tower winbindd[13559]: daemon_ready: daemon 'winbindd' finished starting up and ready to serve connections

Shares do not return in safe mode. Also recreating a share in safe mode results in the same behavior as before (Share is not created and Starting services... is displayed at the bottom) I've since removed most of my plugins but after booting in safe mode and having the issue persist I'm not sure that was required. Docker is still running but all containers are stopped. No VMs.

Was swapping a share from read only to read write for an account and all shares are now gone. Attempting to re-add any shares results in "Starting services..." to appear at the bottom of the web UI and nothing else happens. Multiple reboots have not cleared the issue and nothing concrete seems to be showing in the log. Sep 11 23:58:04 Hearth emhttpd: shcmd (287): mkdir '/mnt/user/TV' Sep 11 23:58:04 Hearth root: mkdir: cannot create directory '/mnt/user/TV': File exists Sep 11 23:58:04 Hearth emhttpd: shcmd (287): exit status: 1 Sep 11 23:58:04 Hearth emhttpd: shcmd (288): rm '/boot/config/shares/TV.cfg' Sep 11 23:58:04 Hearth emhttpd: Starting services... Sep 11 23:58:04 Hearth emhttpd: shcmd (290): /etc/rc.d/rc.samba restart Sep 11 23:58:06 Hearth root: Starting Samba: /usr/sbin/smbd -D Sep 11 23:58:06 Hearth root: /usr/sbin/nmbd -D Sep 11 23:58:06 Hearth root: /usr/sbin/wsdd Sep 11 23:58:06 Hearth root: /usr/sbin/winbindd -D I've found some other topics for missing shared but most are older and attribute the missing shared to Linux kernel bugs. All of the shares folders and the files are still on the server: Diagnostic data is attached. Any ideas? hearth-diagnostics-20210912-0000.zip

Hey thanks for this docker. I just moved everything over from the Apache docker to get https. Everything moved over find apart from my media wiki install. Running the existing install or a new install throws this error page. It states that php is missing XML and iconv. I know that you stated that you left some surplus packages out of this php install to reduce on size but was a little surprised by the XML package being missing. Not sure how pressed you are for size but in theory if you made the php5 folder available people could include the missing packages as *.so files in the php.ini file to keep them out of the docker image.

That tp-link card implements the realtek r8169. I'm not sure if any of the issues still persist but that chip has had a rocky past with less than stellar consistency. It works for some and not others. If you have excess time to tinker you could attempt to use it but in my position dropping the ~$30 to not have to mess with it ever again would be worth it.

You can see up to a 10 fold increase moving to gigabit capable nic. Some unscientific tests on my system show that copying a large file from unraid server to my desktop nets about 110 MB/s. Copying data to the server is about the same I would recommend looking over at the hardware board for nics that people have had good luck with however just about any Intel branded network card should work (PCI, PCI express x1). They often have the least issues when it comes to compatibility and have good performance. Also you are correct in that the on board nic is still out. From some old posts the Qualcomm Atheros AR8171 that your mother board uses is unsupported.

Another +1 for this. Just spent most of today trying to patch out ipv6 in a mail server docker.

That is a very cool looking motherboard. It's a shame that it seems that every version of that board that supports IPMI they swap out two sata connections for the M.2 slot.

Ha well It helps it's in the basement just off the floor. Also the power bill is split three ways so it's not too awful.

Should be around 19.5°C ± a degree as this fridge thermometer has some large graduations.

sorry for the super late response on this Temps 2.5 hours into parity check

That pic was just a Photoshop to mock up drive placement. When/if I do end up stacking drives I'll make my own as I have access to laser cutters.

Ha if/when I need to get to that point I would most likely either build or purchase a 4 bay mini sas enclosure. Has the advantage of only needing to run the one sas connection along with power instead of multiple e-sata wires. Was looking at the LIAN LI PC-Q05B as a possibility for a lo profile hard drive enclosure that would match the server but the dimensions don't work well for full sized drives: If it was shorter in one dimension and longer in any other dimension it would work. Also updated original post with a few pics I missed also added power consumption as I realized the UPS has a built in watt meter.

Well I thought about moving the caches to ssd to free up two 3.5 slots and then a little bit of drive stacking using brackets resulting in something like this: So not quite 11 full drives, but sill fairly drive dense. If I went totally bonkers I know that I can fit a drive between the power supply and the left door of the case. Could get a bracket made that would grab onto the power supply.

Checking now, the one near the back is 36°C and the one near the front is 33°C. One is from 2012 and the other is newer but don't know the exact date (2012-2014). The reds were purchased just for this server while the blacks were on hand. Funny enough had a mini flood in the house today. Condensate pump failed on the evaporator causing the reservoir to overflow. Managed to catch it in time but would have reached the server where it was in the photograph if I happened to away for the weekend.

Figured I should finally post pics of my build. Originally assembled the server September 2014, only took me until the server's 2nd birthday to take pictures. Original OS: Unraid 5.0.6 (I think) Current OS: Unraid 6.2.4 CPU: Intel Xeon E3-1220V3 Haswell 3.1GHz CPU Cooler: Noctua NH-L9i + Nexus 80mm or 92mm Fan Slot to 120mm Fan Converter + Cougar Vortex PWM 120 Cooling CF-V12HP Motherboard: ASRock E3C224D4I-14S RAM: Crucial 16GB (2 x 8GB) Case: LIAN LI PC-Q25B Power Supply: SILVERSTONE ST45SF-G 450W SFX (died) CORSAIR SF450 450W Fans: Cougar CF-V14HP 140mm & COUGAR CF-V12HP120mm Parity Drive: 1x WD Red 8TB Data Drives: 3x WD Red 4TB + 1x WD Red 8TB Cache Drive: 2x WD Black 1TB Total Drive Capacity: 7 comfortably, 11 creatively. Primary Use: Started as just a plex / deluge server but with the proliferation of docker containers it has become my dev, voip and at times game server. Likes: IPMI is fantastic for server work. 3 mini sas connectors means I can connect up to 14 sata devices before I need to install additional hardware to add sata connections. Tiny enough to live in my linen closet with a UPS. Dislikes: The fan that came with the cooler was unimpressive and threw a bearing after a few months. I was able to fix and improve the cooler by installing a conical duct and a 120mm PWM fan in place of the 95mm that came with the cooler. The cpu is fine but I wish I would have gone one step up and grabbed the one with HT. Add Ons Used: OpenVPN Server TUN mode, IPMI support, Dynamix File Integrity and Community Applications Future Plans: will be adding another 4TB red here soon. Also just finished implementing 2FA for openVPN so need to start giving remote users access to the server Boot (peak): 52 W Idle (avg): 32 W Active (avg): 82 W Light use (avg): 48 W Gallery Also don't worry about the last picture. the server normally lives on a metal plate to allow airflow to the bottom of the server. Was just removed for the quarterly filter cleaning. Another note is I modified the case slightly to use the extended ITX motherboard and the lower hard drive tray. Normally the longer mobo would block the lower tray from being used. I was able to spin the tray 180 degrees causing the drives to be mounted closer to the left of the case giving me adequate clearance.

I managed to get a docker hub seafile working. Not quite a proper template but It's not that hard to get up and running with community apps. You will need a database. In my install I used mySQL. linuxserver's container works well for this. CONFIG SETTINGS for m3adow/seafile container Guess I should also say I would be in favor of a proper XML as well.

you don't say: PIC Good timing on the update as I came here to ask for assistance with this. The mover just grabbed a whole pile of rar part files and everything got real slow.

That did it! The docker0 inet IP works. Thanks trurl.

Is there a simple way to rout connections between containers? Back when I hosted my programs on a windows server I created a php script that would send a UDP packet to Murmur (Mumble server) using port 64738 on the same host and get the number of connected users (and some other misc server properties) in a packet as a response. I used this to generate an RSS feed to let users know if anyone was in the server. I've since transitioned to unRAID and have both the web server and Murmur running in containers now. When I attempt to send a packet from the web server container to the Murmur container the connection times out. It fails when using 127.0.0.1, localhost, the local IP, remote IP or the server domain name. I'm assuming the connection is never leaving the web server docker container. I've been able to test the script locally on my PC and I can communicate to the murmur container and Installing murmur on my PC the script is able to request the data fine drom inside of hte container. I'm using hernandito's Apache-PHP-Adminer and coppit's MumbleServer containers if it matters.