"Can't connect to MySQL server on 'localhost' ([Errno 2] No such file or directory)"

[googlecloudplatform]

"Can't connect to MySQL server on 'localhost' ([Errno 2] No such file or directory)"

[larsblumberg]

I had the same error and then I found this log entry in my application logs:

googleapi: Error 403: Access Not Configured. Cloud SQL Administration API has not been used in project [...] before or it is disabled. Enable it by visiting https://console.developers.google.com/apis/api/sqladmin.googleapis.com/overview?project=[...] then retry. If you enabled this API recently, wait a few minutes for the action to propagate to our systems and retry., accessNotConfigured

After enabling the Google Cloud SQL API and redeploying the application the SQL connection did work. I don't know if that was a coincidence.

[ssenchenko]

@larsblumberg I did try enabling Amin API but it didn’t help. Finally, I managed to get it running on GAE. After I created the Cloud SQL instance in the same region as my App Engine, socket file appeared in place. You guys may check if a region can cause this issue.

[edgartanaka]

I was facing this issue and what got me out of it was adding to app.yaml:

`

beta_settings:
cloud_sql_instances: <cloud_sql_instance_name>:us-central1:<db_name>,<cloud_sql_instance_name>:us-central1:<db_name>,<cloud_sql_instance_name>:us-central1:<db_name>

`

You can do it for several databases.

[theacodes]

@andrewsg can you take a look at this?

[andrewsg]

I've repoened the internal issue tracking this intermittent failure. @mikeklinker129 as the problem appears to come and go, can you please try again and let me know if the problem persists today?

[andrewsg]

If it does persist, in order to rule out a configuration issue, could you please post or email me your app.yaml and config.py files with the project ID, password and other sensitive information redacted? As an example, see the redacted config.py in this comment: #92 (comment)

[mikeklinker129]

Thanks @andrewsg -- I think the problem comes and goes... I was able to deploy to another project, however last time I tried to start from scratch and a new project, it kept giving me this error. I will try to set up a new project, and get back to you whether or not I am still seeing the error.

[andrewsg]

That indeed sounds like the other reports of intermittent issues. Thanks for your report, I'll keep track of the bug internally as well.

[thoaitrieu]

MySQL its not running on localhost, use

mysql -h ip_address -u user

[JungjaeKimB]

@larsblumberg Google changed API's name. Now it is named "Google Cloud SQL API". Thank you for information.
After I enabled "Google Cloud SQL API", this error is disappeared.

[ssenchenko]

I have the same issue in the tutorial. (pymysql.err.OperationalError) (2003, "Can't connect to MySQL server on 'localhost' ([Errno 2] No such file or directory)" Connection fails when deployed to AppEngine. The issue though persists. I have tried more than 5 times for 3 days

[larsblumberg]

@JungjaeKimB thanks, I've updated my comment

@ssenchenko did you follow my suggestion above?

[tra0x]

@andrewsg I believe you can resolve this issue based on @larsblumberg's suggestion above.

On the Overview page, update 'Before you begin'.1.b to mention enabling Google Cloud SQL API, currently only Google Cloud SQL is enabled by default when the project is created. This solved for problem for me, after following all other instructions exactly in the tutorial.

I am having the same issue, although I have already enabled the SQL admin API.

[igorsavinkin]

@larsblumberg I did try enabling Amin API but it didn’t help. Finally, I managed to get it running on GAE. After I created the Cloud SQL instance in the same region as my App Engine, socket file appeared in place. You guys may check if a region can cause this issue.

Let me check.

[thomasburling]

@larsblumberg Thank you very much for your post! I was having this SQL connection issue and after extensive troubleshooting I found the issue was caused because the Cloud SQL instance was deployed to region = "west1" and the Cloud App Engine was deployed to region = "west2"

To resolve the issue I just created a new sql database instance and database in the "west2" and updated the "config.py" & "app.yaml" with the updated database information!

Thanks again!

@larsblumberg I did try enabling Amin API but it didn’t help. Finally, I managed to get it running on GAE. After I created the Cloud SQL instance in the same region as my App Engine, socket file appeared in place. You guys may check if a region can cause this issue.

[digitebs]

@thomasburling still doenst work getting Can't connect to MySQL server on 'localhost' ([Errno 2] No such file or directory)

[kurtisvg]

Hey folks,

If you are having trouble connecting to Cloud SQL from AppEngine, take a look at the "Connecting from AppEngine" documentation.

Specifically, if you are having issues with 'Can't connect to MySQL server on 'localhost' for GAE-Standard', make sure you are connecting via the unix socket provided at /cloudsql/<INSTANCE_CONNECTION_NAME> (AppEngine Standard doesn't provide a TCP connection option)

