Compartir a través de


Errores y solución de problemas de carpetas de Git de Databricks

Siga las instrucciones siguientes para responder a mensajes de error comunes o para solucionar problemas con las carpetas de Git de Databricks.

Invalid credentials

Realice lo siguiente:

  • Confirme que la configuración de integración de Git (Configuración>cuentas vinculadas) es correcta.

    • Debe escribir el nombre de usuario y el token del proveedor de Git.
  • Confirme que ha seleccionado el proveedor de Git correcto en Configuración>cuentas vinculadas.

  • Asegúrese de que el token de acceso personal o la contraseña de la aplicación tienen el acceso correcto al repositorio.

  • Si el inicio de sesión único está habilitado en el proveedor de Git, autorice los tokens para el inicio de sesión único.

  • Pruebe el token con la línea de comandos de Git. Sustituya las cadenas de texto entre corchetes angulares:

    git clone https://<username>:<personal-access-token>@github.com/<org>/<repo-name>.git
    

Secure connection...SSL problems

Este error se produce si el servidor de Git no es accesible desde Azure Databricks. Para acceder a un servidor Git privado, póngase en contacto con el equipo de la cuenta de Azure Databricks

<link>: Secure connection to <link> could not be established because of SSL problems

Error de credenciales de Id. de Microsoft Entra

Encountered an error with your <ms-entra-id> credentials. Please try logging out of <ms-entra-id> and logging back in.

Este error puede producirse si el equipo se ha pasado recientemente al uso de una directiva de autenticación multifactor (MFA) para . Para resolver este problema, debe cerrar la sesión de Microsoft Entra ID accediendo a portal.azure.com y cerrar sesión. Al volver a iniciar sesión, debería obtener la solicitud para usar la MFA para iniciar sesión.

Si esto no funciona, intente cerrar sesión completamente en todos los servicios de Azure antes de intentar iniciarla de nuevo.

Errores de tiempo de espera agotado

Las operaciones costosas, como la clonación de un repositorio grande o la comprobación de una rama grande, pueden dar lugar a errores de tiempo de espera, pero la operación puede completarse en segundo plano. También puede intentarlo más adelante si el área de trabajo estaba bajo una carga pesada en ese momento.

Para trabajar con un repositorio grande, pruebe restauración de sparse.

Errores 404

Si recibe un error 404 al intentar abrir un archivo que no es de cuaderno, espere unos minutos y, luego, inténtelo de nuevo. Hay un retraso de unos minutos entre el momento en que el área de trabajo está habilitada y el momento en que la aplicación web adquiere la marca de configuración.

Estado de encabezado desconectado

Una carpeta de Git de Databricks puede entrar en el estado principal desasociado si:

  • Se elimina la rama remota. Databricks intentó recuperar los cambios locales no confirmados en la rama aplicando esos cambios a la rama predeterminada. Si la rama predeterminada tiene cambios en conflicto, Databricks aplica los cambios en una instantánea de la rama predeterminada (encabezado desconectado).
  • Un usuario o una entidad de servicio restauró un repositorio remoto en una etiqueta mediante la API update repo.

Para recuperarse de este estado:

  1. Haga clic en el botón create branch para crear una nueva rama basada en la confirmación actual o use la lista desplegable "Seleccionar rama" para restaurar una rama existente.
  2. Confirme y envíe los cambios si desea conservar los cambios. Para descartar los cambios, haga clic en el menú en Cambios.

Resolución de conflictos de nombres de cuaderno

Distintos cuadernos con nombres de archivo idénticos o similares pueden producir un error al crear un repositorio o una solicitud de cambios, como Cannot perform Git operation due to conflicting names o A folder cannot contain a notebook with the same name as a notebook, file, or folder (excluding file extensions).

Un conflicto de nomenclatura puede producirse incluso con diferentes extensiones de archivo. Por ejemplo, estos dos archivos entran en conflicto:

  • notebook.ipynb
  • notebook.py

Diagrama: conflicto de nombres para cuadernos, archivos o carpetas.

Para corregir el conflicto de nombres

  • Cambie el nombre del cuaderno, archivo o carpeta que contribuya al estado de error.
    • Si se produjera este error al clonar el repositorio, deberá cambiar el nombre del cuaderno, los archivos o las carpetas en el repositorio de Git remoto.

Los errores sugieren volver a clonar.

There was a problem with deleting folders. The repo could be in an inconsistent state and re-cloning is recommended.

Este error indica que se produjo un problema al eliminar carpetas del repositorio. Como consecuencia, el repositorio podrá quedar en un estado incoherente, donde todavía estén carpetas que se deberían haber eliminado. Si se produce este error, Databricks recomienda eliminar y volver a clonar el repositorio para restablecer su estado.

No experiment...found (No se encontró ningún experimento para el nodo) o errores de la interfaz de usuario de MLflow

Es posible que vea el mensaje de error de Azure Databricks No experiment for node found o un error en MLflow al trabajar en un experimento de cuaderno de MLflow registrado por última vez antes de la versión 3.72 de la plataforma. Para resolver el error, registre una nueva ejecución en el cuaderno asociado a ese experimento.

Nota:

Esto solo se aplica a los experimentos de cuadernos. La creación de nuevos experimentos en carpetas de Git no se admite .

Los cuadernos aparecen como modificados sin modificaciones de usuario visibles

Si cada línea de un cuaderno aparece modificada sin modificaciones del usuario, las modificaciones pueden ser cambios en caracteres finales de línea. Databricks usa caracteres finales de línea LF de estilo linux y esto puede diferir de los finales de línea en los archivos confirmados de los sistemas Windows.

Si el cuaderno se muestra como modificado, pero no puede ver modificaciones obvias del usuario, las "modificaciones" pueden ser cambios en los caracteres de "fin de línea" normalmente invisibles. Los caracteres de final de línea pueden ser diferentes en los sistemas operativos y los formatos de archivo.

Para diagnosticar este problema, compruebe si tiene un archivo .gitattributes. Si lo hace:

  • No debe contener * text eol=crlf.
  • Si no usa Windows como entorno, quite la configuración. Tanto el entorno de desarrollo nativo como Databricks usan caracteres de fin de línea de Linux.
  • Si está usando Windows, cambie la configuración a * text=auto. Git ahora almacenará internamente todos los archivos con finales de línea de estilo Linux, pero comprobará automáticamente en caracteres de fin de línea específicos de la plataforma (como Windows).

Si ya ha confirmado archivos con caracteres de fin de línea de Windows en Git, realice los pasos siguientes:

  1. Borre los cambios pendientes.
  2. Actualice el .gitattributes archivo con la recomendación anterior. Confirme el cambio.
  3. Ejecute git add --renormalize. Confirme e inserte todos los cambios.