ntilegacy

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?

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.

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?

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) .................................................................

yeah, i do not receive any email from google also.

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.

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.

21:40 here in Portugal. My drives dismount now , again.

Anyway , i have a 1gb internet connection and everything is running almost at maximum speed , so is not from my provider also.

Jellepepe No. I am running the server at home , with windows server 2016. At moment i have no time, but promise to talk to you later, or tomorrow.

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