[google-appengine] Re: Disabling TLS 1.0

['yananc' via Google App Engine]

Hi, 
Although not the recommended option, creating a ticket with GCP tech 
support is now an option only for GAE customers with previously existing 
custom TLS configs.

On Saturday, July 17, 2021 at 4:51:22 AM UTC-4 patrice@experquiz.com 
wrote:

> Thank you for your reply @David.  May I ask if creating a ticket with GCP 
> support, although not the recommended option, could still be one available 
> option ?  
> Because setting up  Cloud Load Balancing and serverless NEGS would be 
> quite an endeavor, plus some added costs, while we don't actually have any 
> need for these features at the moment, all we need is the deactivation of 
> TLS 1.0 and 1.1.
> 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/587457f2-a1f7-4299-a02c-bc8dfdddc70en%40googlegroups.com.

[google-appengine] Re: Installing OpenKM

['yananc' via Google App Engine]

Hi Ben,

I am not familiar with OpenKM. But from the official Download page 
, I see that OpenKM could be 
installed in Linux / Windows environments as a jar file, which makes it 
possible in App Engine environments since Google App Engine is based on 
container/Docker and Java is also supported.

I recommend you to explore the App Engine Documentation 
 for more information. Feel free to 
reply if you have any further questions. 

Hope it helps!


On Tuesday, July 20, 2021 at 9:57:01 AM UTC-4 leeji...@gmail.com wrote:

> Dear Everyone,
>
> I ma looking for a web hosting service that can allow OpenKM to be 
> installed 
> Can I install OpenKM a web document control system on Google App Engine? 
> or Google App Engine is just for those who start building website from 
> scratch?
>
> Sincerely,
> Ben 
>
>
>

-- 
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/5ef65ae2-1387-4364-b855-19d99b936e6en%40googlegroups.com.

[google-appengine] Re: Disabling TLS 1.0

['yananc' via Google App Engine]

Hi, 

Although not the recommended option, creating a ticket with GCP tech 
support is still an option for *existing* customers to make such changes to 
TLS.
On Saturday, July 17, 2021 at 4:51:22 AM UTC-4 patrice@experquiz.com 
wrote:

> Thank you for your reply @David.  May I ask if creating a ticket with GCP 
> support, although not the recommended option, could still be one available 
> option ?  
> Because setting up  Cloud Load Balancing and serverless NEGS would be 
> quite an endeavor, plus some added costs, while we don't actually have any 
> need for these features at the moment, all we need is the deactivation of 
> TLS 1.0 and 1.1.
> 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/20f8a14d-51cf-47df-a8d1-4919e4b0f787n%40googlegroups.com.

[google-appengine] Re: Did the standard environment auto scaling scheduler change recently?

['yananc' via Google App Engine]

Hi, 

As per the Release Notes , there is 
no update recently on App Engine Standard auto-scaling scheduler. In the 
app.yaml files you provided, I could see a huge difference for 
‘min_pending_latency’. Are you aware of it? If it is expected, I would 
suggest sampling typical periods of time between the different patterns and 
closely inspecting and cross checking on any possible traffic difference. 
Hope it helps!

On Thursday, July 1, 2021 at 10:27:09 AM UTC-4 goo...@ryanb.org wrote:

> I changed my autoscaling settings to be much more aggressive, below, and 
> steady state instance count is back down to more or less where it was 
> before. I'm stil very curious what changed on App Engine's end, but I'm at 
> least out of the woods for now.
>
> automatic_scaling:
>  max_idle_instances: 1
>  target_cpu_utilization: .9
>  min_pending_latency: 500ms
>  max_concurrent_requests: 30 
>
> On Monday, June 28, 2021 at 10:27:13 AM UTC-7 Ryan B wrote:
>
>> Hi all! The steady state instance count for a couple of my apps (on 
>> Python 3 Standard) increased recently, over the last week or two, without 
>> any obvious code or architecture or traffic or load or change on my end. 
>> Did the App Engine scheduler itself change recently?
>>
>> Here's the active instance count for one app. I haven't deployed a new 
>> version since April, and load (etc) haven't meaningfully changed either.
>>
>> [image: 123658491-a116ad80-d7e6-11eb-8805-9ef33584cff7.png]
>>
>> Here's another. I deploy this one more often, multiple times a week, but 
>> nothing related to utilization recently that I can think of, and there 
>> haven't been any other architectural, app config, or load for months.
>>
>> [image: 123658263-657be380-d7e6-11eb-89b4-a8e334e0c5f8.png]
>>
>> Here are the app.yaml files; neither has changed since March, when I 
>> upgraded both apps to Python 3.9.
>> https://github.com/snarfed/bridgy-fed/blob/main/app.yaml
>> https://github.com/snarfed/bridgy/blob/main/app.yaml
>>
>> If the scheduler did change, any chance anyone knows how to configure it 
>> to get my steady state instance counts back to where they were before?
>>
>> 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/84cf38ad-0e4e-4633-98bd-f8508ca022e3n%40googlegroups.com.

[google-appengine] Re: TLS 1.0, DES, 3DES, 3DES

['yananc' via Google App Engine]

Hello, 

You may need to file a tech support ticket to GCP support 
 for the request. 

On Sunday, June 27, 2021 at 9:17:02 AM UTC-4 gonzalo@invasor.ar wrote:

> Hello, 
> I'm using App Engine and I founds some vulnerabilities like SWEET32 & 
> LUCKY13.
> I would like disable TLS 1.0, DES, 3DES, 3DES.
> Anyone knows how I do this?
>
> Thank you, guys.
> Greetings.
>

-- 
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/eeb025dd-8a6f-48fd-8605-469cb8dc0d92n%40googlegroups.com.

[google-appengine] Re: GAE HTTP/3 with custom domain

['yananc' via Google App Engine]

Hi John,

Could you please provide more details about the issue? For example, what is 
your use case for the service and what do you observe when accessing via 
votebd.org? And also, are you using Cloud Load Balancing and serverless NEGS 
 to 
route traffic to your app in App Engine?
On Wednesday, May 12, 2021 at 3:53:10 PM UTC-4 John Coonrod wrote:

> I have a site votebd2.appspot.com which is normally accessed by its 
> custom domain votebd.org. It connects via http/3 when accessed via the 
> appspot URL but not with votebd.org. This doesn't make sense to me - 
> anybody know how to fix this?

-- 
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/f2494885-0b3c-4881-922d-13eca4eb4824n%40googlegroups.com.

[google-appengine] Re: App Engine Flexible - Instances Timeout issue

['yananc' via Google App Engine]

Hi,

Please provide more detailed information for investigation. For example, do 
you mean the incoming requests get Timeout errors? What is the complete 
error message? Does the issue happen intermittently or all the time, to all 
the services or only to a specific one? Such information will greatly help 
to understand and troubleshoot the issue. Thank you.
On Thursday, May 6, 2021 at 10:07:55 AM UTC-4 li...@smartz.com wrote:

> Hi, we are working on laravel using App Engine Flexible scaling 
> but our instances keep getting Timeout and we can't find the reason 
> all are settings are default
> Our app is tracking pixel that just fire on a website visit (like facebook 
> pixel for example)
> Please 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/efec713e-29a0-46f3-acce-d54b4c653c11n%40googlegroups.com.

[google-appengine] Re: App engine network and internet provider issue

['yananc' via Google App Engine]

Hi Mhmdsaad,

Could you check with the Internet providers to see if there is any 
constraint or blockage on network resources such as IPs or ports? And also, 
do you see any error messages?
On Monday, May 3, 2021 at 9:45:02 AM UTC-4 Mhmdsaad wrote:

