mirror of
https://github.com/koel/koel.git
synced 2026-04-25 16:56:02 +03:00
[GH-ISSUE #352] "failed to open stream" when trying to play .flac or .mp3 files #253
Labels
No labels
Authentication
Dependencies
Documentation
Feature Request
Flac
Help Wanted
Installation/Setup
Integration
Mobile
PR Welcome
Pending Release
Performance
Playlist
S3
Search
Sync
[Pri] Low
[Pri] Normal
[Status] Keep Open
[Status] Needs Author Reply
[Status] Needs Review
[Status] Stale
[Status] Will Implement
[Type] Blessed
[Type] Bug
[Type] Duplicate
[Type] Enhancement
[Type] Help Request
[Type] Question
[Type] Task
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/koel-koel#253
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @DeviantEng on GitHub (Jun 7, 2016).
Original GitHub issue: https://github.com/koel/koel/issues/352
OS: CentOS 7
Environment: Nginx + MariaDB + PHP 7
Install steps: http://pastebin.com/Ti2CPYc8
Music dir: /mnt/music (mounted NFS share, perms are 775 so nginx user has rx, but no w on music files)
STREAMING_METHOD=php(pastebin showsx-accel-redirect, but that is not correct -- it'sphp)FFMPEG_PATH=/usr/local/bin/ffmpeg(ffmpeg exists, with correct perms)When trying to play an audio file, it doesn't play. Doesn't work with flac or mp3. Here are some related logs:
I'm not much of a dev, so I can't make much sense from these logs.
@alex-phillips commented on GitHub (Jun 7, 2016):
It's saying that the files don't exist. I would double check the path on the first line of each log and make sure those file locations are correct. Looks like it is a mount point. Double check it's mounted or hasn't been mounted elsewhere.
@DeviantEng commented on GitHub (Jun 7, 2016):
Oh those paths definitely exist:
As you can see, the perms are set to root:media and 775. Nginx is running as user
nginx, so koel should have read and execute perms on these files. I'd say that's true considering the scan runs successfully:@phanan commented on GitHub (Jun 8, 2016):
The manual scan is executed by the current user (which is
rootapparently), so no wonder it works.Now, the error can be caused by a missing file or a wrong permission. I don't see either of them here, but it's worth a check. For example, try creating a
test.phpwith this content and see if it works:@DeviantEng commented on GitHub (Jun 8, 2016):
So I created test.php as suggested.
chowned it to nginx:nginx, and restarted nginx. When I load the page I get:
bool(false)Which I assume is NOT expected behavior.
So I edited
/etc/passwdso that I couldsu nginx, but things here work as expected:Suggestions?
@BernardGoldberger commented on GitHub (Aug 21, 2016):
@DeviantEng have a look at https://github.com/phanan/koel/issues/289 might be a similar issue.