Nogami

I'm a novice programmer at best, but I found this patch suggested by chatgpt seems to work. Not sure how to incorporate it into the source code online though: -Quick Favorites is calling the wrong User Scripts API action. -The problem is that intermediate isn't an action handled by the current User Scripts exec.php. The relevant action is convertScript. -So Quick Favorites should simply use the path returned by convertScript. And convertScript does exactly what you were asking for: Takes the persistent script from /boot/config/plugins/user.scripts/scripts/... Creates the corresponding /tmp/user.scripts/tmpScripts/... directory. Copies the script there. Adds #!/bin/bash if necessary. Removes CR characters. Makes the temporary copy executable. in favs.js find var fullScriptPath = '/boot/config/plugins/user.scripts/scripts/' + path + '/script'; $.post('/plugins/user.scripts/exec.php', { script: fullScriptPath, action: 'intermediate', csrf_token: token }, function () { var tmpScriptPath = '/tmp/user.scripts/tmpScripts/' + path + '/script'; var targetUrl = (action === 'script_modal') ? '/plugins/user.scripts/startScript.sh&arg1=' + tmpScriptPath : '/plugins/user.scripts/backgroundScript.sh&arg1=' + tmpScriptPath; openBox(targetUrl, 'Executing: ' + path, 600, 900, true); window.qfCloseMenu && window.qfCloseMenu(); }); replace with var fullScriptPath = '/boot/config/plugins/user.scripts/scripts/' + path + '/script'; $.post('/plugins/user.scripts/exec.php', { path: fullScriptPath, action: 'convertScript', csrf_token: token }, function (tmpScriptPath) { tmpScriptPath = String(tmpScriptPath || '').trim(); // User Scripts creates the temporary copy and returns its actual path. // Don't attempt to execute anything until conversion has completed. if (!tmpScriptPath || tmpScriptPath.indexOf('/tmp/user.scripts/tmpScripts/') !== 0) { console.error( '[QuickFavorites] User Scripts failed to prepare script:', tmpScriptPath ); alert('Unable to prepare script: ' + path); return; } var targetUrl = (action === 'script_modal') ? '/plugins/user.scripts/startScript.sh&arg1=' + tmpScriptPath : '/plugins/user.scripts/backgroundScript.sh&arg1=' + tmpScriptPath; openBox(targetUrl, 'Executing: ' + path, 600, 900, true); window.qfCloseMenu && window.qfCloseMenu(); }).fail(function (xhr, status, error) { console.error( '[QuickFavorites] User Scripts conversion failed:', status, error ); alert('Unable to prepare script: ' + path); }); Tested on my server, 7.4.0-beta 3 and seems to work OK. Please feel free to use or tear apart if you like. I'm not sure how to make this persistent across reboots though. I manually patched it in from the command line.

I was a bit confused because nothing was working, and I didn't see the action drop-down at the far right of the rows. My only suggestion would be to re-format the page so action drop-down is the first thing you see on the left, it's sort of the set-up for the rest of the row, so it should probably the most prominent.

Had a few instances of the driver losing connection to my UPS, just saw this after a brief power bump (only a bump, not an outage): APC Back-UPS RS 1350MS Poll UPS [[email protected]] failed - Data stale Restarting the NUT driver reconnects it properly and data is returned. Driver is 2.8.5 stable. Any ideas? unRAID 7.3.2 on a Supermicro chassis. Maybe something to do with this? https://github.com/networkupstools/nut/issues/3487 edit: No fix forthcoming yet so I just made a script to restart the service every night, otherwise I don't feel it's reliable. #!/bin/bash /usr/local/emhttp/plugins/nut-dw/scripts/restart

Main system 128GB, backup 16GB. Used Supermicro servers, bought before things went crazy for pricing.

Same issue here.. Having --runtime=nvidia as an extra parameter returns an "invalid parameter" error. Removing it allows the docker to start, but without hardware transcoding.