> Hello Geeks
>
> Iam facing an issue in my server as after deploying thr backend on app 
> engine and everything is working good but i monitered that the server is 
> running and my backend and fronteend are running without anu obstacles on 
> one internet provider called we adsl and not working in 4g netwrok like 
> Vodafone egypt and this happen in reverse another times in thr same day and 
> all this issues is occured in cairo while my developers works without any 
> obstacles and everytjing is working probably outside cairo in another 
> Egyptian cities 
>
> I don't know what are missing and what are the issue could i facing and 
> how to sopve this issue because its a critical issue
>
> Thanks for 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/4ac4ee01-4cc3-42f2-9e90-505aec3886dfn%40googlegroups.com.

Re: [google-appengine] Re: Max 10,000 file limit is not suitable for modern full featured wordpress site or any PHP app

['yananc' via Google App Engine]

Hi Sandeep,

According to the documentation [1], Apps can serve static files from a 
Google Cloud option such as Cloud Storage, serve them directly, or use a 
third-party CDN. And also, the Google Cloud Platform free tier coverage 
does not provide quota increase requests, you may have to upgrade to a paid 
billing account if you would like to use features that are not included in 
the Free trial, such as GPUs, Windows servers, and quota increases [2].


[1]: 
https://cloud.google.com/appengine/docs/standard/go111/serving-static-files

[2]: https://cloud.google.com/free/docs/gcp-free-tier#how-to-upgrade


On Wednesday, April 28, 2021 at 3:14:38 PM UTC-4 Sandeep Koduri wrote:

> I was looking at what files/folders has most files. Realized its plugins, 
> I am not sure if I can use plugins from Cloud Storage. 
>
> I dont understand the solution here, if appengine is infrastructure as 
> service and I am paying for resources I use., why do I need special support 
> plan. 
>
> Addressing responses from Google here, Cloud Storage Cant be answer for 
> problem here. And its not App Engine Free Tire issue(we have a billing 
> account).
>
> On Wednesday, April 1, 2020 at 12:18:03 AM UTC+5:30 henry@gmail.com 
> wrote:
>
>> Thanks  Katayoon
>> we are uploading just 1 file per POST request.  About 10'000 files per 
>> month. 
>> Henry
>>
>>
>>
>> On Tue, 31 Mar 2020 at 10:45, 'Katayoon (Cloud Platform Support)' via 
>> Google App Engine  wrote:
>>
>>> Hello Henry,
>>>
>>> Looking into your issue report, it seems your issue is not related to 
>>> the App Engine deployment quota and is related to the Blobstore 
>>> . So, 
>>> you may consider the maximum number of files in a single form POST which 
>>> the limit is 500. I have reopened your issue tracker ticket for further 
>>> investigation and you can continue with it.
>>>
>>> -- 
>>>
>> 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-appengi...@googlegroups.com.
>>>
>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/google-appengine/cb50ade3-c13b-4de0-a0ab-3ac9311157ef%40googlegroups.com
>>>  
>>> 
>>> .
>>>
>>

-- 
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/731d2dc7-490d-4c3b-80e5-fa1da8314bbcn%40googlegroups.com.

Re: [google-appengine] Re: GAE request URI traffic stats

['yananc' via Google App Engine]

Hi, 

So my understanding is that you would like to have the stat metrics by URL 
paths in App Engine. It will be helpful to explore ‘logs-based metrics’ 
 to set up and 
group the metrics you desired. Hope it helps!
On Tuesday, April 27, 2021 at 9:09:09 AM UTC-4 amo...@pncl.tech wrote:

> Thanks for you response Yanan!
>
> Here's what I'm looking for. Say my appengine instance is hosted on 
> website.com and exposes the following routes
> website.com/api/search
> website.com/api/posts
> website.com/api/search?q="google 
> "
> that my clients will hit with traffic. I'd like to know what is the qps 
> and latency across each of those routes separately.
> Looking at stackdriver logs, I see that protoPayload.latency already logs 
> the latency for each request separately. I'm just looking for a way to show 
> all of them aggregated per route.
>
> Amogh
>
> Sent via Superhuman 
>
>
> On Mon, Apr 26, 2021 at 1:28 PM, yananc  wrote:
>
>> Hi, 
>>
>> By the ‘URI’, are you referring to instances, a service or other 
>> resources in App Engine? And also, it might help to refer to the Cloud 
>> Monitoring metric list for App Engine 
>>  for 
>> the complete information available. Hope it helps!
>> On Sunday, April 25, 2021 at 9:09:11 AM UTC-4 amo...@pncl.tech wrote:
>>
>>> Is there a page that shows the per URI stats for services hosted in GAE? 
>>> I can find a bunch of monitoring and reporting that shows overall latency, 
>>> qps etc, but not one that can help me drill down across specific URI's that 
>>> might be requested for the GAE application.
>>>
>>> If not in cloud monitoring, is it possible to have an off the shelf 
>>> solution like prometheus / grafana to be easily configured to do so with 
>>> GAE traffic?
>>>
>>> Amogh
>>>
>> -- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "Google App Engine" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/google-appengine/B21GoY1NnzQ/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, 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/47c027f8-4922-4ec9-a387-4de4483c1a75n%40googlegroups.com
>>  
>> 
>> .
>>
>
>

-- 
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/72e630c3-51a5-4ed5-9fb5-332ef2bdc6b4n%40googlegroups.com.

[google-appengine] Re: GAE request URI traffic stats

['yananc' via Google App Engine]

Hi, 

By the ‘URI’, are you referring to instances, a service or other resources 
in App Engine? And also, it might help to refer to the Cloud Monitoring 
metric list for App Engine 
 for the 
complete information available. Hope it helps!
On Sunday, April 25, 2021 at 9:09:11 AM UTC-4 amo...@pncl.tech wrote:

> Is there a page that shows the per URI stats for services hosted in GAE? I 
> can find a bunch of monitoring and reporting that shows overall latency, 
> qps etc, but not one that can help me drill down across specific URI's that 
> might be requested for the GAE application.
>
> If not in cloud monitoring, is it possible to have an off the shelf 
> solution like prometheus / grafana to be easily configured to do so with 
> GAE traffic?
>
> Amogh
>

-- 
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/47c027f8-4922-4ec9-a387-4de4483c1a75n%40googlegroups.com.

[google-appengine] Re: Setting up automatic deployment within TeamCity

['yananc' via Google App Engine]

Hi, 

It might be helpful to refer to the documentations [1 
][2 
],
 
which explain how to deploy applications to App Engine using Cloud Build. 
They provide general guidance though not specific for TeamCity. Hope it 
helps!
On Friday, April 23, 2021 at 11:45:44 AM UTC-4 Fabian Hagen wrote:

> Hello,
>
> I want to deploy to my AppEngine as one of my build steps/chain. Can 
> someone tell my what would be the best way to do so?
>
> We have multiple environments (dev, staging, production). Each env is 
> based on its own branch and has its own build pipeline within TeamCity. In 
> the GCP, each env has its own project and in its own user(s).
>
> How can I trigger the deployment from our buildservers? Do I Have to login 
> via SSH and do the gcloud init and gcloud auth login on each build server? 
> That would result in a lot of additional setup work. Or is there another 
> way (e.g. like in firebase where I can create a token and pass it as 
> parameter to the gcloud app deploy command)?
>
> Thanks in advance!
>
> Fabian
>

-- 
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/cdce7765-a49b-4817-81c8-a4eb2dab292bn%40googlegroups.com.

[google-appengine] Re: Deployment fails with Error Response: [5]

['yananc' via Google App Engine]

Hello,

It is likely that you were being affected by a known issue. Our Engineering 
team has fixed the issue by now. Please kindly let us know if it still 
persists. Thank you!


On Thursday, February 4, 2021 at 7:28:22 AM UTC-5 prashant wrote:

