Лакируйте сбои перезагрузки VCL после добавления второго бэкенда

Что касается IIS, ASP.NET 2.0 3.0 или 3.5 использует ту же версию CLI, таким образом, они undistingable

2
задан 27 March 2010 в 22:57
1 ответ

Я не видел, что определенная ошибка, но, вставляя бэкенд, заметил, не ссылаются ли на бэкенд в конфигурации, это дало мне проблемы при перезапуске на наших серверах разработки.

storage_file: filename: /var/lib/varnish/devel/varnish_storage.bin size 1024 MB.
Message from VCC-compiler:
Unused backend default2, defined:
(input Line 11 Pos 9)
backend default2 {
--------########--
Running VCC-compiler failed, exit 1
VCL compilation failed

Так, действительно ли возможно, что у Вас нет правила, ссылающегося на бэкенд?

1
ответ дан 3 December 2019 в 13:31
  • 1
    Спасибо за предложение. I' ve попробовал его оба пути - с и без соответствующего правила, ссылающегося на бэкенд, но напрасно. Кроме того, как Вы просматриваете выход компилятора VCC? Если я видел, что, это могло бы дать мне ключ к разгадке, мне нужно. –  Andy 28 March 2010 в 01:14
  • 2
    Интересно, оказывается, что моя проблема была связана с Вашим предложением. Когда я перезагрузил VCL, не ссылаясь на бэкенд в конфигурации, я получил ошибку. Когда я перезагрузил VCL со ссылкой на бэкенд, я все еще получил ошибку - но это было то, потому что у меня была синтаксическая ошибка в строке, ссылающейся на бэкенд (я поместил " req.backend = backend2; " вместо " набор req.backend = backend2; ". когда я исправил синтаксическую ошибку, VCL, перезагруженный обычно, и теперь работаю как ожидалось.Спасибо! –  Andy 28 March 2010 в 07:47
  • 3
    telnet к администраторскому интерфейсу: telnet localhost 6082 vcl.load-C/etc/varnish/default.vcl или, если Вы перезапускаете демона через большинство init сценариев, они shouldn' t скрывают STDERR. –   28 March 2010 в 08:03

Теги

Похожие вопросы