mirror of
https://github.com/koel/koel.git
synced 2026-04-25 08:46:00 +03:00
[GH-ISSUE #1298] [regression] Failed to init new instance #747
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#747
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 @vitoyucepi on GitHub (Mar 30, 2021).
Original GitHub issue: https://github.com/koel/koel/issues/1298
Describe the bug
In version 5.1 I can't create new instance of koel because of error.
To reproduce
Steps to reproduce the behavior:
su www-data -s /bin/sh 'php artisan koel:init --no-interaction --no-assets'The idea is to use www-data user.
Expected behavior
No init errors.
If init script failed it should exit with non-zero return code.
Environment
Additional context
Upgrade from 5.0.2 to 5.1.0 is ok by the way.
In koel 5.0.2
koel/storage/search-indexes/dir is present in tarball, but in 5.1.0 it's absent. This is the cause of error.Why this happened
storage/search-indexes.root:root.www-datais not able to create directories.@vitoyucepi commented on GitHub (Mar 30, 2021):
It seems the problem is on my side.
But I think indexes shouldn't be stored in sqlite anyway.
Also
initscript should return non-zero if it fails.@MichaIng commented on GitHub (Apr 9, 2021):
Same here, on a fresh install. Strange is that when running
koel:initmore often, each time it gets one step further each time and finally has a functional instance:sudo -u koel php7.3 artisan koel:init --no-assets
Next is failing library since. Similarly it required some more attempts before it succeeds:
sudo -u koel php7.3 artisan koel:sync
Interesting here that
sqlite:storage driver seems to be hardcoded, while MariaDB is configured and used. I already recognised that composer install fails when no SQLite PHP modules are enabled (both:sqlite3andpdo_sqlite). From then on, I have a functional server, even after disabling and removing all SQLite PHP modules.@phanan commented on GitHub (Apr 11, 2021):
The index is by TNTSearch, which uses an SQLite database. Koel has no part in this regard.
@MichaIng Please open another ticket if you believe the details are bugs.
@MichaIng commented on GitHub (Apr 11, 2021):
Does it mean that SQLite + the PHP SQLite module both need to be installed on the system for
koel:initto succeed? I thought I tried that already but will assure and retry in case, before opening a dedicated issue.@phanan commented on GitHub (Apr 11, 2021):
I don't think you need it for
koel:init, but you'll need it if you use TNTSearch (instead of e.g., Algolia) and scan for music.