Re: [google-appengine] How to re-enable a task queue which has become disabled
Yes, a different queue.yaml file was uploaded to a different (test) version of the application. Now all versions have the same queue.yaml file and the queue is functioning again. Thanks for the help. On Friday, September 21, 2012 12:56:35 PM UTC+10, nverne wrote: Did someone upload a new version of your app? If so, the SendPrize queue may have been missing from queue.yaml/xml On Fri, Sep 21, 2012 at 12:15 PM, phtq phe...@typequick.com.aujavascript: wrote: kbdlessons2 -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/1Cqu6-jh6egJ. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] How to re-enable a task queue which has become disabled
Our application (kbdlessons2) has a number of task queues, one of which (SendPrize) became disabled a few days ago. How do we re-enable it? Also, what made it become disabled? The documentation on task queues and the dashboard don't provide any clues. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/GxKaAcN6rOYJ. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Attempt to delete entities in HR Datastore Admin is stuck
In the application kbdlessons2.appspot.com an attempt was made to delete all entities in a number of models at once. The process seems to be stuck with 24 activities completed but 15 still active for the last 20 hours and the Datastore Admin panel shows no change in the number of entities from before the deletes were started. Could someone from Google please terminate these activities so I can try again. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Datastore Copy Operations Stuck
I have started a number of datastore entity copies from a M/S app (kbdlessons) to an HR app (kbdlessons2) but a number of them refuse to complete even though I have stopped and purged the default task queue a number of times. Could someone from Google please kill these operations? Also, the copies don't seem quite right (the entity counts don't match), so it looks like I should delete the copies and try again. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: When is the Timeout bug going to get fixed?
Hello Ryan, Looking at our error logs for the last 2 days, I would have to save the situation is improved with the advent of 1.3.1, but certainly not fixed. From the standpoint of our app., being forced to supply all our mp3, png, etc. files out of the database enormously increases our exposure to the timeout 'feature'. If we could have real files (which one would hope didn't suffer from some similar timeout problem) I don't think we would have any substantial problem. As it stands, I still see 30 or so timeout entries in the log per day. That number is still a bit too high for me. On Feb 12, 5:28 am, ryan ryanb+appeng...@google.com wrote: hi phtq! out of curiosity, would you consider 1.3.1's extended retries a fix for the timeout bug? http://googleappengine.blogspot.com/2010/02/app-engine-sdk-131-includ... (of course, as djidjadji mentioned, it's not really a bug as much as an unfortunate fact of life in distributed systems, and 1.3.1's extended retries aren't a fix as much as a mitigating factor. still, i'm curious about the perception.) On Jan 26, 2:30 pm, phtq pher...@typequick.com.au wrote: Our application error log for the 26th showed around 160 failed http requests due to timeouts. That's 160 users being forced to hit the refresh button on their browser to get a normal response. A more typical day has 20 to 60 timeouts. We have been waiting over a year for this bug to get fixed with no progress at all. Its beginning to look like it's unfixable so perhaps Google could provide some workaround. In our case, the issue arises because of the 1,000 file limit. We are forced to hold all our .js, .css, .png. mp3, etc. files in the database and serve them from there. The application is quite large and there are well over 10,000 files. The Python code serving up the files does just one DB fetch and has about 9 lines of code so there is no way it can be magically restructured to make the Timeout go away. However, putting all the files on the app engine as real files would avoid the DB access and make the problem go away. Could Google work towards removing that file limit? -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: When is the Timeout bug going to get fixed?
The recipe does cut down the Timeouts dramatically, but there are still a large number which seem to bypass the this fix completely. A sample error log entry is attached: Exception in request: Traceback (most recent call last): File /base/python_lib/versions/third_party/django-0.96/django/core/ handlers/base.py, line 77, in get_response response = callback(request, *callback_args, **callback_kwargs) File /base/data/home/apps/kbdlessons/1-01.339729324125102596/ views.py, line 725, in newlesson productentity = Products.gql(where Name = :1, ProductID).get() File /base/python_lib/versions/1/google/appengine/ext/db/ __init__.py, line 1564, in get results = self.fetch(1, rpc=rpc) File /base/python_lib/versions/1/google/appengine/ext/db/ __init__.py, line 1616, in fetch raw = raw_query.Get(limit, offset, rpc=rpc) File /base/python_lib/versions/1/google/appengine/api/ datastore.py, line 1183, in Get limit=limit, offset=offset, prefetch_count=limit, **kwargs)._Get(limit) File /base/python_lib/versions/1/google/appengine/api/ datastore.py, line 1113, in _Run raise _ToDatastoreError(err) Timeout Any ideas on how to deal with is class of Timeouts? On Jan 28, 9:48 am, phtq pher...@typequick.com.au wrote: Thanks for mentioning this recipe, it worked well in testing and we will try it on the user population tomorrow. On Jan 27, 9:48 am, djidjadji djidja...@gmail.com wrote: There is an article series about the datastore. It explains that the Timeouts are inevitable. It gives the reason for the timeouts. They will always be part of Bigtable and the Datastore of GAE. The only solution is a retry on EVERY read. The get by id/key and the queries. If you do that then very few reads will result in aTimeout. I wait first 3 and then 6 secs between each request. I log eachTimeout. If stillTimeoutafter 3 read tries I raise the exception. The result is very few final read Timeouts. The log shows frequent requests that need a retry, but most of them will succeed with the first. For speed, fetch the Static content object by key_name, and key_name is the file path. 2010/1/26 phtq pher...@typequick.com.au: Our application error log for the 26th showed around 160 failed http requests due to timeouts. That's 160 users being forced to hit the refresh button on their browser to get a normal response. A more typical day has 20 to 60 timeouts. We have been waiting over a year for this bug to get fixed with no progress at all. Its beginning to look like it's unfixable so perhaps Google could provide some workaround. In our case, the issue arises because of the 1,000 file limit. We are forced to hold all our .js, .css, .png. mp3, etc. files in the database and serve them from there. The application is quite large and there are well over 10,000 files. The Python code serving up the files does just one DB fetch and has about 9 lines of code so there is no way it can be magically restructured to make theTimeout go away. However, putting all the files on the app engine as real files would avoid the DB access and make the problem go away. Could Google work towards removing that file limit? -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group athttp://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: When is the Timeout bug going to get fixed?
Thanks for mentioning this recipe, it worked well in testing and we will try it on the user population tomorrow. On Jan 27, 9:48 am, djidjadji djidja...@gmail.com wrote: There is an article series about the datastore. It explains that the Timeouts are inevitable. It gives the reason for the timeouts. They will always be part of Bigtable and the Datastore of GAE. The only solution is a retry on EVERY read. The get by id/key and the queries. If you do that then very few reads will result in a Timeout. I wait first 3 and then 6 secs between each request. I log each Timeout. If still Timeout after 3 read tries I raise the exception. The result is very few final read Timeouts. The log shows frequent requests that need a retry, but most of them will succeed with the first. For speed, fetch the Static content object by key_name, and key_name is the file path. 2010/1/26 phtq pher...@typequick.com.au: Our application error log for the 26th showed around 160 failed http requests due to timeouts. That's 160 users being forced to hit the refresh button on their browser to get a normal response. A more typical day has 20 to 60 timeouts. We have been waiting over a year for this bug to get fixed with no progress at all. Its beginning to look like it's unfixable so perhaps Google could provide some workaround. In our case, the issue arises because of the 1,000 file limit. We are forced to hold all our .js, .css, .png. mp3, etc. files in the database and serve them from there. The application is quite large and there are well over 10,000 files. The Python code serving up the files does just one DB fetch and has about 9 lines of code so there is no way it can be magically restructured to make the Timeout go away. However, putting all the files on the app engine as real files would avoid the DB access and make the problem go away. Could Google work towards removing that file limit? -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group athttp://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: When is the Timeout bug going to get fixed?
Splitting an application across multiple systems leaves your application with a downtime which is the sum of the downtimes of the individual systems. I wouldn't like to do that. I would hope Google would lift the file limit so we could get the extra speed within the same system. On Jan 28, 7:15 am, Prem playofwo...@gmail.com wrote: Keeping static files on external storage like Amazon S3/Amazon Cloudfront or any CDN might help. I have not hit the file limit yet but I did this to speed up page response. Maybe this will help? On Jan 27, 3:30 am, phtq pher...@typequick.com.au wrote: Our application error log for the 26th showed around 160 failed http requests due to timeouts. That's 160 users being forced to hit the refresh button on their browser to get a normal response. A more typical day has 20 to 60 timeouts. We have been waiting over a year for this bug to get fixed with no progress at all. Its beginning to look like it's unfixable so perhaps Google could provide some workaround. In our case, the issue arises because of the 1,000 file limit. We are forced to hold all our .js, .css, .png. mp3, etc. files in the database and serve them from there. The application is quite large and there are well over 10,000 files. The Python code serving up the files does just one DB fetch and has about 9 lines of code so there is no way it can be magically restructured to make the Timeout go away. However, putting all the files on the app engine as real files would avoid the DB access and make the problem go away. Could Google work towards removing that file limit? -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] When is the Timeout bug going to get fixed?
Our application error log for the 26th showed around 160 failed http requests due to timeouts. That's 160 users being forced to hit the refresh button on their browser to get a normal response. A more typical day has 20 to 60 timeouts. We have been waiting over a year for this bug to get fixed with no progress at all. Its beginning to look like it's unfixable so perhaps Google could provide some workaround. In our case, the issue arises because of the 1,000 file limit. We are forced to hold all our .js, .css, .png. mp3, etc. files in the database and serve them from there. The application is quite large and there are well over 10,000 files. The Python code serving up the files does just one DB fetch and has about 9 lines of code so there is no way it can be magically restructured to make the Timeout go away. However, putting all the files on the app engine as real files would avoid the DB access and make the problem go away. Could Google work towards removing that file limit? -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: GQL query failed to return a qualifying entity
Hello Jaap, Sounds like this problem is not all that rare, although we have never hit it before in over a year of development on the app engine. I can't relate the problem to anything we have done recently. I don't think we have introduced any new indexes for a while for example. I take it Google have not come up with any explanation in your case so far either? On Aug 5, 11:18 pm, Jaap Taal j...@q42.nl wrote: Same here, just good old ASCII chars in that record. On Wed, Aug 5, 2009 at 12:55 AM, phtq pher...@typequick.com.au wrote: The fact that the record can be retrieved with any 2 of the 3 filters indicates that there are no hidden characters. On Aug 5, 8:41 am, Wooble geoffsp...@gmail.com wrote: Are you sure there isn't a space or other non-printable character in your data in the datastore? It's certainly possible your index is corrupt, but I'd check for more likely causes first. On Aug 4, 12:01 am, phtq pher...@typequick.com.au wrote: In our application (kbdlessons version 1-01) we have just had a case where a query in our application failed to return a record which definitely exists. We were able to reproduce this problem using the Dataviewer page off the app engine dashboard. We put in this query using the Dataviewer: SELECT * FROM StudentSubscriptions where StudentKey = 'REBECCA' and ProductKey = 'Typequick Professional' and AccountKey = 'SIVF' and got no results. However, if we use just 2 out of the 3 tests (any 2!) the record we want appears amongst the results. Also, other valid values for StudentKey when used in this 3 part query do return a record in the Dataviewer page, just not this particular set of 3 values. We had to build a new record (under another name) to get the student going, but have left the troubled record in the database so you can look at it. Please let me know how to avoid this rather worrying problem. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: GQL query failed to return a qualifying entity
The fact that the record can be retrieved with any 2 of the 3 filters indicates that there are no hidden characters. On Aug 5, 8:41 am, Wooble geoffsp...@gmail.com wrote: Are you sure there isn't a space or other non-printable character in your data in the datastore? It's certainly possible your index is corrupt, but I'd check for more likely causes first. On Aug 4, 12:01 am, phtq pher...@typequick.com.au wrote: In our application (kbdlessons version 1-01) we have just had a case where a query in our application failed to return a record which definitely exists. We were able to reproduce this problem using the Dataviewer page off the app engine dashboard. We put in this query using the Dataviewer: SELECT * FROM StudentSubscriptions where StudentKey = 'REBECCA' and ProductKey = 'Typequick Professional' and AccountKey = 'SIVF' and got no results. However, if we use just 2 out of the 3 tests (any 2!) the record we want appears amongst the results. Also, other valid values for StudentKey when used in this 3 part query do return a record in the Dataviewer page, just not this particular set of 3 values. We had to build a new record (under another name) to get the student going, but have left the troubled record in the database so you can look at it. Please let me know how to avoid this rather worrying problem. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] GQL query failed to return a qualifying entity
In our application (kbdlessons version 1-01) we have just had a case where a query in our application failed to return a record which definitely exists. We were able to reproduce this problem using the Dataviewer page off the app engine dashboard. We put in this query using the Dataviewer: SELECT * FROM StudentSubscriptions where StudentKey = 'REBECCA' and ProductKey = 'Typequick Professional' and AccountKey = 'SIVF' and got no results. However, if we use just 2 out of the 3 tests (any 2!) the record we want appears amongst the results. Also, other valid values for StudentKey when used in this 3 part query do return a record in the Dataviewer page, just not this particular set of 3 values. We had to build a new record (under another name) to get the student going, but have left the troubled record in the database so you can look at it. Please let me know how to avoid this rather worrying problem. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Create additional applications
Hello Nick, No change. I did get an email with the subject Welcome to an early look at Google App Engine for Java!, but when I try to create a new application I still land on the SMS verification page. On Jul 14, 7:43 pm, Nick Johnson (Google) nick.john...@google.com wrote: Hi phtq, I've manually activated your account. Let me know if that helps. -Nick Johnson On Tue, Jul 14, 2009 at 1:43 AM, phtqpher...@typequick.com.au wrote: Hi, I need to add an application to my googleappengine account, but when I press the Create an Application button I get taken to the Verify your account by SMS page where I get stuck as I have already used the mobile number for SMS verification. Can this be bypassed or do I need to dig out another phone? -- Nick Johnson, App Engine Developer Programs Engineer Google Ireland Ltd. :: Registered in Dublin, Ireland, Registration Number: 368047 --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Create additional applications
Hi, I need to add an application to my googleappengine account, but when I press the Create an Application button I get taken to the Verify your account by SMS page where I get stuck as I have already used the mobile number for SMS verification. Can this be bypassed or do I need to dig out another phone? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Random exception in /base/python_lib/versions/1/django/core/handlers/base.py
In order to get around the 1000 file limit I have put files in to the
database (one file per entity in a Blob property). To return a file
the following code is invoked:
def returnfile(request):
response = HttpResponse()
ref = request.get_full_path()
logging.info('returnfile='+ref)
x = FileStore.gql('where Reference = :1', ref).get()
if x == None:
return HttpResponse(OK)
response.headers['Content-Type'] = x.Type
response.write(x.Data)
return response
Occasionally this routine fails. Here is the message from one of the
failures:
I 02-18 03:24PM 52.384 returnfile=/TQP-US/Language/US-TQ/Course/
BasicKeyboard/WorkSpace/Lesson3a/bin/Lesson3a.swf
See details
E 02-18 03:24PM 55.409 Exception in request: Traceback (most recent
call last): File /base/python_lib/versions/1/django/core/handlers/
base.py, line 77, in get_response
E 02-18 03:24PM 55.501 class 'django.template.TemplateDoesNotExist':
500.html Traceback (most recent call last): File /base/data/home/apps/
kbdlessons/1-01.3314965955625
The Blob in this instance is 398681 bytes in size. Calls before and
after this for the same file worked. There were no changes uploaded
during any of this. The request should not have failed.
This same routine used to randomly fail with a DeadlineExceeded error.
We have just one tester hammering away on this at the moment and they
can't get through even half a day without one of these errors.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Google App Engine group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to
google-appengine+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---
[google-appengine] Re: Random exception in /base/python_lib/versions/1/django/core/handlers/base.py
There is also an issue of repeatability in the amount of time an operation takes. I looked at the logs for a request on a particular file (/history/ histroy.js in this case). Most log entries showed a CPU time of around 90-100ms like the entry below: 02-18 02:56PM 37.219 /history/history.js 200 52ms 92ms-cpu 5kb See details 203.58.113.131 - - [18/Feb/2009:14:56:37 -0800] GET /history/ history.js HTTP/1.1 200 5187 http://kbdlessons.appspot.com/ studentmainmenu.py?StudentID=TQ.USTQPD1SessionID=32323LanguageID=US- TQProductID=Typequick Professional (US)CourseID=Basic KeyboardLessonID=Lesson2c -I 02-18 02:56PM 37.236 returnfile=/history/history.js But occasionally the same request produced a log entry with a cpu time 10 times greater than the usual time: 02-18 02:56PM 07.041 /history/history.js 200 693ms 1081ms-cpu 5kb See details 203.58.113.131 - - [18/Feb/2009:14:56:07 -0800] GET /history/ history.js HTTP/1.1 200 5187 http://kbdlessons.appspot.com/ graphpage.py?StudentID=TQ.USTQPD1SessionID=32323LanguageID=US- TQProductID=Typequick Professional (US)CourseID=Basic KeyboardLessonID=Lesson2cLastCourseID=Basic KeyboardLastLessonID=Lesson2c -I 02-18 02:56PM 07.679 returnfile=/history/history.js I am guessing that the long response time happens when the path between the machine handling the request and the machine holding the entity which is being retrieved is somehow clogged up or the machine holding the entity is overloaded. Can Google also please explain this phenomemon and the implications for calculating charges. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Random DeadlineExceededError messages
Hello Marzia, the appl id is kbdlessons.appspot.com. The entity in this example is 9911 bytes in size and can be accessed with SELECT * FROM FileStore where Reference='/keyboards/keysounds/godk.mp3'. If you look at the logs for this app you will see that when this problem strikes, a whole sequence of fetches from FileStore fail regardless of entity size, but a little while later they can be all fine. On Feb 13, 5:56 am, Marzia Niccolai ma...@google.com wrote: Hi, If you can provide the app id, I can investigate further, but I suspect that if the file you are writing is close to 1MB, this is why the DeadlineExceededError is occurring, it's just sometimes taking too long to write, depending on the status of the system. You can track the performance of the system here:http://code.google.com/status/appengine -Marzia On Wed, Feb 11, 2009 at 3:37 PM, phtq pher...@typequick.com.au wrote: Can I get a response from Google on this item please. The problem is not going away. http://groups.google.com/group/google-appengine/browse_thread/thread/...- Hide quoted text - - Show quoted text - --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Random DeadlineExceededError messages
Can I get a response from Google on this item please. The problem is not going away. http://groups.google.com/group/google-appengine/browse_thread/thread/518a1d86df61ae0d/08abb1d15c2a50bc?lnk=gstq=deadlineexceedederror#08abb1d15c2a50bc --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Random 'google.appengine.runtime.DeadlineExceededError'
In recent days some requests have returned the above error. If the
request is repeated a little while later it processes normally. We
would like to put some users onto our application but can't do so
until this problem is resolved.
An example of a normal log entry for one of the operations is shown
below:
I 02-09 07:49PM 16.605 returnfile=/keyboards/keysounds/godk.mp3
See details
02-09 07:49PM 16.576 /keyboards/keysounds/godk.mp3 200 75ms 165ms-cpu
9kb
See details
203.58.113.131 - - [09/Feb/2009:19:49:16 -0800] GET /keyboards/
keysounds/godk.mp3 HTTP/1.1 200 9936 http://kbdlessons.appspot.com/
TQP-PIT/Language/UK-PIT/Course/BasicKeyboard/WorkSpace/Lesson1b/bin/
Lesson1b.swf -I 02-09 07:49PM 16.605
returnfile=/keyboards/keysounds/godk.mp3
A log entry for the same request (but failing) is shown below:
E 02-09 07:11PM 04.417 class
'google.appengine.runtime.DeadlineExceededError': Traceback (most
recent call last): File /base/data/home/apps/kbdlessons/
1-01.33130907911
See details
02-09 07:10PM 55.037 /keyboards/keysounds/godk.mp3 500 9391ms 1260ms-
cpu 0kb
See details
203.58.113.131 - - [09/Feb/2009:19:11:04 -0800] GET /keyboards/
keysounds/godk.mp3 HTTP/1.1 500 0 http://kbdlessons.appspot.com/TQP-
PIT/Language/UK-PIT/Course/BasicKeyboard/WorkSpace/Lesson1b/bin/
Lesson1b.swf -E 02-09 07:11PM 04.417
class 'google.appengine.runtime.DeadlineExceededError':
Traceback (most recent call last):
File /base/data/home/apps/kbdlessons/1-01.331309079110687966/
main.py, line 61, in module
main()
File /base/data/home/apps/kbdlessons/1-01.331309079110687966/
main.py, line 57, in main
util.run_wsgi_app(application)
File /base/python_lib/versions/1/google/appengine/ext/webapp/
util.py, line 76, in run_wsgi_app
result = application(env, _start_response)
File /base/python_lib/versions/1/django/core/handlers/wsgi.py,
line 189, in __call__
response = self.get_response(request)
File /base/python_lib/versions/1/django/core/handlers/base.py,
line 115, in get_response
receivers = dispatcher.send(signal=signals.got_request_exception)
File /base/python_lib/versions/1/django/dispatch/dispatcher.py,
line 360, in send
**named
File /base/python_lib/versions/1/django/dispatch/robustapply.py,
line 47, in robustApply
return receiver(*arguments, **named)
File /base/data/home/apps/kbdlessons/1-01.331309079110687966/
main.py, line 40, in log_exception
logging.exception(Exception in request:)
File /base/python_dist/lib/python2.5/logging/__init__.py, line
1301, in exception
apply(error, (msg,)+args, {'exc_info': 1})
File /base/python_dist/lib/python2.5/logging/__init__.py, line
1294, in error
apply(root.error, (msg,)+args, kwargs)
File /base/python_dist/lib/python2.5/logging/__init__.py, line
1015, in error
apply(self._log, (ERROR, msg, args), kwargs)
File /base/python_dist/lib/python2.5/logging/__init__.py, line
1101, in _log
self.handle(record)
File /base/python_dist/lib/python2.5/logging/__init__.py, line
, in handle
self.callHandlers(record)
File /base/python_dist/lib/python2.5/logging/__init__.py, line
1148, in callHandlers
hdlr.handle(record)
File /base/python_dist/lib/python2.5/logging/__init__.py, line
655, in handle
self.emit(record)
File /base/python_lib/versions/1/google/appengine/api/
app_logging.py, line 71, in emit
self.stream.write(message.encode(UTF-8))
File /base/python_dist/lib/python2.5/encodings/__init__.py, line
96, in search_function
globals(), locals(), _import_tail)
No changes were made to the application between the 2 requests
(although other requests might well have been processed between the
2).
This particular operation just does one gql operation to find the
entity which has the mp3 file being requested (the file is held as a
Blob in the entity) and then hands it back.
The code follows:
def returnfile(request):
response = HttpResponse()
ref = request.get_full_path()
logging.info('returnfile='+ref)
x = FileStore.gql('where Reference = :1', ref).get()
if x == None:
return HttpResponse(OK)
response.headers['Content-Type'] = x.Type
response.write(x.Data)
return response
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Google App Engine group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to
google-appengine+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---
[google-appengine] 1000 file limit
We have an application we want to put online but it contains about 8,000 files (these are mp3, gif, swf, html, etc) in the English version alone. We tested a cut down version online and it worked fine, but when we try to put up the whole application for testing we get a fail message from the uploader. Is it going to impossible to mount this application in GoogleAppEngine? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
