Почему API Google Диска возвращает ошибку 403 `storageQuotaExceeded` для новых учетных записей служб, даже при выполнени

Почему API Google Диска возвращает ошибку 403 `storageQuotaExceeded` для новых учетных записей служб, даже при выполнени ⇐ Python

1 сообщение • Страница 1 из 1

Anonymous

Почему API Google Диска возвращает ошибку 403 `storageQuotaExceeded` для новых учетных записей служб, даже при выполнени

Цитата

Сообщение Anonymous » 13 фев 2026, 08:38

Я столкнулся с критической проблемой блокировки недавно созданных учетных записей служб Google, которая не позволяет создавать файлы с помощью API Диска или Таблиц. Это происходит под моей личной учетной записью Google (

Код: Выделить всё

@gmail.com

), а не учетная запись Workspace.
Проблема:
Любая попытка нового сервисного аккаунта создать ресурс (например, пустой лист Google) завершается ошибкой 403: превышена квота хранилища на Диске пользователя.
Эта ошибка вводит в заблуждение. В моей учетной записи пользователя достаточно места (> 14 ГБ свободного места), и ошибка возникает даже при операциях с нулевыми байтами. Экспертиза-сравнение рабочей и неисправной учетной записи службы позволяет выявить истинную причину:

Рабочая (более старая) учетная запись службы: Вызов Drive.about.get() возвращает значение StorageQuota.limit, равное 15 ГБ. Создание выполнено успешно.
Неудачный (новый) сервисный аккаунт: тот же вызов API возвращает StorageQuota.limit, равный 0 байт.

Проблема заключается не в ошибке в моем коде, а в политическом решении Google на стороне сервера о назначении нулевой квоты моим новым сервисным аккаунтам.

Проведенная проверка контекста и комплексной проверки:
Я опытный разработчик и успешно внедрил эту автоматизацию для нескольких клиентов. У меня есть пул старых учетных записей служб (6+), которые продолжают отлично функционировать в тех же условиях. Эта проблема характерна только для двух последних новых учетных записей, которые я создал, что указывает на недавнее изменение в правилах платформы Google.
Я уже исчерпал все стандартные шаги по устранению неполадок в совершенно новом, чистом проекте GCP:

Статус проекта: Экран согласия OAuth В разработке.
API и разрешения: Все необходимое API (Диск, Таблицы) включены. Сервисный аккаунт имеет права «редактора» для целевой папки Диска.
Платежный аккаунт: Мой рабочий сервисный аккаунт находится в проекте, к которому не прикреплен платежный аккаунт, поэтому это не является основной причиной.
Бесхозные файлы: Сценарий, ищущий файлы, принадлежащие неисправному сервисному аккаунту (
Код: Выделить всё
```
'me' in owners
```
) вернул 0 результатов, подтверждая, что скрытая квота не используется.
Доверие к учетной записи: Моя личная учетная запись Google имеет хорошую репутацию, имеет подтвержденный номер телефона и многолетнюю историю активности.
Важное доказательство: Одна из ныне вышедших из строя учетных записей прекрасно работала в течение двух месяцев, прежде чем эта 0-байтовая квота была внезапно введена в действие, исключая простой «новый»

Мой вопрос:
Учитывая, что все стандартные проблемы с конфигурацией исключены, какая недокументированная политика или флаг «доверия» на уровне учетной записи Google или проекта может привести к тому, что серверная часть Google назначит 0-байтовую квоту новым учетным записям служб?
Как может разработчик, работающий за пределами рабочей области? среде, устранить это состояние и восстановить стандартную функциональность учетных записей служб?

Подробнее здесь: https://stackoverflow.com/questions/797 ... r-new-serv

1770961094

Anonymous

Я столкнулся с критической проблемой блокировки недавно созданных учетных записей служб Google, которая не позволяет создавать файлы с помощью API Диска или Таблиц. Это происходит под моей личной учетной записью Google ([code]@gmail.com[/code]), а не учетная запись Workspace.
[b]Проблема:[/b]
Любая попытка нового сервисного аккаунта создать ресурс (например, пустой лист Google) завершается ошибкой 403: превышена квота хранилища на Диске пользователя.
Эта ошибка вводит в заблуждение. В моей учетной записи пользователя достаточно места (> 14 ГБ свободного места), и ошибка возникает даже при операциях с нулевыми байтами. Экспертиза-сравнение рабочей и неисправной учетной записи службы позволяет выявить истинную причину:
[list]
[*][b]Рабочая (более старая) учетная запись службы:[/b] Вызов Drive.about.get() возвращает значение StorageQuota.limit, равное 15 ГБ. Создание выполнено успешно.
[*][b]Неудачный (новый) сервисный аккаунт:[/b] тот же вызов API возвращает StorageQuota.limit, равный [b]0 байт[/b].
[/list]
Проблема заключается не в ошибке в моем коде, а в политическом решении Google на стороне сервера о назначении нулевой квоты моим новым сервисным аккаунтам.

[b]Проведенная проверка контекста и комплексной проверки:[/b]
Я опытный разработчик и успешно внедрил эту автоматизацию для нескольких клиентов. У меня есть пул старых учетных записей служб (6+), которые продолжают отлично функционировать в тех же условиях. Эта проблема характерна только для двух последних новых учетных записей, которые я создал, что указывает на недавнее изменение в правилах платформы Google.
Я уже исчерпал все стандартные шаги по устранению неполадок в совершенно новом, чистом проекте GCP:
[list]
[*][b]Статус проекта:[/b] Экран согласия OAuth [b]В разработке[/b].
[*][b]API и разрешения:[/b] Все необходимое API (Диск, Таблицы) включены. Сервисный аккаунт имеет права «редактора» для целевой папки Диска.
[*][b]Платежный аккаунт:[/b] Мой рабочий сервисный аккаунт находится в проекте, к которому [b]не[/b] прикреплен платежный аккаунт, поэтому это не является основной причиной.
[*][b]Бесхозные файлы:[/b] Сценарий, ищущий файлы, принадлежащие неисправному сервисному аккаунту ([code]'me' in owners[/code]) вернул [b]0 результатов[/b], подтверждая, что скрытая квота не используется.
[*][b]Доверие к учетной записи:[/b] Моя личная учетная запись Google имеет хорошую репутацию, имеет подтвержденный номер телефона и многолетнюю историю активности.
[*][b]Важное доказательство:[/b] Одна из ныне вышедших из строя учетных записей прекрасно работала в течение двух месяцев, прежде чем эта 0-байтовая квота была внезапно введена в действие, исключая простой «новый»
[/list]

[b]Мой вопрос:[/b]
Учитывая, что все стандартные проблемы с конфигурацией исключены, какая недокументированная политика или флаг «доверия» на уровне учетной записи Google или проекта может привести к тому, что серверная часть Google назначит 0-байтовую квоту новым учетным записям служб?
Как может разработчик, работающий за пределами рабочей области? среде, устранить это состояние и восстановить стандартную функциональность учетных записей служб? 

Подробнее здесь: [url]https://stackoverflow.com/questions/79700077/why-does-google-drive-api-return-a-403-storagequotaexceeded-error-for-new-serv[/url]