<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic ICX8000 SCP Backup Creates 0-Byte Files on QNAP Server in ICX Switches</title>
    <link>https://community.ruckuswireless.com/t5/ICX-Switches/ICX8000-SCP-Backup-Creates-0-Byte-Files-on-QNAP-Server/m-p/114714#M8044</link>
    <description>&lt;P&gt;Hello Ruckus Support Team,&lt;/P&gt;&lt;P&gt;I am experiencing an issue when attempting to back up the running-configuration from &lt;STRONG&gt;ICX8200&lt;/STRONG&gt; switches to a QNAP server using SCP.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;copy running-config scp 10.x.x.x /QNAP/S1-Core-MDF.cfg&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The switch initiates the transfer, but the process takes an unusually long time and ultimately creates a backup file with a size of 0 bytes on the QNAP server instead of the expected configuration file.&lt;/P&gt;&lt;P&gt;To rule out issues with the SCP server configuration, I performed the same backup procedure on more than 200 switches from the ICX7000 series. In all cases, the SCP backup completed successfully and the configuration files were transferred correctly.&lt;/P&gt;&lt;P&gt;The issue appears to be specific to the ICX8000 series, as I have consistently observed the problem on ICX8200 switches while the identical SCP destination and procedure work properly on ICX7000 switches.&lt;/P&gt;&lt;P&gt;Could you please confirm whether this is a known issue, firmware bug, or SCP compatibility problem affecting the ICX8000 series? If so, are there any recommended workarounds or firmware versions that resolve this behavior?&lt;/P&gt;&lt;P&gt;Thank you for your assistance.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Best regards,&lt;/P&gt;&lt;P&gt;Ahmad Bahrami&lt;/P&gt;</description>
    <pubDate>Fri, 19 Jun 2026 10:24:59 GMT</pubDate>
    <dc:creator>ahmad_bahrami</dc:creator>
    <dc:date>2026-06-19T10:24:59Z</dc:date>
    <item>
      <title>ICX8000 SCP Backup Creates 0-Byte Files on QNAP Server</title>
      <link>https://community.ruckuswireless.com/t5/ICX-Switches/ICX8000-SCP-Backup-Creates-0-Byte-Files-on-QNAP-Server/m-p/114714#M8044</link>
      <description>&lt;P&gt;Hello Ruckus Support Team,&lt;/P&gt;&lt;P&gt;I am experiencing an issue when attempting to back up the running-configuration from &lt;STRONG&gt;ICX8200&lt;/STRONG&gt; switches to a QNAP server using SCP.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;copy running-config scp 10.x.x.x /QNAP/S1-Core-MDF.cfg&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The switch initiates the transfer, but the process takes an unusually long time and ultimately creates a backup file with a size of 0 bytes on the QNAP server instead of the expected configuration file.&lt;/P&gt;&lt;P&gt;To rule out issues with the SCP server configuration, I performed the same backup procedure on more than 200 switches from the ICX7000 series. In all cases, the SCP backup completed successfully and the configuration files were transferred correctly.&lt;/P&gt;&lt;P&gt;The issue appears to be specific to the ICX8000 series, as I have consistently observed the problem on ICX8200 switches while the identical SCP destination and procedure work properly on ICX7000 switches.&lt;/P&gt;&lt;P&gt;Could you please confirm whether this is a known issue, firmware bug, or SCP compatibility problem affecting the ICX8000 series? If so, are there any recommended workarounds or firmware versions that resolve this behavior?&lt;/P&gt;&lt;P&gt;Thank you for your assistance.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Best regards,&lt;/P&gt;&lt;P&gt;Ahmad Bahrami&lt;/P&gt;</description>
      <pubDate>Fri, 19 Jun 2026 10:24:59 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/ICX-Switches/ICX8000-SCP-Backup-Creates-0-Byte-Files-on-QNAP-Server/m-p/114714#M8044</guid>
      <dc:creator>ahmad_bahrami</dc:creator>
      <dc:date>2026-06-19T10:24:59Z</dc:date>
    </item>
  </channel>
</rss>

