This project has moved and is read-only. For the latest updates, please go here.

Move file error with Win10

Jul 29, 2016 at 6:34 PM
Hello,

MCEBuddy has been dutifully running nightly for awhile, but now I get this error when it tries to move the file:
INFORMATION> 2016-07-29T13:02:14 MCEBuddy.Engine.ConversionJob --> Moving converted file C:\Program Files\MCEBuddy2x\working0\MotorWeek.s35e45_R20160716_1958.mkv to \\192.168.0.55\TV\MotorWeek\Season 35\MotorWeek.s35e45_R20160716_1958.mkv
ERROR> --> Unable to move file C:\Program Files\MCEBuddy2x\working0\MotorWeek.s35e45_R20160716_1958.mkv to \\192.168.0.55
Error :System.IO.IOException: The specified server cannot perform the requested operation.

   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.File.InternalMove(String sourceFileName, String destFileName, Boolean checkHost)
   at MCEBuddy.Util.FileIO.MoveAndInheritPermissions(String source, String destination)
   at MCEBuddy.Engine.ConversionJob.MoveConvertedFile(String subDestinationPath, Log jobLog)
ERROR> 2016-07-29T13:02:14 MCEBuddy.Engine.ConversionJob --> Moving converted file to destination failed
A somewhat major change in the system was upgrading to Windows 10. Looking at the logs, this definitely started after the upgrade. The full path is correct and accessible, but it doesn't seem to like that the destination of the profile is the root IP address (\\192.168.0.55). If I change it to \\192.168.0.55\TV, it works. The problem with this is that I use a different folder based on whether there is an episode number or not. This happened in both 2.4.3 and 2.4.4.

Thanks and awesome program!

Logs
Aug 5, 2016 at 4:37 AM
Yes it was a bug fixed in 2.4.5

Aug 8, 2016 at 8:31 PM
Thanks, that works. It took awhile to try it because we went out of town.
Aug 12, 2016 at 10:31 PM
I just updated from the 2.4.5 beta to the release and the bug seems to be back:
INFORMATION> 2016-08-12T17:26:18 MCEBuddy.Engine.ConversionJob --> Moving converted file to destination
INFORMATION> 2016-08-12T17:26:18 MCEBuddy.Engine.ConversionJob --> Moving converted file C:\Program Files\MCEBuddy2x\working0\WDRB News @ 430.se_R20160812_2032.mkv to \\192.168.0.55\TVFix\WDRB News @ 430.se_R20160812_2032.mkv
ERROR> --> Unable to move file C:\Program Files\MCEBuddy2x\working0\WDRB News @ 430.se_R20160812_2032.mkv to \\192.168.0.55
Error :System.IO.IOException: The specified server cannot perform the requested operation.

   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.File.InternalMove(String sourceFileName, String destFileName, Boolean checkHost)
   at MCEBuddy.Util.FileIO.MoveAndInheritPermissions(String source, String destination)
   at MCEBuddy.Engine.ConversionJob.MoveConvertedFile(String subDestinationPath, Log jobLog)
ERROR> 2016-08-12T17:26:18 MCEBuddy.Engine.ConversionJob --> Moving converted file to destination failed
Thanks!
Aug 13, 2016 at 1:11 AM
Nothing to do with MCEBuddy (there has been no change this code). Some third party app is locking your file and preventing it from being copied.

Aug 14, 2016 at 1:22 PM
Thanks, it's working now. I don't know what happened. I tried again and it failed again. I changed the destination to a subfolder and it worked. I changed it back to the root and it worked.
Aug 24, 2016 at 3:35 PM
Did some more research on this and it's an error returned by your network server.

Aug 31, 2016 at 4:57 PM
Thanks, I'll look into that, but here's some more info.

After I restart my computer, MCEBuddy will give the error every time. If I change the destination to a subfolder, it will work. If I change it back the server root, it will now work. Luckily, this doesn't happen when waking from sleep, so it's not a big problem.
Aug 31, 2016 at 5:05 PM
Are you on the 2.4.5 final release? (the network share server root problem was fixed in 2.4.5)

Sep 2, 2016 at 2:24 PM
Yes, 2.4.5.1 according to the log. And I'm on Windows 1511 (Build 10586.545).
Sep 2, 2016 at 3:33 PM
Are you sure you have write access to the root folder? Most root folders don't provide write access to system.

Sep 2, 2016 at 4:09 PM
Edited Sep 2, 2016 at 4:12 PM
I'm not actually writing to the root directory. The destination of the conversion task is the root (\192.168.0.55). The final destination of the file is based on this renaming rule:

%ifepisode%<TV\%showname%\Season %season%#\%showname%.s%season%##e%episode%##_R%recordyear%%recordmonth%%recordday%_%recordhour%%recordminute%,TVFix\%showname%.se_R%recordyear%%recordmonth%%recordday%_%recordhour%%recordminute%>

So the file either goes to \192.168.0.55\TV\... if it has an episode number or to \192.168.0.55\TVFix\... is it doesn't. TV and TVFix directories already exist, so it doesn't have to create anything in the root folder.

After a reboot, this fails. Changing the destination to \192.168.0.55\AnyFolder will work with the file going to \192.168.0.55\AnyFolder\TV or \192.168.0.55\AnyFolder\TVFix.

The odd part is that if I now change the destination back to just \192.168.0.55, it works.


PS - the captcha for this post is Bellevue and Stop. Maybe it's trying to tell me I'm crazy and should just stop! ;-)
Sep 3, 2016 at 10:26 PM
Can you upload the conversion log for when it fails and then when it succeeds for the same file. Is suspect it's a network authentication issue. After a reboot the authentication needs to be reestabliahed it may not be doing it soon enough and hence fails the first time but succeeds the seconds time. I need to see the logs

Sep 6, 2016 at 5:39 PM
I recorded a short segment. After a reboot, MCEBuddy starts automatically from the startup folder, but cannot find the Recorded TV directory (\\192.168.0.88\Recorded TV) until I stop and restart it. You can see that at the beginning of the mcebuddy.log file. There is no problem accessing the directory with Windows Explorer. Then, I let it process the show and it fails to move it. Without changing anything, I processed the show a second time, also failing on the move. Next, I stopped MceBuddy, changed the destination to \\192.168.0.55\TVFix. The show was processed without issue. Finally, I changed the destination back to \\192.168.0.55 and processed it without issue again.

Link to log files

Thanks
Sep 18, 2016 at 1:52 PM
Okay I see what's going on. MCEBuddy doesn't recognize a root UNC path like \\192.168.0.55 and it never authenticates that path, it's expecting atleast one folder.
You need atleast one folder into a UNC path like \\192.168.0.55\Folder and when you do that it works because it authenticates it.

I'm surprised that you even have a root UNC path that you can write to - how did you even configure that? I'm not aware of any way to write into a ROOT UNC path. Windows always needs a folder within a UNC path.

We'll put a check in the next build of MCEBuddy to force the user to enter atleast one folder into the UNC path.


Sep 18, 2016 at 4:23 PM
Try out today's 2.4.6 BETA build and it should prompt you to correct the path's when you click on Ok.