[google-appengine] Re: Setting regions when creating a scheduled query in BQ

['Olu' via Google App Engine]

Hello Paul,

There are a number of reasons why this error may be obtained. It could be 
about your configurations, at the same time, there was a report of the 
error being related to a Console UI issue. So, the first step is to ensure 
that your configurations are right. 

I will like to point you to these Stackoverflow links[0][1] where similar 
concerns were reported. There are a few recommendations and suggestions 
from the Community on what to do about your setup. If the issue persists 
about the changes, then we may be able to help further at that point. 

[0]https://stackoverflow.com/questions/60259740/bigquery-scheduled-query-cannot-create-a-transfer-in-jurisdiction-us-when-des
[1]https://stackoverflow.com/questions/65398176/bigquery-scheduled-query-cannot-create-a-transfer-in-jurisdiction-us-when-desti?rq=1

On Sunday, January 30, 2022 at 1:12:44 PM UTC-5 Paul Swanson wrote:

> Hello,
>
> I'm pretty new to using GCP and BigQuery, and I've run into an issue I was 
> hoping someone might be able to help with.
>
> I have several tables added in BigQuery that are coming from Google 
> Sheets. I would like to create a scheduled query that pulls that data 
> together, but when I try to create this I get a message stating: "Error 
> creating scheduled query: Cannot create a transfer in JURISDICTION_US when 
> destination dataset is located in REGION_ASIA_SOUTHEAST_1"
>
> The GCP instance is set in REGION_ASIA_SOUTHEAST_1 because the school 
> where I work is in Singapore and that seems likely to have the lowest 
> latency, but I'm not sure how to set the Jurisdiction so that it matches. I 
> have created a successful scheduled query before based on CSVs that I have 
> uploaded, so my hunch is that the problem is the Google Sheet source for 
> this data, but I'm not sure what to do about the issue.
>
> Thanks in advance for your help!
> Paul
>
>
> *DISCLAIMER NOTICE*
>
> Stamford American International School ("SAIS") is part of the Cognita 
> group. The information contained in this e-mail and any attachments is 
> confidential and may be the subject of legal, professional or other 
> privilege. It is intended only for the named addressee (s) and may not be 
> disclosed to anyone else without the consent of Cognita Ltd. If you are not 
> the named addressee you must not use, disclose, distribute, copy, print or 
> rely on the contents of the e-mail and should return it to sender 
> immediately.
>
> Cognita Ltd may monitor outgoing and incoming e-mails. By replying to this 
> e-mail you give your consent to such monitoring.
>
> Cognita Ltd do not accept any liability for any form of viruses introduced 
> with this e-mail or its attachments.
>
> Registered in England
> Cognita Limited No. 5280910
> Registered Office: Seebeck House, One Seebeck Place, Knowlhill, Milton 
> Keynes, MK5 8FR
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/ac472960-094a-4734-bc6b-87aec7b7n%40googlegroups.com.

[google-appengine] Re: How is the path to app? for example path to gunicorn?

['Olu' via Google App Engine]

I understand you need the path to your App Engine Application, is that 
right? This Stackoverflow link 

 
describes how to get application root path in GAE by putting a module in 
the root of your app. This module would store the result of 
os.path.dirname(__file__), then import that where needed.



On Monday, July 16, 2018 at 10:41:49 AM UTC-4, Julio Brito wrote:
>
> Hi,
> I need the command but i can't find gunicorn
>
> [program:gunicorn]
> command= gunicorn --timeout 1500 -b %(ENV_PORT)s myproject.wsgi
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/85b0d732-4b42-4b04-bcac-3135d856b2fc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Asp.Mvc core always sees requests as HTTP

['Olu' via Google App Engine]

The documentation 

 
explains "By default, HTTPS connections on your custom domain will be 
enabled automatically using managed SSL certificates.". Managed 
certificates are provisioned on App Engine automatically once a Custom 
Domain is mapped to your application and the necessary DNS records are 
configured. Custom domains can be setup on App Engine on this section,  App 
Engine > Settings > Custom Domains 

. 

Please note that Custom Domains always require ownership verification 
. 

However, about being able to setup redirects based on the incoming request, 
unfortunately, App Engine Flex does not support the use of Secure handlers 

 
any longer. Hence, as recommended on this similar Stackoverflow case 
,
 
the only way around with App Engine flex is to handle such redirects within 
your application. 

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/b7729292-3cd4-46f5-b62c-1c0958357357%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Getting history mode to work with Vue app deployed on Google Cloud

['Olu' via Google App Engine]

 

> I was able to access the QuantumJS URL  
> directly by clicking on your link. I was also able to access the Link when 
> I go through the Index page first. 
>

Reviewing the details of the Stackoverflow Link 
,
 
it seems this issue has been answered. Static Files are better managed from 
Handlers in the App.Yaml files in App Engine Standard. I recommend that you 
review the details of the Handlers 

 
to understand how you can go ahead to implement such URL redirects in your 
App.yaml. 

Reply to this post with more details if this issue is still occurring. 

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/7370eff7-4092-474b-8fa2-7b0ebae43b05%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Restart Instance " Object reference not set to an instance of an object." Error.

['Olu' via Google App Engine]

It is not straight forward to determine the root cause of this issue from 
the UI error as you have displayed. The error reported in the Screenshot is 
simply a NullReference Exception which could result from other reasons, 
including wrong Source code implementation. 

My recommendation is to check the Stackdriver logs to understand the 
underlying issue. You can access the Stackdriver logs of your application 
using this link . 

Please provide the errors reported in the logs to give better context to 
this issue observed. 

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/2b9a67c7-6b11-4f0b-810b-de3d3101b42c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Cloud Tasks ETA?

['Olu' via Google App Engine]

As you probably have confirmed already, the Cloud Task Beta version is 
still not available. However, I can confirm that there are ongoing internal 
evaluation for this implementation but there is still no ETA for this 
request. 

That being said, the Google groups is not the appropriate thread to monitor 
this request for the Beta version. It is often better to monitor this type 
of request via the Issue tracker 
, where you 
can get regular updates from our Product Engineers. I have created an issue 
link  for this Cloud Tasks Beta 
request. I recommend that you bookmark the link, so, you can get regular 
updates on the issue. 

On Tuesday, September 4, 2018 at 7:00:44 PM UTC-4, pdknsk wrote:
>
> I think I was right. A year later, still not released.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/aa2b6b53-1f27-4592-af3c-970d9f95e436%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Second gen GAE Python 3.7 > Cloud SQL - MySQL

['Olu' via Google App Engine]

There are different ways to connect to the CloudSQL instance depending on 
the location from where you are connecting. If you are connecting from an 
App Engine instance which is located in a project which is different from 
the project which the CloudSQL instance resides, you must use a service 
account to allow connection between the App Engine application and the 
Cloud SQL as described in the link 

.

However, when connecting from your App Engine Application within the same 
project, you simply have to configure your app.yaml with the user, 
password, database, and instance connection name variables from Cloud SQL, 
See the documentation 

. 

External applications have to connect to the Cloud SQL instances directly 
through the public IP address 
<[3]https://cloud.google.com/sql/docs/mysql/connect-external-app#appaccessIP> 
and 
the IP addresses of the connecting application have to be white listed in 
the Cloud SQL instance on the Authorization Tab of the Instance page.


-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/cf94cce5-1f21-457b-b9b9-7e13a6f8dd73%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Hurricane Florence

['Olu' via Google App Engine]

Applications deployed unto the Google App Engine would not be affected by 
the Hurricane. When applications are deployed to the Google App Engine, the 
files and application are stored at remote locations rather than on local 
hard disks or disk-based storage. Copies of these files are safely stored 
in different locations all around the world. 

That being said, the documentation 
 explains 
in more details disaster recovery plans in Google Cloud Platform. 
Similarly, more details are shared on this documentation 
 
about how to protect your application against the unlikely event of the 
loss of an entire region due to natural disaster, using a disaster recovery 
plan.

I suspect that your VM Instance is not necessary an App Engine Instance, 
can you kindly confirm which Instance you refer?

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/effc59d2-4b12-4674-a7f4-5f74068cc33d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Error in app engine flexible deployment: GCLOUD: ERROR: (gcloud.app.deploy) Error Response: [4] Timed out waiting for the app infrastructure to become healthy.

['Olu' via Google App Engine]

You can gather more details about errors obtained during Application 
Deployments to the Google App Engine by using the Verbosity flag. I 
recommend you attempt to deploy your application using the following 
commands. 

gcloud components update 

gcloud app deploy --verbosity debug 
 

This will help to get the debug logs which will be helpful to determine the 
root cause of the issue. You can share the details of the debug output. 

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/925d0ea9-cfd6-4d8e-9018-5ccc1165de56%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: gcloud app ssl cert update failing with PERMISSION_DENIED

['Olu' via Google App Engine]

Thank you for getting back to the Group with the resolution to this thread. 
Unfortunately, there is no RSS feed presently available to notify of these 
types of changes. Usually, major changes to the Google Cloud SDK and the 
Google Cloud Platform products are entered in the Release Notes 
. 

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/eca00369-de03-4138-92eb-0156d8ecd19f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: VM instance, different from page markup

['Olu' via Google App Engine]

Can you provide more details about this issue observed? And I suspect this 
is about the Google Compute Engine VM Instances. Provide more info. 

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/3923d300-d8de-4b2c-807c-68099a24a3e3%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: I need some more power for my google gas code, if this possible?

['Olu' via Google App Engine]

Quite rightly, as you have observed, the Google App Script 
can be used to create Add-ons 
that can manipulate contents of a Google Document within the G Suite 
platform.

Also, I can confirm that your application deployed to the Google Cloud 
Platform can work well with the Google App Script. One of the available 
APIs on the Google Cloud Platform is the Google  
App Script API 
, which can easily be 
enabled through the API&Services 
 on the Google Cloud Platform 
and used on your Application code or using the Client Libraries 
. 

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/af2b0545-0b49-4f57-9b08-a99f3e178fc1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Google App Engine Standard Environment With node-js

['Olu' via Google App Engine]

Clicking on the Link, https://excellent-appguard.appspot.com/ works for me. 
I see the Header of the Application "Content About RoboSystems goes here". 
So, I cannot reproduce the error being reported. However, if it is an issue 
that sparingly occurs, I recommend that you review the Stackdriver logs 
 of the App Engine Version to determine 
what exactly is causing the error.

"Error: Server Error. The server encountered an error and could not 
complete your request. Please try again in 30 seconds." is just a User 
Interface error, which cannot be used to determine the root cause of the 
error. 

If you can get the specific backend error in the Logs, you can post the 
detail here for better advise on the issue. 

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/c545c12d-4e69-41b5-ba47-3e46292a6f1f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Django with postgresl on App Engine Standard

['Olu' via Google App Engine]

Attempt to replicate the issue was ineffective. We tested our Django for 
App Engine Python 3.7 sample and found no issues. Our recommendation would 
be to either create an issue on the Issue tracker 
 or better still, contact GAE Support 
 for further evaluation. Project IDs and 
other details might be required to review the Stackdriver logs and evaluate 
the issue. Otherwise, you consider creating a new project. 

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/0ce9c8b9-dbdb-4309-a972-89881bb93880%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: How do I remove files that have been deployed?

['Olu' via Google App Engine]

On Monday, October 15, 2018 at 11:55:41 PM UTC-4, michaeln wrote:
>
> I have managed to deploy more than 10,000 files due to a bad skip_files in 
> my app.yaml file. This means that I cannot use app deploy because I get an 
> error that there are too many files. I edited app.yaml to make sure I 
> skipped the bad files, and when I deploy it says that only 1 file has been 
> updated, presumably app.yaml.
>
> However, the deployment still has the 10.000 file error. I think I need to 
> find a way to remove the uploaded files, but I can;t find a way to do this.
>
> Any assistance appreciated.
> Thanks
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/89af8854-76bd-4481-9b1b-a08c27c93c0d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: How do I remove files that have been deployed?

['Olu' via Google App Engine]

For Security and scalability reasons, as confirmed in  this documentation 
, when 
you application is deployed to App Engine, it is deployed to a local file 
system that is not writable.

Hence, my recommendation would be that instead of attempting to delete the 
bad files, why do not remove the bad files from your local copy of your 
application code and then you can deploy a new version of the Application 
to App Engine. You can then direct traffic away from the older version 
 or 
perhaps delete 
 the Old 
App Engine application version 

.


-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/19b51a67-4f57-4c43-a1a3-301ca8877734%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: 502 Bad Gateway on a PHP GAE Standard - no app logs

['Olu' via Google App Engine]

The "failed_to_connect_to_backend" is similar to "failed_to_pick_backend" 
response and this often occurs when the load balancer knows where it wants 
to send traffic but cannot successfully route its request or find a healthy 
or available instance. Reviewing the instance usage and health checks 
, 
might be appropriate to ensure these responses are correlated. 

This error message may also be returned whenever there are a low number of 
instances serving your service 
. For example, this 
error may be returned whenever an unexpected spikes in traffic occur and 
there are not enough instances to handle the received requests. In this 
type of situations, the load balancer attempts to route your application 
requests but it does not have instances to serve those request, hence, it 
will produce this "failed_to_connect_to_backend" or 
'failed_to_pick_backend' error. 

Perhaps you can add a screenshot of your app.yaml file of your AppEngine 
application, this should display the configurations that apply to your 
instance presently, and of course, the number of instances you configured.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/b40b5a57-a322-434e-a5a5-299a7f7e7889%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: App Engine - Cloud SQL Delay

['Olu' via Google App Engine]

You have followed the appropriate approach opening the Issue link 
, as it would be easier to 
further evaluate the issue from there. 

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/97ab601d-043a-4ad9-bd73-bfc4474ed642%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Accessing datastore from microservice

['Olu' via Google App Engine]

Quite rightly, with NDB Client Library, it would be necessary to have the 
NDB model in your Service. And I agree with you about the validity of a use 
case for sharing models among services without having to share the model 
among all the services that use the model. However, there is presently no 
other implementation that allows such access to your Model definitions 
outside of your Application code (apart from using Symlinks locally and 
uploading to App Engine, that is). 

