shiftylilbastrd
-
Posts
57 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by shiftylilbastrd
-
-
9 hours ago, itimpi said:
We normally recommend that the scheduled check IS set to be non-correcting.
I'll probably just disable it then. My thought process was that if a check was completed containing errors then I would just need to run it again to make the corrections. With a parity check taking over 30 hours I figured it would be a time saver but your logic does make sense.
-
In scheduler I have Write corrections to parity disk set to yes. I also have the parity check tuning plugin installed. When the scheduled parity check is paused and resumed I keep getting notifications saying it's a non correcting parity check as below. Is this just a limitation of the plugin or am I doing something wrong?
Parity Check Tuning [UNRAID] Paused Scheduled Non-Correcting Parity-Check (31.5% completed)
-
@ZggisI'm trying to use this to send a Discord notification when a player joins my daughters Minecraft Bedrock server. I have the log path mapped and added in Howler. I'm now trying to figure out how to set up the notification.
[2024-01-16 16:42:18:268 INFO] Player connected: PlayerName xuid: 2533274826547796
This is what the log entry looks like. All I'm really looking for it to do is announce "PlayerName has joined the server". I've never used Discord notifications or webhooks before.
-
This doesn't seem to work for me either. Not using the VPN container name or it's IP address.
-
@ChatNoirAlso a quick question. I notice that your cache only share show as protected and mine don't. Is this because you're running a cache pool?
-
-
1
-
-
My request seems simple compared to most of the others. I would just like when you open the shares tab it showed which disks are being used by each drive,
-
On 3/12/2023 at 2:53 PM, Ghostie said:
Ah my bad, should've read more. Were you able to find a solution?
<edit> I think I got it to work by editing /speedtest-tracker/nginx/site-confs/default to whatever ports I want e.g. 4568 for "listen 4568 ssl" and then adding a port forward variable in the template to forward 4568 to 4568 and then doing the same normal process for the vpn container of allow-listing those ports. WebUI up and running now.
Where did you make that change? My appdata folder for speedtest only has the db file.
-
21 minutes ago, Ghostie said:
I can't seem to get to the webUI when specifying a network as "none" and specifying a specific container network as the network in extra parameters e.g.
-net=container:myvpn_container
Normally, for my other containers, I'll add the port to an allowlist for the webui and did the same for this. However when specifying a WebUI port such as 4856 or what have you the port mappings still show as 443->443 and 80->80. Any idea what I could be doing wrong here?
Use-case is I want to test my speed for my VPN connection
This is the same problem I asked about in the post just above yours
-
On 2/2/2023 at 10:31 PM, shiftylilbastrd said:
Can't connect to the UI with this under my NordLynx container.
Set network to none and added --net=container:NordLynx to additional parameters for this container and mapped 8115:9443 in NordLynx.
I'm now getting the below repeatedly in the logs
127.0.0.1 - - [02/Feb/2023:22:27:14 -0800] "GET /announce?info_hash=oV%cf%80X%1c%ec%aa%3a%bfD%ccQ%8e%fbo%82%fe%a4%24&peer_id=-qB4500-wqHouns8Q3fS&port=6881&uploaded=0&downloaded=0&left=4749980848&corrupt=0&key=3C3C8E15&event=started&numwant=200&compact=1&no_peer_id=1&supportcrypto=1&redundant=0 HTTP/1.1" 404 2092 "-" "qBittorrent/4.5.0"Any idea on this?
-
Can't connect to the UI with this under my NordLynx container.
Set network to none and added --net=container:NordLynx to additional parameters for this container and mapped 8115:9443 in NordLynx.
I'm now getting the below repeatedly in the logs
127.0.0.1 - - [02/Feb/2023:22:27:14 -0800] "GET /announce?info_hash=oV%cf%80X%1c%ec%aa%3a%bfD%ccQ%8e%fbo%82%fe%a4%24&peer_id=-qB4500-wqHouns8Q3fS&port=6881&uploaded=0&downloaded=0&left=4749980848&corrupt=0&key=3C3C8E15&event=started&numwant=200&compact=1&no_peer_id=1&supportcrypto=1&redundant=0 HTTP/1.1" 404 2092 "-" "qBittorrent/4.5.0" -
23 minutes ago, KluthR said:
Yes. There was no change on that setting
Thanks for the reply.
Any comment on the second part of my post?
-
Two things
Am I mistaken or was the setting on the previous version to keep X number of backups not X days worth? That to me seems like a better option.
I have all my Plex data on a dedicated NVMe, is there any way to include that in the backup.
If not I imaging there's a lot of users out there that are configured the same way, perhaps a fork of this could be possible to address that exact scenerio and run for Plex only.
-
Tried changing DNS to OpenDNS as suggested and to Cloudflare. Neither one fixed the issue.
-
Necro post here but does this still work.
I currently have /mnt/user/plex/Icons/scuba.png in the database under user_thumb_url but not seeing any change.
File is a 300x300 png, not sure if that matters.
-
It would be helpful to see the included/excluded disks as an additional column on the shares tab. I keep shares segregated on specific disks and it would be helpful to be able to view that information in one place without having to go into each existing share and taking note of the included drives.
-
8 hours ago, itimpi said:
This is a regression where several fields in the settings are not correctly displaying the current settings. I have fixed for release that is forthcoming shortly. It was a caused by me making a global edit that somehow missed some fields and I did not pick that up.
You will find that the values you set ARE being saved when you hit Apply if you examine the file parity.check.tuning.cfg in the plugins folder on the flash drive.
Thanks.
Also getting this error almost constantly. Is it related?
Mar 22 08:49:01 Unraid Parity Check Tuning: PHP error_reporting() set to E_ERROR|E_WARNING|E_PARSE|E_CORE_ERROR|E_CORE_WARNING|E_COMPILE_ERROR|E_COMPILE_WARNING|E_USER_ERROR|E_USER_WARNING|E_USER_NOTICE|E_STRICT|E_RECOVERABLE_ERROR|E_USER_DEPRECATED Mar 22 08:49:08 Unraid Parity Check Tuning: PHP error_reporting() set to E_ERROR|E_WARNING|E_PARSE|E_CORE_ERROR|E_CORE_WARNING|E_COMPILE_ERROR|E_COMPILE_WARNING|E_USER_ERROR|E_USER_WARNING|E_USER_NOTICE|E_STRICT|E_RECOVERABLE_ERROR|E_USER_DEPRECATED Mar 22 08:49:17 Unraid emhttpd: shcmd (2038663): /usr/local/sbin/update_cron Mar 22 08:49:18 Unraid Parity Check Tuning: PHP error_reporting() set to E_ERROR|E_WARNING|E_PARSE|E_CORE_ERROR|E_CORE_WARNING|E_COMPILE_ERROR|E_COMPILE_WARNING|E_USER_ERROR|E_USER_WARNING|E_USER_NOTICE|E_STRICT|E_RECOVERABLE_ERROR|E_USER_DEPRECATED Mar 22 08:49:30 Unraid flash_backup: adding task: /usr/local/emhttp/plugins/dynamix.my.servers/scripts/UpdateFlashBackup update Mar 22 08:49:51 Unraid Parity Check Tuning: PHP error_reporting() set to E_ERROR|E_WARNING|E_PARSE|E_CORE_ERROR|E_CORE_WARNING|E_COMPILE_ERROR|E_COMPILE_WARNING|E_USER_ERROR|E_USER_WARNING|E_USER_NOTICE|E_STRICT|E_RECOVERABLE_ERROR|E_USER_DEPRECATED Mar 22 08:51:08 Unraid Parity Check Tuning: PHP error_reporting() set to E_ERROR|E_WARNING|E_PARSE|E_CORE_ERROR|E_CORE_WARNING|E_COMPILE_ERROR|E_COMPILE_WARNING|E_USER_ERROR|E_USER_WARNING|E_USER_NOTICE|E_STRICT|E_RECOVERABLE_ERROR|E_USER_DEPRECATED Mar 22 08:56:01 Unraid Parity Check Tuning: PHP error_reporting() set to E_ERROR|E_WARNING|E_PARSE|E_CORE_ERROR|E_CORE_WARNING|E_COMPILE_ERROR|E_COMPILE_WARNING|E_USER_ERROR|E_USER_WARNING|E_USER_NOTICE|E_STRICT|E_RECOVERABLE_ERROR|E_USER_DEPRECATED -
Trying to set the resume and pause times.
After clicking apply the resume time saves as entered but the pause time reverts to 00:00
Pause time was set for 06:00 and this is after hitting apply
-
On 2/25/2022 at 9:01 PM, Kru-x said:
Did you start to install WP on your local address? Start your install after making sure you can connect to the installer through your Domain, then you shouldn't need to do the steps above.
Okay. Wiped out and started fresh and didn't need to adjust the URLs. I'm still unable to change the permalink setting. I can physically get to the setting and change it to post name but after that nothing works. When I try to create a new page I get the same error as before
Publishing failed. The response is not a valid JSON response -
Running a fresh install of wordpress and went through setup process.
Settings>General - Site Address (URL) and WordPress Address (URL) changed to http://myhostname.com
Everything working as expected up to this point
Settings>Permalinks - Changed to Post Name
At this point no pages other then the homepage work producing a 404 error
If I try to create a new page I get
Publishing failed. The response is not a valid JSON responseWhat am I doing wrong?
-
Am I missing something?
What's the purpose of dry-run?
It would seem logical to conduct a dry-run, verify it's a success, and then be able to rerun it as an actual move operation. I can't seem to be able to make this happen. I have to, hopefully, recreate the operation as it was in the dry run before being able to run it.
-
Sorry folks, been out in the woods for a bit. Ya'll get this sorted yet?
-
@RenaldoI see you have Sonarr routed through there too. Can you access it's UI?
I do notice one thing. Even though I've removed the port mappings it still looks like below. All my containers show the ports they're using but I don't see that on yours. What version of Unraid are you running?
-
@Kodiak51103So the second port is 8090 not 8089, but that wouldn't be the problem. Show me your entire config page for both.
@Renaldo Not exactly sure what's up with yours. I do see you removed the variable that sets the webUI port in qBit (8113 by default). Suggest you add that back and then add a port in Nord to pass that through.
Issue enabling writing corrections to parity
in General Support
Posted
There’s no way to have Unraid check to make sure all drives are present as part of the process before initiating a parity check? It already identifies if drives are missing as part of regular operations it just seems logical to incorporate that into the parity check process.