Felsöka fel för Databricks Git-mappar

Den här sidan innehåller vägledning för vanliga felmeddelanden och felsökningsproblem med Databricks Git-mappar.

Invalid credentials

Prova följande:

• Bekräfta att Git-integreringsinställningarna (Inställningar>Länkade konton) är korrekta. Du måste ange både ditt användarnamn och token för Git-providern.

• Bekräfta att du har valt rätt Git-provider i Inställningar>Länkade konton.

• Kontrollera att din personliga åtkomsttoken eller ditt applösenord har rätt lagringsplatsåtkomst.

• Om din Git-provider har aktiverat enkel inloggning auktoriserar du dina token för enkel inloggning.

• Testa din token med Git-kommandoraden. Ersätt textsträngarna inom vinkelparenteser:

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

Secure connection...SSL problems

Det här felet uppstår om Azure Databricks inte kan komma åt din Git-server. Om du vill få åtkomst till en privat Git-server kontaktar du ditt Azure Databricks-kontoteam.

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

Autentiseringsfel för Microsoft Entra-ID

Encountered an error with your :re[ms-entra-id] credentials. Try logging out of :re[ms-entra-id] and logging back in.

Det här felet kan inträffa om ditt team nyligen började använda en princip för multifaktorautentisering (MFA). Lös felet genom att gå till portal.azure.com och logga ut från Microsoft Entra-ID. När du loggar in igen bör du se en uppmaning om att använda MFA.

Om det inte fungerar kan du försöka logga ut från alla Azure-tjänster innan du loggar in igen.

Timeout-felmeddelanden

Åtgärder som att klona en stor lagringsplats eller checka ut en stor gren kan resultera i timeout-fel. Åtgärden kan dock slutföras i bakgrunden. Försök igen senare om arbetsytan var hårt belastad.

För att arbeta med ett stort arkiv, prova sparse checkout.

404-fel

Om du får ett 404-fel när du öppnar en fil som inte är notebook-fil väntar du några minuter och försöker igen. Det finns en kort fördröjning mellan när systemet aktiverar arbetsytan och när webbappen hämtar konfigurationen.

Frånkopplat huvudläge

En Databricks Git-mapp kan hamna i frånkopplat huvudtillstånd om:

• Någon tar bort fjärrgrenen. Databricks försöker återvinna oengagerade lokala ändringar genom att tillämpa dem på standardgrenen. Om det finns motstridiga ändringar tillämpar Databricks dem på en ögonblicksbild av standardgrenen (frånkopplat huvud).
• En användare eller tjänstens huvudkonto checkade ut en tagg med hjälp av update repo API:et.

Så här återställer du från det här tillståndet:

1. Klicka på Skapa gren för att skapa en ny gren från den aktuella kommittén, eller Välj gren för att checka ut en befintlig gren.
2. Commita och pusha för att behålla dina ändringar. Om du vill ta bort ändringar klickar du på kebabmeny under Ändringar.

Lösa konflikter med anteckningsboksnamn

Notebook-filer med identiska eller liknande filnamn kan orsaka fel när du skapar ett repository eller en pull-begäran, till exempel Cannot perform Git operation due to conflicting names eller A folder cannot contain a notebook with the same name as a notebook, file, or folder (excluding file extensions)..

Namngivningskonflikter kan uppstå även med olika filnamnstillägg. Dessa två filer är till exempel i konflikt:

• notebook.ipynb
• notebook.py

Åtgärda konflikten genom att byta namn på anteckningsboken, filen eller mappen som bidrar till feltillståndet. Om felet uppstår när du klonar repo:t, byt namn på notebookarna, filerna eller mapparna i det fjärranslutna Git-repo:t.

Fel tyder på omkloning

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

Det här felet indikerar att ett problem uppstod när mappar skulle tas bort, vilket kan göra lagringsplatsen i ett inkonsekvent tillstånd. Ta bort och klona lagringsplatsen igen för att återställa dess tillstånd.

Notebook-filer visas ändrade utan användarredigeringar

Om varje rad i en notebook-fil visas som ändrad utan användarredigeringar beror ändringarna troligen på radslutstecken. Databricks använder radbrytningar i Linux-stil, vilket kan skilja sig från filer som har åtagits på Windows-system.

Om du vill diagnostisera det här problemet kontrollerar du om du har en .gitattributes fil. Om du gör det:

• Den får inte innehålla * text eol=crlf.
• Om du inte använder Windows tar du bort den här inställningen. Både utvecklingsmiljön och Databricks använder Linux-radslut.
• Om du använder Windows ändrar du inställningen till * text=auto. Git lagrar sedan filer med linjeslut i Linux-stil internt, men checkar ut med plattformsspecifika radslut automatiskt.

Utför följande steg om du redan har checkat in filer med windows end-of-line-tecken i Git:

1. Rensa eventuella utestående ändringar.
2. Uppdatera filen enligt beskrivningen .gitattributes ovan för din miljö.
3. Genomför ändringen.
4. Kör git add --renormalize. Checka in och skicka alla ändringar.