#64 warn on files.db ownership/permissions mismatch

closed
nobody
None
5
2014-02-27
2012-02-17
No

For future troubleshooters:

This symptom can sometimes be cause by a permissions mismatch. During other troubleshooting, I ran minidlna -R as root, after which the daemon (running as user 'minidlna' on my FreeBSD system) couldn't read the file.

Related

Feature Requests: #64

Discussion

  • Royce Williams

    Royce Williams - 2012-02-17

    Apologies; I thought I was leaving a comment. However, this could very well be a feature request: for MiniDLNA to detect and give an explicit error in the case of a permissions mismatch.

     
  • Royce Williams

    Royce Williams - 2012-02-17
    • summary: other possible explanations --> warn on files.db ownership/permissions mismatch
     
  • Royce Williams

    Royce Williams - 2012-02-17

    This feature request was inspired by #2857214.

     
  • Joe

    Joe - 2014-02-27

    I know this is an old one, but I've created a patch against 1.1.1
    Basically it chmods the db_path to the uid that minidlna runs as.
    If it can't do it, then it gives a fatal error.

    Otherwise, warnings concerning the db are pretty well formed.

     
    • Royce Williams

      Royce Williams - 2014-02-27

      Always a pleasant surprise when an old ticket is resurrected! Thanks very
      much!
      On Feb 27, 2014 11:16 AM, "Joe" finitelife@users.sf.net wrote:

      I know this is an old one, but I've created a patch against 1.1.1
      Basically it chmods the db_path to the uid that minidlna runs as.
      If it can't do it, then it gives a fatal error.

      Otherwise, warnings concerning the db are pretty well formed.

      Attachment: db_own.diff (557 Bytes; application/octet-stream)

      Status: open
      Created: Fri Feb 17, 2012 06:09 AM UTC by Royce Williams
      Last Updated: Fri Feb 17, 2012 06:20 AM UTC
      Owner: nobody

      For future troubleshooters:

      This symptom can sometimes be cause by a permissions mismatch. During
      other troubleshooting, I ran minidlna -R as root, after which the daemon
      (running as user 'minidlna' on my FreeBSD system) couldn't read the file.


      Sent from sourceforge.net because you indicated interest in
      https://sourceforge.net/p/minidlna/feature-requests/64/

      To unsubscribe from further messages, please visit
      https://sourceforge.net/auth/subscriptions/

       

      Related

      Feature Requests: #64

  • Justin Maggard

    Justin Maggard - 2014-02-27

    I checked in something similar. I think fatal is a bit too harsh, since the directory could be writeable by the configured user, even if he doesn't own it, so there will just be an error logged.

     
  • Justin Maggard

    Justin Maggard - 2014-02-27
    • status: open --> closed
    • Group: --> Next Release (example)
     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks