audio-akp.spotifycdn.com cannot be resolved

[dflvunoooooo]

I can not play any music. The service starts fine, but once I try to play a song, nothing happens. The log shows level=warning msg="failed handling dealer request" error="failed skipping to next track: failed loading current track (advance to spotify:track:6qZthmNcaK0jlrkMZ3khmy): failed creating stream for spotify:track:6qZthmNcaK0jlrkMZ3khmy: failed initializing chunked reader: failed requesting first chunk: Get \"https://audio-akp.spotifycdn.com/audio/67a21f11c15f27bf797847cc95d3680930fa6c15?__token__=exp=1754395379~hmac=72bc83f65a33c021e776549ae69c47255d20cf5fbfc836e4d09ad44a2552e9d7\": dial tcp: lookup audio-akp.spotifycdn.com: no such host. So the problem is resolving audio-akp.spotifycdn.com.

Maybe this is related to #175, but I am not sure.

It seems this problem is adressed with librespot-org/librespot with two issues and a solution which is still in progress. librespot issue #1521, librespot issue #4142 and the discussed solution librespot pull request #1524.

Is there a quick workaround?

[devgianlu]

Outstading work from Spotify 👍

I'll have to briefly investigate this, will update.

[dflvunoooooo]

Thank you for your very fast answer. If I add this to my /etc/hosts I can use go-librespot

2.23.82.34      audio-akp.spotifycdn.com
2a02:26f0:e200::217:5258        audio-akp.spotifycdn.com
audio-ak.spotifycdn.com         audio-akp.spotifycdn.com

[devgianlu]

Could you try cf27c00?

[hecht0r]

Im not quite sure if it's the same problem but since maybe last week i also have problems playing music.

After

DEBU[0014] selected format OGG_VORBIS_160 (5ea7e7af5731d8b74b6d3033fd9841efc65a50e8)  uri="spotify:track:1rfofaqEpACxVEHIZBJe6W"
DEBU[0014] requested aes key for file 5ea7e7af5731d8b74b6d3033fd9841efc65a50e8, gid: 1rfofaqEpACxVEHIZBJe6W 

nothing happens...no further logs until the next pongs...

edit: the workaround from @dflvunoooooo works for me

[dflvunoooooo]

Could you try cf27c00?

I will try tomorrow and report back, thank you!

[tooxo]

I also have a problem with something that may be related:

Aug 05 12:51:34 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:51:34+02:00" level=debug msg="handling transfer player command from 828e0f75816641b07f74aa5e15415d58299652b8"
Aug 05 12:51:34 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:51:34+02:00" level=warning msg="failed handling dealer request" error="failed creating track list: failed initializing context resolver: failed resolving context spotify:user:***:collection: invalid status code from context resolve: 502"
Aug 05 12:51:38 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:51:38+02:00" level=debug msg="handling transfer player command from 828e0f75816641b07f74aa5e15415d58299652b8"
Aug 05 12:51:38 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:51:38+02:00" level=warning msg="failed handling dealer request" error="failed creating track list: failed initializing context resolver: failed resolving context spotify:user:***:collection: invalid status code from context resolve: 502"
Aug 05 12:51:56 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:51:56+02:00" level=debug msg="handling transfer player command from 828e0f75816641b07f74aa5e15415d58299652b8"
Aug 05 12:51:56 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:51:56+02:00" level=warning msg="failed handling dealer request" error="failed creating track list: failed initializing context resolver: failed resolving context spotify:user:***:collection: invalid status code from context resolve: 502"
Aug 05 12:52:00 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:52:00+02:00" level=debug msg="handling transfer player command from 828e0f75816641b07f74aa5e15415d58299652b8"
Aug 05 12:52:04 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:52:04+02:00" level=trace msg="sent dealer ping"
Aug 05 12:52:05 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:52:05+02:00" level=warning msg="failed handling dealer request" error="failed creating track list: failed initializing context resolver: failed resolving context spotify:user:***:collection: invalid status code from context resolve: 504"

Edit: After checking the connection history, go-librespot only seems to try to connect to the first spclient in the list, (even if multiple were fetched) and even after receiving a 5XX from it. Maybe a "timeout" mechanism for dealers/spclients/ap-s should be implemented.

Quick (dirty) fix, that at least gives one the opportunity to restart until it works

