Skip to main content
Якщо ви використовуєте старішу версію, вказуйте у шляхах sharelatex замість overleaf.
Монтування файлової системи NFS у контейнер Overleaf технічно можливе, але не рекомендоване і може призводити до різних проблем із продуктивністю.Одна з поширених помилок, що виникає під час компіляції:
Зокрема, ми не радимо використовувати файлові системи на основі NFS для тимчасових даних, наприклад для каталогів із даними компіляції. Для наведених нижче каталогів радимо використовувати локальний робочий диск, бажано локальний SSD.Для інсталяцій на основі docker-compose пропонуємо просто перевизначити bind-mount з NFS, що дає змогу не змінювати шляхи в застосунку. Ось приклад фрагмента конфігурації docker-compose з використанням робочого диска, змонтованого в /scratch:
docker-compose excerpt
Після оновлення немає потреби переносити наявні файли з NFS у нове місце. Компілятор LaTeX може повторно створити всі файли під час повної компіляції.Докладніше див.: https://docs.overleaf.com/on-premises/support/troubleshooting#running-overleaf-with-an-nfs-filesystem
Якщо ви запускаєте Overleaf у Windows або macOS, служба mongo може не перезапуститися з такою помилкою:
Example error
Щоб уникнути цієї помилки, дані потрібно зберігати в томі, а не в каталозі, підключеному через bind mount (докладніше див. документацію образу mongo: https://github.com/docker-library/docs/blob/master/mongo/content.md#where-to-store-data). Щоб зберігати дані в томах Docker, змонтованих у контейнери MongoDB і Redis, додайте наведене нижче до config/docker-compose.override.yml (створіть цей файл, якщо його ще немає):
config/docker-compose.override.yml
Докладніше див.: https://docs.overleaf.com/on-premises/support/troubleshooting#running-overleaf-on-windows-or-macos-results-in-the-mongoservice-not-starting
Скористайтеся командою docker logs redis, щоб вивести копію журналів.Якщо ви бачите рядок Fatal: Can't initialize Background Jobs, повний вивід виглядатиме приблизно так:
Redis log example
Це може бути пов’язано з версією Docker, що використовується. Оновлення до версії >= 20.10.10 має розв’язати цю проблему.Докладніше див. відповідну проблему в Redis: https://github.com/redis/redis/issues/12362Джерело: https://docs.overleaf.com/on-premises/support/troubleshooting#upgrading-to-redis-6.2-results-in-a-restart-loop
Іноді зображення попереднього перегляду/мініатюри, згенеровані Server Pro, можуть мати неправильну орієнтацію, і їх потрібно виправити вручну. Ці зображення зберігаються в /var/lib/overleaf/data/template_files/ (>= 5.0.3) та /var/lib/sharelatex/data/template_files/ (у старіших версіях).Перед внесенням будь-яких змін радимо створити резервну копію цієї папки.Для кожного проблемного шаблону потрібно виконати наведені нижче кроки:Знайдіть ID шаблонуПерейдіть до галереї шаблонів вашого екземпляра (/templates/all), відкрийте проблемний шаблон і скопіюйте ID з URL-адреси (наприклад: https://your-instance-url/templates/6645d346c224815e9460a695).Виконайте команду виправленняВиконайте наведену нижче команду на хості Docker (замініть ID шаблону на скопійований і за потреби оновіть шлях):docker exec sharelatex /bin/bash -c “mogrify -rotate 90 /var/lib/overleaf/data/template_files/6645d346c224815e9460a695_*{thumbnail,preview}”Джерело: https://docs.overleaf.com/on-premises/support/troubleshooting#incorrect-orientation-of-template-gallery-preview-thumbnail-images
Команду \write18 у Community Edition за замовчуванням вимкнено, оскільки всі компіляції відбуваються в одному контейнері sharelatex; це безпечніше налаштування за замовчуванням.Якщо ви хочете ввімкнути її для pdflatex, створіть у корені проєкту файл latexmkrc з таким вмістом:
latexmkrc
Потім спробуйте скомпілювати повторно.Джерело: https://docs.overleaf.com/on-premises/support/troubleshooting#please-verify-that-you-have-enabled-system-calls.-for-pdflatex-this-is-pdflatex-shell-escape
Останнє оновлення 4 жовтня 2026 р.