got-your-back icon indicating copy to clipboard operation
got-your-back copied to clipboard

Issue GYB on GCP Project

Open niarcotyk opened this issue 3 months ago • 6 comments

Hello, the version of GYB is 1.82 on a VM GCP Project.

Full steps to reproduce the issue:

on a VM, run this command: sudo ./gyb --email [groupe_google-email] --action restore-group --local-folder /tmp/backup-emails-user --user-admin [email] --service-account it returns this error message: "Temporary error 503. Retrying in 16 seconds... attempt 5/10." for each email to transfer Expected outcome (what are you trying to do?): The purpose of transferring emails to a Google group is to allow access to multiple people and avoid overloading a user's mailbox, which is no small thing in terms of user experience.

Actual outcome (what errors or bad behavior do you see instead?): It returns this error message: "Temporary error 503. Retrying in 16 seconds... attempt 5/10." for each email to transfer. This is a very significant problem because we cannot transfer emails from employees who have left and we cannot currently delete these licenses that are no longer in use.

Image

niarcotyk avatar Sep 02 '25 11:09 niarcotyk

Don't run GYB as root / sudo. There is no good reason to and it's insecure.

The temporary errors are on Google's side. Do they happen 100% of the time? Have you tried other backup files? Can you share a sample backup folder that's showing this issue with me directly so I can try reproducing the issue or see if something is wrong with the data?

jay0lee avatar Sep 02 '25 11:09 jay0lee

Hi Jay, Yes, at the moment the errors occur every time, regardless of the size of the backup made beforehand. I cannot provide you with an example of a backup file because it contains sensitive information related to our company. Please note that this is a backup of all the emails of a colleague who has left our company, which we then want to transfer to a Google group starting with archive-[user], and it is during this “restore” that the return log is a 403. Regards

niarcotyk avatar Sep 02 '25 11:09 niarcotyk

The Google best-practice method to handle former employee data retention is archive licenses, not moving the data between users/groups. See:

https://support.google.com/a/answer/9048836?hl=en

Have you tried using another Google group? I can't offer much help without further steps that help reproduce the issue.

jay0lee avatar Sep 02 '25 12:09 jay0lee

Using archive licenses is a paid service, whereas your solution is free. I don't see the point in paying when you offer something that works just as well. To reproduce the problem, here are the steps I took:

  • ./gyb --email [user] --action backup --local-folder /tmp/backup-emails-[user] --service-account
  • creation of a group archive-[lastname-username]
  • ./gyb --email archive-[lastname-username] --action restore-group --local-folder /tmp/backup-emails-[user] --use-admin [admin-user] --service-account

niarcotyk avatar Sep 02 '25 15:09 niarcotyk

I wasn't able to reproduce your issue on my end with those commands.

jay0lee avatar Sep 02 '25 16:09 jay0lee

When I cancel the process due to temporary error 503, the following error message appears: googleapiclient.errors. HttpError: <HttpError 503 during request https://groupsmigration.googleapis.com/upload/groups/v1/groups/archive-[user]/archive?prettyPrint=false&alt=json&uploadType=resumable returned “Service unavailable”>. Does this mean anything to you?

niarcotyk avatar Sep 03 '25 06:09 niarcotyk