> Hello Team,
>
> Since this morning, our app deployment has been failing with an unusual 
> error.  This was working till IST midnight.
>
> The error we see is:
>
> *"ERROR: (gcloud.app.deploy) Error Response: [5] Cannot get cloud region 
> in global job."*
>
> I also see that there are multiple stackoverflow questions on the same 
> issue. One such post: 
>
>
> https://stackoverflow.com/questions/66044557/gcloud-app-deploy-failing-with-error-response-5-cannot-get-cloud-region-in-g
>
> Any idea what the issue is?
>
> Thanks for any help
>
> Regards
>

-- 
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/c0e83ac8-6f96-43ac-9c02-23ed089c4ce9n%40googlegroups.com.

[google-appengine] Re: Python App

['yananc' via Google App Engine]

*Hello, If you would like to know general information on how to deploy and 
run Python apps on App Engine, please refer to the Quickstart for Python 3 
in App Engine Standard 
 and 
Quickstart for Python in App Engine Flexible 
 for 
detailed steps and sample Hello World apps for demonstration. If you have 
any specific questions or issues regarding the matter, please kindly 
elaborate so it would be much easier to get them answered.*

On Sunday, November 29, 2020 at 9:58:09 AM UTC-5 zainb...@gmail.com wrote:

> Want to execute and run python app

-- 
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/51252b16-512f-473b-8bfa-e04467956e15n%40googlegroups.com.

[google-appengine] Re: Google App Engine Mailjet gives 500 error

['yananc' via Google App Engine]

The ‘500’ error and no logs found in the Cloud Console might suggest that 
requests did not even reach your app. Do you use App Engine Standard or 
Flexible environment? Are you able to deploy the app successfully? Do you 
mean that the variables ‘MAILJET_API_KEY’ and ’MAILJET_SECRET_KEY’ work in 
App Engine or on your own server? Please also provide more description on 
the file structure / path of your app. Such information could be helpful to 
troubleshoot the issue. Thank you.

On Sunday, October 25, 2020 at 6:19:13 PM UTC-4 jukka.ha...@gmail.com wrote:

>
> When trying to use mailjet with php 7 Google App engine, 
> the request to that file gives 500-error and I cannot see any details of 
> the error anywhere in developer console!
>
> - runtime: php72
> -mailjet/mailjet-apiv3-php": "^1.5"
> -This file works 100% on my own server.
>
> - I have narrowed the cause of error to the line
> $mj = new \Mailjet\Client(MAILJET_API_KEY, MAILJET_SECRET_KEY, 
> true,['version' => 'v3.1']);
> but it's from the docs and nothing weird about it, and these api keys of 
> course also works.
>
> Put perhaps the path or something is different in my gae than in my apache 
> ?
> the row that i have is use \Mailjet\Resources; and it's working in my own 
> server ok.
>
>
> Do I need some custom php.ini settings to make this work ? 
>
>

-- 
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/12bf58d0-7d62-4721-9072-08ddd77f078bn%40googlegroups.com.

[google-appengine] Re: Help with installation on mac please

['yananc' via Google App Engine]

Hi Jennifer,

Thank you for your reply. Are you using Homebrew? It seems to be a known 
issue with pip. The Stackoverflow thread 

 
provides possible solutions. Basically you need to create a ‘setup.cfg’ 
file at the root directory of your project and include the following before 
running the pip command:

[install] 
prefix=

Hope it helps!


On Thursday, October 22, 2020 at 12:21:49 PM UTC-4 jennif...@gmail.com 
wrote:

> Hi there!  I am trying to install the google course builder 
> https://edu.google.com/openonline/course-builder/docs/1.11/set-up-course-builder/deploy-your-app.html
> I have created the cloud project, downloaded the software, installed it, 
> opened a terminal window and tried to deploy using the instructions 
> provided.  This is where I keep running into an issue.  
>
> Thanks - Jennifer
> On Wednesday, October 21, 2020 at 6:57:40 PM UTC-4 Elliott (Cloud Platform 
> Support) wrote:
>
>> Hello Jen,
>>
>> Are you trying to install Google Cloud SDK on your Mac computer? Can you 
>> please provide us with more detail to move this along?
>>
>> Thank you.
>>
>> On Wednesday, October 21, 2020 at 5:21:05 PM UTC-4 jennif...@gmail.com 
>> wrote:
>>
>>> Hi all!  I'm trying to install on my macbook pro - running catalina 
>>> 10.15.  I have followed all the instructions and when I try to deploy from 
>>> my command line (yes, I am in my coursebuilder folder) with bash 
>>> ./scripts/deploy.sh  (yes, i am changing that too my id and 
>>> dropping the <>)...  I receive the following error after Installing PyCrypto
>>>
>>> error:  must supply either home or prefix/exec-prefix -- not both
>>>
>>> and then I get the command line again, my website doesn't deploy and I 
>>> get no-where..  Any ideas? 
>>>
>>> Many thanks in advance,
>>>
>>> -Jen
>>>
>>

-- 
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/646fb833-39ea-46d1-9ce9-c018c111c724n%40googlegroups.com.

Re: [google-appengine] Re: Basic-scaling random port number in local devserver

['yananc' via Google App Engine]

Hello Jagath,

The ‘forwarded_port’ option is not available for App Engine Standard. The 
App Engine documentation does not provide much information regarding port 
numbers assigned for basic scaling in local devserver. But based upon the 
reply to the issue you created in Github, the behavior is expected. Please 
let me know if you have any further questions. Thank you.
On Tuesday, October 13, 2020 at 8:38:58 AM UTC-4 Jagath Weerasinghe wrote:

> Created an issue for this in GitHub:
> https://github.com/GoogleCloudPlatform/app-maven-plugin/issues/435
>
> On Wed, Oct 7, 2020 at 8:05 PM Jagath Weerasinghe  
> wrote:
>
>> Is this forwarded_port option available in the standard environment as 
>> well? We run our app in the standard environment. 
>>
>> On Wednesday, October 7, 2020 at 7:57:42 PM UTC+2 wus...@google.com 
>> wrote:
>>
>>> I think the forwarded_ports should be set.  You can forward ports from 
>>> your instance (HOST_PORT) to the Docker container (CONTAINER_PORT). If you 
>>> only specify a PORT, then App Engine assumes that it is the same port on 
>>> the host and the container[1].
>>>
>>> [1] 
>>> https://cloud.google.com/appengine/docs/flexible/custom-runtimes/configuring-your-app-with-app-yaml#network_settings
>>>
>>> On Tuesday, October 6, 2020 at 9:46:50 AM UTC-4 Jagath Weerasinghe wrote:
>>>
 Hi Katayoon, 

 To add more information, when I run basic-scaling in the local dev 
 server with max instance 1, I see two instances like below:

 (1) Module instance  is running at http://localhost:8889/

 (2) Module instance  instance 0 is running at 
 http://localhost:56064/

 Based on the log containing "Received /_ah/start request", I see above 
 (2) as the basic-scaling instance. My guess is that above (1) is acting as 
 the dev server, where it should forward the user request to the 
 basic-scaling instance. 
 But now when the requests are sent to the above (1), no forwarding 
 happens.

 Jagath



 On Thursday, October 1, 2020 at 7:59:23 PM UTC+2 Jagath Weerasinghe 
 wrote:

