Is anyone else experiencing this behavior?  I've tested on 4.4.2 and 4.5b6 and get the same result.

 

If I create a folder or a file that ENDS in a period, the folder or file name gets corrupted.  The content is fine; just the name is wrong.

 

Replication:

Create folder:  temp.

Refresh, folder is now:  TFNZPF~9

 

Created folder: hello.

Refresh, folder is now:  H0MUWZ~F

 

Create text file on my computer's desktop:  test. (notice, I'm on Linux; no need for .txt)

Add text to file "Test test test"

Copy to unRAID, and refresh, filename becomes: TFNZPF~9 - but opening the file still has "Test test test"

 

However, if the period has text after it (say a file extension .txt, hidden folder: .test OR folder named Hello. This is a test), it works fine.

 

If this is a known issue, is there a way to resolve it?

 

Note: This behavior happens regardless of method.  I've tested on SMB, but also just to be sure it wasn't a samba issue, I telnet'd in and used mkdir tester. and sure enough, that folder shows up as THGODJ~Q

 

As I've said, thankfully the data is intact.  It's just a real annoyance because I'm putting hundreds of folders of family photos on my unRAID server, and all the folder names end in a period (eg. 2009 09 09 - Tali at her dance class.)

 

Cheers!

Robbie

I just thought I would mention in case it is asked: my system passes parity check even after this issue.  There are no parity issues; it's strictly with the "naming" of the file/folders, and nothing more.

 

Regards, and thanks in advance for your help!!

Robbie

I just thought I would mention in case it is asked: my system passes parity check even after this issue.  There are no parity issues; it's strictly with the "naming" of the file/folders, and nothing more.

 

Regards, and thanks in advance for your help!!

Robbie

It might be a SAMBA option/feature to mangle the "long" folder names to an older "DOS" compatible 8 character name.  Need to check out the SAMBA options for name remapping/translation.

Thanks Joe.

 

I just confirmed; it's Samba's OUTPUT.

 

Eg. if I create the folder called testme. and refresh (via a smb connection) I see the folder is now THGODJ~Q.

 

Then, telnet in and do an ls, and wouldn't you know it, it's called testme.

 

So; looks like the folders / filenames ARE being stored correctly (hence the good parity), but whatever setting unRAID has in samba is making it show up wrong if viewed over smb.

 

Good to know my data is STORED correctly.  Now, any ideas where I'd change that setting in such a way that it STAYS fixed after a reboot?  Is this something they can fix in an upcoming release?

 

Thanks!!

Robbie

PS; sorry for all the screaming.  I'm too lazy today to reach up to the bold button 

Is anyone else experiencing this behavior?  I've tested on 4.4.2 and 4.5b6 and get the same result.

It looks like it is a SAMBA "feature"

 

Have you tried the same type of SMB share on a ubuntu box? 

 

Joe L.

I have not "replicated" the issue on Ubuntu, no.  But know that we use SMB all the time for file transfers.

 

The original folders for my family photos were created over SMB on Ubuntu machines.

 

 

Robbie

You can always do something like this:

 

awk 'BEGIN {

    cmd = "find /mnt/user -type d -name *\."

    while (( cmd | getline s ) > 0 ) {

    if ( substr(s,length(s),1) == "." ) {

        mv_cmd = "mv \"" s "\" \"" substr(s,1, length(s) - 1) "\""

      print mv_cmd

      system( mv_cmd )

    }

  }

}'

 

It will rename the folders without the trailing periods.

 

Joe L.

Ahh, it indeed appears as though my next "unRAID" issue is again... not an unRAID issue!  Mac OS users are noting the same behavior over smb.  Looks like that's ... annoying!

 

I'm a debian guy.  What's a quickie way to throw SSH on my unRAID box?  I'll be thrilled to just bypass smb altogether.

 

And, I must cast a vote for this:  SSH should be installed by default.  Telnet is very oldschool    haha!

 

Robbie

You can always do something like this...

Hmmm... where do you put that?  (I'm unfamiliar with awk).  Thanks for the tip.  While about 98% "not ideal", it'd at least be a workaround.

 

Thanks!!

You can always do something like this...

Hmmm... where do you put that?  (I'm unfamiliar with awk).  Thanks for the tip.  While about 98% "not ideal", it'd at least be a workaround.

 

Thanks!!

Paste the series of lines anywhere you have a command line. or put them in a shell script and execute it.  Run it after all your directories are in place.

To test it, just comment out the "system(mv_cmd)" line and it will print what it will do. (comments in 'awk" are just like shell.  a leading "#" will comment out the line.)

 

I could have do the same with a pure shell script... but awk is more powerful.

 

SAMBA used to have a way to map file names.  It was deprecated in version 3.0  I tried it here... since it looked so promising, then found it was no longer there. 

 

It would have been

mangled map =(*. *)

and names ending in "." would have had the "." stripped off when viewed through SAMBA.  But, alas, it exists no more.

 

Apparently windows does not allow any directory or file names to end in "."

 

Joe L.

Thanks.

 

So, with SSH being faster AND allowing 'dots' to end the names, any easy way to install that on unRAID?  I'm used to sudo apt-get install ssh

 

  But then again, Debian is über sexy.

 

Robbie

check out the Topical Index and search for the ssh entry.  It should point you to the proper thread for getting ssh up and running your unRAID server.