-
Posts
92 -
Joined
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Report Comments posted by unCoreX
-
-
20 hours ago, dlandon said:
Please update to 6.12.10-rc.1. It should fix this issue. It's available on "Next".
Hi,
So far so good. No more errors. I will report back later after some more testing
-
1
-
-
33 minutes ago, dlandon said:
I've put some time into troubleshooting UD to see if there is something in the way UD is mounting remote shares. There doesn't seem to be anything that UD does or can do to cause this problem.
I'm not one to play the blame game, but as we get into this I believe we are going to find it's related to a change in Samba or a Kernel change causing this. In our beta testing for one of the recent releases, we found an issue with CIFS mounts where 'df' would not report size, used, and free space on a CIFS mount point. When UD sees a CIFS mount with zero space, it disables the mount so UI browsing and other operations could not be performed. UD assumes there is a problem with the mount. It ended up being related to a 'stat' change in the Kernel failing on the CIFS mount.
As has been said, this is related to remote mounts through UD. It does not affect the NAS file sharing functionality through SMB. I understand that this is an important functionality for many users and for the moment, downgrading to 6.12.8 is the answer. We will release a new version of Unraid as soon as we have an answer.
I haven no idea if this is related or not. I was just googling "CIFS: VFS: directory entry name would overflow frame end of buf"
https://lore.kernel.org/all/[email protected]/
-
1 minute ago, dlandon said:
Yeah, now to track down why it's happening. What fun!
I'm sure you going to figure it out, thanks
-
1 minute ago, dlandon said:
I am able to reproduce the issue. It appears when you remote mount a share from a server that is not another Unraid.
Yeah that's right, nice to see you also could reproduce this
-
45 minutes ago, dlandon said:
What is the NAS? Another Unraid server?
No, is where all my media are stored.
I have to NAS, one for Backup and the most important the Multimedia(all my movies etc are there)
As you can see in the image, i have mounted Multimedia to the unraid server. I have everything running here, Plex server, lot of arr's all of the are pointing to this mount: /mnt/remotes/Multimedia/ -
Just now, dlandon said:
Someone post diagnostics when this occurs so I can investigate further.
I have added my diagnostics on my first post
-
Hi,
I had downgraded back to 6.12.8 and the "bug" is gone. I also notice that i had some problems with new episodes that's has been added to Sonarr. Some of the episodes wouldn't be added even when the episode was in the right season folder. I deleted the episode, redownload it. It was added to the right season, Sonarr found it and everything seems to be ok,. But after I did "Refresh & Scan" the episode was gone from sonarr, but i was still on my NAS.
Rolled back to 6.12.8 everything back to normal and no more problems with episodes in Sonarr.
All my Media files are located on my NAS, so all the arr and plex server are pointing to my NAS.
So I stay for now on version 6.12.8. Maybe some other are experience the same when they have the same setup like I have.
-
Quick rapport after installing 6.12.7 RC2 and the latest version 6.12.8. My problem is gone. Thank you so much
-
1
-
-
Hi,
Just to be clear, Yes I have to servers. My primary one was the first server i noticed the slowness. When I upgraded it to v.6.12.4. Then I downgraded to v.6.12.3. Back to normal.
Then I tested my backup server, That one was also in version 6.12.3 upgraded to 6.12.4 then the problem starts, slow pages.
I just kept upgrading the backup server all the way to this release 6.12.6 and still the same.
But, booth computers are using the same USB pen-drive Kingston DataTravler 3.0 - 8GB
This is from my primary server running v.6.12.3 (same USB Pen-Drive as the one in my backup server)
Runnig command: time echo 1 > /boot/test.xml
On my primary server (6.12.3)
My backup server on version 6.12.6 (now without Bonienl's fix) Slow pages again.
And backup server with Bonienl's fix: Fast page load. Fast as in v.6.12.3
But the write speed is the same
-
5 hours ago, bonienl said:
Hi @bonienl
Good news, It's working. All the pages are fast like normal.
Would be nice to see other with similar problem, test your files also.-
1
-
-
@bonienl
I just copied your files, and now the dashboard is fast
But the APPS page are just white.
And DOCKER page is missing something. Same if you go to Settings ---> DOCKER, nothing happening, just white page.
And the DOCKER page:
But the Dashboard is fast
-
1
-
-
18 hours ago, KluthR said:
I let @CiscoCoreX do several „echo 1 > /boot/test.xml“ which delayed up to 6 seconds. (Btw, could you test „echo 1 > /mnt/user/someshare/test.txt“ with started array and real share name?)
I did run your command: echo 1 > /mnt/user/appdata/test.txtIt responded imminently, no delay
The command: echo 1 > /boot/test.xml
Gave me a delay around 5 - 6 seconds.But the best part, I did run this command ( echo 1 > /boot/test.xml ) on my primary unraid server, still on version 6.12.3.
And have the same delay as on my backup server with version 6.12.6.
Interesting since my version 6.12.3 are working perfectly fine on booth computers.I uploaded to short recording of the delay on booth servers.
-
17 hours ago, bonienl said:
Followed the same steps (using Unraid version 6.12.6 on Chrome browser)
1. Start system with factory settings
2. Change default timezone to my own timezone (Europe)
Loading the Dashboard page is always instant.
A couple of things you can try, which hopefully give more insight
Try each suggestion at the time to see its effect.
1. Access the system using its IP address. e.g. http://192.168.1.100 (replace by your server address)
2. Under network settings change to a static DNS server assigment, e.g. use 1.1.1.1 or 8.8.8.8
3. Under display settings change "Show Dashboard apps --> None"
4. Do a file system check (using Windows) on your USB device to check for any errors to repair
Ps. The file "php.slow.log" shows the dashboard page loading takes a long time (duh) without further details.
Hi,
1.1. Access the system using its IP address. e.g. http://192.168.1.100 (replace by your server address)
I always use ip to login into my unraid: http://10.10.60.105/
2. Under network settings change to a static DNS server assigment, e.g. use 1.1.1.1 or 8.8.8.8
3. Under display settings change "Show Dashboard apps --> None"
Nothing change, still the same.
4. Do a file system check (using Windows) on your USB device to check for any errors to repair
Did a check on my USB driver, no error found. This is also 2nd time I did an clean install, formatted the USB drive also. -
On 12/9/2023 at 5:17 PM, KluthR said:
Please test the following to see what is being executed while the delay happens:
- Open /etc/php-fpm.d/www.conf
- Uncomment ";slowlog ="
- Adapt the same line to "slowlog = /var/log/php.slow.log"
- Uncomment ";request_slowlog_timeout = 0"
- Change the same line to "request_slowlog_timeout = 10"
Open a terminal (SSH) and type in "/etc/rc.d/rc.php-fpm restart"
Try to reproduce the delay. After this, Upload the file at /var/log/php.slow.log here. Then please add a semicolon (;) to BOTH changed lines again and restart PHP-FPM again.
This will show us a trace on the portion of code, which lasts longer than 10 seconds.
Offtopic: The Pool Config could get updated to latest package templates - inside of the current one there still PHP5 metioned. The nginx socket paths could get updated too..
Hi,
Here is the new log file included and diagnostics if needed.
Thanks for looking at this issue.
-
On 12/6/2023 at 5:47 AM, bonienl said:
It is unclear why this is happening, could be specific to your set up.
Try the following
1. Make a backup of your current flash device, see Main -> Flash -> Flash Backup
2. Install the plugin “Dynamix Factory Reset”
3. Do a factory reset and keep your disk assignments.
4. After a reboot the system has all default settings
Check the behavior of the GUI in this state
You can restore docker containers by installing CA and use it to do a restoration (make sure your docker settings are correct before doing so)
Configure your VM settings as required and re-install VMs by creating a new VM and select the existing image.
If desired you can always restore the flash device from the backup using the creator tool.
Hi,
- I just did an clean install of the latest version 6.12.6. Just downloaded the zip file and extracted to my USB pen and copy my license key.
- Booted up my backup server- Made a new root password.
- Signed in for the first time
- First time it goes ti the MAIN page. I didn't assiged any disk this time. No Arrray or Cache.
Now the speed is much more normal, around 1 - 2 seconds when I go back to Dashboard page from any other page.
- Next thing I did was changing the timezone, after that the problem start again. Slow Dashboard, almost 20 seconds.
I change back do default settings in the "Time and Date" but still same, slow Dashboard. Rebooted the server.
- But that didn't help. So the problem is back. Slow, Did another reboot.- Same again after a reboot.
- I turn off use NTP and rebooted again. Same problem. I don't believe NTP has something to do with this slow pages.
So what has changed since 6.12.3 to 6.12.4 when my problem start?
My primary server are stuck on version 6.12.3 -
15 hours ago, bonienl said:
This is not about hiding a bug, but starting from scratch and add things back to determine when and where it goes wrong.
Hi, give me a day or two. Then I'm going to do an clean install + just add my license key.
I did this on an early post here, I think it was on version 6.12.4. Then same problem. -
Tested the latest release 6.12.6.
Still the same. Any devs looking at this issue? I'm not the only one here with the same issue I see. -
16 minutes ago, bonienl said:
Stop Docker and VM service and retry.
Hi,
Still the same with Array stopped.
I added a small video. (with v.6.12.3 the Dashboard popup after 2 seconds)
-
Hi,
Same problem in latest version 6.12.5 released today.
Tested on my backup server.
-
On 11/25/2023 at 12:26 PM, CiscoCoreX said:
Hi,
I did reversed the settings as you mentioned, still the same.
I have two very different systems, and the same problems on both with v.6.12.4 and 6.12.5 RC1
Primary Server:unRaid Plus: ASUS PRIME B560M-K | 64GB DDR4 | Intel Core i9-10900 | ASUS GeForce GTX 1650 DUAL MINI
Backup Server:unRaid Basic: HP ProLiant ML350p G8 | 128GB DDR3 ECC | 2 x Intel Xeon E5-2697v2
EDIT:In the syslog I see this message, never seen it before on version 6.12.3.
This message appear only when I go to the Dashboard tab, the one that's take almost 20 seconds to open.
My backup server:
I also like to add a short recording of how slow unraid is when I go to APPS tab. -
On 11/22/2023 at 7:26 PM, hawihoney said:
Just try with these two settings reversed and MACVLAN. Worst that can happen is a crash within 24 hours. That would mean you are affected by MACVLAN crashes. AFAIK this is a docker problem. I am through with this and have to live with 10-15 sec delay currently.
Hi,
I did reversed the settings as you mentioned, still the same.
I have two very different systems, and the same problems on both with v.6.12.4 and 6.12.5 RC1
Primary Server:unRaid Plus: ASUS PRIME B560M-K | 64GB DDR4 | Intel Core i9-10900 | ASUS GeForce GTX 1650 DUAL MINI
Backup Server:unRaid Basic: HP ProLiant ML350p G8 | 128GB DDR3 ECC | 2 x Intel Xeon E5-2697v2
-
5 hours ago, bonienl said:
Try the following:
1. Clear your browser's cache and cookies history
2. Use a different browser to test
3. Use a different PC to test
Hi,
1. Done that couple of times
2. Tested with: Microsoft Edge, Firefox, Google Chrome, LibreWolf and Brave.
3. Tested from 3 different computers also.
-
1 hour ago, hawihoney said:
These two are the problem. This workaround was recommended in 6.12.x for users experiencing "MACVLAN" crashes. You don't need them if you are a.) on IPVLAN or b.) didn't experience MACVLAN crashes or c.) you are no user of routers like Fritzbox in Europe.
Hi,
My backup unraid server is a clean install with everything default. And i'm using pfsense firewall.
And I also have played around with:Settings > Network Settings > eth0 > Enable Bridging = NO/YES
Docker settings, nSettings > Docker > Host access to custom networks = Enabled/Disable
On my primary server running v.6.12.3 never had MACVLAN crashes. Tested to upgrade to 6.12.4. Then this problem start.
That's why I'm testing my backup server instead, and have the same problem. Two very different hardware here.
From my Primary unRaid Server: (6.12.3)
-
7 hours ago, SimonF said:
Have you tested in safe mode to see if a plugin is causing the slow down?
Hi,
It's the same in Safe Mode
[6.12.9] CIFS: VFS: directory entry name would overflow frame end of buf
in Stable Releases
Posted
Well have been testing and no more error and the SMB is working normally. Thanks for the fix.