> Hi Katayoon, 
>
> We are running appengine standard environment on Java 8 run time.
> I think what you mentioned is available only for Java 11. 
> The following is the maven pom.xml config that works for us when we 
> use automatic-scaling: 
>
> 
>com.google.cloud.tools
>appengine-maven-plugin
>2.2.0
>
>   false
>   8889
>
> 
>
> Thanks,
> Jagath
>
> On Thursday, October 1, 2020 at 6:40:07 PM UTC+2 Katayoon (Cloud 
> Platform Support) wrote:
>
>> Hi Jagath,
>>
>> My assumption is that you are using App Engine Standard environment 
>> with Java. Please correct me if I am wrong? Could you clarify if you 
>> have 
>> set the PORT environment variable 
>> in
>>  
>> you code? 
>>
>>
>>
>> On Thursday, October 1, 2020 at 8:46:04 AM UTC-4 Jagath Weerasinghe 
>> wrote:
>>
>>> Hello, 
>>>
>>> When I switched from automatic-scaling to basic-scaling in the 
>>> development environment, I noticed the port numbers assigned are random 
>>> and 
>>> do not follow the specified port number in maven configuration. 
>>>
>>> I found a similar question 
>>> https://github.com/GoogleCloudPlatform/app-gradle-plugin/issues/185, 
>>> but could not find a solution yet. 
>>>
>>> I would like to know:
>>> (1) whether this is the expected behavior?
>>> (2) whether there is a way to configure the ports we need as in 
>>> automatic-scaling?
>>> (3) is this an issue with the build tools (maven) and not related to 
>>> the local dev server?
>>>
>>> Thanks,
>>> Jagath
>>>
>> -- 
>> 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-appengi...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/google-appengine/09715445-9ba4-4f2a-a5b7-4d9b864a0ee0n%40googlegroups.com
>>  
>> 
>> .
>>
>

-- 
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/bb3b6cd1-0320-4915-bb72-ccf79a441b3bn%40googlegroups.com.

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

['yananc' via Google App Engine]

Please try to change the ‘user-agent’, which might have a play in the issue 
with ‘nasdaq.com’ [1]. If the issue still persists, have you tried to 
access the data from ‘nasdaq.com’ via other ways, such as writing codes or 
sending requests instead of using wget? This could possibly help isolate 
the issue.

Hope it helps!

[1]: 
https://stackoverflow.com/questions/24728421/why-cant-get-the-web-content-in-www-nasdaq-com-symbol-c-stock-report


On Wednesday, October 7, 2020 at 3:10:38 PM UTC-4 anan...@gmail.com wrote:

> No, api.nasdaq.com is not on AE..
>
> On Tuesday, October 6, 2020 at 3:16:25 PM UTC-5 Olu wrote:
>
>> 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/19177211-720c-4192-b87f-6c95c3e58709n%40googlegroups.com.

Re: [google-appengine] Re: Appengine Dashboard broken?

['yananc' via Google App Engine]

Hello, 

We have received reports of the similar issue recently. The issue seemed to 
be transient and disappeared after a while. Does the issue still persist in 
your case? If so, would you please provide more information so we could 
look into it? Thank you.


On Thursday, October 8, 2020 at 3:40:44 PM UTC-4 vit@gmail.com wrote:

> Same issue.
>
> Also:
>
> Client Errors 
> This app has not received any client errors in the last 24 hours.
>
> четверг, 8 октября 2020 г. в 21:08:56 UTC+4, linus@epspot.com: 
>
>> Works again for me now.magic.
>>
>> Den tor 8 okt. 2020 10:19troberti  skrev:
>>
>>> We have the same issue, for all our Appengine projects.
>>>
>>> On Wednesday, October 7, 2020 at 11:02:47 PM UTC+2 linus@gmail.com 
>>> wrote:
>>>
 In cloud console, Appengine Dasboard for a few days it says:

 Current load

 This app has not received any requests in the last 24 hours.

 This is obviously wrong since I have loads of requests in the logs and 
 I get billed for them as well.

 This used to show the top 10 or 20 requested urls, is it broken?

 The Dashboard in Home works as expected.


 -- 
>>> 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-appengi...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/google-appengine/81428dd7-9003-4dd7-98de-2a52042cdd9en%40googlegroups.com
>>>  
>>> 
>>> .
>>>
>>

-- 
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/d89f04f5-0b75-4eb5-a96d-44fb3621b9a7n%40googlegroups.com.

[google-appengine] Re: Issues with App Engine migration from the legacy SDK (appcfg) to Cloud SDK

['yananc' via Google App Engine]

Hello, 

Thank you for your response. I would suggest you to follow the link 
 to file a Feature 
Request on the support for Android Studio so our Engineering team can 
further investigate. However, there is no ETA or if the feature will be 
implemented.
For the deployment issue, based on the provided information, it would be 
helpful to review the ‘appengine-web.xml’ to make sure all the 
configuration is correct, especially the configuration about how Jetty is 
started.

On Saturday, August 29, 2020 at 12:32:46 PM UTC-4 aliza...@gmail.com wrote:

> Hi Manpreet,
>
> Thank you for your response.  We already know that GCP does not support 
> Android Studio.  But why?  If GCP wants to compete with AWS, Azure, Oracle, 
> etc. it needs to move in the direction of providing more cenvenience, not 
> move away from convenience...
>
> Any way, we contacted Google Cloud Platform Support at <
> cloud-proactive-comms+...@google.com> but we didn't receive any responses.
>
> We're following this documentation:   
> https://cloud.google.com/appengine/docs/standard/java/sdk-gcloud-migration#migrate_config_script
>   
>
> Our Java Android app-engine project uses gradle and datanucleus.  (It 
> doesn't use Maven build tool as there's no pom.xml file in our entire 
> project.)  We have already created the cron.yaml and index.yaml files and 
> they work correctly from within Android Studio.
>
> On Friday, August 28, 2020 at 10:58:10 PM UTC-4 Manpreet Sidhu (Google 
> Cloud Support) wrote:
>
>>
>> As listed on the “Migrating to the Cloud SDK-based Gradle plugin 
>> ”
>>  
>> document, Android Studio is not supported. In order to run and deploy your 
>> applications, you need to directly invoke Gradle.
>>
>> Can you please shed light as to how you contacted the App Engine Support 
>> in the past (Google Groups, Support Plan, other community channels, 
>> ect...)? Can you also please share any documentation that you are 
>> following? The documents will allow us and the community to see how you are 
>> doing the migration and why it isn’t successfully deploying.
>> On Friday, August 28, 2020 at 12:53:03 PM UTC-4 aliza...@gmail.com wrote:
>>
>>> We are trying to migrate our Java Android app-engine project to the 
>>> Cloud SDK based app-engine as Google requested and quite honestly, we find 
>>> it very inconvenient and silly compared to deploying it from 
>>> Android Studio...  Why is the Cloud SDK app-engine integration with Android 
>>> Studio not provided by default as before?  Any way, when we try to deploy 
>>> this app-engine project by running the command:
>>>
>>> >gcloud app deploy .\appengine-web.xml --version 3 --no-promote
>>>
>>> The application fails to start with this error in the cloud logs:
>>>
>>> Uncaught exception from servlet 
>>> MultiException[javax.servlet.UnavailableException: Class loading error for 
>>> holder 
>>> EndpointsServlet@e968f07==com.google.api.server.spi.EndpointsServlet,jsp=null,order=-1,inst=false,
>>>  
>>> javax.servlet.UnavailableException: Class loading error for holder 
>>> org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:863)
>>>  
>>> at 
>>> org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:349)
>>>  
>>> at 
>>> org.eclipse.jetty.webapp.WebAppContext.startWebapp(WebAppContext.java:1406) 
>>> at 
>>> com.google.apphosting.runtime.jetty9.AppEngineWebAppContext.startWebapp(AppEngineWebAppContext.java:175)
>>>  
>>> at 
>>> org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1368)
>>>  
>>> at 
>>> org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:778)
>>>  
>>> at 
>>> org.eclipse.jetty.servlet.ServletContextHandler.doStart(ServletContextHandler.java:262)
>>>  
>>> at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:522) 
>>> at 
>>> com.google.apphosting.runtime.jetty9.AppEngineWebAppContext.doStart(AppEngineWebAppContext.java:120)
>>>  
>>> at 
>>> org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
>>>  
>>> at 
>>> com.google.apphosting.runtime.jetty9.AppVersionHandlerMap.createHandler(AppVersionHandlerMap.java:240)
>>>  
>>> at 
>>> com.google.apphosting.runtime.jetty9.AppVersionHandlerMap.getHandler(AppVersionHandlerMap.java:178)
>>>  
>>> at 
>>> com.google.apphosting.runtime.jetty9.JettyServletEngineAdapter.serviceRequest(JettyServletEngineAdapter.java:120)
>>>  
>>> at 
>>> com.google.apphosting.runtime.JavaRuntime$RequestRunnable.dispatchServletRequest(JavaRuntime.java:761)
>>>  
>>> at 
>>> com.google.apphosting.runtime.JavaRuntime$RequestRunnable.dispatchRequest(JavaRuntime.java:724)
>>>  
>>> at 
>>> com.google.apphosting.runtime.JavaRuntime$RequestRunnable.run(JavaRuntime.java:694)
>>>  
>>> at 
>>> 

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