Just tried 7.3 b2 and don't see a way of selecting v580.142 for my Quadro P600 card?

Trying to figure out why running: /usr/local/sbin/sanoid --verbose --configdir=/mnt/user/system/sanoid --cron doesn't prune local snapshots according to my rules, but if I run with debug instead /usr/local/sbin/sanoid --debug --configdir=/mnt/user/system/sanoid --cron Everything works as expected and it prunes the snapshots. Any ideas?

Thanks for this, worked fine on my main system and backup to remove the mbuffer error.

I think a reasonable timeframe for supporting old versions with upgrades that only patch major vulnerabilities is fine. Maybe 2 years tops.

Think this is pretty fair. 1 year of included upgrades is pretty standard and I don’t have an issue with this as long as they never move to a “don’t pay a sub and your existing paid software expires” (adobe’s garbage model). As long as this is not the case, it’s just a 1 year support contract and not a “subscription” in the sense of Apps where you lose everything if you don’t continue to pay. Gotta nip that line of FUD in the bud. Retaining a lifetime option that’s a bit more expensive is also quite reasonable for us long term users. There must also be a way that’s less expensive than buying an entire new license to reactivate your license if you don’t keep renewing every year and want to skip a bunch of interim upgrades and just get current. Too many companies don’t value customers that helped get them there and it would pain me if limetech went that way and only chased new subs rather than treasuring existing customers who are usually the biggest advocates.

Thanks for the update, I’ve switched to the default recent master. I’ll report back if there are any issues.

Saw this in my log from last night: seems that UPS [ups] is in OL+DISCHRG state now. Is it calibrating or do you perhaps want to set 'onlinedischarge' option? Some UPS models (e.g. CyberPower UT series) emit OL+DISCHRG when offline. This is using 2.8 stable. Didn't trigger a shutdown this time, if it was the same issue. Was only in that mode for 2 seconds, then switched back on and: UPS [email protected] on line power

Thanks for all of the testing and updates here. I've had two random NUT-related shutdowns in the last month, so I'm thinking I may have something similar, however I don't have enough logging enabled to verify everything. That my system came back online without a parity check would indicate a safe shutdown (and both my main server that monitors the UPS, and my backup server which monitors through NUT both did clean shutdowns at the same time, so I'm pretty sure that's where the issue is. Also switched my config to stable 2.8.0 to see if the problem is solved. device.model Back-UPS RS 1350MS

I have a few dockers with data inside the appdata folder, however getting an error that there's nothing inside the volume and it refuses to back anything up. [18.06.2023 19:18:20][jackett][info] Stopping jackett... [18.06.2023 19:18:25][jackett][info] done! (took 5 seconds) [18.06.2023 19:18:25][jackett][debug] Backup jackett - Container Volumeinfo: Array ( [0] => /mnt/apps/jackett_downloads/:/downloads:rw [1] => /mnt/user/appdata/jackett:/config:rw ) [18.06.2023 19:18:25][jackett][debug] usorted volumes: Array ( [0] => /mnt/user/appdata/jackett [1] => /mnt/apps/jackett_downloads ) [18.06.2023 19:18:25][jackett][info] Should NOT backup external volumes, sanitizing them... [18.06.2023 19:18:25][jackett][info] jackett does not have any volume to back up! Skipping [18.06.2023 19:18:25][jackett][info] Starting jackett... (try #1) /mnt/apps/jacket_downloads is indeed empty for /mnt/user/appdata/jackett, there's 21MB of files and riirectories in there. Note that if I enable "save external volumes" for that docker it does back it up, however the data is inside the appdata folder, so it shouldn't show as an external volume, should it? Maybe related to having my appdata on a ZFS drive in 6.12? One other small question - it's creating backups with user root, group root. Shouldn't it be nobody/users when creating on shares?

Thanks, this worked here as well when my ZFS pool hung up after doing a lot of messing with converting my appdata and cache to ZFS drives for the compression.