Jump to content


Photo

converting movies/ shows creates number folders that are never cleaned up


  • Please log in to reply
30 replies to this topic

#21 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 128649 posts
  • Local time: 10:32 PM

Posted 29 May 2019 - 11:51 AM

The sync directory is only a temp directory, not intended to be a library. After the conversion is complete, the converted file gets moved to it's final destination and deleted from the temp folder.

 

So yes I would change that setting. I would suggest setting it back to default and just blanking it out.



#22 rawdrewage OFFLINE  

rawdrewage

    Advanced Member

  • Members
  • 92 posts
  • Local time: 10:32 PM

Posted 29 May 2019 - 02:22 PM

For now blanking it out and going with the default.

 

Thanks for the help.



#23 rawdrewage OFFLINE  

rawdrewage

    Advanced Member

  • Members
  • 92 posts
  • Local time: 10:32 PM

Posted 03 June 2019 - 12:22 PM

After changing this setting same problem. It never deletes the folders. See attached picture with ls -la to show creation dates of folders. I waited a few days but it did nothing. So my same problem still exists. Why doesn't emby clean out these folders when done.? Are they cleaned out for you Luke or anyone?

 

5cf548dc5bef6_Untitled.png



#24 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 128649 posts
  • Local time: 10:32 PM

Posted 03 June 2019 - 12:42 PM

Yes, it is probably permissions related. Try using the default path if you can't figure out the folder permissions.



#25 rawdrewage OFFLINE  

rawdrewage

    Advanced Member

  • Members
  • 92 posts
  • Local time: 10:32 PM

Posted 03 June 2019 - 12:56 PM

I would not think it's permissions related as all the folders are owned by emby and are group emby. You can see the full permissions for the folders I speak of.

 

I am using the default path and was using such for the screen capture.

 

This must be a bug. What else could it be?



#26 Q-Droid OFFLINE  

Q-Droid

    Advanced Member

  • Members
  • 162 posts
  • Local time: 10:32 PM

Posted 03 June 2019 - 03:30 PM

I have to agree. From what I can see in the image the parent dir, current dir and sub-dirs are all owned by emby and have the privs needed to create and remove content. Any errors from the conversions?

#27 sluggo45 OFFLINE  

sluggo45

    Advanced Member

  • Members
  • 195 posts
  • Local time: 09:32 PM

Posted 03 June 2019 - 09:50 PM

If it's a bug it's an obscure one because I have my temp directory set outside my libraries and Emby always cleans it up when done. I record and transcode a lot of live tv in addition to syncs to my iPad, etc. and haven't seen this problem, in fact I just ssh'd in to double check and make sure I wasn't missing something.

 

Could you give more detail on your install? FreeBSD (or FreeNAS) version, are you running in a jail, etc. I feel like permissions are still at the root of this somewhere. I'm sure it can be figured out.



#28 rawdrewage OFFLINE  

rawdrewage

    Advanced Member

  • Members
  • 92 posts
  • Local time: 10:32 PM

Posted 04 June 2019 - 05:02 AM

I have already switched to the default sync directory. he problem of folders not being cleaned up still exists. Emby does not clean up the folders it creates when converting files and they don't seem to care at all. 



#29 Q-Droid OFFLINE  

Q-Droid

    Advanced Member

  • Members
  • 162 posts
  • Local time: 10:32 PM

Posted 04 June 2019 - 07:07 AM

I have already switched to the default sync directory. he problem of folders not being cleaned up still exists. Emby does not clean up the folders it creates when converting files and they don't seem to care at all. 

 

It was suggested that you change the sync path away from your media library to make sure that wasn't causing these directories to get left behind. You've shown the behavior continues and the user and permissions are correct. So there might be a bug and it's a step in the right direction to continue troubleshooting. 

 

It doesn't have anything to do with "caring". Yes, there might be a bug but in the grand scheme of things this is a very minor one that does not seem to affect functionality. It just leaves directories behind in an out of the way path. Now the devs have some info to work with and may request more since no others on FreeBSD have come forward with the same issue. As I mentioned before, I'm on CentOS and a directory gets left on mine at random, just not often enough to bother.



#30 rawdrewage OFFLINE  

rawdrewage

    Advanced Member

  • Members
  • 92 posts
  • Local time: 10:32 PM

Posted 04 June 2019 - 07:41 AM

Thanks for your feedback. 

 

I am a programmer and 'random' things would really bother me. This problem is one of many that seem to linger for excessive periods of time, at least a year. This type of issue is something that should be stomped out immediately and anything 'random' should be investigated and fixed post haste. I think it's in the direction of Best Practices. That's a phrase not used often enough.



#31 MRobi OFFLINE  

MRobi

    Advanced Member

  • Members
  • 239 posts
  • Local time: 11:32 PM

Posted 05 June 2019 - 10:00 AM

 and they don't seem to care at all. 

Are you this negative in real life or just online? With the attitude you're giving towards the developers in this thread and in all your others, it's no wonder you're not having people jumping at trying to help you. And to say "they don't seem to care at all", have you not noticed @Luke has replied 10 times in this thread? 

 

I'm running 3 instances of Emby right now with 3 different versions. I primarily use the latest beta for media conversion, but tried it on both other versions as well after seeing your issue. Emby cleans up the folders every time on ALL versions. @sluggo45 is also seeing no leftover folders. In fact, this is the only thread on here that I can remember seeing with this issue. You say you're a programmer so you should grasp this concept.... if there's 1 user out of tens of thousands with an issue in a widely used feature, is it a bug in the software or is it related to the single user with the issue? It's not impossible that it's a bug that only 1 user has experienced, but odds are good that it's something in that 1 user's configuration that's causing the issue.

 

It sounds to me like a permissions issue as well. You said it yourself that you SSH into your system to change the permissions to be able to delete the directories manually. That should be your proof that this is related to permissions! I'll leave it to you to figure it out though because I've got better things to do than try to help someone that will turn around and say I don't care or I'm blowing smoke up your ass.






0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users