×
INTELLIGENT WORK FORUMS
FOR COMPUTER PROFESSIONALS

Contact US

Log In

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips Forums!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!

*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.

Students Click Here

Solaris 10 - 2 File transfer problems since time change on Nov 6th

Solaris 10 - 2 File transfer problems since time change on Nov 6th

Solaris 10 - 2 File transfer problems since time change on Nov 6th

(OP)
We are in a hosting environment.Everyday a FTP server on client side follows predefined schedules to get files from a file server on hosting side.

On the file server, the files are originally saved in /data folder; after the remote FTP server gets them, the files will be moved to /archive folder, while the filenames will have timestamps appended to show the time that the files were successfully processed by the FTP server.

Everything was ok until the next day of time change which was Nov 6th. Starting from Nov 7th, in the /data folder, we start to see files like .nfsxxxx. They have the same size as the good data files, accumulating in both file server and FTP server, consume a lot of space and we don't know whether there is any impact to the data files. We did do homework on those NFS files, but as far as we know, there is no known process or userid trying to open the files while they are being transferred by FTP server. We also can't figure out why the problem happened right after time change.

The 2nd problem happened since yesterday. The client FTP server can no longer get data files. The log shows "No Such File". However, on hosting side, the files were moved to /archive with a timestamp as if they were moved successfully by FTP server.

Below are what happened before the problem, hopefully can give some clue:
1. On client side, on Nov 6th, the date configuration related to the FTP transfer cycle was modified so that the transfer time is the same after time change. E.g., file was transferred at 6:00am before the time change; file is still transferred at 6:00am after the time change. We did the same config change twice on Nov 2010 and March 2011, no problems.

2. On hosting side, things usually are not transparent to us. We only know the file server is a Solaris. We requested to use "lsof" against a .nfsxxxx file,  the result pointed to a kernel patch 144488-17 performed on Oct 16th.

Now no one admits it's their problem. My theory is that the kernel patch doesn't work correctly somehow after the time change but I can't prove it. I did review below links but can't tell what could be the potential problem.

http://wesunsolve.net/patch/id/144488-17
http://wesunsolve.net/readme/id/144488-17

Thanks in advance for any input!
Max
 

RE: Solaris 10 - 2 File transfer problems since time change on Nov 6th

Just to clarify:

Quote:

moved to /archive with a timestamp as if they were moved successfully by FTP server.

Does the ftp process move the files or an independant process running on the server?

The internet - allowing those who don't know what they're talking about to have their say.

RE: Solaris 10 - 2 File transfer problems since time change on Nov 6th

You did reboot after the patch in accordance with the readme?

The internet - allowing those who don't know what they're talking about to have their say.

RE: Solaris 10 - 2 File transfer problems since time change on Nov 6th

...and all other 'required' patches are there too?

(Apologies for the multiple posts - oh for an edit function!).

The internet - allowing those who don't know what they're talking about to have their say.

RE: Solaris 10 - 2 File transfer problems since time change on Nov 6th

(OP)
Yes, the FTP process move the files. I have to ask the hosting partner whether they applied other patches and rebooted. I myself work on the client side on ERP applications.

Thank you very much!

Red Flag This Post

Please let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

Red Flag Submitted

Thank you for helping keep Tek-Tips Forums free from inappropriate posts.
The Tek-Tips staff will check this out and take appropriate action.

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members! Already a Member? Login

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close