Jump to content

ntilegacy

Members
  • Posts

    12
  • Joined

  • Last visited

Posts posted by ntilegacy

  1. 23 minutes ago, Jellepepe said:

    i had the same at that time, but not enough to dismount, its 22:48 for me now, so past the window it has dismounted all previous days. 

    It would seem like today is the first day in over a month that i havent had any dismounts, i REALLY hope this means the issue was at google and is now resolved.

    i also switched to using the latest beta builds around when i posted this thread, i also noticed performance seemingly being much better. i assume something changed in the way I/O works?

    Yeah. The changes for .953 only state :

    .953
    * Fixed rare performance sampling error.

    ... I don't know what this means.... Do you think that as anything to do with our recent problem?

  2. Hello

    No dismounts yet....... in the meantime i update cloudrive to latest beta 953 ...... and can be just me, but seems that things run much better with this latest beta.... today i made a big stress test (upload very big files, download very big files , watch 2 movies at same time , update emby library .... everything at the same time on diferent drives and somethings on same drive .... and no problems at all)

    At 8:24 i have a red flag notice on one drive (drive can not download data on timely maner blah blah) and that's all.

  3. Hi Jellepepe

    As I post yesterday, the only thing that change on my side was the fact that I update my server 2016 to the latest available updates........ I used to have a lot of errors on server related to the Wsearch service, and since the later update no errors at all (Do not know if has anything to do with the errors on cloudrive).

    If there was a problem on Google side it can be just a coincidence..... if they fix it in the meanwhile.

    Let's wait for today night to see if yout problem goes away....  Do you have any answer from the developers of Cloudrive?

  4. Good morning all

    My system keeps running without any dismount till now..... with very high usage of drives...

    Yesterday i get this error on my server dashboard (but no dismount at all and everything seem working ok):

    ................................

    Error report file saved to:

    C:\ProgramData\StableBit CloudDrive\Service\ErrorReports\ErrorReport_2017_11_15-10_51_36.3.saencryptedreport

    Exception:

    #Kqe.#XPf: Internal Error ---> CloudDriveService.Cloud.Providers.Apis.GoogleDrive.GoogleDriveHttpProtocolException: Internal Error ---> System.Net.WebException: The remote server returned an error: (500) Internal Server Error.
       at System.Net.HttpWebRequest.GetResponse()
       at CloudDriveService.Cloud.Providers.Apis.Base.Parts.HttpApi.HttpApiBase.GetJsonResponse[T](HttpWebRequest request)
       at CloudDriveService.Cloud.Providers.Apis.GoogleDrive.Files.<>c__DisplayClass15_0.<UploadExisting>b__1(HttpWebRequest request)
       at CloudDriveService.Cloud.Providers.Apis.Base.Parts.HttpApi.OAuth2HttpApiBase`1.<>c__DisplayClass6_0`1.<RequestBlock>b__0(HttpWebRequest request)
       at CloudDriveService.Cloud.Providers.Apis.Base.Parts.HttpApi.HttpApiBase.<>c__DisplayClass19_0`1.<RequestBlock>b__0()
       --- End of inner exception stack trace ---
       at CoveUtil.RetryBlock.Run[TException,TResult](Func`2 Func, Action`1 Control, Boolean ThrowOnOperationCanceled)
       at CoveUtil.RetryBlock.Run[TException,TResult](Func`1 Func, Action`1 Control)
       at CloudDriveService.Cloud.Providers.Apis.Base.Parts.HttpApi.HttpApiBase.RequestBlock[TResponse](String fullUrl, Func`2 func)
       at CloudDriveService.Cloud.Providers.Apis.Base.Parts.HttpApi.OAuth2HttpApiBase`1.RequestBlock[TResponse](String fullUrl, Func`2 func)
       at CloudDriveService.Cloud.Providers.Apis.GoogleDrive.Files.UploadExisting(String existingFileId, Stream buffer)
       at CloudDriveService.Cloud.Providers.Io.GoogleDrive.GoogleDriveIoProvider.#bjg(#UBf #rxd, ChunkInfo #fAe, #Xtf #gb)
       at CloudDriveService.Cloud.Providers.Io.ChunkIo.ChunkIdIoProvider`2.#4af.#8tf(#UBf #rxd)
       at CloudDriveService.Cloud.Providers.Io.ChunkIo.Helpers.ChunkId.ChunkIdHelper.#Gqe(UInt64 #HAe, Action`1 #wBf)
       at CloudDriveService.Cloud.Providers.Io.ChunkIo.ChunkIdIoProvider`2.#Gqe(ChunkInfo #fAe, #Xtf #gb)
       at #Iqe.#PAe.#OLf(ChunkInfo #fAe, Stream #gb)
       at #Iqe.#Hqe.#Gqe(ChunkInfo #fAe, Stream #gb)
       at #Iqe.#UEf.#Saf.#9Lf(Stream #oYb)
       at #AKf.#zKf.#yKf(ChunkInfo #fAe, Stream #gb, Action`1 #wBf)
       at #Iqe.#UEf.#OLf(ChunkInfo #fAe, Stream #gb)
       at #Iqe.#Hqe.#Gqe(ChunkInfo #fAe, Stream #gb)
       at #Iqe.#9Qg.#Y8h(ChunkInfo #fAe, Stream #gb, Boolean #Z8h)
       at #Iqe.#9Qg.#OLf(ChunkInfo #fAe, Stream #gb)
       at #Iqe.#Hqe.#Gqe(ChunkInfo #fAe, Stream #gb)
       at #Iqe.#6Uf.#OLf(ChunkInfo #fAe, Stream #gb)
       at #Iqe.#Hqe.#Gqe(ChunkInfo #fAe, Stream #gb)
       at #Iqe.#3Pf.#jbf.#gQf(Stream #oYb)
       at #AKf.#zKf.#yKf(ChunkInfo #fAe, Stream #gb, Action`1 #wBf)
       at #Iqe.#3Pf.#OLf(ChunkInfo #fAe, Stream #gb)
       --- End of inner exception stack trace ---
       at #Iqe.#UAe.#OLf(ChunkInfo #fAe, Stream #gb)
       at #Iqe.#Hqe.#Gqe(ChunkInfo #fAe, Stream #gb)
       at #Iqe.#UAe.#jQe(ChunkInfo #fAe, Stream #gb, #fOe #mag, EventWaitHandle #kQe)
       at #Iqe.#UAe.#OLf(ChunkInfo #fAe, Stream #gb)
       at #Iqe.#Hqe.#Gqe(ChunkInfo #fAe, Stream #gb)
       at #Iqe.#Hzf.#OLf(ChunkInfo #fAe, Stream #gb)
       at #Iqe.#Hqe.#Gqe(ChunkInfo #fAe, Stream #gb)
       at #Iqe.#Hzf.#OLf(ChunkInfo #fAe, Stream #gb)
       at #Iqe.#Hqe.#Gqe(ChunkInfo #fAe, Stream #gb)
       at #Iqe.#TEf.#OLf(ChunkInfo #fAe, Stream #gb)
       at #Iqe.#Hqe.#Gqe(ChunkInfo #fAe, Stream #gb)
       at #Kqe.#Tqe.#Wc(UInt64 #Y, Int32 #59f, Stream #vAe, IoType #NOe)
       at CloudDriveService.Cloud.IoManager.#Wc(WriteRequest #89f, RetryInformation`1 #7tf)
       at CloudDriveService.Cloud.IoManager.#iTf.#3bf(RetryInformation`1 #7tf)
       at CoveUtil.RetryBlock..(RetryInformation`1 )
       at #Iqe.#TEf.#OLf(ChunkInfo #fAe, Stream #gb)
       at #Iqe.#Hqe.#Gqe(ChunkInfo #fAe, Stream #gb)
       at #Kqe.#Tqe.#Wc(UInt64 #Y, Int32 #59f, Stream #vAe, IoType #NOe)
       at CloudDriveService.Cloud.IoManager.#Wc(WriteRequest #89f, RetryInformation`1 #7tf)
       at CloudDriveService.Cloud.IoManager.#iTf.#3bf(RetryInformation`1 #7tf)
       at CoveUtil.RetryBlock..(RetryInformation`1 )
       at CoveUtil.RetryBlock.Run[TException,TResult](Func`2 Func, Action`1 Control, Boolean ThrowOnOperationCanceled)
    .................................................................

  5. Hi Jellepepe

    For me its working ok, till now.......  let see what happen.....

    The only thing that change on my side was the fact that today morning I update my server 2016 to the latest available updates........ I used to have a lot of errors on server related to the Wsearch service, and since the later update no errors at all (Do not know if has anything to do with the errors on cloudrive).

    The errors i used to have:

    The following service has repeatedly stopped responding to service control requests: Windows Search, and

    A timeout (60000 milliseconds) was reached while waiting for a transaction response from the WSearch service.

  6. yep.

    i have several drives (8) , only 3 disconnect.

    I (and my 2 sons) use it a lot, mainly for my movies,series and music collection. But i think this problem has nothing to do with usage..... because before it start to happen my level of usage was roughly the same.

  7. Quote

    this is realy strange . it happens to me also , right now.

    Drives unmount and the read/write speeds go down.... and dismount again because it says that cannot read data from provider, blah blah..... and only after i retry 2,3, 4 times it goes ok, until next day and it happens again and again. This way its impossible to use this..... well i think the software is very good indeed but something is not ok , at least with google drives....

     

  8. Hello

    This is weird. I have exactly the same problem. Google drives dismounts randomly exactly between 6-7 pm or 9-10 pm.

    This behaviour occurs almost everyday. 

    The only diference is that i do not have the stablebit scanner. I am going to install the trial version to check for problems on the cache drive and see i that helps.

    Try to report later and if the problem persists , with more information about my system and log files.

    Thanks

×
×
  • Create New...