I have created a Feature Request 
with 
the product engineers and you can add more description to the feature 
request for better detailing of the request. Be sure to Star the issue 
tracker link for regular updates on the implementation of the feature, 
however there is no ETA available for this feature at this time. 

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/b12b5ca1-0673-4046-bd7e-befced0ff817%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Google Cloud disk snapshot default region?

['Olu' via Google App Engine]

Firstly, this documentation 
explains that 
"Compute Engine stores multiple copies of each snapshot redundantly across 
multiple locations with automatic checksums to ensure the integrity of your 
data". This suggests that while it is not uncommon to have the Default 
Location of a PD Snapshot to be the same region as the region of your 
regional Persistent Disk , the Compute Engine infrastructure still ensures 
that multiple copies of your PD Snapshots are kept in different locations 
to ensure integrity of your data. 

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/f6ee1014-9ab7-4e8b-805c-d4fb975ce4a9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: is it possible listen to a pub/sub topic without a subscription?

['Olu' via Google App Engine]

By design, for every subscription the Google Cloud PubSub delivers messages 
at least once. Hence, even if the subscriber is not present 
, the unacknowledged 
messages are stored in a persistent storage for 7 days after the messages 
are published. 

The documentation 
 
explains 
the exceptions to the "at least once delivery" approach of the Cloud PubSub 
and why a message would be deleted. Messages published before a 
subscription is created would not be retrievable. Also, a maximum retention 
of 7 days, after which the message would be deleted.

Hence, it is intended behavior that your Subscriber would still be able to 
retrieve backlogs of messages (that are under 7 days), even if it was off 
for some time.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/e75be439-ee56-4644-8858-42a3cac88dbb%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: is it possible listen to a pub/sub topic without a subscription?

['Olu' via Google App Engine]

If you want a feature that offers a different behavior on Cloud PubSub, I 
recommend reporting this Feature Request 

 on 
the Issue tracker . The Feature request 
would be submitted to the PubSub Engineers. However, Feature Requests are 
subject to evaluations and there are usually no ETA for the implementation. 

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/eec9caf5-b6b5-456e-8478-598a0c53f761%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: nginx client_body_buffer_size increase

['Olu' via Google App Engine]

I found this Serverfault link 

 
that confirms that this warning is actually an Nginx message which is sent 
to indicate that the size of your uploaded file was larger than the 
in-memory buffer reserved for uploads.

About using the Nginx.config file provided on the link you shared, the link 
shared is for "a package that provides a Docker image running Jenkins 
behind NGINX ". It is unclear 
how it directly applies to your setup. Can you provide more information 
about your application in the AppEngine Flex environment?

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/073d93f5-c4b9-44f8-8135-f0cba7fa66fb%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Cannot take normal admin actions in Cloud Console - quota group ReadGroup and limit 'USER-100s' of service

['Olu' via Google App Engine]

This type of error is reported whenever you hit this "ReadGroup" quota due 
a high number deployments. With enough justification, you can request for 
an increase in the Quota, however, this request is suggest to the 
evaluation of the Google Cloud Platform team. You can open a request with 
the Google Cloud Platform support  or on 
the Issue tracker.  The request would be 
submitted to the Engineers but these requests are subject to evaluations 
and there are usually no ETA for the implementation.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/082f88ca-8f98-46d1-ba94-538018efada4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: How to figure out the TLS version of the API calls being made to an Google App Engine based application?

['Olu' via Google App Engine]

I understand you are looking for ways to check API calls that are made 
using TLS 1.0. From the information provided on this StackExchange link[1 
-- the thread is pulling information from a GKE pod], it is possible to 
Query the Stackdriver Trace API on your project. The output of running a 
Curl command for verbose information on particular trace ID would return 
the TLS version that the SSL connection is using. 

I hope that info would be helpful. 

[1]https://serverfault.com/questions/858839/unable-to-get-stackdriver-trace-information-in-google-cloud-console

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/84dd40f2-ba6a-452a-afac-a66d0f4685f5%40googlegroups.com.

[google-appengine] Re: About google trusted verifier Account

['Olu' via Google App Engine]

I checked the error reported, it seems unrelated to the Google App Engine. 
This group thread is better suited for communications about the Google App 
Engine. 

I did a Google Search for the error and I understand the issue is related 
to the Google Play alpha or beta releases. If so, I recommend that you 
reach out to the Google Play community on this link[1]. The Google Play 
community will be able to assist you better on your inquiries relating to 
the Google Play. 

[1]https://support.google.com/googleplay/community?hl=en

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/25c967b2-5ce5-4335-86dd-8bbc2c7ee1ab%40googlegroups.com.

[google-appengine] Re: Request errors out and kills instance with "The process handling this request unexpectedly died"

['Olu' via Google App Engine]

This is really interesting. I recommend that you report this issue on the 
issue tracker link[1][2] as a Google Cloud Engineer will be able to assist 
you by examining exactly why the memory usage is observed on your 
application Endpoint. Or better still, open a case with the Google Cloud 
Platform Support team.  Certainly, there are limits that apply to resources 
made available to your applications. The Support engineers will be able to 
provide specific information in relations to your Project. 

[1]https://issuetracker.google.com/
[2]https://cloud.google.com/support/docs/issue-trackers#trackers-list
[3]https://cloud.google.com/support/

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/43da805b-b5a7-4a66-ae9f-bd62af71e28d%40googlegroups.com.

[google-appengine] Re: Sample code/documentation to connect to Google API Client Blogger API

['Olu' via Google App Engine]

I have not found any documentation on accessing Blogger API using the 
default Credentials as you have indicated. General documentation about 
using the Bloggers can be seen on this link 
. The Blogger API is though a Google 
API but it is not supported by the GCP or the App Engine team. It is often 
recommended that posting inquiries on the Blogger API on the Blogger 
Community forum at 
https://support.google.com/blogger/community/?hl=en&gpf=%23!forum%2Fblogger, 
or Stack Overflow at http://stackoverflow.com/questions/tagged/blogger.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/02750977-9a84-4859-a5f3-9e4b9c79aab5%40googlegroups.com.

Re: [google-appengine] Re: Best way to handle long running tasks

['Olu' via Google App Engine]

the Default Timeouts that apply with Cloud Tasks actually depends on the 
scaling type of the service. As explained in this documentation[1-- even 
though the documentation points to App Engine tasks, the same applies with 
Cloud Tasks], 10 minutes default timeout applies for Automatic scaling 
standard apps in App Engine Standard environment. You can find more 
information about the default timeouts and deadlines on this PHP Client 
Library[2 -- See the section about the dispatch_deadline].

Cloud Tasks enables serverless execution of tasks via App Engine standard 
or flexible environments

[1]https://cloud.google.com/tasks/docs/creating-appengine-handlers#timeouts
[2]https://googleapis.github.io/google-cloud-php/#/docs/google-cloud/v0.104.0/tasks/v2beta3/task

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/a724ba32-ceed-4705-a4dd-f83d5527d09e%40googlegroups.com.

[google-appengine] Re: Design Advice

['Olu' via Google App Engine]

I think using Firebase Realtime Database to send real-time updates might be 
applicable in your setup and it works well with App Engine(Standard). I 
suggest you go through this doc[1].

[1]https://cloud.google.com/solutions/using-firebase-real-time-events-app-engine

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/602eb9d0-d46f-45cd-91dd-a59eddd0ef88%40googlegroups.com.

[google-appengine] Re: Directory API Chromeosdevices status

['Olu' via Google App Engine]

This issue seems more about the Google Admin Directory API which is part of 
the GSuite Admin SDK[1] and not the Google App Engine or the Google Cloud 
Platform. For better support on the Directory API, I recommend you reach 
out to the GSuite Support team[2] or the GSuite Help Community[3]

[1]https://developers.google.com/admin-sdk/directory
[2]https://developers.google.com/admin-sdk/directory/support
[3]https://support.google.com/a/thread/1656982?hl=en

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/65b77245-0175-41d5-9497-e12f832822a1%40googlegroups.com.

[google-appengine] Re: Design feasibility

['Olu' via Google App Engine]

On App Engine, there is no way to restrict specific Instance to particular 
Users. Instances are spun up based on configurations on the Application's 
App.yaml file[1][2]. Also, depending on the Scaling Options, it is possible 
to scale App Engine Standard applications[3] to Zero Instances whenever 
there are no incoming requests to be handled. I believe this would simulate 
your design to scale to zero whenever your user disconnects, however, the 
scaling would only scale to zero based on availability(or unavailability) 
of incoming requests, rather than the connection or disconnection from a 
specific User. 

Also, App Engine applications can connect with CloudSQL Instances(if you 
plan to have a relational DB) and you can choose to create databases within 
a single Cloud SQL Instance, however, these Databases could not be shut 
down in response to connection or disconnection from a specific User[4]. 

[1]https://cloud.google.com/appengine/docs/standard/python/config/appref
[2]https://cloud.google.com/appengine/docs/flexible/python/configuring-your-app-with-app-yaml
[3]https://cloud.google.com/appengine/docs/the-appengine-environments#comparing_high-level_features
[4]https://cloud.google.com/sql/docs/mysql/start-stop-restart-instance#stop

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/a33098d5-ac21-4936-935c-2ed28244e9cf%40googlegroups.com.

Re: [google-appengine] Download Nodejs code from Google Cloud Platform

['Olu' via Google App Engine]

Firstly, it is unclear where your application was deployed? App Engine 
Standard? Or App Engine flexible? The setup of App Engine Standard and Flex 
are quite different. 

Downloading your Node.js source code from your Google App Engine is not 
supported at the moment. There is a Feature request[1] submitted for the 
implementation of the Source code download(For all Supported GCP 
programming languages) for App Engine, however, this has been considered 
internally as infeasible at the moment. Only a few requests have been 
received for this feature to be implemented(you can click the +1 button on 
the request to add your vote for the implementation). As a matter of fact, 
the GCP team recommends avoiding the use of App Engine as a source control, 
which is why this feature is not available. There used to be certain App 
Engine SDKs[2] that allow this(which information available to me, at the 
moment, suggests are now deprecated), but certainly not available for 
node.js. 

[1]https://issuetracker.google.com/77891431
[2]https://stackoverflow.com/questions/50254532/how-to-download-node-js-project-deployed-on-google-cloud#answer-51058093

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/18415cac-38d9-4315-952b-a28fb99e1ae7%40googlegroups.com.

Re: [google-appengine] Download Nodejs code from Google Cloud Platform

['Olu' via Google App Engine]

Traditionally on Google App Engine Standard Environment, at the moment, it 
seems there is no option to download the Source Code from App Engine. As 
you already know, the Source Diagnose button on the App Engine application 
version would redirect to the Stackdriver Debugger which allows viewing the 
source code and performing debugging-like analysis. You could copy and 
paste the contents to your local file. It is not recommended to rely on 
Google App Engine as a source control[2]. 

[1]https://stackoverflow.com/questions/47498821/google-cloud-datastore-automatic-indexing/47499884#answer-47499884
[2]https://issuetracker.google.com/77891431#comment2

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/e2637a36-ddba-484f-b5b6-7a65f4ec3882%40googlegroups.com.

[google-appengine] Re: app.yaml mismatch in documentation with php7.3

['Olu' via Google App Engine]

Actually, this is the expected behavior with the PHP 7. As explained in 
this documentation[1], the only acceptable value for the script element in 
the App.yaml file is "auto" because all traffic is served using the 
entrypoint command. The PhP 7 Runtime simply wants you to have a Front 
Controller[2] in your application which would handle all routing within 
your application. You can view a sample implementation of the front 
Controller in this doc[3]. 

Similar issue was actually discussed on this Stackoverflow Thread[4]

[1]https://cloud.google.com/appengine/docs/standard/php7/config/appref#handlers_script
[2]https://cloud.google.com/appengine/docs/standard/php7/php-differences#migrating_your_appyaml_file
[3]https://cloud.google.com/appengine/docs/standard/php7/runtime#application_startup
[4]https://stackoverflow.com/questions/54259307/google-cloud-app-engine-app-yaml-php72-issue-with-routing

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/7043c7de-93e7-4c60-b4f9-408d7879b603%40googlegroups.com.

[google-appengine] Re: app.yaml mismatch in documentation with php7.3

['Olu' via Google App Engine]

To add more context, you probably would have to get an entry point(rather 
than having two entry points) and from within this entry point, you would 
be able to redirect traffic as you want.

On Monday, January 27, 2020 at 12:10:27 PM UTC-5, Olu wrote:
>
> Actually, this is the expected behavior with the PHP 7. As explained in 
> this documentation[1], the only acceptable value for the script element in 
> the App.yaml file is "auto" because all traffic is served using the 
> entrypoint command. The PhP 7 Runtime simply wants you to have a Front 
> Controller[2] in your application which would handle all routing within 
> your application. You can view a sample implementation of the front 
> Controller in this doc[3]. 
>
> Similar issue was actually discussed on this Stackoverflow Thread[4]
>
> [1]
> https://cloud.google.com/appengine/docs/standard/php7/config/appref#handlers_script
> [2]
> https://cloud.google.com/appengine/docs/standard/php7/php-differences#migrating_your_appyaml_file
> [3]
> https://cloud.google.com/appengine/docs/standard/php7/runtime#application_startup
> [4]
> https://stackoverflow.com/questions/54259307/google-cloud-app-engine-app-yaml-php72-issue-with-routing
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/b79cd2d6-2108-4bed-aa6b-bfee6271d1b7%40googlegroups.com.

[google-appengine] Re: Bigger app sizes with Cloud SDK than with AppCfg

['Olu' via Google App Engine]

Hi, Diego

There are a number of reasons that could account for the change in the 
Application size. In fact, there was a similar report in the past where the 
size of the application version using the Maven CloudSDK plugin actually 
was found to be lesser compared to the version from AppCfg. To evaluate 
specifically your version, I suggest you open an issue[1], with which a 
Support Engineer would be able to review your project and evaluate the 
specific App Engine versions to determine exactly what may be causing the 
difference in sizes for your application.

