Jump to content

xxxliqu1dxxx

Members
 View Profile  See their activity

  • Posts

    37

  • Joined

  • Last visited

 Content Type 

Report Comments posted by xxxliqu1dxxx

    [6.8.3-6.9.2] Huge CPU Load and IO-Wait when copying to Array

    in Stable Releases

    Posted

    1 hour ago, xxxliqu1dxxx said:

    Exactly. You will see the CPU usage will be lower. I just want you to test this to confirm it's the same problem that was mentioned in several other posts - copying to the array causes a lot of shfs problems, which involves unusually high CPU loads. Copying straight to the disk share does not exhibit the same behavior which further reinforces the problem in shfs which I hope limetech will fix one day.

    Hi - sorry if I was not clear, but I would ask if you could test and post your results, this way you can be confident the problem is with uploading to the array, vs uploading to the disk shares. Plus, additional information will be documented for this SHFS issue.

    [6.8.3-6.9.2] Huge CPU Load and IO-Wait when copying to Array

    in Stable Releases

    Posted · Edited by xxxliqu1dxxx
    typo

    11 minutes ago, windowslucker said:

     

    I'm not sure if I understand you correctly. Do you mean I should try copying straight to e.g. /mnt/disk1/folderxy instead of /mnt/user/folderxy?

    Exactly. You will see the CPU usage will be lower. I just want you to test this to confirm it's the same problem that was mentioned in several other posts - copying to the array causes a lot of shfs problems, which involves unusually high CPU loads. Copying straight to the disk share does not exhibit the same behavior which further reinforces the problem in shfs which I hope limetech will fix one day.

    6.9.0-rc2 Kernel Panic

    in Prereleases

    Posted

    1 hour ago, shaunmccloud said:

    I reduced my plugin list to the essentials for me and RC2 now boots.  Not sure which one it was, but given that I'm booting I don't care to much.

    Hi shaunmccloud, it would be nice if you could pin point for others following this thread... I am happy your system boots for you, but if others are stuck, it would nice to know if there are correlations... Thanks in advance.

    [6.8.3] SHFS process consuming all memory over time

    in Stable Releases

    Posted

    On 5/26/2020 at 5:27 PM, user20C said:

    I thought I would provide an update.  I have narrowed down the source of what is triggering the shfs processes to consume all my memory.  Today a read a thread on the forums here explaining how shfs has to do with reading files in the different shares.  I decided to start turning off everything that would be accessing the shares to see if it would make a difference in shfs consuming the memory.  Up until this point I had only turned off docker and plugins which had no effect.  I went into the unraid settings and turned off all the network services. (AFP, NFS, SMB, FTP, and Wireguard VPN).  Reboot and boom, no shfs processes consuming memory.  I let it run like that for 30 minutes and restarted the server again and let it run again for 30 minutes just to make sure.  Then one by one, i turned those services on again.  It turns out SMB is my problem.  So I then turned on SMB but set all the options under SMB to no.  Everything is working fine now for a few hours and I can still browse my mapped network drives from my PC.  Tomorrow when I have time I will turn each of those settings (WDS, NetBIOS, and Enhanced macOS interoperability) back on to see which one causes my issues.

     

    I have always had issues viewing my unraid shares on my PC and I know there is a great video out there from spaceinvaderone showing how to fix it I just havent taken the time to do it.  I just login with "NOBODY" each time it asks.  Im hoping my problem has something to do with that and SMB and the WSD setting or something.  

     

    So keeps your fingers crossed that I have this figured out or at least know where to start trouble shooting.

    Hi - did you have a chance to identify what could cause the issue?

    Slow SMB performance

    in Stable Releases

    Posted

    Just now, trurl said:

    Do not mix user shares and disk shares when moving or copying files. Linux doesn't know they are different views of the same files so could try to overwrite what it is trying to read if the source and destination paths work out that way.

    Thanks - I am not. I move from disk to disk and avoid this situation.

    Slow SMB performance

    in Stable Releases

    Posted

    Hi everyone, just found this thread and amazed by the content - until now, I was not aware you could have disk shares.

    Using 6.8.3, I just enabled disk shares and I can transfer at pretty much max speed for my hdd (over network), vs user shares which were unbearably slow (crawling speeds).

    Even outside of SMB, another of my use case was a docker, having /mnt/user/sharename mounted as /media which was crazy slow and when changed to /mnt/disk4/sharename it became max speed of the actual hdd!!

    Is there an update to this SHFS issue? There seem to be two different issues mentioned in this thread, the SMB one and the FUSE aka SHFS issue? 

    I'd be interested in knowing if newer releases like the latest RC for 6.9 addresses the issue, but have no spare server to try this on.

    Thanks in advance!

×
×
  • Create New...