[google-appengine] Federated identity with https
Hi list(and Wesley), As I mentioned in the irc channel today, the federated identity doesn't work on https pages. There is an issue about it already posted at: http://code.google.com/p/googleappengine/issues/detail?id=3270 Regards, -- Takashi Matsuo matsuo.taka...@gmail.com Kay's daddy -- 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.
Re: [google-appengine] Re: Upcoming maintenance notification
Unfortunately same here. The message went to the spam folder with the message "Warning: This message may not be from whom it claims to be. Beware of following any links in it or of providing the sender with any personal information. ". -- Takashi Matsuo matsuo.taka...@gmail.com Kay's daddy 2010/7/1 Luís Marques : > Same here, in the spam folder marked as fishing. > > Luís > > -- > 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. > > -- 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] SDK 1.3.8 released!
Hello App Engine Developers! We're very happy to announce that SDK 1.3.8 is released today. There are many new cool features, so please download the new SDK and enjoy it! You can download the new SDK from: http://code.google.com/appengine/downloads.html Our blog post includes some screenshots of new features in admin console: http://googleappengine.blogspot.com/2010/10/new-app-engine-sdk-138-includes-new.html Here are release notes: Java --- Version 1.3.8 = - You can run task queue tasks immediately from the admin console. - Added an OutputSettings class to the Images API to specify the JPEG encoding quality when running in production. - Support for login of multiple Google accounts within an app, and longer login sessions. For more information see: http://www.google.com/support/accounts/bin/answer.py?answer=181599 - In queue.xml, the maximum allowed bucket size is now 100. - Removed limits on zigzag merge-join queries. Therefore the error "The built-in indices are not efficient enough for this query and your data. Please add a composite index for this query." will no longer be thrown in most cases, enabling more types of queries without indexes. - The whitelist has been updated to include java.net.InetAddress and some interfaces and abstract classes in javax.xml.soap, including javax.xml.soap.SOAPMessage. - Fixed an issue reserving App Ids by owners of emails containing periods, multiple cases, and googlemail.com address. http://code.google.com/p/googleappengine/issues/detail?id=1196 - Fixed an issue where TaskOptions had no public getters, making testing impossible. http://code.google.com/p/googleappengine/issues/detail?id=3243 - Fixed an issue on the development server where PNGs were being returned as JPEGs. http://code.google.com/p/googleappengine/issues/detail?id=3661 Python - Version 1.3.8 == - Builtin app.yaml handlers are available for common application functions, such as appstats. http://code.google.com/appengine/docs/python/config/appconfig.html#Builtin_Handlers - The Admin Console now provides an experimental tool to delete all entities in the datastore or all entities of a given type. This is available only if enabled using the datastore_admin builtin. Deleting entities will count against application quota. http://code.google.com/appengine/docs/python/datastore/creatinggettinganddeletingdata.html#Deleting_Entities_in_Bulk - You can run task queue tasks immediately from the Admin Console. - You can now specify the quality of JPEG images via the Image API's execute_transforms function. Available in production only. - Support for login of multiple Google accounts within an app, and longer login sessions. For more information see: http://www.google.com/support/accounts/bin/answer.py?answer=181599 - In queue.yaml, the maximum allowed bucket size is now 100. - Precompilation is now enabled by default. To disable, use the --no_precompilation flag when updating your app. - BlobInfo now has an open() method that returns a BlobReader. - BlobReader now accepts a BlobInfo. - Removed limits on zigzag merge-join queries. Therefore the error "The built-in indices are not efficient enough for this query and your data. Please add a composite index for this query." will no longer be thrown in most cases, enabling more types of queries without indexes. - Fixed an issue with task queue tasks not running on the dev_appserver when using Python 2.6. - Fixed an issue on the dev_appserver where auto task running wasn't working for BulkAdd. - Fixed an issue reserving App Ids by owners of similarly-named mails accounts containing periods, multiple cases, and googlemail.com address. http://code.google.com/p/googleappengine/issues/detail?id=1196 - Fixed an issue on the development server where PNGs were being returned as JPEGs. http://code.google.com/p/googleappengine/issues/detail?id=3661 -- Takashi Matsuo Developer Relations Developer Advocate for Google App Engine/iGoogle Google Japan, Inc. -- 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.
Re: [google-appengine] PageSpeed Trusted Tester
Hi Brandon, These kind of feedback should be sent to a group for trusted testers. Can you re-send it to the tester's group? -- Takashi On Tue, Apr 17, 2012 at 2:37 PM, Brandon Wirtz wrote: > http://www.webpagetest.org/result/120417_W7_94a0f5bf6f59e2865b3d0725dccbca1b/ > > > > In case you want a sample result. > > > > > > From: google-appengine@googlegroups.com > [mailto:google-appengine@googlegroups.com] On Behalf Of Brandon Wirtz > Sent: Monday, April 16, 2012 10:24 PM > To: google-appengine@googlegroups.com > Subject: [google-appengine] PageSpeed Trusted Tester > > > > I saw there is a GAE Page Speed Trusted tester program. > > > > I just added my name to the list… > > But has anyone ever seen an improvement using this? All the tests I have > run it has slowed down my sites. Granted Nothing from google is likely to be > as cool as my CDNinaBox.com product… but even sites that weren’t on my CDN > product were often slower. > > Why am I wanting to sign up if I think it will be slower? Well I don’t learn > things if I don’t try them. > > I am curious about “Not Changed” responses. I haven’t implemented that. > Mainly because it scares me. But I was wondering if anyone had any > experience, or examples of where it made their stuff lots faster. > > > > -Brandon > > > > > > -- > 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. > > -- > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com | 03-6384-9224 -- 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.
Re: [google-appengine] Re: appengine monitoring api
Hi guys, Sorry for the very late reply, Thanks for the feedback, we need to do some work to get this into a reasonable state so we are shutting down the current TT program for now until we have something better. We don't have any ETA for now, but we're certainly building a new version of it, so stay tuned. Thanks, -- Takashi On Fri, Mar 23, 2012 at 6:52 AM, Felippe Bueno wrote: > Hello Google AE Team, > > Is there any news on this ? > > > Life in App Engine Production. > > On Mon, Dec 5, 2011 at 7:54 PM, Brandon Wirtz wrote: >> >> State of "your AppEngine" for monitoring. I'd upload code, but we change >> regularly, and our case would be specific to our functions. I would put >> this >> on more than one AppID so you can check errors against more than one app >> to >> see if your issue is localized. We do this to tell if GAE is broken or our >> code is. >> >> User or bot access Your Appid.Appspot.com/amiup?MyRandomString >> >> Using whatever language and version you are running do the following >> operations. >> >> Import every library you are using: >> >> Output (NOW!) >> >> Write Randomstring to Instance Memory >> Return instance memory if equal report "Working" >> >> Output (NOW!) >> Write Randomstring to memcache >> Return memcache if equal report "Working" >> Output (NOW!) >> Write Randomstring to datastore >> Return Datastore if equal report "Working" >> Output (NOW!) >> Fetch URL (google.com query Random string + OR The) >> If success return working >> Output (NOW!) >> Loop X = X*2 +3 500 times >> Output answer >> Output (NOW!) >> Do some Regex, or Django, or What ever imports you have things. Output >> (Now! After each one so you have the time it took to complete. >> >> >> >> >> >> >> -Original Message- >> From: google-appengine@googlegroups.com >> [mailto:google-appengine@googlegroups.com] On Behalf Of JH >> Sent: Monday, December 05, 2011 1:19 PM >> To: Google App Engine >> Subject: [google-appengine] Re: appengine monitoring api >> >> I remember this going into TT a LONG time ago... seems like a simple api, >> very curious that it hasn't surfaced yet >> >> On Dec 5, 3:02 pm, Felippe Bueno wrote: >> > Hello all, >> > >> > Anyone know something about the "appengine monitoring api" ? >> > >> > I don't have any URL. >> > >> > I saw Alan Green talking about it on <http://goog_622033861/>Life in >> > App Engine >> > Production<http://www.youtube.com/watch?v=rgQm1KEIIuc&feature=player_d >> > etailpage#...> >> > . >> > >> > In fact, I only have the form request link <http://goo.gl/xcB1E>. >> > >> > Thank you. >> >> -- >> 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. >> >> >> -- >> 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. >> > > -- > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com | 03-6384-9224 -- 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.
Re: [google-appengine] Inefficient Session Implementation on Google App Engine / Java & GAE Critics
Hi, Sorry if you already tried it, but we recently released asynchronous session described at: https://developers.google.com/appengine/docs/java/config/appconfig#Enabling_Sessions Doesn't following setting help with your case? I basically agree with Jeff though. Besides that, we can expect that modern clients does likely have a better local storage, so it could be another option. -- Takashi On Tue, Apr 17, 2012 at 10:29 AM, Thomas Wiradikusuma wrote: > I end up setting to false and implementing HttpSession myself > which uses memcache (and +datastore for selected props). > > > On Tuesday, 17 April 2012 05:51:22 UTC+8, Jeff Schnitzer wrote: >> >> There isn't a straight-up answer to that. The question to ask is: >> Why do you think you need a server-side session? Depending on the >> answer, there are various solutions. >> >> For example, if you're storing the authentication state of a user in >> the session, store it as a signed cookie instead. Easy. >> >> If you have some kind of per-user server-side state you are >> maintaining, stash it in memcache (if it is not essential) or the >> datastore (if it is). This is what the session does, except that with >> sessions you don't have granular control. You end up struggling with >> the performance profile because the behavior of sessions in a cluster >> is poorly defined - some people need super transactional robust >> behavior, others don't care if the data expires randomly. >> >> Jeff >> >> On Mon, Apr 16, 2012 at 3:27 PM, andrew >> wrote: >> > As an ignorant, can I genuinely ask: >> > >> > What is the recommended equivalent implementation for apps with high >> > scalability needs (available in Java and NOT using a GAE API directly)? >> > >> > -- >> > 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/-/OxttnQjWGMEJ. >> > 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. >> > > > -- > 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/-/k849D6UBAjQJ. > > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com | 03-6384-9224 -- 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.
Re: [google-appengine] Does the Log Viewer actually work for anyone?
Hi Jason, Do you mind filing an issue on the issue tracker with some details? (e.g. app-id, example queries, etc) If you mind making the info public, you can also send it directly to me. Thanks, -- Takashi On Wed, Apr 18, 2012 at 7:33 AM, Jason Collins wrote: > Is it just me, or does the Log Viewer searching basically not work? > > I have my log storage configured to give me about 11 days of logs, but > I can rarely actually find stuff (that I _know_ occurred within my > window) by searching - both regex- and label-based searching. We run > at about 100+QPS, so trying to catch something in action is basically > impossible. > > I'm guessing the log indexing runs async to the log entries > themselves, and it's just not able to keep pace, or the indexing jobs > themselves are just failing. > > Does anyone actually have any luck searching the logs in the Log > Viewer on a reasonably high rate application? > > j > > -- > 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. > -- Takashi Matsuo | Developer Advocate | tmat...@google.com | 03-6384-9224 -- 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.
Re: [google-appengine] Queues are stuck since 11:12am PST today -- can someone look into it ASAP?
Hi Luca, We are aware that there were some hiccups within Task Queue recently. We already identified the problem and fixed it, so it should be ok now. Sorry for the inconvenience. -- Takashi On Tue, Apr 17, 2012 at 6:37 AM, Luca de Alfaro wrote: > The queues for our AppEngine App (camiologger) show no sign of > processing since 11:12am today. Not even pressing "Run Now" causes > the jobs to run successfully. I would be very grateful if someone can > look into it! > We had trouble before of queues that stopped processing jobs, but not > as long as this time... > I am hoping someone can help! > > Luca > > -- > 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. > -- Takashi Matsuo | Developer Advocate | tmat...@google.com | 03-6384-9224 -- 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.
Re: [google-appengine] Unexpected Behavior in Datastore viewer (Multiple Namespace)
Hi Nijin, Thanks for reporting. Maybe this is the same issue as: http://code.google.com/p/googleappengine/issues/detail?id=6166 If so, could you please complement the issue with what you observed. Thanks, On Thu, Apr 19, 2012 at 7:46 PM, Nijin Narayanan wrote: > Hi Team, > > My application have Multiple Namespace. And When i choose an namespace(Not > Empty Namespace). And delete some entity. After deletion completes, the page > will redirect to the Empty Namespace. But it should be come to prev selected > Namespace. > > > -Nijin Narayanan > HP: +91 96 56 56 41 91 > > > -- > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com | 03-6384-9224 -- 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.
Re: [google-appengine] Reserved Instance Hours for Backends
Hi David, On Sat, Apr 21, 2012 at 4:05 AM, David Hardwick wrote: > And how are you? > > Any talk of having Reserved Instance Hours for Backends anytime soon? > > Backends CPU is our greatest cost right now, so if we could get $0.05/ > hour instead of $0.08, then we have a 37.5% savings, which would be > huge. I think this is a very reasonable feature request. BTW, do you mind filing a issue on the public issue tracker, and call for starring it? This is one of the best way to show how many people needs a specific feature. Thanks, -- Takashi > > Super stingy, > -Hardwick > > -- > 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. > -- Takashi Matsuo | Developer Advocate | tmat...@google.com | 03-6384-9224 -- 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.
Re: [google-appengine] SMALLEST and FASTEST Template Engine on Python
Hi Ayan, I have not tried it myself yet, but how about tenjin? http://www.kuwata-lab.com/tenjin/ Besides that, if you can use python2.7 runtime, jinja2 is now bundled in the SDK, and should be fast thanks to its bytecode cache, which is only available with python2.7 runtime. However, in most cases, the difference here might be negligible compared to the cost of various RPCs. -- Takashi On Wed, Apr 25, 2012 at 6:36 PM, Ayan Debnath wrote: > Dear Friends, > > > Can you please suggest me which one is the SMALLEST and FASTEST template > engine for Google App Engine on Python2.5 and Python2.6 ? > > I am looking for the SMALLEST and FASTEST. > > Thank you > Ayan Debnath > > -- > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com | 03-6384-9224 -- 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.
Re: [google-appengine] can't deploy my app (AttributeError: can't set attribute)
Hi John, Please see my answer on Stackoverflow at: http://stackoverflow.com/questions/10315069/app-deploy-issue/10317980#10317980 On Wed, Apr 25, 2012 at 8:10 PM, John Smith wrote: > thats log: > >> Starting update of app: flyingbat123, version: 0-1 >> Getting current resource limits. >> Password for avigmati: Traceback (most recent call last): >> File "C:\Program Files (x86)\Google\google_appengine\appcfg.py", line >> 125, in >> run_file(__file__, globals()) >> File "C:\Program Files (x86)\Google\google_appengine\appcfg.py", line >> 121, in run_file >> execfile(script_path, globals_) >> File "C:\Program Files >> (x86)\Google\google_appengine\google\appengine\tools\appcfg.py", line 4062, >> in >> main(sys.argv) >> File "C:\Program Files >> (x86)\Google\google_appengine\google\appengine\tools\appcfg.py", line 4053, >> in main >> result = AppCfgApp(argv).Run() >> File "C:\Program Files >> (x86)\Google\google_appengine\google\appengine\tools\appcfg.py", line 2543, >> in Run >> self.action(self) >> File "C:\Program Files >> (x86)\Google\google_appengine\google\appengine\tools\appcfg.py", line 3810, >> in __call__ >> return method() >> File "C:\Program Files >> (x86)\Google\google_appengine\google\appengine\tools\appcfg.py", line 3006, >> in Update >> self.UpdateVersion(rpcserver, self.basepath, appyaml) >> File "C:\Program Files >> (x86)\Google\google_appengine\google\appengine\tools\appcfg.py", line 2995, >> in UpdateVersion >> self.options.max_size) >> File "C:\Program Files >> (x86)\Google\google_appengine\google\appengine\tools\appcfg.py", line 2122, >> in DoUpload >> resource_limits = GetResourceLimits(self.rpcserver, self.config) >> File "C:\Program Files >> (x86)\Google\google_appengine\google\appengine\tools\appcfg.py", line 355, >> in GetResourceLimits >> resource_limits.update(GetRemoteResourceLimits(rpcserver, config)) >> File "C:\Program Files >> (x86)\Google\google_appengine\google\appengine\tools\appcfg.py", line 326, >> in GetRemoteResourceLimits >> version=config.version) >> File "C:\Program Files >> (x86)\Google\google_appengine\google\appengine\tools\appengine_rpc.py", line >> 379, in Send >> self._Authenticate() >> File "C:\Program Files >> (x86)\Google\google_appengine\google\appengine\tools\appengine_rpc.py", line >> 437, in _Authenticate >> super(HttpRpcServer, self)._Authenticate() >> File "C:\Program Files >> (x86)\Google\google_appengine\google\appengine\tools\appengine_rpc.py", line >> 281, in _Authenticate >> auth_token = self._GetAuthToken(credentials[0], credentials[1]) >> File "C:\Program Files >> (x86)\Google\google_appengine\google\appengine\tools\appengine_rpc.py", line >> 233, in _GetAuthToken >> e.headers, response_dict) >> File "C:\Program Files >> (x86)\Google\google_appengine\google\appengine\tools\appengine_rpc.py", line >> 94, in __init__ >> self.reason = args["Error"] >> AttributeError: can't set attribute >> 2012-04-25 18:56:14 (Process exited with code 1) > > > thats my app.yaml: >> >> application: flyingbat123 >> version: 0-1 >> runtime: python >> api_version: 1 >> threadsafe: no >> >> handlers: >> >> - url: /favicon.ico >> static_files: static/favicon.ico >> upload: static/favicon.ico >> >> - url: /robots.txt >> static_files: static/robots.txt >> upload: static/robots.txt >> >> - url: /template >> static_dir: static/template >> >> - url: /img >> static_dir: static/img >> >> - url: /webadmin/.* >> script: $PYTHON_LIB/google/appengine/ext/admin >> login: admin >> >> - url: /js >> static_dir: static/js >> >> - url: /css >> static_dir: static/css >> >> - url: /admin.* >> script: bootstrap.py >> login: admin >> >> - url: .* >> script: bootstrap.py > > > -- > 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/-/PahzVmCwkcYJ. > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Schedule Datastore backups.
Here you are: https://developers.google.com/appengine/articles/scheduled_backups On Thu, Apr 26, 2012 at 1:30 PM, Renzo Nuccitelli wrote: > I read that on 1.6.5 release notes this feature is included, but have not > found any documentation about it. I´ve searched on Cron and App Cfg docs. > Could anyone point out the docs? > > Thanks, > Renzo > > -- > 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/-/vkhW8YUG_jwJ. > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Large latency spike, need assistance
Hi Nathan, I think it's OK now. Are you still seeing this? BTW, this list is not a support channel with any kind of SLA. Now we're offering premier support for that type of demand. For more details about our premier support, please see: https://developers.google.com/appengine/docs/premier/ Regards, -- Takashi On Thu, Apr 26, 2012 at 2:43 AM, Nathan Skone wrote: > Application: hs-hbo > Datastore: High Replication > Normal latencies: 50ms-200ms > Today's latencies: 5000ms-1ms > Idle Instances: ( Automatic – Automatic ) > Pending Latency: ( Automatic – Automatic ) > > Dear Appengine Team, > > This morning the latency of my application saw a sudden spike that has made > it unusable for my company's purposes. How can I get assistance with this > problem? This is an urgent issue that is directly effecting our customers. > > Thank you, > Nathan Skone > DYMO / Mimio - A Newell Rubbermaid Company > > -- > 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/-/O-GXusXXlzsJ. > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Large latency spike, need assistance
Hi Nathan, On Fri, Apr 27, 2012 at 1:17 AM, Nathan Skone wrote: > Takashi, > > The latency spike stopped around 11:30pm PST. Can you tell what caused the > high latency, and if it is likely to occur again in the future? Occasional > spikes such as what happened yesterday would make the Google App Engine much > less useful to my company. First, are you really sure that the cause is in our side? Do you have any appstats results which show that any of your RPC calls don't take longer time than usual? If your RPCs take time, there are several things you can do to mitigate this. Do you set any deadline on your datastore calls? If no, you may want to set it appropriately, and when hitting the deadline, you can return a failure to your web clients and tell them to retry. Are you using urlfetch service to retrieve external resources? If so, sometimes those external resources can be the culprits. If you entirely rely your app's performance on the memcache service, which has no SLA, your app might see high latency when the memcache is flushed. In this particular case, as far as I know, there was no significant system issue around that time, so I don't think this was a system wide issue, and in such cases, please understand that we can not offer reports like that every time to every customers who experienced high latency(again, premier customers are different, at least to my knowledge). > I understand there is no SLA support channel for non-premium accounts. Does > that mean that us paying customers that cannot justify the extra $500 > monthly fee cannot depend on any support from Google when experiencing > problems? No, not at all. There are still several options. You can use a new feature for reporting production issues in your admin console. You should be able to see a link 'Report Production Issue' on the right top side of your admin console, where you can report a production issue alongside of a screenshot with some highlights and privacy masks. That way, now you can report issues to us privately without revealing your app-id. Of course, you can also post here, then we offer a best effort support, like this ;) -- Takashi > > Thank you for your response, > > Nathan Skone > DYMO / Mimio - A Newell Rubbermaid Company > > On Wednesday, April 25, 2012 11:58:27 PM UTC-7, Takashi Matsuo (Google) > wrote: >> >> Hi Nathan, >> >> I think it's OK now. Are you still seeing this? >> >> BTW, this list is not a support channel with any kind of SLA. Now >> we're offering premier support for that type of demand. >> For more details about our premier support, please see: >> https://developers.google.com/appengine/docs/premier/ >> >> Regards, >> >> -- Takashi >> >> On Thu, Apr 26, 2012 at 2:43 AM, Nathan Skone >> wrote: >> > Application: hs-hbo >> > Datastore: High Replication >> > Normal latencies: 50ms-200ms >> > Today's latencies: 5000ms-1ms >> > Idle Instances: ( Automatic – Automatic ) >> > Pending Latency: ( Automatic – Automatic ) >> > >> > Dear Appengine Team, >> > >> > This morning the latency of my application saw a sudden spike that has >> > made >> > it unusable for my company's purposes. How can I get assistance with >> > this >> > problem? This is an urgent issue that is directly effecting our >> > customers. >> > >> > Thank you, >> > Nathan Skone >> > DYMO / Mimio - A Newell Rubbermaid Company >> > >> > -- >> > 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/-/O-GXusXXlzsJ. >> > 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. >> >> >> >> -- >> Takashi Matsuo | Developer Advocate | tmat...@google.com > > -- > 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/-/omv0xvTjHnwJ. > > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Scheduler/billing changes in 1.6.5? My daily cost went from $5 to $35.
On Fri, Apr 27, 2012 at 10:16 AM, Per wrote: > Hi team, > > previously, the scheduler used to spin up 3 instances for our > application, only used 1 out of the 3, but at least we didn't have to > pay for the unused instances. There was always a big gap between total > instances and billed instances. Wasn't it because that you set Max Idle Instances at that time? If you set Max Idle Instances to Automatic, the total instances and billed instances should be the same. > > However, as of yesterday, the scheduler continues to spin up 3 > instances on average, but we have to pay for all of them. We're at > maybe 1 request per second on average, and it's all handled just fine > by one instance. We're on F4, so having to pay for 2 mostly unused > instances hurts. > > > Since this seems to coincide with the 1.6.5 release, I'm tempted to > think that there's something changed in the background, and it would > be great to learn more about the new suggested way. > > When we tried to limit idle instances last time, all we got was > instance churn and bad latency. So we're on automatic/automatic these > days, and I'd prefer not to have to experiment again. Some advice > would be great. Again, I'm wondering when you tried to limit the idle instances. Generally speaking, you can not get everything. If you want a better performance, you'll need to pay more, and vice versa. However, if you're really certain that the behavior of our scheduler has significantly changed, please let me know your app-id and detailed explanation(it can be off-list), so I can look into it further. > > That aside 1.6.5 is great of course! :) Thanks! -- Takashi > > Cheers, > Per > > -- > 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. > -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Scheduler/billing changes in 1.6.5? My daily cost went from $5 to $35.
Hi Per, Thanks for sending the details. First thing comes to mind is that the culprit might be instances on a version 'ah-builtin-python-bundle'. This version is currently dedicated to the 'Datastore Admin' feature. I think you are running some task like backup/copy/deletion in 'Datastore Admin', right? I hope it could explain the situation you are experiencing right now. Please let me know if that isn't the case. Thanks, -- Takashi On Tue, May 15, 2012 at 7:06 AM, Per wrote: > <https://lh3.googleusercontent.com/-qa-cjA-cUbM/T7GBSShwGrI/ADY/OYljQYgcczc/s1600/changed-2-weeks-ago.jpg> > > > Hi Takashi, > > I waited with my response because I didn't want to jump to conclusions. > Yes, I have been experimenting with some settings every now and then, > limiting instances, playing with the pending sliders etc. But all it did > was change how quickly instances were created or collected (while always > increasing latency). It didn't change how the billed instances were > calculated. > > > Above is the chart of my applications' instances for the past month. (The > editor didn't allow me to place it at the right location...) It's rather > easy to spot when things changed. We used to get billed for roughly one > instance on average. Yes, we did have more than one running, but it was > (and is!) always one instances that handles 95% to 99% of the load. So it > seemed only just that Google would only charge for the main instances. I > never asked for an instance that just sits there, but I didn't mind it > while it was free :) > > > So now being charged for two or three instances, when only one is really > doing anything, seems like a major change that should be documented. Okay, > maybe it's just our application, but our pricing has increased steeply. I > just posted another message about the frontend hour calculation. Both > issues combined seem to have led to a pricing increase from $5 to $10 > before, to now $30 to $50. Our request per second have increased > moderately, we may have made some requests slower, we might have slightly > different usage patterns. But I cannot see a reason for a price increase > this steep. > > Any help or insight would be appreciated. Our app ID is > small-improvements-hrd > > Kind regards, > Per > > > > > On Friday, April 27, 2012 7:02:26 AM UTC+2, Takashi Matsuo (Google) wrote: >> >> On Fri, Apr 27, 2012 at 10:16 AM, Per wrote: >> > Hi team, >> > >> > previously, the scheduler used to spin up 3 instances for our >> > application, only used 1 out of the 3, but at least we didn't have to >> > pay for the unused instances. There was always a big gap between total >> > instances and billed instances. >> >> Wasn't it because that you set Max Idle Instances at that time? >> If you set Max Idle Instances to Automatic, the total instances and >> billed instances should be the same. >> >> > >> > However, as of yesterday, the scheduler continues to spin up 3 >> > instances on average, but we have to pay for all of them. We're at >> > maybe 1 request per second on average, and it's all handled just fine >> > by one instance. We're on F4, so having to pay for 2 mostly unused >> > instances hurts. >> > >> > >> > Since this seems to coincide with the 1.6.5 release, I'm tempted to >> > think that there's something changed in the background, and it would >> > be great to learn more about the new suggested way. >> > >> > When we tried to limit idle instances last time, all we got was >> > instance churn and bad latency. So we're on automatic/automatic these >> > days, and I'd prefer not to have to experiment again. Some advice >> > would be great. >> >> Again, I'm wondering when you tried to limit the idle instances. >> Generally speaking, you can not get everything. If you want a better >> performance, you'll need to pay more, and vice versa. >> >> However, if you're really certain that the behavior of our scheduler >> has significantly changed, please let me know your app-id and detailed >> explanation(it can be off-list), so I can look into it further. >> >> > >> > That aside 1.6.5 is great of course! :) >> >> Thanks! >> >> -- Takashi >> >> > >> > Cheers, >> > Per >> > >> > -- >> > You received this message because you are subscribed to the Google >> Groups "Google App Engine" group. >> > To post to t
Re: [google-appengine] Large latency spike, need assistance
Hi Ronoaldo, A good question! Looking through the Python memcache API, some methods like get_multi_async() or set_multi_async() on the Client class receive rpc object as a keyword argument, so you can pass an rpc object with a particular deadline. For more details, please refer to our doc at: https://developers.google.com/appengine/docs/python/memcache/clientclass Thanks, On Wed, May 9, 2012 at 6:19 AM, Ronoaldo José de Lana Pereira < rpere...@beneficiofacil.com.br> wrote: > Hello Takashi, > > Is there a way to set a deadline for memcache? Does the pattern: > > get from cache: > if not there, get from datastore: > store in cache > > .. in a scenario where the memcache is down and the timeout to see that it > is down will degrade the app performance instead of make it better? > > As we can see on the status dashboard, there was a huge increase in > memcache and datastore latency: > > > <https://lh6.googleusercontent.com/-GdRSS0CDCtM/T6mAOddnAHI/ADo/4AyLDR-23hQ/s1600/Captura_de_tela-1.png> > > <https://lh3.googleusercontent.com/-9WfMfqlOeGs/T6mAK0LOLjI/ADg/sb0pN-TdiuM/s1600/Captura_de_tela.png> > > > > Em quinta-feira, 26 de abril de 2012 15h08min16s UTC-3, Takashi Matsuo > (Google) escreveu: > >> Hi Nathan, >> >> On Fri, Apr 27, 2012 at 1:17 AM, Nathan Skone >> wrote: >> > Takashi, >> > >> > The latency spike stopped around 11:30pm PST. Can you tell what caused >> the >> > high latency, and if it is likely to occur again in the future? >> Occasional >> > spikes such as what happened yesterday would make the Google App Engine >> much >> > less useful to my company. >> >> First, are you really sure that the cause is in our side? Do you have >> any appstats results which show that any of your RPC calls don't take >> longer time than usual? If your RPCs take time, there are several >> things you can do to mitigate this. Do you set any deadline on your >> datastore calls? If no, you may want to set it appropriately, and when >> hitting the deadline, you can return a failure to your web clients and >> tell them to retry. Are you using urlfetch service to retrieve >> external resources? If so, sometimes those external resources can be >> the culprits. If you entirely rely your app's performance on the >> memcache service, which has no SLA, your app might see high latency >> when the memcache is flushed. >> >> In this particular case, as far as I know, there was no significant >> system issue around that time, so I don't think this was a system wide >> issue, and in such cases, please understand that we can not offer >> reports like that every time to every customers who experienced high >> latency(again, premier customers are different, at least to my >> knowledge). >> >> > I understand there is no SLA support channel for non-premium accounts. >> Does >> > that mean that us paying customers that cannot justify the extra $500 >> > monthly fee cannot depend on any support from Google when experiencing >> > problems? >> >> No, not at all. There are still several options. You can use a new >> feature for reporting production issues in your admin console. You >> should be able to see a link 'Report Production Issue' on the right >> top side of your admin console, where you can report a production >> issue alongside of a screenshot with some highlights and privacy >> masks. That way, now you can report issues to us privately without >> revealing your app-id. >> >> Of course, you can also post here, then we offer a best effort >> support, like this ;) >> >> -- Takashi >> >> > >> > Thank you for your response, >> > >> > Nathan Skone >> > DYMO / Mimio - A Newell Rubbermaid Company >> > >> > On Wednesday, April 25, 2012 11:58:27 PM UTC-7, Takashi Matsuo (Google) >> > wrote: >> >> >> >> Hi Nathan, >> >> >> >> I think it's OK now. Are you still seeing this? >> >> >> >> BTW, this list is not a support channel with any kind of SLA. Now >> >> we're offering premier support for that type of demand. >> >> For more details about our premier support, please see: >> >> https://developers.google.com/**appengine/docs/premier/<https://developers.google.com/appengine/docs/premier/> >> >> >> >> Regards, >> >> >> >> -- Takashi >> >> >> >> On Thu, Apr 26, 2012 at 2:43 AM, Nathan Skone >>
Re: [google-appengine] Mysteriously ramping request times
le-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-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. >>> >>> >>> -- >>> 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. >> >> > > -- > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Re: OnProd : SystemError: Parent module 'django.template.loaders' not loaded
Hi Amine, Could you show me your app.yaml and how you specify the django version? Do you use datastore admin? If yes, how did you setup the datastore admin? -- Takashi On Fri, Jun 1, 2012 at 6:03 PM, Amine Azariz wrote: > No one here ? > > Le jeudi 31 mai 2012 18:01:26 UTC, Amine Azariz a écrit : >> >> LOGS. >> >> File >> "/base/python_runtime/python_lib/versions/third_party/django-1.2/django/template/loader.py", >> line 157, in get_template >> template, origin = find_template(template_name) >> File >> "/base/python_runtime/python_lib/versions/third_party/django-1.2/django/template/loader.py", >> line 134, in find_template >> source, display_name = loader(name, dirs) >> File >> "/base/python_runtime/python_lib/versions/third_party/django-1.2/django/template/loaders/filesystem.py", >> line 55, in load_template_source >> import warnings >> SystemError: Parent module 'django.template.loaders' not loaded > > -- > 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/-/ShJCn_Jul1wJ. > > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Re: Cannot add APP Engine app to Domain
Hi Ron and SG, Is the domain your primary domain? Now, non-primary domains are not supported for adding App Engine apps as described in our help center: http://support.google.com/a/bin/answer.py?hl=en&answer=182081 In case your domain is the primary domain, do you still see the problem? I'm trying to reproduce your issues, but I could not repro with my own domain. -- Takashi On Fri, Jun 1, 2012 at 9:31 PM, Ron wrote: > Ikai / Jason / Wesley ? can someone help? > > > On Friday, 1 June 2012 08:15:25 UTC+1, Ron wrote: >> >> I'm also getting the same since early yesterday. >> >> Our business depends on adding our application to our customers' domains, >> can someone from Google please respond? >> >> >> On Friday, 1 June 2012 01:28:12 UTC+1, Sgia wrote: >>> >>> I have seen many posts about this, and none of the solutions work for >>> me. >>> >>> When attempting to add a domain to an app in >>> https://www.google.com/a/cpanel/>> domain>/AddAppEngineService >>> >>> I get the error: >>> >>> "An error occurred while trying to install this application. Please >>> try again later." >>> >>> I have tried the Domain settings->control-panel->Current Release >>> change as stated all over the internet, however this does not work. >>> >>> Also, under Application Settings -> Add Domain - I get the same >>> error. >>> >>> It seems many many people have a problem with this. Is there any >>> solution? >>> >>> Thanks, >>> SG > > -- > 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/-/Hn3mBa6POW4J. > > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Huge execution times. DeadlineExceededException(s). Crushing Weltschmerz.
Please file a production issue on our issue tracker: http://code.google.com/p/googleappengine/issues/entry?template=Production%20issue On Sat, Jun 2, 2012 at 12:50 AM, Cesium wrote: > I am seeing wild execution times for requests that nominally take > 500ms. E.g., > xxx.xxx.xxx.xxx - - [01/Jun/2012:07:21:08 -0700] "POST > /xxx/sdtp?t=ACCESS_POINT_APP_DATA_UPLOAD HTTP/1.1" 200 64 - - > "xxx.appspot.com" ms=54346 cpu_ms=3858 api_cpu_ms=8 cpm_usd=0.107224 > loading_request=1 pending_ms=1566 > instance=00c61b117cfadbd3e42218864e6cc2ffe3449b > > I'm also seeing DeadlineExceededException(s). E.g., > com.google.apphosting.api.DeadlineExceededException: This request > (41c5eb91df9afc7a) started at 2012/06/01 14:27:26.021 UTC and was still > executing at 2012/06/01 14:28:25.488 UTC. > (that's a whole minute.) > > The absence of any feedback from previous posts (see "Stop tearing down my > instances!") has lead to overwhelming weltschmerz. > > What's a brother gotta' do to get some love? > David > > > -- > 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/-/4_H4c0or0s8J. > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Huge execution times. DeadlineExceededException(s). Crushing Weltschmerz.
Hi David, First of all, it seems OK right now. Let me know that's not the case. If you don't want to put information on the public issue tracker, please use the "Report Production Issue" located near the right-top corner of the Admin Console. The report tool will collect some useful information and convey it to us secretly. At the same time, I'd suggest using appstats in order to find out the root cause of your latency first. If a certain RPC is the culprit, there would be a decent workaround. Basically you can set a particular deadline on the RPC call, and catch the deadline error and tell the client to retry. Besides that, please keep in mind that the performance of each loading request(sure, actually every single request) may vary, because of various reasons like actions of other customers in the same cluster, the load on the system, or some kind of maintenance happening. App Engine is a multi-tenant cloud platform. Actually, in that timeframe, I can see that only loading requests of your application had higher latencies. Those kind of hiccups are supposed to be automatically addressed and fixed swiftly(almost always faster than manual intervention like me doing right now). Additionally, you can set "Min Idle Instances" to a certain level in order to mitigate this kind of risk, although it will certainly cost you some more money. Please let me know if you have further questions. -- Takashi On Sat, Jun 2, 2012 at 4:59 AM, Cesium wrote: > Hi Takashi, > > Thank you for your help! > > I sent you an email with some details. > > Cheers, > David > > -- > 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/-/hD6FC_YSBlsJ. > > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] 500 Server Error
Hi Pamela, I'm going to escalate it to the engineering team, but could you file a production issue? On Sat, Jun 2, 2012 at 8:31 AM, pamela wrote: > I'm getting a 500 on app ID everyday-app, for the last 5 minutes. I > don't see them in my logs, so seems like an App Engine issue. Can you > confirm/fix? > > -- > 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. > -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Re: 500 Server Error
I think I can see several 500 errors in your logs, there were little hiccups in our infrastructure at that timeframe. I think it's stabilized now. Most of them were loading requests, so if you set "Min Idle Instances" to appropriate number, you'd be able to mitigate this issue. Thanks, On Sat, Jun 2, 2012 at 8:57 AM, pamela wrote: > Filed a production issue - per pingdom's report, it seems to be going > up and down (though I've only caught it down): > http://dl.dropbox.com/u/10998095/Screenshots/4l6dnmrcx2re.png > > On Jun 1, 4:40 pm, Takashi Matsuo wrote: >> Hi Pamela, >> >> I'm going to escalate it to the engineering team, but could you file a >> production issue? >> >> On Sat, Jun 2, 2012 at 8:31 AM, pamela wrote: >> > I'm getting a 500 on app ID everyday-app, for the last 5 minutes. I >> > don't see them in my logs, so seems like an App Engine issue. Can you >> > confirm/fix? >> >> > -- >> > 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 >> > athttp://groups.google.com/group/google-appengine?hl=en. >> >> -- >> Takashi Matsuo | Developer Advocate | tmat...@google.com > > -- > 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. > -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Re: Cannot add APP Engine app to Domain
On Sun, Jun 3, 2012 at 9:38 PM, Ron wrote: > Thanks but I've been using a separate browser. I've just cleared everything > in the browser, history, cookies, logins etc, and stil the same problem. > > I don't believe it it browser issue as I'm not the only one getting this. > > It is a widespread issue, as others have contacted me about the same. It > has also worked for me for over 140 domains in past 2 months until it > suddenly stopped working on Thursday. > > Has anyone been able to add an app to a domain in the past few days? As you said, this issue is now handled by our Enterprise Support Team. As far as I tested, I was able to add several apps to several domains of my own. Let me confirm one thing. Is your app configured as using specific google apps domain authentication? If that's the case, you can not add the app to a domain different from the one configured for the authentication. -- Takashi > > > On Saturday, 2 June 2012 23:24:54 UTC+1, Jeff Schnitzer wrote: >> >> Have you tried logging out of all Google domains (ie, no multi-login) >> and logging into just the one you are trying to work with? This has >> helped in the past. >> >> Jeff >> >> On Sat, Jun 2, 2012 at 12:28 PM, Ron wrote: >> > OK, I have had acknowledgement from Enterprise Support on Friday, that >> > the >> > problem can be recreated and that it is a bug >> > >> > but it is still not fixed >> > >> > since then I have 3 other people email me privately in desperation, >> > clearly >> > this is a widespread problem >> > >> > can someone please do something? >> > >> > I am certain this affects any domain and any app >> > >> > >> > On Friday, 1 June 2012 21:10:11 UTC+1, Ron wrote: >> >> >> >> primary domain, actually domains, I have tried several domains and get >> >> the >> >> same problem >> >> >> >> I have tried several apps and get the same problem >> >> >> >> I just tried and still getting the same problem >> >> >> >> "An error occurred while trying to install this application. Please try >> >> again later." >> >> >> >> >> >> On Friday, 1 June 2012 16:32:30 UTC+1, Takashi Matsuo (Google) wrote: >> >>> >> >>> Hi Ron and SG, >> >>> >> >>> Is the domain your primary domain? >> >>> >> >>> Now, non-primary domains are not supported for adding App Engine apps >> >>> as described in our help center: >> >>> http://support.google.com/a/bin/answer.py?hl=en&answer=182081 >> >>> >> >>> In case your domain is the primary domain, do you still see the >> >>> problem? >> >>> I'm trying to reproduce your issues, but I could not repro with my own >> >>> domain. >> >>> >> >>> -- Takashi >> >>> >> >>> On Fri, Jun 1, 2012 at 9:31 PM, Ron wrote: >> >>> > Ikai / Jason / Wesley ? can someone help? >> >>> > >> >>> > >> >>> > On Friday, 1 June 2012 08:15:25 UTC+1, Ron wrote: >> >>> >> >> >>> >> I'm also getting the same since early yesterday. >> >>> >> >> >>> >> Our business depends on adding our application to our customers' >> >>> >> domains, >> >>> >> can someone from Google please respond? >> >>> >> >> >>> >> >> >>> >> On Friday, 1 June 2012 01:28:12 UTC+1, Sgia wrote: >> >>> >>> >> >>> >>> I have seen many posts about this, and none of the solutions work >> >>> >>> for >> >>> >>> me. >> >>> >>> >> >>> >>> When attempting to add a domain to an app in >> >>> >>> https://www.google.com/a/cpanel/> >>> >>> domain>/AddAppEngineService >> >>> >>> >> >>> >>> I get the error: >> >>> >>> >> >>> >>> "An error occurred while trying to install this application. >> >>> >>> Please >> >>> >>> try again later." >> >>> >>> >> >>> >>> I have tried the Domain settings->control-panel->Current Release >> >>
Re: [google-appengine] Re: DeadlineExceededException(s) for the last 2 hours
Could you file a production issue on our issue tracker? On Mon, Jun 4, 2012 at 9:04 PM, Miroslav Genov wrote: > Here is an updated version of the error graph and the problem still > occurs. > > > On Monday, June 4, 2012 9:24:13 AM UTC+3, Miroslav Genov wrote: >> >> Ops, I typed wrong the app Id. The app id is: cmsevobg-hr >> >> >> On Monday, June 4, 2012 9:23:29 AM UTC+3, Miroslav Genov wrote: >>> >>> Hello, >>> >>> We are experiencing the warm-up issue and our application was started to >>> become unusable for the last 2 hours. My email message contains a >>> screenshot of the error rate that is snapshotted from our dashboard. >>> >>> appId: cmdevobg-hr >>> datastore: HRD >>> >>> >>> Regards, >>> Miroslav >>> >> -- > 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/-/vFV5zQa5gGEJ. > > 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. > -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] SpreadsheetService works in development node but app engine
Hi Ding, Can you ask this kind of question on StackOverflow? We moved Q&A functionality from this forum to "google-app-engine" tag there. http://stackoverflow.com/questions/tagged/google-app-engine Thanks, On Sun, Jun 3, 2012 at 10:59 PM, Ding Qin wrote: > Hi, > > I'm developing GWTP project, and below scenarios are tested > successfully in my local development mode : > > 1. Get authenticated and authorized by OpenID and OAuth > 2. Save GoogleOAuthParameters object into HttpSession. > 3. Another action handler reuses the GoogleOAuthParameters stored in > session to get SpreadsheetService object. > 4. Use SpreadsheetService to manipulate spread sheets in GDoc. > > However, when being deployed to App Engine, nothing can be read from > GDoc, and no error/warning also, and returned list is always empty. > > spreadsheetService = new SpreadsheetService("test"); > GoogleOAuthParameters oauthParameters = > > (GoogleOAuthParameters)sessionProvider.get().getAttribute(HttpSessionProvider.PARAM_OAUTH_PARAMETERS); > spreadsheetService.setOAuthCredentials(oauthParameters, new > OAuthHmacSha1Signer()); > oauthParameters.setScope(SCOPE_SPREADSHEET); > > If I clearly use username/password as below when initializing > SpreadsheetService, I can retrieve data from GDoc. > > SpreadsheetService sService = new SpreadsheetService("test"); > sService.setUserCredentials("username", "password"); > > I'm using App Engine SDK 1.6.6, and gdata-spreadsheet-3.0. > Please advise whether anything I did wrongly. > Thanks! > > -- > 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. > > -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Request handler importing performance impact?
Hi Hai :) Can you ask this kind of question on StackOverflow? We moved Q&A functionality from this forum to "google-app-engine" tag there. http://stackoverflow.com/questions/tagged/google-app-engine Thanks, On Sun, Jun 3, 2012 at 8:02 PM, Hai Phaikawl wrote: > My main handler file looks like this: > > import webapp2 > import install > import homepage > import authhandler > import admin_user > > app = webapp2.WSGIApplication([ > (authhandler.get_login_url(), authhandler. > LoginHandler), > (authhandler.get_logout_url(), authhandler > .LogoutHandler), > ("/install", install.InstallHandler), > ("/admin/user/add", admin_user. > AdminAddUserHandler), > ("/admin/user", admin_user. > AdminUserHandler), > ("/", homepage.HomepageHandler), > ], debug=True) > > As I could see, there's a whole bunch of modules to import, and those > modules also import others, it's very very unnecessary because users only > access one and only one handler in each request. It hurts performance. > How could I improve it? > > -- > 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/-/jMkvImKqLIUJ. > 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. > -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] The Index status is constantly 'Building'
Hi Iwan, First, it seems that your indexes are already built. Please let me know if that's not the case. The indexes are built by a background task in our system. The task may take few hours to finish creating your indexes. Yes, it might be longer than you expect first, but please be patient at least for several hours before taking action. If it has been "Building" for over 6 hours, please consider filing a production issue on our issue tracker. -- Takashi On Sun, Jun 3, 2012 at 5:43 PM, Iwan Satria wrote: > Hi, > I have deployed an application to GAE and encountered this error when I > try to access the frontpage. > > NeedIndexError: The index for this query is not ready to serve. See the > Datastore Indexes page in the Admin Console. > > > So I went to the Datastore Indexes page and the status is '*Building*'. I > have waited for about 1.5 hours ago but it is still 'Building' up until > now. How long does it normally take to index the entity? > > I added a new column in one of the Entities, tested it in my local and it > worked okay. This problem happens only in the deployed website. Is there > any procedure that I should follow in order to add/remove a column in any > Entity? > > Any feedback is appreciated. > > This is my URL: > http://vargassihelloudacity.appspot.com/ > > -- > 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/-/rbcZ1iwGmQYJ. > 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. > -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Error: Server Error !
Hi Camila, Please go to the Admin Console and check the logs at: https://appengine.google.com/dashboard?app_id=YOUR_APP_ID Check the "Logs" menu on the left side. Please consider asking questions on StackOverflow at: http://stackoverflow.com/questions/tagged/google-app-engine -- Takashi On Sat, Jun 2, 2012 at 3:23 AM, Camila Silva wrote: > My normal servlet works on localhost: , But when I Deploy the road > and on the Internet the servlet does not work, of this error message: > Error: Server Error The server encountered an error and Could not complete > your request. If the problem persists, please report your problem and > mention this error message and the query That Caused it. No hint of where > ta the error, does anyone know how to fix this, have any tips? The url is: > testesfac.appspot.com Note: This is for all my applications!Desfazer > edições > > -- > 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/-/XRBpayQOA_AJ. > 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. > -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] CRON JOB EXAMPLE (PURE DJANGO CODE)
Hi Nikhil, Can you ask this kind of question on StackOverflow? We moved Q&A functionality from this forum to "google-app-engine" tag there. http://stackoverflow.com/questions/tagged/google-app-engine Please don't forget to read our doc first at: https://developers.google.com/appengine/docs/python/config/cron Also, don't forget to describe what you have done and how it didn't work, along with your question. Thanks, On Tue, Jun 5, 2012 at 4:33 PM, Nikhil Jain wrote: > Dear Guys, > Am not able to setup cron job for pure django. > > Please share with a flow or simple example with steps. > > Seeking your's great help. > > Great Regards. > > -- > 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. > -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Service Failure - all instances restarted simultaneously
Hi Hamish, On Tue, Jun 5, 2012 at 6:29 PM, Hamish wrote: > Hi, > > It appears that all instances for our application got restarted at the > same time causing service failure for our customers. > > This happened at about 8am (GMT) this morning and we can see a spike > downwards on the graphs of the traffic served. > > We use the High Replication Data store and our app id is dacloudapi. > > Why would this happen? It seems very odd for "all" instances including > the resident to restart at the same time. > It's totally an expected behavior because we moved your application from one datacenter to another around that time. In the current system design, when it happens, your instances will need to be re-loaded in the new datacenter. Also, all of your memcache content will be flushed in that case. Although we're trying hard to avoid this situation as much as possible, but it can happen to any application. So it is very important to keep your application fast even on the loading request in order to minimize the damage to your system during such serving changes. -- Takashi > Can someone please look into this for me? > > Thank you, > Hamish > > -- > 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. > > -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Re: 500 Server Error
Hi Pamela, Re: recommendation It depends on how important the uptime is for you. Whatever you can do to mitigate the risk of having lots of loading requests, will naturally cost you more. For example, stopping setting "Max Idle Instances", settings some "Min Idle Instances", and upgrading to higher instance class like F2, all of them will improve your app's performance and uptime, but lead to a higher bill. Re: versions Unfortunately the idle instances settings only affect the default version now. So If I were you, I would merge all of them into one default version and try that "Min Idle instances" setting first. Of course, if you feel that your paid application experienced an SLA violation, please fill out the form bellow: http://support.google.com/code/bin/request.py?contact_type=cloud_platform_billing -- Takashi On Wed, Jun 6, 2012 at 6:01 AM, Pamela Fox wrote: > I raised the instances to 2 and seemed to experience a 5 minute outage > last night. Are the instances per version or across the whole app? I > regularly serve traffic from 3 versions (1 for web, 1 for android, 1 for > iphone), and I don't particularly want any of them to go out. > > Thanks! > > > On Fri, Jun 1, 2012 at 5:27 PM, pamela wrote: > >> I'll admit I haven't gotten my head wrapped around the optimal >> configuration for instances/latency. Currently my min idle instances >> is just set to automatic, the default. What would you recommend? >> >> Thanks, Takashi! >> >> >> On Jun 1, 5:17 pm, Takashi Matsuo wrote: >> > I think I can see several 500 errors in your logs, there were little >> > hiccups in our infrastructure at that timeframe. I think it's >> > stabilized now. >> > Most of them were loading requests, so if you set "Min Idle Instances" >> > to appropriate number, you'd be able to mitigate this issue. >> > >> > Thanks, >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > On Sat, Jun 2, 2012 at 8:57 AM, pamela >> wrote: >> > > Filed a production issue - per pingdom's report, it seems to be going >> > > up and down (though I've only caught it down): >> > >http://dl.dropbox.com/u/10998095/Screenshots/4l6dnmrcx2re.png >> > >> > > On Jun 1, 4:40 pm, Takashi Matsuo wrote: >> > >> Hi Pamela, >> > >> > >> I'm going to escalate it to the engineering team, but could you file >> a >> > >> production issue? >> > >> > >> On Sat, Jun 2, 2012 at 8:31 AM, pamela >> wrote: >> > >> > I'm getting a 500 on app ID everyday-app, for the last 5 minutes. I >> > >> > don't see them in my logs, so seems like an App Engine issue. Can >> you >> > >> > confirm/fix? >> > >> > >> > -- >> > >> > 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 athttp:// >> groups.google.com/group/google-appengine?hl=en. >> > >> > >> -- >> > >> Takashi Matsuo | Developer Advocate | tmat...@google.com >> > >> > > -- >> > > 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 athttp:// >> groups.google.com/group/google-appengine?hl=en. >> > >> > -- >> > Takashi Matsuo | Developer Advocate | tmat...@google.com >> >> -- >> 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. >> >> > -- > 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. > -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Billing Status: Leaving Grace Period
Could you file a production issue on our issue tracker? http://code.google.com/p/googleappengine/issues/entry?template=Production%20issue On Wed, Jun 6, 2012 at 11:02 PM, Euan Chisholm wrote: > > My app (spendgatel) has been showing as "Leaving Grace Period" for several > weeks now - this is preventing me from changing application settings and > settling the charges that are building up. I've tried contacting App Engine > Billing but without any success. I don't seem to be able to do anything to > force the end of the grace period. Any ideas who this can be escalated to? > > Thanks > > Euan > > -- > 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/-/7iHE5mDlhPsJ. > 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. > -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Service Failure - all instances restarted simultaneously
Hi Hamish, On Fri, Jun 8, 2012 at 12:27 AM, Hamish wrote: > Hi Takashi, > > Thank you for the reply. > > I understand from your point of view it is expected behaviour but from > ours it is not. We were not notified of any data centre move and to have > our application suddenly stop responding even for a short while is not > acceptable. > Well, I can understand your feeling, but we don't usually notify you beforehand about such a move. One of the beauty of App Engine is that you don't have to worry about those kind of things. In terms of outage, if you feel it violated our SLA, please fill a form at: http://support.google.com/code/bin/request.py?contact_type=cloud_platform_billing > > Is it possible for you to do such moves more gradually? Such as serve some > requests from the new location and then once things are warmed up and > working switch all the traffic to the new location. > Thanks for the feedback. Can you file a feature request for that? > Are all our application instances in the same data centre? Is this always > the case? I would hope there would be some kind of geographic spread to the > location of instances if requests are coming in from different parts of the > world. > Unfortunately, I don't think I can answer the few questions here, but in general, we're working hard and discussing several possibilities including things you're suggesting, in order to improve the developer experiences. -- Takashi > > Thanks again you for your help, > Hamish > > > > > On Tuesday, June 5, 2012 1:37:26 PM UTC+1, Takashi Matsuo (Google) wrote: >> >> >> Hi Hamish, >> >> It's totally an expected behavior because we moved your application from >> one datacenter to another around that time. In the current system design, >> when it happens, your instances will need to be re-loaded in the new >> datacenter. Also, all of your memcache content will be flushed in that case. >> >> Although we're trying hard to avoid this situation as much as possible, >> but it can happen to any application. So it is very important to keep your >> application fast even on the loading request in order to minimize the >> damage to your system during such serving changes. >> >> -- Takashi >> >> >>> Can someone please look into this for me? >>> >>> Thank you, >>> Hamish >>> >>> -- >>> 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+unsubscribe@**googlegroups.com >>> . >>> For more options, visit this group at http://groups.google.com/** >>> group/google-appengine?hl=en<http://groups.google.com/group/google-appengine?hl=en> >>> . >>> >>> >> >> >> -- >> Takashi Matsuo | Developer Advocate | tmat...@google.com >> > -- > 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/-/1oALuvC2t78J. > > 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. > -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Billing status is stuck in "Activating Billing"
Hi Sinan, Can you fill the form bellow? http://support.google.com/code/bin/request.py?hl=en&contact_type=cloud_platform_billing&rd=1 On Fri, Jun 8, 2012 at 3:34 PM, Sinan Yüce wrote: > Hi Everyone, > > I tried to activate billing but I could not complete steps in Google > Checkout. Now my admin console says it is "activating billing" but I know > this won't work since I couldn't enter my credit card information. How long > does it take for Google to discover this? It says "it takes 15 minutes to > clear the payments" but it has been almost 4 hours now. > > Btw, my application id : hedefuniversite-hrd. > > Thanks for your help, > Sinan. > > -- > 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/-/DzyIq4Hp_NAJ. > 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. > -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Unwanted Google App Engine Ads
Barry and Jeff are correct. App Engine doesn't put ads on your app, and probably never will(we might have the reason to do so only if really many people want it). Some of the web widgets or sorts you're using must put the ads. -- Takashi On Sat, Jun 9, 2012 at 5:18 AM, Jeff Schnitzer wrote: > GAE is not inserting ads into your pages. Something else is. > > Jeff > > On Thu, Jun 7, 2012 at 9:10 PM, Zech C wrote: > > In the past, I have never had ads appear on my websites using Google > > App Engine, until recently, I have ad links on my page. This would not > > bother me so much, if I didn't have untech-savvy people primarily > > visiting my pages, and for it not messing up the CSS stylings of my > > webpage by pushing a few things down. > > > > -- > > 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. > > > > -- > 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. > > -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Datastore Indexes stuck. vacuum_indexes didn't fix it
Hi Gwyn, Sorry for the inconvenience. We're looking into it. On Sun, Jun 10, 2012 at 4:46 PM, Gwyn Howell wrote: > I have datastore indexes stuck in "Building" status. I have tried deleting > my index.yaml and running vacuum_indexes. That deleted all the other > indexes, but not the 5 stuck in "Building" status. How do I fix this? > (Googlers, my App ID is phoenixhealth-dms!) > > Thanks > > -- > 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/-/aQW5zXh1HIsJ. > 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. > -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Re: Datastore Statistics Not Updating
We're aware of this issue. Now the datastore stats are updated less often than it should be. We'll followup with more detailed information shortly. Sorry for the inconvenience. -- Takashi On Mon, Jun 11, 2012 at 4:50 AM, Francois Masurel wrote: > In my case, it's : *Last updated: 5 days, 8:36:35 ago* > > > > On Sunday, June 10, 2012 5:12:19 AM UTC+2, Steve wrote: >> >> *Am I not understanding how this is supposed to work?* >> >> >> <https://lh6.googleusercontent.com/-dYLWx8pxPoc/T9QQbEqZuFI/D-4/BJzqe6_NJVM/s1600/statistics..png> >> >> -- > 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/-/TTClVtkdkGAJ. > > 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. > -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Datastore Indexes stuck. vacuum_indexes didn't fix it
Okay, the indexes should be serving now. Please enjoy! -- Takashi On Jun 11, 2012 11:35 AM, "Takashi Matsuo" wrote: > > Hi Gwyn, > > Sorry for the inconvenience. We're looking into it. > > On Sun, Jun 10, 2012 at 4:46 PM, Gwyn Howell wrote: > >> I have datastore indexes stuck in "Building" status. I have tried >> deleting my index.yaml and running vacuum_indexes. That deleted all the >> other indexes, but not the 5 stuck in "Building" status. How do I fix this? >> (Googlers, my App ID is phoenixhealth-dms!) >> >> Thanks >> >> -- >> 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/-/aQW5zXh1HIsJ. >> 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. >> > > > > -- > Takashi Matsuo | Developer Advocate | tmat...@google.com > -- 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.
Re: [google-appengine] How to contact billing? Sales tax and invoices
Hi Peter, Please fill out a form at: http://support.google.com/code/bin/request.py?hl=en&contact_type=cloud_platform_billing&rd=1 It should be handled appropriately. -- Takashi On Sat, Jun 9, 2012 at 5:38 PM, Peter Backx wrote: > > Can any one explain me how I can contact some one from the AppEngine billing > department? > Over the past two months, I've tried the appengine_updated_pric...@google.com > address mentioned on the billing page, but have not received any answer to > any of my mails. I have read through the FAQs but cannot find answers to my > questions (or if there was an answer, I've tried it but it didn't work) > > Is there any way to get to speak to a real person? > > I have two important questions regarding my business payments: > * I have entered my VAT ID, but I am still charged Sales tax (VAT). How come? > * Is it possible to receive invoices? or are the checkout mails all we get? > > Without these solved, it's very hard to continue using AppEngine for me. > > > Thanks, > Peter > > -- > 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/-/GwqLEl_JkwQJ. > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Issue with emails. Not receiving them any more
Hi Fabien, Please read this message for mail delivery issue: https://groups.google.com/d/topic/google-appengine/K6_mISYU5_E/discussion Thanks, On Tue, Jun 12, 2012 at 7:05 AM, Fabien Henon wrote: > Hi everyone ! > > I'm having issues with the emails sent by my website. > > When i put the web site online (a few months ago) the emails were sent > correctly and i was receiving them, but since a few weeks i'm not receiving > them any more. > > The recipient and the sender of the email is me (my gmail addresse => > associated with my GAE account). > I changed nothing on the source code > I checked my spam folder and i found nothing > There is no log error > My website is www.softcreations.fr . When i try a telnet command on my > domain in the port 25 nothing happens (i tried with softcreations.fr and > www.softcreations.fr) > > I don't know what happened. > I'm using the java play framework version 1.2.4 > (http://www.playframework.org/documentation/1.2.4/home) and the GAE module > (http://www.playframework.org/modules/gae-1.6.0/home) version 1.6.0 in my > website (and emails are supported). > > Do you know how I can figure out what is wrong with the emails ? > Can you help me ? > > Thank you for your answers > > -- > 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/-/Y9ID9GhJQKcJ. > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Deployment
;>>>>>>>>> > http://groups.google.com/group/google-appengine?hl=en. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Omnem crede diem tibi diluxisse supremum. >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> 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. >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Earn with less efforts. >>>>>>>>> >>>>>>>>> http://mGinger.com/index.jsp?inviteId=1023566 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Earn with less efforts. >>>>>>>> >>>>>>>> http://mGinger.com/index.jsp?inviteId=1023566 >>>>>>>> >>>>>>>> -- >>>>>>>> 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. >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> 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. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Earn with less efforts. >>>>>> >>>>>> http://mGinger.com/index.jsp?inviteId=1023566 >>>>>> >>>>>> -- >>>>>> 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. >>>>> >>>>> >>>>> -- >>>>> 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. >>>> >>>> >>>> >>>> >>>> -- >>>> Earn with less efforts. >>>> >>>> http://mGinger.com/index.jsp?inviteId=1023566 >>> >>> -- >>> 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/-/s4SPNsBXoOYJ. >>> >>> 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. >> >> >> >> >> -- >> Earn with less efforts. >> >> http://mGinger.com/index.jsp?inviteId=1023566 >> >> -- >> 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. > > > -- > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Frontend Instance Hours Limit Reached
If you have only static files to serve, any instance shouldn't start. Have you checked the logs in order to determine which request cause the instance to spin up? Can you show us your app.yaml or web.xml? -- Takashi On Fri, Jun 15, 2012 at 12:05 PM, Apra Barua wrote: > Hi, > > I am just testing my website and there are no traffic to speak of except > myself visiting the website. The following is my statistics: With just 15 > requests to the homepage, it shows 5% of frontend instance hours consumed. > If things go like this, I think my site will only serve 300 visitors a day > before it runs out of instance hours limit! > > Do you think people will still be able to access the site with frontend > instance hours limit reached since it is a static website and not dynamic. > I read somewhere that static content is served by different servers and > should still be served, as long as you don't go beyond the bandwidth > limits. Is that true? > > Thanks, > Apra B > > On Thursday, June 14, 2012 11:04:27 PM UTC+5:30, aschmid wrote: >> >> the app wont be served any more if you reach the quota for the free app. >> >> how can you have a static html site with low traffic and high instance >> hours? >> that does not really make sense to me. >> >> On Jun 14, 2012, at 10:26 AM, Apra Barua wrote: >> >> Hi, >> >> I have a static html website hosted on GAE. >> I get very less traffic but my frontend instance hours are high. >> >> What happens when my frontend instance hours limits are reached? >> Will my website become unavailable to public? >> >> Please let me know what happens and also how to reduce the frontend >> instance hours used. >> >> Thanks, >> Apra B >> >> -- >> 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/-/**btEldffPzP8J<https://groups.google.com/d/msg/google-appengine/-/btEldffPzP8J> >> . >> To post to this group, send email to >> google-appengine@googlegroups.**com >> . >> To unsubscribe from this group, send email to >> google-appengine+unsubscribe@**googlegroups.com >> . >> For more options, visit this group at http://groups.google.com/** >> group/google-appengine?hl=en<http://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 view this discussion on the web visit > https://groups.google.com/d/msg/google-appengine/-/ZXupF76PYWUJ. > > 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. > -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Frontend Instance Hours Limit Reached
For checking logs, please go to: https://appengine.google.com/logs?&app_id=YOUR_APP_ID Where are you serving your html from by the way? If your contents are entirely static, just serve them from static handler like the first entry in your handlers definition. Please don't forget to consider about favicon.ico. Almost all of the browsers look for the favicon file. -- Takashi On Sat, Jun 16, 2012 at 12:48 AM, Apra Barua wrote: > Hey, I don't know how to check logs to determine which request causes the > instance to spin up. I don't think I have any web.xml file, cause I didn't > upload any. My app.yaml files contains: > > application: MyApplicationName > version: 1 > runtime: python > api_version: 1 > > handlers: > - url: /(.*\.(gif|png|jpg|ico|js|css|pdf)) > static_files: \1 > upload: (.*\.(gif|png|jpg|ico|js|css|pdf)) > > - url: .* > script: main.py > > Does using cache minimize instance hours? If so, how can I use cache? > > Thanks, > Apra B > > > On Friday, June 15, 2012 11:24:51 AM UTC+5:30, Takashi Matsuo (Google) > wrote: > >> >> If you have only static files to serve, any instance shouldn't start. >> Have you checked the logs in order to determine which request cause the >> instance to spin up? >> Can you show us your app.yaml or web.xml? >> >> -- Takashi >> >> On Fri, Jun 15, 2012 at 12:05 PM, Apra Barua wrote: >> >> Hi, >>> >>> I am just testing my website and there are no traffic to speak of except >>> myself visiting the website. The following is my statistics: With just 15 >>> requests to the homepage, it shows 5% of frontend instance hours consumed. >>> If things go like this, I think my site will only serve 300 visitors a day >>> before it runs out of instance hours limit! >>> >>> Do you think people will still be able to access the site with frontend >>> instance hours limit reached since it is a static website and not dynamic. >>> I read somewhere that static content is served by different servers and >>> should still be served, as long as you don't go beyond the bandwidth >>> limits. Is that true? >>> >>> Thanks, >>> Apra B >>> >>> On Thursday, June 14, 2012 11:04:27 PM UTC+5:30, aschmid wrote: >>>> >>>> the app wont be served any more if you reach the quota for the free app. >>>> >>>> how can you have a static html site with low traffic and high instance >>>> hours? >>>> that does not really make sense to me. >>>> >>>> On Jun 14, 2012, at 10:26 AM, Apra Barua wrote: >>>> >>>> Hi, >>>> >>>> I have a static html website hosted on GAE. >>>> I get very less traffic but my frontend instance hours are high. >>>> >>>> What happens when my frontend instance hours limits are reached? >>>> Will my website become unavailable to public? >>>> >>>> Please let me know what happens and also how to reduce the frontend >>>> instance hours used. >>>> >>>> Thanks, >>>> Apra B >>>> >>>> -- >>>> 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/** >>>> ms**g/google-appengine/-/**btEldffPz**P8J<https://groups.google.com/d/msg/google-appengine/-/btEldffPzP8J> >>>> . >>>> To post to this group, send email to google-appengine@googlegroups. >>>> com . >>>> To unsubscribe from this group, send email to >>>> google-appengine+unsubscribe@**g**ooglegroups.com >>>> . >>>> For more options, visit this group at http://groups.google.com/**group* >>>> */google-appengine?hl=en<http://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 view this discussion on the web visit https://groups.google.com/d/** >>> msg/google-appengine/-/**ZXupF76PYWUJ<https://groups.google.com/d/msg/google-appengine/-/ZXupF76PYWUJ> >>> . >>> >>> To post to this group, send email to >>> google-appengine@googlegroups.**com >>> . >>> To unsubscribe from this group, send email to >>> google-appengine+unsubscribe@**googlegroups.com >>>
Re: [google-appengine] Re: Java instance startup time out of control
Hi Jeff, > * Objectify requires every class to be registered up front. This is > taking 5-8 seconds to regster 36 entity classes (plus a fair bit of > embedded structure). I am intimately familiar with what Ofy does > during registration - this isn't a computational cost. > > * I'm using Guice (development mode), but this isn't really the core > of the problem. The issue is that I'm using JAX-RS (Resteasy) to > support my REST API. In order for the @Path annotations to be > recognized, every resource class must be registered - and thus loaded. > There's ~80 of these classes. The Guice initialization part (which > includes Objectify registration) takes ~30s in production, ~15s in > sandbox. > > I don't see an obvious way to optimize this short of going back to > Java programming circa 2002. As long as my sitemap is defined by > @Path annotations and not a bunch of text in an xml file, those > classes are going to have to be loaded before my app starts. Entity > classes must be registered and introspected before any data is loaded > from the datastore. I'm sorry if I miss something, but I don't think these kinds of introspection are fundamentally necessary because the class definition doesn't change during a single version, so you can introduce some caching mechanism. Also, I think there are some workaround like setting appropriate number of Min Idle Instances, or using backends instances. Didn't they help you here at all? > I'm not even asking for classpath scanning... I just want normal > classes to load in reasonable time. This problem is going to get > significantly worse over the next year. We add classes every day; our > app gets more features, not fewer. I guess my next experiment will > need to be JARing my WEB-INF/classes. 'Making class loading faster' would be definitely a constructive feature request. It's worth filing an issue and seeing how it interests people. Hi Thomas, On Mon, Jun 18, 2012 at 9:57 AM, Thomas Wiradikusuma wrote: > Just my 2 cents, > > If indeed our app needs to be single-JARred and obfuscaticated (at least > removing unused code), IMO that feature should be baked in the tool. Probably > triggered with extra flag. I think this is also a good feedback especially if creating the single JAR contributes the performance. I'd appreciate it if you could file an issue. -- Takashi > > -- > 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/-/DX5yI2GRG9YJ. > 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. > -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Indexes stuck
Hi Sebastien, It should be faster than that. I took a look and it should be working fine now. BTW, can you file a production issue for things like this next time? Thanks, -- Takashi On Mon, Jun 18, 2012 at 7:24 AM, Sebastien Poisson wrote: > Hello! > > Some of my indexes have been "building" for 2 days. Should I panic? > > My app id is portailmsr > > Thanks! > > Sebastien > > -- > 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/-/WFNqIqzTJd4J. > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Hitting Speckle call count quota limit !
Hi Krishna, On Sun, Jun 17, 2012 at 10:24 AM, Krishna wrote: > > Hi, > We are hitting the speckle call count quota limit. Its a daily quota. But > there are days when we are very close to the quota. > How do we increase it? > > Any help/advice appreciated. I'm glad to hear that you're using CloudSQL really heavily. We're working on it, and will followup here. Can you tell me your App Engine app-id? -- Takashi > > Thanks, > Krishna > > -- > 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/-/H4CwR34iUdAJ. > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] NO or RESTRICTED ACCESS access for mobile phone user
Hi Luc, The message indicates that our dos protection service detected that there were some suspicious activities from that IP address. By the way, how much QPS was your app received at that time? -- Takashi On Mon, Jun 18, 2012 at 11:26 PM, Appsoludude wrote: > > Hello, > > 50 Mobile phone users have been trying to connect to my application all day > and have experienced a Access Denial from google.com/sorry, reporting that > their high usage of the network was blocking them and they should wait. See > message attached. > Is there a QUOTA for number of access /volume? > How to ensure a smooth user experience to User that rely on the data stored > in the application for mission critical business? > Who should I get in touch with at Google to solve/understand this problem. > > Regards, > Luc > > -- > 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/-/5NMF-5uSZG4J. > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Hitting Speckle call count quota limit !
Hi Krishna, As you can imagine, that quota is for Cloud SQL API call count. I've just bump that quota significantly for everyone, so it should be OK for you now. Thanks, -- Takashi On Wed, Jun 20, 2012 at 12:24 AM, Takashi Matsuo wrote: > Hi Krishna, > > On Sun, Jun 17, 2012 at 10:24 AM, Krishna wrote: >> >> Hi, >> We are hitting the speckle call count quota limit. Its a daily quota. But >> there are days when we are very close to the quota. >> How do we increase it? >> >> Any help/advice appreciated. > > I'm glad to hear that you're using CloudSQL really heavily. We're > working on it, and will followup here. > Can you tell me your App Engine app-id? > > -- Takashi > >> >> Thanks, >> Krishna >> >> -- >> 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/-/H4CwR34iUdAJ. >> 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. > > > > -- > Takashi Matsuo | Developer Advocate | tmat...@google.com -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Google Cloud SQL scheduled backups
Hi Polevi, I'd appreciate it if you could post this to another group 'google-cloud-sql-discuss', so you can have a higher chance to get help there. https://groups.google.com/forum/?fromgroups#!forum/google-cloud-sql-discuss Thanks, -- Takashi On Wed, Jun 20, 2012 at 3:57 AM, Polevi wrote: > Hi, > I set up scheduled backups for my Google Cloud SQL instance, but it is not > working - I see "Failed at 6/19/12 3:30 AM" message in LastStatus column and > and there is no "details" link which can help me understand the reason, as > promised.. > > Viewing backup history > > Choose your Google Cloud SQL instance from the Overview pane or the menu in > the Google APIs Console. > Select Backups. > The Scheduled Backups pane shows the history of the scheduled backups. You > can see which backups were successful, were disabled, or failed. > To view the details of a failed backup, select the details link. > > Please help, I am feeling uneasiness having no backups of my instance.. > > -- > 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/-/3HA8-oygPjEJ. > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Re: Java instance startup time out of control
Thanks everyone for the constructive discussion! First of all, before it becomes a sort of "frame"(please understand I'm not saying you're inciting people), please keep in mind that we want every runtime to be a first citizen of App Engine. Secondly, we have introduced significant improvement to the Java Runtime in the past few years, so it should much much faster than it was 3 years ago. Jeff, FYI, I've just started an internal discussion about this issue, and we're taking this issue very seriously. I also promise that I'll continue pushing the core engineering team hard with this issue. Thanks again, -- Takashi On Wed, Jun 20, 2012 at 10:34 AM, Jeff Schnitzer wrote: > On Tue, Jun 19, 2012 at 5:12 PM, Renzo Nuccitelli wrote: >> >> I don´t like flames Language A versus Language B. It just seems that >> Python fits better on GAE. It´s just a matter of using the right tool for >> the problem. > > As someone who builds both Python and Java apps on GAE, let me assure > you that there are plenty of issues in Pythonland as well. There is > no perfect language or perfect platform, just different problems to > solve or work around. The ones you are unfamiliar with always seem > hardest. > > I like Python, but I think it is naive to claim that Python fits > better on GAE. There are many, many considerations beyond instance > startup time. > > Jeff > > -- > 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. > -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Re: Java instance startup time out of control
Oops. Obviously I meant "flame". On Wed, Jun 20, 2012 at 1:15 PM, Takashi Matsuo wrote: > Thanks everyone for the constructive discussion! > > First of all, before it becomes a sort of "frame"(please understand > I'm not saying you're inciting people), please keep in mind that we > want every runtime to be a first citizen of App Engine. > > Secondly, we have introduced significant improvement to the Java > Runtime in the past few years, so it should much much faster than it > was 3 years ago. > > Jeff, > > FYI, I've just started an internal discussion about this issue, and > we're taking this issue very seriously. > I also promise that I'll continue pushing the core engineering team > hard with this issue. > > Thanks again, > > -- Takashi > > On Wed, Jun 20, 2012 at 10:34 AM, Jeff Schnitzer wrote: >> On Tue, Jun 19, 2012 at 5:12 PM, Renzo Nuccitelli wrote: >>> >>> I don´t like flames Language A versus Language B. It just seems that >>> Python fits better on GAE. It´s just a matter of using the right tool for >>> the problem. >> >> As someone who builds both Python and Java apps on GAE, let me assure >> you that there are plenty of issues in Pythonland as well. There is >> no perfect language or perfect platform, just different problems to >> solve or work around. The ones you are unfamiliar with always seem >> hardest. >> >> I like Python, but I think it is naive to claim that Python fits >> better on GAE. There are many, many considerations beyond instance >> startup time. >> >> Jeff >> >> -- >> 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. >> > > > > -- > Takashi Matsuo | Developer Advocate | tmat...@google.com -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] App Engine IRC Chat Time
Hi rodrigo, Sorry abou the confusion. We're transitioning IRC office hours to Hangouts based one. We will create a schedule for the hangouts after I/O, and update the doc accordingly soon. For a time being, please use this forum for discussion. Thanks! -- Takashi On Wed, Jun 20, 2012 at 10:51 AM, coto wrote: > What's happening with the IRC Chat Time? > > I think it is not going anymore, why the information is still on the > webpage? > > -- > 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/-/UgGe4dYi92oJ. > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Highly increased number of instances and app over quota. PLEASE HELP!!!
Hi Alexandru, It's just a guess, but one possibility is that one of your task keeps adding another task and then fails, and as a result, you have lots of similar tasks in your queue. Here are few suggestions to prevent it from happening. * Use named task for preventing task bomb https://developers.google.com/appengine/docs/java/taskqueue/overview#Task_Names If you try to add a task with the same name as one of the recent tasks, it'll throw an error. You can just catch that error and ignore it in most cases. * Set appropriate retry count for that queue https://developers.google.com/appengine/docs/java/config/queue#Configuring_Retry_Attempts_for_Failed_Tasks Hope it helps! -- Takashi On Thu, Jun 21, 2012 at 5:33 AM, Alexandru Farcaş wrote: > We had a short period (~40 minutes) when the number of instances increased > from 2-3 to ~30 which caused a very hugh increasion of frontend instance > hour cost. There was also a problem with the datastore read operations (10 > times higher for this period) > > I think that this happened because a task was multiplied >2000 times. This > happened to me a long time ago (2, 3 times) when in a few seconds a single > task multiplied more than 2000 times and make the same operation (in my case > the read operation). I can't find anything from logs because the space is > full with com.google.apphosting.api.ApiProxy$OverQuotaException because I > had a budget limit on my app (which was reached). > > > Another unusal thing is that my app has 8 idle instances (normally it has > 1-2) > > My app id: ebashr > (HR, AppEngine Java 1.6.3 sdk) > > -- > 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/-/rRDLKn95_tAJ. > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Re: Channel API and the development enviroment: Internet Explorer does not receive any messages
Can you file an issue on our issue tracker? Sorry if I missed, but I couldn't find any. Thanks, -- Takashi On Sun, Jun 24, 2012 at 10:41 PM, Heiko Roth wrote: > Hi folks, > > It's definitly not working for months now. Uploading it into an appengine > isn't a solution for development or debugging. It's just a work around. > @Google > When will you fix this issue? > > Thanks. > > -- > 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/-/-ySwSsVBiWsJ. > > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Strange import errors in logs (fatal)
Hi Pamela- I have not heard any similar issues for now, and there was no outage at that time period. I found that the instance which had continuously threw that exception initially encountered DeadlineExceededError. Could you tell me how you're handling exceptions? There might be a culprit that caused that instance got into the weird state. -- Takashi On Sat, Jun 23, 2012 at 10:59 AM, Pamela Fox wrote: > My app went down for 10 minutes, and when I look at the logs, I see a lot > of: > > "Traceback (most recent call last): > File > "/base/python27_runtime/python27_lib/versions/1/google/appengine/runtime/wsgi.py", > line 187, in Handle > handler = _config_handle.add_wsgi_middleware(self._LoadHandler()) > File > "/base/python27_runtime/python27_lib/versions/1/google/appengine/runtime/wsgi.py", > line 225, in _LoadHandler > handler = __import__(path[0]) > File > "/base/data/home/apps/s~everyday-app/3.359804434352768230/application/__init__.py", > line 21, in > import urls > File > "/base/data/home/apps/s~everyday-app/3.359804434352768230/application/urls.py", > line 6, in > from application import app, views, util > ImportError: cannot import name views" > > But then it stopped happening and is fine now. Was this an app engine issue > where it didn't have all the files available for some reason? Or is this > something that I need to be changing on my end? > > My app runs on Python 2.7 with the Flask framework, and this is the first > I've seen of this error. > > Thanks! > > -- > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Junit Test -> Cloud SQL (local mysql database)
Hi jan, How do you run your test? Could you show me an exact command line? -- Takashi On Fri, Jun 22, 2012 at 12:10 PM, jan wrote: > Hi, > > i would like to unit test with some data from my database. If i execute this > sql connection code as webapplication it works with cloud sql as well as my > local database. If i run this unit test, i get the Error: > > com.google.apphosting.api.ApiProxy$CallNotFoundException: The API package > 'rdbms' or call 'OpenConnection()' was not found. > at com.google.apphosting.api.ApiProxy.makeSyncCall(ApiProxy.java:98) > at > com.google.appengine.api.rdbms.RdbmsApiProxyClient$ApiProxyBlockingInterface.makeSyncCall(RdbmsApiProxyClient.java:95) > at > com.google.appengine.api.rdbms.RdbmsApiProxyClient$ApiProxyBlockingInterface.openConnection(RdbmsApiProxyClient.java:73) > at > com.google.cloud.sql.jdbc.internal.SqlProtoClient.openConnection(SqlProtoClient.java:58) > at com.google.cloud.sql.jdbc.Driver.connect(Driver.java:66) > at com.google.cloud.sql.jdbc.Driver.connect(Driver.java:26) > at java.sql.DriverManager.getConnection(Unknown Source) > at java.sql.DriverManager.getConnection(Unknown Source) > at test.Tester.test(Tester.java:29) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) > at java.lang.reflect.Method.invoke(Unknown Source) > at > org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44) > at > org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) > at > org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41) > at > org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) > at > org.junit.runners.BlockJUnit4ClassRunner.runNotIgnored(BlockJUnit4ClassRunner.java:79) > at > org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:71) > at > org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) > at org.junit.runners.ParentRunner.run(ParentRunner.java:236) > at > org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50) > at > org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) > at > org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467) > at > org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683) > at > org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390) > at > org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197) > > > I also added the jars to the class-path: appengine-api-labs.jar, > appengine-api-stubs.jar, appengine-api.jar, appengine-testing.jar, > google-sql.jar (found in the app engine plugin folder). Can anybody tell me > what i'm doing wrong? How can i get this to work? > > Thank you very much > Jan > > > package test; > import java.sql.Connection; > import java.sql.DriverManager; > import java.sql.ResultSet; > > import org.junit.Test; > > import com.google.appengine.api.rdbms.AppEngineDriver; > > import de.jan.util.Helper; > > import junit.framework.TestCase; > import static org.junit.Assert.*; > > public class Tester { > > @Test > public void test(){ > > try { > DriverManager.registerDriver(new AppEngineDriver()); > Connection conn = > DriverManager.getConnection("jdbc:google:rdbms://xxx:yyy/mydb"); > } catch (Exception e) { > System.out.println("No connection to database possible"); > e.printStackTrace(); > } > assertTrue(true); > } > } > > > > > > -- > 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/-/tiAzMTAYZaoJ. > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Cron jobs not running for production apps
Hi Kesava, It's just a guess, I assume that the cron entry in question was supposed to run on "dynamic" backend instance. If that's the case, the cron execution can be a single point of failure, because the cron never retries. I'd suggest directing all the cron execution to FE, and for the task you want to run on backend instances, put a task on a queue associated to the backend instance. That way, you can mitigate the risk that the cron execution ends up with an error. Additionally, you can make the initial cron call redundant in a safe way if you use named tasks. hope it helps! -- Takashi On Thu, Jun 21, 2012 at 7:01 PM, Kesava Neeli wrote: > Hi, > > We have many cron jobs that run as part of our application. Some crons run > on FE instances and some hit our Backend instances for execution. Since this > morning, teh crons are NOT running at regular intervals. I opened 2 > production issues and attached screenshots. It's our production app and > crons are very critical for us. We haven't made any changes to our > production app in last 1 week. We redployed the app today but that didn't > make a difference. > > Are there known issues in appengine with running cron jobs? Anyone sees > similar issue? > > Thanks > Neeli > > -- > 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/-/Zl579CSFHe4J. > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] google, FT Search quota API calls 20,000, cuts me off after 499
Hi Jon, Probably this: http://code.google.com/p/googleappengine/issues/detail?id=7601 We will likely release the fix very soon. -- Takashi On Mon, Jun 25, 2012 at 1:38 AM, jon wrote: > App id: thecrowdvoice > Index name: post_index > > When trying to view the index from the Text Search admin section, I get an > error 500 "A server error has occured" > > Could you take a look please? > > -- > 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/-/vrXsMwCHgC4J. > > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Using AESRandom to generate random strings.
Hi Arun, Can you file an issue on our issue tracker so that other people can show their interest by staring it, and it will help us to decide priorities. Thanks, -- Takashi On Mon, Jun 25, 2012 at 2:43 AM, aruncg wrote: > Hi, > > I am using com.google.security.random.AESRandom to generate random strings > in an appengine app. However, it is not working since it is not able to > read from /dev/urandom. I am pasting the error below. This class was > chosen carefully so that there are no crypto-vulnerabilities exposed. Does > anyone know of a workaround to this problem? > > Thanks, > Arun. > > com.google.security.random.CppSecureRandom seedFromRandFile: Access to seed > file /dev/urandom denied > java.security.AccessControlException: access denied (java.io.FilePermission > /dev/urandom read) > at > java.security.AccessControlContext.checkPermission(AccessControlContext.java:355) > at > java.security.AccessController.checkPermission(AccessController.java:567) > at java.lang.SecurityManager.checkPermission(SecurityManager.java:549) > at > com.google.apphosting.runtime.security.CustomSecurityManager.checkPermission(CustomSecurityManager.java:56) > at java.lang.SecurityManager.checkRead(SecurityManager.java:888) > at java.io.FileInputStream.(FileInputStream.java:133) > at java.io.FileInputStream.(FileInputStream.java:98) > at > com.google.security.random.CppSecureRandom.seedFromRandFile(CppSecureRandom.java:145) > at > com.google.security.random.CppSecureRandom.seedWithURandomFile(CppSecureRandom.java:164) > at com.google.security.random.AESRandom.(AESRandom.java:187) > at > com.google.wireless.mobilegw.smstracker.server.AppengineUtil.generateRandomString(AppengineUtil.java:73) > at > com.google.wireless.mobilegw.smstracker.server.AppengineUtil.generateSmsPassword(AppengineUtil.java:58) > at > com.google.wireless.mobilegw.smstracker.server.RegistrationInfoService.register(RegistrationInfoService.java:81) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:616) > at > com.google.apphosting.runtime.security.shared.intercept.java.lang.reflect.Method_$1.run(Method_.java:165) > at java.security.AccessController.doPrivileged(Native Method) > at > com.google.apphosting.runtime.security.shared.intercept.java.lang.reflect.Method_.privilegedInvoke(Method_.java:163) > at > com.google.apphosting.runtime.security.shared.intercept.java.lang.reflect.Method_.invoke_(Method_.java:124) > at > com.google.apphosting.runtime.security.shared.intercept.java.lang.reflect.Method_.invoke(Method_.java:43) > at > com.google.web.bindery.requestfactory.server.ReflectiveServiceLayer.invoke(ReflectiveServiceLayer.java:182) > at > com.google.web.bindery.requestfactory.server.ServiceLayerDecorator.invoke(ServiceLayerDecorator.java:111) > at > com.google.web.bindery.requestfactory.server.ServiceLayerDecorator.invoke(ServiceLayerDecorator.java:111) > at > > -- > 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/-/TGvxU0BIaMYJ. > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] Unable to use bulkloader
Hi LaFille, Can you show me your exact command line? On Mon, Jun 25, 2012 at 4:09 AM, LaFolle wrote: > I am trying to use bulkloader, but cant get out of this error. Where am I > wrong? > > >> Application: mercipristo >> Creating bulkloader configuration. >> [INFO ] Logging to bulkloader-log-20120625.163457 >> [INFO ] Throttling transfers: >> [INFO ] Bandwidth: 25 bytes/second >> [INFO ] HTTP connections: 8/second >> [INFO ] Entities inserted/fetched/modified: 20/second >> [INFO ] Batch Size: 10 >> [INFO ] Opening database: bulkloader-progress-20120625.163457.sql3 >> [INFO ] Opening database: bulkloader-results-20120625.163457.sql3 >> [INFO ] Connecting to mercipristo.appspot.com/_ah/remote_api >> [INFO ] Downloading kinds: ['__Stat_PropertyType_PropertyName_Kind__'] >> [ERROR ] [WorkerThread-0] WorkerThread: >> Traceback (most recent call last): >> File >> "/home/kc/google_appengine/google/appengine/tools/adaptive_thread_pool.py", >> line 176, in WorkOnItems >> status, instruction = item.PerformWork(self.__thread_pool) >> File "/home/kc/google_appengine/google/appengine/tools/bulkloader.py", >> line 764, in PerformWork >> transfer_time = self._TransferItem(thread_pool) >> File "/home/kc/google_appengine/google/appengine/tools/bulkloader.py", >> line 1170, in _TransferItem >> self, retry_parallel=self.first) >> File "/home/kc/google_appengine/google/appengine/tools/bulkloader.py", >> line 1471, in GetEntities >> results = self._QueryForPbs(query) >> File "/home/kc/google_appengine/google/appengine/tools/bulkloader.py", >> line 1442, in _QueryForPbs >> raise datastore._ToDatastoreError(e) >> BadRequestError: app s~mercipristo cannot access app mercipristo's data >> [INFO ] [WorkerThread-1] Backing off due to errors: 1.0 seconds >> [INFO ] An error occurred. Shutting down... >> [ERROR ] Error in WorkerThread-0: app s~mercipristo cannot access app >> mercipristo's data >> [INFO ] Have 0 entities, 0 previously transferred >> [INFO ] 0 entities (1546 bytes) transferred in 2.6 seconds > > > Thanks > > -- > 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/-/ziosbmpjCeQJ. > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] using java.text.Bidi crashes appengine instance (error 202 in log)
Hi rp, The log indicates that the code tried to make a system call which is not allowed in the app engine runtime. Can you file an issue on our issue tracker? -- Takashi On Sun, Jun 24, 2012 at 2:10 PM, rp1970 wrote: > > Hi, > > I am experiencing a constant crash when inserting the below code into any > call: > Bidi bidi = new Bidi("some string", Bidi.DIRECTION_DEFAULT_RIGHT_TO_LEFT); > int runs = bidi.getRunCount(); > int base = bidi.getBaseLevel(); > > the code as is is of course not usable, this is just the simplest code I > found to crash my servlet. Crash happens only on the deployed environment; > when I run locally my (full) Bidi code works fine. > I am using the latest SDK 1.6.6, so the problem is not there I guess(?) The > logging on the server shows: > > A problem was encountered with the process that handled this request, > causing it to exit. This is likely to cause a new process to be used for the > next request to your application. (Error code 202) > > > Any suggestions from any one? Let me know if any more info is needed > Thanks > rp > > -- > 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/-/jey28DC27VoJ. > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] This webpage has a redirect loop - When in Gapps Admin/Organization & users
Hi Martin, Sorry but it's a forum for "Google App Engine", not for "Google Apps". Probably you'd better ask here: http://productforums.google.com/forum/#!categories/apps Have you tried deleting all of the cookies BTW? -- Takashi On Mon, Jun 25, 2012 at 4:22 AM, Martin Agius wrote: > Im trying to add to a Google Apps user to an existing Google Apps account of > a client and when I click on "Organization & users" I get the following > error in both firefox and chrome. > > Any suggestions anyone? > Thank you for reading. > > > This webpage has a redirect loop > > The webpage > at https://www.google.com/a/domainname.com/ServiceLogin?service=CPanel&continue=https%3A%2F%2Fwww.google.com%2Fa%2Fdomainname.com%2FIdvChallenge%3FidvContinueHandler%3DSERVICE%26idvContinueUrl%3Dhttps%253A%252F%252Fwww.google.com%252Fa%252Fcpanel%252Fdomainname.com%26pli%3D1&cpbps=1&passive=true has > resulted in too many redirects. Clearing your cookies for this site or > allowing third-party cookies may fix the problem. If not, it is possibly a > server configuration issue and not a problem with your computer. > > Here are some suggestions: > > Reload this webpage later. > Learn more about this problem > > -- > 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/-/7TQRyTcGSiQJ. > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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.
Re: [google-appengine] "atom" search not working in local development server
Hi Stephane, Can you file an issue on our issue tracker? Thanks, -- Takashi On Mon, Jun 25, 2012 at 9:34 AM, Stephane Donze wrote: > Hi all, > > I'm trying to use the new Search API on "Atom" fields, for example I'm > indexing email addresses in a field named "inital_author". As far as I > understand, the query syntax for "atom" field is "FIELD=VALUE" (as opposed > to "FIELD:VALUE" for regular text fields), so my search query looks like > this: > > initial_author="aut...@domain.com" > > this query works fine when the application is deployed on App Engine, but > returns 0 results when running on the local development server (using an > embedded version of Lucene, I believe). Am I using the wrong query syntax > here or is there a bug in the local implementation of the search API ? > > Thanks > Stéphane > > -- > 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/-/fnc3t97jJ9sJ. > 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. -- Takashi Matsuo | Developer Advocate | tmat...@google.com -- 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] App Engine 1.7.0 Release is Out!
Hi App Engine users, We've just released the release of the 1.7.0 SDK. Release notes for Java: http://code.google.com/p/googleappengine/wiki/SdkForJavaReleaseNotes Release notes for Python: http://code.google.com/p/googleappengine/wiki/SdkReleaseNotes Release notes for Go: http://code.google.com/p/googleappengine/wiki/SdkForGoReleaseNotes Enjoy! -- Takashi Matsuo -- 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.
Re: [google-appengine] using java.text.Bidi crashes appengine instance (error 202 in log)
Hi rp, Thanks! It's always helpful for us if you create an issue with a minimal code for repro. -- Takashi On Jun 26, 2012 9:44 PM, "rp1970" wrote: > Hi Takashi, > > Thanks for the quick reply! I will file an issue, to make it easier I will > simulate first with a completely clean app. Let me know if this is not > needed. > > Thanks > rp > > On Monday, June 25, 2012 8:19:08 PM UTC+3, Takashi Matsuo (Google) wrote: >> >> Hi rp, >> >> The log indicates that the code tried to make a system call which is >> not allowed in the app engine runtime. >> Can you file an issue on our issue tracker? >> >> -- Takashi >> >> On Sun, Jun 24, 2012 at 2:10 PM, rp1970 wrote: >> > >> > Hi, >> > >> > I am experiencing a constant crash when inserting the below code into >> any >> > call: >> > Bidi bidi = new Bidi("some string", >> > Bidi.DIRECTION_DEFAULT_RIGHT_**TO_LEFT); >> >> > int runs = bidi.getRunCount(); >> > int base = bidi.getBaseLevel(); >> > >> > the code as is is of course not usable, this is just the simplest code >> I >> > found to crash my servlet. Crash happens only on the >> deployed environment; >> > when I run locally my (full) Bidi code works fine. >> > I am using the latest SDK 1.6.6, so the problem is not there I >> guess(?) The >> > logging on the server shows: >> > >> > A problem was encountered with the process that handled this request, >> > causing it to exit. This is likely to cause a new process to be used >> for the >> > next request to your application. (Error code 202) >> > >> > >> > Any suggestions from any one? Let me know if any more info is needed >> > Thanks >> > rp >> > >> >> >> -- >> Takashi Matsuo | Developer Advocate | tmat...@google.com >> > -- > 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/-/0H9rm_NN2I4J. > 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. > -- 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.
Re: [google-appengine] I am getting 409 Conflict error during deployment
Hi openentry, We're aware of this issue and working on the fix. Can you file an issue with your app-id? Sorry for the convenience. -- Takashi On Jun 27, 2012 1:02 PM, "openentry" wrote: > *Here is the full deployment process console message* > * > * > Deploying frontend > > *Preparing to deploy:* > Created staging directory at: > 'C:\Users\Sambhu\AppData\Local\Temp\appcfg6689186614854915385.tmp' > Scanning for jsp files. > Compiling jsp files. > Scanning files on local disk. > Scanned 250 files. > Scanned 500 files. > Scanned 750 files. > Scanned 1000 files. > Scanned 1250 files. > Scanned 1500 files. > Scanned 1750 files. > Scanned 2000 files. > Scanned 2250 files. > Scanned 2500 files. > Scanned 2750 files. > Initiating update. > Cloning 1112 static files. > Cloned 100 files. > Cloned 200 files. > Cloned 300 files. > Cloned 400 files. > Cloned 500 files. > Cloned 600 files. > Cloned 700 files. > Cloned 800 files. > Cloned 900 files. > Cloned 1000 files. > Cloned 1100 files. > Cloning 1764 application files. > Cloned 100 files. > Cloned 200 files. > Cloned 300 files. > Cloned 400 files. > Cloned 500 files. > Cloned 600 files. > Cloned 700 files. > Cloned 800 files. > Cloned 900 files. > Cloned 1000 files. > Cloned 1100 files. > Cloned 1200 files. > Cloned 1300 files. > Cloned 1400 files. > Cloned 1500 files. > Cloned 1600 files. > Cloned 1700 files. > > *Deploying:* > Uploading 0 files. > Initializing precompilation... > Deploying new version. > on backend null. > java.io.IOException: Error posting to URL: > https://appengine.google.com/api/appversion/isready?app_id=goecatalog&version=v7&; > 409 Conflict > *Deployment of this version has not yet started.* > * > * > I have tried deploying to a new version, updating old version as well as > deployed after rollback but same problem, plz help. > > -- > 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/-/HPOU67iMhTIJ. > 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. > -- 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.
Re: [google-appengine] About the new OR-queries (1.7.0)
Currently, it's the latter for now, and billed per sub-query. We're building something better than the current implementation(as always). -- Takashi On Thu, Jun 28, 2012 at 1:17 AM, Joakim wrote: > During the I/O 2012 talk (App Engine overview), a question was raised > concerning the newly released support for OR-queries. Unfortunately, we > couldn't get an answer before the end of the talk, so I'd like to bring it > up here in the group. > > How are the OR-queries implemented? Are these true OR-queries, or do they > spawn sub-queries and merge the results? If so, how are they billed, once > per query or once per sub-query? > > -- > 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/-/KVwuJ5kHkXsJ. > 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. > -- Takashi Matsuo -- 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.
Re: [google-appengine] Re: URGENT GAE billing issue
If you have some issues related to the billing, please read our FAQ first: https://developers.google.com/appengine/kb/billing and if this does not help please fill out this form: http://support.google.com/code/bin/request.py?hl=en&contact_type=cloud_platform_ billing&rd=1 -- Takashi On Fri, Jun 29, 2012 at 7:01 AM, mc wrote: > I'm having the same issue. I've had this problem in the past and it > lasted several weeks. This is very concerning since it prevents me from > managing my application properly. > > Is there some way to escalate issues with the Google App Engine Team when > an application is dead ? > > > > On Friday, June 22, 2012 7:43:53 PM UTC-7, draftpik wrote: >> >> >> App Engine has shut off our nhldraftpik app due to the max daily budget >> being met. I would like to increase the budget, but I am completely unable >> to change the billing limit. It says: >> >> Billing Status: Changing Daily Budget >> >> Your account has been locked while we process your budget changes. If you >> were redirected to Google Checkout but did not complete the process, your >> settings will remain unchanged. *(You will be able to make changes to >> your budget settings again once the outstanding payment is processed.)* >> >> * >> * >> >> Please advise ASAP what I can do to work around this serious failure of >> Google's billing system. >> >> >> Thank you, >> >> >> Brian >> > > On Friday, June 22, 2012 7:43:53 PM UTC-7, draftpik wrote: >> >> >> App Engine has shut off our nhldraftpik app due to the max daily budget >> being met. I would like to increase the budget, but I am completely unable >> to change the billing limit. It says: >> >> Billing Status: Changing Daily Budget >> >> Your account has been locked while we process your budget changes. If you >> were redirected to Google Checkout but did not complete the process, your >> settings will remain unchanged. *(You will be able to make changes to >> your budget settings again once the outstanding payment is processed.)* >> >> * >> * >> >> Please advise ASAP what I can do to work around this serious failure of >> Google's billing system. >> >> >> Thank you, >> >> >> Brian >> > > On Friday, June 22, 2012 7:43:53 PM UTC-7, draftpik wrote: >> >> >> App Engine has shut off our nhldraftpik app due to the max daily budget >> being met. I would like to increase the budget, but I am completely unable >> to change the billing limit. It says: >> >> Billing Status: Changing Daily Budget >> >> Your account has been locked while we process your budget changes. If you >> were redirected to Google Checkout but did not complete the process, your >> settings will remain unchanged. *(You will be able to make changes to >> your budget settings again once the outstanding payment is processed.)* >> >> * >> * >> >> Please advise ASAP what I can do to work around this serious failure of >> Google's billing system. >> >> >> Thank you, >> >> >> Brian >> > -- > 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/-/0dXpJNVTDskJ. > > 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. > -- Takashi Matsuo -- 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.
Re: [google-appengine] using java.text.Bidi crashes appengine instance (error 202 in log)
Please file a new issue at: http://code.google.com/p/googleappengine/issues -- Takashi On Sat, Jun 30, 2012 at 7:13 AM, Ron Peleg wrote: > Forgot to mention - this will only crash when you deploy. Running locally > works fine. > Cheers > R > > > On Sat, Jun 30, 2012 at 5:12 PM, Ron Peleg wrote: > >> Hi Takashi >> >> My apologies, for some reason I cannot find where to log a new appengine >> bug... >> If you can direct my I will open the new issue. >> >> In the meanwhile - here is also the minimal code to reproduce: >> >>1. Create a new appengine 1.6.6 app with sample code in eclipse >>2. Replace the servlet doGet code with this: >> 1. >> 2. Bidi bidi = new Bidi("test string", >> Bidi.DIRECTION_RIGHT_TO_LEFT); >> 3. resp.setContentType("text/plain"); >> 4. resp.getWriter().println("Hello, bidi crash"); >>3. The line with the '... new Bidi ...' crashes app engine. >> >> >> Best regards, >> Ron >> >> On Wed, Jun 27, 2012 at 8:47 AM, Takashi Matsuo wrote: >> >>> >>> Hi rp, >>> >>> Thanks! It's always helpful for us if you create an issue with a minimal >>> code for repro. >>> >>> -- Takashi >>> On Jun 26, 2012 9:44 PM, "rp1970" wrote: >>> >>>> Hi Takashi, >>>> >>>> Thanks for the quick reply! I will file an issue, to make it easier I >>>> will simulate first with a completely clean app. Let me know if this is not >>>> needed. >>>> >>>> Thanks >>>> rp >>>> >>>> On Monday, June 25, 2012 8:19:08 PM UTC+3, Takashi Matsuo (Google) >>>> wrote: >>>>> >>>>> Hi rp, >>>>> >>>>> The log indicates that the code tried to make a system call which is >>>>> not allowed in the app engine runtime. >>>>> Can you file an issue on our issue tracker? >>>>> >>>>> -- Takashi >>>>> >>>>> On Sun, Jun 24, 2012 at 2:10 PM, rp1970 wrote: >>>>> > >>>>> > Hi, >>>>> > >>>>> > I am experiencing a constant crash when inserting the below code >>>>> into any >>>>> > call: >>>>> > Bidi bidi = new Bidi("some string", >>>>> > Bidi.DIRECTION_DEFAULT_RIGHT_**TO_LEFT); >>>>> >>>>> > int runs = bidi.getRunCount(); >>>>> > int base = bidi.getBaseLevel(); >>>>> > >>>>> > the code as is is of course not usable, this is just the simplest >>>>> code I >>>>> > found to crash my servlet. Crash happens only on the >>>>> deployed environment; >>>>> > when I run locally my (full) Bidi code works fine. >>>>> > I am using the latest SDK 1.6.6, so the problem is not there I >>>>> guess(?) The >>>>> > logging on the server shows: >>>>> > >>>>> > A problem was encountered with the process that handled this >>>>> request, >>>>> > causing it to exit. This is likely to cause a new process to be used >>>>> for the >>>>> > next request to your application. (Error code 202) >>>>> > >>>>> > >>>>> > Any suggestions from any one? Let me know if any more info is needed >>>>> > Thanks >>>>> > rp >>>>> > >>>>> >>>>> >>>>> -- >>>>> Takashi Matsuo | Developer Advocate | tmat...@google.com >>>>> >>>> -- >>>> 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/-/0H9rm_NN2I4J. >>>> 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. >>>> >>> -- >>> 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. >>> >> >> > -- > 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. > -- Takashi Matsuo -- 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.
Re: [google-appengine] when I go to install appengine sdk it asks python 2.5 be installed but I have 2.7 installed and want to use it
Yes, please go ahead with the Python2.7. On Sat, Jun 30, 2012 at 4:02 PM, sjh wrote: > Hi, > > When I go to install GoogleAppEngine-1.7.0.msi the first message I see is > please make sure python 2.5 is installed. However, I want to use 2.7 which > is already installed on my system. Should I go ahead? Note I am running > 64-bit windows professional and 64-bit version of python 2.7. > > thanks, S. > > -- > 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/-/en0MO4m6mBIJ. > 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. > -- Takashi Matsuo -- 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.
Re: [google-appengine] Duplicate app when you have too many apps
I'm not Ikai, but yes, it should work that way. However, you will lost all the historical data(admin logs, names of the versions, etc), so disabling the billing of the old app and the old app itself would suffice. On Tue, Jul 3, 2012 at 3:16 AM, Picalolabu wrote: > Hi Ikai, > > Once an HRD migration is complete, is it possible to delete the > original-MS-app but not loose the original-MS-app alias so requests are > still sent to the new-HRD-app? > > > > On Friday, January 6, 2012 3:11:49 PM UTC-5, Ikai Lan (Google) wrote: >> >> Migrating to HRD using the new migration tool will create an alias, so >> requests to the old app ID should go to the new one. You do still have to >> create a new application ID, however. >> >> I've allocated a few more app IDs for your account. The current policy is >> that you can have up to 10 free applications and an unlimited amount of >> paid applications, but I think it's reasonable make exemptions on a >> case-by-case basis for people who have been using GAE for a long time who >> are migrating to HRD. >> >> -- >> Ikai Lan >> Developer Programs Engineer, Google App Engine >> plus.ikailan.com | twitter.**com/ikai <http://twitter.com/ikai> >> >> >> >> On Fri, Jan 6, 2012 at 11:27 AM, Ricardo Bánffy wrote: >> >>> Hi folks. >>> >>> Is there a way around the "not allowed to create anymore apps;reached >>> app creation limit?" message when you are trying to migrate an app to >>> HRD? BTW, is there a way to keep the app id? >>> >>> -- >>> Ricardo Bánffy >>> http://www.dieblinkenlights.**com <http://www.dieblinkenlights.com> >>> http://twitter.com/rbanffy >>> >>> -- >>> 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+unsubscribe@**googlegroups.com >>> . >>> For more options, visit this group at http://groups.google.com/** >>> group/google-appengine?hl=en<http://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 view this discussion on the web visit > https://groups.google.com/d/msg/google-appengine/-/EQZeaatLf-UJ. > > 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. > -- Takashi Matsuo -- 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.
Re: [google-appengine] Re: New App Id gets 404 on deployment?
Hi Brandon, Can you see your application's dashboard at: https://appengine.google.com/dashboard?&app_id=YOUR_APP_ID ? On Tue, Jul 3, 2012 at 2:29 PM, Brandon Donnelson wrote: > The install... > > -- > 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/-/KJ48OKZVuj4J. > > 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. > -- Takashi Matsuo -- 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.
Re: [google-appengine] Request was aborted errors
Hi Mind, Generally, I would suggest settings appropriate number of 'Min Idle Instances' for such errors. However, it's not possible to give a proper advise from information you've provided. What is your app-id? How long is the average latency of your program? Have you used appstats for profiling? Re: memcache Don't rely entirely on the memcache service, because currently the memcache contents might be evicted any time. -- Takashi On Fri, Jul 6, 2012 at 11:45 AM, Mind wrote: > I have a GAE app written in Python that provides the back end for a > multi-player Android game. The game just got 'featured' on Google Play. > > Usage has significantly increased, and I am starting to see errors like > the following: > > >1. > >68.48.166.111 - - [05/Jul/2012:19:33:27 -0700] "GET /client/gs HTTP/1.1" > 500 0 - "Apache-HttpClient/UNAVAILABLE (java 1.4)" > "sven-wordhero.appspot.com" ms=21604 cpu_ms=0 api_cpu_ms=0 cpm_usd=0.31 > pending_ms=10963 > >2. I 2012-07-05 22:33:27.594 > >Request was aborted after waiting too long to attempt to service your > request. > > > I don't have quota problems (using 1/10th of daily quota atm) and I don't > have an upper limit on the number of instances. The code is Python 2.7 and > marked thread-safe. > > Here is the code that is failing to respond (in about 8% of cases)... > actually, I don't even think this code gets a chance to run (GAE just fails > to respond to the HTTP GET?): > > lg_ref = LastGame.get_by_key_name('current_game') > results = lg_ref.gameStorageKey > > out = {'u': results.players, >'s': results.scores, > } > return self.response.out.write(json.dumps(out)) > > Since the game is synchronized, I have about 500 users hit this URL within > a 5 second window. No, I cannot use memcache. It is BROKEN. It randomly > fails to update the results (even with expiry time set!) and then provides > the results from the PREVIOUS game. Users don't like that! > > -- > 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/-/newhM5g7zPMJ. > 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. > -- Takashi Matsuo -- 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.
Re: [google-appengine] Junit EntityManager NullPointerException with 1.7 Upgrade
Hi Casey, Have you tried 'Project' -> 'Clean...'? If it doesn't help, can you file an issue with the reproducible code snippet or project itself? Thanks, -- Takashi On Sun, Jul 8, 2012 at 2:01 AM, Casey wrote: > I have a number of JUnit tests in my project that test my DataStore > services. For the past two years, they've been working just fine and I've > been able to successfully insert, query, and delete entities through unit > tests. A couple of days ago I upgraded to App Engine 1.7 and all of a > sudden all of my tests throw a NullPointerException because > > Persistence.createEntityManagerFactory("transactions-optional") returns > null. My persistence.xml file contains the following configuration which > like I said, has worked perfectly up until the upgrade. > > > > org.datanucleus.store.appengine.jpa.DatastorePersistenceProvider > > > /> > "true"/> > > > > > > Any idea what could have changed in the upgrade? > > -- > 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/-/FWYSUvA-Qx4J. > 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. > -- Takashi Matsuo -- 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.
Re: [google-appengine] Managing Google Compute Engine Virtual Machines Through Google App Engine
Hi pdknsk, We're working on publishing the slide decks. Please wait for a little while. -- Takashi On Sat, Jul 7, 2012 at 10:21 PM, pdknsk wrote: > It was mentioned during the session that the slides will be made > available. I'm quite sure they were at the following website, but > must've been removed in the past few days. Where else to get? Thanks. > > https://developers.google.com/events/io/sessions/gooio2012/308/ > > -- > 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. > > -- Takashi Matsuo -- 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.
Re: [google-appengine] Re: Where can I download the GAE documentation for offline use?
Unfortunately, the version in the SVN repo is not current. Since we migrated our documentation to the new site, we temporarily stopped providing the current offline doc. We're working on it, and I hope we'll be able to provide the offline doc again soon. -- Takashi On Mon, Jul 9, 2012 at 6:30 AM, Emanuele Ziglioli < theb...@emanueleziglioli.it> wrote: > it's in the SVN repo: > http://code.google.com/p/googleappengine/source/browse/#svn%2Ftrunk%2Fdocs > > On Saturday, 7 July 2012 18:32:47 UTC+12, Edward Samson wrote: >> >> The old download site used to provide this link: >> >> http://googleappengine.**googlecode.com/files/google-** >> appengine-docs-20120228.zip<http://googleappengine.googlecode.com/files/google-appengine-docs-20120228.zip> >> >> But since the new site layout, there hasn't been any such download. >> > -- > 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/-/tCtpkhvNYaIJ. > > 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. > -- Takashi Matsuo -- 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.
Re: [google-appengine] Re: URGENT GAE billing issue
Hi Arun, Thanks for the feedback. We're working on it, and it will be fixed soon. -- Takashi On Sat, Jun 30, 2012 at 1:38 PM, aramanuj wrote: > Hi Takashi, > > Can you put this URL in the Billing Settings section of the Admin Console? > This is the 3rd time in the recent past the same issue has come up > (including mine), and perhaps the second time that I've seen this URL > posted on the group. There is an email address in the Billing Settings, but > I got no response from there when I reported this issue sometime back. > Seems like the form based post is better than the email provided in the > Admin Console? > > Ideally, we need a "Pay Now" option so that existing charges can be > cleared at anytime (say, if the first payment did not go through for some > reason). For now, the only option would be to make billing changes just > before the charges are automatically cleared. > > Regards, > Arun > > > On Saturday, June 30, 2012 3:17:55 AM UTC+5:30, Takashi Matsuo (Google) > wrote: >> >> >> If you have some issues related to the billing, please read our FAQ first: >> https://developers.google.com/**appengine/kb/billing<https://developers.google.com/appengine/kb/billing> >> >> and if this does not help please fill out this form: >> http://support.google.com/**code/bin/request.py?hl=en&** >> contact_type=cloud_platform_bi**lling&rd=1<http://support.google.com/code/bin/request.py?hl=en&contact_type=cloud_platform_billing&rd=1> >> >> -- Takashi >> >> >> On Fri, Jun 29, 2012 at 7:01 AM, mc wrote: >> >>> I'm having the same issue. I've had this problem in the past and it >>> lasted several weeks. This is very concerning since it prevents me from >>> managing my application properly. >>> >>> Is there some way to escalate issues with the Google App Engine Team >>> when an application is dead ? >>> >>> >>> >>> On Friday, June 22, 2012 7:43:53 PM UTC-7, draftpik wrote: >>>> >>>> >>>> App Engine has shut off our nhldraftpik app due to the max daily budget >>>> being met. I would like to increase the budget, but I am completely unable >>>> to change the billing limit. It says: >>>> >>>> Billing Status: Changing Daily Budget >>>> >>>> Your account has been locked while we process your budget changes. If >>>> you were redirected to Google Checkout but did not complete the process, >>>> your settings will remain unchanged. *(You will be able to make >>>> changes to your budget settings again once the outstanding payment is >>>> processed.)* >>>> >>>> * >>>> * >>>> >>>> Please advise ASAP what I can do to work around this serious failure of >>>> Google's billing system. >>>> >>>> >>>> Thank you, >>>> >>>> >>>> Brian >>>> >>> >>> On Friday, June 22, 2012 7:43:53 PM UTC-7, draftpik wrote: >>>> >>>> >>>> App Engine has shut off our nhldraftpik app due to the max daily budget >>>> being met. I would like to increase the budget, but I am completely unable >>>> to change the billing limit. It says: >>>> >>>> Billing Status: Changing Daily Budget >>>> >>>> Your account has been locked while we process your budget changes. If >>>> you were redirected to Google Checkout but did not complete the process, >>>> your settings will remain unchanged. *(You will be able to make >>>> changes to your budget settings again once the outstanding payment is >>>> processed.)* >>>> >>>> * >>>> * >>>> >>>> Please advise ASAP what I can do to work around this serious failure of >>>> Google's billing system. >>>> >>>> >>>> Thank you, >>>> >>>> >>>> Brian >>>> >>> >>> On Friday, June 22, 2012 7:43:53 PM UTC-7, draftpik wrote: >>>> >>>> >>>> App Engine has shut off our nhldraftpik app due to the max daily budget >>>> being met. I would like to increase the budget, but I am completely unable >>>> to change the billing limit. It says: >>>> >>>> Billing Status: Changing Daily Budget >>>> >>>> Your account has been locked while we process your budget changes. If >>>
Re: [google-appengine] Unable to verify account by SMS
Please fill in a form and submit at: https://appengine.google.com/waitlist/sms_issues On Tue, Jul 10, 2012 at 11:20 PM, D Vause wrote: > I am unable to verify my App Engine account via SMS. I get the following > error: *The phone number has been sent too many messages or has already > been used to confirm an account. > > I've never successfully activated an App Engine account. Is there any way > I can get someone to reset the account or assist me in verifying my account? > > Thanks! > D. Vause > * > > -- > 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/-/KRUrKpTOwe8J. > 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. > -- Takashi Matsuo -- 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.
Re: [google-appengine] Memcache errors break the GAE-internal session handling. Our application is almost unusable now. Help, please?
#x27;ve tried unsuccessfully to apply the LogAndContinue-Errorhandler. > Is there some way to disable memcache for session-handling maybe? Or is it > possible to copy select GAE source code into your own application, applying > your own error-handler some way? I'd do anything to make our application work > again. > > > I've raised a Production Issue, I've reported this in the forum. And other > suggestions? I'd go premium if I had some kind of reassurance that it > wouldn't simply add insult to injury. > > > Application ID is small-improvements. > > Kind regards, > Per > > > -- > 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/-/1MFtFmFoTHoJ. > 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. > -- Takashi Matsuo -- 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.
Re: [google-appengine] HRD Migration failed (got stuck at reverting). And few thoughts on customer support
Hi Alex, I've just restarted the job, because I think you have removed the non-existing blob reference. Please let us know if it completes(or fails). Thanks, -- Takashi On Tue, Jul 10, 2012 at 4:20 PM, Alexander Trakhimenok < alexander.trakhime...@gmail.com> wrote: > Hello Google AppEngine team and GAE developers, > > Just a heads up on status of migration tool (*for devs to be aware and > prepared*) and am begging for support from Google. > > We have a major release that migrates our app from M/S to HRD (*with all > the goodies like XA transaction & Full Text Search*) that was supposed to > be executed a week ago. > > First we hit 2 bugs in HRD migration tool: > >1. *Migration failed due to old unindexed string properties with >values > 500 chars* (*it was possible to save such in old SDK*). Fixed >by re-putting entities ourselves by executing map/reduce. >2. *Migration failed due to blob reference key to non existed blobs* > (*there >are no reference constrains so no wonder we had a few in DB*). Fixed >ourselves by removing bad references using map/reduce. > > For those 2 issues we have a production issue ticket: > http://code.google.com/p/googleappengine/issues/detail?id=7787 > > Once this was fixed by us after getting information on root cause from > Google (*there is no way to find errors details by yourself*) we decided > to revert migration and execute it from scratch. And I guess it was our > mistake. > > The migration process got stuck in "Sync - Reverting..." state for 4 days > by now: > > *Sync*Reverting... > > I've raised a separate issue for this 3 days ago: > http://code.google.com/p/googleappengine/issues/detail?id=7822 > > Still no answer after 24 hours. > > *To developers*: > >1. I advise you to check your data before migration for those 2 issues >described above. >2. Try avoiding reverting if possible > > *To Google GAE team*: > >1. It would be VERY cool for us (*GAE customer*) to be able to see >error logs for the migration process. >2. It would be VERY-VERY cool to get response on production issues at >least in 1 working day (*24 hours*). We are paying customers and while >nto BIG ones but w do spend around $1K per month on GAE and do expect some >support. Why don't hire at least 1 person who would manage tickets and be >responsible for keeping your customers updated? >3. Please help us to migrate to HRD - we are eager to move! >4. And thanks for the wonderful platform! > > Happy coding to everyone. > > Alex > http://www.myclasses.org/ - Powered by GAE > > -- > 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/-/wK_m8nnpXwcJ. > 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. > -- Takashi Matsuo -- 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.
Re: [google-appengine] Re: Datastore Indexes stuck. vacuum_indexes didn't fix it
Hi Udi, I'm looking into it. -- Takashi On Wed, Jul 11, 2012 at 5:02 PM, Udi h Bauman wrote: > We're having the same problem - indices are stuck "Building" & vacuum > didn't help. > > Anything else we can do? > > The app id is: apps-poc (HRD). > > > Thanks, > Udi > > > On Sunday, June 10, 2012 10:46:49 AM UTC+3, Gwyn Howell wrote: >> >> I have datastore indexes stuck in "Building" status. I have tried >> deleting my index.yaml and running vacuum_indexes. That deleted all the >> other indexes, but not the 5 stuck in "Building" status. How do I fix this? >> (Googlers, my App ID is phoenixhealth-dms!) >> >> Thanks >> > -- > 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/-/GP4yuYP_otsJ. > > 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. > -- Takashi Matsuo -- 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.
Re: [google-appengine] Re: Datastore Indexes stuck. vacuum_indexes didn't fix it
Hi Udi, Now you're good to go. Sorry for the inconvenience. -- Takashi On Thu, Jul 12, 2012 at 6:08 AM, Takashi Matsuo wrote: > > Hi Udi, > > I'm looking into it. > > -- Takashi > > > On Wed, Jul 11, 2012 at 5:02 PM, Udi h Bauman wrote: > >> We're having the same problem - indices are stuck "Building" & vacuum >> didn't help. >> >> Anything else we can do? >> >> The app id is: apps-poc (HRD). >> >> >> Thanks, >> Udi >> >> >> On Sunday, June 10, 2012 10:46:49 AM UTC+3, Gwyn Howell wrote: >>> >>> I have datastore indexes stuck in "Building" status. I have tried >>> deleting my index.yaml and running vacuum_indexes. That deleted all the >>> other indexes, but not the 5 stuck in "Building" status. How do I fix this? >>> (Googlers, my App ID is phoenixhealth-dms!) >>> >>> Thanks >>> >> -- >> 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/-/GP4yuYP_otsJ. >> >> 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. >> > > > > -- > Takashi Matsuo > -- Takashi Matsuo -- 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.
Re: [google-appengine] paid email quota
Can you tell me your app-id? On Thu, Jul 12, 2012 at 2:19 PM, Ben Chong wrote: > my paid app already cleared it's first charge, but the same 100 email > quota persists. Please assist, thanks! > > > On Monday, March 12, 2012 3:38:47 PM UTC-3, Christina Ilvento wrote: >> >> Hi, >> >> We recently made a change that requires an application to successfully >> clear a charge before the email quota is raised above 100 recipients, so >> once your first charge is cleared you should be good to go. >> >> On Fri, Mar 9, 2012 at 7:42 AM, Jonathan wrote: >> >>> Could you please tell me how to enable the paid email >>> >>> My Max Daily Budget is $10.00 >>> >>> The email was blocked after 100 recipients >>> >>> It says: >>> Recipients Emailed 100%100 of 100 1 $0.01/ >>> 100 Recipients $0.01 >>> Resource is currently experiencing a short-term quota limit. >>> >>> The short term is actually endless. After the daily reset I have 100 >>> emails again and that's it. >>> >>> How to unblock the 100 limit for app with Billing Status: Enabled ??? >>> >>> -- >>> 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+unsubscribe@**googlegroups.com >>> . >>> For more options, visit this group at http://groups.google.com/** >>> group/google-appengine?hl=en<http://groups.google.com/group/google-appengine?hl=en> >>> . >>> >>> >> >> >> -- >> >> Christina Ilvento | Google App Engine | cilve...@google.com | (650)-** >> 201-9399 >> >> >> -- > 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/-/RokaxVHbdqEJ. > > 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. > -- Takashi Matsuo -- 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.
Re: [google-appengine] Re: Application is stuck on Activating Billing
If you have some issues related to the billing, please read our FAQ first: https://developers.google.com/appengine/kb/billing and if this does not help please fill out this form: http://support.google.com/code/bin/request.py?hl=en&contact_type=cloud_platform_billing&rd=1 wookee9, sorry for the frustration, but have you already submitted via the above form? This form should work fine. If it didn't work, can you tell me your app-id? -- Takashi On Thu, Jul 12, 2012 at 10:47 AM, wookee9 wrote: > I am having this exact same issue. > And there seem to be several other posts complaining of similar problems > > GAE: I've sent messages to you via every single form I could find. You > haven't responded. I've tweeted you. You haven't responded. Now i'm here. > I'm trying to GIVE YOU MY MONEY to get my app working, and you don't want > to know. Unbelievably frustrating. > > Please sort this issue out. It's a complete joke. > > > On Friday, 6 July 2012 22:28:11 UTC+1, EFCITMan wrote: >> >> I have a new application I built and I reached a free resource limit. I >> tried to enable billing and its stuck on Activating billing >> >> >> "Billing will be enabled as soon as the new billing administrator's >> credit card has been authorized. It will take up to 15 minutes after >> billing is enabled for quotas to be updated. *(You will be able to make >> changes to your budget settings again once the outstanding payment is >> processed."* >> * >> * >> * >> * >> The message has been there for 3 hours now. I contacted the billing >> department and they have not responded yet. >> >> I would love to fix this. and use the GAE. Any ideas? >> > -- > 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/-/Hr7HQmDLIO4J. > > 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. > -- Takashi Matsuo -- 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.
Re: [google-appengine] paid email quota
Ben, actually our support team has started working on your case, so your app will be ok soon. On Fri, Jul 13, 2012 at 6:14 AM, Ben Chong wrote: > hi, > > app id is *market-js* > > > On Thu, Jul 12, 2012 at 5:48 PM, Takashi Matsuo wrote: > >> Can you tell me your app-id? >> >> >> On Thu, Jul 12, 2012 at 2:19 PM, Ben Chong wrote: >> >>> my paid app already cleared it's first charge, but the same 100 email >>> quota persists. Please assist, thanks! >>> >>> >>> On Monday, March 12, 2012 3:38:47 PM UTC-3, Christina Ilvento wrote: >>>> >>>> Hi, >>>> >>>> We recently made a change that requires an application to successfully >>>> clear a charge before the email quota is raised above 100 recipients, so >>>> once your first charge is cleared you should be good to go. >>>> >>>> On Fri, Mar 9, 2012 at 7:42 AM, Jonathan wrote: >>>> >>>>> Could you please tell me how to enable the paid email >>>>> >>>>> My Max Daily Budget is $10.00 >>>>> >>>>> The email was blocked after 100 recipients >>>>> >>>>> It says: >>>>> Recipients Emailed 100%100 of 100 1 >>>>> $0.01/ 100 Recipients $0.01 >>>>> Resource is currently experiencing a short-term quota limit. >>>>> >>>>> The short term is actually endless. After the daily reset I have 100 >>>>> emails again and that's it. >>>>> >>>>> How to unblock the 100 limit for app with Billing Status: Enabled ??? >>>>> >>>>> -- >>>>> 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+unsubscribe@**googlegroups.com >>>>> . >>>>> For more options, visit this group at http://groups.google.com/** >>>>> group/google-appengine?hl=en<http://groups.google.com/group/google-appengine?hl=en> >>>>> . >>>>> >>>>> >>>> >>>> >>>> -- >>>> >>>> Christina Ilvento | Google App Engine | cilve...@google.com | (650)-** >>>> 201-9399 >>>> >>>> >>>> -- >>> 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/-/RokaxVHbdqEJ. >>> >>> 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. >>> >> >> >> >> -- >> Takashi Matsuo >> >> -- >> 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. >> > > > > -- > best, > > > Ben Chong > marketJS.com > skype: fooyee24 > > -- > 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. > -- Takashi Matsuo -- 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.
Re: [google-appengine] GAE Translation & Localization Tools To Be Announced at OSCON
Hi Brian, On Fri, Jul 13, 2012 at 4:40 AM, Brian wrote: > Hello everyone, > > I am a long-time App Engine developer, and recently joined Gengo ( > www.gengo.com), a Tokyo/SF based translation technology company that > offers highly automated professional translation via a web API. > > We are exhibiting at OSCON (www.oscon.com) in Portland next week, and > will be announcing several translation and localization tools, one of which > is a gettext-like translation filter that works out of the box on App > Engine, and enables you to develop multilingual applications, using machine > and/or human translation as you see fit. We'll be releasing this as an open > source tool on Github, so stay tuned. > > If you're at OSCON and would like to learn more about us, visit us at > booth P6 on Wednesday or Thursday. > Thanks for telling me about this. I'm interested in this open source tool very much, but unfortunately I won't be around Portland next week. Can you follow-up with that tool here as well? -- Takashi > > Thanks, > > Brian McConnell, Head of API Integration > Gengo > > -- > 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/-/g9hel-wNX6EJ. > 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. > -- Takashi Matsuo -- 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.
Re: [google-appengine] paid email quota
On Fri, Jul 13, 2012 at 6:59 AM, Ben Chong wrote: > hi Takashi, > > looking forward to it > > another question > > Christina told me that every time a credit card charge fails, appengine > automatically sets the limit back to 100 emails. It's kind of risky for my > app, considering how sometimes credit card charges get denied. > > Can this be lifted if I own a premier account? I'd do anything to make > sure the app runs smoothly for my users > I'm not sure we can bump up that quota with premier apps, but for premier apps, we won't charge to your credit card, we will send you offline bills, so at least you don't worry about credit card companies' decisions any more. > > > On Thu, Jul 12, 2012 at 6:51 PM, Takashi Matsuo wrote: > >> >> Ben, actually our support team has started working on your case, so your >> app will be ok soon. >> >> >> On Fri, Jul 13, 2012 at 6:14 AM, Ben Chong wrote: >> >>> hi, >>> >>> app id is *market-js* >>> >>> >>> On Thu, Jul 12, 2012 at 5:48 PM, Takashi Matsuo wrote: >>> >>>> Can you tell me your app-id? >>>> >>>> >>>> On Thu, Jul 12, 2012 at 2:19 PM, Ben Chong wrote: >>>> >>>>> my paid app already cleared it's first charge, but the same 100 email >>>>> quota persists. Please assist, thanks! >>>>> >>>>> >>>>> On Monday, March 12, 2012 3:38:47 PM UTC-3, Christina Ilvento wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> We recently made a change that requires an application to >>>>>> successfully clear a charge before the email quota is raised above 100 >>>>>> recipients, so once your first charge is cleared you should be good to >>>>>> go. >>>>>> >>>>>> On Fri, Mar 9, 2012 at 7:42 AM, Jonathan wrote: >>>>>> >>>>>>> Could you please tell me how to enable the paid email >>>>>>> >>>>>>> My Max Daily Budget is $10.00 >>>>>>> >>>>>>> The email was blocked after 100 recipients >>>>>>> >>>>>>> It says: >>>>>>> Recipients Emailed 100%100 of 100 1 >>>>>>> $0.01/ 100 Recipients $0.01 >>>>>>> Resource is currently experiencing a short-term quota limit. >>>>>>> >>>>>>> The short term is actually endless. After the daily reset I have 100 >>>>>>> emails again and that's it. >>>>>>> >>>>>>> How to unblock the 100 limit for app with Billing Status: Enabled ??? >>>>>>> >>>>>>> -- >>>>>>> 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+unsubscribe@**googlegroups.com >>>>>>> . >>>>>>> For more options, visit this group at http://groups.google.com/** >>>>>>> group/google-appengine?hl=en<http://groups.google.com/group/google-appengine?hl=en> >>>>>>> . >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> Christina Ilvento | Google App Engine | cilve...@google.com | (650)-* >>>>>> *201-9399 >>>>>> >>>>>> >>>>>> -- >>>>> 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/-/RokaxVHbdqEJ. >>>>> >>>>> 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. >>>>> >>>> >>>> >>>>
Re: [google-appengine] Re: Startup time exceeded...on F4?!
we'll just increase this prior to >> deployments and >> > > then back down again after the deployment succeeds until we know >> more) >> > > 3. Made the recently uploaded version live (hey, why not, the >> production >> > > app was down for 10 minutes, so how much more harm could we do?) >> > >> > > We use GWT and Guice, we jar everything (as I have been paying >> attention to >> > > this startup time discussions for quite some time now. We are also >> > > considering switching our Guice libraries to a non-AOP version as we >> saw >> > > suggested in another blog since we just need the injection. >> > >> > > Any insight, and I'm all ears! app_id=s~myflashpanel >> > >> > > Regards, >> > > -Hardwick >> > >> > > -- >> > >> > > *We make Google Apps even better.* >> > >> > > *David Hardwick* >> > > *CTO* >> > > david.hardw...@bettercloud.com >> > >> > > *Signature by Flashpanel <http://flashpanel.com/>* >> > > *See us in Mashable: Growing Up Google: How Cloud Computing Is >> Changing a >> > > Generation <http://mashable.com/2012/04/**30/generation-growing-up-** >> google/ <http://mashable.com/2012/04/30/generation-growing-up-google/>>* > > -- > 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/-/Bs6JKwLYDAMJ. > > 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. > -- Takashi Matsuo -- 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.
Re: [google-appengine] Google App Engine Launcher on Ubuntu
Just reading the page briefly, but maybe you can use both of the workaround in the answer #1 and the shell built-in alias feature(see man alias). On Fri, Jul 13, 2012 at 11:29 PM, deostroll wrote: > Hi, > > I am having issues trying to run the launcher in Ubuntu in a specific way. > I have described the problem in detail here <http://bit.ly/MmOBkL> > > Please have a look and respond any place. > > Thanks, > Arun. > > -- > 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/-/5iGOmZN95Z8J. > 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. > -- Takashi Matsuo -- 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.
Re: [google-appengine] Re: Startup time exceeded...on F4?!
Hi Mauricio, Yes I understand that, and we've been working on it. Sorry that it's taking long. Hi Wilson, It's coming with the pricing change. Since we started charging with number of instances, we needed to provide more control on how we spin-up a new instances. In other words, if we continued the old behavior, many developers would have complained like "App Engine spins up unnecessary instances.". We believe that it makes more sense when warmup requests are used only for resident idle instances. -- Takashi On Sat, Jul 14, 2012 at 7:18 AM, Wilson MacGyver wrote: > any reason behind this change? this seems kind of strange. I too was > wondering by the > behavior till you posted this. I had my min set to automatic also > > On Fri, Jul 13, 2012 at 9:28 AM, Takashi Matsuo > wrote: > > > > Now the warmup requests are fired only if you set min idle instances to > some > > value(not automatic). > > > > -- Takashi > > > > > > On Fri, Jul 13, 2012 at 9:52 PM, Michael Hermus < > michael.her...@gmail.com> > > wrote: > >> > >> Same for me.. I just checked: no calls to warmup, lots of loading > >> requests. > >> > >> **shakes fist at App Engine** > >> > >> > >> On Thursday, July 12, 2012 4:39:48 PM UTC-4, Tom Phillips wrote: > >>> > >>> Interesting..I checked and I too have 100% of my loading requests on > >>> user facing URLs instead of /_ah/warmup. > >>> > >>> Warmup requests are enabled and Automatic-Automatic for both instance > >>> sliders. > >>> > >>> I used to see at least a decent percentage of loading requests on /_ah/ > >>> warmup, but haven't looked in quite a while. > >>> > >>> /Tom > >>> > >>> On Jul 12, 3:46 pm, David Hardwick > >>> wrote: > >>> > Some additional observations and questions... > >>> > > >>> > After reading this [Link 1] stack overflow article that mentioned an > >>> > issue with having your Max Idle count below 6, we started looking at > >>> > our warmup request on our staging environment because that app-id has > >>> > Idle Instances set to Auto-Auto, while production had specific > values. > >>> > > >>> > But...Where did all the "/_ah/warmup" requests go? When doing a > label > >>> > search for these staging environment logs ["path:/_ah/warmup" (doing > a > >>> > label search)] we couldn't find any warmup request!!(yes, we have > >>> > warmup requests turned on)...we would just see the first cold-start > >>> > request would take around 15 seconds to load (F1) and 10 seconds to > >>> > load on (F2). > >>> > > >>> > I even shut down every instance and hit the staging server again to > >>> > see if I could find a warmup request in the logs...nope. Honestly, I > >>> > would rather have a user wait 10 seconds for the first request to > that > >>> > server as opposed risking the warmup requests failing again. > >>> > > >>> > Where did all the "/_ah/warmup" requests go? More importantly, why > >>> > would we have such different times for warmup requests compared to > >>> > cold starts? Shouldn't they be nearly identical?! > >>> > > >>> > Rock on, > >>> > -Hardwick > >>> > > >>> > [Link 1] > >>> > - > http://stackoverflow.com/questions/9422698/ah-warmup-producing-hardde... > >>> > > >>> > On Jul 12, 12:26 pm, David Hardwick > >>> > wrote: > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > Hello, > >>> > > >>> > > I realize there's been a lot of discussion on startup times > exceeded > >>> > > on > >>> > > this forum recently, but wanted needed to post this experience we > had > >>> > > this > >>> > > morning to keep the attention on this important issue. > >>> > > >>> > > We uploaded a point release of our app to a "not-live" version this > >>> > > morning > >>> > > and, of course, we were going to click around on that instance to > >>> > > make sure > >>> &
Re: [google-appengine] Re: Startup time exceeded...on F4?!
On Jul 14, 2012 12:42 PM, "Tom Phillips" wrote: > > Hi Takashi, > > Now that I've added a resident idle instance, the logs seem to confirm > that only the loading of the resident instance is via /_ah/warmup. > It's difficult to tell that for sure, but all my current dynamic > instances were loaded on a user URL, and the current resident > instance was loaded via /_ah/warmup. Yes, it is expected behavior. > > Resident idle instances are loaded only infrequently, and serve little > traffic, so of what use are warmup requests if only they get them? The > vast majority of loading requests are now on user URLs. That's a 20+ > second wait (Java) by a user on almost every loading request. Those resident instances are used when there is no available dynamic instance. If there's no available resident instance, your user will see the loading requests. In general, if you see too many user-facing loading requests, there is still a room for raising your number of resident instances in order to reduce the number of user-facing loading requests. > > Back in the Always-on days, I would see virtually all loading requests > use /_ah/warmup, as long as traffic was relatively stable. So an > instance loading rarely affected an actual user. What do we configure > now to get this same behavior? Probably you can not expect the very same behavior. How many resident instances are you configured? Are you configured the 'Max Idle instances' to 'Automatic'? How spiky is your access pattern? Are you using the concurrent requests? -- Takashi > > /Tom > > On Jul 13, 7:07 pm, Takashi Matsuo wrote: > > Hi Mauricio, > > > > Yes I understand that, and we've been working on it. Sorry that it's taking > > long. > > > > Hi Wilson, > > > > It's coming with the pricing change. Since we started charging with number > > of instances, we needed to provide more control on how we spin-up a new > > instances. > > In other words, if we continued the old behavior, many developers would > > have complained like "App Engine spins up unnecessary instances.". > > > > We believe that it makes more sense when warmup requests are used only for > > resident idle instances. > > > > -- Takashi > > > > On Sat, Jul 14, 2012 at 7:18 AM, Wilson MacGyver wrote: > > > > > > > > > > > > > > > > > > > > > any reason behind this change? this seems kind of strange. I too was > > > wondering by the > > > behavior till you posted this. I had my min set to automatic also > > > > > On Fri, Jul 13, 2012 at 9:28 AM, Takashi Matsuo > > > wrote: > > > > > > Now the warmup requests are fired only if you set min idle instances to > > > some > > > > value(not automatic). > > > > > > -- Takashi > > > > > > On Fri, Jul 13, 2012 at 9:52 PM, Michael Hermus < > > > michael.her...@gmail.com> > > > > wrote: > > > > > >> Same for me.. I just checked: no calls to warmup, lots of loading > > > >> requests. > > > > > >> **shakes fist at App Engine** > > > > > >> On Thursday, July 12, 2012 4:39:48 PM UTC-4, Tom Phillips wrote: > > > > > >>> Interesting..I checked and I too have 100% of my loading requests on > > > >>> user facing URLs instead of /_ah/warmup. > > > > > >>> Warmup requests are enabled and Automatic-Automatic for both instance > > > >>> sliders. > > > > > >>> I used to see at least a decent percentage of loading requests on /_ah/ > > > >>> warmup, but haven't looked in quite a while. > > > > > >>> /Tom > > > > > >>> On Jul 12, 3:46 pm, David Hardwick > > > >>> wrote: > > > >>> > Some additional observations and questions... > > > > > >>> > After reading this [Link 1] stack overflow article that mentioned an > > > >>> > issue with having your Max Idle count below 6, we started looking at > > > >>> > our warmup request on our staging environment because that app-id has > > > >>> > Idle Instances set to Auto-Auto, while production had specific > > > values. > > > > > >>> > But...Where did all the "/_ah/warmup" requests go? When doing a > > > label > > > >>> > search for these staging environment logs ["path:/_ah/warmup" (doing > > > a >
Re: [google-appengine] Re: Startup time exceeded...on F4?!
On Jul 14, 2012 10:49 PM, "Takashi Matsuo" wrote: > > > On Jul 14, 2012 12:42 PM, "Tom Phillips" wrote: > > > > Hi Takashi, > > > > Now that I've added a resident idle instance, the logs seem to confirm > > that only the loading of the resident instance is via /_ah/warmup. > > It's difficult to tell that for sure, but all my current dynamic > > instances were loaded on a user URL, and the current resident > > instance was loaded via /_ah/warmup. > > Yes, it is expected behavior. > > > > > Resident idle instances are loaded only infrequently, and serve little > > traffic, so of what use are warmup requests if only they get them? The > > vast majority of loading requests are now on user URLs. That's a 20+ > > second wait (Java) by a user on almost every loading request. > > Those resident instances are used when there is no available dynamic instance. If there's no available resident instance, your user will see the loading requests. > > In general, if you see too many user-facing loading requests, there is still a room for raising your number of resident instances in order to reduce the number of user-facing loading requests. > > > > > Back in the Always-on days, I would see virtually all loading requests > > use /_ah/warmup, as long as traffic was relatively stable. So an > > instance loading rarely affected an actual user. What do we configure > > now to get this same behavior? > > Probably you can not expect the very same behavior. > > How many resident instances are you configured? Are you configured the 'Max Idle instances' to 'Automatic'? How spiky is your access pattern? Are you using the concurrent requests? Sorry my above sentences are not correct. How many resident instances are you having now? Do you set the 'Max Idle instances' to 'Automatic'? How spiky is your access pattern? Are you using the concurrent requests? > > -- Takashi > > > > > /Tom > > > > On Jul 13, 7:07 pm, Takashi Matsuo wrote: > > > Hi Mauricio, > > > > > > Yes I understand that, and we've been working on it. Sorry that it's taking > > > long. > > > > > > Hi Wilson, > > > > > > It's coming with the pricing change. Since we started charging with number > > > of instances, we needed to provide more control on how we spin-up a new > > > instances. > > > In other words, if we continued the old behavior, many developers would > > > have complained like "App Engine spins up unnecessary instances.". > > > > > > We believe that it makes more sense when warmup requests are used only for > > > resident idle instances. > > > > > > -- Takashi > > > > > > On Sat, Jul 14, 2012 at 7:18 AM, Wilson MacGyver wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > any reason behind this change? this seems kind of strange. I too was > > > > wondering by the > > > > behavior till you posted this. I had my min set to automatic also > > > > > > > On Fri, Jul 13, 2012 at 9:28 AM, Takashi Matsuo > > > > wrote: > > > > > > > > Now the warmup requests are fired only if you set min idle instances to > > > > some > > > > > value(not automatic). > > > > > > > > -- Takashi > > > > > > > > On Fri, Jul 13, 2012 at 9:52 PM, Michael Hermus < > > > > michael.her...@gmail.com> > > > > > wrote: > > > > > > > >> Same for me.. I just checked: no calls to warmup, lots of loading > > > > >> requests. > > > > > > > >> **shakes fist at App Engine** > > > > > > > >> On Thursday, July 12, 2012 4:39:48 PM UTC-4, Tom Phillips wrote: > > > > > > > >>> Interesting..I checked and I too have 100% of my loading requests on > > > > >>> user facing URLs instead of /_ah/warmup. > > > > > > > >>> Warmup requests are enabled and Automatic-Automatic for both instance > > > > >>> sliders. > > > > > > > >>> I used to see at least a decent percentage of loading requests on /_ah/ > > > > >>> warmup, but haven't looked in quite a while. > > > > > > > >>> /Tom > > > > > > > >>> On Jul 12, 3:46 pm, David Hardwick < david.hard
Re: [google-appengine] Re: Startup time exceeded...on F4?!
I would say, the best bet is to set an appropriate number of min idle instances. Tom, > The resident instance handles almost no requests (only 3 so far). If a > dynamic instance needs to be started, couldn't the scheduler send at > least some requests to the idle instance while calling /_ah/warmup on > the spawning dynamic one? No at lease for now, because the scheduler can not tell beforehand how long the warmup request will take, and even whether the warmup request will succeed or not, thus those subsequent requests will see the significant, un-predictable pending time and probably elevated error rate in some cases. Michael, > Under load, I wouldI want user facing requests to hit the resident instance UNTIL a new dynamic instance has been spun up AND hit with a warmup request. If you set enough number of min idle instances to absorb your trafic, it should be Ok. In my understanding, technically, it might be possible for us to provide prediction based warmup request, but it will cause complaints from many people who want to save money. Now we're offering configurable min idle instance, so please consider using this feature. If you have any use-case or experience which can not be covered by setting min-idle-instances, please let us know. -- Takashi On Mon, Jul 16, 2012 at 12:18 AM, Simon Knott wrote: > Completely agree, seems to defeat the entire purpose of warm-up requests. > > > On Sunday, 15 July 2012 14:40:14 UTC+1, Michael Hermus wrote: >> >> I have to agree with this; it seems completely backwards to me. Wouldn't >> resident instance warmups be extremely infrequent since they are well, >> resident! Under load, I wouldI want user facing requests to hit the >> resident instance UNTIL a new dynamic instance has been spun up AND hit >> with a warmup request. >> >> >> -- > 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/-/kV3oMH_pUloJ. > > 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. > -- Takashi Matsuo -- 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.
Re: [google-appengine] Re: Startup time exceeded...on F4?!
Richard, > But Tom seems to think that "1" is an appropriate number for his app. Why offer that option if it's automatically wrong? If his purpose is reduce the number of user-facing loading requests, and he still sees many user-facing loading requests, the current settings is not enough. Jeff, > I vaguely expect something like this: > > * All incoming requests go into a pending queue. > * Requests in this queue are handed off to warm instances only. > * Requests in the pending queue are only sent to warmed up instances. > * New instances can be started up based on (adjustable) depth of the > pending queue. > * If there aren't enough instances to serve load, the pending queue > will back up until more instances come online. > > Isn't this fairly close to the way appengine works? What puzzles me > is why requests would ever be removed from the pending queue and sent > to a cold instance. Even in Pythonland, 5-10s startup times are > common. Seems like the request is almost certainly better off waiting > in the queue. Probably reading the following section woud help understanding the scheduler: https://developers.google.com/appengine/docs/adminconsole/performancesettings#scheduler A request comes in, if there's available dynamic instance, he'll be handled by that dynamic instance. Then, if there's available resident instance, he'll be handled by that resident instance. Then he goes to the pending queue. He can be sent any available instances at any time(it's fortunate for him). Then according to the pending latency settings, he will be sent to a new cold instance. So, if you prefer pending queue rather than a cold instance, you can set high minimum latency, however, it might not be what you really want because it will cause a bad performance on subsequent requests. Generally speaking, just looking at a statistic for a spiky event, you might have a feeling that our scheduler can do better, however, the difficult part is that those requests in that statistic were not issued at the flat rate. In other words, the scheduler starts a new dynamic instance because it is really needed at that moment. Well again, in order to reduce the number of user-facing loading requests, the most effective thing is to set sufficient number of min idle instances. The second thing to consider would be, if you have longer backend tasks, putting those tasks into another version, in order to avoid blocking other frontend requests. If you use python2.7 runtime with concurrent request enabled, probably you'd better isolate CPU bound operations from user-facing frontend version in order to avid slow-down in the frontend version. Probably it is great if we offer an API for dynamically configuring the performance settings especially in terms of cost efficiency, and I think it's worth filing a feature request. -- Takashi Matsuo -- 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.
Re: [google-appengine] Re: Startup time exceeded...on F4?!
Hi Jeff, On Tue, Jul 17, 2012 at 7:10 AM, Jeff Schnitzer wrote: > Hi Takashi. I've read the performancesettings documentation a dozen > times and yet the scheduler behavior still seems flawed to me. > I would rather not use a word 'flawed' here, but probably there is still room for improvement. First of all, is there any reason why you can not use min idle instances settings? Is it just because of the cost? If so, can 'introducing somewhat lower price for resident instance' be a workable feature request? Vaguely I have a feeling that, what you're trying to accomplish here is to save money while acquire good performance. If so, it is one of the most difficult thing to implement. However, in my opinion, it's worth trying to implement, so let's continue the discussion. Once a request is taken from the pending queue and sent to an instance > (cold or otherwise), it's dedicated to execution on that instance. In > the queue, it can still be routed to any instance that becomes > available. Why would we *ever* want to send a request to a cold > instance, which has an unknown and unpredictable response time? If I were that request, I'd want to sit in the queue until a known-good > instance becomes available. Depending on the queue fill rate I might still end up waiting for an instance to come online... but there's > also a good chance I'll get handled by an existing instance, > especially if traffic is bursty. > > "the scheduler starts a new dynamic instance because it is really > needed at that moment." -- this is not an accurate characterization, > because new instances don't provide immediate value. They only > provide value 5+ (sometimes 50+) seconds after they start. In the > mean time, they have captured and locked up user-facing requests which > might have been processed by running instances much faster. > If you have an app with average +50s loading time, I totally understand that you strongly want to avoid sending requests to cold instances. On the other hand, there are also many well-behaved apps with <5 secs loading/warming time. Please understand that for those apps, it is still acceptable if we send requests to cold instances, so it's likely we can not prioritize the feature bellow over other things, however... > The min latency setting is actually working against us here. What I > really want is a high (possibly infinite) minimum latency for moving > items from pending queue to a cold instance, but a low minimum latency > for warming up new instances. I don't want requests waiting in the > pending queue, but it does me no good to have them sent to cold > instances. I'd rather they wait in the queue until fresh instances > come online. For me, it look like a great idea. Can you file a feature request for this, so that we can get a rough idea of how many people want it, and start an internal discussion. Thanks as always, -- Takashi > > Jeff > > On Mon, Jul 16, 2012 at 1:15 PM, Takashi Matsuo > wrote: > > > > Richard, > > > >> But Tom seems to think that "1" is an appropriate number for his app. > Why > >> offer that option if it's automatically wrong? > > > > If his purpose is reduce the number of user-facing loading requests, and > he > > still sees many user-facing loading requests, the current settings is not > > enough. > > > > Jeff, > > > >> I vaguely expect something like this: > >> > >> * All incoming requests go into a pending queue. > >> * Requests in this queue are handed off to warm instances only. > >> * Requests in the pending queue are only sent to warmed up instances. > >> * New instances can be started up based on (adjustable) depth of the > >> pending queue. > >> * If there aren't enough instances to serve load, the pending queue > >> will back up until more instances come online. > >> > >> Isn't this fairly close to the way appengine works? What puzzles me > >> is why requests would ever be removed from the pending queue and sent > >> to a cold instance. Even in Pythonland, 5-10s startup times are > >> common. Seems like the request is almost certainly better off waiting > >> in the queue. > > > > Probably reading the following section woud help understanding the > > scheduler: > > > https://developers.google.com/appengine/docs/adminconsole/performancesettings#scheduler > > > > A request comes in, if there's available dynamic instance, he'll be > handled > > by that dynamic instance. Then, if there's available resident instance, > > he'll be handled by t
Re: [google-appengine] Re: Attacked by appid: s~ccdict1 to s~ccdict99
We're looking into it. -- 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.
Re: [google-appengine] Re: Startup time exceeded...on F4?!
On Fri, Jul 20, 2012 at 7:10 AM, hyperflame wrote: > On Thursday, July 19, 2012 2:57:28 AM UTC-5, Richard Watson wrote: >> >> >> That's fine, but all we're asking for is "don't dump those requests into >> an instance that isn't able to serve the request immediately". If there >> are three instances running and one being started up, don't consider the >> latter in the population of instances to send requests to. Dump it into an >> instance level queue that is already running. Everything else remains >> constant. >> > > Let's back up a minute here. To the GAE scheduler, as it is right now, > there is no concept of "starting up." Either there is an instance, or there > is no instance. A "cold" instance is just as good as an instance that has > been active for hours. > > If you read Mr. Matsuo of the GAE team's posting, he wrote, "If you have > an app with average +50s loading time, I totally understand that you > strongly want to avoid sending requests to cold instances. On the other > hand, there are also many well-behaved apps with <5 secs loading/warming > time. Please understand that for those apps, it is still acceptable if we > send requests to cold instances, so it's likely we can not prioritize the > feature bellow over other things, however..." > > I read that as (and correct me if I'm wrong) that the GAE scheduler > expects cold instances to be ready in less than 5 seconds (notice the > "well-behaved" remark). If that is so, there is no reason to categorize > instances as being in "starting up" phase. An instance is an instance is an > instance, regardless of whether or not it was just cold-started. > > Let's go back to the MegaWalmart example. MegaWalmart is guaranteeing that > if it opens a new checkout lane, that checkout lane will be open quickly, > that the clerk will not be drunk, the scanner will be working, etc. Is that > guarantee reasonable? That's the point of this thread. > > > On Thursday, July 19, 2012 2:57:28 AM UTC-5, Richard Watson wrote: >> I stand to be corrected, but I doubt that Google searches are dumped onto >> cold instances. >> > > The GAE scheduler expects hosted apps to cold start in less than 5 > seconds. If the GAE scheduler expects that of us, I don't see why Google > wouldn't hold itself to that same commitment. > To clarify, there is no any hard limit on the cold startup time except for the hard deadline(60secs for online, 600secs for offline). The 5secs just came from Jeff's e-mail I think. That said, it is one of the most important best practice with App Engine to reduce the loading time. At the same time, we understand that some people want to use popular Java libraries which take longer to load. We're trying hard to mitigate the pain by fastening the loading time, it's underway, but no ETA yet. So for a time being, I would suggest setting sufficient number of min idle instances to reduce the number of user-facing loading requests, especially if you think your app is important and you strongly want to eliminate the user-facing loading requests. Additionally, we started an internal discussion about reviving warmup requests for dynamic instances. If you want this feature, please star the following issue: http://code.google.com/p/googleappengine/issues/detail?id=7865 -- Takashi > -- > 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/-/nwb8Q4Bxx7cJ. > > 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. > -- Takashi Matsuo -- 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.