[1]https://developers.google.com/issue-tracker/#public_users

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/78e23cb9-efe0-4255-bfe4-c28040486648%40googlegroups.com.

[google-appengine] Re: Is google VM a Scam?

['Olu' via Google App Engine]

Hello, Daniel

There are a number of reasons that could account for the charges on your 
account for specific GCP resource in use. As evaluating billing charges on 
your account would require much more visibility and access than what can be 
provided on this Group thread, I recommend that you open an issue[1], with 
which a Support Engineer would be able to review your project and evaluate 
the specific GCP resource which may be causing the billing charges. Better 
still, you should reach out to the GCP Support team[2], the team would be 
able to provide better information about the usage. 

[1]https://developers.google.com/issue-tracker/#public_users
[2]https://cloud.google.com/support

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/1e3a8543-28e0-4de9-9289-0ddf2f4c1e1d%40googlegroups.com.

[google-appengine] Re: automatic scaling when using websockets

['Olu' via Google App Engine]

Hello, Toon

As you may already know, presently, App Engine flex supports the WebSocket 
protocol in beta[1] and in general, the Autoscaling policy of the App 
Engine flex[2] is based on the Scaling characteristics of Compute Engine 
Autoscaler. The App Engine Autoscaler considers a number of parameters[3] 
to scale which includes those you listed and other application metrics like 
average CPU utilization. This autoscaler can make scaling decisions based 
on multiple metrics, not only response latency and request rates. 

When scaling down, the autoscaler simply sends shutdown signals[4] to 
Instances that are considered idle. Instances are considered busy when they 
are handling requests, in your use-case whenever an instance has no 
connections, it is considered idle. Autoscaling in App Engine is based on 
the algorithms that are constantly deciding on whether it’s better to queue 
a request or to spin up a new instance or shutdown an Instance or play 
around with resident instances to find the optimized setting for the 
use-case.

About your inquiry about how connections are handled while new Instances 
are still warming up, the flag, cool_down_period_sec parameter[5] is used 
to manage how the App Engine Autoscaler listens to Instances while 
initializing. You could always define a different value in the App.yaml as 
it suits your use-case but there is a default value of 120 seconds.

[1]https://cloud.google.com/blog/products/application-development/introducing-websockets-support-for-app-engine-flexible-environment
[2]https://cloud.google.com/appengine/docs/flexible/python/flexible-for-standard-users#scaling_characteristics
[3]https://cloud.google.com/compute/docs/autoscaler/#policies
[4]https://cloud.google.com/appengine/docs/flexible/custom-runtimes/build#application_shutdown
[5]https://cloud.google.com/appengine/docs/flexible/custom-runtimes/configuring-your-app-with-app-yaml#automatic_scaling

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/d15e699c-d5d4-42ef-b591-c0a71ef8abcb%40googlegroups.com.

[google-appengine] Re: Billing account verification not working

['Olu' via Google App Engine]

>From the info provided, I understand you are attempting to change the 
Billing account associated with your GCP Project following the steps 
described here[1]. The error you got indicates that the GCP team were 
unable to verify billing instrument ownership using the documents you’ve 
submitted.

I recommend that you resubmit the documents through our online verification 
form [2] for your specific Billing Account including proof of ownership of 
Payment Method.

Also, please be advised that the documents for verification needs to meet 
these requirements:

- ensure that only the last 4 digits of the Card that is showing.
- Please submit an image of the statement for the Credit card
- make sure that the name on the card and the expiry is fully visible on 
the image.
- provide any Government Issued ID that will serve as Proof of Ownership of 
the Payment Instrument on file.

Once done, Google Trust & Safety Team will further check your account. 
Verification generally takes less than 4 hours, but may take longer in some 
cases. 

Better still, to help review this issue, I suggest you contact the Google 
Cloud Platform Billing support via this link[3] or you should open an issue 
link via the GCP Issue tracker[4]. A support engineer will be able to 
assist you better by reviewing your setup. 

[1]https://cloud.google.com/billing/docs/how-to/modify-project#change_the_billing_account_for_a_project
[2]https://support.google.com/cloud/contact/verify 
[3]https://cloud.google.com/support/billing/#contact_support
[4]https://developers.google.com/issue-tracker/#public_users

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/edcb5ecf-af89-419d-90f6-992bf42d0705%40googlegroups.com.

[google-appengine] Re: sendgrid not working with google app engine

['Olu' via Google App Engine]

As explained in this SendGrid documentation[1] there are ways to send email 
through SendGrid. I assume you are using the Web API, which requires 
authentication for each API call[2]. As explained in this documentation[3], 
these third party services use API keys to authenticate your app and you 
have to add the key to the environment variables section in your app's 
App.yaml file. This is a GitHub link[4] showing a Sample App.yaml file for 
an Application in App Engine Flex environment using SendGrid. 

[1]https://sendgrid.com/blog/5-best-practices-for-using-sendgrid-with-google-app-engine/
[2]https://sendgrid.com/docs/API_Reference/Web_API/using_the_web_api.html#-Authentication
[3]https://cloud.google.com/appengine/docs/flexible/php/sending-messages?hl=ru#adding_client_libraries_and_third-party_api_keys_to_your_app
[4]https://github.com/GoogleCloudPlatform/php-docs-samples/blob/master/appengine/flexible/sendgrid/app.yaml

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/f1dcb203-b4d8-4d74-8218-1f5df5cc64a4%40googlegroups.com.

[google-appengine] Re: Dial TCP I/O timeout after increasing daily spending limit

['Olu' via Google App Engine]

There are quite a number of reasons why a timeout may be returned from App 
Engine. It may be a result of some network issues while trying to reach 
google apis. To determine specifically the root cause of the issue 
experienced on your application, I recommend that you open an issue using 
the issue tracker link[1][2]. This way a GCP Support engineer would be able 
to work closely with you, reviewing your application configuration and 
determine exactly what may be the cause of the timeout.  

[1]https://cloud.google.com/support/docs/issue-trackers#trackers-list
[2]https://issuetracker.google.com/issues/new?component=187191&template=0

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/86612f76-9e55-496a-aa30-9c8a0923b219%40googlegroups.com.

[google-appengine] Re: OSError: [Errno 13] Permission denied: '/home/roaverinc/.config/gcloud/logs/2020.01.24/14.29.31.390836.log'

['Olu' via Google App Engine]

The [Errno 13] Permission denied error has been reported a number of times 
on these issue links[1][2][3][4] and the errors were often obtained 
whenever an application is being deployed to App engine from a directory 
that is not parsable. Particularly in your case, we may require a lot more 
information to be able to advise you appropriately on the rootcause of the 
error obtained, which is why I recommend that you open an issue link[5] 
with a GCP Support engineer to further evaluate this issue with you. This 
type of inquiries are better addressed on the GCP issue tracker.

Please be sure to provide the verbosity debug logs of your gcloud app 
deploy command. That is, I recommend you attempt a new deploy using the 
verbosity flag set to debug levels, this will help to gather the verbosity 
logs[6] which usually provide all the details in an application deployment 
process and will help determine at what point the failure may have occurred.

The app deploy command with the verbosity flag would look like this: gcloud 
app deploy --verbosity=debug

I also recommend that you firstly update your CloudSDK to the latest 
version by using  ‘gcloud components update’[7] to ensure that the failure 
is not a result of older components in your CloudSDK.


[1] https://issuetracker.google.com/116173530
[2] https://issuetracker.google.com/72912382
[3] https://issuetracker.google.com/111931134
[4] https://issuetracker.google.com/75135380
[5] https://cloud.google.com/support/docs/issue-trackers#trackers-list
[6] https://cloud.google.com/sdk/gcloud/reference/config/set#verbosity
[7]https://cloud.google.com/sdk/gcloud/reference/components/update

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/2f6dc953-efe0-4d3d-a87b-cdec9119d0fc%40googlegroups.com.

[google-appengine] Re: Appengine Flex NGINX 504 time out - HELP PLEASE

['Olu' via Google App Engine]

I see you followed instructions provided in this GitHub link[1]. From the 
details provided in your Custom nginx config file, I do not see any 
mis-configuration. Can you however, confirm that this file was added to the 
project root directory[2]? I also wonder if index.php is used as the 
framework front controller or your project uses something different. 

[1]https://github.com/GoogleCloudPlatform/php-docker/blob/master/php-onbuild/README.md#how-to-change-nginxconfig
[2]https://cloud.google.com/appengine/docs/flexible/php/runtime#customizing_nginx

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/4c098303-9507-49d2-8418-5c96bd3e1bf7%40googlegroups.com.

Re: [google-appengine] Diving into App Engine is soooooooooooo hard now - My analysis

['Olu' via Google App Engine]

Thank you for your feedback, Alexey and I understand your concerns. I 
however encourage you to use the issue tracker links for creation of 
features[1] that you consider would be nice to have on GCP. The team are 
committed to reviewing such requests and considering how these requests fit 
into the GCP Road map. 

Similarly, You could always submit issue links to request clarifications 
and better explanations on particular GCP Documentations that you may be 
using. These requests will be reviewed and forwarded to the Documentation 
team who further review the details and provide the needed updates on the 
Documentation page. 

Our team are always looking for ways to make GCP products and its 
documentation pages better. 

Thank you for your understanding. 

[1]https://cloud.google.com/support/docs/issue-trackers#feature_requests
[2]https://cloud.google.com/support/docs/issue-trackers#trackers-list

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/ad71a401-eeef-469f-abc0-15d2381d2348%40googlegroups.com.

[google-appengine] Re: DataJpaTest - Usages, Advantages and When to Use ???

['Olu' via Google App Engine]

DataJpaTest is a tool in Spring Boot that provides a convenient way to set 
up an environment with an embedded database to test database queries 
against. This is out of the scope of the GCP Support and you really should 
ask these questions on public forums like Stackoverflow. Better still, 
please do consult the Spring Boot documentation[1]

This thread is set specifically for App Engine/GCP related conversations. 

[1]https://docs.spring.io/spring-boot/docs/current-SNAPSHOT/reference/htmlsingle/#boot-features-testing-spring-boot-applications-testing-autoconfigured-jpa-test

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/1c4375e8-62b0-49be-99a8-b866488824ed%40googlegroups.com.

[google-appengine] Re: Unable to create serverless VPC connector for australia-southeast1 region

['Olu' via Google App Engine]

Quite rightly, it is recommended that your App Engine application's VPC 
connector be created in the same region as the application. This is a 
required condition as stated in this documentation[1]

[1]https://cloud.google.com/appengine/docs/standard/python3/connecting-vpc#connecting_to_your_vpc_network

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/e66cfc14-48aa-47f4-b8be-e4aaf3296560%40googlegroups.com.

[google-appengine] Re: google cloud platform can not work

['Olu' via Google App Engine]

There may be a bunch of reasons why you may not be able to access the 
Project Dashboard on the GCP Console. Particularly, if your User account 
does not have the required access to the Project. I suspect this may be the 
case here.

To better troubleshoot this issue, which may involve reviewing 
configurations on your Project, I recommend you contact the GCP Support 
Engineers[1] or if you think this issue is a bug and you are using the 
appropriate User account but it is failing, then open an issue using this 
link[2].

[1]https://cloud.google.com/support-hub
[2]https://developers.google.com/issue-tracker/#public_users

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/1de4a351-c47e-45e5-a9a5-83097e53634f%40googlegroups.com.

[google-appengine] Re: Using OAuth client to enable google drive api

['Olu' via Google App Engine]

There are a bunch of reasons why this type of error may be reported. From 
the screenshot shared, I see no issues with your setup trying to change 
return URI in your google console for OAuth2, which is why I recommend this 
issue is reported by contacting the GCP Support Engineers[1] or you open an 
issue using this link[2]. 

[1]https://cloud.google.com/support-hub
[2]https://developers.google.com/issue-tracker/#public_users
 

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/358a56ad-f45c-4d44-9aaf-33ed5754a719%40googlegroups.com.

Re: [google-appengine] Re: Apache Ignite with GCP App Engine

['Olu' via Google App Engine]

Hi, Lovell

Are you aware that GCP has a bunch of in-memory data storage? For example, 
the Cloud Memorystore is a fully-managed in-memory data store service[1]. 
Similarly, App Engine has the memcache[2] as a distributed in-memory data 
cache for some  of your application's tasks.

So, depending on what your intentions are, I believe there are offerings 
already available in GCP which may be used. At this time though, It seems 
this implementation is not directly supported for App Engine applications 
in GCP.

[1]https://cloud.google.com/memorystore
[2]https://cloud.google.com/appengine/docs/standard/java/memcache

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/c5b7c0ad-6f09-4548-bc69-ecebd7344e8c%40googlegroups.com.

Re: [google-appengine] Re: Apache Ignite with GCP App Engine

['Olu' via Google App Engine]

Quite rightly, there are two levels of the App Engine memcache. As per this 
documentation[1], the Shared Memcache is free. You can find out more about 
configuring the Shared Memcache in this article. 

[1]https://cloud.google.com/appengine/docs/standard/python/memcache#service_levels
[2]https://cloud.google.com/appengine/docs/standard/python/memcache/using#configuring_memcache

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/3e03215c-3678-4b72-b06e-060ad9a39a1c%40googlegroups.com.

[google-appengine] Re: Permission denied on 'locations/asia-northeast3' (or it may not exist).

['Olu' via Google App Engine]

Quite rightly, as Alberto mentioned this seems an issue specific to your 
account, which may involve reviewing configurations on your Project then it 
would be better evaluated by a GCP Support Engineer[1][2]. As indicated in 
this Doc[3], asia-northeast3 is a valid region and you should be able to 
create a Cloud Firestore in that region if you had not earlier set your 
default GCP resource location. I guess you may have earlier set your 
project's default GCP resource location(perhaps to asia-northeast2, which 
is probably why you are able to create the Firestore in that region) and 
then trying to set a different region hence, resulting in an error. Please 
note that once you have set your project's default GCP resource location, 
it cannot be changed[4]. 

