Diggewuff

I Think I've got it configured as far as you did, really sad that the pictures aren't working. I'd be glad for any advice if you got any further.

Can I run telegraf in a custom br0.10 network? I run all my related services i.e: InfluxDB Grafana and my reverse proxy in there and cannot reach InfluxDB in the br0.10 network from Telegraf's standard host network.

Can someone head me to a complete guide to set this up?

I'm using the External storage support 1.7.0 App to mount local Unraid shares via Docker mapping into Nextcloud 16.0.7. I'm not using SMB to map them because it is more than one share and SMB turned out to be much slower in navigating into them via Nextcloud. When Syncing data to these mapped shares via Web DAV, or when I'm creating a folder via Web GUI, permissions of created folders are not 777 (drwxrwxrwx) but 755 (drwxr-xr-x). Permissions of a txt file created via Web GUI are 644 (-rw-r--r--) and not 666 (-rw-rw-rw-) as expected for Unraid. Is there any option to set the propper UMASK to make Nextcloud respect Unraid's permission scheme?

Can you tell me how you are passing a Bluetooth enabled container without having to run ist in host network? I didn’t accomplished that until now.

Any advice on this?

I'm using the External storage support 1.7.0 App to mount local Unraid shares via Docker mapping into Nextcloud 16.0.7. I'm not using SMB to map them because it is more than one share and SMB turned out to be much slower in navigating into them via Nextcloud. When Syncing data to these mapped shares via Web DAV, or when I'm creating a folder via Web GUI, permissions of created folders are not 777 (drwxrwxrwx) but 755 (drwxr-xr-x). Permissions of a txt file created via Web GUI are 644 (-rw-r--r--) and not 666 (-rw-rw-rw-) as expected for Unraid. Is there any option to set the propper UMASK to make Nextcloud respect Unraid's permission scheme?

Any intentions on implementing nvme-cli? @limetech

The external storage is actually mounted via Docker. But every folder created by Nextcloud via web UI or App gets wrong permissions.

When creating a new folder in a Local external storage directory, Nextcloud gives it the permissions drwxr-xr-x. Which isn't in accordance with the unRaid Permission scheme, and prevents me to change it via SMB afterwards. How can I tell unRaid to always create folders with drwxrWxrWx (777) permissions?

PHP doesn't recognize the system timezone correctly. It uses UTC for entries in the Journal. Can somebody investigate in that, or tell me how to solve that? php-locale.ini has the correct timezone but php.ini has not.

When adding a Barcode to a product via the workflow, it is redirecting me to https://grocy.domain.de/https://grocy.domain.de/purchase?addbarcodetoselection=%245000112546415 is that maybe a configuration mistake, PHP or NGINX? I would be glad for any hints. Edit: solved that issue by setting BASE_URL in cofig.php

There is a speedtest plugin that uses speedtest-cli although I'm moving away from that since it's wildly inconsistent. I can confirm that inconsistency. Can you suggest any alternative for command line speed tests?

Does this container also support any headless folder watch based renaming based on a AMC script?

Is this container still maintained or supported? I got no feedback on my issue until now. https://github.com/coppit/docker-filebot/issues/23

I'm getting the following output in my log on every try triggering the script. Do someone has a clue what's that about? ---------------------------------- </README> ----------------------------------- Use excludes: /config/amc-exclude-list.txt (1) Ignore hidden: /media/31_Downloads/Entpackt/.keep # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x0000152cd5969a72, pid=200, tid=0x0000152d0548f700 # # JRE version: Java(TM) SE Runtime Environment (8.0_161-b12) (build 1.8.0_161-b12) # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.161-b12 mixed mode linux-amd64 compressed oops) # Problematic frame: # C [libmediainfo.so.0+0x3c3a72] # # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again # # An error report file with more information is saved as: # /tmp/hs_err_pid200.log # # If you would like to submit a bug report, please visit: # http://bugreport.java.com/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # Aborted Last time I got that error Simply reinstalling the Container completely solved the issue for me. No changes on my config. This time it didn't helped.

Feature request: As the new UnRaid 6.7.0 will support bluetooth devices it would be nice to have bluez package installable to be able to use hcitool for debugging purpouses. Could you add that to the NerdPack?

Hey Guys, my bluetooth dongle is getting recognized by UnRaid 6.7.0-rc4 Bus 001 Device 015: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode) but i can't access it in a container i passed it into --device='/dev/bus/usb/001/015' root@a1bb5caea46b:/# hcitool dev Devices: How do you pass a bluetooth dongle into a container? I usually use /dev/serial/by-id/<NAME OF DEVICE> but the dongle isn't showing up there. Edit: Using --net=host, Bluetooth is perfectly usable, but for me that actually isn't a solution because I need Bluetooth capabilities in my containers residing in bridged Networks.

I would like to upvote that too. A feature to backup the folders sequentially would also be nice. In that way small services can be started again and not all of them have to be down just to wait for the large Plex database do finish backing up.

Did you different directories for input and output?

You where right. It is working again. Thanks for your work on the update.

Ohh didn’t noticed that there was an update addressing that. I’ll give ist a new try later.

I’m still dealing with that issue. At the moment i had to disable automatic backups. Is there maybe a similarity?

Just unpack the backup and copy just the files you need.

Great, I'll wait for your update. Thanks a lot for your work on that.