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;








1















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.










share|improve this question


























  • 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















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.










share|improve this question


























  • 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












1








1


1






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.










share|improve this question
















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






share|improve this question















share|improve this question













share|improve this question




share|improve this question








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

















  • 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












1 Answer
1






active

oldest

votes


















0














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:



  1. Stop your instance

  2. Edit the instance, on the “Machine type” click customize and select “none” numbers of GPU. More details here.

  3. Start your instance

  4. 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




  1. Once the instance is migrated stop it again.

  2. 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."






share|improve this answer



























  • 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










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
);



);













draft saved

draft discarded


















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









0














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:



  1. Stop your instance

  2. Edit the instance, on the “Machine type” click customize and select “none” numbers of GPU. More details here.

  3. Start your instance

  4. 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




  1. Once the instance is migrated stop it again.

  2. 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."






share|improve this answer



























  • 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















0














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:



  1. Stop your instance

  2. Edit the instance, on the “Machine type” click customize and select “none” numbers of GPU. More details here.

  3. Start your instance

  4. 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




  1. Once the instance is migrated stop it again.

  2. 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."






share|improve this answer



























  • 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













0












0








0







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:



  1. Stop your instance

  2. Edit the instance, on the “Machine type” click customize and select “none” numbers of GPU. More details here.

  3. Start your instance

  4. 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




  1. Once the instance is migrated stop it again.

  2. 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."






share|improve this answer















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:



  1. Stop your instance

  2. Edit the instance, on the “Machine type” click customize and select “none” numbers of GPU. More details here.

  3. Start your instance

  4. 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




  1. Once the instance is migrated stop it again.

  2. 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."







share|improve this answer














share|improve this answer



share|improve this answer








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

















  • 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








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.



















draft saved

draft discarded
















































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.




draft saved


draft discarded














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





















































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







Popular posts from this blog

Kamusi Yaliyomo Aina za kamusi | Muundo wa kamusi | Faida za kamusi | Dhima ya picha katika kamusi | Marejeo | Tazama pia | Viungo vya nje | UrambazajiKuhusu kamusiGo-SwahiliWiki-KamusiKamusi ya Kiswahili na Kiingerezakuihariri na kuongeza habari

SQL error code 1064 with creating Laravel foreign keysForeign key constraints: When to use ON UPDATE and ON DELETEDropping column with foreign key Laravel error: General error: 1025 Error on renameLaravel SQL Can't create tableLaravel Migration foreign key errorLaravel php artisan migrate:refresh giving a syntax errorSQLSTATE[42S01]: Base table or view already exists or Base table or view already exists: 1050 Tableerror in migrating laravel file to xampp serverSyntax error or access violation: 1064:syntax to use near 'unsigned not null, modelName varchar(191) not null, title varchar(191) not nLaravel cannot create new table field in mysqlLaravel 5.7:Last migration creates table but is not registered in the migration table

은진 송씨 목차 역사 본관 분파 인물 조선 왕실과의 인척 관계 집성촌 항렬자 인구 같이 보기 각주 둘러보기 메뉴은진 송씨세종실록 149권, 지리지 충청도 공주목 은진현