Locate Moved/Missing files doesn't work

[nanite2000]

Hi,

I've just built a new system running a Windows 11 virtual machine, and I've just installed MediaMonkey v5.0.2.2531 on it.

I've followed the instructions at https://www.mediamonkey.com/wiki/index. ... w_computer and copied my MM5.db file to the new machine, and (as expected) MMW5 is unable to locate all the music tracks because they are in a different location.

So, I then followed the instructions at https://www.mediamonkey.com/wiki/WebHel ... sing_Files, but I am unable to get 'Locate Moved/Missing files' to update my tracks to the new folder location.

When I click 'Locate Moved/Missing files', I select my new drive location for my music (it's on a mapped network drive, with an assigned drive letter), and then click 'OK'.

MMW5 scans the files in the new location, but then gets stuck at 'Preparing list of files 28997/28998...', and never progresses beyond that point even after waiting for several hours.

I thought maybe the fact that it was on Windows 11, or a virtual machine, or a network drive location might be causing a problem. But I repeated the same steps using MediaMonkey v4.1.30.1914 (which I still had installed on my old machine and uses the same media file locations) and it worked fine.

So it appears something has changed between MMW4 and MMW5 when scanning for moved/missing files, and it no longer seems to work.

Unfortunately, I can't simply upgrade my working MMW4 library to MMW5 on the new machine because I stopped using MMW4 around 5 months ago and I never maintained the smart playlists on the old version. It would take too long to manually update them all.

How can I get MMW5 to successfully scan for and update these files?

[Lowlander]

That isn't the best method in this scenario, use Manually Re-assign Drive instead: https://www.mediamonkey.com/wiki/WebHel ... sign_Drive

A debug log (step 4b) capturing this would be welcome though as that method should work (it's just not the best method), if you're willing please attach a log capturing this to a Support Ticket: viewtopic.php?t=86643
This will help a developer analyze why this fails in your setup.

[nanite2000]

That isn't the best method in this scenario, use Manually Re-assign Drive instead: https://www.mediamonkey.com/wiki/WebHel ... sign_Drive

Thanks Lowlander,

Sorry - yes, I should have mentioned that I already tried that. All my file paths were prefixed with '[Data]\Music\...'. I followed the steps from the link above and changed the location to the new drive letter ('Y:', labelled as 'Shared Folders').

When I click 'OK', the Location node name changes to '[Shared Folders]' and the file path prefix for all music tracks change '[Shared Folders]\Music\...'. But when I try to play any of the files, I get a message popup that says:

"Playback failed: [Shared Folders]\Music\my_track.mp3 is inaccessible"

If I right click on any file and try to open it in Windows Explorer by clicking 'Find more from same' > 'Folder (Explorer)', I get another message popup that says:

"Folder [Shared Folders]\Music\my_track.mp3 not found!"

So, MMW5 seems to think the selected location doesn't exist if use the recommended method. And yet, it definitely does exist and *is* accessible, because 'Locate Moved/Missing files' is able to scan all the files in the new location (it just can't do anything with them).

A few other observations I noticed:

1. If I right-click the updated Media Location ('[Shared Folders]') and select 'Open in Explorer', it incorrectly opens the root of 'C:\' (it should open 'Y:\').
2. If I right-click the updated Media Location ('[Shared Folders]') and select 'Media Properties', the 'Location:' field is blank.
3. If I open MMW5 as an Administrator, right-click the updated Media Location ('[Shared Folders]'), and select 'Media Properties', the window will not show any of the network drive locations - only the fixed drive locations (C: and D:).
4. If I add the network drive location as a Library location ('Add/rescan files to the library...'), it selects it and scans it without any issue, but all tracks show up as new tracks (duplicating the old ones). Each newly scanned file works correctly, and has the correct file path prefix of 'Y:\Music\...'.

A debug log (step 4b) capturing this would be welcome though as that method should work (it's just not the best method), if you're willing please attach a log capturing this to a Support Ticket: viewtopic.php?t=86643
This will help a developer analyze why this fails in your setup.

Thanks. I have raised ticket #3718 to investigate this issue and attached relevant log files.

[Lowlander]

Can you play files from the Y drive (use File Explorer to browse, then play with MediaMonkey)? No drive letter in the Path indicates the drive can't be accessed. With Mapped Drives it can be that the Windows changed the driveID which is what MediaMonkey uses to identify a drive. Does the Y drive have a unique Serial from the C drive?

Unfortunately MediaMonkey can't re-assign to a network location (a non drive-letter location), and this is the recommended method (over Mapped Drives) for accessing network files in MediaMonkey. Network paths will require Locate Moved/Missing Files.

[nanite2000]

Can you play files from the Y drive (use File Explorer to browse, then play with MediaMonkey)? No drive letter in the Path indicates the drive can't be accessed.

Yes, they play fine when selected directly from that location.

With Mapped Drives it can be that the Windows changed the driveID which is what MediaMonkey uses to identify a drive. Does the Y drive have a unique Serial from the C drive?

No. The serial for the selected network drive is '0000-0000', and is the same for any network drive I select.

Unfortunately MediaMonkey can't re-assign to a network location (a non drive-letter location), and this is the recommended method (over Mapped Drives) for accessing network files in MediaMonkey. Network paths will require Locate Moved/Missing Files.

That would be consistent with my experience. If 'Manually Re-assign Drive' doesn't support network paths/drives, then it's misleading to show them in the list of available locations. It would be better to hide them altogether, and update the wiki accordingly.

I have since retried 'Locate Moved/Missing Files' with just 1 or 2 selected files - it does eventually complete successfully, but takes around 30 mins which is impractical for a library of 25,000+ files.

I am retrying with progressively larger collections of files to see if it still works. If it does, that's great - but it would be good to try and understand why it's taking so long and resolve it.

I'll report my findings here and in Ticket #3718.

[Lowlander]

It doesn't supported network UNC Paths, but it should work with a mapped drive. However the issue seems that the drive has no serial. I can't reproduce this though. A Mapped Drive here does show a Serial. Have you tried a PC restart?

[nanite2000]

It doesn't supported network UNC Paths, but it should work with a mapped drive. However the issue seems that the drive has no serial. I can't reproduce this though. A Mapped Drive here does show a Serial. Have you tried a PC restart?

Yep - I've tried restarting, but no luck.

So that I can see if it is an issue with the OS (it *is* a virtual machine after all), do you know how can I view the Serial ID outside of MediaMonkey?

[Peke]

Hi,

how can I view the Serial ID outside of MediaMonkey?

Just open Windows command prompt on mapped drive and just enter "DIR *.xyz" and you should get something like

Code: Select all

m:\dir *.xyz
Volume in drive M is Samsung 970 Pro
Volume Serial Number is 1A10-0F81

Directory of m:\

File Not Found

[nanite2000]

Just open Windows command prompt on mapped drive and just enter "DIR *.xyz" and you should get something like

Thanks! Yep - all the mapped network drives report a serial number of 0000-0000.

OK - I can see why MediaMonkey wouldn't like that.

Fortunately, as Lowlander said earlier, 'Locate moved/missing files' should work, and it does - it just does it too slowly to be practical.

[Peke]

Hi,
I tested this today and 70k of tracks are remapped with 3h, please note that MM needed to scan 6+TB of data. I see that pretty fast.

EDIT: I just checked and if I map NAS share to Drive letter it still shows Serial on DIR *.XYZ

[nanite2000]

Hi,
I tested this today and 70k of tracks are remapped with 3h, please note that MM needed to scan 6+TB of data. I see that pretty fast.

EDIT: I just checked and if I map NAS share to Drive letter it still shows Serial on DIR *.XYZ

Yea - I think this is a problem due to the virtual machine I'm running. The mapped network drives are provided through the VM software as a means of accessing the host machine, so may not be given 'real-world' values.

As for the length of time to locate missing files - I left mine running for an hour over 29,000 files, and it still hadn't completed. It's possible, based on your 3 hr experience, that it might have been very close to completing when I cancelled out of it so maybe I'll try again.

But as I mentioned earlier, repeating same process ('Locate moved/missing files') in MediaMonkey 4 on the same virtual machine over the same number of tracks completes in under 10 mins. So, I guess I'd like to try and understand why MMW5 is so much slower.

[nanite2000]

Just a quick update on this: the issue appears to have resolved itself now. Following a Windows 11 update that addresses:

a bug that could make the write/read speed slower.

(See https://www.windowslatest.com/2022/02/0 ... -and-more/)

my entire library updated successfully in less than 10 mins using 'Locate moved/missing files'.

So, all good now. Thanks everyone!