"The track cannot be loaded" after upgrade to 1.3.0

[MyNameIsTroll]

"The track cannot be loaded" after upgrade to 1.3.0

[Thovi98]

First of all, thanks to everyone for your kind support!

After some checks, here are my conclusions:

• my owner permissions were so because I only use the --in-place import
• the other owner permissions are when you use the upload from the Funkwhale interface
• when you have both permissions it’s because you used the two

(at least it’s my understanding)

I’ve just modified the nginx file to reflect what I’ve set for my instance and it works! (and so it’s not related to the files permissions, it was a wrong guess 😛)

I would be glad if you could try again the same update command.

[lclaude]

Yes! Great job, it works for me.
Many thanks @Thovi98

[MyNameIsTroll]

@Thovi98 the version 1.3.0~ynh5 works perfectly for me.
Thank you so much for your kindness and your precious help 👍

[Thovi98]

Could you please try the testing branch? If it works, I will release it :)

[MyNameIsTroll]

I don't know how to test the testing branch, sorry ^^

I saw that there was a new update in the yunohost web administration interface, I tried to install it but I have the same problem as before, I still can't play the music.

I'm not sure where the problem is coming from, and if other people have the same problem or if it's just me.

https://paste.yunohost.org/raw/odinoxowik

[Thovi98]

Could you please tell me where are located your media files?

[MyNameIsTroll]

Unfortunately I don't know, sorry I'm not adminsys but a fairly basic user ^^

I use the web interface to upload the music, I haven't changed anything manually, I imagine it's the default directory.

I just tried to upload a new album on the instance but I have the same result as with the rest of the library, when I press play it shows me the message "The track cannot be loaded, You may have a connectivity issue."

[Thovi98]

Okay thanks for your answers.
May I ask you to share your nginx logs of Funkwhale? You will see them in the nginx services in the webadmin.

[MyNameIsTroll]

Of course, here they are;

https://paste.yunohost.org/ubagimunas.swift

[Thovi98]

Thank you, there is actually an issue with your library’s path. Can you check what path is shown when you upload a track? Under "Import Status"

[MyNameIsTroll]

Thanks for your help.
Is it this?

[Thovi98]

Yes, that’s correct.
Maybe it’s not what you have when you are in 1.2.10, I will try to take a look.

[MyNameIsTroll]

Thank you so much.
I'll try to look tomorrow night because I don't have ssh access from outside the local network where my raspberry pi is.
I might try looking tomorrow to see if there's any music in the file.

[Thovi98]

Thank you.
You can do this by:
ls -lah /home/yunohost.app/funkwhale/data/music/
ls -lah /home/yunohost.app/funkwhale/data/media/

If there is no tracks in the folder, please have a look at the
ls -lah /home/yunohost.app/funkwhale/music/
ls -lah /home/yunohost.app/funkwhale/media/

[Rorensu]

Good morning,

let me add myself to the thread,

I have exactly the same problem after the 1.3 update.
I have checked the presence of the files in the folders, everything is there.

[Thovi98]

I have exactly the same problem after the 1.3 update.
I have checked the presence of the files in the folders, everything is there.

In wich folders?

[poc-sm]

Same issue here
See in the log 404 548 error
tryin to make a rescan with the virtualenv and all is already in-place (already found in database)

[Rorensu]

sorry for not specifying,
I put a screen hoping to be as effective as possible.

[Thovi98]

Could you please show the output of
ls -lah /home/yunohost.app/funkwhale
ls -lah /home/yunohost.app/funkwhale/data

[Rorensu]

this is what the output gives.

thank you very much for your quick response.

[Thovi98]

Could someone share the services logs (the logs of each Funkwhale services) please?

[Rorensu]

here are the logs
funkwhale-worker
funkwhale-server
funkwhale-beat

[georgkrause]

Of course, here they are;

https://paste.yunohost.org/ubagimunas.swift

The only listen endpoint logged here is returning a 503. I guess there is an exception logged in the Funkwhale API server, can you send me this?

[Rorensu]

Of course, here they are;
https://paste.yunohost.org/ubagimunas.swift

The only listen endpoint logged here is returning a 503. I guess there is an exception logged in the Funkwhale API server, can you send me this?

sorry i don't understand what you are asking me

[georgkrause]

@Rorensu this was a question for @MyNameIsTroll. You already posted your servers logs, but there is nothing that looks suspicious to me. Maybe you can attach a log of nginx when you try to play back a track.

[Thovi98]

Is someone willing to test an update via
sudo yunohost app upgrade funkwhale -u https://github.com/YunoHost-Apps/funkwhale_ynh/tree/cleanup-for-1.3.0 --debug?

@georgkrause, Funkwhale maintainer, also agree to help us debug the issue. Is someone okay to give him temporary SSH access on his server?

[Thovi98]

Just to be sure, everyone here have an issuer after upgrading to Funkwhale 1.3.0? It’s not a new install?

[MyNameIsTroll]

Hello, sorry for not replying sooner.

@Thovi98 Here is a capture of the commands and service logs:

Funkwhale beat: https://paste.yunohost.org/yiqosewibu
Funkwhale server: https://paste.yunohost.org/jicajezone
Funkwhale worker: https://paste.yunohost.org/sapisawile

@georgkrause I'm willing to provide the nginx logs but I don't really know what command to type :) my level of terminal knowledge is very basic ^^.

[MyNameIsTroll]

@Thovi98 I tried the command in the terminal but it didn't seem to solve my reading problem.

[Thovi98]

