Cloudron makes it easy to run web apps like WordPress, Nextcloud, GitLab on your server. Find out more or install now.


Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Bookmarks
  • Search
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Brand Logo

Cloudron Forum

Apps | Demo | Docs | Install
  1. Cloudron Forum
  2. FreeScout
  3. "Failed to open stream: Permission denied" for cache/data

"Failed to open stream: Permission denied" for cache/data

Scheduled Pinned Locked Moved FreeScout
9 Posts 2 Posters 710 Views 2 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • N Offline
    N Offline
    neoplex
    wrote on last edited by neoplex
    #1

    Anyone else seeing this behavior?

    Having trouble with files in the cache directory under /app/data/storage/framework/cache/data being created with root/root, stalling background jobs and causing frequent disconnects in the frontend.

    87c4b643-2bfd-4d62-9de6-69f5f04d2ef2-image.png

    1c56fd36-66d7-4f36-b2ff-dbd748ae1494-image.png

    After changing the user/group for cache/data directory recursively to www-data/www-data, things are working for a moment. Then the same thing happens again. I had a quick go around and couldn't find any obvious misalignment in the configuration or running processes.

    1 Reply Last reply
    0
    • J Online
      J Online
      joseph
      Staff
      wrote on last edited by
      #2

      AFAICT, everything in the container runs as www-data user. Not sure who is creating these. Can you make a note of the timestamps of the bad directories, next time around? We should try to correlate with app logs.

      1 Reply Last reply
      0
      • N Offline
        N Offline
        neoplex
        wrote on last edited by neoplex
        #3

        It appears that the directories owned by root are created either on the hour or at 45 minutes past the hour. And it seems to be related to those stalled App\Jobs\UpdateFolderCounters job.

        1 Reply Last reply
        1
        • J Online
          J Online
          joseph
          Staff
          wrote on last edited by
          #4

          @neoplex are you able to reproduce this by running the cron task manually? You can do this by Web Terminal -> Cron on the top. thanks

          1 Reply Last reply
          0
          • N Offline
            N Offline
            neoplex
            wrote on last edited by
            #5

            It's not the cron job. It's this job that's executed by the queue worker.

            image.png

            image.png

            Although the PHP script that the queue worker is being executed with runs as www-data.

            image.png

            The timestamps match.

            1 Reply Last reply
            0
            • N Offline
              N Offline
              neoplex
              wrote on last edited by
              #6

              image.png

              1 Reply Last reply
              0
              • J Online
                J Online
                joseph
                Staff
                wrote on last edited by
                #7

                are you on the package 1.13.2 ? just to get that out of the way.

                1 Reply Last reply
                0
                • N Offline
                  N Offline
                  neoplex
                  wrote on last edited by
                  #8

                  Yep!

                  image.png

                  1 Reply Last reply
                  0
                  • J Online
                    J Online
                    joseph
                    Staff
                    wrote on last edited by
                    #9

                    @neoplex unfortunately, cannot reproduce. If it's easy to see this, can you please send a mail to support@cloudron.io and we can take a look to debug this further.

                    1 Reply Last reply
                    0
                    Reply
                    • Reply as topic
                    Log in to reply
                    • Oldest to Newest
                    • Newest to Oldest
                    • Most Votes


                    • Login

                    • Don't have an account? Register

                    • Login or register to search.
                    • First post
                      Last post
                    0
                    • Categories
                    • Recent
                    • Tags
                    • Popular
                    • Bookmarks
                    • Search