[google-appengine] Re: Error creating Queue: googleapi: Error 400: Location 'us-west1' is not a valid location

[Vijay Chinthala]

Hi ajorda,

Thank you for your response, and creating a feature request, will follow on 
https://issuetracker.google.com/150847681

-Thanks
Vijay Chinthala

On Thursday, March 5, 2020 at 5:43:05 AM UTC-8, ajorda wrote:
>
> Hello Vijay,
>
>  
>
> Taking a look at the Cloud Tasks overview [1] you will see that Cloud 
> Tasks requires an App Engine app to be able to host the queues. If you take 
> a look at the currently available regions for GAE [2], you will see that 
> the region `us-west1` is not listed, therefore, you cannot host the Cloud 
> Tasks queues in that specific region.
>
>  
>
> I've noticed that you have created the following PIT [3] for this same 
> issue. I have created a Feature Request on your behalf [4] that you can use 
> to get the latest information from the GAE team. Notice that Feature 
> Requests have no ETA nor guarantee to be implemented.
>
>  
>
>
> [1] - https://cloud.google.com/tasks/docs/dual-overview
>
> [2] - https://cloud.google.com/appengine/docs/locations
>
> [3] - https://issuetracker.google.com/150801133
> [4] - https://issuetracker.google.com/150847681
>
>
> On Thursday, March 5, 2020 at 5:49:00 AM UTC+1, Vijay Chinthala wrote:
>>
>> Hi,
>>
>> I am creating a cloud task queue using location us-west1, but this 
>> location is not a valid location 
>> here are the app region list available, does any one had this issue? and 
>> why *us-west1* region is not available for app?
>>
>>
>> *$gcloud app regions list*
>>
>>
>> REGION   SUPPORTS STANDARD  SUPPORTS FLEXIBLE
>>
>> asia-east2   YESYES
>>
>> asia-northeast1  YESYES
>>
>> asia-northeast2  YESYES
>>
>> asia-northeast3  YESYES
>>
>> asia-south1  YESYES
>>
>> australia-southeast1 YESYES
>>
>> europe-west  YESYES
>>
>> europe-west2 YESYES
>>
>> europe-west3 YESYES
>>
>> europe-west6 YESYES
>>
>> northamerica-northeast1  YESYES
>>
>> southamerica-east1   YESYES
>>
>> us-central   YESYES
>>
>> us-east1 YESYES
>>
>> us-east4 YESYES
>>
>> us-west2 YESYES
>>
>> us-west3 YESYES
>>
>>
>>  -Thanks
>>
>> Vijay
>>
>

-- 
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/47e2cfae-ff73-4fed-884f-c79c0f47f7d9%40googlegroups.com.

[google-appengine] Re: Cloud Datastore Emulator support?

[Jon Grover]

Not a silly question at all! Yes, I'm exiting the context. My base test 
code looks like this:

import requests
import unittest
import webapp2

from google.cloud import ndb

from test._testhelper import TestHelper

NDB_CLIENT = ndb.Client(project='tilegames2')
NDB_CLIENT.host = 'localhost:8089'
NDB_CLIENT.secure = False

class MyTestCase(unittest.TestCase):
 def setUp(self):
   self.testapp = webapp2.WSGIApplication([])
   self.testHelper = TestHelper()
   # clear datastore
   requests.post('http://localhost:8089/reset')
   self.ndb_context = NDB_CLIENT.context()
   self.ndb_context.__enter__()

 def tearDown(self):
   self.ndb_context.__exit__(None, None, None)


