> For the complete documentation index, see [llms.txt](https://overleaf-pro.ayaka.space/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://overleaf-pro.ayaka.space/on-premises/da/support/troubleshooting.md).

# Fejlfinding

{% hint style="info" %}
Hvis du bruger en tidligere version, skal du bruge `sharelatex` i stedet for `overleaf` i sti-navne.
{% endhint %}

<details>

<summary>Kørsel af Overleaf med et NFS-filsystem</summary>

Det er teknisk muligt at montere et NFS-filsystem i en Overleaf-container, men det anbefales ikke og kan resultere i forskellige typer ydeevnefejl.

En almindelig fejl, som kompileringer ser, er:

```
EBUSY: resource busy or locked, unlink '/var/lib/overleaf/data/compiles/62f3d57bef7cf9005c364e75-62f3d57bef7cf9005c364e7a/.nfs573663533034825247625441'
```

Vi fraråder især at bruge NFS-baserede filsystemer til flygtige data, såsom de mapper, der bruges til kompileringsdata. Vi anbefaler at bruge en lokal scratch-disk, helst en lokal SSD, til følgende mapper.

For `docker-compose` -baserede opsætninger foreslår vi blot at tilsidesætte bind-mounten fra NFS, hvilket undgår at ændre stier i applikationen. Her er et eksempel på et `docker-compose` konfigurationsudsnit med brug af en scratch-disk, der er monteret på `/scratch`:

{% code title="udsnit af docker-compose" %}

```yaml
services:
  sharelatex:
    environment:
      SANDBOXED_COMPILES_HOST_DIR: /scratch/compiles/
    volumes:
      - nfs:/var/lib/overleaf/data
      - /scratch/cache/:/var/lib/overleaf/data/cache
      - /scratch/compiles/:/var/lib/overleaf/data/compiles
      - /scratch/output/:/var/lib/overleaf/data/output
      - /scratch/tmp/:/var/lib/overleaf/tmp
```

{% endcode %}

Der er ingen grund til at migrere eventuelle eksisterende filer fra NFS til deres nye placering efter opdateringen. LaTeX-kompileren kan genskabe alle filerne igen med en fuld kompilering.

For flere detaljer se: <https://docs.overleaf.com/on-premises/support/troubleshooting#running-overleaf-with-an-nfs-filesystem>

</details>

<details>

<summary>Kørsel af Overleaf på Windows eller macOS medfører, at `mongo`-tjenesten ikke starter</summary>

Hvis du kører Overleaf på Windows eller macOS, kan `mongo` -tjenesten fejle ved genstart med en fejl:

{% code title="Eksempel på fejl" %}

```
Kunne ikke starte WiredTiger under nogen kompatibilitetsversion.
Årsag: 1: Handlingen er ikke tilladt
```

{% endcode %}

For at undgå denne fejl skal dataene gemmes i et volume i stedet for i en bind-monteret mappe (se `mongo` billeddokumentationen for flere detaljer: <https://github.com/docker-library/docs/blob/master/mongo/content.md#where-to-store-data>). For at gemme data i Docker-volumes, der er monteret inde i MongoDB- og Redis-containerne, skal du tilføje følgende til `config/docker-compose.override.yml` (opret denne fil, hvis den endnu ikke findes):

{% code title="config/docker-compose.override.yml" %}

```yaml
volumes:
  mongo-data:
  redis-data:

services:
  mongo:
    volumes:
      - mongo-data:/data/db

  redis:
    volumes:
      - redis-data:/data
```

{% endcode %}

For mere information se: <https://docs.overleaf.com/on-premises/support/troubleshooting#running-overleaf-on-windows-or-macos-results-in-the-mongoservice-not-starting>

</details>

<details>

<summary>Opgradering til Redis 6.2 resulterer i en genstarts-løkke</summary>

Brug `docker logs redis` -kommandoen til at udskrive en kopi af loggene.

Hvis du ser linjen `Fatal: Kan ikke initialisere baggrundsjob`, vil den fulde output se nogenlunde sådan ud:

{% code title="Eksempel på Redis-log" %}

```
1:M 11 Feb 2024 15:19:22.609 # Server initialized
1:M 11 Feb 2024 15:19:22.609 # Fatal: Kan ikke initialisere baggrundsjob.
1:C 11 Feb 2024 15:19:26.055 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
```

{% endcode %}

Dette kan være relateret til den version af Docker, der bruges i øjeblikket. Opdatering til en version >= 20.10.10 bør løse dette problem.

For mere information, se Redis' upstream-problem: <https://github.com/redis/redis/issues/12362>

Reference: <https://docs.overleaf.com/on-premises/support/troubleshooting#upgrading-to-redis-6.2-results-in-a-restart-loop>

</details>

<details>

<summary>Forkert orientering af forhåndsvisnings-/miniaturebilleder i skabelongalleriet</summary>

Indimellem kan forhåndsvisnings-/miniaturebilleder, der genereres af Server Pro, blive oprettet i forkert orientering og kræve manuel indgriben for at blive rettet. Disse billeder gemmes i `/var/lib/overleaf/data/template_files/` (>= 5.0.3) og `/var/lib/sharelatex/data/template_files/` (tidligere).

Vi anbefaler at sikkerhedskopiere denne mappe, før du foretager ændringer.

Du skal følge trinene nedenfor for hver berørt skabelon:

Find skabelon-ID'etGå til din instans' skabelongalleri (/templates/all), åbn en berørt skabelon, og kopier ID'et fra URL'en (for eksempel: <https://your-instance-url/templates/6645d346c224815e9460a695).Kør> korrigeringskommandoenKør følgende kommando fra Docker-værten (udskift skabelon-ID'et med det, du kopierede, og opdater stien, hvis det er relevant):docker exec sharelatex /bin/bash -c "mogrify -rotate 90 /var/lib/overleaf/data/template\_files/6645d346c224815e9460a695\_\*{thumbnail,preview}"

Reference: <https://docs.overleaf.com/on-premises/support/troubleshooting#incorrect-orientation-of-template-gallery-preview-thumbnail-images>

</details>

<details>

<summary>Bekræft, at du har aktiveret systemkald. For pdflatex er dette 'pdflatex -shell-escape'.</summary>

Den `\write18` -kommandoen er som standard deaktiveret i Community Edition, fordi alle kompileringer sker inden for den samme `sharelatex` container; dette er den sikrere standard.

Hvis du ønsker at aktivere det for pdflatex, skal du oprette en `latexmkrc` -fil i roden af dit projekt med følgende indhold:

{% code title="latexmkrc" %}

```perl
$pdflatex = 'pdflatex --shell-escape';
```

{% endcode %}

Prøv derefter at kompilere igen.

Reference: <https://docs.overleaf.com/on-premises/support/troubleshooting#please-verify-that-you-have-enabled-system-calls.-for-pdflatex-this-is-pdflatex-shell-escape>

</details>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://overleaf-pro.ayaka.space/on-premises/da/support/troubleshooting.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.