No ideas, except to contact the SAN manufacture. Next, I would try to itemize anything else that may have happened since the last time an .rpt file was copied prior to the discover of the issue. I would also perform a filesystem check.
-- Espi On Tue, Mar 18, 2014 at 7:35 AM, David Lum <[email protected]> wrote: > Over the weekend there was an upgrade to our SAN systems. We now have this > bizarre issue where Crystal Reports .RPT files are unable to be copied from > a PC to the SAN shares via Windows 64-bit GUI. > > > > Renaming an Excel file to .RPT: works > > Use a 32-bit system to copy the file: works > > Any other file (PDF, XLS, etc.): works > > Using XCOPY on a 64-bit machine: works > > > > It only fails when using the GUI on a 64-bit system, and it's only on > these Crystal Reports .RPT files. If I open one of these RPT files on a > 64-bit machine with Notepad, change one byte, save it to the PC I can then > copy it over. > > > > Ideas? > > > > > > > > *David Lum* > > *Network System Admin, Information Services* > > *office* 503-265-4728 | modahealth.com <http://www.modahealth.com/> > > *I'm excited to announce that ODS Health is now Moda Health. **Please > make a note of my new email address**, [email protected] > <[email protected]>, so we can stay connected.* > > This message is intended for the sole use of the individual and entity to > whom it is addressed, and may contain information that is privileged, > confidential and exempt from disclosure under applicable law. If you are > not the intended addressee, nor authorized to receive for the intended > addressee, you are hereby notified that you may not use, copy, disclose or > distribute to anyone the message or any information contained in the > message. If you have received this message in error, please immediately > advise the sender by reply email and delete the message. > > > > >
<<inline: image001.jpg>>
