Your best friend for file transfer.

Fetch application logoFetch

Cannot overwtite files on the server (3 posts)

  • Started 2 years ago by Tom Mahoney
  • Latest reply 2 years ago from Tom Mahoney
  • Tom Mahoney Member

    This looks like a server issue but my service provider has not been able to resolve it so perhaps you can help me steer them in the right direction...

    Lately, (last month or so) when I try to overwrite an existing filename on my server, I get this (from the Transcript) and have to manually delete the file from the server before I can upload the new version. I never saw this before.

    *******
    PASV
    227 Entering Passive Mode (64,92,105,20,140,205).
    Making data connection to 64.92.105.20 port 36045
    STOR returning.html
    550 returning.html: Overwrite permission denied
    ftp_store_setup: 2,-30004 (state == RPUT_SETTING_UP)
    retry_failed_operation derr = 2, -30004 retry_state = RPUT_SETTING_UP cancel_cur_cmd = 0 force_reconnect = 0 tw->retry_reconnect_count = 0 making_progress = 0, tw->retry_count = 3
    Fetch could not put “returning.html” because the FTP server encountered an error accessing a file or folder. (If you entered a file name, folder name, or URL, check that it is correct.
    Server responded: “returning.html: Overwrite permission denied”)
    ABOR
    FTP::ftp_abort() FTP_ABOR_SENT_CMD TickCount() = 429579 reply_received = 429578 TickCount() - reply_received = 1
    FTP::ftp_abort() FTP_ABOR_SENT_CMD TickCount() = 429579 reply_received = 429578 TickCount() - reply_received = 1
    FTP::ftp_abort() FTP_ABOR_SENT_CMD TickCount() = 429580 reply_received = 429578 TickCount() - reply_received = 2
    FTP::ftp_abort() FTP_ABOR_SENT_CMD TickCount() = 429581 reply_received = 429578 TickCount() - reply_received = 3
    FTP::ftp_abort() FTP_ABOR_SENT_CMD TickCount() = 429584 reply_received = 429578 TickCount() - reply_received = 6
    226 Abort successful

    *******

    Any idea what made this start??

    Posted 2 years ago #

  • Jim Matthews Administrator

    It could be that a configuration change was made on the server to disallow overwriting files.

    There have been other reports of this problem with Dreamhost. Is Dreamhost your service provider?

    Thanks,

    Jim Matthews
    Fetch Softworks

    Posted 2 years ago #

  • Tom Mahoney Member

    Jim,

    That's what I suspected. I don't have Dreamhost but my small provider is notorious for making system changes that break things for their resellers.

    In any event, a more competent person took over support from the weekend guy and had it resolved in 2 minutes. Unfortunately, I can't get any info from him as to what was causing it.

    Thanks for the reply!

    Edited 2 years ago #

Reply

  • Or nickname, if you prefer.
  • This will be kept confidential.
  • This is to ensure that you’re a person, not a spambot.