Запустите слияние на докере с томом, в котором уже есть файлы с момента последнего запуска - PullRequest
Новая
       84

Запустите слияние на докере с томом, в котором уже есть файлы с момента последнего запуска

0 голосов
/ 07 ноября 2019

Я запускаю postgres через docker-compose

version: "3.7"
services:
  postgres:
    image: postgres:9.6.15
    container_name: some-postgres
    volumes:
      -  postgresql-volume:/var/lib/postgresql/data
    environment:
      - POSTGRES_PASSWORD=rw_dev
      - POSTGRES_USER=rw_dev
      - POSTGRES_DB=rw_development
    ports:
      - "5432:5432"

volumes:
    postgresql-volume:
      external: true

С помощью команд: 

docker volume create --name postgresql-volume -d local
docker-compose up -d

Я запускаю confluence по команде: 

docker run -v  E:\tmp\conflu:/var/atlassian/application-data/confluence  --name="confluence" --env ATL_JDBC_URL=jdbc:postgresql://postgres:5432/rw_development --env ATL_JDBC_USER=rw_dev --env ATL_JDBC_PASSWORD=rw_dev  --env ATL_DB_DRIVER=org.postgresql.Driver --env ATL_DB_TYPE=postgresql   --network devops_default --link some-postgres:some-postgres --link postgres:postgres -d -p 8090:8090 -p 8091:8091 atlassian/confluence-server

Теперь, еслия останавливаю и удаляю контейнер confluence, и я имитирую ситуацию, когда я хочу восстановить confluence, в котором уже есть некоторые файлы, я получаю сообщение об ошибке при запуске через докер.

Обычно это нормально работает на http://localhost:8090/но в этом случае я получаю ERR_EMPTY_RESPONSE на этом сайте.

Если я удаляю все файлы в каталоге E:\tmp\conflu, тогда остановите / запустите конфлюэнс, он работает нормально. Пожалуйста, сообщите мне, почему он не может работать нормально, если у него уже есть файлы?

Спасибо

docker logs confluence Последние строки дают мне: 

07-Nov-2019 12:23:10.841 WARNING [Catalina-utility-1] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [ROOT] appears to have started a thread named [AtlassianEvent::CustomizableThreadFactory-1] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:
 sun.misc.Unsafe.park(Native Method)
 java.util.concurrent.locks.LockSupport.park(Unknown Source)
 java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(Unknown Source)
 java.util.concurrent.LinkedBlockingQueue.take(Unknown Source)
 java.util.concurrent.ThreadPoolExecutor.getTask(Unknown Source)
 java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
 java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
 java.lang.Thread.run(Unknown Source)
07-Nov-2019 12:23:10.874 INFO [main] org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler ["http-nio-8090"]
07-Nov-2019 12:23:10.903 INFO [main] org.apache.catalina.startup.Catalina.start Server startup in [215,140] milliseconds

1 Ответ

1 голос
/ 07 ноября 2019

Резервное копирование и восстановление должны быть выполнены как this , вы не можете просто попытаться повторно развернуть, используя те же файлы данных после настройки экземпляра

...