['yananc' via Google App Engine]

Hello Joshua,

Thank you for your response. I agree with you on the point that caching 
won’t be of much help if repeat hits are quite limited. Besides the 
recommendations aforementioned, I suggest you to open tech support tickets 
with GCP support so we could be able to dig deep into your projects for any 
possible improvements.

@Linus, thank you for sharing your experience. In such a scenario, setting 
the max number of instances for autoscaling could greatly help, which is 
part of the recommendations 
<https://cloud.google.com/appengine/docs/managing-costs> to control App 
Engine-related costs. 


On Thursday, August 27, 2020 at 11:32:26 AM UTC-4 Joshua Smith wrote:

> On this particular topic of Cloud Datastore Read Operations being the cost 
> driver, unfortunately caching doesn’t help my case.
>
> This site has about 60,000 individual meetings listed, and I like having 
> *useful* *well-behaved* crawlers find all those meetings so people can use 
> search engines to find meetings that happened in various towns. But what 
> keeps happening is some new useless/poorly-behaved crawler will decide to 
> read all 60,000 of those meetings as fast as it possibly can. (Ignoring the 
> crawl-delay.) Caching in that situation would just add *more* cost, since 
> there are no repeat hits from a crawler.
>
> I periodically look at my access logs, find peaks, look at the requests, 
> and figure out what new bot needs to be added to my robots.txt disallow 
> list. And sometimes I have to add a firewall rule because that bot isn’t 
> obeying robots.txt at all.
>
> -Joshua
>
> On Aug 26, 2020, at 4:47 PM, 'yananc' via Google App Engine <
> google-a...@googlegroups.com> wrote:
>
> Back to the issue of ‘Cloud Datastore Read Operations’ being too high, a 
> possible solution is to leverage cache mechanism to avoid excessive 
> operations. You may find more information from the topic [2].
>
>
>

-- 
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/f6b45f06-f6e1-48d2-8fb2-b33f91e01324n%40googlegroups.com.

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

['yananc' via Google App Engine]

Hello Joshua,

The budget alert will be triggered once your costs rise above the threshold 
you specify. However, as Alexis has explained, there are various factors 
that might affect ‘how quickly’ you will receive the alert.

Same as the email you shared, the documentation [1] provides details on how 
to manage App Engine costs. Specifically, besides mechanisms such as 
setting the max number of instances, Budget Alerts, Pub/Sub, and Cloud 
Functions could be used to automatically disable your app when your costs 
exceed the threshold you specify. The documentation also provides steps on 
how to implement it with sample codes.

Back to the issue of ‘Cloud Datastore Read Operations’ being too high, a 
possible solution is to leverage cache mechanism to avoid excessive 
operations. You may find more information from the topic [2].

Hope it helps.

[1]: https://cloud.google.com/appengine/docs/managing-costs

[2]: 
https://stackoverflow.com/questions/12939376/google-app-engine-too-many-datastore-read-operations

On Tuesday, August 25, 2020 at 6:51:49 PM UTC-4 Luca de Alfaro wrote:

> Yes, at least, we can hard limit the number of active instances: see 
> https://cloud.google.com/appengine/docs/standard/python3/config/appref
> So if every active instance has a limited rate of use of backend services 
> (like datastore), and there are no services accessible except via an 
> appengine instance (e.g., no GCS direct bandwidth), in practice we can put 
> a bound using that. 
>
> Luca
>
> On Tue, Aug 25, 2020 at 3:45 PM Luca de Alfaro  wrote:
>
>> I concur with the worry.  Is there any _technical_ reason why it is a 
>> good idea to do away with a spending limit?  Can we get an instance limit 
>> instead? 
>> This is suddenly making standard non-scalable systems on AWS look better 
>> than appengine! 
>>
>> On Tue, Aug 25, 2020 at 9:03 AM Joshua Smith  
>> wrote:
>>
>>> Once again last night, my wallet was saved when a runaway bot chewed up 
>>> my site’s whole daily spending limit. I got an email from a user, set up a 
>>> firewall rule, and goosed my budget to get things going again.
>>>
>>> I’m *very* concerned about Google’s decision to remove this feature. 
>>> Offering a cloud service that bills by usage without having a way to limit 
>>> the spend shifts an unreasonable amount of risk onto the subscriber.
>>>
>>> I’ve set up budget alerts, as suggested, but I’m concerned that:
>>>
>>> - What if my bill shoots up really fast? How quickly is this alert going 
>>> to go out?
>>>
>>> - What if I am away from the computer (remember when we used to be able 
>>> to leave our houses? good times… good times…)?
>>>
>>> I run this particular site as a not-for-profit social good. (It’s a site 
>>> that small town governments use to post their meetings.) I make *no* money 
>>> on it.
>>>
>>> I’d be perfectly happy to handle this with self-set quotas on something 
>>> other than dollars. For example, in my case the budget-buster is always 
>>> “Cloud Datastore Read Operations.” If I could set a cap on that one thing, 
>>> it’d give me the protection I need.
>>>
>>> -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-appengi...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/google-appengine/FC0F0C74-0D40-48DF-8919-208202A9B1A8%40gmail.com
>>>  
>>> 
>>> .
>>>
>>

-- 
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/79fa52cd-f974-42af-8706-eac3e1409123n%40googlegroups.com.

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

['yananc' via Google App Engine]

*Hello Joshua,The budget alert will be triggered once your costs rise above 
the threshold you specify. However, as Alexis has explained, there are 
various factors that might affect ‘how quickly’ you will receive the 
alert.Same as the email you shared, the documentation [1] provides details 
on how to manage App Engine costs. Specifically, besides mechanisms such as 
setting the max number of instances, Budget Alerts, Pub/Sub, and Cloud 
Functions could be used to automatically disable your app when your costs 
exceed the threshold you specify. The documentation also provides steps on 
how to implement it with sample codes.Back to the issue of ‘Cloud Datastore 
Read Operations’ being too high, a possible solution is to leverage cache 
mechanism to avoid excessive operations. You may find more information from 
the topic [2].Hope it helps.[1]: 
https://cloud.google.com/appengine/docs/managing-costs 
[2]: 
https://stackoverflow.com/questions/12939376/google-app-engine-too-many-datastore-read-operations
 
*

On Tuesday, August 25, 2020 at 6:51:49 PM UTC-4 Luca de Alfaro wrote:

