Error - Disks too slow reported but not the case...??
  • Hi Ben / knowledgeable operators

    In the last couple of releases of the software, I have started to get a glitch occur. I get the error window up and a massive list of these pouring in (in batches). Sometimes nothing for a few days, other times, non stop for a day. The thing is, the hardware hasn't changed and running a speedtest on the 6Gb SAS 12TB formatted RAID6 array (at the same time as the 5 cameras are recording to it) I am getting a consistent throughput of 570MB write and 630MB read. This was over many tests using BlackMagicDesign Disk Speed Test. All drives 'smart' report ok, array integrity is 100% and all other services on the server are working normally. Manually copying files onto the array and back is very fast. There is about 6% free space on the Array (as managed by SecuritySpy). The System Drive is a 6Gb SAS SSD with 60% Free, and 24GB RAM with plenty free. There are 2 x Quad Core Xeon CPU's humming along with about 80% idle for the most. Everything is CAT6 gig linked (some cameras are only 100Mb though) all routed through a Cisco 3750G-48. The Xserve is running 10.11.6 with Svr5.1.7 and has been for a couple of years now (10.9 for a few years prior to that then 10.6 prior to that). This issue only started about 3-4months ago. I an running SS 4.2.9. I have run SS for the last 6 or so years on the same core hardware, upgrading components and OS over time. My hardware/network has not changed in the last 3+ years bar the router/firewall about a year ago.

    The Error is:
    Error performing continuous capture for the camera "xx" continuous capture mode has been disarmed. Failed to record video frame 1556,98002. The disk is too slow and cannot keep up with writing data - you may meed to reformat or replace the disk.

    The odd thing is it is the same frame# and will list all the different cameras in the 'xx' section.

    Any thoughts on this? Would it be helpful to send over any files/logs?

    Many thanks
  • Hi Oli,

    This message does indicate a real problem. SecuritySpy has a large memory buffer of data that is used to buffer writes to the drive and smooth out temporary drive slow-downs, but when this gets full because the drive can't keep up with the amount of data that is being attempted to be written to it, there is nothing SecuritySpy can do but to stop recording and throw this error. This happens for all cameras at the same time, presumably because they are writing to the same drive.

    You could try our own file writing speed test app that simulates the typical kind of file writing that SecuritySpy performs - it would be interesting to get the results from this test.

    One possibility is that you have one drive that is slowly going bad, and it performs well most of the time until it gets to one of its bad sectors, and then slows down dramatically.

    Also, check for things like Time Machine backups and Spotlight indexing, both of which can significantly slow down drives. You should add the drive to the Exclude list in the Time Machine system preference as well as the Privacy section of the Spotlight system preference.

    In any case, I am very confident that this is not a bug in SecuritySpy, but does actually represent a real issue.
  • I am getting this same exact issue. Same exact error and frame number as the original post.
    Is there any insight to this?
    It is not a write speed issue since my write speeds are 3500mb
  • Hi @CVH, as far as we know, this error does always indicate a write speed issue; there is no known bug in SecuritySpy related to this. Could you please try our File Writing Test app and let me know what it reports for your write speed?
  • Thanks for the response. I tested with the File Writing Test app and here are the results:
    File Count: 16
    Test complete.
    Time taken: 16.54 seconds
    Amount of data written: 5130 MB
    Average data rate: 310.21 MB/s

    The disk is an SSD Evo 2tb connected through usb3.

    I have 9 HD cameras, I have limited the bitrate and turned down the frame rate to 12fps from 15fps with the same result.

    I am still getting this error on a daily basis to all 9 cameras within the same second, although there is no issue with the records.

    This is the error:
    03/02/2019 18:50:28: Error performing continuous capture for the camera "XXX", continuous capture mode has been disarmed. 4.2.9,1556,98002 Failed to record video frame. The disk is too slow and cannot keep up with writing data - you may need to reformat or replace the disk.
  • I too get that error occasionally, by which I mean it may happen multiple times a night, then nothing for a few days.
    SS writes to an external drive connected over USB 3.0 and I have found that it happens when my Mac is doing something pretty processor intensive, be that decompressing multiple large files, or transferring across my other external drives. My interpretation of it is even though System info isn't showing full processor usage across all the cores the iMac is still having problems doing everything at the same time and this manifests itself as SS not being able to keep up with writing the video files - there is enough network bandwidth for it to do so but the processor cannot do everything it is being asked to do so prioritises somethings over others.

    My interpretation is probably wrong but I have never had this issue when my Mac isn't 'busy', and can almost force it to happen. I am not sure what the Mac is doing sometimes, particularly when it happens in the night.
  • My system is at 10-15% consistently. It’s only purpose is SS. New Mac mini.
    I reformatted the drive and have set to drive to save 70gb before deleting files. Maybe it was an issue where it was trying to write and delete old files simultaneously.
    I will report back when the drive fills up in a little over a week.
  • I've been plagued by the 'disk is too slow and cannot keeps up with writing data" for a long time now. Late-2013 Mac Pro, 31 cameras, Drobo 5D for storage (Thunderbolt 2).

    Ran the File Writing Test app for 31 cameras and only get 36MB/s. The Drobo is full of 7200 RPM drives, configured for dual-drive failure survivability. I should be getting at least double that, shouldn't I?

    Liking Drobos less and less the more I use them. I think allocating some space on my Synology NAS (RS1912+) might be faster, even over ethernet.
  • I have six days on the drive, another six before it is full. No errors so far.
    Seems that when the files are being overwrites or deleted is when the error occurs.
    Since the speeds of the drive, this should not be an issue. I’m stumped.

Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!