I am experiencing problems trying to zcat the contents of a particular gzip archive containing SQL text. The problem seems localised to one particular file on one server.
I have copied around 10 gzipped SQL files from our backup server using rsync to a new replication server that I am trying to restore them onto. In all but one case this has worked fine, simply piping the files using zcat into MySQL.
However, one file will not work. Attempting to perform any kind of read operation on the file all produce an error, "Operation not Permitted"
I can delete, chmod and chown the file and have ensured that I have full ownership and permissions on it. It's visible attributes appear to be identical to all of the other files that worked. I am also able to rename it and move it into different directories on the same disk. Attempting to copy the file, read it in any way, or move it to another disk however all generate the "Operation not permitted" Error. I have also tried to look at the attributes using lsattr, but this also generates the same error.
I can read the file on the original source server, and have also FTP'd it to my windows PC where it can also be read and extracted. I have even copied it from the original server via FTP to my PC and then back to the destination server via FTP and as soon as it hits the destination server I am unable to read it again.
My OS is CentOS 7 and The disk in question is a 100G LVM volume formatted in ext4. I have run fsck against it and it reports as clean.
Sadly the extracted SQL data file is too large to fit on the server along with the database that it is intended to create, and is effectively too large to stream the extraction over the network from another server.
Does anyone have any idea what might cause this behaviour? I am at a loss.
Thanks in advance.