// from: apresolve/resolve.go:103

	if slices.Contains(types, endpointTypeAccesspoint) {
		randShuffle(respJson.Accesspoint)
		r.endpoints[endpointTypeAccesspoint] = respJson.Accesspoint
		r.endpointsExp[endpointTypeAccesspoint] = time.Now().Add(1 * time.Hour)
		r.log.Debugf("fetched new accesspoints: %v", respJson.Accesspoint)
	}
	if slices.Contains(types, endpointTypeDealer) {
		randShuffle(respJson.Dealer)
		r.endpoints[endpointTypeDealer] = respJson.Dealer
		r.endpointsExp[endpointTypeDealer] = time.Now().Add(1 * time.Hour)
		r.log.Debugf("fetched new dealers: %v", respJson.Dealer)
	}
	if slices.Contains(types, endpointTypeSpclient) {
		randShuffle(respJson.Spclient)
		r.endpoints[endpointTypeSpclient] = respJson.Spclient
		r.endpointsExp[endpointTypeSpclient] = time.Now().Add(1 * time.Hour)
		r.log.Debugf("fetched new spclients: %v", respJson.Spclient)
	}

	return nil
}

func randShuffle(a []string) {
	rand.Shuffle(len(a), func(i, j int) { a[i], a[j] = a[j], a[i] })
}

diff for fix

