Chatten visar ett fel, men vilket program misslyckades och vad hände precis före? Börja med att koppla ett litet prov till den Ollama-process som faktiskt tog emot anropet. En ensam rad som ser allvarlig ut är ett spår att undersöka. Den är inte tillräckligt underlag för att välja en reparation.
Här bygger du ett avgränsat felsökningsunderlag: körsätt, loggplats, tidpunkt, klientens observation och ett granskat utdrag. Målet är att någon annan ska kunna förstå vad du såg och vilket nästa prov som skulle skilja två tänkbara förklaringar åt.
Börja med rätt server och körsätt
Anteckna vilket operativsystem du använder, hur Ollama startades och vilken serveradress chattklienten använder. Skriv exempelvis ”Windows-app på samma dator” eller ”container på annan dator”. Om adressen går till en annan maskin behöver underlaget samlas där servern körs. Att hitta en gammal logg på klientdatorn räcker inte för att knyta den till dagens fel.
Följande platser och kommandon kommer från Ollamas felsökningsdokumentation, kontrollerad 30 okt 2026. Välj raden som motsvarar din startmetod. Använd inte appens filplats som antagande för en separat terminalprocess.
| Körsätt | Dokumenterad logg |
|---|---|
| Windows-app | %LOCALAPPDATA%\Ollama: senaste server.log, äldre server-#.log. |
| macOS-app | cat ~/.ollama/logs/server.log |
| Linux med systemd | journalctl -u ollama --no-pager --follow --pager-end |
| Container | docker logs <container-namn> visar stdout/stderr. Hitta namnet med docker ps. |
Manuell ollama serve | Loggarna visas i terminalen där servern körs. |
Windows-sökvägen kan klistras in i Utforskarens adressfält. Saknas filen, kontrollera först att du valt rätt användare och körsätt. Behöver du installationens sammanhang finns guiden till Ollama på Windows.
Gör ett ofarligt prov med tydlig början och slut
Välj en redan installerad textmodell vars körning du har kontrollerat är lokal. Använd ingen privat konversation eller arbetsfil. I CLI-referensen finns ollama ls för modellistan och ollama run för att köra en modell. Kopiera det exakta modellnamnet från din installation och skriv en ofarlig fråga, exempelvis ”Svara med ordet hej”.
Anteckna klockslaget och tidszonen direkt före försöket och direkt efter. Spara även Ollama-version, exakt modellnamn, klientnamn och klientens feltext. Om loggen visar en annan tidszon behöver den skillnaden redas ut före jämförelsen. Använd gärna en minut runt försöket som första arbetsfönster; det är ett valt urval, ingen garanti att all relevant information ryms där.
Gör ett anrop i taget. Notera om du fick ett svar, ett fel eller inget synligt avslut. Kopiera sedan raderna runt det fönstret till en separat arbetsfil och behåll originalet. Saknas kopplingen mellan prov och logg, skriv just det. Tystnad i det valda utdraget visar inte ensam om anropet nådde servern eller om du tittar på fel process.
Läs förloppet, inte bara raden med error
Läs även vad som sker före och efter den misstänkta raden. Leta efter en möjlig följd: serverstart, modellinläsning, anrop och avslut. Behandla följden som en fråga att kontrollera, inte som en utlovad uppsättning loggfält. Dokumentationen påpekar själv att åtminstone en av dess exempelrader ser olika ut mellan utgåvor.
Gör två kolumner i din arbetsanteckning. I den första skriver du vad utdraget faktiskt visar, med tid och ordagrann feltext. I den andra skriver du din tolkning och vad som skulle behövas för att pröva den. Följande är ett förenklat, fiktivt arbetsunderlag, inte råutdata från Ollama:
| Observation i provet | Hypotes och nästa kontroll |
|---|---|
| Klienten visar anslutningsfel. Inga rader har ännu kunnat kopplas till anropet. | Fel adress eller fel logg är möjliga spår. Kontrollera klientens serveradress och processens körsätt. |
| En felrad ligger nära provets tidpunkt, men flera anrop pågick. | Sambandet är oklart. Gör ett nytt isolerat prov innan raden tillskrivs just ditt anrop. |
| Klienten slutar visa text. Serverutdraget ger ingen fastställd avslutsorsak. | Samla klientens fel och API-avslut separat. Skriv inte att servern kraschade utan stöd. |
Om problemet gäller avklippt text går du vidare till artikeln om svar som avbryts. Om frågan gäller CPU och GPU använder du felsökningen av CPU-körning. Loggutdraget blir underlag till de undersökningarna; en lösryckt rad ersätter inte deras särskilda kontroller.
Använd debug som ett separat försök
Börja med normal loggning. Om den lämnar en konkret fråga obesvarad kan du göra ett kort debugprov. För Windows-appen anger felsökningsdokumentationen att du först avslutar appen via aktivitetsfältets meny och sedan startar den från PowerShell så här:
$env:OLLAMA_DEBUG="1"
& "ollama app.exe"Anteckna att provet gjordes med extra loggning. Följ samma ofarliga fråga och tidsfönster som tidigare, och jämför vad som tillkom. Instruktionen gäller Windows-appen; överför den inte ordagrant till systemd eller en container. Starta inte ytterligare en server ovanpå din befintliga process för att försöka få fler rader.
Avsluta debugprovet och återgå till ditt vanliga startsätt utan debuginställningen. Blanda inte utdrag från normal drift och debug utan att märka dem. Dokumentationen ger ingen allmän garanti om exakt innehåll i varje logg, så lova inte att promptar eller andra känsliga uppgifter saknas.
Granska utdraget före delning
Arbeta i en kopia och läs varje rad som ska lämnas vidare. Kontrollera särskilt användarnamn, filsökvägar, adresser, innehåll från frågor och eventuella hemligheter. Ersätt känsliga värden konsekvent och märk redigeringarna, så att mottagaren kan skilja din maskering från programmets feltext. Ta bort onödiga delar ur kopian utan att rensa originalets loggar.
Lägg till en kort följesedel: körsätt, version, modell, tidszon, provets fråga, förväntat och faktiskt resultat samt vilka rader som maskerats. Avsluta med en fråga, exempelvis ”vilket nytt prov skiljer fel serveradress från en klient som tappar anslutningen?”. Om orsaken fortfarande är okänd ska det stå i underlaget. Då går felsökningen att fortsätta utan att en gissning först måste avläras.
FAQ
Var finns Ollamas loggar i Windows?
För Windows-appen anger dokumentationen %LOCALAPPDATA%\Ollama. Den senaste serverloggen heter server.log och äldre serverloggar heter server-#.log.
Är chattklientens fel samma sak som ett serverfel?
Klientens fel och serverns logg är olika underlag. Koppla dem till samma prov och tidsfönster innan du bedömer hur de hör ihop.
Behöver jag slå på OLLAMA_DEBUG direkt?
Börja med normal loggning. Extra debugloggning är ett separat, avgränsat prov när du har en fråga som det första underlaget inte besvarar.
Kan jag dela hela serverloggen?
Gör först en separat kopia av det relevanta tidsfönstret och granska den manuellt. Dela bara de granskade uppgifter som behövs för felsökningen.
Källor och metod
- Ollama Troubleshooting – loggplatser, körsätt och Windows debugstart.
- Ollama CLI Reference – modellista och modellkörning.
Primärkällorna kontrollerades 30 okt 2026. De är löpande dokumentation; jämför med din installerade version vid avvikelse. Arbetsmetoden och tabellens fiktiva underlag är föreslagna läsarprov. Redaktionen har inte kört en lokal modell eller verifierat ett visst fel.