Download jupyter notebook from VM Instance that does not open anymore - google-cloud-platform

I created a VM Instance on Google Cloud. Using the GPUs of this instance, I ran several experiments on Google AI Platform in a Jupyter notebook.
Now I can not start the instance anymore, since weeks I get the error that the time zone has run out of resources. However, without starting the instance I can not open the Jupyter notebooks, hence I can not download them and all my work and code is currently unavailable.
I know I could try to move the instance to a different time zone, but this seems like a tedious solution. How can I obtain those notebooks?

A couple of workarounds that can help.
Deattach the GPU from the VM instance and check if the VM instance can be started, but if not:
You can create a snapshot of the persistent disk attached to your VM Notebook, and create a VM instance from a snapshot, then access through SSH to try to recover the notebooks.
These tasks could be also a bit tedious, but you need to evaluate if you are willing to perform something like this to recover the info. In addition, you might want to contact Google Cloud Support and open a ticket since several weeks without resources seems unusual.

Even if you have the quota that doesn't mean that you will get the resources all the time. If you received an error like notfound or does not exist in zone then See Regions and zones to find out which features are available in each zone.
For now, unfortunately you need to keep try in to move the instance in different regions to get access in to those.
You also can Chat online with our Google Cloud sales team in order to get more information.
Chat is available Monday, 9 AM ET, through Friday, 7 PM ET

Related

Failed to start instance: A e2-micro VM instance is currently unavailable in the us-central1-a zone

