Vernice Trenentine - Impossibile applicare il VCL

Question

Ho installato la vernice Turpintine sul nostro sito di messa in scena seguendo le istruzioni su magento- Turpintine Wiki .

Il nostro sito è su Ubuntu 14.04, Nginx, Varnish-4.0.3m, Trennentine V0.6.5, Magento 1.9.2.

Questi sono i miei DAEMON_OPTS in /etc/default/varnish

DAEMON_OPTS="-a :80 \
             -T localhost:6082 \
             -f /etc/varnish/default.vcl \
             -S /etc/varnish/secret \
             -p cli_buffer=16384 \
             -p feature=+esi_ignore_other_elements \
             -p vcc_allow_inline_c=on \
             -s malloc,256m"

.

Ho installato con successo il modulo Trepentine, modificando solo la modifica della configurazione per il tasto di autenticazione della vernice segreta con il \n aggiunto, l'URL Blacklist e abilitando le informazioni di debug.

Quando ho provato a salvare la mia configurazione ho ottenuto l'errore di muggito:

Failed to apply the VCL to 127.0.0.1:6082: Got unexpected response code from Varnish: 106 Message from VCC-compiler: directors are now in directors VMOD. ('input' Line 27 Pos 1) director default round-robin { ########---------------------- Running VCC-compiler failed, exited with 2 VCL compilation failed

.

Questo è ciò che ho nella trementina generare il file var/default.vcl:

vcl 4.0;
C{
#include <stdlib.h>
#include <stdio.h>
#include <time.h>
#include <pthread.h>
static pthread_mutex_t lrand_mutex = PTHREAD_MUTEX_INITIALIZER;
void generate_uuid(char* buf) {
pthread_mutex_lock(&lrand_mutex);
long a = lrand48();
long b = lrand48();
long c = lrand48();
long d = lrand48();
pthread_mutex_unlock(&lrand_mutex);
sprintf(buf, "frontend=%08lx%04lx%04lx%04lx%04lx%08lx",
a,
b & 0xffff,
(b & ((long)0x0fff0000) >> 16) | 0x4000,
(c & 0x0fff) | 0x8000,
(c & (long)0xffff0000) >> 16,
d
);
return;
}
}C
import std;
director default round-robin {
{
.backend = {
.host = "127.0.0.1";
.port = "8080";
.first_byte_timeout = 300s;
.between_bytes_timeout = 300s;
}
}
}
director admin round-robin {
{
.backend = {
.host = "127.0.0.1";
.port = "8080";
.first_byte_timeout = 21600s;
.between_bytes_timeout = 21600s;
}
}

.

Sono stato apparentemente in grado di risolvere questo problema creando il file custom_include.vcl da version-4.vcl come manca

cp app/code/community/Nexcessnet/Turpentine/misc/version-4.vcl app/code/community/Nexcessnet/Turpentine/misc/custom_include.vcl

.

Ma ora quando provo a salvare la configurazione, ottengo un nuovo errore:

Failed to apply the VCL to 127.0.0.1:6082: Varnish data to write over length limit by 749 characters

.

Questo sembra essere correlato al -p cli_buffer=16384 che ho impostato nel DAEMON_OPTS in /etc/default/varnish. Quando provo ad aumentare questo ottengo ancora lo stesso errore ma con un limite diverso.

Failed to apply the VCL to 127.0.0.1:6082: Varnish data to write over length limit by 8941 characters.

.

Non ho nulla in magento/var/log/ o /var/log/varnish/ per la vernice. Ho provato a collare l'amministratore della vernice per vedere se c'era qualcosa di sbagliato con il cli_buffer ma non poteva vedere nulla di nota.

$ sudo varnishadm
varnish> param.show cli_buffer
200        
cli_buffer
        Value is: 16k [bytes]
        Default is: 8k
        Minimum is: 4k

        Size of buffer for CLI command input.
        You may need to increase this if you have big VCL files and use
        the vcl.inline CLI command.
        NB: Must be specified with -p to have effect.

.

Grazie in anticipo per qualsiasi suggerimento di consulenza.

Answer 1

Mi sembra di aver ottenuto questo funzionamento applicando una correzione che ho trovato di GitHub Ticket 915 .

Prima di tutto il problema che ho fatto domanda per il mio primo errore è stato fuorviante, quindi ho rimosso il file che ho creato.

rm app/code/community/Nexcessnet/Turpentine/misc/custom_include.vcl

.

Poi ho unito il Devel Branch of the Magento-Turpintine Repo con il mioProgetto magento come suggerito in GitHub Ticket 915 .

Ora quando salvato la configurazione Turpintine Config / applica la configurazione Varnish non ho messaggi di errore.

Sebbene il sito non sembia accelerare un grande affare, come posso garantire che la vernice funzioni come dovrebbe.

Aggiornamento Sono stato in grado di garantire che la vernice stava lavorando eseguendo Varnishstat, se il Hitate AVG è maggiore di 0 significa che la cache viene colpita.

Answer 2

Grazie per la condivisione.Ho appena installato l'ultima versione dal ramo devel per correggere un problema molto simile.Per verificare se la vernice è nella cache, è possibile utilizzare uno dei seguenti comandi VarnyTop, se si ha accesso al server.

/usr/bin/varnishtop -i RxURL
/usr/bin/varnishtop -i RxHeader -C -I \^HOST

.