[abergman]

Ursprungligen postat av azzid

Jag fick nyss i uppgift att styra upp ett problem med en webbserver. Jag tittade på det men blev inte vidare klok på problemet, varför jag vänder mig hit för att se om någon annan kanske känner igen det.

php-koden ska bara sammanställa och presentera lite siffror, dessa siffror hittas i diverse loggfiler och för att saxa loss rätt bit ur resp. loggfil används små bashscript.

En rad i php-koden ser alltså typiskt ut såhär (|awk finns där för att städa bort decimaler):

$var = trim(shell_exec("script.sh current | gawk -F. '{print $1}'"));

och en rad i skalscriptet ser typiskt ut såhär:

VAR=$(cat /var/log/file.log | grep $DATE | head -n1 | awk -F, {'print $3'})

Om jag kör skalscriptet från skalet så fungerar det finfint, oavsett om jag kör som root eller om jag kör som webbserverns användare, men så fort jag laddar phpkoden i en webbläsare dyker detta upp i errorloggen för apache:

grep: writing output: Broken pipe

Genom att klippa ned koden till ett minimum har jag lyckats slå fast att det är just den första pipen i skalscriptet som genererar felet i loggen, ändrar jag t.ex. så jag pipar till något annat så får jag samma fel, fast gällande det andra kommandot (grep byts till cat t.ex.).

Någon som känner igen problemet? Eller har någon idé om hur man ska få ordning på det?

Om du byter ut variablerna mot riktiga värden, vad får du då?

[azzid]

Det är så rörigt på servern/i loggen just nu att det blir svårt att göra några vettiga tester. Men när jag försökt återskapa problemet med färdiga strängar istället för variabler så misslyckas jag. Kunde tom skapa en textfil och köra exakt samma kod, men då få den att fungera, så jag misstänker att det är nått tjall med loggfilerna som datat hämtas ur.

Svårt som sagt att komma vidare när testerna blir otydliga pga övermatade loggar, så lösningen kan nog få vänta en stund till.

Tack för svaret!