Closed iangow closed 3 years ago
@bdcallen Could you please do some research on this issue, which persists? It seems that the CRON job may not be affected by this issue, but I guess is what is causing it in the first place. It may be useful to check the underlying numerical IDs for jpk
and mschabus
on the Z640 box and compare that with the IDs associated with the owner and group of the files on the server we're getting the XML files from.
On the Research Platforms virtual machine:
iangow@sftp-resplat:/home/thomsonreuters$ ls -hlt
total 15G
drwxr-xr-x 4 thomsonreuters thomsonreuters 15M Nov 16 14:05 uploads
-rw-r--r-- 1 root root 4.5G Sep 28 17:30 2020-09-28-uploads.tar.xz
drwxr-xr-x 2 thomsonreuters root 4.0K Sep 28 11:14 bin
-rw------- 1 thomsonreuters root 44 Sep 28 05:56 ftp-setranscripts.refinitiv.com.auth
-rw-r--r-- 1 root root 4.5G Sep 21 17:26 2020-09-21-uploads.tar.xz
-rw-r--r-- 1 thomsonreuters sftpusers 6.0G Oct 4 2019 backup_20191004.tar.g
iangow@sftp-resplat:/home/thomsonreuters$ id -u thomsonreuters
1001
iangow@sftp-resplat:/home/thomsonreuters$ id -G thomsonreuters
1002
On Z640:
igow@igow-z640:/home/shared$ id -u jpk
1001
igow@igow-z640:/home/shared$ id -u mschabus
1002
I think I will try the --chown
option in rsync
.
@bdcallen I'm still seeing permissions issues (see below). I can fix these with
sudo chown igow:mccgr -R uploads
run from/home/shared/
, but I'm not sure what is causing this. With the wrong ownership,get_xml_files.sh
does not run successfully. It's possible thatjpk
andmschabus
share the same numeric IDs as the users who own the files on the original server thatget_xml_files.sh
gets the files from. When I runget_xml_files.sh
, the files are owned byigow:igow
(i.e., me). But things may work differently with the cron job, which may be run byroot
.