> Yes, at least, we can hard limit the number of active instances: see 
> https://cloud.google.com/appengine/docs/standard/python3/config/appref
> So if every active instance has a limited rate of use of backend services 
> (like datastore), and there are no services accessible except via an 
> appengine instance (e.g., no GCS direct bandwidth), in practice we can put 
> a bound using that. 
>
> Luca
>
> On Tue, Aug 25, 2020 at 3:45 PM Luca de Alfaro  wrote:
>
>> I concur with the worry.  Is there any _technical_ reason why it is a 
>> good idea to do away with a spending limit?  Can we get an instance limit 
>> instead? 
>> This is suddenly making standard non-scalable systems on AWS look better 
>> than appengine! 
>>
>> On Tue, Aug 25, 2020 at 9:03 AM Joshua Smith  
>> wrote:
>>
>>> Once again last night, my wallet was saved when a runaway bot chewed up 
>>> my site’s whole daily spending limit. I got an email from a user, set up a 
>>> firewall rule, and goosed my budget to get things going again.
>>>
>>> I’m *very* concerned about Google’s decision to remove this feature. 
>>> Offering a cloud service that bills by usage without having a way to limit 
>>> the spend shifts an unreasonable amount of risk onto the subscriber.
>>>
>>> I’ve set up budget alerts, as suggested, but I’m concerned that:
>>>
>>> - What if my bill shoots up really fast? How quickly is this alert going 
>>> to go out?
>>>
>>> - What if I am away from the computer (remember when we used to be able 
>>> to leave our houses? good times… good times…)?
>>>
>>> I run this particular site as a not-for-profit social good. (It’s a site 
>>> that small town governments use to post their meetings.) I make *no* money 
>>> on it.
>>>
>>> I’d be perfectly happy to handle this with self-set quotas on something 
>>> other than dollars. For example, in my case the budget-buster is always 
>>> “Cloud Datastore Read Operations.” If I could set a cap on that one thing, 
>>> it’d give me the protection I need.
>>>
>>> -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-appengi...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/google-appengine/FC0F0C74-0D40-48DF-8919-208202A9B1A8%40gmail.com
>>>  
>>> 
>>> .
>>>
>>

-- 
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/b225afc2-640e-40e8-afb9-9a672b4a8b55n%40googlegroups.com.

[google-appengine] Re: Understanding GAE active vs created instances & pricing

['yananc' via Google App Engine]

Hi Alex,

