Over the summer I had some time on my hands while deployed, so I ripped hundreds of my DVDs to mkv files. I’m resurrecting my old thread because the problem, which I initially thought was restricted to CouchPotato, keeps coming back. They generally range from 4-11 GB in size.
For the sake of clarity I’ll say they are all legally-obtained media files that are not properly named or embedded with metadata. Is there any way to prevent 3rd party programs on my network from disabling the shares like that? Is there a particular log that might help troubleshoot this issue?įinally, I hope to avoid getting sidetracked with a discussion of what files I’m copying and why. I have already contacted support for the Couch Potato program, but it seems odd to me that a simple copy operation is able to completely disable the Drobo FS. I have to execute /sbin/reboot or toggle the power button to make the FS visible to the Dashboard and my network again. I can ssh into the Drobo, but when I do the /mnt directory is completely empty. The lights on the FS look normal with all greens for the drives and lower-left power indicator.
#Couch potato renamer Offline
At this point all the drives drop offline in every computer connected to the Drobo FS and the Dashboard reports no Drobo connected. From the logs and the results I see the program successfully renames/copies the first file in my queue, but then when it comes to the second copy it reports an I/O error. The files originate on my Win 7 圆4 machine and are copied to the Drobo FS by a Win32 program called Couch Potato. I’m trying to use a program that automatically renames some of my large media files and then copies them to the Drobo FS.
0 kommentar(er)
