Error with real sn/mac dva1622-dva3219

[jlvlnzl]

hi, i'm having error "Unable to perform operation. Contact synology Technical Support" (AME-QuickConnect) with previously real sn/mac working on dva1622-dva3219. I'm using lastest release 23.9.7, updated from 23.9.4.

Thanks a lot

[github-actions[bot]]

Please fill in the following information.

Install ENV: (You can find it in the boot interface.)

• DMI:
• CPU:
• NIC:

Arpl version: (You can find it in the update menu.)

• arpl:
• addons:
• modules:
• lkms:

DSM:

• model:
• version:

Issue:

logs:

(Plz review the content of #173, #175, #226 first)
...

[jlvlnzl]

DMI: VMware6.7 CPU:i5-8500t NIC:vmxnet3 Arpl version: 23.9.7

arpl:23.9.7 addons:23.9.7 modules:23.9.5 lkms:23.9.2 DSM:DSM 7.2.1-69057

model:dva1622 version:DSM 7.2.1-69057 Issue: having error "Unable to perform operation. Contact synology Technical Support" (AME-QuickConnect) with previously real sn/mac working on dva1622-dva3219. I'm using lastest release 23.9.7, updated from 23.9.4.

logs:no log was created by this error

[wjz304]

Is it an upgrade from an old version?

[jlvlnzl]

hi, from 23.9.4 to 23.9.7. Mac1 was filled statically and still does.

[wjz304]

After the upgrade, have you confirmed that mac1 is your mac1? The error seems to occur when the mac does not correctly

[jlvlnzl]

Yes, ping shows correct mac address on ARP table. SN is ok but same error. I tried installing Arc loader with same Mac/SN and it's working correctly..

[wjz304]

"filled statically", "correct mac"

To be honest, English is not my native language and I don’t quite understand the true meaning of these words.

Because I blocked the process of setting cmdline's mac to the physical network card, So arp should display the real mac address of the network card.

Of course, I only used 918’s sn/mac for testing. It does not affect account-related functions. I don't have the sn/mac of DVA1622 so I don't know if there's anything special about it. To be verified.

[wjz304]

The current Arc loader does not blocked cmdline's mac1 set to the physical network card, and so there is no problem with it.

Currently you can use arc, or fall back to arpl-i18n v23.9.6, I want to verify this question.

[wjz304]

If it is convenient for you, you can give me the result of

 # (note that sn/mac uses * instead)

cat /proc/cmdline
cat /proc/sys/kernel/syno_internal_netif_num
cat /proc/sys/kernel/syno_skip_vender_mac_interfaces
cat /proc/sys/kernel/syno_mac_addresses
cat /proc/sys/kernel/syno_mac_address1
cat /proc/sys/kernel/syno_mac_address2
cat /proc/sys/kernel/syno_mac_address3
cat /proc/sys/kernel/syno_mac_address4

[wjz304]

No further response, this issue is closed

[blessendor]

Is it an upgrade from an old version?

Is any way to use a real mac addresses during boot and install DSM with RR loader? I need to use a real mac, generated by Hetzner hosting and use reserved IP address.

[wjz304]

它是从旧版本升级的吗？

有什么方法可以在引导过程中使用真实的 mac 地址，并通过 RR 加载程序安装 DSM？我需要使用由 Hetzner 托管生成的真实 mac 并使用保留的 IP 地址。

Your question is not related to this issue. Please create a new issue.