The [thread](
https://groups.google.com/forum/#!msg/google-appengine/Pbn4omhqv3Y/VsZyc5PpBAAJ)
 
provides detailed explanations on Active, Billed Instance Estimate and 
Created. 

Basically, Automatic scaling will start and stop instances based on the 
application requirements. You will not be charged for ‘Created’ instances 
that have been idle for 15 minutes, neither for any ‘Created’ instances 
exceeding the amount of ‘max_idle_instances’. Hence ‘Billed Instance 
Estimate’ represents the number of instances since they become ‘Active’ 
till 15 mins after the last request has finished processing. It also 
explains why this metric stands while ‘Active’ is sometimes 0.

‘Billed Instance Estimate’ will also include the number of 
‘min_idle_instances’ configured in the app.yaml. Please note that the 
metric reading is just a rough estimate based on averages and the actual 
usage will be reflected on your bills. 

[Max_instances](
https://cloud.google.com/appengine/docs/standard/python3/config/appref#automatic_scaling_max_instances)
 
is used for automatic_scaling to specify the maximum number of instances to 
create for the module version in App Engine. While Utilization measures the 
duration that the current request has spent so far processing the request 
within the App Engine [[link](
https://cloud.google.com/appengine/docs/standard/java/javadoc/com/google/appengine/api/quota/QuotaService?hl=en#getcputimeinmegacycles)].
 
There is no direct influence one way or another between the two metrics.

I suggest to go over the [doc](
https://cloud.google.com/appengine/docs/standard/python/config/appref) for 
configuration and resource allocation proper to your use case, in order to 
provide performance in a cost-efficient manner.

Hope it helps.


On Wednesday, August 5, 2020 at 10:39:54 AM UTC-4, Alex Fox wrote:
>
> Hi,
>
> I'm trying to get my head round how I can reduce my GAE costs, but I am 
> having a hard time understanding the usage / instances graphs. In the 
> attached graph can anyone tell me what, *Active*, *Billed Instance 
> Estimate* and *Created* mean? It appears that my Active is pretty much 
> always 0, so I don't really understand what that means as my monthly bill 
> is quite high!
>
> Also, how am I meant to understand the *Utilization *graph to influence 
> the number of max_instances I set in my app.yaml?
>
> Any other cost saving / usage debugging tips are also very welcome!
>
> Thanks,
> Alex
>
>

-- 
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/4441a0a1-24e0-4def-862f-105d58a8bc54o%40googlegroups.com.

Re: [google-appengine] Re: import an ISO image on GCP

['yananc' via Google App Engine]

Hi Alfredo,

First, please check and make sure to follow the documentation [1], which 
provides detailed information on creating an image from an ISO file.

Second, in order to isolate the issue, are you able to create an instance 
of the custom image using ‘gcloud’ command? If not, please use the 
‘--verbosity’ flag with an appropriate level (debug, info, warning, error, 
critical, or none) [2] in the gcloud commands (for both creation of the 
image and the creation of an instance of the image) to track any possible 
issues. Please provide the output for further investigation. This might 
help to identify where the issue is located.

[1]: 
https://cloud.google.com/compute/docs/images/creating-an-image-from-an-iso-file#local-iso-file
[2]: https://cloud.google.com/sdk/gcloud/reference#--verbosity

On Thursday, July 9, 2020 at 5:32:54 AM UTC-4, Alfredo De Luca wrote:
>
> Hi all.
> Has anyone ever done this before?
>
> If you need to connect to the console on the first installation (Linux) 
> how do you do that? Or maybe my image has something not right?
>
> Cheers
>  
>
> On Tue, Jul 7, 2020 at 10:52 PM Alfredo De Luca  
> wrote:
>
>> Hi there. Yes importing a custom image.
>> Well what I ve done was 
>>
>>- import the ISO into the bucket
>>- then converted into a custom image
>>- then run an instance with that custom image.
>>
>> The problem is that it should boot then it should display a boot menu 
>> then install on the local disk but doesn't show us the menu at all
>> I thought it was the console not properly setup but not sure. 
>>
>> Is that the way to import a custom image? The ISO is a centos7 based OS
>>
>> am I doing something wrong?
>> Cheers
>>
>>
>>
>>
>>
>>
>> On Tue, Jul 7, 2020 at 7:13 PM 'noverlyjoseph' via Google App Engine <
>> google-appengine@googlegroups.com> wrote:
>>
>>> Could you tell us how you imported the image? Are you referring to 
>>> Importing custom images for Compute Engine? [1]
>>>
>>> [1] https://cloud.google.com/compute/docs/images
>>>
>>>
>>> On Monday, July 6, 2020 at 11:40:35 AM UTC-4, Alfredo De Luca wrote:

 Hi all
 We have an ISO (based on centos 7) that we imported in GCP but when we 
 start a new VM doesnt show anything ..
 A menu should appear and then install the centos custom image. 

 Any idea? 
 If I user the console is it a graphic console or just serial? 
 Cheers

 -- 
>>> 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/85ca8260-20f2-4641-8c40-6d651f064ebbo%40googlegroups.com
>>>  
>>> 
>>> .
>>>
>>
>>
>> -- 
>> */Alfredo*
>>
>>
>
> -- 
> */Alfredo*
>
>

-- 
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/c641c940-8b2a-4fa7-88d3-48c225b00963o%40googlegroups.com.

[google-appengine] Re: App Engine Flex python Cloud Build builder pip version 10.0.1 doesn't see and thus won't install tensorflow 2.1

['yananc' via Google App Engine]

Hello Jason,

Thank you for reporting this to us.

I was able to reproduce the issue with a test deployment with TensorFlow 
2.1.0. This might be affected by a known issue for App Engine / Cloud 
Functions. A similar issue was also reported and could be found here [1], 
though it happened to Cloud Functions. Our Engineering team has been aware 
of it. Please follow the link [1] for any updates on the issue. 

Hope it helps.

[1]: https://issuetracker.google.com/151074055


On Tuesday, June 23, 2020 at 9:38:44 PM UTC-4, Jason Brancazio wrote:
>
> We need to import Tensorflow 2.1 into an App Engine Flask app to do some 
> data wrangling prior to sending requests for inference to Cloud AI 
> Platform. Unfortunately we get this error when trying to build:
>
>
> Could not find a version that satisfies the requirement tensorflow==2.1.0 
> (from -r requirements.txt (line 16)) (from versions: 1.13.0rc1, 1.13.0rc2, 
> 1.13.1, 1.13.2, 1.14.0rc0, 1.14.0rc1, 1.14.0, 2.0.0a0, 2.0.0b0, 2.0.0b1)
>
>
> The pip in App Engine Flex images was updated to v20 today, but I don't 
> believe pip was updated in the Docker container used by Cloud Build to 
> handle App Engine deployment.  I believe this is the path to that builder: 
> gcr.io/cloud-builders/docker@sha256:461bb53c226048a2f5eabebe1d8b4367a02d3a484a8cc7455a21377702bbf4f6
>
> I suspect the ultimate cause of the error is that Tensorflow stopped 
> publishing manylinux1 wheels after the 2.0.0.b1 release. Regardless, App 
> Engine / Cloud Build should use a recent version of pip when building 
> images.
>
>
>
>
>
>

-- 
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/5e609e23-c7d1-45fd-b234-07478a375865o%40googlegroups.com.

[google-appengine] Re: nstead found geoPt [LAT_LNG]

['yananc' via Google App Engine]

Hi, 

This is very likely an issue about the mapping between Java class and XML 
schema, based upon the stack trace information provided. Since this group 
mainly focuses on questions related to Google App Engine, support for 
coding issues is very limited. I suggest to seek community support such as 
Stackoverflow [1] or the tech support for the specific tool / software that 
you are using, in order to get the assistance on the issue.

[1]: https://stackoverflow.com/

On Wednesday, May 13, 2020 at 4:40:48 PM UTC-4, hr lumiins wrote:
>
> Hi All,
>
>Have you faced similar error, any usggestion pls
>
>
> Data:
>
> @Entity(name = "TAXI")
> @Cache
> @XmlRootElement(name = "taxi")
> public class Taxi implements Serializable {
>private static final long serialVersionUID = 1L;
>@Id
>@Index
>private Long id;
>@Index
>private Date updatedOn;
>@Index
>private GeoPt geoPt;
>
>
>
>
> Error:
> 020-05-13 22:26:49.372 
> CEST[e~taxidealsnl/standard-project:dev.426651735704177602].: list 
> Exception list Size---> ---> e Error loading Key{projectId=taxidealsnl, 
> namespace=, path=[PathElement{kind=TAXI, id=6501807392030720, name=null}]}: 
> Expected type ENTITY at path '%' but instead found geoPt [LAT_LNG] 
> 2020-05-13 22:26:49.375 
> CEST[e~taxidealsnl/standard-project:dev.426651735704177602].: ex 
> ::[Ljava.lang.StackTraceElement;@26ff0233 
> 2020-05-13 22:26:49.375 
> CEST[e~taxidealsnl/standard-project:dev.426651735704177602].: 
> 2020-05-13 20:26:49.375 INFO 1 --- [RequestB8DC7F23] 
> c.l.m.c.ExceptionHandlerController : Error ==null 
> 2020-05-13 22:26:49.375 
> CEST[e~taxidealsnl/standard-project:dev.426651735704177602].: 
> java.lang.IllegalStateException 
> 2020-05-13 22:26:49.376 
> CEST[e~taxidealsnl/standard-project:dev.426651735704177602].: at 
> com.google.common.base.Preconditions.checkState(Preconditions.java:492) 
>
>
>
> .
>

-- 
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/2b3777fb-a055-4b73-9c77-5263c52b97ec%40googlegroups.com.

[google-appengine] Re: (gcloud.app.deploy) INVALID_ARGUMENT: The following quotas were exceeded: IN_USE_ADDRESSES (quota: 4, used: 4 + needed: 2)

['yananc' via Google App Engine]

Hi Manuel,

Could you please provide the complete message of the INVALID_ARGUMENT 
error, if it is not the same in your case? More information will definitely 
help to better understand the root cause of the issue. Thanks.

On Wednesday, May 6, 2020 at 4:56:08 PM UTC-4, Manuel Montesino wrote:
>
> I'm also receiving INVALID_ARGUMENT today, though I don't see anything 
> about IN_USE_ADDRESSES in my deployment issues. I compared build logs 
> between the last successful deployment and today, and the only difference I 
> could spot is gcr.io/gae-runtimes/go111_app_builder. The working version 
> (as of my last successful deployment on April 20) was 
> go111_20200223_1_11_13_RC00. Today's version is 
> go111_20200412_1_11_13_RC00. I'm still unsure if the underlying issue is 
> on my side or not.
>
> On Wednesday, May 6, 2020 at 1:46:04 PM UTC-4, Amit Singh wrote:
>>
>> Earlier I was unable to deploy project to GCP but today I'm getting stuck 
>> with this* (gcloud.app.deploy) INVALID_ARGUMENT: The following quotas 
>> were exceeded: IN_USE_ADDRESSES (quota: 4, used: 4 + needed: 2) *error.
>> Why this error is coming  while deploying to GCP? 
>>
>

-- 
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/1b5db3c2-51e0-47ae-8678-515521e7f32b%40googlegroups.com.

[google-appengine] Re: Postgres connection string

['yananc' via Google App Engine]

Hello Adam, 

In order for us to further investigate the issue, please provide more 
information regarding your app in App Engine and the PostgreSQL instance in 
Cloud SQL, some of which might include if you are using App Engine Standard 
or Flexible, how the Cloud SQL instance is set up, if public IP or private 
IP is used, if the Cloud SQL Admin API is enabled. The documentation [1] 
provides detailed information on how to connect from App Engine to Cloud 
SQL PostgreSQL instance, with different tabs for App Engine Standard and 
Flexible.

And also, please confirm that the Cloud SQL instance can be accessed via 
other channels, which helps to isolate and further troubleshoot the issue. 
The documentation ‘Connecting Overview’ [2] provides several options 
available to connect to a Cloud SQL PostgreSQL instance. 

[1]: https://cloud.google.com/sql/docs/postgres/connect-app-engine#flexible
[2]: https://cloud.google.com/sql/docs/postgres/connect-overview

On Monday, May 4, 2020 at 1:30:54 PM UTC-4, Adam Woloszyn wrote:
>
> Greetings,
> New to appengine and trying to receive some support regarding my 
> connection to a postgres database from a .NET application I'm deploying. 
> Here are some details:
>
> App.yaml:
> beta_settings:
> cloud_sql_instances: "my-project:us-west1:dbName=tcp:5432"
>
> appsettings.json:
>
> "AppDbContext": "Uid=username;Pwd=*;Host=cloudsql;Database=dbName",
>
> Any ideas on what I might be doing wrong? I just get "Exception: Error 
> while connecting"
>
> alt-svc: h3-Q050=":443"; ma=2592000,h3-Q049=":443"; 
> ma=2592000,h3-Q048=":443"; ma=2592000,h3-Q046=":443"; 
> ma=2592000,h3-Q043=":443"; ma=2592000,quic=":443"; ma=2592000; v="46,43"  
> content-type: text/plain; charset=utf-8  date: Mon, 04 May 2020 16:02:14 GMT  
> server: Kestrel  status: 400  via: 1.1 google 
>
> Thanks!Adam
>
>

-- 
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/f1833aa0-d0a9-41aa-856e-6030857d1343%40googlegroups.com.

[google-appengine] Re: connect from a node server in app engine to mysql in another project

['yananc' via Google App Engine]

Hello Emanuel,

Thank you for the screenshot you provided. However, troubleshooting the 
specific issue might require more detailed information and investigation 
into your project. Is it possible for you to report the issue through the 
link 
 in 
order to get further support on the issue, which would enable the sharing 
of sensitive information about your project as well as make it much easier 
to locate the root cause of the error? Thank you for your consideration. 


On Thursday, March 19, 2020 at 4:13:30 PM UTC-4, Emanuel Allen wrote:
>
> here are screen shoots of doing what was ask of me in this instruction: 
>
> https://cloud.google.com/sql/docs/mysql/connect-app-engine?hl=en_US
>
> Setting up a Cloud SQL instance
>
> no screen shoot of that but i did create it
>
> Find the INSTANCE_CONNECTION_NAME for the instance on the *Instance 
> details* page. It uses the format PROJECT_ID:REGION:INSTANCE_ID, and is 
> used to identify the Cloud SQL instance you are connecting to.
>
> [image: Screenshot_2020-03-19 db1 Overview - My First Project - Google 
> Cloud Platform.png]
>
> Enable the Cloud SQL Admin API, if you haven't already done so:
>
> i click it for both projects
>
> This service account must have the correct IAM permissions to successfully 
> connect. Unless otherwise configured, the default service account is in the 
> format service-PROJECT_NUMBER@
> gae-api-prod.google.com.iam.gserviceaccount.com
>
> When connecting resources in two different projects, make sure that both 
> projects have enabled the correct IAM roles and have given the service 
> account the correct permissions.
>
> Ensure that the service account for your service has one of the following IAM 
> roles 
> :
>
> [image: Screenshot_2020-03-19 IAM – IAM Admin – My First Project – Google 
> Cloud Platform.png]
>
> [image: Screenshot_2020-03-19 Cloud Shell(1).png]
>
>
>
> and here the error message:
>
> [image: Screenshot_2020-03-19 Cloud Shell.png]
> i been stuck on this project for weeks and i hate that it's this 
> complicated or even worst it's not complicated at all but it just not 
> conveying to me correctly of what i might be doing wrong. The frustration 
> is real, i never blame a tool for not knowing how to use it correctly but 
> this is making me hate google. you would think i could find a lot of 
> resource on google cloud dealing with  this issues on youtube but i don't 
> and it suck and no other where can i find any help or how to but that same 
> link that i been going over and over. if anyone see what i'm doing wrong or 
> if there is a google emlpoyee that i can give access to my account to show 
> me how to do it. i will high appreciate it.  
>
>
>
>
>
>
> On Wednesday, March 11, 2020 at 11:24:16 AM UTC-4, Emanuel Allen wrote:
>>
>>
>> environment setup logic: two projects one name projectA and another name 
>> projectB. projectA contain the mysql database and projectB contain the app 
>> engine node server.  
>>
>> what i have tried is setting the right permission within projectB in I Am 
>> with projectA being the sql client 
>> projectA @ appspot.gserviceaccount.com App Engine default service 
>> accountCloud SQL Client
>>
>> i also add this to my *app.yaml* file:
>>
>>   *DB_CONNECTION*: mysql
>>   *DB_HOST*: localhost
>>   *DB_DATABASE*: xx
>>   *DB_USERNAME*: xxx
>>   *DB_PASSWORD*: 
>>   *DB_SOCKET*: /cloudsql/::
>>
>> *beta_settings:*
>>   # for Cloud SQL, set this value to the Cloud SQL connection name,
>>   *cloud_sql_instances*: ::
>>
>> here how i tried connecting in my database javascript file:
>>
>>   con = mysql.createConnection({
>> socketPath: "",
>> host: "",
>> user: "",
>> password: ""
>>   });
>>
>> with trying to switch between socketPath and host. the socketpath being: 
>>
>> socketPath: `/cloudsql/${process.env.CLOUD_SQL_CONNECTION_NAME}`
>>
>> format.
>>
>> I tried and struggle with this but refuse to fail, can anyone give me a 
>> solution to this?
>>
>>

-- 
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/273c3598-f05b-49de-bca1-f396629c5160%40googlegroups.com.

[google-appengine] Re: Connecting from app engine instance to compute engine instance directly

['yananc' via Google App Engine]

Hello Vishnu,

The documentation ‘app.yaml Configuration File - Network settings’ 

 
provides information on how to configure network settings in the app.yaml 
file for App Engine Flexible. You may also navigate to similar pages for 
other supported language you desire for your specific use case.

And also please make sure that firewall rules for the VPC network are 
properly configured so the communication between App Engine and Compute 
Engine is not blocked. The link 
 offers details about firewall 
settings for VPC network.

Hope the information above is helpful to answer your question.


On Wednesday, March 11, 2020 at 11:24:16 AM UTC-4, Vishnu Mohan wrote:
>
> Hey Hussein,
>
> How did you manage network configurations in app.yaml file for App Engine. 
> I have an App Engine Flex and an Elasticsearch on Compute Engine under same 
> VPC. But i am not able to connect my app engine to the internal ip of 
> compute engine to access elasticsearch.
>
> Thanks.!
>
> On Friday, May 8, 2015 at 3:03:09 AM UTC+5:30, Hussein Vastani wrote:
>>
>> Hi,
>> At my current gig we've been grappling with the same problem, and there 
>> seems to be a solution in the 1.9.19 SDK release (finally!). 
>>
>> So my context is: my java frontend instances need to hit my elasticsearch 
>> cluster hosted on GCE. The only way to reach the cluster was via a reverse 
>> proxy exposed through a GCE public IP address. I was using basic auth to 
>> authenticate my App Engine frontend instances. As you would expect the 
>> latency has been hurting. Search queries that should take 10ms, instead 
>> come back in 150ms (10x slow). After additional processing in my frontend 
>> request, that adds up pretty quickly to noticeable latency user-side. 
>>
>> I posted about the problem some time ago in this group here 
>>  
>> and 
>> the issue tracker here 
>> . I 
>> got an acknowledgement from Google and the fix appeared in the 1.9.19 
>> release, a bit quietly (the issue is still open).
>>
>> So the solution for me is to run a managed VM on the same network as my 
>> elasticsearch cluster, and that way I should be able to access my cluster 
>> "directly" using internal network addresses, without going out of the 
>> Google network. The 1.9.19 SDK allows you to specify a network in the 
>> configuration for your managed vm, that defaults to the default GCE network 
>> of your project. Thus I either directly route my search requests to my 
>> managed VM or have my front end instances talk to my managed VM over http. 
>>
>> (For my particular case, I expect additional latency savings because I 
>> can run a full elasticsearch client on the managed VM that knows the 
>> cluster state, instead of using the naked elasticsearch REST API, as I do 
>> now, from my front end instances. That saves me an additional network hop 
>> that is needed to figure out which nodes in my cluster to hit.)
>>
>> I guess, the same should work for you no?
>>
>> I'll post next week about the results of migrating to a managed VM setup.
>>
>> Good luck!
>> H
>>
>>
>> On Thursday, May 7, 2015 at 1:52:39 PM UTC-4, Ian Childress wrote:
>>>
>>> We (our Go dev team) want to connect our app engine apps to our compute 
>>> engine apps directly using internal IP address. From my understanding 
>>> through documentation and exhaustive searching, the solution is to use a 
>>> public IP address. This solution requires whitelisting an entire ip block 
>>> (Google's ip block for app engine). This both increases security risk as 
>>> well as charges additional bandwidth. The other solution is to use a 
>>> messaging service PubSub. This is fine for submitting tasks to be performed 
>>> by the back end app, but it prevents the app engine from receiving the 
>>> response from the compute engine. 
>>>
>>> Have I missed the solution somewhere that allows for internal 
>>> communication between app engine and compute engine? Using a job queue or 
>>> public IP is not a replacement for an internal socket connection.
>>>
>>

-- 
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/fb98a5ad-bbce-4cc1-a7e4-c13324bc0c75%40googlegroups.com.