- Products
- Learn
- Local User Groups
- Partners
- More
MVP 2026: Submissions
Are Now Open!
What's New in R82.10?
10 December @ 5pm CET / 11am ET
Announcing Quantum R82.10!
Learn MoreOverlap in Security Validation
Help us to understand your needs better
CheckMates Go:
Maestro Madness
Hi all,
A RMA case: appliance interface hang, RMA, but only RMA chassis, so we exchange harddriver and memory.
But, now, we can see all interface mac is old one but not new chassis.
[Expert@CP02:0]# cat /etc/sysconfig/network-scripts/ifcfg-Mgmt
# Intel Corporation 82574L Gigabit Network Connection
DEVICE=Mgmt
ONBOOT=yes
BOOTPROTO=dhcp
HWADDR=00:1c:7f:3b:2b:bc(new chassis)
[Expert@CP02:0]# cat /etc/sysconfig/network-scripts/ifcfg-Mgmt.bak
# Intel Corporation 82574L Gigabit Network Connection
DEVICE=Mgmt
ONBOOT=yes
BOOTPROTO=dhcp
HWADDR=00:1C:7F:34:B0:03(old chassis)
[Expert@CP02:0]# ifconfig Mgmt
Mgmt Link encap:Ethernet HWaddr 00:1C:7F:34:B0:03
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Interrupt:201 Memory:feae0000-feb00000
How can I fix this isssue? Meanwhile, CP support portal SN is correct(new chassis).
Best Regards!
I think you can connect to web interface of the appliance and change MAC address of the management interface there:
Network Management → Network Interfaces → Mgmt → Edit → Ethernet → Hardware Address
But in this case you can loose connectivity to this interface for some time, until ARP/MAC tables of switches and other devices are updated.
Or is it showing the "correct" MAC address in web-interface now?
I bet you did a backup restore - as a backup contains the IF MACs, restore replaces the ones from the new chassis. Please consult sk109934 Restore from Gaia OS backup overrides the MAC addresses configuration for a solution.
No, not backup restore, replace harddriver directly.
And Symptoms is not the same as sk109934,
[Expert@CP02:0]# cat /config/active | grep -E "macaddr|hwaddr"
interface:eth7:original_macaddr 00\:1c\:7f\:34\:b0\:06
interface:eth7:hwaddr 00\:1c\:7f\:34\:b0\:06
interface:eth3:original_macaddr 00\:1c\:7f\:34\:b0\:07
interface:eth3:hwaddr 00\:1c\:7f\:34\:b0\:07
interface:eth2:original_macaddr 00\:1c\:7f\:34\:b0\:05
interface:eth2:hwaddr 00\:1c\:7f\:34\:b0\:05
interface:eth1:original_macaddr 00\:1c\:7f\:34\:b0\:03
interface:eth1:hwaddr 00\:1c\:7f\:34\:b0\:03
interface:Mgmt:original_macaddr 00\:1C\:7F\:34\:B0\:03 (old chassis)
interface:Mgmt:hwaddr 00\:1C\:7F\:34\:B0\:03 (old chassis)
You can just change the MAC:
set interface <eth0> mac-addr 00:1c:7f:xx:xx:xx
I understand - the complete GAiA DB is present, so all values are from the old chassis. If this is "just a GW" i would rather do a fresh install, basic config and policy install (possible if you have a distributed deployment), you could also use GAiA CLI commands save configuration / load configuration.
When you are using an RMA process, the best way to assure functionality is to perform the snapshot on the defective appliance, export and download the resultant file and restore it on the new one, (provided the old one has retained enough functionality to allow it).
This will override MAC addresses of the new appliance with the values from the original and thus will allow for a smooth swap.
Hhhhmmmmm - this may come handy with switches that use MAC adresses, but i would prefer to have the correct MACs for IFs...
Leaderboard
Epsum factorial non deposit quid pro quo hic escorol.
| User | Count |
|---|---|
| 22 | |
| 20 | |
| 16 | |
| 5 | |
| 4 | |
| 4 | |
| 3 | |
| 3 | |
| 3 | |
| 3 |
Fri 12 Dec 2025 @ 10:00 AM (CET)
Check Mates Live Netherlands: #41 AI & Multi Context ProtocolFri 12 Dec 2025 @ 10:00 AM (CET)
Check Mates Live Netherlands: #41 AI & Multi Context ProtocolTue 16 Dec 2025 @ 05:00 PM (CET)
Under the Hood: CloudGuard Network Security for Oracle Cloud - Config and Autoscaling!About CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY