I have the same Metadata error message appearing, I’m also not getting any metadata for new albums. I have a ticket open with Dylan - I had the issue after the ‘problem’ release was installed - so he is progressing for me. You might want to compare notes Noris.
For info I’m on Synology NAS. Hmm, just thought, it’s an old setup, might that be the problem (wasn’t the issue to do with Graphics processors - I thought it had hit old Android devices (mines an LGV30) but maybe old Synology is an issue too). I’ll update my ticket with Dylan
Very true, but like @James_I I also feel this isn’t an unreasonable request;
Make Roon start up and be ready to play music from the “last known good” library, and THEN look for changes and do whatever is taking so much time…
And please… Do not demand internet access… I have my library with me, and IF I have a need/want for online music, then so be it, but that’s a second hand choice for me.
We’re always looking to improve the efficiency of Roon, if you have any specific requests that you’d like to see, please do submit a feature request.
As for the “Metadata Halted Issue”, we’re not quite sure why this issue occurs but from the vast majority of users a reboot sorts this out. You mentioned last time that you were not seeing this after a reboot.
If you’re still seeing this behavior can I please ask that you reproduce the issue, note the exact local time + date it occurs and send a new copy of your Roon logs?
Apologies Noris, but i have missed your post here. I have this issue recurring on my different cores from time to time. I almost have a feeling this rears its ugly head every other restart?
I’ll make sure to zip up the logs next time i see this!
Alright, this happens frequently when adding content to any of my Cores…
Dropped the Logs from my Linux based core here
I suspect it’s the Roon Service not responding:
03/31 15:31:08 Warn: [metadatasvc] FAIL [1] https://metadataserver.roonlabs.net/md/4/updategenres?uid=f898010f-6fcd-4d14-b97b-f43446031966&lid=&token=04f47c28-fb90-4ade-bf45-b7fae76460d7&content_hash=fd317bb96e0fe5c6fdb962ecdc1c173b (890ms) NetworkError
03/31 15:31:08 Trace: [music/genres] failed to get genre update in 160441ms: Result[Status=NetworkError, ErrorText=The remote server returned an error: (403) Forbidden.]
Thanks for the ping. I spoke to QA about this issue recently and they have noted that this is likely due to a setting on your current network setup. What we have found is that this issue occurs when packets are being fragmented on a network and the complete packet does not reach the Core in one piece. I’m looking over the network setup you mentioned previously:
As a temporary test, I was wondering if you could plug the Core directly into the router, reboot it and verify if the same issue is still occurring.
Are there any other apps which filter network traffic on your end and might cause packet fragmentation? Do you have VPN/VOIP apps perhaps?
Another good test here would be to try using a mobile hotspot instead of the current network connection. If you have one available, I would be interested to know if the same message appears following a reboot of the Core.
This issue happens on my hard wired Cores also, one Unix based, and two ROCK-units. The only thing separating them from my router and then the fibre media box is a dumb HP ProCurve gigabit switch.
Nope, nuttin’… Not even antivir… (only Windows Defender/Security Essentials on my Windows machines, of which none are acting as Core)
No configuration of the router either, no prioritized traffic or whatsoever.
Well, i was in my cabin this weekend and brought my portable Roon (the MacBook Pro 2017 which has been mentioned previously.) and since Roon cannot start up local audio without an Internet connection (freakin weird behaviour?) i connected it to my iPhone using Internet Sharing over 4G for startup. And wadda ya know, the Metadata improver service just stopped… No changes had been made to the media library at this time.
So, reboot the setup and do the whole thing over again, and there you have it, no errors.
Edit:
Just had to relocate my Linux Roon Core. Powered down and then booted up again, and this issue still persists:
Thanks for running this test! So from what you’re saying is that this issue doesn’t occur on your hotspot but it does on the normal ISP network.
If you bypass the procurve switch as well, is there any change in behavior? How do you have the router and media box set up? Are they using default MTU values or did you set the MTU to something other than 1500?
No, thats not what i’m saying? This issue is independent of the network of choice. It happens on my regular LAN/WLAN as well as via a hot spot.
There are no particular setups being done to the router, all default. I just now noticed there was a newer firmware out, so i updated. I am convinced this is not the issue though.
Even if network stability was the cause for this, the metadata improver service for sure would need to perform more stable than it is at the moment. I mean, i stream TV and music on a daily basis as well as work from home over a VPN connection. None of these activities have any issues whatsoever, but Roon is a primadonna needing particular treatment?
I will directly attach my RoonUXCore wired to the router for a test later, but this is not a feasible solution in the long rung, theres no shelving around my router and it will need to be placed on the floor.
And to make things clear, this was not an issue before the previous version of Roon, and i haveNOT changed anything in this period.
Okey, i tried a couple of boots with my RoonUXCore hardwired to the Router, but i was unable to recreate the error at this time? I moved the Core back to its original position and performed a couple of reboots but even there, with the HP ProCurve in the equation everything worked just fine…
So, unable to recreate the error for the time being… I even bought a few downloads and added to the library but they all identified just fine, and no messages about the metadata improver service fail.
Thanks for trying the Core directly connected to the router and for clarifying that this issue occurred via the hotspot as well. Do let me know if the issue returns, hopefully testing with the direct router connection resolved the issue, but let’s see.
Hi Noris, just a quick update here. This issue occasionally still surface, and one reboot seem to always solve it for a longer period.
Something struck me regarding this though. I have, at the moment, a few Roon Cores running on my network and perhaps a pattern is showing?
When i shift the Core to another hardware, i am asked to de-authorize the previous one, right? This works just fine, unless the Core has been offline for a looong time or was recently restored from backup which forces me do to a login, and that takes more than 2 minutes of annoying animated Roon logo, but still;
The de-authorized Core is still “licensed” as far as it’s concerned, for a few hours mostly. It seems that the Metadata improver error is ever present when i return to this core that has been deathorized after a day or so?
I am thinking along the lines of you not seeing the logs from a deauthorized core or so?
I even bought a few downloads and added to the library but they all identified just fine, and no messages about the metadata improver service fail.