Posts by chclark

    Hi


    I have a drive reporting every now and again it can't read the smart data not sure if I should be worried but just incase I was going to look at getting a cold spare 3tb drive in just incase, but I'm abit out of the loop what are good drives for a server atm anyone got any recommendations it use to be always WD red but heard they had some bad ones, the current ones are Hitachi ones I got back in 2012 with the hp n40l microserver which have moved over to the Dell t430 server.

    is the official fix. As my disks are internal to the Dell server I run connected to the backplane of the T430 but the server just starts faster then what the filesystem does I thought I saw one of the other mods mention a system config file that could be edited to fix it but can't find the thread now.

    Good point, no this is on the latest OMV 5.x while copying any file larger than ~100MB. Since almost all files I'm transferring are at least that size, this happens non-stop and the syslog is 400+ pages after just a day.


    I'm not sure which driver was used/selected in OMV 1.5 on Debian 7, but it didn't have this problem.

    Are you running the latest kernal I've had an issue with NFS with kernal 5.6.0.0 as have some others but apprently 5.7.0.0 fixes it the other option was downgrading can do this with the omvextras

    No, it will only take care that the system is rebooted if something strange happens. This is a useful feature for headless servers. But it is not a service that is really required to run the NAS.

    the issue appears to be with NFS switched all my devices to use SMB and the issues have now stopped. someone linked another thread with similar issues where it appears the kernel is the issue and downgrading resolves the issue but since I've switched all my devices i haven't tested.

    I'm not at home during 2 weeks, so cannot perform any test for the time being. Did you on your side?

    If you did, may you please share with me how to change to older kernel and I'll be pleased to do some testing.

    no as i switched everything over to SMB and the time it took to rescan the DBs on the pis is making me hold off switching again.

    Same for me, no more reboot: this is clearly caused by nfs.

    On my side, I've kept NFS enabled but I'm not mounting any shares: it implies the issue is coming from the mounting process.

    Now the question is 'how can we move forward to get this investigated by Debian??'

    Have you attempted what that other thread states about changing the kernal to the older version and seeing if you can then use NFS?

    Hi


    Im not sure if a drive in my raid is failing or if its another fault. i have received two emails one last Monday one last night saying


    The following warning/error was logged by the smartd daemon:


    Device: /dev/disk/by-id/ata-Hitachi_HDS5C3030ALA630_MJ1313YNG4UVSC [SAT], failed to read SMART Attribute Data

    the syslog just shows the same error, the smart extended information shows https://pastebin.com/sKfS5Hvc

    i'm assuming this is something to be concerned over? if it is a drive that needs replacing what do people recommend for drives these days bit out of the loop on drives.

    I use SMB for my Android devices. And NFS between my OMV servers and between OMV servers and Ubuntu Clients.


    The NFS shares are all created in OMV, but I mount all the NFS shares in the network, on all the Linux clients and servers, using autofs and on my Ubuntu MATE laptop I also cache NFS using fscache and 128GB NVMe storage.


    Works fine.

    My issue is less erratic and would randomly do it from a period of time so far it's been a few days with NFS turned off and the raspberry pis using SMB instead but so far no random reboots.

    Yes, it works. You just have to set them up as different TV adapters. I had to continue to run until I completely switched to cable / IPTV via Fritzbox.

    ive seen a few mentions of fritzbox but when i google it i just find routers is it somthing you can share info on?

    this is what I did also today as I don't see other option to increminate NFS... I've kept NFS shares on OMV, but I've removed my NFS mounts on my Ubuntu client and I'm using Samba.

    So far so good, today no reboot. I'll see in the coming days if this is confirmed.

    Good to know I've changed the paths so far on the pis there currently rescanning to the new paths annoyingly. My issue isn't as excessive as yours mine can be a few days to a week before it does it the soonest was 1-2 days.

    Im also seeing issues where server is rebooting randomly all I can see in the logs is messages relating to my raspberry pi librelec units they currently connect to the server using NFS. As a test I'm currently changing all my connections on them from NFS to SMB and then turning NFS off on the server to see what happens.