I have been using 4.0 for about a week without problems. When I use 4.2.1 and I copy Video files (Movies/Movie Name/Video_TS) to the share folder "Movies", I get the erro "Cannot copy [filename] path is too deep. Is this because of the way shares is set up. When I backup a DVD I would like to have the file sent to the share folder Movies. With version 4.0 I have to copy to Disk 2/Movies. Any suggestions.

 

Thanks,

Gary T

I've never seen this error crop up before.  How are you doing the copy and how is the error being reported?  Also, which OS?

 

There is a Windows path limit of 255 characters.

Hi Garry a couple of questions for you:

 

1)  is the Movies share being mapped to your, assuming, windows box?

 

2) either way what is the FULL path you are trying to write to? 

 

ie:  x:\movies\full movie name\video_ts or \\tower\movies\movies\full movie name\video_ts

 

I'm wondering if you are hitting a windows path length issue...  if you are not mapping a drive, does mapping a drive work for you?

 

 

I have a 1.5Tb USB drive hooked to a windows PC running Media Center 2005. On the USB drive I have a folder named My Movies with the movie name folder with Video_TS. files. If I drag and drop 5 or 10 movies at a time into the shared movies folder on the server, eventually I get the error "cannot copy VTS_01_2:the path is too deep", then the server locks up, the power switch won't shut it off, if I have a monitor hooked to the server and login to try to stop the array, that doesn't work either. I have to switch off the power supply, then when I reboot it does a parity check. I can copy files the exact same way in 4.0 and it works flawless.

 

obiwan,

If I click on a movie on the server it is listed as "T\movie name\Video_TS. I'm not sure if that is what you mean. I do have a mapped network drive called "Movies on 'Media server (Tower)'.

 

Thanks,

Gary T

It would be nice if you can capture the unRAID system log as this error is happening.

 

From a telnet session, type this command:

 

tail -f /var/log/syslog

 

(the cursor will just sit on the left edge and it will look like the command is still executing - it is, just let it be).

 

Now all messages sent to the syslog will appear in the window.

 

Now do your copy that results in this error.  If messages appear, you can select/copy/paste from the telnet application and post here.

 

Probably some other error is happening and being mis-reported on the windows side.

Tom,

Did you intend to ask the person to type

 

tail -f /var/log/syslog

 

 

I don't know of a "syslog" command...

Tom,

Did you intend to ask the person to type

 

tail -f /var/log/syslog

 

 

I don't know of a "syslog" command...

 

Heh, of course... fixed.

New user testing unRAID this week. I had this same problem when trying to move iso files to the server. The files are stored on the windows machine as C:\movies\full movie name\iso. They are going to the server as movies\full movie name\iso. I will try tomorrow again and see if I can capture the error in the system log.

I tried again this morning attached is the log captured. The system becomes unresponsive when this occurs.

 

I have also found another issue I am having. I can send files at a decent speed, but if I try to read them from the server it crawls, I sent a file that took 1-2 minutes, went copy it back and it was going to take over 40 minutes.  Onboard nic ASUS P5B-VM.  Thanks!

It would appear my problems are solved, I disabled the onboard nic and installed a Netgear gigabit card. So far I have transferred 30+ gigs without a lockup. Tested some smaller files and I was able to transfer both directions using about 20-28% of the gigabit throughput.