[1]https://cloud.google.com/support-hub
[2]https://developers.google.com/issue-tracker/#public_users
[3]https://firebase.google.com/docs/firestore/locations#location-r
[4]https://firebase.google.com/docs/firestore/locations#default-cloud-location

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/26b10532-5b21-4ead-a4d1-7c0812b24d53%40googlegroups.com.

[google-appengine] Re: access other user's directory by other users

['Olu' via Google App Engine]

Thank you for the information shared so far. I am still a little unclear 
about what you are attempting though. 

>From the information provided, I understand you are attempting to connect 
to your App Engine Standard Application(that is, the application code has 
already been deployed). While SSHing to the Instance of an App Engine 
flexible application is possible[1], for App Engine standard, this is not 
available at the moment. So, I am unclear how you mean trying to connect to 
specific directory within the App Engine standard server. I am unclear also 
about what you mean running App Engine in Ubuntu Server. 

If what you are trying to achieve is to have some form of source code 
management and version control, perhaps your team should consider using 
Cloud Source Repositories[2]. Directories in Source repositories could 
browsed in Cloud Shell[3]. 

[1]https://cloud.google.com/sdk/gcloud/reference/app/instances/ssh
[2]https://cloud.google.com/appengine/docs/flexible/python/debugging-an-instance#connecting_to_the_instance
[3]https://cloud.google.com/source-repositories/docs/browsing-files-in-cloud-shell#open-a-repository-in-cloud-shell

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/14a52c78-2f2d-419d-87a2-d7aa6c6ae8b1%40googlegroups.com.

[google-appengine] Re: Specific access to a user directory on the GCP app engine server

['Olu' via Google App Engine]

Reviewing the information provided, it seems there is a similar inquiry on 
this thread[1] with more details shared about your setup. 

To better manage your inquiry, I recommend that all correspondence be 
maintained on the other thread as it has more information about your setup. 

[1]https://groups.google.com/forum/#!topic/google-appengine/1k5DpKG4eM4

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/e76ff021-6959-4185-82a4-ac83c4c3487a%40googlegroups.com.

[google-appengine] Re: Secure Cloud Scheduler App Engine route with X-Cloudscheduler

['Olu' via Google App Engine]

According to Cloud Scheduler documentation [1--See the App Engine HTTP], 
App Engine endpoints can be secured with "login:  admin" in the app.yaml 
file. While I understand that the admin login feature is not available for 
some environments and not documented for some of the App Engine Standard 
Language Runtimes, certainly it is not available for App Engine flex, I do 
not have any information about the deprecation. At the least, I have no 
documentation that confirms that at this point.

About the use of X-Cloudscheduler:true as a header, following internal 
tests completed on various types of requests, this may somewhat be relied 
upon to filter requests for some of the cases. However, in one of the tests 
done in the past for requests, we found the use flawed. Since using the 
X-Cloudscheduler:true as a header may not be viable for all cases(at least, 
from our internal tests in the past), I believe this may be the reason why 
the documentation has not been duly updated.

[1]https://cloud.google.com/scheduler/docs/creating#creating_jobs

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/d5b7d6b2-6c9f-424c-b9ed-bdfd7e2ecafa%40googlegroups.com.

Re: [google-appengine] Re: Google App Engine is slow to deploy, hangs on "Updating service [someproject]..."

['Olu' via Google App Engine]

I understand your concern about the Deployment time. These are on-going 
efforts and changes that sadly have no ETA at this time as the team is 
constantly looking into ways to get better deployment time for all App 
Engine environments. There are similar reports on these issue links[1][2] 
that the Internal GCLB engineers are aware of. I recommend you read the 
details shared and track the issue links for regular updates, particularly 
when the fixes are completed. At this time, however, recommendations 
offered on this thread are still what are viable. 

[1]https://issuetracker.google.com/67840
[2]https://issuetracker.google.com/118605189



On Wednesday, April 22, 2020 at 8:12:18 AM UTC-4, Magnus Markling wrote:
>
> Hey Nick!
>
> How are these devoted efforts coming along? I just started a brand new GAE 
> project with a simple Node application. Deployment takes 8-10 mins, the 
> major part of which is still spent waiting for "Updating service". I'm not 
> particularly impressed.
>
> Cheers,
> Magnus
>
> Den torsdag 6 april 2017 kl. 01:28:11 UTC+2 skrev Nick (Cloud Platform 
> Support):
>>
>> We're devoting a lot of energy to decreasing GCLB configuration push 
>> times, so rest assured that our efforts in that direction should pay off 
>> going forward.
>>
>> Cheers,
>>
>> Nick
>> Cloud Platform Community Support
>>
>> On Tuesday, March 21, 2017 at 6:41:52 PM UTC-4, Stanislas Marion wrote:
>>>
>>> Great, thank you so much for your help, I'll be very interested in the 
>>> details you'll get from your investigation.
>>>
>>> On Tue, Mar 21, 2017 at 9:22 PM 'Nick (Cloud Platform Support)' via 
>>> Google App Engine  wrote:
>>>
 Hey Stanislas,

 The exact explanation speculated on in my last post shouldn't be taken 
 as any description of what's necessarily going on, however it was an 
 estimate of what might be happening based on the logs observed. I'm 
 corresponding with experts in this area to get a more clear answer at the 
 moment. 

 You could look into deploying on Container Engine 
 , which would mean that 
 the front-end management done by the App Engine Flexible Environment 
 infrastructure wouldn't be happening, rather it would be the 
 responsibility 
 of the resources you deploy on Container Engine (a managed service based 
 pretty transparently on Kubernetes ). Surely 
 deploying new container images to your pool of instances in a cluster (or 
 multiple clusters) would be quite fast, since the master sitting in front 
 of your clusters and the nodes in the cluster are not as massively 
 distributed as the App Engine Flexible Environment serving infrastructure, 
 hence updating their routing rules would be relatively fast. This is 
 something to look into and experiment with if you don't want to wait on 
 the 
 more detailed word from experts, but don't rush to that if you're not all 
 that curious.

 I'll get back to this thread with more details when they're forthcoming 
 in our investigation.


 Cheers,

 Nick
 Cloud Platform Community Support 

 On Tuesday, March 21, 2017 at 3:50:34 PM UTC-4, Stanislas Marion wrote:
