Ollama address already in use на Linux: проверить порт
На странице · 3 разделов
Ошибка address already in use при запуске Ollama означает, что программа не смогла занять адрес и порт. На Linux сначала проверьте, отвечает ли уже работающий локальный сервер, затем посмотрите владельца порта. Не завершайте процесс по номеру вслепую: это может быть исправная служба Ollama.
При команде ollama serve на домашнем Linux появляется bind: address already in use? Это сообщение относится к адресу и порту сервера (номеру точки подключения), а не к загруженной модели: сервер не смог занять уже используемый адрес. Частый, но не единственный вариант — Ollama уже запущена как служба, а команда пытается открыть второй сервер. Это наблюдение из пользовательского сообщения в репозитории Ollama, не универсальный диагноз. s1 s6
Проверено по документации 30 октября 2026 года. Редакция не запускала Ollama и не воспроизводила конфликт. Нужны Linux, установленная Ollama и терминал; модель и видеокарта для этой проверки не требуются. Сначала проверяем локальный адрес по умолчанию 127.0.0.1:11434; если вы ранее меняли OLLAMA_HOST, сверяйте именно свой адрес, а не пример ниже. Не открывайте доступ через 0.0.0.0 ради диагностики. s2
Может быть, Ollama уже работает?
Откройте терминал и введите curl -fsS http://127.0.0.1:11434/api/tags. Если увидите текст с полем models — локальный API ответил; даже пустой список означает, что сервер работает, но не подтверждает запуск модели. В таком случае не нужен второй ollama serve: используйте действующий сервер. Если соединение отклонено либо ответило другое приложение, переходите к проверке владельца порта. s2 s5
Кто слушает порт 11434?
В терминале введите ss -ltnp 'sport = :11434'. Это команда только для просмотра TCP-порта: -l оставляет слушающие адреса, -t — TCP, -n — числа, -p — процессы. Найдите строку с адресом и портом 11434 и имя процесса в конце. Если имя не видно из-за прав, повторите только просмотр как sudo ss -ltnp 'sport = :11434'. Если нет ни одной строки, проверьте полный адрес и порт в самом сообщении об ошибке и настройку OLLAMA_HOST: конфликт мог возникнуть на другом адресе или уже исчезнуть. s3 s2
Если процесс — ollama, проверьте systemctl status ollama: официальная Linux-инструкция различает службу и отдельный ручной ollama serve. При работающей службе не запускайте ещё один сервер на том же адресе; повторите запрос к API и используйте её. Если порт занят другой программой, сначала выясните, нужна ли она: не вводите kill по первому найденному PID, не останавливайте чужую службу и не удаляйте модели. Для осознанного сосуществования есть отдельная инструкция по смене локального порта Ollama; адрес приложения-клиента после смены тоже нужно согласовать. s4 s2
Как понять, что диагностика завершена?
Повторный запрос к /api/tags возвращает поле models от нужного сервера Ollama, а команда ss показывает ожидаемого владельца выбранного локального порта. Это проверка сервера, не генерации ответа моделью. Если вместо конфликта получите connection refused, проверьте остановленную службу и локальный адрес — это другая причина. Пользовательские советы из старого issue предлагают принудительное завершение процессов и открытие адреса в сеть; не копируйте их без понимания владельца порта и последствий. s5 s3 s6
Источники
- Linux man-pages: bind(2), EADDRINUSE — HTML и SHA-256 сохранены в research/raw. Получено 30.10.2026.
- Ollama FAQ v0.40.13: адрес по умолчанию и OLLAMA_HOST — revision 04088e7c9d41cba5d33bafbf788d87a465c79d5b. Получено 30.10.2026.
- Linux man-pages: ss(8) — HTML и SHA-256 сохранены в research/raw. Получено 30.10.2026.
- Ollama Linux v0.40.13: ручной запуск и служба — revision 04088e7c9d41cba5d33bafbf788d87a465c79d5b. Получено 30.10.2026.
- Ollama Docs: список моделей /api/tags — Изменяемая документация, снимок HTML в research/raw. Получено 30.10.2026.
- Ollama issue #707: сообщение пользователя и комментарии — Сообщение пользователя, не авторская гарантия решения; сохранены тело и все 34 комментария. Получено 30.10.2026.