-
Notifications
You must be signed in to change notification settings - Fork 213
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
inotify stopped working #2926
Comments
I experienced some strange behaviour on my 15.4 also (I plan to update to 15.5 soon) and updated some code in current development branch. Anyway, Gerbera 1.5.1 is quite old, so I recommend to update your box (https://build.opensuse.org/package/show/multimedia:apps/gerbera) and see whether the issue still exists. |
Sorry, I have 1.12.1 installed! |
Which package did you install? MultiMedia:apps? Did you try to reinstall after updating to LEAP 15.5? |
I had installed gerbera before updating to 15.5. And AFAIR the Update to 15.5 also updated gerbera. And there was at least one more update since then. rpm says: Name : gerbera And zypper says: i+ | gerbera | package | 1.12.1-lp155.36.2 | x86_64 | Multimedia - Apps - Leap 15.5 So it is the version from Multimedia:Apps |
Can you run |
gerbera --compile-info Gerbera UPnP Server 1.12.1 Compile infoWITH_NPUPNP=NO |
I'm on 15.5 now also and don't see an issue with inotify. I recently fixed an issue when you manually renamed a new folder (on my samba share) and then added something into that folder. Maybe that's your scenario as well. |
No, in my scenario I add a new folder with some new songs to one of the autoscan hierarchies. In this case the songs are not added to the database until gerbera is restarted. |
That sounds very similar. I did not investigate into all scenarios, but the new files show up again. |
But isn't that the normal scenario for autoscan usage? Adding new folders or files, modfying files and so on? In none of those cases the modifications are seen by gerbera. |
In my case it was the contents of a new folder. Been broken along the way. Gerbera did not route the changes to the correct target anymore. |
Do you know, when your fixes will be available for openSUSE Leap 15.5? |
I am working on the new gerbera version which hopefully will be picked up by the tumbleweed package maintainer to make it publicly available. |
I got 1.12.1 from multimedia:apps, but still inotify does not work - neither for modfied nor for new files nor for new directories nor for new or modifed playlists. |
The change was made after 1.12.1. So you have to hope for #2944. |
Would it be possible to build a 1.12.2 Version including this patch? |
There is no way to extract that single patch (if its only one) from the history of more than 100 commits. |
Uhm, no, I meant, can you build a version with all new commits in the near future - including this patch? |
I am on opensuse tubleweed. After resent update that fixed a crash on start issue, i noticed that some songs in Music folder was not in database. (Anyway I always prefer manual scans than auto ones.) I did not see any option for manually scan folders in web interface (that i would like to have). My only option seemed to be to delete Music folder and add it again so as a new database to be created. |
Restarting gerbera leads to a database update here. |
I installed Name : gerbera today, but the problem remains - inotify doesn't seem to work. |
Can you comment out the hardening additions in gerbera.service. They may block inotify. Also, you may add |
I commented out the hardening additions and added the debug option, but there is something really strange going on. |
If you want to get output, you need to use |
Before installing this version, I got every "print" in gerbera.log. Has this changed? |
Sorry, pushed that private change by accident. Thinking about a new function allowing to set mode to info or debug. |
So what do I have to change in my scripts to get the log back? |
For the moment you have to keep the debug-mode. Inotify should not depend on debug. Some hidden cause we have to find out. In the meantime, I'm working on the print-fix |
But even in debug mode my print statements don't show up?!? |
Then we should focus on the |
Ok, I "optimized" my import routines using the new import functions. |
I tested a few more things. With debug-mode="script" I got back my print output. |
First of all The configuration of the javascript engine was changed between 1.12 and 2.0, which means that I'm working on a new function Is the inotify issue resolved with the js-layout mode? |
Ok, good to know - so my actual configuration is as it should be for the given purpose.
Ok.
Could it be named like printl or something like that?
Seems so - adding a folder, adding a file to folder, renaming a file and deleting a file or folder works as expected. If I'd like to ask questions regarding other small problems, where would be the best place? Thx4all. |
NB: You can place you questions in under discussion. Some may already be answered there. |
With gerbera 1.12.1 on my openSUSE LEAP 15.5 inotify seems to have stopped working.
Neither the UI nor the log show any action when adding new files to one of the autoscan directories.
They are all configured like this:
They are located on a local disk/partition using ext4.
The text was updated successfully, but these errors were encountered: