I have an old app that has been re-directing traffic to another App Engine
app for a couple of years. It just stopped working this morning. The
re-directs return 404s. Going directly to the re-direct location works
correctly, however.
Is there any indication that there is an infrastructure pr
The App Engine deploy times have been brutally slow over the last 12 hours.
It's on the order of minutes - typically stalling right up front as well as
after the "Deployment successful" state.
Greg
--
You received this message because you are subscribed to the Google Groups
"Google App Engin
I found the issue I had been prefixing my app ID in the
appengine_config.py file with 's~', which is the norm for bulkloader
operations even though it isn't documented. It looks like that prefix isn't
required in this case.
--
You received this message because you are subscribed to the G
It's probably worth adding one more detail. I can't access the Datastore
Admin when I'm logged in with app's owner account (I think this is a known
bug). I can only access the admin page from another developer account.
That may be contributing to the access problem.
Thoughts?
--
You receive
I'm seeing the same error between two production apps.
(1) Duplicate application
(2) Upload code to new application
(2) Enable datastore admin on new app
(3) Use "copy to another app" on the original app
This results in a 401...
"Fetch to https://smsmybus-test.appspot.com/_ah/remote_api failed
> Twitter:http://twitter.com/app_engine
>
> On Tue, Nov 30, 2010 at 12:34 PM, Greg Tracy wrote:
> > Multiple emails are getting bounced back today as marked as spam by
> > SpamCop. The following is a sample description in one of those emails...
>
> > Technical deta
Multiple emails are getting bounced back today as marked as spam by
SpamCop. The following is a sample description in one of those emails...
Technical details of temporary failure:
Google tried to deliver your message, but it was rejected by the
recipient domain. We recommend contacting the other
I too am getting 500 errors on app uploads...
--
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..
for a long time. I've never seen it
anywhere. :)
Thanks.
On Aug 13, 8:09 am, "Nick Johnson (Google)"
wrote:
> Hi Greg,
>
>
>
>
>
> On Thu, Aug 12, 2010 at 10:14 PM, Greg Tracy wrote:
> > Here's an example of what I mean by those metrics being in
l API cycles 28524
>From an analysis perspective, I have two challenges:
1. I cannot reconcile the wall clock time for these slow requests
2. I cannot trust the metrics from the quota package since I can't see
clarity about what they actually represent
On Aug 12, 12:55 pm, Greg Tracy wro
In fact, there may even be a bug... I see that the cpu_ms and
api_cpu_ms numbers are inversely proportional to the wall clock times
in the log.
I can't make heads or tails from the existing reporting tools. Please
save me from this insanity... :)
On Aug 12, 12:27 pm, Greg Tracy
Excellent... Now how do I reconcile the times reported by the quota
package with the "cpu_ms" and "api_cpu_ms" times reported in the log?
They don't appear to be the same.
On Aug 12, 10:50 am, "Nick Johnson (Google)"
wrote:
> Hi Greg,
>
> On Thu
I would recommend using Twilio's SMS API. I've built multiple GAE apps
with Twilio integration.
They even have Python and Java libraries to make integration easier.
Cost is $.03 for each message (inbound as well as outbound).
On Aug 12, 10:14 am, Nikita Srivastava wrote:
> I am not sure how
Is the billable "CPU Time" quota a combination of the "cpu_ms" cycles
and the "api_cpu_ms" cycles (as seen in the log file)?
And if this is the case, can I assume that "cpu_ms" is measuring the
time my code is executing - unblocked from remote calls?
--
You received this message because you are
PUtime, but of course that does basically nothing forAPItime.
>
> I always like to see benchmarks and related discussions. Look forward to
> your results.
>
> Robert
>
> On Jul 20, 2010, at 13:51, Greg Tracy wrote:
>
>
>
>
>
> > Thanks for the input, Robert
ot;cpu_ms" time
reported in the log are also oddly low even though the wall clock time
is at 30 secs.
Just trying to understand what's being measured and where all my time
is going...
Thanks!
On Jul 22, 10:17 pm, Greg Tracy wrote:
> I'd like to better understand the CPU time meas
I'd like to better understand the CPU time measurements in app engine.
As I've been profiling an app, I've started to see inconsistencies in
the various metrics. I'm striving to improve every number that's in my
control, but still lack a fundamental understanding of what's being
measured, the diff
ad some of the writes to
> other background tasks. I write a group of entities, then send
> another handler another block of entities to write. This has been
> working well for me too.
>
> Robert
>
>
>
> On Thu, Jul 15, 2010 at 5:22 PM, Greg Tracy wrote:
>
>
e not already, take a look at AppStats. Perhaps you can
> find a way to improve performance. You may also want to read through
> some of the datastore articles in the docs to be sure you are
> minimizing resource usage.
>
> Robert
>
>
>
> On Wed, Jul 14, 2010 at 7:24 PM, Greg
When I do analytics like this, I use the task queue to generate
records in the datastore. Then I create the special admin handlers to
render the analysis tools inside the browser. It's far easier to parse
the data that way and you can access the results in real-time from
anywhere.
I'm not generat
Not for me... I set a budget and immediately started paying.
Not thrilled about this and may need to start a new thread asking for
advice on datastore contention...
Thanks.
On Jul 14, 5:57 pm, Nate Bauernfeind
wrote:
> I have been.
>
>
>
> On Wed, Jul 14, 2010 at 5:37 PM, Gr
; loaded a bunch of initial test data into the datastore I got tons of
> deadline exceeded errors, though I assumed it was cause I was trying to
> stuff a lot of data in there all at once.
>
> Nate
>
>
>
> On Wed, Jul 14, 2010 at 5:24 PM, Greg Tracy wrote:
>
> > I
I've been adding some new datastore-intensive features to an app and
am blowing through the "CPU Time" quota. While my understanding is
that the "Datastore CPU Time" quotas have been lifted while the App
Engine team continues to work on the performance, I can't figure out
why these are mutually ex
I'm using the App Engine Launcher on XP and it works for me.
On May 31, 7:24 pm, hawkett wrote:
> Slight possibility - looks like both Ryan and Nick are using the app
> engine launcher, which is a mac only application that contains a copy
> of the SDK. Are any of the people reporting it working
This is still an issue for me...
On Apr 17, 7:26 am, toh wrote:
> Not a help, but I just wanted to say that I am having the same
> issue...
>
>
>
> Greg Tracy wrote:
> > I had the same problem again today...
>
> > There haven't been any code changes, and
Is there a syntax for cron jobs that limits when they run?
For example, can I specify that a cron job run every every hour
between 9am and 9pm?
schedule: every 1 hour [except 10pm-8am]
Is there a different, verbose syntax that lists every time it runs
rather than using some kind of exception cl
I had the same problem again today...
There haven't been any code changes, and not all emails are failing.
Any help is appreciated.
Greg
On Apr 15, 4:28 pm, Greg Tracy wrote:
> Curious to know if there was a problem with the GAE email server this
> afternoon. 88 (of roughly
Curious to know if there was a problem with the GAE email server this
afternoon. 88 (of roughly 675) emails sent out by my app today bounced
back. The bounced emails all had messages with text similar to the
following...
The error that the other server returned was: 501 501
<3t0fhswohbkkpanp.cajl
Google account, you can
> type the entire email or just the user name of your Gmail account.
> It's a litter convenient for the Gmail user, so dose in GAE.
>
> If you really want the email address, you can call email() method instead.
>
> --
> keakon
>
> 2010/3/
Why is that the users object returned for the logged in user isn't
being populated with ALL of the details for that's user's account?
Specifically, there is odd behavior for the nickname. Gmail accounts
seem to pull out the name in front of '@gmail.com' as the nickname,
but other logins - that ar
as the new developer account noted above, but neither of them
work. the mail.send() call will fail with the following...
InvalidSenderError: Unauthorized sender
this is now much worse then simply an update problem. my app is now
broken.
On Mar 18, 9:23 pm, Greg Tracy wrote:
> I'm abl
ve no administrators
listed. Just developers.
I would appreciate it if someone on the app engine team could look at
this. I believe something got disconnected when the email address for
the google account was changed.
Thanks.
On Mar 18, 1:59 pm, Greg Tracy wrote:
> Since changing the ema
Since changing the email address on my Google account, I have not been
able to update my application. Command line and SDK updates fail with
the following...
Password for greg@.com: Invalid username or password.
Error 401: --- begin server output ---
Must authenticate first.
--- end server output
just to verify... have you actually run the appcfg updater to upload
your modified application? you'll need to update your app with the
new app.yaml as well as uploading the loader script. the only way to
do that is to first run "appcfgy.py update ". THEN you can run
the uploader.
On Mar 2, 10:0
Over the last week, emails sent from my app to Microsoft accounts -
hotmail, msn, live, etc. - are bouncing.
---
550 550 SC-004 Mail rejected by Windows Live Hotmail for policy
reasons. A block has been placed against your IP address because we
have received complaints concerning mail coming from
I'm curious as to why the session cookie for google account sessions
is different between the development server and production. I'd also
like to know if there are abstractions/workarounds for this so I don't
have to keep modifying my client code.
Here's what I've found...
- On the development s
I use Eclipse with PydDev.
I'd like to see the dev environment round out the tools for local
debugging. Specifically, I'd like a turn-key solution for running cron
jobs and a sendmail stub.
--
You received this message because you are subscribed to the Google Groups
"Google App Engine" group.
T
r future
> reference.
>
> On Nov 16, 7:47 pm, Greg Tracy wrote:
>
> > what was the exact error or symptom? i'm reluctant to repeat the how-
> > to guide.
>
> >http://code.google.com/appengine/docs/python/tools/uploadingdata.html
>
> > i've uploaded
what was the exact error or symptom? i'm reluctant to repeat the how-
to guide.
http://code.google.com/appengine/docs/python/tools/uploadingdata.html
i've uploaded bulk elements via csv multiple times and the
instructions worked perfectly. the sections you actually have to
implement are:
1. "se
I've found that creating and adding Task objects is quite expensive.
Consider the following...
for u in users:
task = Task(url='/emailqueue', params=
{'email':u.email,'body':body})
task.add('emailqueue')
Each user in this loop adds another 34.5 "cpu usages". It
gt; On Oct 29, 2009, at 5:36 PM, Greg Tracy wrote:
>
>
>
> > To add to this problem is the fact that I can't adequately catch the
> > exception and avoid the re-queueing of the task. More on that here...
>
> >http://groups.google.com/group/google-appengine/browse_
no... i was using the wrong import.
thank you @djidjadji
On Oct 29, 7:16 pm, djidjadji wrote:
> Did you include?
>
> from google.appengine.runtime import apiproxy_errors
>
> 2009/10/29 Greg Tracy :
>
>
>
> > I tried to use the apiproxy_errors version but G
a bunch
> of duplicate emails just because of some bogus error.
>
> Perhaps you should just increase the "Timeout" on this API to a limit
> that it can actually meet?
>
> -Joshua
>
> On Oct 29, 2009, at 2:32 PM, Greg Tracy wrote:
>
>
>
> > I'm s
hes its overall time limit.
> Not to be confused with runtime.apiproxy_errors.DeadlineExceededError.
> That one is raised when individual API calls take too long.
> """
>
> google/appengine/runtime/apiproxy_errors.py
> class DeadlineExceededError(Error):
>
I'm seeing quite a few as well. Although I do find that the emails get
delivered regardless.
On Oct 29, 11:22 am, Joshua Smith wrote:
> We're getting a surprising number of these errors:
>
> "The API call mail.Send() took too long to respond and was cancelled."
>
> This is happening, for examp
I'm running an email distribution list that utilizes the taskqueue to
send out emails to individuals recipients. Periodically, I'm getting
DeadlineExceededError when the Mail.send() call doesn't return fast
enough. (This alone would be nice to avoid, but that's for another
day).
File "/base/pyth
ah... makes perfect sense.
thank you for this!
On Oct 21, 7:23 am, David Symonds wrote:
> On Tue, Oct 20, 2009 at 7:04 AM, Greg Tracy wrote:
> > queue:
> > - name: email-queue
> > rate: 8/m
> > bucket_size: 10
>
> Do you understand the effect of the
I'm trying to send out emails to subscribers and in order to manage
the rate quota for sending email, I created a task that is configured
to run at the prescribed rate quota per the GAE documentation (8
emails per minute)...
queue:
- name: email-queue
rate: 8/m
bucket_size: 10
However, I'm
48 matches
Mail list logo