On Thursday, March 5, 2020 at 10:44:57 AM UTC-8, Ryan B wrote:
>
> hi again, jon! silly question, but are you also overriding tearDown() and 
> calling self.ndb_context.__exit__(None, None, None) there? if not, i wonder 
> if all of the previous tests' contexts are holding onto open connections to 
> the datastore emulator and exhausting a connection pool somewhere. seems 
> unlikely, but maybe possible.
>
> On Wednesday, March 4, 2020 at 2:42:14 PM UTC-8, Jon Grover wrote:
>>
>> First, my apologies: I realize this is a bit off-topic. I'm running into 
>> a mysterious issue w/ the Cloud Datastore Emulator during a migration from 
>> NDB to Cloud NDB. I don't think the issue is related to Cloud NDB in 
>> particular, but I'm not sure where to turn for help. I posted a more 
>> detailed description in the Google Cloud Datastore Googlegroup here 
>> , 
>> but it appears to be much less active than this group.
>>
>> The nutshell version is that I am calling 
>> *requests.post('http://localhost:8089/reset 
>> ') *in the setUp() method for each of my 
>> tests which involve NDB in order to clear the datastore . This works when I 
>> run any one test file individually, but when I try to run our full test 
>> suite of 580 tests we start seeing an error about halfway through. The 
>> error indicates that it wasn't able to create any new connections to the 
>> URL, and once it first appears all subsequent tests fail with the same 
>> error. 
>>
>> Traceback (most recent call last):
>>   File "test/my_test.py", line 11, in setUp
>>   File "/Projects/tilegames/test/_base_test.py", line 50, in setUp
>>   File "/Projects/tilegames/lib/requests/api.py", line 119, in post
>>   File "/Projects/tilegames/lib/requests/api.py", line 61, in request
>>   File "/Projects/tilegames/lib/requests/sessions.py", line 530, in 
>> request
>>   File "/Projects/tilegames/lib/requests/sessions.py", line 643, in send
>>   File "/Projects/tilegames/lib/requests/adapters.py", line 516, in send
>> ConnectionError: HTTPConnectionPool(host='localhost', port=8089): Max 
>> retries exceeded with url: /reset (Caused by 
>> NewConnectionError('> object at 0x11286e590>: Failed to establish a new connection: [Errno 8] 
>> nodename nor servname provided, or not known',))
>>
>> My initial efforts to troubleshoot what's going on here have all failed 
>> and I'm not sure where the best place is to turn for support. I suppose 
>> Stack Overflow is always an option. Anyone here have thoughts?
>>
>

-- 
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/53f50916-8b04-4551-84b8-05d337edbcb4%40googlegroups.com.

[google-appengine] Re: Cloud Datastore Emulator support?

[Ryan B]

hi again, jon! silly question, but are you also overriding tearDown() and 
calling self.ndb_context.__exit__(None, None, None) there? if not, i wonder 
if all of the previous tests' contexts are holding onto open connections to 
the datastore emulator and exhausting a connection pool somewhere. seems 
unlikely, but maybe possible.

On Wednesday, March 4, 2020 at 2:42:14 PM UTC-8, Jon Grover wrote:
>
> First, my apologies: I realize this is a bit off-topic. I'm running into a 
> mysterious issue w/ the Cloud Datastore Emulator during a migration from 
> NDB to Cloud NDB. I don't think the issue is related to Cloud NDB in 
> particular, but I'm not sure where to turn for help. I posted a more 
> detailed description in the Google Cloud Datastore Googlegroup here 
> , 
> but it appears to be much less active than this group.
>
> The nutshell version is that I am calling 
> *requests.post('http://localhost:8089/reset 
> ') *in the setUp() method for each of my 
> tests which involve NDB in order to clear the datastore . This works when I 
> run any one test file individually, but when I try to run our full test 
> suite of 580 tests we start seeing an error about halfway through. The 
> error indicates that it wasn't able to create any new connections to the 
> URL, and once it first appears all subsequent tests fail with the same 
> error. 
>
> Traceback (most recent call last):
>   File "test/my_test.py", line 11, in setUp
>   File "/Projects/tilegames/test/_base_test.py", line 50, in setUp
>   File "/Projects/tilegames/lib/requests/api.py", line 119, in post
>   File "/Projects/tilegames/lib/requests/api.py", line 61, in request
>   File "/Projects/tilegames/lib/requests/sessions.py", line 530, in 
> request
>   File "/Projects/tilegames/lib/requests/sessions.py", line 643, in send
>   File "/Projects/tilegames/lib/requests/adapters.py", line 516, in send
> ConnectionError: HTTPConnectionPool(host='localhost', port=8089): Max 
> retries exceeded with url: /reset (Caused by 
> NewConnectionError(' object at 0x11286e590>: Failed to establish a new connection: [Errno 8] 
> nodename nor servname provided, or not known',))
>
> My initial efforts to troubleshoot what's going on here have all failed 
> and I'm not sure where the best place is to turn for support. I suppose 
> Stack Overflow is always an option. Anyone here have thoughts?
>

-- 
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/8e9377ed-8b0a-4837-9b65-ccea73f8da3a%40googlegroups.com.

[google-appengine] Re: on-premise to GCloud compute engine VPN using on-premise range IP

[Gabriel Aberasturi]

Hi Ahmad,

  I have asked in stackoverflow too.

  I'm going to check your suggestions.

  Thank you very much for your response.

Regards,

El miércoles, 4 de marzo de 2020, 22:54:01 (UTC+1), Ahmad Elias Hamanudin 
escribió:
>
> Have you tried pinging your on-prem from the GCE VM instance? This could 
> confirm if connectivity is correct.
>
> Additionally, you can use Stackdriver Logging and look at your tunnel to 
> see if traffic is passing through? If you see sending packets but not 
> receiving, could be a firewall issue with your on-prem. Have you configured 
> an egress firewall rule for your on-prem?
>
> Have you also verified you have the correct routes set up? 
>
> I would suggest posting your question to Stack Overflow or ServerFault 
> seeing that the nature of it is more technical. Google Groups is mainly 
> reserved for general questions or inquiries. For technical assistance, you  
>  [1][2]
>
> [1] https://stackoverflow.com/
> [2] https://serverfault.com/
>
> On Wednesday, March 4, 2020 at 8:40:22 AM UTC-5, Gabriel Aberasturi wrote:
>>
>> Hello,
>>
>>   I have a compute engine with a service on it. This compute engine has 
>> an internal IP (10.208.0.X) and external IP and I can reach the service 
>> through external IP.
>>   
>>   Now I want to create a VPN from on-premise to GCloud but I want that 
>> when I call the service from on-premise use and IP from on-premise range 
>> (172.30.XX) and be route to the compute engine.
>>
>>   I have configure the VPN between on-premise and gcloud using the next 
>> link:
>>
>>   https://cloud.google.com/vpn/docs/how-to/creating-static-vpns
>>
>>   - Created an VPC net and subnet using range 172.30.X.X
>>   - Created an Classic VPN IKEv2 with Policy-based routing using the VPC 
>> net and subnet.
>>   - Attached network tag to Compute engine and create a firewall rule 
>> allowing incoming trafic from on-premise.
>>   
>>   The VPN gateway and tunnel is up and running but I'm not able to reach 
>> compute engine neither using on-premise range (172.30.x.x) nor internal ip 
>> (10.208.0.X).
>>
>>   Any help would be appreciated.
>>   
>> 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/5a923919-6057-40ef-b6e6-59596080276e%40googlegroups.com.

[google-appengine] Re: Error creating Queue: googleapi: Error 400: Location 'us-west1' is not a valid location

['ajorda' via Google App Engine]

Hello Vijay,

 

Taking a look at the Cloud Tasks overview [1] you will see that Cloud Tasks 
requires an App Engine app to be able to host the queues. If you take a 
look at the currently available regions for GAE [2], you will see that the 
region `us-west1` is not listed, therefore, you cannot host the Cloud Tasks 
queues in that specific region.

 

I've noticed that you have created the following PIT [3] for this same 
issue. I have created a Feature Request on your behalf [4] that you can use 
to get the latest information from the GAE team. Notice that Feature 
Requests have no ETA nor guarantee to be implemented.

 


[1] - https://cloud.google.com/tasks/docs/dual-overview

[2] - https://cloud.google.com/appengine/docs/locations

[3] - https://issuetracker.google.com/150801133
[4] - https://issuetracker.google.com/150847681


On Thursday, March 5, 2020 at 5:49:00 AM UTC+1, Vijay Chinthala wrote:
>
> Hi,
>
> I am creating a cloud task queue using location us-west1, but this 
> location is not a valid location 
> here are the app region list available, does any one had this issue? and 
> why *us-west1* region is not available for app?
>
>
> *$gcloud app regions list*
>
>
> REGION   SUPPORTS STANDARD  SUPPORTS FLEXIBLE
>
> asia-east2   YESYES
>
> asia-northeast1  YESYES
>
> asia-northeast2  YESYES
>
> asia-northeast3  YESYES
>
> asia-south1  YESYES
>
> australia-southeast1 YESYES
>
> europe-west  YESYES
>
> europe-west2 YESYES
>
> europe-west3 YESYES
>
> europe-west6 YESYES
>
> northamerica-northeast1  YESYES
>
> southamerica-east1   YESYES
>
> us-central   YESYES
>
> us-east1 YESYES
>
> us-east4 YESYES
>
> us-west2 YESYES
>
> us-west3 YESYES
>
>
>  -Thanks
>
> Vijay
>

-- 
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/14c9e741-0460-448e-ad34-b743269c89ee%40googlegroups.com.