>
> Hi Nick,
> Thanks a lot for the lengthy explanation. 
> In this light, is there anything I can do to speed things up? Like for 
> instance take care of the load-balancer myself? Indeed I don't see a 
> reason 
> why it should need to be changed. Could I do this with GAE or would I 
> have 
> to move to G Container/Compute E?
> Cheers,
>
> On Tue, Mar 21, 2017 at 8:42 PM 'Nick (Cloud Platform Support)' via 
> Google App Engine  wrote:
>
>> Hey Stanislas,
>>
>> My initial hunch was that the issue was the deployment of other 
>> resources necessary to support the containers running. My analysis of 
>> deployment-related logs appears to confirm this:
>>
>> I created a simple NodeJS app using your dockerfile and default.yaml. 
>> I then pushed the docker image to gcr.io and ran "gcloud app deploy 
>> --image-url ..."
>>
>> After about 1 minute of waiting, all resources associated with the 
>> deployment had apparently completed, but the command had not returned 
>> yet:
>>
>> ```
>> $ gcloud deployment-manager resources list --deployment 
>> aef-default-20170321t185300
>>
>> NAME   TYPE   
>>   STATE  ERRORS  INTENT
>> aef-default-20170321t185300-00 
>> compute.beta.regionInstanceGroupManager  COMPLETED  []
>> aef-default-20170321t185300-00ahs  compute.v1.httpsHealthCheck   
>>COMPLETED  []
>> aef-default-20170321t185300-00it   compute.v1.instanceTemplate   
>>COMPLETED  []
>> aef-default-20170321t185300-bs compute

[google-appengine] Re: VPN as a service

['Olu' via Google App Engine]

Actually, similar discussion was done on this Stackoverflow thread[1] and 
the well-detailed response has the information that I believe you may need. 
App Engine Standard applications cannot be connected to VPN, however, 
applications deployed to the App Engine flexible environment can be 
connected to the VPN.

[1]
https://stackoverflow.com/questions/37137914/is-it-possible-to-use-google-app-engine-with-google-cloud-vpn#answer-41516269

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/da088667-9c22-4eb3-b128-394890de9e58%40googlegroups.com.

[google-appengine] Re: How to deploy grafana on App Engine ?

['Olu' via Google App Engine]

>From your comment, I am not absolutely clear about the assistance required. 
I believe you are attempting to deploy Grafana to GCP. I understand Grafana 
is an open source tool for monitoring and metric analytics for computer 
systems, however, I need more understanding as to what you are attempting. 

If your plan is simply to use the Open source tool, you could launch it 
from the marketplace[1] on your GCP Console. Or am I missing something? 
Please provide more information about what you are trying to do and if you 
obtained an error attempting it. 

[1]http://console.cloud.google.com/marketplace/

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/39bf0e56-ab7f-497d-93ad-93b1710e6dde%40googlegroups.com.

[google-appengine] Re: How to deploy grafana on App Engine ?

['Olu' via Google App Engine]

Please do not hesitate to include any documentation you may be following.

On Thursday, April 23, 2020 at 3:33:56 PM UTC-4, Olu wrote:
>
> From your comment, I am not absolutely clear about the assistance 
> required. I believe you are attempting to deploy Grafana to GCP. I 
> understand Grafana is an open source tool for monitoring and metric 
> analytics for computer systems, however, I need more understanding as to 
> what you are attempting. 
>
> If your plan is simply to use the Open source tool, you could launch it 
> from the marketplace[1] on your GCP Console. Or am I missing something? 
> Please provide more information about what you are trying to do and if you 
> obtained an error attempting it. 
>
> [1]http://console.cloud.google.com/marketplace/
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/7a2d7396-0c67-476b-aa68-91c0b5deb9a2%40googlegroups.com.

[google-appengine] Re: How to deploy grafana on App Engine ?

['Olu' via Google App Engine]

Thank you for providing more information and context to your inquiry. 

About 502 errors that you got, there might be a number of reasons for the 
errors[1]. Often times, this would require review of your logs to 
understand what may have caused requests to your App Engine applications to 
return the 502s. For example, as explained in this documentation[2], an App 
Engine 502 Bad Gateway would be returned if your App Engine Flexible 
application is running at a higher memory than is configured. App Engine 
would terminate the application if that is observed.

For better troubleshooting or evaluation of this issue, which may involve 
reviewing configurations on your Project, I recommend you contact the GCP 
Support Engineers[3] or if you think this issue is a bug and you are using 
the appropriate User account but it is failing, then open an issue using 
this link[4].

[1]https://serverfault.com/questions/951189/seeing-502-on-google-app-engine#answer-961560
[2]https://cloud.google.com/endpoints/docs/openapi/troubleshoot-response-errors#error_message_bad_gateway
[3]https://cloud.google.com/support-hub
[4]https://developers.google.com/issue-tracker/#public_users

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/95d66dea-0d94-4778-8632-8ff7b0e97bf9%40googlegroups.com.

[google-appengine] Re: App Engine Flexible Environment - Dockerfile installing outdated version of GDAL

['Olu' via Google App Engine]

Hello,

Thank you for the information shared. I actually observed that it seems you 
posted the same issue on Stackoverflow[1] and one of the GCP Support 
Engineers is assisting you on the Thread. 

Configuring your application to listen on Port 8080, you can simply set a 
PORT environment variable set to 8080. Reviewing the information provided, 
it seems to me like you are simply following steps described in this 
documentation[1] and choosing to point the entrypoint to your WSGI server, 
MyApplication.wsgi using gunicorn for your Django application. As explained 
however, in this documentation[3], there might be other configurations 
required depending on your application in which it is recommended that you 
set up a gunicorn.conf.py file. You can consult this Gunicorn 
documentation[4] for details about available Gunicorn's configuration 
values. 

Also, as advised by the GCP Support engineer on Stackoverflow, I recommend 
that you review the details of this Sample AppEngine Django App on GitHub[5]

[1]https://stackoverflow.com/questions/61390259/app-engine-flexible-environment-dockerfile-installing-outdated-version-of-gdal
[2]https://cloud.google.com/appengine/docs/flexible/python/runtime#application_startup
[3]https://cloud.google.com/appengine/docs/flexible/python/runtime#recommended_gunicorn_configuration
[4]http://docs.gunicorn.org/en/19.3/settings.html
[5]https://github.com/GoogleCloudPlatform/python-docs-samples/tree/master/appengine/flexible/django_cloudsql

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/be23f3f9-5b2e-4098-98dc-da3023c3e33d%40googlegroups.com.

[google-appengine] Re: Secure Cloud Scheduler App Engine route with X-Cloudscheduler

['Olu' via Google App Engine]

 Actually, the test was done on another Customer's setup in the past. You 
can be sure that the Internal Cloud Scheduler engineers are aware of this 
usage. In fact, there is an Internal Feature request with the Cloud 
Scheduler team for the use of these headers. 

At the moment, Our recommendation is to use these headers for informational 
purposes rather than using it for Security.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/3a389b1f-f447-49d1-aa9e-7a3a9ee3fa27%40googlegroups.com.

[google-appengine] Re: How to deploy grafana on App Engine ?

['Olu' via Google App Engine]

Applications running on App Engine are expected to listen on 8080. As 
advised on this doc[1] "The App Engine front end will route incoming 
requests to the appropriate module on port 8080. You must be sure that your 
application code is listening on 8080"

[1]https://cloud.google.com/appengine/docs/flexible/custom-runtimes/build#listening_to_port_8080

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/752d868b-0c88-4c3a-bfc8-bece2f6fdcb7%40googlegroups.com.

[google-appengine] Re: AppEngine gets "Communication link failure" error while trying to connect to Google Cloud MySql instance

['Olu' via Google App Engine]

Firstly, since connecting using TCP connection with JDBC is not supported 
on App Engine Standard[1], I assume your application is in an App Engine 
flexible environment. 

>From the snippet of your code shared, I really do not see anything wrong 
with your implementation, it seems no different from the sample code shared 
on this page[2--See the Java section]. As you may already know, there are 
quite a number of reasons why a Communications link failure would be 
returned from a DB, which includes running out of memory resource and wrong 
information about the DB. This Stackoverflow thread[3] discusses different 
possibilities, keeping in mind that CloudSQL is only a Google-Managed mySQL 
product. 

For better troubleshooting of the issue, which may involve reviewing 
configurations on your Project, I recommend you contact the GCP Support 
Engineers[4] or if you think this issue is a bug and you are using the 
appropriate User account but it is failing, then open an issue using this 
link[5].

[1]https://cloud.google.com/sql/docs/mysql/connect-app-engine#standard
[2]https://cloud.google.com/sql/docs/mysql/connect-app-engine#connecting_to
[3]https://stackoverflow.com/questions/2983248/com-mysql-jdbc-exceptions-jdbc4-communicationsexception-communications-link-fai
[4]https://cloud.google.com/support-hub
[5]https://developers.google.com/issue-tracker/#public_users

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/ffe8325a-a0ea-49e1-b495-532c7aebe877%40googlegroups.com.

[google-appengine] Re: Google app engine issue when deploying it

['Olu' via Google App Engine]

There are a number of reasons this type of error may be obtained. As the 
error message indicates, it seems there is a missing or insufficient 
permission and this may be due to a number of reasons. For example, on this 
Stackoverflow link[1], the issue was caused by missing App Engine default 
service account. The issue also may be caused by the App Engine service 
account missing the appropriate role or permission required to read and 
write to Datastore and Firestore databases in your Google Cloud project.

For better troubleshooting of the issue, which may involve reviewing 
configurations on your Project, I recommend you contact the GCP Support 
Engineers[2] or if you think this issue is a bug, then please open an issue 
using this link[3].

[1]https://stackoverflow.com/questions/59210059/datastoreexception-missing-or-insufficient-permissions-on-superseded-cloud-da#answer-59216570
[2]https://cloud.google.com/support-hub
[3]https://developers.google.com/issue-tracker/#public_users

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/c30e2859-6268-4a35-9edf-ee2093479682%40googlegroups.com.

[google-appengine] Re: I have one backed endpoint that don't hit why ?

['Olu' via Google App Engine]

>From the information and code provided, I see no issues with your code. The 
code only shows a Method, onUpdateQuestion that has a UserDataCloud 
argument passed in, and expected to return a UserDataCloud variable type. 
There is nothing wrong with that part, or the part using a Method-scoped 
annotation[1].

To be able to assist with your setup, we would require better understanding 
of your setup and that requires a lot more information than provided. 

Better still, for code related inquiries, we recommend that you ask those 
on public forums like Stackoverflow. If however you think this issue is a 
bug, then please open an issue using this link[2].

[1]https://cloud.google.com/endpoints/docs/frameworks/java/annotations#apimethod_method-scoped_annotations
[2]https://developers.google.com/issue-tracker/#public_users

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/73ece192-3444-46de-a998-36685fbe3ef5%40googlegroups.com.

[google-appengine] Re: I have one backed endpoint that don't hit why ?

['Olu' via Google App Engine]

For better troubleshooting of the issue, which may involve reviewing 
configurations on your Project, I recommend you contact the GCP Support 
Engineers[1] or you can open an issue using this link[2]. This will allow 
the team to review your setup and determine what may be causing the 
Intermittent issue. With the information available to me, there is no 
System-wide issue with AppEngine and likewise, I see nothing wrong with 
information you have provided so far. 

Please reach out to the Support Engineers for further evaluation on this 
issue. 

[1]https://cloud.google.com/support-hub
[2]https://developers.google.com/issue-tracker/#public_users

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/bc52ffc7-93d5-4359-8db6-beec4a7b34f1%40googlegroups.com.

Re: [google-appengine] Trouble to deploy and download dependencies

['Olu' via Google App Engine]

Please to be clear, the error is not "xcode-select --install". As far as I 
know, the error message is a Compilation error building pycrypto-2.6.1. 
Using xcode-select --install is just a way to fix such types of errors when 
in an OSX environment. Apparently, that is not your environment as you 
confirmed using a Windows environment. 

That being said, in a Windows environment, there might be a number of 
reasons for this error and different steps suggested on this GitHub 
thread[1] I suggest you try the steps suggested and ensure that you are 
running the appropriate Python Version. 

Meanwhile, one of my colleagues successfully deployed the CourseBuilder to 
a GCE VM by following the following steps below. I am hopeful the steps 
would be helpful to those trying to deploy the CourseBuilder to a VM 
environment:


1. Create a Compute Engine instance with the machine type “n1-standard-1”, 
the default image and the “Allow full access to all Cloud APIs” option 
enabled.

2. Connect to the instance, and use the command “sudo apt-get update && 
sudo apt-get -y upgrade && sudo apt-get install unzip && sudo apt-get 
install -y python-dev && sudo apt-get install -y git && sudo apt-get 
install -y build-essential manpages-dev”.

Note that this command may need some time, and will ask for some prompts.

3. At a point, you should encounter a blue screen, inside said screen 
select the second option, then the first option, and finally “yes”.
Run the command “wget 
https://github.com/google/coursebuilder-releases/blob/master/coursebuilder_1.11.001.zip?raw=true
 
&& unzip coursebuilder_1.11.001.zip\?raw\=true” in order to download and 
unzip the coursebuilder information.

4. Run the command “bash coursebuilder/scripts/common.sh”.

5. After this, run the command “wget https://curl.haxx.se/ca/cacert.pem -O 
coursebuilder_resources_1_11_001/runtime/google_appengine/lib/httplib2/httplib2/cacerts.txt”
 
in order to get a new certificate for Coursebuilder.

6. Finally, run the command “bash ./coursebuilder/scripts/deploy.sh 
exploretice --noauth_local_webserver”. It is possible that you may be 
prompted to open a link in a browser in order to authorize this operation.

[1]https://github.com/google/coursebuilder-core/issues/11





On Tuesday, May 19, 2020 at 7:26:52 AM UTC-4, Massage School wrote:
>
> Yes, you are right ! But under windows platform, it still shows the same 
> error message; xcode-select --install
> How can I solve this problem ? Please advise.
>
> Thanks
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/846231ba-8e2f-4af3-a97e-9e4d7af0a46c%40googlegroups.com.

[google-appengine] Re: Granting access to Google on my app

['Olu' via Google App Engine]

Hello, Andrea

Indeed, it would be best to have this issue reviewed with a GCP Support 
Engineer. For better troubleshooting of the issue, which may involve 
reviewing configurations on your Project, you can contact a GCP Support 
engineer through this link[1]. 

I believe a Live chat is likewise possible, however, that depends on some 
factors like the GCP Support package that you have and the type of GCP 
product. Particularly, this is available for Free trial support[2 -- See 
the NOTE]

This way a GCP Support engineer would be able to work closely with you, 
reviewing your application configuration and determine exactly what may be 
the cause of the issue you observe.

[1]https://cloud.google.com/support-hub
[2]https://cloud.google.com/support/docs#premium_support

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/759b77ad-6087-495a-9a9c-c88c0e8a79a4%40googlegroups.com.

Re: [google-appengine] Re: Would jasper report work on AppEngine standard

['Olu' via Google App Engine]

Hi, Lovell

I understand you wonder if there is a similar group for GKE like the App 
Engine standard Google group on which you can have discussions and 
Questions about the GKE. This is the Forum[1]. You can join the group to 
participate in conversations on that group. 

For the available group threads for particular GCP products, you can 
reference this documentation[2]. 

[1]https://groups.google.com/forum/#!forum/kubernetes-users
[2]https://cloud.google.com/support/docs/groups

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/2c5f45b2-c5e1-4a9a-a6b6-ab681afd3885%40googlegroups.com.

[google-appengine] Re: How to use Cloud Armor with GAE Flex?

['Olu' via Google App Engine]

For any feature or Nice-to-have features that you would like to see 
implemented on the Google Cloud Platform or Google App Engine, you can 
always submit a feature request with detailed information about such 
features on the GCP issues tracking tool[1][2]. This would be evaluated and 
considered, should it fit into the long term plan or road map of the Google 
Cloud Platform.  

Please keep in mind though that feature requests are subject to the 
evaluation of the particular Product team and there are no ETA for the 
implementation of such feature requests.

Particularly about using Cloud Armor with the Google App Engine, there is 
already a feature request open about this request and it is currently being 
evaluated by the App Engine team. I recommend that you bookmark the link to 
receive regular updates about the feature. 

Thank you. 

[1]https://developers.google.com/issue-tracker/#public_users
[2]https://issuetracker.google.com
[3]https://issuetracker.google.com/144150754

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/66cc0a2d-ecf3-414a-9bca-b5d5ff130651%40googlegroups.com.

[google-appengine] Re: Google Cloud Build - build.yaml & app.yaml in a sub directory not building correct source

['Olu' via Google App Engine]

Hello, Alex

Can you please provide the specific error obtained while using your second 
setup that is failing? This will provide more context. Yes, as indicated in 
this Stackoverflow link[1], it is necessary to specify the DIR in the 
Cloudbuild.yaml whenever you are trying to trigger your build configuration 
in a subdirectory. Additionally, with information available to me, I 
understand you cannot have the app.yaml and the cloudbuild.yaml in the same 
directory if you are deploying in a non-custom runtime 

[1]https://stackoverflow.com/questions/52725046/google-cloud-builder-how-to-trigger-build-configuration-in-a-subdirectory

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/ccc9af20-6c52-49d5-bc95-5d199166385d%40googlegroups.com.

[google-appengine] Re: How GAE services in separate projects communicate through their respective firewall ?

['Olu' via Google App Engine]

As you may already know, GCP Projects represent a trust boundary within an 
organization. Hence, inter-project communication between App Engine 
services would require Public IP communication or using Shared VPC[1]. 
There should be no internal communication between App Engine Services over 
different projects. Hence, whitelisting App Engine internal IP addresses 
might not be useful in this situation.

About using Public App Engine IP addresses, as illustrated in this document 
[1] App Engine hosts services on a dynamic public IP address of a Google 
load balancer. Due to that, the IP address can be changed any time and any 
Static IP can not be provided.  For outbound services, a large pool of IP 
addresses are used which you can obtain as outlined in this document[2]. 

[1]https://cloud.google.com/vpc/docs/shared-vpc
[2]https://cloud.google.com/appengine/kb/#private-ip 
[3]https://cloud.google.com/appengine/kb/#static-ip 

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/867675e7-bccc-4ceb-9bf4-27135b3afd9a%40googlegroups.com.

[google-appengine] Re: Upgraded from 1.9.69 to 1.9.80 and application size increased 3 times

['Olu' via Google App Engine]

I understand your question is regarding the size discrepancy in your 
application deployments on App Engine (GAE). There are a number of reasons 
which may contribute to the different sizes, particularly in the past, the 
size difference in the builds for the same Java application code has been 
seen to relate to different implementations of the functions (i.e. deploy) 
and the tools in each SDK and the plugins. Hence, to understand better the 
cause may require reviewing the differences between the plugins used and 
the App Engine SDK versions, and how the changes may have applied to your 
application.

For more specific information about your applications and why the 
Application sizes differed, I recommend that you contact the GCP Support 
engineers[1][2] so that the specific App Engine versions can be evaluated 
to determine exactly and obtain more specific information about the cause.

[1]https://cloud.google.com/support-hub
[2]https://developers.google.com/issue-tracker/#public_users

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/bedb786e-10b6-4719-a5de-b7d7ebdaedf9%40googlegroups.com.

[google-appengine] Re: Disable TLS 1.0 and 1.1 for GAE Python/Django

['Olu' via Google App Engine]

At the moment, there is really no way to limit communication to TLS 1.2 on 
your application. To get this done at the moment, I recommend that you 
contact the GCP Support engineers[1] so that the team could help with 
disabling these other versions of TLS.

There is a Feature request[2] that was submitted to our product engineers 
for an implementation that allows a way to select which TLS 
versions(1.0/1.1/1.2) should be permitted on your App Engine application. 
The evaluation of this request is ongoing and there is no ETA  at this 
time. You can bookmark the link for regular updates on this feature. 

[1]https://cloud.google.com/support-hub
[2]https://issuetracker.google.com/80295154

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/876b813b-2cdc-4bbb-a48d-07ddf35fa548%40googlegroups.com.

[google-appengine] Re: Bigger app sizes with Cloud SDK than with AppCfg

['Olu' via Google App Engine]

@DFB, where did you get the information that appengine-maven-plugin uses 
gcloud internally? Did you see that on any article? This GCP doc[1] has no 
such information. 

AFAIK, as per this comment, there is "gcloud beta" which has been 
implemented within the Maven App Engine plugin, which can be used by 
replacing the following code in the pom.xml file:


  com.google.cloud.tools
  appengine-maven-plugin
  2.1.0
  
beta
 ...
  

 

Is this what you are doing? I have no information suggesting that the 
appengine-maven-plugin uses gcloud under the hood. 


[1]https://cloud.google.com/appengine/docs/standard/java/maven-reference
[2]https://issuetracker.google.com/131254119#comment4

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/7907476d-d64b-4398-b026-98086935a17do%40googlegroups.com.

[google-appengine] Re: How To Access REST Web-service Deployed In My Instance?

['Olu' via Google App Engine]

Can you write out the exact Connection error and error code that you got? I 
wonder if your application is set up to listen appropriately on Port 8080.

I understand Requests passed to your application on App Engine through the 
Nginx Proxy would fail if your application stopped listening to Nginx on 
port 8080[1], or your application is not properly setup to handle requests 
[2]. 

The App Engine front end requires that your application code is listening 
on 8080[3].

[1]https://cloud.google.com/appengine/docs/flexible/nodejs/runtime#application_startup
[2]https://cloud.google.com/appengine/docs/flexible/nodejs/how-requests-are-handled#serving_requests
[3]https://cloud.google.com/appengine/docs/flexible/custom-runtimes/build#listening_to_port_8080

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/c58bea2d-650b-4b83-b1f9-48918fb7e077o%40googlegroups.com.

[google-appengine] Re: Retrieve appengine admin user profile

['Olu' via Google App Engine]

As described in these documentation[1][2][3], you can always get 
information about the current user and compare the values to the user 
admin. 

>From the return value of the users.get_current_user(), this Stackoverflow 
link[4] suggests that the email address of the particular user can be 
retrieved. However, I gathered that this may involve using APIs which 
involve OAuth such as these[5][6] as you have rightly alluded, to be able 
to get some more details from the User such as email address.

Particularly about retrieving the User's First and Last names, I understand 
the Python App Engine API module described here[7] is actually only used 
for storing User IDs as properties in your Datastore. For fetching other 
User details like the Last names and First names, you might need to use 
other APIs such as Directory API[6].

[1]https://cloud.google.com/appengine/docs/standard/python/users/adminusers
[2]https://cloud.google.com/appengine/docs/standard/python/refdocs/modules/google/appengine/api/users#is_current_user_admin
[3]https://cloud.google.com/appengine/docs/standard/python/refdocs/google.appengine.api.users.html#google.appengine.api.users.get_current_user
[4]https://stackoverflow.com/questions/23052790/is-there-a-way-to-map-gae-user-object-and-google-userid
[5] https://developers.google.com/+/web/api/rest/latest/people/get
[6] https://developers.google.com/admin-sdk/directory/v1/reference/#Users
[7]https://cloud.google.com/appengine/docs/standard/python/refdocs/google.appengine.api.users

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/cb0beef3-51b6-4e97-81d3-73a6f4ad4226o%40googlegroups.com.

[google-appengine] Re: Rapid increase in app latency

['Olu' via Google App Engine]

Hello, Chase

I understand you observed increased Latency in your App Engine application, 
which you found out was relating to the latency is from reads to your 
Datastore. There are a number of reasons that may be responsible for 
Datastore latency including hotspotting and ramping up traffic to a kind 
too rapidly, not following 500/50/5[1].  To determine specifically the root 
cause of the latency issue, I recommend that you contact the GCP Support 
Engineers[2][3]. This way a GCP Support engineer would be able to work 
closely with you, reviewing your application configuration and determine 
exactly what may be the exact cause of the long latency on reads to your 
Datastore.

Checking our internal issue tracker, I can confirm to you that there seems 
to be no incident relating to latency on Datastore. So, this issue might be 
specific to your setup, which would be better supported by a GCP Support 
Engineer collaborating with you to find out the cause. 

[1]https://cloud.google.com/datastore/docs/best-practices#ramping_up_traffic
[2]https://cloud.google.com/support/docs#contacting_technical_support
[3]https://cloud.google.com/support-hub

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/d9b5e9ce-448c-4ab7-ac60-9b8507563650o%40googlegroups.com.

[google-appengine] Re: 403 error when trying to list metrics in different project through monitoring api from app engine

['Olu' via Google App Engine]

As you may already know, GCP Projects represent a trust boundary within an 
organization. Hence, inter-project communication between App Engine 
services would require Public IP communication or using Shared VPC[1]. So, 
depending on your setup, there really should be no internal communication 
between App Engine Services or Other GCP services over different projects. 

Additionally, about using Public App Engine IP addresses, as illustrated in 
this document [2] App Engine hosts services on a dynamic public IP address 
of a Google load balancer. Due to that, the IP address can be changed any 
time and any Static IP can not be provided.  For outbound services, a large 
pool of IP addresses are used which you can obtain as outlined in this 
document[3].

With all that being said, can you shed more light about the metrics being 
collected? The metrics are for an App Engine application in Project B or 
where? What product's metrics exactly are you looking to pull? 

[1]https://cloud.google.com/vpc/docs/shared-vpc
[2]https://cloud.google.com/appengine/kb/#private-ip
[3]https://cloud.google.com/appengine/kb/#static-ip
[4]https://cloud.google.com/logging
[5]https://cloud.google.com/monitoring

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/b89d98b3-f8cb-4b7f-af7a-7e6262fd26bfo%40googlegroups.com.

[google-appengine] Re: Google App Engine: versioning with custom sub domains

['Olu' via Google App Engine]

Hello, Alex

While I think I understand your request, I require a clarification. You 
mentioned that the Google documentation states using the Version ID with 
your Custom Domain is the same as using your Version ID with the 
appspot.com domain. Do you have the link to this Google documentation you 
refer?

I see a similar request as this posted on Stackoverflow[1], which I think 
you should check out. The answer on that post indicates that using the 
Version ID with the Custom Domain may not be possible as you cannot select 
a certain version of a service in the custom domain settings screen.

Please provide the link you refer for clarification. 

[1]https://stackoverflow.com/questions/55272201/google-app-engine-custom-subdomain-mapping-for-a-specific-version

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/bd0b4345-4486-49b1-9252-81b506275bd6o%40googlegroups.com.

[google-appengine] Re: INVALID_ARGUMENT due to Service Control API?

['Olu' via Google App Engine]

There are a number of reasons this type of error may be reported. Generally 
I see that INVALID_ARGUMENT is returned when client specified an invalid 
argument in the call[1][2][3]. So, what may be happening depends on your 
setup and your use-case. 

[1] https://cloud.google.com/apis/design/errors#handling_errors
[2] https://cloud.google.com/apis/design/errors#generating_errors
[3] 
https://cloud.google.com/service-infrastructure/docs/service-control/getting-started#test

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/25a895f5-d4f6-4990-99c5-0ae18799fedfo%40googlegroups.com.

[google-appengine] Re: Chrome Safe Browsing Blocking Downloads from App Engine Blobstore

['Olu' via Google App Engine]

Thank you for the info. If the issue is indeed about the Google Chrome, you 
could reach out to the Chrome Community[1], perhaps there could be some 
help or workaround offered there.

[1]https://support.google.com/chrome/community?hl=en 

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/a4007abe-638b-4b6a-a49d-20199dcb2953o%40googlegroups.com.

[google-appengine] Re: Repeated phising notification from GCP

['Olu' via Google App Engine]

Hi, 

Can you confirm if you reported this issue to the GCP Abuse team using this 
contact form[1]? The GCP Abuse team will be more appropriate to advise on 
this type of Abuse issue. 

[1]https://support.google.com/code/contact/cloud_platform_report?hl=en

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/4438dcaf-5189-44a2-a8ab-eb2cbeb46670o%40googlegroups.com.

[google-appengine] Re: Unable to start ServletWebServerApplicationContext due to missing ServletWebServerFactory bean

['Olu' via Google App Engine]

The error seems specific to the Spring Boot, rather than App Engine. Can 
you confirm this setup works appropriately before deploying to App Engine? 
Similar errors were reported on Springboot applications on these 
Stackoverflow links[1][2]

Anyway, I think it would be more appropriate to report this type of 
Code-related issue on Stackoverflow where Spring Boot developers and some 
of our GCP Support Engineers could help. The groups thread are specifically 
for GCP product related issues, rather than Code related issues. 

[1]
https://stackoverflow.com/questions/50231736/applicationcontextexception-unable-to-start-servletwebserverapplicationcontext/50232382
[2]
https://stackoverflow.com/questions/21783391/spring-boot-unable-to-start-embeddedwebapplicationcontext-due-to-missing-embedd

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/db78d4d9-a9c9-42da-98df-101a1016821ao%40googlegroups.com.

[google-appengine] Re: Mail Service Of Google App Engine (Standard) is very slow & delayed in sending mails.

['Olu' via Google App Engine]

Hi, Mohammad

There are a number of reasons why this delay may be obtained and there are 
a lot of questions that may be asked. For example, is this a Common delay 
to all your receivers' domains? Or it is something only happening to a 
particular domain? This issue may also relate to your usage of the Mail 
API, if your Mail API quota was exhausted at the time. This is why I think 
it would be best for you to contact the GCP Support Engineers[1] on this 
issue, this way a GCP Support engineer would be able to work closely with 
you, reviewing your application configurations and determine exactly what 
may be the cause of the delay.

 That being said, I gathered that the App Engine Mail API is deprecated and 
is not supported by newer runtimes and will not be in the future, so you 
may want to start considering a switch to other solutions at some point.

[1]https://cloud.google.com/support-hub

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/6a76a38b-1d77-410d-910e-d8e1d925c28co%40googlegroups.com.

[google-appengine] Re: Spending LImits Going Away :(

['Olu' via Google App Engine]

Hello, Jukka

I am hopeful that the steps described in the documentation[1][2] on how 
disable your App Engine application when costs exceed your set threshold 
are comprehensible as I cannot find an example at this time that shows the 
step.

Should you certainly consider a need for the Documentation improvement, 
perhaps to have the example added, you can submit such Documentation 
improvement feature request using the issue link[3]. Our Documentation team 
would be glad to review the possibility. However, such requests do not have 
ETA. 

Thank you. 

[1]https://cloud.google.com/appengine/docs/managing-costs#disable_manally
[2]https://cloud.google.com/appengine/docs/managing-costs#disable_your_app_programmatically
[3]https://developers.google.com/issue-tracker/#public_users
On Wednesday, September 2, 2020 at 4:39:40 PM UTC-4 jukka.ha...@gmail.com 
wrote:

> Is there a simple example how to disable after budget alert, let's say php 
> google app engine application ?
>
> keskiviikko 2. syyskuuta 2020 klo 22.19.57 UTC+3 Alexis (Google Cloud 
> Platform Support) kirjoitti:
>
>>
>> Hello everyone,
>>
>> To summarize this conversation, it is possible to set proactive limits by:
>> - Maximum number of instance[1] in an app
>> - Disable your app programmatically[2] for any resource consumption, etc..
>> - Cap API limits to prevent too many requests[3]
>>
>> If I understood properly, Joshua's situation is about caching. So in that 
>> case, we are talking about resource limits related to CPU cycles, or maybe 
>> amount of requests... I suspect that whatever resource spiked by this 
>> situation, can probably make use of the second option above or even the 
>> third if it's API consumption. But it all depends on how fast this happened 
>> and I would agree that having a hard cap feature would prevent the delay.
>>
>> In terms of instantaneous hard caps (with no delays), a feature 
>> request[4] can be done. However, I think it would be advantageous to 
>> clarify how such a cap can be helpful without impacting scalability. Please 
>> see below.
>>
>> When submitting a feature request:
>> - Try to clarify how the limit should differentiate a CPU cycle that is 
>> legit and versus one that isn't legit. Would you want that on all your 
>> instances? Would you mind if it stopped all your services as a false alarm? 
>> (The current solution for that is max instances in my first point above 
>> because scaling is a horizontal concept and it doesn't completely stop 
>> things since it's a delta quantity. If some of the other issues mentioned 
>> were due to excessive instances or API requests ,  then please refer to the 
>> above).
>>
>> I hope this message consolidates the research and saves time for any new 
>> person reading this post. Thank you in advance.
>>
>> [1] 
>> https://cloud.google.com/appengine/docs/managing-costs#specify_the_maximum_number_of_instances
>> [2] 
>> https://cloud.google.com/appengine/docs/managing-costs#disable_your_app_programmatically
>> [3] https://cloud.google.com/apis/docs/capping-api-usage
>> [4] 
>> https://cloud.google.com/support/docs/issue-trackers?hl=id#trackers-list
>>
>> On Wednesday, September 2, 2020 at 11:18:59 AM UTC-4 vit@gmail.com 
>> wrote:
>>
>>> Canceling a simple and straightforward option "daily spending limit" is 
>>> a very cruel action for beginners just starting to learn the platform. A 
>>> separate warning should be given in the starter guide:
>>>
>>> In order not to go bankrupt when using GCP, you first need to carefully 
>>> study the documentation section https://cloud.google.com/cost-management
>>> .
>>>
>>> My story.
>>>
>>> Ndb model with a lot of indexed fields (since the field property indexed 
>>> = True by default). The cost of writing one entry to such a model was very 
>>> high.
>>>
>>> The main program sent a message to the queue when a fairly rare event 
>>> occurred. The handler of such a message from the queue updated the 
>>> corresponding record in the model, and then an exception occurred due to an 
>>> error in the code, and the handler exited with an error code.
>>>
>>> The platform initiated several processing retries, which also failed. In 
>>> each attempt, there was a write to the model.
>>>
>>> The main program, not finding the results of processing, added a new 
>>> message to the queue, which caused a new series of attempts described 
>>> above. And so on.
>>>
>>> The daily budget was depleted within a few minutes and the program was 
>>> stopped by a fuse "daily spending limit".
>>>
>>> In the current reality, I would have received a bill for several 
>>> thousand dollars if I had reacted to this situation within 24 hours.
>>>
>>> Yes, then I changed the model, leaving indexed=True only for a couple of 
>>> fields where it was really necessary and changed the logic of both the main 
>>> program and the message handler from the queue.
>>>
>>> But all this happened later.
>>>
>>> вторник, 25 августа 2020 г. в 20:03:33 UTC+4, Joshua

[google-appengine] Re: min_instances, min_idle_instances, and old versions

['Olu' via Google App Engine]

To start with, I can confirm that you would be billed for all Instances in 
use, whether or not they are actively serving requests, traffic or not. 

I will attempt to response to your inquiries as I have highlighted them 
below:

1. Is the information shared on this link[1] accurate?

A: It is not exactly clear which part of the information you are looking to 
verify. However, I assume you are trying to confirm the explanation about 
min_instance and min_idle_instances. If so, yes, the information is 
accurate as those words were copied verbatim from the Documentation[2][3]. 
If not, please reply to this thread. 

2. if an auto-scaled service has min_instances set to nonzero, does that 
mean that instances in old versions don't get shut down when you deploy a 
new version? And those instances get billed?

A: I believe this article[4] explains in detail how Instances are managed, 
particularly on scaling down. Scaling down Instances depend on the decrease 
in the request volumes. Typically, App Engine Standard environment scales 
down to 0[5] and as explained here[6], if the scheduler decides shuts down 
active instances due to lack of requests being handled, another instance 
will not start until prompted by an external request, even with the 
min_instance set.

With all that being said, as explained in this documentation[7], the 
default behavior of App Engine Standard is that whenever a new application 
version is deployed, except the --no-promote flag is used in the 
deployment, the newly deployed version is automatically configured to 
receive 100% of traffic. So, with no traffic to the older version, the 
scheduler would shut down the instances due to lack of requests, even if 
the min_instance is set to nonzero.

If you are experiencing a different behavior, I suggest you reach out 
directly to the GCP Support Engineers[8] for better evaluation of the 
issue. 

3. What is min_idle_instances actually supposed to mean?

A: As explained in the documentation[3], this is the number of instances 
that keeps running and ready to serve traffic. The idle Instances helps to 
avoid the effect of pending latency on your App Engine application.

As I may have alluded above, Instances are created whenever requests are 
received. When instances are created, there are certain steps that apply 
for the Instance to start up and be ready to attend to requests. These are 
explained in these documentation[9][10]. Basically, having Idle instances 
help to avoid such steps that would cause pending latency.

4.  Do I need to set max_idle_instances? 

A: No, you do not have need to set this parameter as it is Optional. 
Indeed, the default value of the  max_idle_instances is automatic, which 
implies that the max is determined by the App Engine Autoscaler depending 
particularly on the number of requests being handled. 

Not to overwhelm you with a lot of information, I think you can find the 
details that you require in my response. If not, please be sure to reply 
with more inquiries.


[1]https://serverfault.com/questions/999892/app-engine-standard-auto-scaling-how-to-stop-previous-version-on-deployment/00#00
[2]https://cloud.google.com/appengine/docs/standard/python3/config/appref#automatic_scaling_min_instances
[3]https://cloud.google.com/appengine/docs/standard/python3/config/appref#min_idle_instances
[4]https://cloud.google.com/appengine/docs/standard/python/how-instances-are-managed#scaling_down
[5]https://stackoverflow.com/questions/51272392/how-to-scale-down-to-0-instances-in-gae-standard-go#answer-51291372
[6]https://issuetracker.google.com/162502284#comment2
[7]https://cloud.google.com/appengine/docs/standard/python/tools/uploadinganapp#deploying_an_app
[8][1]https://cloud.google.com/support-hub
[9]https://cloud.google.com/appengine/docs/standard/python/how-instances-are-managed#startup
[10]https://cloud.google.com/appengine/docs/standard/python/how-instances-are-managed#loading_requests
On Thursday, September 10, 2020 at 11:34:10 PM UTC-4 adeles...@gmail.com 
wrote:

> First question: Is this accurate ? That 
> is, if an auto-scaled service has min_instances set to nonzero, does that 
> mean that instances in old versions don't get shut down when you deploy a 
> new version? And those instances get billed?
>
> I've been running a service with the following configuration (standard 
> environment, Python 3.7):
>
> runtime: python37
> instance_class: F4
> automatic_scaling:
>   min_instances: 1
>   max_instances: 10
> inbound_services:
> - warmup
>
> New versions are deployed frequently because it's our integration 
> environment. Apparently we've ended up with more and more instances 
> running, because when we deploy a new version, the old version continues to 
> exist and have 1 running instance. And apparently we're getting billed for 
> these. I don't think I should have expected this, based on a close reading 
> of the documentation 
> 

[google-appengine] Re: Cloud Function build error - go113_20200924_20_RC00

['Olu' via Google App Engine]

Checking our internal issue tracker, there is really no system-wide issue 
or change reported for Cloud Functions. I think to better evaluate the 
issue you are observing, you should contact the GCP Support Engineers[1] or 
if you think this issue is a bug, then open an issue using this link[2].

This way a GCP Support engineer would be able to work closely with you, 
reviewing logs to determine exactly what may be the cause of the issue.

[1]https://cloud.google.com/support-hub
[2]https://developers.google.com/issue-tracker/#public_users

On Tuesday, September 29, 2020 at 7:38:37 PM UTC-4 sram...@gmail.com wrote:

> From 3 days ago (25-09-2020) my images that are deployed via commits 
> stopped working as expected also. The deploys were successful but not the 
> function to run a pystan model. I am only sharing this because I also think 
> something changed 3 days ago but I can't figure out what. Prior to 3 days 
> ago my deploys and models worked fine. 
>
> On Tuesday, 29 September 2020 at 16:12:46 UTC-4 wus...@google.com wrote:
>
>> if you deploy by using gcloud, please ensure the command is correct. the 
>> error message seems to indicate  command invalid.
>> On Monday, September 28, 2020 at 4:10:29 PM UTC-4 Črtomir Majer wrote:
>>
>>> I can no longer deploy my Cloud Function using a commit from ~3 days ago 
>>> that was deployed successfully at that time. From the logs, I can see 
>>> there's a different image used to build the function - 
>>> go113_20200924_20_RC00 
>>> .
>>>  
>>> The error I get is:
>>>
>>> *ERROR: (gcloud.functions.deploy) OperationError: code=3, message=Build 
>>> failed: package cloud.google.com/go/functions/metadata 
>>> : 
>>> /workspace/src/cloud.google.com/go  exists but 
>>> /workspace/src/cloud.google.com/go/.git  
>>> does not - stale checkout?*
>>> *package go.opencensus.io/plugin/ochttp 
>>> : /workspace/src/go.opencensus.io 
>>>  exists but /workspace/src/go.opencensus.io/.git 
>>>  does not - stale checkout?*
>>> *package go.opencensus.io/plugin/ochttp/propagation/tracecontext 
>>> : cannot 
>>> find package "go.opencensus.io/plugin/ochttp/propagation/tracecontext 
>>> " in any 
>>> of:*
>>> *
>>> /usr/local/go/src/go.opencensus.io/plugin/ochttp/propagation/tracecontext 
>>>  (from 
>>> $GOROOT)*
>>> *
>>> /workspace/src/go.opencensus.io/plugin/ochttp/propagation/tracecontext 
>>>  (from 
>>> $GOPATH); Error ID: 1093f764*
>>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/0399e5fe-ce9c-4ad7-807b-786fd1fd1e85n%40googlegroups.com.

[google-appengine] Re: recover nodejs code from standard environment

['Olu' via Google App Engine]

Hello, Madhav

Can you please clarify what you mean by "recovering your code from App 
Engine Instances"? It is a little unclear what you are attempting to do. 
With more information, it would be helpful so we do not mislead you. 

If you mean that you would like to be able to download your Source Code 
from App Engine Standard, then it seems generally[not just nodejs] that 
tooling has been deprecated as per this Doc[1]. If you mean something 
different, please let us know. We will be glad to help once we have more 
information about what you are trying to do. 

[1]https://cloud.google.com/appengine/docs/standard/python/tools/downloading-source-code
On Thursday, October 1, 2020 at 8:46:04 AM UTC-4 Madhav Krishna Thatavarthi 
wrote:

> Hi,
>
> We are deploying our nodejs code in GCP app engine. We are unable to 
> recover code from app engine instances. Can you please provide us a 
> document or steps to download node js code from App engine ASAP.
>
> Thanks & Regards,
> Madhav Krishna
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/955f8c1b-5389-441a-9412-099cb5946be1n%40googlegroups.com.

[google-appengine] Re: Recover deleted Logs | App Engine | Logs Storage | Default Bucket

['Olu' via Google App Engine]

Hello, 

Thank you for reporting this. While there are a number of options available 
to retain logs that are yet to be deleted, for example, this article[1] 
shows which logs are configurable for Custom retention[2]. However, once 
the logs have been deleted, it becomes  difficult and seems impossible to 
restore.

The doc[3] you referenced indeed would not work for _Default Buckets since 
these cannot be deleted[4]. The "gcloud alpha logging buckets undelete" 
command would only undelete a bucket that can be and is already deleted. By 
using Custom logs Bucket and applying log sinks to the buckets, you would 
be able to manager better subsets of your logs to any logs bucket. Custom 
retention can be configured for Custom logs buckets as well. 

In your use case, however, the _Default buckets are used and the Data 
Access audit logs and other logs are only retained for 30 days and cannot 
be restored after deleted. 
 
[1]https://cloud.google.com/logging/quotas#logs_retention_periods 
[2]https://cloud.google.com/logging/docs/storage#gcloud
[3]https://cloud.google.com/sdk/gcloud/reference/alpha/logging/buckets/undelete
[4]https://cloud.google.com/logging/docs/storage#overview
On Saturday, October 3, 2020 at 7:46:09 PM UTC-4 brsecye...@gmail.com wrote:

> Hi All,
>
> I created an App engine web app and made it available in June 2020, during 
> June and July there were lots of hits and I added efficient logging in the 
> code to track down issues.
>
> I used to see the logs quite often, however today I realized that by 
> default App Engine logs are stored in* _Default* (default bucket) and its 
> Retention Period is *30 days* only by default. 
> So, all my old logs of June and July are lost and I am not able to access 
> them any more.
>
> I also learnt, one can change this retention period of *_Default* bucket 
> at a cost, which I did now to 365 days. However, I really want to retrieve 
> my old logs of past months, even if it comes at a cost.
>
> Is there a way ? I can get those back... I tried looking at this : 
>
> https://cloud.google.com/sdk/gcloud/reference/alpha/logging/buckets/undelete
> but not much helpful as it is not working for default , always says wrong 
> location.
>
> Please advice / help. 
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/4362d401-27b1-4f66-8816-2a3d91b934c6n%40googlegroups.com.

[google-appengine] Re: Uploads to Legacy Blobstore are Failing with 500, nothing in the logs

['Olu' via Google App Engine]

Hi, Joshua

Thank you for reporting this issue. It seems you may be affected by an 
internal issue reported about App Engine standard applications returning 
elevated HTTP 500 errors. This issue is observed for App Engine  Standard 
instances in us-central1 region. This issue is externalized on the GCP 
Status Page as you can find more information on the Status board[1].

I apologize for the delay or the impact this issue may be causing. For 
swifter responses or help on issues that are urgent to you, I think it is 
best to reach out directly to the GCP Support Engineers[2]. 

Let us know if your application is not running in the us-central1 region.  

Thank you. 

[1]https://status.cloud.google.com/incident/appengine/20007
[2]https://cloud.google.com/support-hub

On Tuesday, October 6, 2020 at 10:58:39 AM UTC-4 Joshua Smith wrote:

> The silence here is deafening, but my users are howling.
>
> *Google: Please address this issue immediately! It’s been down at least 24 
> hours!*
>
> I created an issue in public issue tracker with the same info you see 
> here: 170195261 
>
> I highly doubt I’m the only one experiencing this.
>
> -Joshua
>
>
> On Oct 5, 2020, at 11:50 AM, Joshua Smith  wrote:
>
> There is a production issue in my app. (I’m happy to create a private 
> production issue ticket, but I couldn’t figure out where to do that.)
>
> My app is still on Python 2.7 and uses the legacy blobstore.
>
> I use blobstore.create_upload_url('/upload’) to populate a form. This has 
> been working fine for several years.
>
> The last successful one was: 02/Oct/2020:11:37:23 -0400
>
> As of this morning, attempts to upload to the blobstore are resulting in 
> error 500 and I don’t see the request in my logs.
>
> I simulated one of these uploads using curl, but that produced no insight:
>
> * Using HTTP2, server supports multi-use
> * Connection state changed (HTTP/2 confirmed)
> * Copying HTTP/2 data in stream buffer to connection buffer after upgrade: 
> len=0
> * Using Stream ID: 1 (easy handle 0x7fa064808200)
> > POST /_ah/upload/AMmfu6YC1hHSvQPFczp—redacted—Pt3zS4LmedW5GR/ HTTP/2
> > Host: —redacted— 
> > User-Agent: curl/7.64.1
> > Accept: */*
> > Content-Length: 12881
> > Content-Type: multipart/form-data; 
> boundary=c1bce33de7c355c9
> > 
> * Connection state changed (MAX_CONCURRENT_STREAMS == 100)!
> * We are completely uploaded and fine
> < HTTP/2 500 
> < x-guploader-uploadid: 
> ABg5-UyVR-AC3_kY-A3vD45EgWUWJjzynvU_S0rDjhhsIlyJsDmYRU-ZrjSLe9Pppe7eCd-S9dHAv_7dVcsvfMj5wS0
> < content-length: 0
> < date: Mon, 05 Oct 2020 15:38:41 GMT
> < server: UploadServer
> < content-type: text/html; charset=UTF-8
> < 
> * Connection #0 to host mytowngovernment.org left intact
> * Closing connection 0
>
> Although perhaps that uploadid might help you diagnose?
>
> Please advise.
>
> -Joshua
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/9e37a2e5-ef32-481c-87f2-fff0f807c5dan%40googlegroups.com.

[google-appengine] Re: wget from api.nasdaq fails only on App Engine

['Olu' via Google App Engine]

Hello, 

Thank you again for reporting this issue. I understand your attempt to 
download data from your App Engine application using wget hangs and 
probably fails. I understand the command used is wget --user-agent=Safari 
"https://api.nasdaq.com/api/quote/AAPL/dividends?assetclass=stocks";

Hence, I am assuming the application 
"https://api.nasdaq.com/api/quote/AAPL/dividends?assetclass=stocks"; is 
running on App Engine. So, basically this is an incoming request to your 
App Engine application. Please let me know if my understanding is wrong. 

If however, my understanding is right, then there might be a lot more to 
gather from the logs of your App Engine application. Reviewing the 
configurations on the App Engine application may also be necessary. I think 
your best option would be to reach out to a GCP Support Engineer[1]. This 
way a GCP Support Engineer would be able to review  with you the specific 
details on your application.

[1]https://cloud.google.com/support-hub
On Monday, October 5, 2020 at 5:21:09 PM UTC-4 anan...@gmail.com wrote:

> It'll be a python script (flask)
>
> Since it doesn't work (hangs, just like wget) I'm trying wget to see what 
> works and what doesn't..
>
> web is not my core competence. Could you tell me how to format the wget as 
> you suggest? :)
>
> Thanks!
>
> On Monday, October 5, 2020 at 2:58:01 PM UTC-5 George (Cloud Platform 
> Support) wrote:
>
>> Do you have a service running in App Engine? How do you run wget in this 
>> case from that service?
>>
>> You should be aware that by default, the App Engine implementation of the 
>> HTTPS wrapper attempts to validate the certificate of the host, and rejects 
>> requests where the certificate does not match. You may need to disable this 
>> behavior, as described in the "Issuing an HTTPS request" paragraph 
>> 
>> . 
>>
>> On Monday, 05 October 2020 at 15:06:35 UTC-4 anan...@gmail.com wrote:
>>
>>> Works fine on my home PC. What could be the reason?
>>>
>>> wget --user-agent=Safari "
>>> https://api.nasdaq.com/api/quote/AAPL/dividends?assetclass=stocks";
>>>
>>> hangs on App Engine but returns data immediately on my laptop. 
>>> Do they detect the request is from App Engine and decide not to respond?
>>>
>>> wget  "https://finance.yahoo.com"; # works fine on App Engine
>>>
>>> Thanks!
>>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/8bf2a844-d295-403a-9550-061d9d12f9dcn%40googlegroups.com.

[google-appengine] Re: Google Appengine trying to serve me files instead of a route

['Olu' via Google App Engine]

Hello, 

Just for better understanding, do you mean you are looking to have your App 
Engine application serve files from Google Cloud Storage[1]? I am not sure 
about the Storage you referenced in the first line of description "I've got 
a node server (express) that needs to serve files from Storage". Which 
Storage? Cloud Storage?

[1]https://cloud.google.com/appengine/docs/standard/nodejs/serving-static-files#serving_files_from
On Thursday, October 8, 2020 at 7:22:14 PM UTC-4 kvinte...@gmail.com wrote:

> Hi,
>
> I've got a node server (express) that needs to serve files from Storage. 
> The url would look something like example.com/thumbnails/filename.jpg
>
> I have registered a route with express for /thumbnails/:id which works 
> fine locally on my computer, but on appspot.com it will try to serve me a 
> static file instead, which it will not find. I will get a 404 error without 
> the server handler ever being invoked.
>
> I have a running server with a debug route here: 
> https://fiid-ee.ey.r.appspot.com/api/test/asdasda
>
> The above URL works fine and the handler should just respond with whatever 
> is after test/
>
> If you add a .jpg extension, the server will give me a 404: 
> https://fiid-ee.ey.r.appspot.com/api/test/asdasdasd.jpg
>
> Again, I tested this locally and it doesn't seem to be a feature of the 
> server. The 404 page itself is not something implemented in Express nor 
> Nuxt.js
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/976a552d-7297-4226-aa4c-16de009cb88bn%40googlegroups.com.

[google-appengine] Re: Google App deploy fails on timeout: ERROR: CONTEXT DEADLINE EXCEEDED. How can i fix this?

['Olu' via Google App Engine]

Hi, Rossco

I think the same concern was raised on this issue link[1] and the issue 
still seems to be evaluated. A workaround was provided on the link, 
however. I suggest you attempt the steps provided on the issue link using 
the [--timeout=DURATION] flag with gcloud builds submit [2] to change the 
timeout threshold.

[1]https://issuetracker.google.com/131889237
[2]https://cloud.google.com/sdk/gcloud/reference/builds/submit

On Tuesday, October 13, 2020 at 2:03:57 PM UTC-4 Rossco wrote:

> I am attempting to deploy from my local machine to app engine standard, 
> and nothing I do seems to increase the timeout from 10 mins, every deploy 
> fails with the error 
>
> ERROR: (gcloud.app.deploy) Error Response: [4] Cloud build did not succeed 
> within 10m.
>
> Any suggestions appreciated!
>
> My cloudbuild.yaml is
> *steps:*
> *- name: gcr.io/cloud-builders/npm *
> *  args: [ install ]*
>
> *- name: 'gcr.io/$PROJECT_ID/ng '*
> *  args: ['build', '--prod']*
>
> *- name: gcr.io/cloud-builders/gcloud 
> *
> *  args: [ app, deploy ]*
> *  timeout: 2000s*
> *timeout: 3600s*
>
> On Friday, 12 June 2020 at 07:50:41 UTC+10 syix...@gmail.com wrote:
>
>> Thanks, David
>> works for me 
>>
>>
>> On Wednesday, April 8, 2020 at 12:00:05 PM UTC-7, David (Cloud Platform 
>> Support) wrote:
>>>
>>> Another workaround other than increasing the timeout limit would be 
>>> adding “grpcio==1.27.2” to your requirements.txt and then try to 
>>> redeploy
>>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/a6328023-973c-44fa-bd56-c3efaaecb232n%40googlegroups.com.

[google-appengine] Re: Unable to see project

['Olu' via Google App Engine]

I think to start with, there would be the need to verify the State of your 
GCP Project. Hence, personally identifiable information such as the Project 
ID would be needed. We do not advise that should be done here. As a matter 
of fact, this is not the appropriate medium for this type of request. 

I suggest that you contact the GCP Support Engineers[1] or you can open a 
Private issue using the information on this link[2]. This way a GCP Support 
engineer would be able to work closely with you, reviewing the present 
State of the Project and be able to advise you on the next steps to take in 
order to restore your GCP Project, should that be needed.

Thank you. 

[1]https://cloud.google.com/support-hub
[2]https://developers.google.com/issue-tracker/#public_users



On Wednesday, October 14, 2020 at 8:33:26 AM UTC-4 Madhav Krishna 
Thatavarthi wrote:

> Hi,
>
> We were using nodejs standard environment for deploying our code. It's 
> been 6 months where there is no deployments happen. In the month of 
> September we were able to hit our API's and we can see our project. But now 
> we are not able to hit our APIs and also the project got disappeared. So 
> how can we restore our project. 
>
> Thank you
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/41aef7ad-597f-4f3c-ace4-d54fd689419cn%40googlegroups.com.

[google-appengine] Re: It appears HTTTPS access to .appspot.com subdomains fails

['Olu' via Google App Engine]

So far, I have checked internally for any information to confirm that 
indeed Google Services to Tanzania are blocked, perhaps for reasons of 
national elections. I have not seen any information to confirm this, I can 
keep checking but then, I hope you are aware that generally, SSL Handshake 
Exceptions can be returned for several reasons such as network errors, 
network configuration issues, connectivity, firewalls, server is down, etc.
On Tuesday, October 27, 2020 at 12:23:06 PM UTC-4 arnold...@gmail.com wrote:

> it appears social networking services have been blocked in the country, so 
> twitter, youtube, instagram, etc are not reachable. Some googles services 
> like news.google.com, issuetracker.google.com seem to have been affected 
> also. It is said it has to do with national elections that are underway on 
> the 27th and 28th of October.
> On Tuesday, October 27, 2020 at 1:32:45 PM UTC+3 Arnold Minde wrote:
>
>> Hello,
>>
>> It appears access to subdomains of .appspot.com for users in Tanzania 
>> using different network provides fail with "SSL handshake time out" error, 
>> which affects our api access.
>>
>> For example:
>> https://libphonenumber.appspot.com/
>>
>> Is anyone aware of whats happening?
>>
>> Best Regards,
>> Arnold.
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/d74a2af0-ed03-4860-8886-a11efd20d221n%40googlegroups.com.

[google-appengine] Re: how to make TCP connection to an external server from GAE java

['Olu' via Google App Engine]

Hello, Jerry

I believe a similar inquiry was raised and addressed on this issue tracker 
link[1] and as per the comment, the default network of Compute Engine 
allows all Egress traffic. 

[1]https://issuetracker.google.com/72150932#comment2

On Wednesday, October 28, 2020 at 9:11:10 AM UTC-4 jlin...@gmail.com wrote:

> thank you for your help
>
> Could u please answer one more question? Does Flex/GKE/Compute Engine 
> allow egress message to go through the port lower than 1000 from GCP env. 
> to LDAP server?  
>
> thank you
>
> Jerry
>
> On Wednesday, 28 October 2020 at 03:49:51 UTC+11 George (Cloud Platform 
> Support) wrote:
>
>> It depends on your use-case, which one is to be chosen. Seen that you 
>> need to maintain communication with the LDAP server, I'd say Compute 
>> Engine, but App Engine Flex is expected to work as well. You may find 
>> various comparisons 
>>  
>> on the Web, to help you decide. 
>> On Tuesday, 27 October 2020 at 09:53:05 UTC-4 jlin...@gmail.com wrote:
>>
>>> I am planning to deploy an app on GCP platform.  The application 
>>> communicates with LDAP server on port 636. Not sure which option is better 
>>> one, like computer engine, gkt, etc.
>>> could u please advise ?
>>>
>>> thank you
>>>
>>> Jerry
>>>
>>> On Tuesday, 20 October 2020 at 01:31:40 UTC+11 George (Cloud Platform 
>>> Support) wrote:
>>>
 What do you mean by TCP connections, exactly, how does your use-case 
 look like? 

 WebSockets are supported now by App Engine Flex, you may check the 
 "Introducing WebSockets support for App Engine Flexible Environment" 
 page 
 
 . 

 Relevant examples are to be found on the Internet, for instance in a 
 reply to the "How do I deploy socket.io to Google App Engine?" question 
 
  
 in stackoverflow. Basically, you need to edit your app.yaml configuration 
 file and set: 

 *network:*
 *  session_affinity: true*

 On Friday, 16 October 2020 at 09:46:33 UTC-4 jlin...@gmail.com wrote:

>
> Does the current GAE flex environment support TCP connection to an 
> external server like SMTP , LDAP server ?
>
> If it is not available in GAE flex env.,  what are the other 
> options(choices) ?
>
>
> thank u
>
> Jerry
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/78a4a0d0-93cb-43ea-84ea-adad1d6a74e7n%40googlegroups.com.

[google-appengine] Re: how to make TCP connection to an external server from GAE java

['Olu' via Google App Engine]

Hence, if you would want a particular behavior for your egress traffic, you 
may have to configure that using the App Engine Firewall rules[1] or using 
VPC firewall rules[2], setting up your own VPC[3] or probably using a 
shared VPC[4]

[1]https://cloud.google.com/appengine/docs/flexible/java/creating-firewalls 
[2]https://cloud.google.com/vpc/docs/using-firewalls
[3]https://cloud.google.com/vpc/docs/vpc
[4]https://cloud.google.com/vpc/docs/provisioning-shared-vpc
On Thursday, October 29, 2020 at 11:15:47 AM UTC-4 Olu wrote:

> Hello, Jerry
>
> I believe a similar inquiry was raised and addressed on this issue tracker 
> link[1] and as per the comment, the default network of Compute Engine 
> allows all Egress traffic. 
>
> [1]https://issuetracker.google.com/72150932#comment2
>
> On Wednesday, October 28, 2020 at 9:11:10 AM UTC-4 jlin...@gmail.com 
> wrote:
>
>> thank you for your help
>>
>> Could u please answer one more question? Does Flex/GKE/Compute Engine 
>> allow egress message to go through the port lower than 1000 from GCP env. 
>> to LDAP server?  
>>
>> thank you
>>
>> Jerry
>>
>> On Wednesday, 28 October 2020 at 03:49:51 UTC+11 George (Cloud Platform 
>> Support) wrote:
>>
>>> It depends on your use-case, which one is to be chosen. Seen that you 
>>> need to maintain communication with the LDAP server, I'd say Compute 
>>> Engine, but App Engine Flex is expected to work as well. You may find 
>>> various comparisons 
>>>  
>>> on the Web, to help you decide. 
>>> On Tuesday, 27 October 2020 at 09:53:05 UTC-4 jlin...@gmail.com wrote:
>>>
 I am planning to deploy an app on GCP platform.  The application 
 communicates with LDAP server on port 636. Not sure which option is better 
 one, like computer engine, gkt, etc.
 could u please advise ?

 thank you

 Jerry

 On Tuesday, 20 October 2020 at 01:31:40 UTC+11 George (Cloud Platform 
 Support) wrote:

> What do you mean by TCP connections, exactly, how does your use-case 
> look like? 
>
> WebSockets are supported now by App Engine Flex, you may check the 
> "Introducing WebSockets support for App Engine Flexible Environment" 
> page 
> 
> . 
>
> Relevant examples are to be found on the Internet, for instance in a 
> reply to the "How do I deploy socket.io to Google App Engine?" 
> question 
> 
>  
> in stackoverflow. Basically, you need to edit your app.yaml configuration 
> file and set: 
>
> *network:*
> *  session_affinity: true*
>
> On Friday, 16 October 2020 at 09:46:33 UTC-4 jlin...@gmail.com wrote:
>
>>
>> Does the current GAE flex environment support TCP connection to an 
>> external server like SMTP , LDAP server ?
>>
>> If it is not available in GAE flex env.,  what are the other 
>> options(choices) ?
>>
>>
>> thank u
>>
>> Jerry
>>
>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/a10aaf64-546a-453f-9d66-1d5f8c17c5fen%40googlegroups.com.

[google-appengine] Re: Unable to access GAE API URLs using mobile data

['Olu' via Google App Engine]

As you may already be aware, the DNS_PROBE_FINISHED_NXDOMAIN is not an 
uncommon DNS error and it is mostly, most of the time this is a DNS-related 
issue. 

The same error was reported on the Community thread for Google Chrome[1]. 
And even reported for App Engine on this Stackoverflow link[2]. 

I think this third party article[3] describes possible ways to review this 
issue. I recommend you go through the details and if the issue persists, 
let us know. 

[1]https://support.google.com/chrome/thread/6144098?hl=en  
[2]https://stackoverflow.com/questions/30727011/dns-probe-finished-nxdomain-on-google-app-engine-website
[3]https://www.hostinger.com/tutorials/fix-dns_probe_finished_nxdomain
On Thursday, October 29, 2020 at 10:20:20 AM UTC-4 HU Staging wrote:

> Hi, 
> I have developed APIs on GAE using Python. Recently (For last one week) 
> The APIs are not accessible using mobile data. I get this error: 
> DNS_PROBE_FINISHED_NXDOMAIN. The same URLs are  accessible when I switch to 
> WIFI connection. Can you please help with this? 
> Thanks in advance. 
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/f794ecbf-d78f-45b3-9284-af27d7c29e31n%40googlegroups.com.