I am facing this issue from yesterday. This is the exact error: Failed to start feature-config: A e2-micro VM instance is currently unavailable in the us-central1-a zone. Alternatively, you can try your request again with a different VM hardware configuration or at a later time. For more information, see the troubleshooting documentation.
I had scheduled Google Compute Engine to TURN on & off at specific time using Instance scheduler but now I am locked out of it. I cannot even create a machine image to deploy on another zone
I changed the Machine Configuration. As from your answer I could figure out that resources might not be available for the US Central Zone possibly due to traffic. I changed configuration to - n2-highcpu-2 vCPU 2 & Memory -2 GB
At the end, it seems this was a general issue that multiple users experienced in us-central1 among other regions.
In this thread more is talked and it seems it got worse during the weekend.
As some suggestions in the comments, changing the zone/region/hardware can help but not always since this also depends on any constraints you may have.
As the error suggests, there aren't any available resources in that regions. I contacted GCP support after facing the same issue and got the following response:
Google Cloud Support, : Upon further checking, the reason that the e2-medium VM instance is currently unavailable is because there are limited VMs available to a specific zone and regions. Best we can do is to try another time or select a different zone so that the VMs that you desire to use will start. Rest assured that there is nothing wrong with your account and it was on the us-central1 zone who do not have available VMs you selected as of the moment.
If possible, try deploying to a different instance. For those who need an instance in us-central1 (for Qwiklabs?) might have to wait until more instances are available.
Similar issue here, but coming from a terraform apply. I've tried multiple zones and every one says both 'e2-small' and 'e2-micro' instances are unavailable. Seems google completely fumbled the "cloud game" here since AWS doesn't have this problem EVER! (not that I like using AWS, it's just "ick" compared to google).

GCP VM shut itself down, won't restart

Bit panicky here because I can't troubleshoot the error on a production site and it appears to be completely down.
GCP - Compute Engine VM - N1-standard on the US-West-3C zone running a Bitnami Multisite Wordpress deployment
About 2 hours ago my VM stopped responding (as far as I could tell with monitoring tools) and I was unable to SSH into it or connect in any way. I've experienced this occasionally in the past so my process was to grab a snapshot and restart the VM. I did manage to get the snapshot, however it stopped the VM by itself and I'm now stuck where I can't restart the VM.
The error I'm getting is:
Failed to start name-of-vm: A n1-standard-1 VM instance is currently unavailable in the us-west3-c zone. Alternatively, you can try your request again with a different VM hardware configuration or at a later time. For more information, see the troubleshooting documentation.
I tried changing my configuration (it used to be a custom VM) but that didn't do anything.
Searching for similar errors I've found threads about certain Zones running out of resources, but as far as I can tell this error doesn't specifically say 'run out of resources' and the status of the US-West-3C zone is fine. I can't imagine it would run out in a way where it can't even start a measly n1 vm.
Unfortunately due to some mismanagement this project isn't umbrella'd in our Google Workspace/Organization so I can't request technical support for it.
Any assistance or help pointing to some resources would be greatly appreciated.
currently unavailable in a specific zone would also mean that the zone run out of resources for the certain machine type.
You can try to restore the snapshot you had created on a different machine type e2-standard or n2-standard machine type configuration

"Not enough resources available to fulfill the request" error in GCP

In GCP, I'm trying to create a new notebook instance.
However, I got this error from all the zones that I tried:
"tensorflow-2-4-20210214-113312: The zone 'projects/[PROJECT-ID]/zones/europe-west3-b' does not have enough resources available to fulfill the request. Try a different zone, or try again later."
Even though the whole point of Cloud Computing is not to worry about the underlying infrastructure serving your application, at the end of the day there will be some servers with limited capacity and resources hosting your applications or supporting the underlying infrastructure of the product in question that you are using.
In the specific case of AI Platform Notebooks you can use the following command:
gcloud beta notebooks locations list
to get a list of the available locations and monitor the release notes to check when new locations are added. Try to create a new notebook in another location that do have available resources or wait for resources to be available on that particular zone.

Error starting virtual machine - Not enough resources available

I am trying to start an virtual machine on Google Cloud. I get an error that there isn't enough resources to fulfill my request.
I have been using Google Cloud for about one week to study and try automated trading systems through Metatrader5 on a Linux server.
I was able to use my machine using VNC server, even this morning, but suddenly all my machines (are all on same location) started to show an error when trying to start:
The zone 'projects/metatrader-227016/zones/southamerica-east1-b' does not have enough resources available to fulfill the request. Try a different zone, or try again later.
I read about moving my instance to another region, but it's not a simple instruction. What is strange is that my VM is really small and lightweight.
Unfortunately this problem appears with Google Cloud Compute once in a while. You have several options:
Wait. The resource will eventually be available.
Resize your instance to a different size. A different instance size might be available.
Change regions.
If you have paid support, open a support ticket with Google Cloud Support.
The smaller instance sizes are cheaper and therefore in higher demand.
To move an instance to a different region:
Login to the Google Cloud Console. Go to Compute Engine -> Disks.
Select your disk for the instance you plan to move.
At the top of the screen click CREATE IMAGE. Give the image a name. For Family enter anything you want but remember it.
Once the image creation completes, create a new Compute Engine VM in the region that you want. When creating the new VM, under Boot disk, click Change. You will find your image under the tab Custom images.

How to move instance zone in google cloud without running the VM

My VM in google cloud can't run due to below error has shown.
"Starting VM instance failed. Error: The zone does not have enough
resources available to fulfill the request. Try a different zone, or
try again later."
Then I what to start VM from other zones by changing the zone of my VM by this method but it's required VM running.
The problem is I can't run the VM. How can I use another solution?
It looks like Google's having issues with limited External IPs. Try removing the external IP before starting the instance. Then create an external IP and attach it your instance.
You’ve just encountered a stockout issue. A Stockout means that the particular GCP datacenter in that zone has reached its resource limit.
The Google Cloud Platform team are there to make sure that there are available resources in all zones. This type of issue is rare. When a situation like this occurs or is about to occur, the team is notified immediately, the issue is investigated and quickly fixed.
I recommend deploying and balancing your workload across multiple zones or regions to reduce the likelihood of a stockout. Please review the documentation which outlines how to build resilient and scalable architectures on the Google Cloud Platform.
You may also try again later, once resources will be available again in the region.
This being said, I see that you’ve posted your question on November 9th. That was a long time ago. Can you confirm if your issue is fixed now? It is very rare for stockouts to last this long.