Giter VIP home page Giter VIP logo

Comments (8)

carroarmato0 avatar carroarmato0 commented on July 17, 2024

I've figure out that it was permission issues. But having some debugging would have helped found out sooner :)

from dump1090.

mutability avatar mutability commented on July 17, 2024

IIRC the original reason for silently suppressing errors was that they were very noisy in the face of misconfiguration (either you make the first error encountered make dump1090 bail out entirely, or you spam lots of errors into the logs - neither is really ideal). But I agree that silently eating errors is not great; let's see what I can do to find a middle ground.

from dump1090.

carroarmato0 avatar carroarmato0 commented on July 17, 2024

Shooting out errors on the first go encourages fixing the issue to get beautiful output again :)
There's also the use case of the filesystem getting full which you might not see immediately.

from dump1090.

mutability avatar mutability commented on July 17, 2024

If you fill up the filesystem is it preferable to keep logging that you filled up the filesystem, once a second, or to have dump1090 exit and restart? neither seems ideal..

from dump1090.

carroarmato0 avatar carroarmato0 commented on July 17, 2024

If the filesystem is already full, re-attempting to log will fail anyway until things have been cleaned up or storage has been extended, in which case the program can continue to log, and no further action is necessary.
It's the lesser evil :)

from dump1090.

carroarmato0 avatar carroarmato0 commented on July 17, 2024

But I think permission denied is different, and the application should come to a halt until it's fixed because spamming the filesystem with "Write Permission error" is filling up the filesystem for nothing and the user does not get the expected result that things are being logged.

from dump1090.

mutability avatar mutability commented on July 17, 2024

I took the middle ground and log-and-continue with rate limiting to no more than one message per minute:

$ ./dump1090 --write-json no-perms --net-only
Wed Aug  4 17:34:41 2021 +08  dump1090-fa unknown starting up.
Net-only mode, no SDR device or file open.
failed to create no-perms/receiver.json.Nr1pMT (for updating no-perms/receiver.json): Permission denied
failed to create no-perms/stats.json.nqseqU (for updating no-perms/stats.json): Permission denied (66 more error messages suppressed)

from dump1090.

carroarmato0 avatar carroarmato0 commented on July 17, 2024

Sounds good! Thanks.

from dump1090.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.