Plotting and mining in the cloud

  • I've been using: to plot and optimize plots on a dropbox business connection using rclone mount to mount the filesystem in Linux:

    I have 4 machines running, one is doing 1gb plots on a 50mbps upload and taking a long time doing it, the other three are using the three dropbox user's individually and plotting and 'rclone move'ing 4gb plots at a time in ~18 minutes on a 336mbps connection to a subdirectory.

    First off, it looks as though my connection is rate limited. At first I thought it was my ISP until I spun up the google cloud instances, so it must definitely be Dropbox rate limiting me - I'll be running at 336mbps upload and then it'll drop to 0, then back up, then back down 😞 I've emailed Dropbox about any throttles and we'll see what they say.

    My miner is Uray's miner: which I'm running on the local machine, and getting tons of errors like:

    <head><title>504 Gateway Time-out</title></head>
    <body bgcolor="white">
    <center><h1>504 Gateway Time-out</h1></center>
    <hr><center>nginx/1.4.6 (Ubuntu)</center>

    and just appearing on the screen (but not staying in logs) stuff like:

    72017/06/25 15:30:55 ERROR : 7876566878528197112_200001_4000_4000: ReadFileHandle.Read error: low level retry 1/10: Get dial tcp: lookup on read udp> i/o timeout
    2017/06/25 15:30:55 ERROR : google/7876566878528197112_245761_16384_16384: ReadFileHandle.Read error: low level retry 1/10: Get dial tcp: lookup on read udp> i/o timeout


    2017/06/25 15:31:47 ERROR : 7876566878528197112_72001_4000_4000: ReadFileHandle.Read error: low level retry 1/10: unexpected EOF

    EDIT: a new one:
    2017/06/25 15:42:34 ERROR : google/7876566878528197112_65537_16384_16384: ReadFileHandle.Read error: low level retry 1/10: read tcp> read: connection reset by peer

    anyone have any ideas how I can better fuse mount a dropbox folder so that it behaves better for burst mining? this solution doesn't work unless someone can tell me how to fix it
    neither does this:
    neither does this: (API issues)

    Dropbox has an official sync client but the problem is it actually syncs. With my three users @1pb each I can't be syncing the plots back to my local Ubuntu machines. If anyone knows a way to configure Dropbox's official client to only allow writing and reading to a mounted drive that'd work, where it doesn't sync back to the local drive?

    Or if someone knows anything about the above errors and can help me with them, that'd be great.


  • I'm going to retry with rclone mount --allow-other --no-modtime --read-only