Okay - just executed 'find . -type f ! -size 0’ on master, and we get no output there either.
Dave > On 7 Jan 2016, at 14:37, Neil Williams <neil.willi...@linaro.org> wrote: > > That snippet comes from lava_scheduler_app/models.py, the TestJob > model. That part of the model has not been changed since > https://git.linaro.org/lava/lava-server.git/e7006debb3b836147e7c704336d15ec18f178909 > > Author: Michael-Doyle Hudson<michael.hud...@linaro.org> > Author date: 19/08/2011 04:24 > > The code using it is job.output_file() - a check to see if output.txt > exists, otherwise the content of lava_logs is the log file for that > job. (The database entry is a reference to the file). > https://git.linaro.org/lava/lava-server.git/blob/HEAD:/lava_scheduler_app/models.py#l1588 > > A django FileField is intended to support upload of files: > https://docs.djangoproject.com/en/1.9/ref/models/fields/#filefield > > I can't find non-zero length files on staging. (find . -type f ! -size > 0) but there are 35,124 zero length files. > > Non-zero length files would infer that there is not an output.txt for > those jobs. > > Every test job gets a log_file object created, it's question of which > jobs have non-zero lava-logs files, whether an output.txt exists in > ../job-output/job-$JOBID/ and why this happened. > > To know if this attribute can be dropped from the model, we'd need a > list of filenames which are non-zero, along with a list of which ones > have and do not have an equivalent output.txt for the job ID in the > non-zero filename. > > > On 7 January 2016 at 14:07, Dave Pigott <dave.pig...@linaro.org> wrote: >> Hi all, >> >> In formulating our global backup solution, we’ve encountered a directory >> that contains nearly 600,000 empty files. It is in >> "/var/lib/lava-server/default/media/lava-logs”. >> >> Looking in the lava-server code, I *think* the offending line is in >> models.py: >> >> log_file = models.FileField( >> upload_to='lava-logs', default=None, null=True, blank=True) >> >> The worrying thing is, there are a few files that *do* have something in - a >> total of 22M worth to date. >> >> The issue is really about eating up inodes. >> >> Can anyone enlighten us as to if these files server any purpose, and if we >> can perhaps at least ignore the empty ones? >> >> Thanks >> >> Dave > > > > -- > > Neil Williams > ============= > neil.willi...@linaro.org > http://www.linux.codehelp.co.uk/
signature.asc
Description: Message signed with OpenPGP using GPGMail
_______________________________________________ linaro-validation mailing list linaro-validation@lists.linaro.org https://lists.linaro.org/mailman/listinfo/linaro-validation
