in reply to odd warning from Net::SFTP::Foreign

The put method also copies the permissions from the local file into the remote one and for some reason that part is failing. I will look at it tomorrow.

BTW, have you tried the development version?

Update: I am unable to find any bug on the put method that could cause the fsetstat action to fail. Could you post here or send me an email with a listing of the permissions for the local file, and both the remote and local directories?

  • Comment on Re: odd warning from Net::SFTP::Foreign

Replies are listed 'Best First'.
Re^2: odd warning from Net::SFTP::Foreign
by jellyman (Novice) on Jun 05, 2006 at 11:47 UTC

    listing of the local directory's content permissions:

    -rw-rw-rw- 1 webadm webadm 59 Jun 5 02:23 EXTR_LIST.txt

    listing of the local directory's permissions:

    drwxrwxrwx    2 dslusr1  dslgrp       4096 Jun  5 02:23 dsc

    listing of the remote directory's permissions:

    drwxrwsr-x 0 502 510 94 Jun 3 08:12 dundee_dsc

    listing of the remote directoriy's contents:

    -rw-rw-rw-    0 510      510           148 Jun  2 16:35 EXTR_LIST.txt

    Thanks for the help!

      I am unable to reproduce the problem. Which OS are you using on the target host?

      It would also help if you could attach a process monitor (strace, truss, ktrace, etc.) to the remote sftp server process (it is usually called sftp-server) after the ssh connection has been stablished but before the transfer starts and send me the output file.

        Unfortunately the host box is a remote box outside of my company's control, with limited access. However, I think you are right that it is in the way the remote host is set up. The same code works fine against other remote hosts, but this one has had more restrictions in place than usual, I cannot ssh there, for example. I will look into getting them to attach a process monitor, but to be honest I don't think they'll play ball. Either way, thanks for the feedback, it sounds like an SSH config issue on the remote side.