Project

General

Profile

Bug #1847

Vedhæftede filer (pdf) melder undertiden "Page unavailable"

Added by Niels Frandsen almost 3 years ago. Updated over 2 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Estimated time:
URL med eksempel:
https://bib.ballerup.dk/skoler
Kategorier:
Administration - Systemkonfiguration

Description

Såvel filer uploadet og indsat via "Attachment" eller links til uploadede filer indsat i brødtekst kan undertiden fremkalde siden "Page unavailable", som efter få sekunder omstiller til forside af hjemmesiden.
Det er en fejl vi har oplevet lige fra starten med DDBcms. Den optræder lejlighedsvist/uforudsigeligt og derfor vanskelig at eftervise. Det er begrundelsen for at vi først nu griber fat i det. Vi er netop stødt på fejlen på en side
- https://bib.ballerup.dk/skoler - med 3 vedhæftede filer. Efter at have "rodet" lidt med URLerne (forskellige forsøg i forskellige browsere), ja så pludselig hentes filerne frem som de skal.

attachmentbug.jpg (41.8 KB) attachmentbug.jpg Niels Frandsen, 08/05/2016 10:30 AM

History

#1 Updated by Steen Larsen almost 3 years ago

Det er Varnish der giver denne fejl.

Varnish er sat "foran" Apache/Drupal og skal cache siderne for at sitet er hurtigt. At levere en side fra cachen er hurtigere end at Apache/drupal skal generere siden fra bunden.
Hvis Varnish får fejl og det kan f.eks. ske, hvis Apache ikke svarer hurtigt nok, så returneres en sådan fejl.

Jeg kan se at f.eks. jeres forside (eller anden underside) tilsyneladende ikke caches, så det kan jo betyde at Apache har nok at lave - og det kunne jo give en større sandsynlighed for denne fejl.
Dvs at den pludselig ikke kan levere det den skal. Om det præcis er årsagen ved jeg dog ikke.

At forsiden ikke caches gælder de fleste af ddbcms-bibliotekerne så det er åbenbart en central opsætning (som jeg vil mene er forkert).

Jeg har ikke et bud på om man bør ændre en relevant timeout i varnish eller sørge for at serveren (varnish/apache) er korrekt sat op, men jeg hælder nok til det sidste.

#2 Updated by Niels Frandsen almost 3 years ago

Tak til Steen for opklarende input, hvorefter vi håber at DDB følger op.

#3 Updated by Rolf Madsen almost 3 years ago

  • Status changed from New to DBC (waiting)
  • Assignee set to Christian Vandel
  • Target version set to DDB CMS - DBC drifts- og infrastrukturudvikling

#4 Updated by Rolf Madsen almost 3 years ago

Jeg har oprettet en sag i DBC's kundeservicesystem med sagsnummer 43471.

#5 Updated by Simon Holt almost 3 years ago

@Steen

Hvad får dig til at sige at forsiden ikke bliver cachet? At den sætter: X-Varnish-Cache:MISS?

For det ser udmiddelbart ud til at være gældende på alle sider (en ting jeg før har observeret i en anden sag).

Selv om den sætter X-Varnish-Cache:MISS tror jeg alligevel den cacher siderne. Hvis man kigger på headerne ser det i hvert fald ikke ud som om, at den ikke er forbi Drupal i 2. omgang. Så det er muligvis et problem med koden i VCL-filen der sætter X-Varnish-Cache:MISS.

#6 Updated by Steen Larsen almost 3 years ago

Ja, jeg kigger på den header som enten kan være MISS eller HIT
Almindelige statiske sider virker men php-siderne under drupal bliver tilsyneladende ikke cachet.
Det er muligt det er noget andet i varnish - i hvertfald findes samme fejl på alle ddbcms undtagen på de biblioteker der driver sitet selv.

#7 Updated by Christian Vandel almost 3 years ago

pdf'er bliver altid varnish-cachet. Men der lader til at være et timing-issue i interaktionen mellem varnish, mellemliggende haproxy og apache-backend, når den fulde pdf skal hentes over i varnish. Det graver jeg videre i...

#8 Updated by Christian Vandel over 2 years ago

Skulle være løst nu. Varnish-parameteren send_timeout blev implicit sat i kode til 60 sekunder i stedet for de 600 sekunder, som dokumentationen hævdede. Jeg har nu sat parameteren eksplicit.

#9 Updated by Steen Larsen over 2 years ago

Tilsyneladende er default ændret mellem forskellige varnish-versioner på debian/ubuntu

Den aktuelle værdi kan ses ved hjælp af
varnishadm param.show send_timeout

#10 Updated by Rolf Madsen over 2 years ago

Hvordan kan jeg teste dette issue?

Er det nok at gå ind på https://bib.ballerup.dk/skoler og reloade 50 gange for at verificere at jeg ikke får vist "Page unavailable"?

#11 Updated by Simon Holt over 2 years ago

Det kunne måske teste med en stor pdf-fil som denne: http://scholar.princeton.edu/angelab/publications/super-large-pdf-100mb

#12 Updated by Rolf Madsen over 2 years ago

max upload er sat til 20mb, men gør det en forskel i forhold til dette issue hvor stor filen er?

#13 Updated by Simon Holt over 2 years ago

Uden at være helt sikker, tror jeg da at større filer giver større mulighed for timeout.

Tænkte hvis man kørte en række test med en urimelig stor fil og der ikke opstår timeout der, kunne man bedre garantere, at det ikke sker i produktion. Man kan godt være 100MB er lige overkanten.

#14 Updated by Steen Larsen over 2 years ago

Årsagen skyldes at en bestemt version af varnish / debian havde en "forkert" indstilling mht timeout. Og det er ikke del af ddbcms (heller ikke via ding.vcl) men afhænger af den underliggende serveropsætning.

Med det vil jeg sige at en test på et "tilfældig" site ikke vil afspejle om rettelsen faktisk også er kommet ud på alle de forskellige miljøer hvor ddbcms bliver rullet ud.

#15 Updated by Rolf Madsen over 2 years ago

  • Status changed from DBC (waiting) to Resolved
  • Assignee deleted (Christian Vandel)

Testet og godkendt.

Jeg har testet https://bib.ballerup.dk/skoler med tre browsere og kan ikke genskabe den fejl Niels oprindeligt oprettede dette issue på baggrund af.

Derudover har vi tillid til at Christian nu har foretaget den korrekte konfiguration af Debian/Varnish på alle DDB CMS mijløerne (http://platform.dandigbib.org/issues/1847#note-8). :-)

#16 Updated by Rolf Madsen over 2 years ago

Bump (test af notifikationer til Simon)

Also available in: Atom PDF