alturismo

same here, 6.9 beta25 is stable and no real issues ... besides my docker size point which i couldnt figure out yet ... but thats prolly not beta related.

running g2g here and all is working again, looks like SD fixed it, may some lineups need some more time, just as note, so no update from g2g or docker needed.

SD changes always take a while, so may just be a little patient

wip https://forums.schedulesdirect.org/viewtopic.php?f=15&t=3107 to make it short, lets see what SD will do or say about it. from the author of g2g Apparently SD has changed something. The stationID is declared as a string in the SD API (left picture). The server responds with an integer (right picture)

good question ... actually i mentioned xteve_vpn is more or less abonded since 6.6.3 works really nice with passing dockers through a sep vpn docker, but as there where more using it as i thought i kept it running. now, when you use diff vlans i guess you have a reason, i would use vlans only to keep them seperated ... in your usecase you should take a look howto bridge the vlans so they can communicate together. there are some tutorials here in unraid howto do this, i think @bonienl made some nice writeups therefore.

thanks, that also freed up 4GB here and i come back again to where it should be @limetech normal behaviour ?

actually i dont see any output values from you, but nvm, and as you see its correct in my view and im always updated, so to help debugging you really should consider to show how it looks in your case, due in the end its a simple calculation for used/free to show ... but as its not my issue and not my plugin im rather out now.

@boomam he asked for a simple return like this root@AlsServer:~# df /mnt/disks/PARAGONSOFT/ --output=size,used,avail 1K-blocks Used Avail 14928045 672498 14255547 may also show this

@limetech i would like to ask again if there is may something wrong or to debug from July 14 to today, my docker image is filling up slowly again "in the background" like described here when i look today again, i renewed the image on 14th July with a 30 GB image, its stated now as 66 % filled again (was like 35 when i started) my personal guess, after each update there are leftovers somewhere in the docker image ... current state now im pretty sure, when i just delete all dockers now i would be left with some GB usage in the docker.img ... even with no dockers left installed, is there a way to check what is inside the docker image and may could cause this behaviour ?

mount your smb storage with unassigned devices and use external storage to mount them in nextcloud

to your question, yes, all dockers on their own ip run in host mode(s) for themselves, so port mappings are useless ... anout this docker and version, sorry, cant help there as im back on lsio letsencrypt (swag) due i had some local stuff to reverse which was easier for me now by writing my proxy conf files therefore and im done.

the custom br2 network here is like a host network, it wont map ports, it ll use the native ports from the app(s), so its all correct.

and you also have /storage in your webui settings in output format ? you always have to think from docker point of view ... may take a look there.

well, i only use automation so ... but u could try from inside container, just try to move something the way filebot would do, may that brings u closer open docker shell, cd /storage, check what u see and try to move things there

may take a look at your logs what filebot does (or better doesnt do), there should be some infos ... when u where playing and setting up, may take a look at your amc-exclude list due they ve been processed earlier ... and now skipped.

how does this part looks like

when u want to change natively the listen port from filebrowser @brent3000 change it in the filebrowser.json file .. restart docker ... whyever u want todo so ...

@itimpi omg, somehow i toggled the ? on the upper right, sorry ...

hi, may a question how to get rid of this "help" windows

remove credentials

@littlebudha depends on your needs, 1st post and docker descriptions shows which extra feature is included VPN version ... yes, as described, xteve buffer is mandatory then, and there is no extra guide support in this version like SD, Zapit, ... as i think its useless to use the VPN for guide data from these sources.

may also take a look here if iommu is enabled and as mentioned above, how does your iommu look like before ACS, the GPU most likely should be fine without it.

i changed since v18 to this manual update in nextcloud shell sudo -u abc php /config/www/nextcloud/updater/updater.phar and since then no more issues at all, at the beginning webui update worked always, then from some version up it stuck on backup old, the manual update procedure from post 1 link also works, but this is simple and working.

@jude and your mount point for /config is /mnt/user/appdata/binhex-delugevpn then im out of ideas ...

@jude may remove the space from your ovpn file