Thank you! Could you try the same upgrade command but with -F (to force update, otherwise it doesn't update)?

[MyNameIsTroll]

-F instead of -u?
I tried but it doesn't seem to work, sorry if I made a mistake, I'm really bad with a terminal :D

[Thovi98]

Mmh no, something like this :

sudo yunohost app upgrade funkwhale -u https://github.com/YunoHost-Apps/funkwhale_ynh/tree/cleanup-for-1.3.0 -F --debug

[MyNameIsTroll]

Thanks, the command seems to work. But it might take a while because I have a lot of music and it's making a backup I think....

[Thovi98]

Thanks, please try again and if it doesn't work, please share your nginx and Funkwhale services logs again (there will normally be more outputs)

[lclaude]

Hello,
I have the same issue here, but only with the content I uploaded by the web gui.
(So, I do not have this issue and I can hear and listen the content I uploaded by ftp directly in directory : /home/yunohost.app/funkwhale/data/music)

I done the testing upgrade you described in your last comment.
My logs:

• beat https://paste.yunohost.org/hirituzuri
• server https://paste.yunohost.org/colehazigi
• worker https://paste.yunohost.org/awiponuhiw

Thanks for your help!

[Rorensu]

@Rorensu this was a question for @MyNameIsTroll. You already posted your servers logs, but there is nothing that looks suspicious to me. Maybe you can attach a log of nginx when you try to play back a track.

Nginx Log

I tried the update that was said but it did not change anything

[MyNameIsTroll]

Unfortunately, the update didn't change anything.
Here are my logs:

beat: https://paste.yunohost.org/powogokite
server: https://paste.yunohost.org/qetivekuji
worker: https://paste.yunohost.org/izoqosewas

[Thovi98]

Sooo okay thank you! This helped a lot!
I’ve tried on my instance by uploading a content and it couldn’t be read too.

In /home/yunohost.app/funkwhale/data/media/tracks, I saw that my uploaded content was the only to have funkwhale:funkwhale owner rights.

After doing a chown funkwhale:www-data on that file, it could be read in Funkwhale 🥳
chown funkwhale:www-data
Now I will have to understand how to change the default behaviour to set the proper rights on newly uploaded contents.

To be sure, could someone send the output of ls -lah /home/yunohost.app/funkwhale/data/media/tracks please?

[MyNameIsTroll]

I get this

[moortaube]

On my server it is funkwhale:funkwhale: https://paste.yunohost.org/bosekapigo.log

[lclaude]

I have mixed owners and rights:

[poc-sm]

I've tried to change right from www-data:funkwhale to funkwhale:funkwhale
Same issue
When I try to play a song, I've got in the nginx log

192.168.1.1 - - [17/Jun/2023:18:17:15 +0200] "GET /media/attachments/a4/13/20/attachment_cover-5ba8ea12-3fc9-40de-b8a4-ed0bb4cd9a94.jpg HTTP/2.0" 200 65984 "https://music.server.fr/library" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4464.5 Safari/537.36"

192.168.1.1 - - [17/Jun/2023:18:17:16 +0200] "GET /api/v1/listen/b6c02b37-e6d1-4e9f-a6ce-ecda8f7c3483/?upload=8b8de9fa-a7af-414e-834e-d1f9caf59eb4&token=eyJ1c2VyX2lkIjoxLCJ1c2VyX3NlY3JldCI6IjFjZTE5M2VmLWMzNzMtNDRmOS1hNzUzLTAwYjk4ZDY5YjBjNiIsInNjb3BlcyI6WyJyZWFkOmxpYnJhcmllcyJdfQ%3A1qAYT2%3A98-k677gDRrtHUF4UYzGhvoNZtd3qPtkqnGL_KqpzUc HTTP/2.0" 301 162 "https://music.server.fr/library" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4464.5 Safari/537.36"

192.168.1.1 - - [17/Jun/2023:18:17:16 +0200] "GET /_protected/media/tracks/aa/de/a8/203.-street-military-dont-play-with-a-gun.mp3/ HTTP/2.0" 404 548 "https://music.server.fr/library" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4464.5 Safari/537.36"

192.168.1.1 - - [17/Jun/2023:18:17:16 +0200] "GET /serviceWorker.js HTTP/2.0" 200 36425 "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4464.5 Safari/537.36"

We can see
GET /_protected/media/tracks/aa/de/a8/203.-street-military-dont-play-with-a-gun.mp3
return 404 548
The issue come with this commit if i remember
a929801

[lclaude]

I done this commands and the problem is the same:
root@xxx:~# chown -R funkwhale:www-data /home/yunohost.app/funkwhale/data/
root@xxx:~# chmod g+w -R /home/yunohost.app/funkwhale/data/

[poc-sm]

I confirm the fix
I just updated the /etc/nginx/conf.d/music.server.fr.d/funkwhale.conf with the commit change and reload nginx
and it's worked !
Thanks a lot @Thovi98 👍

[MyNameIsTroll]

It doesn't seem to work for me, but I don't know if the problem comes from somewhere else.

Is there a command to launch the update without automatically saving the music?

I have the impression that this is a problem at this point :

https://paste.yunohost.org/raw/ekuxigageq

Logs:
Funkwhale-server: https://paste.yunohost.org/vanurenoxo
Funkwhale-beat: https://paste.yunohost.org/yuzebujaya
Funkwhale-worker: https://paste.yunohost.org/gacecovuxu

[Rorensu]

I confirm the fix I just updated the /etc/nginx/conf.d/music.server.fr.d/funkwhale.conf with the commit change and reload nginx and it's worked ! Thanks a lot @Thovi98 👍

I did the same and it worked
Thanks a lot

[moortaube]

@Thovi98 Thank you very much.

On my instance there was also /home/yunohost.app/funkwhale/data/music/ missing, so I got "An unexpected error occurred." every time I opened mediathek upload page.

Fixed it by adding empty /home/yunohost.app/funkwhale/data/music/ folder plus chown -R funkwhale:www-data and chmod 770 /home/yunohost.app/funkwhale/data/music.