Я совершенно новичок в Nginx. У меня есть VPS с 3 приложениями, работающими на разных портах: Локальный хост FirstApp: 8080 Локальный хост SecondApp: 4000 ThirdApp localhost: 8085.
FirstApp работает нормально и Nginx перенаправляет правильно, но я хочу перенаправить на другое подобное:
* domain-name.com/
* domain-name.com/secondApp
* domain-name.com/thirdApp
Теперь я могу это сделать, но мне нужно перейти на domain-name.com:4000
Что мне делать?
${SYNCOID} --sshkey="${SSH_KEY}" root@${REMOTE_SERVER}:${SRC_POOL}/${SAMPLE_FILESYSTEM} ${DEST_POOL}
он жалуется, что не может возобновить транзакцию отправки / получения
Во время нормальной работы syncoid извлекает receive_resume_token на целевой машине:
/usr/local/sbin/zfs get -H receive_resume_token 'destpool/samplefs'
Если он находит один, он пытается получить снимок, соответствующий этому токену на исходной машине:
ssh sourceserver zfs send -t (token stored in receive_resume_token retrieved above) | (network stuff...) | zfs receive -s -F 'destpool/samplefs'
cannot resume send: 'sourcepool/samplefs@samplesnap' used in the initial send no longer exists
Единственный способ заставить его работать - это добавить флаг "--no-resume" к команде syncoid. Это не то, что я хочу, так как некоторые файловые системы очень большие, и в этом окружении вероятны сбои систем.
Я попытался очистить этот токен, запустив:
zfs recv -A 'srcpool/samplefs'
на исходной машине и:
zfs recv -A 'destpool/samplefs'
на целевой машине, я получаю:
srcpool/samplefs does not have any resumable receive state to abort
(на целевой машине это destpool / samplefs)
Вопрос: есть ли способ очистить атрибут receive_resume_token в целевой файловой системе?
Обратите внимание, что эта проблема присутствует только с ОДНОЙ файловой системой. Есть много других рабочих передач на обеих машинах в обоих направлениях с использованием одного и того же набора команд.
Если zfs recv -A
не помогает, вы можете попробовать уничтожить (или переименовать) целевой набор данных и повторно синхронизировать его.
Также обратите внимание на использование ] syncoid
с опцией - no-resume
не должно быть проблемой: даже для больших наборов данных инкрементальные обновления, как правило, довольно малы и не требуют поддержки возобновления (что, наоборот,может быть полезно для первой полной синхронизации).