diff --git a/apresolve/resolve.go b/apresolve/resolve.go
index ea70654..4f4ee97 100644
--- a/apresolve/resolve.go
+++ b/apresolve/resolve.go
@@ -4,6 +4,7 @@ import (
        "context"
        "encoding/json"
        "fmt"
+       "golang.org/x/exp/rand"
        "net/http"
        "net/url"
        "sync"
@@ -100,16 +101,19 @@ func (r *ApResolver) fetchUrls(ctx context.Context, types ...endpointType) error
        defer r.endpointsLock.Unlock()
 
        if slices.Contains(types, endpointTypeAccesspoint) {
+               randShuffle(respJson.Accesspoint)
                r.endpoints[endpointTypeAccesspoint] = respJson.Accesspoint
                r.endpointsExp[endpointTypeAccesspoint] = time.Now().Add(1 * time.Hour)
                r.log.Debugf("fetched new accesspoints: %v", respJson.Accesspoint)
        }
        if slices.Contains(types, endpointTypeDealer) {
+               randShuffle(respJson.Dealer)
                r.endpoints[endpointTypeDealer] = respJson.Dealer
                r.endpointsExp[endpointTypeDealer] = time.Now().Add(1 * time.Hour)
                r.log.Debugf("fetched new dealers: %v", respJson.Dealer)
        }
        if slices.Contains(types, endpointTypeSpclient) {
+               randShuffle(respJson.Spclient)
                r.endpoints[endpointTypeSpclient] = respJson.Spclient
                r.endpointsExp[endpointTypeSpclient] = time.Now().Add(1 * time.Hour)
                r.log.Debugf("fetched new spclients: %v", respJson.Spclient)
@@ -118,6 +122,10 @@ func (r *ApResolver) fetchUrls(ctx context.Context, types ...endpointType) error
        return nil
 }
 
+func randShuffle(a []string) {
+       rand.Shuffle(len(a), func(i, j int) { a[i], a[j] = a[j], a[i] })
+}
+
 func (r *ApResolver) FetchAll(ctx context.Context) error {
        return r.fetchUrls(ctx, endpointTypeAccesspoint, endpointTypeDealer, endpointTypeSpclient)

[dflvunoooooo]

Could you try cf27c00?

It kinda works. There was a warning in Spotify, that music couldn't be played just now only when I have it locally. But after one or two seconds it worked. Now every time I skip a track or play something else, there is a delay and spotify again warns, that music can't be played, then it starts playing. This does not happen, when the track ends and the next is played automatically.

Here is the log from librespot

INFO[0000] running go-librespot cf27c000                
INFO[0000] zeroconf server listening on port 34563      
INFO[0003] authenticated AP                              username="gu************98"
INFO[0004] authenticated Login5                          username="gu************98"
INFO[0004] accepted zeroconf from arch-ernie             username="gu************98"
WARN[0007] failed creating chunked reader for audio-akp.spotifycdn.com, trying next url  error="failed requesting first chunk: Get \"https://audio-akp.spotifycdn.com/audio/8ae3435cca32df671e12c0bb36811e14fc48e936?__token__=exp=1754478842~hmac=92c556dab8a78010ead427b1ada66c190a03b069e523b634ed5ea0220849b9b9\": dial tcp: lookup audio-akp.spotifycdn.com: no such host" uri="spotify:track:0GiMiaYLQWSfT3jbxEKCvB" url="https://audio-akp.spotifycdn.com/audio/8ae3435cca32df671e12c0bb36811e14fc48e936?__token__=exp=1754478842~hmac=92c556dab8a78010ead427b1ada66c190a03b069e523b634ed5ea0220849b9b9"

INFO[0007] loaded track "Become Surrender" (paused: false, position: 98442ms, duration: 214000ms, prefetched: false)  uri="spotify:track:0GiMiaYLQWSfT3jbxEKCvB"
WARN[0058] failed creating chunked reader for audio-akp.spotifycdn.com, trying next url  error="failed requesting first chunk: Get \"https://audio-akp.spotifycdn.com/audio/7a3bc0406f399313ddb0c38be43830ca42d456be?__token__=exp=1754478893~hmac=3536dd7778d98e9326f7a878721f4d6d3d439c7fd4ec212c2b769c8996d5c1d5\": dial tcp: lookup audio-akp.spotifycdn.com: no such host" uri="spotify:track:4PCSGmV5PbkFhGjvY0PPEA" url="https://audio-akp.spotifycdn.com/audio/7a3bc0406f399313ddb0c38be43830ca42d456be?__token__=exp=1754478893~hmac=3536dd7778d98e9326f7a878721f4d6d3d439c7fd4ec212c2b769c8996d5c1d5"
INFO[0058] loaded track "I Am Damnation" (paused: false, position: 0ms, duration: 282466ms, prefetched: false)  uri="spotify:track:4PCSGmV5PbkFhGjvY0PPEA"
WARN[0070] failed creating chunked reader for audio-akp.spotifycdn.com, trying next url  error="failed requesting first chunk: Get \"https://audio-akp.spotifycdn.com/audio/6fc3e56aef17b851c0733e23f62d3619f30dcc68?__token__=exp=1754478905~hmac=084f52f5078dc71a0a1b12a90e9c02f3bad7c42ed91ad1be279d0a95af7f9d44\": dial tcp: lookup audio-akp.spotifycdn.com: no such host" uri="spotify:track:68ae1LwQdpHhYwPrz7rTdl" url="https://audio-akp.spotifycdn.com/audio/6fc3e56aef17b851c0733e23f62d3619f30dcc68?__token__=exp=1754478905~hmac=084f52f5078dc71a0a1b12a90e9c02f3bad7c42ed91ad1be279d0a95af7f9d44"
INFO[0070] loaded track "The End of All We Know" (paused: false, position: 1ms, duration: 252333ms, prefetched: false)  uri="spotify:track:68ae1LwQdpHhYwPrz7rTdl"

Screenshot of Spotifys warning

[iVolt1]

Starting today, I am getting this error that may be related:

time="2025-08-06T09:44:54-05:00" level=warning msg="failed handling dealer request" error="failed loading current track (transfer): failed creating stream for spotify:track:2cPeYxoFd20SPP3VJxg02J: failed getting track metadata: invalid status code from track metadata: 500"

I could not find the location of the complete log so could someone please share that?

[devgianlu]

Starting today, I am getting this error that may be related:

time="2025-08-06T09:44:54-05:00" level=warning msg="failed handling dealer request" error="failed loading current track (transfer): failed creating stream for spotify:track:2cPeYxoFd20SPP3VJxg02J: failed getting track metadata: invalid status code from track metadata: 500"

I could not find the location of the complete log so could someone please share that?

I was waiting for someone to report this. I am having the same issue and currently investigating. Can you open a new issue? See #189

[devgianlu]

@tooxo Yours seems to be a different problem, it affects only the spclient stuff by the looks of it. While this one is only for downloading track data. That might be related to changes they have been doing on the backend that ultimately broke bigger stuff like in #189.

@dflvunoooooo That is to be expected unfortunately, because it takes a little bit more time for the request to fail. I don't really like the idea of banning that domain altogether because it may break something if it's the only available.

I would hope that they are fixing this issue and that track fetching works on the first try, even on audio-akp.spotifycdn.com. So, are you still experiencing delays / failures?

[dflvunoooooo]

So with version v0.3.2 your fix seems to be implemented. Thank you!

[dflvunoooooo]

@dflvunoooooo That is to be expected unfortunately, because it takes a little bit more time for the request to fail. I don't really like the idea of banning that domain altogether because it may break something if it's the only available.

I would hope that they are fixing this issue and that track fetching works on the first try, even on audio-akp.spotifycdn.com. So, are you still experiencing delays / failures?

I feared as much. Is it possible to ban the failing url for one session or for a given time, half an hour for example?

With version v0.3.2 I am still experiencing delays with the same error message within spotify, yes.

[devgianlu]

I feared as much. Is it possible to ban the failing url for one session or for a given time, half an hour for example?

That feels like a good trade off, I'll think about it.