Moving an google cloud vm instance gives error Code '6562453592928582321' and instance is goneHow to request GPU quota increase in Google CloudCopy files between two Google Cloud instancesUsing Google Cloud Source Repositories with service accountCannot SSH Google Cloud Instance -How do I configure Google Cloud Datalab to use GPUs for TensorFlow?Cannot attach GPU to Google Cloud instanceGoogle Compute Engine can't find GPU even though quota existsStackdriver Log Agent - Log Level Irrelevant with Google Cloud Logging Driver for DockerProblem with data transfer from Cloud Build container to Google Compute Engine instancehow do I deal: ERROR: (gcloud.compute.ssh)?How to suspend/resume GCE VM
Does Ubuntu reduce battery life?
How do discovery writers hibernate?
Why are subdominants unstable?
Spider-Man and Fantastic 4 crossover comic with Double Identity Scene
Embedded C - Most elegant way to insert a delay
How to choose using Collection<Id> rather than Collection<String>, or the opposite?
Prepare a user to perform an action before proceeding to the next step
Patio gate not at right angle to the house
What is my clock telling me to do?
On the sensitivity conjecture?
Exploiting the delay when a festival ticket is scanned
Should 2FA be enabled on service accounts?
Scam? Checks via Email
How to efficiently shred a lot of cabbage?
Did Vladimir Lenin have a cat?
Would it take any sort of amendment to make DC a state?
Avoiding Implicit Conversion in Constructor. Explicit keyword doesn't help here
Circle symbol compatible with square and triangle
Create two random teams from a list of players
How would a lunar colony attack Earth?
Security measures that could plausibly last 150+ years?
Applications of pure mathematics in operations research
How can Paypal know my card is being used in another account?
What are the cons of stateless password generators?
Moving an google cloud vm instance gives error Code '6562453592928582321' and instance is gone
How to request GPU quota increase in Google CloudCopy files between two Google Cloud instancesUsing Google Cloud Source Repositories with service accountCannot SSH Google Cloud Instance -How do I configure Google Cloud Datalab to use GPUs for TensorFlow?Cannot attach GPU to Google Cloud instanceGoogle Compute Engine can't find GPU even though quota existsStackdriver Log Agent - Log Level Irrelevant with Google Cloud Logging Driver for DockerProblem with data transfer from Cloud Build container to Google Compute Engine instancehow do I deal: ERROR: (gcloud.compute.ssh)?How to suspend/resume GCE VM
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;
After executing
gcloud compute instances move instance-ba --zone us-east1-b --destination-zone us-east1-c
and waiting for about 5 minutes the following error was thrown
Moving gce instance instance-ba...failed.
ERROR: (cloud.compute.instances.move) Code: '6562453592928582321'
and the instance was gone from the web interface as well as from zone us-east1-b and us-east1-c
I tried to start the instance with
cloud compute instances start instance-ba --zone us-east1-b
and
cloud compute instances start instance-ba --zone us-east1-c
but none was working.
Thank you in advance for your help.
I have to say that this instance is quite important and I appreciate every input to solve this issue.
Edit
In the Stackdriver Logging I am seeing the following commands executed alternating:
- Compute Engine setDiskAutoDelete us-east1-b:instance-ba
- compute.instances.setDiskAutoDelete
As it seems the instance has been deleted from us-east1-b but not transferred to us-east1-c.
I do not see any error at all. All logs have severity "INFO" or lower.
Edit 2
I recall my steps which preceeded the moving error as follows
- I tried adding a second Tesla P100 to my instance which gave at startup the error that the resources are not enough to fulfill the request
- I tried moving the instance which gave the "TERMINATED" error so I
- tried to reset the machine with the reset command which gave the "instance not ready" error
- I removed the second Tesla P100 so that I could start the machine
- I did the restart command over and over until it worked and the machine was able to start
- Since I needed a second GPU I tried to moved this instance (without the second GPU) from us-east1-b to us-east1-c which finally did not work and gave the error
Edit 3
After some research I found that the procedure actually made a snapshot from my instance and the data is not lost.
However I will keep this question updated concerning the error and the response to it from google.
google-cloud-platform
add a comment |
After executing
gcloud compute instances move instance-ba --zone us-east1-b --destination-zone us-east1-c
and waiting for about 5 minutes the following error was thrown
Moving gce instance instance-ba...failed.
ERROR: (cloud.compute.instances.move) Code: '6562453592928582321'
and the instance was gone from the web interface as well as from zone us-east1-b and us-east1-c
I tried to start the instance with
cloud compute instances start instance-ba --zone us-east1-b
and
cloud compute instances start instance-ba --zone us-east1-c
but none was working.
Thank you in advance for your help.
I have to say that this instance is quite important and I appreciate every input to solve this issue.
Edit
In the Stackdriver Logging I am seeing the following commands executed alternating:
- Compute Engine setDiskAutoDelete us-east1-b:instance-ba
- compute.instances.setDiskAutoDelete
As it seems the instance has been deleted from us-east1-b but not transferred to us-east1-c.
I do not see any error at all. All logs have severity "INFO" or lower.
Edit 2
I recall my steps which preceeded the moving error as follows
- I tried adding a second Tesla P100 to my instance which gave at startup the error that the resources are not enough to fulfill the request
- I tried moving the instance which gave the "TERMINATED" error so I
- tried to reset the machine with the reset command which gave the "instance not ready" error
- I removed the second Tesla P100 so that I could start the machine
- I did the restart command over and over until it worked and the machine was able to start
- Since I needed a second GPU I tried to moved this instance (without the second GPU) from us-east1-b to us-east1-c which finally did not work and gave the error
Edit 3
After some research I found that the procedure actually made a snapshot from my instance and the data is not lost.
However I will keep this question updated concerning the error and the response to it from google.
google-cloud-platform
1) Does Stackdriver show anything? 2) Open a support ticket with Google even if you must pay for a support subscription - appeal the charges later. 3) Please update this thread if you learn anything.
– John Hanley
Mar 26 at 21:32
@John Hanley 1) I updated the question regarding the Stackdriver but the error is not shown in the log 2) I will open an support ticket Thanks for your support.
– johannes
Mar 26 at 21:45
Is there any settings that you made on the instance at creation? I just moved an instance several times with no issue.
– John Hanley
Mar 26 at 21:51
I edited my answers giving the steps that preceded the moving.
– johannes
Mar 27 at 6:15
add a comment |
After executing
gcloud compute instances move instance-ba --zone us-east1-b --destination-zone us-east1-c
and waiting for about 5 minutes the following error was thrown
Moving gce instance instance-ba...failed.
ERROR: (cloud.compute.instances.move) Code: '6562453592928582321'
and the instance was gone from the web interface as well as from zone us-east1-b and us-east1-c
I tried to start the instance with
cloud compute instances start instance-ba --zone us-east1-b
and
cloud compute instances start instance-ba --zone us-east1-c
but none was working.
Thank you in advance for your help.
I have to say that this instance is quite important and I appreciate every input to solve this issue.
Edit
In the Stackdriver Logging I am seeing the following commands executed alternating:
- Compute Engine setDiskAutoDelete us-east1-b:instance-ba
- compute.instances.setDiskAutoDelete
As it seems the instance has been deleted from us-east1-b but not transferred to us-east1-c.
I do not see any error at all. All logs have severity "INFO" or lower.
Edit 2
I recall my steps which preceeded the moving error as follows
- I tried adding a second Tesla P100 to my instance which gave at startup the error that the resources are not enough to fulfill the request
- I tried moving the instance which gave the "TERMINATED" error so I
- tried to reset the machine with the reset command which gave the "instance not ready" error
- I removed the second Tesla P100 so that I could start the machine
- I did the restart command over and over until it worked and the machine was able to start
- Since I needed a second GPU I tried to moved this instance (without the second GPU) from us-east1-b to us-east1-c which finally did not work and gave the error
Edit 3
After some research I found that the procedure actually made a snapshot from my instance and the data is not lost.
However I will keep this question updated concerning the error and the response to it from google.
google-cloud-platform
After executing
gcloud compute instances move instance-ba --zone us-east1-b --destination-zone us-east1-c
and waiting for about 5 minutes the following error was thrown
Moving gce instance instance-ba...failed.
ERROR: (cloud.compute.instances.move) Code: '6562453592928582321'
and the instance was gone from the web interface as well as from zone us-east1-b and us-east1-c
I tried to start the instance with
cloud compute instances start instance-ba --zone us-east1-b
and
cloud compute instances start instance-ba --zone us-east1-c
but none was working.
Thank you in advance for your help.
I have to say that this instance is quite important and I appreciate every input to solve this issue.
Edit
In the Stackdriver Logging I am seeing the following commands executed alternating:
- Compute Engine setDiskAutoDelete us-east1-b:instance-ba
- compute.instances.setDiskAutoDelete
As it seems the instance has been deleted from us-east1-b but not transferred to us-east1-c.
I do not see any error at all. All logs have severity "INFO" or lower.
Edit 2
I recall my steps which preceeded the moving error as follows
- I tried adding a second Tesla P100 to my instance which gave at startup the error that the resources are not enough to fulfill the request
- I tried moving the instance which gave the "TERMINATED" error so I
- tried to reset the machine with the reset command which gave the "instance not ready" error
- I removed the second Tesla P100 so that I could start the machine
- I did the restart command over and over until it worked and the machine was able to start
- Since I needed a second GPU I tried to moved this instance (without the second GPU) from us-east1-b to us-east1-c which finally did not work and gave the error
Edit 3
After some research I found that the procedure actually made a snapshot from my instance and the data is not lost.
However I will keep this question updated concerning the error and the response to it from google.
google-cloud-platform
google-cloud-platform
edited Mar 27 at 17:21
johannes
asked Mar 26 at 21:12
johannesjohannes
85 bronze badges
85 bronze badges
1) Does Stackdriver show anything? 2) Open a support ticket with Google even if you must pay for a support subscription - appeal the charges later. 3) Please update this thread if you learn anything.
– John Hanley
Mar 26 at 21:32
@John Hanley 1) I updated the question regarding the Stackdriver but the error is not shown in the log 2) I will open an support ticket Thanks for your support.
– johannes
Mar 26 at 21:45
Is there any settings that you made on the instance at creation? I just moved an instance several times with no issue.
– John Hanley
Mar 26 at 21:51
I edited my answers giving the steps that preceded the moving.
– johannes
Mar 27 at 6:15
add a comment |
1) Does Stackdriver show anything? 2) Open a support ticket with Google even if you must pay for a support subscription - appeal the charges later. 3) Please update this thread if you learn anything.
– John Hanley
Mar 26 at 21:32
@John Hanley 1) I updated the question regarding the Stackdriver but the error is not shown in the log 2) I will open an support ticket Thanks for your support.
– johannes
Mar 26 at 21:45
Is there any settings that you made on the instance at creation? I just moved an instance several times with no issue.
– John Hanley
Mar 26 at 21:51
I edited my answers giving the steps that preceded the moving.
– johannes
Mar 27 at 6:15
1) Does Stackdriver show anything? 2) Open a support ticket with Google even if you must pay for a support subscription - appeal the charges later. 3) Please update this thread if you learn anything.
– John Hanley
Mar 26 at 21:32
1) Does Stackdriver show anything? 2) Open a support ticket with Google even if you must pay for a support subscription - appeal the charges later. 3) Please update this thread if you learn anything.
– John Hanley
Mar 26 at 21:32
@John Hanley 1) I updated the question regarding the Stackdriver but the error is not shown in the log 2) I will open an support ticket Thanks for your support.
– johannes
Mar 26 at 21:45
@John Hanley 1) I updated the question regarding the Stackdriver but the error is not shown in the log 2) I will open an support ticket Thanks for your support.
– johannes
Mar 26 at 21:45
Is there any settings that you made on the instance at creation? I just moved an instance several times with no issue.
– John Hanley
Mar 26 at 21:51
Is there any settings that you made on the instance at creation? I just moved an instance several times with no issue.
– John Hanley
Mar 26 at 21:51
I edited my answers giving the steps that preceded the moving.
– johannes
Mar 27 at 6:15
I edited my answers giving the steps that preceded the moving.
– johannes
Mar 27 at 6:15
add a comment |
1 Answer
1
active
oldest
votes
According to the documentation, you have a short specification for when to use the manual or the automatic move. As the procedure says, use the manual move when:
"Your VM is not RUNNING."
"You are moving your VM to a different region and your VM belongs to a subnetwork."
"Your instance has GPUs or local SSDs attached."
In your case, you had one GPU attached to your instance. So the correct way to move it is the following:
- Stop your instance
- Edit the instance, on the “Machine type” click customize and select “none” numbers of GPU. More details here.
- Start your instance
- Use the gcloud command to move the instance between zones:
$ gcloud compute instances move example-instance --zone us-central1-a --destination-zone us-central1-f
- Once the instance is migrated stop it again.
- Add the GPU and start the instance.
Keep in mind that every zone has different GPUs available and new projects have limits for GPUs.
"To protect Compute Engine systems and users, new projects have a global GPU quota, which limits the total number of GPUs you can create in any supported zone. When you request a GPU quota, you must request a quota for the GPU models that you want to create in each region, and an additional global quota for the total number of GPUs of all types in all zones."
Thanks for your reply. I think you did a good gob summarizing the procedure. Nevertheless I have to say that my procedure (with detours) was similar to yours (see Edit 2).
– johannes
Apr 12 at 10:06
You can have 2 Tesla P100 on us-east1-b, you are getting the error "resources are not enough to fulfil the request" because you have limits for GPUs. Check this. "you must request a quota for the GPU models that you want to create in each region". There is a Stackoverflow post for requesting quota for GPU.
– Jorge Heigl
Apr 12 at 11:27
Oh I think now I get what you are saying. It would have been possible to start the instance in the region but my quota was too small. Do you think this fact has to do with the error code given above (but I removed the GPUs and still got the error)?
– johannes
Apr 12 at 15:09
Just to give some more information: I opened an issue at Issue Tracker. About a week ago the error above got replicated (by moving an instance between two regions). I will keep this thread updated. In the meantime I solved my problem (by creating a new instance from the snapshot) and requested the quota (see Edit 3).
– johannes
Apr 12 at 15:15
I keep thinking that the first error that you get was for trying to move the instance with a GPU attached to it and the second one was for not having enough quota. The post is for the error "6562453592928582321" as my answer for evading it. I recommend you to open another question for the second error.
– Jorge Heigl
Apr 23 at 9:33
|
show 5 more comments
Your Answer
StackExchange.ifUsing("editor", function ()
StackExchange.using("externalEditor", function ()
StackExchange.using("snippets", function ()
StackExchange.snippets.init();
);
);
, "code-snippets");
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "1"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f55366259%2fmoving-an-google-cloud-vm-instance-gives-error-code-6562453592928582321-and-in%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
According to the documentation, you have a short specification for when to use the manual or the automatic move. As the procedure says, use the manual move when:
"Your VM is not RUNNING."
"You are moving your VM to a different region and your VM belongs to a subnetwork."
"Your instance has GPUs or local SSDs attached."
In your case, you had one GPU attached to your instance. So the correct way to move it is the following:
- Stop your instance
- Edit the instance, on the “Machine type” click customize and select “none” numbers of GPU. More details here.
- Start your instance
- Use the gcloud command to move the instance between zones:
$ gcloud compute instances move example-instance --zone us-central1-a --destination-zone us-central1-f
- Once the instance is migrated stop it again.
- Add the GPU and start the instance.
Keep in mind that every zone has different GPUs available and new projects have limits for GPUs.
"To protect Compute Engine systems and users, new projects have a global GPU quota, which limits the total number of GPUs you can create in any supported zone. When you request a GPU quota, you must request a quota for the GPU models that you want to create in each region, and an additional global quota for the total number of GPUs of all types in all zones."
Thanks for your reply. I think you did a good gob summarizing the procedure. Nevertheless I have to say that my procedure (with detours) was similar to yours (see Edit 2).
– johannes
Apr 12 at 10:06
You can have 2 Tesla P100 on us-east1-b, you are getting the error "resources are not enough to fulfil the request" because you have limits for GPUs. Check this. "you must request a quota for the GPU models that you want to create in each region". There is a Stackoverflow post for requesting quota for GPU.
– Jorge Heigl
Apr 12 at 11:27
Oh I think now I get what you are saying. It would have been possible to start the instance in the region but my quota was too small. Do you think this fact has to do with the error code given above (but I removed the GPUs and still got the error)?
– johannes
Apr 12 at 15:09
Just to give some more information: I opened an issue at Issue Tracker. About a week ago the error above got replicated (by moving an instance between two regions). I will keep this thread updated. In the meantime I solved my problem (by creating a new instance from the snapshot) and requested the quota (see Edit 3).
– johannes
Apr 12 at 15:15
I keep thinking that the first error that you get was for trying to move the instance with a GPU attached to it and the second one was for not having enough quota. The post is for the error "6562453592928582321" as my answer for evading it. I recommend you to open another question for the second error.
– Jorge Heigl
Apr 23 at 9:33
|
show 5 more comments
According to the documentation, you have a short specification for when to use the manual or the automatic move. As the procedure says, use the manual move when:
"Your VM is not RUNNING."
"You are moving your VM to a different region and your VM belongs to a subnetwork."
"Your instance has GPUs or local SSDs attached."
In your case, you had one GPU attached to your instance. So the correct way to move it is the following:
- Stop your instance
- Edit the instance, on the “Machine type” click customize and select “none” numbers of GPU. More details here.
- Start your instance
- Use the gcloud command to move the instance between zones:
$ gcloud compute instances move example-instance --zone us-central1-a --destination-zone us-central1-f
- Once the instance is migrated stop it again.
- Add the GPU and start the instance.
Keep in mind that every zone has different GPUs available and new projects have limits for GPUs.
"To protect Compute Engine systems and users, new projects have a global GPU quota, which limits the total number of GPUs you can create in any supported zone. When you request a GPU quota, you must request a quota for the GPU models that you want to create in each region, and an additional global quota for the total number of GPUs of all types in all zones."
Thanks for your reply. I think you did a good gob summarizing the procedure. Nevertheless I have to say that my procedure (with detours) was similar to yours (see Edit 2).
– johannes
Apr 12 at 10:06
You can have 2 Tesla P100 on us-east1-b, you are getting the error "resources are not enough to fulfil the request" because you have limits for GPUs. Check this. "you must request a quota for the GPU models that you want to create in each region". There is a Stackoverflow post for requesting quota for GPU.
– Jorge Heigl
Apr 12 at 11:27
Oh I think now I get what you are saying. It would have been possible to start the instance in the region but my quota was too small. Do you think this fact has to do with the error code given above (but I removed the GPUs and still got the error)?
– johannes
Apr 12 at 15:09
Just to give some more information: I opened an issue at Issue Tracker. About a week ago the error above got replicated (by moving an instance between two regions). I will keep this thread updated. In the meantime I solved my problem (by creating a new instance from the snapshot) and requested the quota (see Edit 3).
– johannes
Apr 12 at 15:15
I keep thinking that the first error that you get was for trying to move the instance with a GPU attached to it and the second one was for not having enough quota. The post is for the error "6562453592928582321" as my answer for evading it. I recommend you to open another question for the second error.
– Jorge Heigl
Apr 23 at 9:33
|
show 5 more comments
According to the documentation, you have a short specification for when to use the manual or the automatic move. As the procedure says, use the manual move when:
"Your VM is not RUNNING."
"You are moving your VM to a different region and your VM belongs to a subnetwork."
"Your instance has GPUs or local SSDs attached."
In your case, you had one GPU attached to your instance. So the correct way to move it is the following:
- Stop your instance
- Edit the instance, on the “Machine type” click customize and select “none” numbers of GPU. More details here.
- Start your instance
- Use the gcloud command to move the instance between zones:
$ gcloud compute instances move example-instance --zone us-central1-a --destination-zone us-central1-f
- Once the instance is migrated stop it again.
- Add the GPU and start the instance.
Keep in mind that every zone has different GPUs available and new projects have limits for GPUs.
"To protect Compute Engine systems and users, new projects have a global GPU quota, which limits the total number of GPUs you can create in any supported zone. When you request a GPU quota, you must request a quota for the GPU models that you want to create in each region, and an additional global quota for the total number of GPUs of all types in all zones."
According to the documentation, you have a short specification for when to use the manual or the automatic move. As the procedure says, use the manual move when:
"Your VM is not RUNNING."
"You are moving your VM to a different region and your VM belongs to a subnetwork."
"Your instance has GPUs or local SSDs attached."
In your case, you had one GPU attached to your instance. So the correct way to move it is the following:
- Stop your instance
- Edit the instance, on the “Machine type” click customize and select “none” numbers of GPU. More details here.
- Start your instance
- Use the gcloud command to move the instance between zones:
$ gcloud compute instances move example-instance --zone us-central1-a --destination-zone us-central1-f
- Once the instance is migrated stop it again.
- Add the GPU and start the instance.
Keep in mind that every zone has different GPUs available and new projects have limits for GPUs.
"To protect Compute Engine systems and users, new projects have a global GPU quota, which limits the total number of GPUs you can create in any supported zone. When you request a GPU quota, you must request a quota for the GPU models that you want to create in each region, and an additional global quota for the total number of GPUs of all types in all zones."
edited Apr 11 at 9:30
answered Apr 11 at 9:19
Jorge HeiglJorge Heigl
655 bronze badges
655 bronze badges
Thanks for your reply. I think you did a good gob summarizing the procedure. Nevertheless I have to say that my procedure (with detours) was similar to yours (see Edit 2).
– johannes
Apr 12 at 10:06
You can have 2 Tesla P100 on us-east1-b, you are getting the error "resources are not enough to fulfil the request" because you have limits for GPUs. Check this. "you must request a quota for the GPU models that you want to create in each region". There is a Stackoverflow post for requesting quota for GPU.
– Jorge Heigl
Apr 12 at 11:27
Oh I think now I get what you are saying. It would have been possible to start the instance in the region but my quota was too small. Do you think this fact has to do with the error code given above (but I removed the GPUs and still got the error)?
– johannes
Apr 12 at 15:09
Just to give some more information: I opened an issue at Issue Tracker. About a week ago the error above got replicated (by moving an instance between two regions). I will keep this thread updated. In the meantime I solved my problem (by creating a new instance from the snapshot) and requested the quota (see Edit 3).
– johannes
Apr 12 at 15:15
I keep thinking that the first error that you get was for trying to move the instance with a GPU attached to it and the second one was for not having enough quota. The post is for the error "6562453592928582321" as my answer for evading it. I recommend you to open another question for the second error.
– Jorge Heigl
Apr 23 at 9:33
|
show 5 more comments
Thanks for your reply. I think you did a good gob summarizing the procedure. Nevertheless I have to say that my procedure (with detours) was similar to yours (see Edit 2).
– johannes
Apr 12 at 10:06
You can have 2 Tesla P100 on us-east1-b, you are getting the error "resources are not enough to fulfil the request" because you have limits for GPUs. Check this. "you must request a quota for the GPU models that you want to create in each region". There is a Stackoverflow post for requesting quota for GPU.
– Jorge Heigl
Apr 12 at 11:27
Oh I think now I get what you are saying. It would have been possible to start the instance in the region but my quota was too small. Do you think this fact has to do with the error code given above (but I removed the GPUs and still got the error)?
– johannes
Apr 12 at 15:09
Just to give some more information: I opened an issue at Issue Tracker. About a week ago the error above got replicated (by moving an instance between two regions). I will keep this thread updated. In the meantime I solved my problem (by creating a new instance from the snapshot) and requested the quota (see Edit 3).
– johannes
Apr 12 at 15:15
I keep thinking that the first error that you get was for trying to move the instance with a GPU attached to it and the second one was for not having enough quota. The post is for the error "6562453592928582321" as my answer for evading it. I recommend you to open another question for the second error.
– Jorge Heigl
Apr 23 at 9:33
Thanks for your reply. I think you did a good gob summarizing the procedure. Nevertheless I have to say that my procedure (with detours) was similar to yours (see Edit 2).
– johannes
Apr 12 at 10:06
Thanks for your reply. I think you did a good gob summarizing the procedure. Nevertheless I have to say that my procedure (with detours) was similar to yours (see Edit 2).
– johannes
Apr 12 at 10:06
You can have 2 Tesla P100 on us-east1-b, you are getting the error "resources are not enough to fulfil the request" because you have limits for GPUs. Check this. "you must request a quota for the GPU models that you want to create in each region". There is a Stackoverflow post for requesting quota for GPU.
– Jorge Heigl
Apr 12 at 11:27
You can have 2 Tesla P100 on us-east1-b, you are getting the error "resources are not enough to fulfil the request" because you have limits for GPUs. Check this. "you must request a quota for the GPU models that you want to create in each region". There is a Stackoverflow post for requesting quota for GPU.
– Jorge Heigl
Apr 12 at 11:27
Oh I think now I get what you are saying. It would have been possible to start the instance in the region but my quota was too small. Do you think this fact has to do with the error code given above (but I removed the GPUs and still got the error)?
– johannes
Apr 12 at 15:09
Oh I think now I get what you are saying. It would have been possible to start the instance in the region but my quota was too small. Do you think this fact has to do with the error code given above (but I removed the GPUs and still got the error)?
– johannes
Apr 12 at 15:09
Just to give some more information: I opened an issue at Issue Tracker. About a week ago the error above got replicated (by moving an instance between two regions). I will keep this thread updated. In the meantime I solved my problem (by creating a new instance from the snapshot) and requested the quota (see Edit 3).
– johannes
Apr 12 at 15:15
Just to give some more information: I opened an issue at Issue Tracker. About a week ago the error above got replicated (by moving an instance between two regions). I will keep this thread updated. In the meantime I solved my problem (by creating a new instance from the snapshot) and requested the quota (see Edit 3).
– johannes
Apr 12 at 15:15
I keep thinking that the first error that you get was for trying to move the instance with a GPU attached to it and the second one was for not having enough quota. The post is for the error "6562453592928582321" as my answer for evading it. I recommend you to open another question for the second error.
– Jorge Heigl
Apr 23 at 9:33
I keep thinking that the first error that you get was for trying to move the instance with a GPU attached to it and the second one was for not having enough quota. The post is for the error "6562453592928582321" as my answer for evading it. I recommend you to open another question for the second error.
– Jorge Heigl
Apr 23 at 9:33
|
show 5 more comments
Got a question that you can’t ask on public Stack Overflow? Learn more about sharing private information with Stack Overflow for Teams.
Got a question that you can’t ask on public Stack Overflow? Learn more about sharing private information with Stack Overflow for Teams.
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f55366259%2fmoving-an-google-cloud-vm-instance-gives-error-code-6562453592928582321-and-in%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
1) Does Stackdriver show anything? 2) Open a support ticket with Google even if you must pay for a support subscription - appeal the charges later. 3) Please update this thread if you learn anything.
– John Hanley
Mar 26 at 21:32
@John Hanley 1) I updated the question regarding the Stackdriver but the error is not shown in the log 2) I will open an support ticket Thanks for your support.
– johannes
Mar 26 at 21:45
Is there any settings that you made on the instance at creation? I just moved an instance several times with no issue.
– John Hanley
Mar 26 at 21:51
I edited my answers giving the steps that preceded the moving.
– johannes
Mar 27 at 6:15