[mikeklinker129]

FYI to anyone searching, I was seeing this error from not updating my app.yaml, under beta_settings: cloud_sql_instances.

[altaisukh]

I encountered these errors today. I double checked the following and still continue to encounter the problem:

1. Updated cloud_sql_instances under beta_settings
2. Updated APIs to grant permissions

Specifically, following the instructions for python-docs-samples/app-engine/flexible/cloudsql

[42force]

HI,
Were you able to resolve your issue @altaisukh ?
I am encountering this today, and I am out of my wit - trying to reproduce every steps/instructions.

Thanks!

[altaisukh]

I could not resolve it in the first project that experienced the symptoms. Instead, I created a new project and then it worked. I read other people did this as well.

On Sun, Nov 25, 2018 at 9:46 AM 42force ***@***.***> wrote: HI, Were you able to resolve your issue @altaisukh <https://github.com/altaisukh> ? I am encountering this today, and I am out of my wit - trying to reproduce every steps/instructions. Thanks! — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#129 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ABbdvQmcHRXvj95S4uWP2GWQr-wRg_52ks5uymcLgaJpZM4OIl5d> .

-- Cheers, Jess Lampe

[QuintinSheridan]

I was able to solve my problem. I did not have the Google+ API enabled. Make sure that you have the Google cloud proxy running and that all of the APIs that you need are enabled: Cloud SQL, Cloud Datastore, Cloud Pub/Sub, Cloud Storage JSON, Stackdriver Logging, and Google+ A guy in office had a similar issue because he forgot to enable a one of the APIs (Cloud SQL I think) so I would say checking that the APIs are enabled is a good place to start.

…

On Sun, Nov 25, 2018 at 2:46 AM 42force ***@***.***> wrote: HI, Were you able to resolve your issue @altaisukh <https://github.com/altaisukh> ? I am encountering this today, and I am out of my wit - trying to reproduce every steps/instructions. Thanks! — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#129 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AkWtFJInR2BJdJmoHeDLeTtN3HSPO5-wks5uymcLgaJpZM4OIl5d> .

[glorevenhite]

Is it solved? I still experience this error though I did try above solutions. Enable APIs, delete localhost, creating a new database with the same region, etc. I

[kurtisvg]

Hey folks,

Just to reiterate, this is a common issue caused when users miss a step in the instructions. I encourage you to take a look at the "Connect from App Engine page" and make sure to note the differences between Standard/Flexible runtimes:

1. Standard runtimes provide a unix socket at /cloudsql/<INSTANCE_CONNECTION_NAME>. This uses the App Engine standard service account to authenticate to the project the Cloud SQL instance is in, so make sure it has the correct permissions.

2. Flexible run-times require an update to the app.yaml, and support both TCP and Unix Sockets. There is an example here.

[42force]

You need to check the scripts on your settings.py Kind Regards,

…

On 10/01/2019, at 00:27, Vo Truong Vinh ***@***.***> wrote: Is it solved? I still experience this error though I did try above solutions. Enable APIs, delete localhost, creating a new database with the same region, etc. I — You are receiving this because you commented. Reply to this email directly, view it on GitHub, or mute the thread.

[markguindi1]

Hmm, I encountered the same error when I first deployed. My app.yaml and config.py files were in order. However, I did notice the following things:

• I hadn't enabled the Cloud SQL Admin API (something that was mentioned above, and from looking at the logs it seemed that API needed to be enabled, even though it's not listed in the tutorial)
• When I deployed, my local Python Virtual Environment was not activated (I'm not sure if this would make a difference though)

So I first activated the Cloud SQL Admin API, and tried accessing the application again from the cloud url. It returned the same error.

Then, I activated my Python Virtual Environment with all the dependencies, and redeployed using the gcloud app deploy command, while my virtual environment was activated. When I tried accessing the app from the cloud this time, it worked.

So it seems hard to tell what made it work. Maybe I just had to enable the Cloud SQL Admin API (but then again, when I enabled it without redeploying, it didn't work). Maybe I was supposed to have my Python Virtual Environment activated during deployment (I'm still a beginner at using GCP, so I'm not sure how it handles dependencies and libraries, so I'm not really sure if this would make a difference). Or maybe it just wasn't working for some unknown reason, and redeploying just did the trick.

[wvwhome]

For my testing: 1) Cloud SQL Admin API must be enabled 2) The App Engine and SQL Instance must be in the same Region.

[er1k1]

Enable Cloud SQL Admin API (not just Cloud SQL) and redeploy - not necessary to deploy from virtuel env.
Sql proxy doesn't have to be running - as you would expect that is just for local connection

[tc64]

Hey folks,

Just to reiterate, this is a common issue caused when users miss a step in the instructions. I encourage you to take a look at the "Connect from App Engine page" and make sure to note the differences between Standard/Flexible runtimes:

1. Standard runtimes provide a unix socket at /cloudsql/<INSTANCE_CONNECTION_NAME>. This uses the App Engine standard service account to authenticate to the project the Cloud SQL instance is in, so make sure it has the correct permissions.
2. Flexible run-times require an update to the app.yaml, and support both TCP and Unix Sockets. There is an example here.

@kurtisvg

Thanks for pointing this out. Would you mind clarifying something further?

In a standard python environment I use the following to connect to the db:

conn = pymysql.connect(user=os.environ['DB_USER'],
                           password=os.environ['DB_PASS'],
                           unix_socket='/cloudsql/{}'.format(os.environ['DB_CONN']),
                           db=os.environ['DB_NAME'],
                           cursorclass=pymysql.cursors.DictCursor,
                           autocommit=True)

after setting environment variables using configs.

In the flex environment, I understand that I need to add something like:

beta_settings:
  cloud_sql_instances: <INSTANCE_CONNECTION_NAME>

What's confusing me is, what exactly is the relationship between <INSTANCE_CONNECTION_NAME> and how I'm constructing the socket path above? Would I substitute whatever I have stored in DB_CONN (cf above python code) for <INSTANCE_CONNECTION_NAME> (cf above app.yaml beta_settings ...)?

[kurtisvg]

@tc64 - This example here shows how to pass the INSTANCE_CONNECTION_NAME in as an environment variable and use it in the unix_socket path.

[denver768]

I'm having this same issue. It WAS working a couple days ago, and then stopped and I've been pulling my hair out trying to figure it out... only to realize: OperationalError(2003, "Can't connect to MySQL server on 'localhost' ([Errno 2] No such file or directory)"))" UGH. Definitely not closed.

[kiptoomm]

I experienced this issue when running a flask app locally against a remote CloudSQL db instance (using cloud_sql_proxy). My SQLALCHEMY_DATABASE_URI Connection looked like:

mysql+pymysql://{<user-name}:{<user-password>}@{<db-hostname>}/{<database-name>}?unix_socket=/cloudsql/{<connection-name>}

Turns out connections to CloudSQL can only use either TCP or unix socket, not both. Apparently the proxy uses TCP connection

Solution: remove "unix_socket" param when running locally against the live URI so it looks like this:

mysql+pymysql://{<user-name}:{<user-password>}@{<db-hostname>}/{<database-name>}

[kurtisvg]

@kiptoomm To clarify, you can use either a TCP socket or a Unix socket using the proxy. Your mistake was trying to pass both arguments to the mysql driver at the same, which caused the driver to fail.