Сохранение записной книжки Google Cloud AI не работает

Я создал экземпляр глубокого обучения на платформе ИИ облака Google. Я использую встроенные записные книжки jupyterlab, работающие в браузере (я использую хром). Недавно возникла проблема с сохранением кода. автосохранение, как и сохранение файлов записной книжки, не работает. Я продолжаю видеть сообщение «сохранение началось», когда я пытаюсь сохранить, но ничего, кроме этого, не происходит, и код не сохраняется. Я попытался перезапустить ядро, а также перезапустить экземпляр, но проблема продолжает возвращаться. Кто-нибудь здесь сталкивался с таким же? есть решение?

Благодарность


jupyter-lab gcp-ai-platform-notebook
person Rachel Shalom    schedule 15.06.2020    source источник
comment
Я только что получил сообщение об ошибке сохранения файла 504. Есть идеи, почему это происходит?   -  person Rachel Shalom    schedule 15.06.2020
comment
Какую версию (базовый образ) блокнотов AI Platform вы используете (TF 1.15, 2, Pytorch? Я могу попробовать воспроизвести ее)   -  person gogasca    schedule 15.06.2020
comment
Похоже, ядро ​​не найдено. У вас живое ядро ​​или мертвое? Если у вас отсутствует / не обнаружено ядро, то, вероятно, у вас проблема с версией - это означает, что при создании документа использовались разные версии ядра по сравнению с версией ядра, которое пытается открыть файл.   -  person Gray    schedule 17.06.2020
comment
@gogasca Я использую изображение с pytorch 1.4   -  person Rachel Shalom    schedule 17.06.2020
comment
@Серый. Я вижу, что ядро ​​простаивает или подключено, когда это происходит. как вы думаете, что должно помочь, когда есть проблема с версией? перезапуск не сработал   -  person Rachel Shalom    schedule 17.06.2020
comment
Предполагая, что Anaconda не участвует и вызывает не отслеживаемые проблемы, я могу поделиться схожей проблемой. Я ненавижу Анаконду, но это моя проблема. У меня была аналогичная проблема с Jupyter, которая была вызвана небольшим изменением, которое я вручную внес в файл конфигурации ядра. Я изменил отображаемое имя на R3.5 с дисплея по умолчанию, R. Это изменение работало хорошо и не вызывало проблем, пока я не обновил версию R до 3.6. Новое ядро ​​3.6 R могло отображать существующие файлы Jupyter Notebook, но ничего больше. Мертвое ядро. К вашему сведению, имя ядра регистрируется, и вы можете перерегистрировать имена.   -  person Gray    schedule 18.06.2020

Ответы (2)


arrow_upward
3
arrow_downward

В конечном итоге у меня сработало вместо использования https-соединения, которое я подключился к экземпляру через ssh, а затем получил доступ к jupyterlab на локальном хосте. Я перешел по этой ссылке: https://cloud.google.com/ai-platform/deep-learning-vm/docs/jupyter.

export PROJECT_ID="my-project-id"
export ZONE="my-zone"
export INSTANCE_NAME="my-instance"
gcloud compute ssh --project $PROJECT_ID --zone $ZONE \
$INSTANCE_NAME -- -L 8080:localhost:8080
person Rachel Shalom    schedule 18.06.2020

arrow_upward
0
arrow_downward

У меня была аналогичная проблема, я открыл блокнот, и GCP не сохранил его, но после того, как я запустил блокнот из папки внутри Jupyterlab, он сохранил его.

person JARVIM    schedule 10.10.2020