Bug 234919 - scp lower/uppercase problem
scp lower/uppercase problem
Status: CLOSED CURRENTRELEASE
Product: Fedora
Classification: Fedora
Component: filesystem (Show other bugs)
5
All Linux
medium Severity medium
: ---
: ---
Assigned To: Phil Knirsch
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2007-04-02 16:33 EDT by Tony Chamberlain
Modified: 2015-03-04 20:18 EST (History)
1 user (show)

See Also:
Fixed In Version: 5
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2007-04-16 09:48:49 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Tony Chamberlain 2007-04-02 16:33:20 EDT
Description of problem:

There are several directories under /home/dir (name changed to protect
confidentiality).  The directories are like "CORE", "CDMA", etc.

we perfomed (from /home) an
   scp -r directory 192.168.5.13:/home/bkup/

then on the 192.168.5.13 machine instead of being upper case CORE, CDMA, etc.,
they were lower case (cdma, core, etc).

an attempt to move them (mv cdma CDMA) gave the message that you could not
move a directory to a subdirectory of itself.  Indeed if I did

ls core  or  ls CORE

they both showed the same (the contents of the directory) so somehow,
directory names became case insensitive.

The file names under these directories did not change though.

Version-Release number of selected component (if applicable):


How reproducible:

do the following (have two machines connected through ip.  In this
example I will use 10.0.0.1 and 10.0.0.2)/.  On the 10.0.0.1 have a directory
with a name in upper case (e.g. /home/TEST).


Steps to Reproduce:
1. from 10.0.0.1 under /home do an  scp -r  TEST root@10.0.0.2:
2. on 10.0.0.2 the directory may be test instead of TEST but both will work.
3. substitute anything you want for root@ as long as it is on 10.0.0.2.  We diod
root to root.
  
Actual results:
direcotry switched to lower case

Expected results:
should have stayed upper case

Additional info:
Comment 1 Will Woods 2007-04-02 17:28:33 EDT
What OS and openssh version is running on each machine?

What filesystems are they writing to?

This works fine for me in FC6/F7.
Comment 2 Tony Chamberlain 2007-04-03 08:46:06 EDT
I forwarded the message to Jan because I don't have access to his machine.
Here is the "from" machine though:

 Linux  2.6.17-1.2141_FC4smp #1 SMP Fri Jun 30 15:08:52 EDT 2006 i686 i686 i386
GNU/Linux

by the way, "cheating" from this machine to itself via scp worked.  So it must
be the machine in Jan's office
that is the problem.

(I took the machine name out because I don't know if it is proprietary or not.
The ip address is 192.168.5.11)
Comment 3 Tony Chamberlain 2007-04-04 12:23:22 EDT
Fedora 6 was isntalled on the machine yesterday so it is no longer possible
to test this the same way.  It works OK with Fedora 6.  Perhaps this should be 
moved to DEFERRED or something?
Comment 4 Phil Knirsch 2007-04-16 09:22:15 EDT
If it works on Fedora 6 and Fedora 7 i'd rather suggest closing it as works in
current release?

Opinions?

Read ya, Phil
Comment 5 Tony Chamberlain 2007-04-16 09:48:49 EDT
Yeah I guess so.
First I thought it was because it was going between
Linux and Windows, but then I realized it was not going
between Linux and Windows.  It was Linux - Linux.

I suppose I can/should close it?

Tony
Comment 6 Phil Knirsch 2007-04-16 10:57:32 EDT
Sure, sounds good to me.

Thanks,

Read ya, Phil

Note You need to log in before you can comment on or make changes to this bug.