Brocade Fibre Channel Networking Community

Expand all | Collapse all

configUpload clarification

  • 1.  configUpload clarification

    Posted 05-25-2016 02:45 PM

    On a fabric switch that has virtual fabrics enabled and several virtual fabrics created with zones, is:


    configupload -all


    the equivilent of:


    configupload -chassis


    configupload -vf


    i.e. does doing a "configupload -all" give a full backup of everything or do you still need the separate "configupload -vf" to have everything you need for a restore?




  • 2.  Re: configUpload clarification

    Posted 05-25-2016 03:18 PM

    A full backup needs separate collection of "configupload -all" and "configupload -vf"


  • 3.  Re: configUpload clarification

    Posted 05-30-2016 09:18 AM

    Thanks for the info.


    What would be the restore order if rebuilding a switch from scratch that had several virtual fabrics?


    configdownload -all


    and then


    configdownload -vf


    or the other way around?


    Thanks again


  • 4.  Re: configUpload clarification

    Posted 05-30-2016 09:38 AM

    1) -vf first, this will create the logical switches as they are declared in the backup and reboot;

    2) then -all to restore the config of the chassis/switches.


    if you'd do -all first, it will complain that the logical switches do not exist in the chassis...


  • 5.  Re: configUpload clarification

    Posted 05-30-2016 10:13 AM



    first, I've never recovered any VF config, and to be honestly I'm not sure.


    you wrote:


    --->>>-vf first,


    are you sure ?


    VF, is based on a logical Switch, so as per my opinion should be first uploaded -all config and then the -vf config.


    I'll not insist, but is probable I'm wrong here.



  • 6.  Re: configUpload clarification

    Posted 05-30-2016 10:42 AM

    Antonio, "configdownload -vf" actually creates all the logical switches as they are defined in the backup file. I.e. what ports are allocated to what VF, which VF is "default", which one is "base" etc... etc...  If you don't do it - VFs simply do not exist, remember - we are talking about restoring the chassis from scratch. Note that this needs a separate backup file created with "configupload -vf" which dosn't look like a "normal" configupload file that we used to see for years before VF was introduced. When restore is complete, the chassis reboots.


    Only after that, you can restore the config of some or all of the logical switches - because now they are defined, up and running.


    First of all, this order is simply logical, and then, I've already done it, so trust me :)


  • 7.  Re: configUpload clarification

    Posted 05-30-2016 10:46 AM
    it's like: you cannot install a Windows OS on a guest VM until you install ESX on the physical server and create a VM :)

  • 8.  Re: configUpload clarification

    Posted 05-30-2016 10:49 AM



    I don't have any doubt about, and as mentioned i've never restored, and had not the necessity to do such a recovery.


    I was simple the opinion the recovery sequence is viceversa. that all.


    Thanks anyway for you contributions.