Defects Closed without Code Changes

The following defects were closed in Extreme Fabric Automation 2.5.0.

Parent Defect ID: EFA-5841 Issue ID: EFA-5841
Reason Code: Working as Designed Severity: S2 - High
Product: Extreme Fabric Automation Reported in Release: EFA 2.2.0
Symptom: When firmware download is in progress, tenant create command is accepted without an error.
Condition: If tenant commands are submitted when firmware download is in progress, it results in erroneous configuration and some configurations may miss.
Workaround:

Allow firmware download process to complete. Status of the same can be checked using command

efa inventory device firmware-download show --fabric {fabric name}

Recovery: Tenant commands can be submitted after the firmware download is completed
Parent Defect ID: EFA-5874 Issue ID: EFA-5874
Reason Code: Already Implemented Severity: S3 - Medium
Product: Extreme Fabric Automation Reported in Release: EFA 2.2.0
Symptom: On device registration, the IP of the EFA system is recorded in the logging entry on the device so logs can be forwarded to the EFA system for notification. When the EFA system is backed up and restored on another system with a different IP, the old IP of the EFA system is still present on the devices and the devices will continue to forward logs to the old EFA IP.
Workaround: Users will have to manually login to each devices and remove the logging entry for the old EFA IP.
Parent Defect ID: EFA-7592 Issue ID: EFA-7592
Reason Code: Working as Designed Severity: S3 - Medium
Product: Extreme Fabric Automation Reported in Release: EFA 2.3.2
Symptom: "dev-state/app-state" moved to not-provisoned/cfg-ready
Condition:

1) Configure non-clos fabric

2) Create tenant, vrf, epg

3) Admin down device

4) Create multiple epg's , delete an existing epg

5) Manually delete vrf from admin down device

6) Admin up device

7) After admin up, for epg which is in delete-pending theapp-state moved to cfg-ready

Workaround: wait for few minutes after epg delete, before admin up of the device.
Recovery: force delete the EPGs in question and recreate them.
Parent Defect ID: EFA-8319 Issue ID: EFA-8319
Reason Code: Not Reproducible Severity: S2 - High
Product: Extreme Fabric Automation Reported in Release: EFA 2.4.0
Symptom: PO creation failed with error "Devices are not MCT Pairs".
Condition:

Please follow below steps,

1) Create fabric/tenant/PO/EPG

2) Take EFA backup

3) Delete EPG/PO/tenant/fabric

4) Restore EFA backup taken in step (2)

5) Delete tenant from which was created before backup

6) Create same tenant again

7) Create PO under same tenant

Workaround:

As after restore MCT peer details are Nil so we need to perform DRC after restore taken backup.

After step (4) above, we need to perform DRC using inventory CLI as

efa inventory drift-reconcile execute --ip <device ip 1> --reconcile

efa inventory drift-reconcile execute --ip <device ip 2> --reconcile

Parent Defect ID: EFA-8754 Issue ID: EFA-8754
Reason Code: Not Reproducible Severity: S2 - High
Product: Extreme Fabric Automation Reported in Release: EFA 2.4.1
Symptom: Shutting both mgmt and RME ports can occasionally cause EFA's kubernetes deployment to become stuck in an initializing state.
Condition: Turning off and on both mgmt and RME ports.
Recovery:

Restart kubernetes on both nodes of the cluster. As root user:

$ systemctl restart k3s

Parent Defect ID: EFA-8967 Issue ID: EFA-8967
Reason Code: Working as Designed Severity: S4 - Low
Product: Extreme Fabric Automation Reported in Release: EFA 2.4.2
Symptom:

Error during epg update ctag-range-add operation if different anycastIP is provided for new ctag range with same l2-vni already configured in EPG.

Ex.

Error : EPG: e1(11:11.11.11.1/24) shares network name with EPG: e1(10:10.10.10.1/24) should have same Anycast IP

Condition:

1. Create L3 EPG epg1 with ctag-1, l2vni-1, anycastIP1

2. Update EPG epg1 with ctag-2, l2vni-1, anycastIP2

For the same l2vni, anycastIP must be the same, the same condition will be verified as part of epg validation which provided above-mentioned error.

Workaround:

1. For same l2vni, anycastIP must be same.

2. Different l2-vni can be used for using different anycastIP.

Recovery: NA
Parent Defect ID: EFA-9045 Issue ID: EFA-9045
Reason Code: Insufficient Information Severity: S3 - Medium
Product: Extreme Fabric Automation Reported in Release: EFA 2.4.2
Symptom:

1. "app-state" of some of the VRFs is shown as "cfg-refreshed" in "efa tenant vrf show" output.

2. The same VRFs whose "app-state" is shown as "cfg-refreshed" are shown as "unstable" VRFs in the "efa tenant epg show" output.

Condition:

1. Create an 18 node CLOS fabric.

2. Create multiple tenants (e.g. 14) tenants under the fabric created in step 1.

3. Create multiple VRFs (e.g. 400+) under the tenant created in step 2.

4. Create multiple EPGs using the VRFs created in step 3.

5. Check the "efa tenant vrf show" output to know the "app-state" of the VRFs.

Workaround: No workaround.
Recovery:

1. Check the configuration drift per SLX device using the CLI "efa inventory drift-reconcile execute --ip <slx-device-ip>" to identify if the VRFs (which are in the cfg-refreshed state) are shown in the drift output.

2. If the VRFs are shown in the drift output for a given SLX device, then delete the VRFs from that particular SLX device.

3. Perform DRC (Drift and Reconcile) for the SLX device from which the unstable VRFs were deleted.

4. Steps 3 and 4 need to be done for all the SLX devices.

Parent Defect ID: EFA-9227 Issue ID: EFA-9227
Reason Code: Working as Designed Severity: S3 - Medium
Product: Extreme Fabric Automation Reported in Release: EFA 2.5.0
Symptom: After the service restart, the inflight operations i.e "VRF update max-path-delete" or "VRF update rh-max-path-delete" are rolled forward instead of rollback.
Condition: When "VRF Update max-path-delete" or "VRF Update rh-max-path-delete" operation is executed and the tenant service gets restarted while the operation is in progress.
Workaround: No workaround
Recovery: No recovery
Parent Defect ID: EFA-10075 Issue ID: EFA-10075
Reason Code: Already Reported Severity: S3 - Medium
Product: Extreme Fabric Automation Reported in Release: EFA 2.4.6
Symptom: When the EFA created port-channel is deleted (manually on the SLX), re-created (manually on the SLX) without member ports, with some port-channel config drift (e.g. po speed), then the DRC doesn't identify any config drift.
Condition:

Below are the steps to reproduce the issue:

1. Create Port-channel on the SLX using EFA

2. Delete the port-channel from the SLX manually

3. Re-create port-channel on the SLX manually with drifted speed configuration

4. Perform DRC without reconciliation

Recovery: Delete the port-channel manually on SLX and trigger DRC from EFA