Closed GoogleCodeExporter closed 9 years ago
Apparently, the problem isn't with the api, but with long resumable uploads. I
tried to upload two small files with the same code, but with 1h between them,
and the api does renew the access token and successfully uploads the second
file.
I'm attaching this new script and copying the output:
ya29.AHES6ZRUssiLfuhqCP9Cu7C7LuhRV2rYzPldU27wiMJZWb8
Uploaded 66.89%
ya29.AHES6ZRUssiLfuhqCP9Cu7C7LuhRV2rYzPldU27wiMJZWb8
Upload 1 Complete!
ya29.AHES6ZRUssiLfuhqCP9Cu7C7LuhRV2rYzPldU27wiMJZWb8
Uploaded 57.62%
ya29.AHES6ZQd3o1ciwXpNFImH3CK0-dJAtQba_oeIO9DDbIq154
Upload 2 Complete!
Original comment by grfro...@gmail.com
on 13 Jan 2013 at 9:40
Attachments:
This is an issue with the backend and not with the API or with your code. As
you deduced, if the upload goes too long the access_token expires and at that
point the resumable upload can't be continued. There is work on progress to fix
this issue right now, I will update this bug once the issue is fixed on the
server side.
Original comment by jcgregorio@google.com
on 13 Jan 2013 at 11:00
I've the same problem (401 error) with the java implementation!
Original comment by m...@michaelholst.com
on 3 Feb 2013 at 10:51
[deleted comment]
The same problem for ruby!
Original comment by ablya...@gmail.com
on 4 Feb 2013 at 6:43
I think I got same issue but different error. When uploading 1GB file after 1
hour i got this exception (using java library)
WARNING: exception thrown while executing request
java.net.SocketTimeoutException: Read timed out
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(Unknown Source)
at java.net.SocketInputStream.read(Unknown Source)
at sun.security.ssl.InputRecord.readFully(Unknown Source)
at sun.security.ssl.InputRecord.read(Unknown Source)
at sun.security.ssl.SSLSocketImpl.readRecord(Unknown Source)
at sun.security.ssl.SSLSocketImpl.readDataRecord(Unknown Source)
at sun.security.ssl.AppInputStream.read(Unknown Source)
at org.apache.http.impl.io.AbstractSessionInputBuffer.fillBuffer(AbstractSessionInputBuffer.java:130)
at org.apache.http.impl.io.SocketInputBuffer.fillBuffer(SocketInputBuffer.java:127)
at org.apache.http.impl.io.AbstractSessionInputBuffer.readLine(AbstractSessionInputBuffer.java:233)
at org.apache.http.impl.conn.LoggingSessionInputBuffer.readLine(LoggingSessionInputBuffer.java:100)
at org.apache.http.impl.conn.DefaultResponseParser.parseHead(DefaultResponseParser.java:98)
at org.apache.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:210)
at org.apache.http.impl.AbstractHttpClientConnection.receiveResponseHeader(AbstractHttpClientConnection.java:271)
at org.apache.http.impl.conn.DefaultClientConnection.receiveResponseHeader(DefaultClientConnection.java:227)
at org.apache.http.impl.conn.AbstractClientConnAdapter.receiveResponseHeader(AbstractClientConnAdapter.java:209)
at org.apache.http.protocol.HttpRequestExecutor.doReceiveResponse(HttpRequestExecutor.java:292)
at org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:126)
at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:483)
at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:641)
at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:576)
at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:554)
at com.google.api.client.http.apache.ApacheHttpRequest.execute(ApacheHttpRequest.java:59)
at com.google.api.client.http.HttpRequest.execute(HttpRequest.java:1009)
at com.google.api.client.googleapis.media.MediaHttpUploader.upload(MediaHttpUploader.java:368)
at com.google.api.client.googleapis.services.AbstractGoogleClientRequest.executeUnparsed(AbstractGoogleClientRequest.java:415)
at com.google.api.client.googleapis.services.AbstractGoogleClientRequest.executeUnparsed(AbstractGoogleClientRequest.java:340)
at com.google.api.client.googleapis.services.AbstractGoogleClientRequest.execute(AbstractGoogleClientRequest.java:458)
at com.jmtech.googledrive.helper.GoogleDriveHelper$1.execute(GoogleDriveHelper.java:301)
at com.jmtech.googledrive.helper.GoogleDriveHelper$GoogleExecutor.getResult(GoogleDriveHelper.java:624)
at com.jmtech.googledrive.helper.GoogleDriveHelper.uploadFile(GoogleDriveHelper.java:289)
at com.jmtech.googledrive.helper.CsvUploadHelper$WorkerThread.run(CsvUploadHelper.java:225)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Original comment by putra...@jmtech.co.jp
on 14 Mar 2013 at 4:55
Having the same issue with js implementation of resumable uploads. After 1-2
hours I get a 401 status. I'm refreshing my Bearer token but it fails. Also,
when I make a PUT request to get the upload status I'm also getting a 401
status which suggests that maybe the file was deleted. My chunk size is about
2MB, would it be a good idea to increase this in order to reduce the number of
requests?
Thanks
Original comment by gustavo...@feathermexico.com
on 25 Mar 2013 at 5:59
I'm using Drive REST API from C++ code, having the same issues. My resumable
upload sessions die if they run for over 1 hour with no ability to resume,
because upload session seems to be implicitly bound to bearer token that
expires. Maybe some workaround solution exists?
Original comment by brittl...@gmail.com
on 26 Mar 2013 at 8:53
This is still a known issue on the server side, so it will affect all client
libraries. It is being worked on and I will update this bug when a fix is in
place.
Original comment by jcgregorio@google.com
on 26 Mar 2013 at 1:23
Hi jcgregorio,
Seriously, I really can't understand how a company like Google did not resolve
such big issue in a few days...now it's been 3 months and the problem is still
there.
Don't you have a few engineers to work on it and solve the issue ?
Google products used to be in permanent beta stage while we are paying for
production software !!
It's a shame and this is the last time I give a chance to your services, next
time I will advice my clients to use services that just work (ie Dropbox), we
don't have time to waste debugging your piece of code.
Original comment by l...@eenov.com
on 5 May 2013 at 1:18
@jcgregorio
Shouldn't the bug status be changed from "new" since it is being worked on?
Original comment by tais.han...@gmail.com
on 29 May 2013 at 12:53
I'm trying to back up hd 1080p video files over 1gb each. Google Please help!
Original comment by rahulvar...@gmail.com
on 29 May 2013 at 3:28
I am getting the same issue, there should be a workaround for the same? Can't
we refresh the credentials and resume the upload from the same location?
Original comment by saurabh....@gmail.com
on 30 May 2013 at 1:29
@saurabh
Refreshing auth token doesn't help, as resumable upload implicitly binds to old
authorizartion token. I.e. you can do any other requests with the new token,
but can't resume your upload session.
Original comment by brittl...@gmail.com
on 30 May 2013 at 2:00
I tried to avoid the acess token expiry during upload by refreshing the token
every 30 minutes and resuming the upload with the refreshed token. But this
does not help. Again, after about 1 hour (i.e. a bit more) the upload was
stopped with 401 error.
The "official" Google Drive windows tool does not seem to have this problem. I
successfully "synced" a 800MB video file to my Drive (which took about 2
hours).
@jcgregorio
Can you please share the workaround implemented in the Windows tool with us?
Original comment by frg...@googlemail.com
on 30 May 2013 at 6:34
If you're backing up these videos for personal use, I suggest you use the
browser (and hope for the connection to stay still)... the gdrive web interface
doesn't have this problem. I did this wih my big files.
Another option that I didn't try, but that might do it is to upload one single
big chunk.... you wouldn't need a credentials refresh, so I believe it might
work. It has the same drawback as browser upload: you don't get resumable
upload. @frg, I believe the gdrive tool isn't doing resumable uploads.... can
you confirm?
I really don't believe the fix is coming anytime soon.
Original comment by grfro...@gmail.com
on 30 May 2013 at 6:43
Now i am using java api to upload files to Google Drive.They said the size
limits for a user (free) upto 5gb.
Plz answer the following questions.
1) for this free account, what is the maximum size of a file (any format) to
upload into gdrive?.
I got a google url and use this to get a authorization code.Using this single
authorization code, i want to upload many files with big sizes in multiple of
MB's.
2) When will this authorization code expire?
3) How Can i reuse this code via java code directly(not web application),when
its expires?
Please reply to my mail
npediasenthil@gmail.com,senthilmurugangsm@gmail.com
Original comment by npediase...@gmail.com
on 3 Jun 2013 at 12:54
@grfo: It really seems the gdrive win tool does not support resumable uploads.
I interrupted a 2-hours upload after ONE hour with a reboot. After the reboot,
the upload did need another 2 hours.
I further tried to upload one single big chunk (~800 MB) with a modified
version of your script. It terminates with a "Memory Error" due to the fact
that the complete file is read into memory before upload. So this is also not a
solution :-(
Any idea how to achieve at least a "chunked" upload?
I agree, a fix for the resumable upload is not coming soon.
Original comment by frg...@googlemail.com
on 3 Jun 2013 at 8:45
Original comment by jcgregorio@google.com
on 5 Aug 2013 at 2:09
any update on this issue?
Original comment by publicfr...@gmail.com
on 7 Sep 2013 at 8:32
This should now be fixed, please try it out.
Original comment by jcgregorio@google.com
on 9 Sep 2013 at 1:42
I ran into the same issue last week.
Will try it again today and post the results.
Original comment by fexco...@gmail.com
on 9 Sep 2013 at 4:56
See also: http://code.google.com/p/gdata-issues/issues/detail?id=5124
Original comment by yann...@gmail.com
on 9 Sep 2013 at 10:57
Still not working for me. Still stops after about 1 hour with 401.
Original comment by grfro...@gmail.com
on 23 Sep 2013 at 7:54
hi, what's the current status with this issue ? Is the work still ongoing to
get the fix for this issue?
Original comment by lavik...@gmail.com
on 28 Jan 2014 at 11:43
This is till a problem files above 7-8 meg will not sync. I just get a lost
connection and then maybe one or two files will sync next time around
Original comment by 2richmon...@googlemail.com
on 6 Apr 2014 at 2:29
OK so what's up with this issue?? I see it's been well over a year since it was
created.
It looks like I ran into the same issue using a Java client
(https://github.com/LeviticusMB/Stream2GDrive/).
Not being able to upload large files kind of defeats the purpose of buying 1 TB
of storage quota ... :(
Original comment by mar...@blom.org
on 27 Apr 2014 at 5:44
Any updates on this issue?
Original comment by prakashv...@gmail.com
on 2 Jul 2014 at 3:10
Same problem with the Synology Cloud Sync program which use this *** API
It seems google doesn't want to correct it maybe to prevent uploading big files
? Or to force use the web interface.
Original comment by david.gi...@gmail.com
on 24 Jul 2014 at 6:26
It's been 19 months since this was first reported. Worse still, Google Drive
now advertises that it will support file sizes up to 5TB. That's right, while
most of us are struggling to upload 5GB, Google proudly boasts 5000GB. This is
deceptive advertising.
WHEN WILL THIS BE FIXED ?!!!!??!?!?!?!
Original comment by grantphe...@gmail.com
on 1 Aug 2014 at 7:09
also interested in this or been able to append to a file
Original comment by ch...@gilligan.id.au
on 11 Aug 2014 at 7:11
[deleted comment]
[deleted comment]
It's been 20 months since this was first reported. Worse still, Google Drive
now advertises that it will support file sizes up to 5TB. That's right, while
most of us are struggling to upload 5GB, Google proudly boasts 5000GB. This is
deceptive advertising.
WHEN WILL THIS BE FIXED ?!!!!??!?!?!?!
Original comment by ro...@nsp.net.ua
on 25 Sep 2014 at 12:21
Any chance to get it fixed?
Original comment by a.vent...@gluak.com
on 20 Oct 2014 at 8:45
Is there any other way to upload large files via APIs?
I mean, by using some other APIs version?
Original comment by a.vent...@gluak.com
on 20 Oct 2014 at 8:52
a quick update: the internal side of this is once again in motion. (it had hit
a roadblock for other reasons, and that's now gone.)
i'll update again once the fix is live. i don't have an ETA right now.
Original comment by craigcitro@google.com
on 22 Oct 2014 at 9:42
Is this an internal (backend) issue or an API client issue?
Original comment by o...@linkgard.com
on 22 Oct 2014 at 9:43
it's nothing we can fix in the client -- it's a problem on the backend (and as
such, affects clients in any language).
Original comment by craigcitro@google.com
on 22 Oct 2014 at 9:46
Thank you for the information.
Original comment by o...@linkgard.com
on 22 Oct 2014 at 10:15
and how long to wait for fixes this bug?
Original comment by ro...@nsp.net.ua
on 22 Oct 2014 at 11:17
Ok, thanks, just keep us posted.
Original comment by a.vent...@gluak.com
on 23 Oct 2014 at 10:03
So just to clarify. Once google resolves the problem on there end, ALL of the
current api apps will work with no change to there code? Or will we have to
update our code once google pushes a fix?
PS Any updates on progress, or an ETA?
Original comment by Rick.Dug...@gmail.com
on 7 Nov 2014 at 10:56
They will not solve it. They are not profitable. Better to have a
malfunctioning client with lots of files, and that does not support symbolic
links, etc.
Original comment by ro...@nsp.net.ua
on 9 Nov 2014 at 9:48
[deleted comment]
The same problem was in YouTube API, it is fixed now
https://code.google.com/p/gdata-issues/issues/detail?id=5124
Please, star and spam this new ticked
http://code.google.com/p/gdata-issues/issues/detail?id=6757
It is the same issue, they have to fix it.
Microsoft OneDrive does not support resuming, they are far behind.
Original comment by psyfre...@gmail.com
on 12 Nov 2014 at 5:10
Isn't that bug a duplicate of this one? The root cause is the same and they are
aware and working on a fix.
Original comment by cstc...@gmail.com
on 12 Nov 2014 at 6:10
To those above that ask for alternative ways, the old API works just fine... It
has been deprecated, but for the time being it offers a robust solution.
Here the old API description:
https://developers.google.com/gdata/docs/resumable_upload
An acceptable strategy consists in using the new API for everything except for
the large files, which can be handled relying on the old API. (And get rid of
the old API stuffs as soon as this issue is resolved).
Original comment by loic.mer...@gmail.com
on 13 Nov 2014 at 9:46
hi all -- the fix has been completely deployed, and this should now be fixed on
the backend.
Original comment by craigcitro@google.com
on 4 Dec 2014 at 6:52
Original comment by craigcitro@google.com
on 4 Dec 2014 at 6:53
Original issue reported on code.google.com by
grfro...@gmail.com
on 13 Jan 2013 at 5:51Attachments: