通过

排查 SUSE Linux Enterprise Server VM 的连接和注册问题

适用于：✔️ Linux VM

本文讨论使用 SUSE Linux Enterprise Server （SLES） 映像设置 Microsoft Azure 虚拟机（VM），但 VM 无法连接到 SUSE 订阅管理工具（SMT）存储库的问题。 本文提供了一些针对特定方案执行的基本故障排除步骤和作（例如 Zypper 命令行工具中的故障，用于管理 SUSE 中的包）。 Microsoft Linux 专家根据 SUSE 的支持经验和文档汇编了此信息。

请务必阅读每个命令的输出以获取更多线索。 建议保存结果和消息，以便进一步进行故障排除。

先决条件

备注

如果 SLES VM 位于代理服务器后面，建议查看通过代理访问公有云更新基础结构中讨论的技术注意事项。 对于 Azure 上的 SLES VM，适用以下条件：

  • 从 SLES VM 连接到更新服务器依赖于无法由公共 DNS 服务器解析的主机名解析。 因此，某些 Linux/Unix 代理服务器实现可能需要在代理服务器端手动将记录 放入 /etc/hosts 中，以便可以解析“smt-azure”名称。

    下面是一个示例记录：

    52.165.88.13 smt-azure.susecloud.net smt-azure

    可用 IP 地址因 Azure 区域而异。 有关详细信息，请参阅此 smt XML 文件中的 IP 地址列表。

  • 实例元数据服务（IMDS）使用的 IP 地址 168.63.129.16 和 169.254.169.254 应绕过代理访问。 无法通过代理服务器访问这些特殊的 IP 地址，SLES VM 需要来自 IMDS 的信息来识别它们正在运行的云环境，并查找适当的 SUSE 更新服务器。

    例如，NO_PROXY应在 SLES VM 上配置 /etc/sysconfig/proxy 中的变量，如下所示：

    NO_PROXY="localhost, 127.0.0.1, 168.63.129.16, 169.254.169.254"

故障排除清单

步骤 1：运行存储库诊断脚本

运行 SUSE 工程师 Rich Paredes 提供的 SUSEcloud 存储库检查脚本。 此 Python 脚本执行以下任务：

  1. 检查是否连接到 SUSE 公有云存储库。

  2. 尝试解决任何现有问题。

  3. 在 /var/log/ 目录中创建日志存档，并将其命名为 sc-repocheck_<YYMMDD_hhmmss>.tar.xzq。 如果连接或注册问题仍然存在，则此日志可能很有用。

若要启动脚本，请运行以下命令，将脚本从其 GitHub 位置传输到 Python 解释器：

sudo python3 <(curl --location --silent https://raw.githubusercontent.com/rfparedes/susecloud-repocheck/main/sc-repocheck.py)

若要成功运行，该命令需要从 VM 进行 Internet 访问。 否则，必须先下载脚本，然后修改命令，使其运行。

步骤 2：检查端口 443 上服务器 IP 地址的连接

VM 必须能够在端口 443 上与 SUSE 存储库服务器 smt-azure.susecloud.net （基于 VM 所在的区域）以及区域服务器打开 TCP 连接。 可以在以下位置找到存储库服务器和区域服务器的 IP 地址列表。

IP 地址类型 包含 IP 地址列表的 URL
所有区域的 SMT 服务器 IP 地址 https://susepubliccloudinfo.suse.com/v1/microsoft/servers/smt.xml
区域服务器 IP 地址 https://susepubliccloudinfo.suse.com/v1/microsoft/servers/regionserver.xml

若要检查区域的存储库服务器和区域服务器连接，请使用 OpenSSL s_client 命令 进行安全套接字层 （SSL） 和传输层安全性 （TLS） 客户端。 将占位符的相应 IP 地址插入到以下语法中：

sudo openssl s_client -connect <IP address>:443

运行此命令后，将显示服务器证书。 该命令还会启动正确的 SSL 连接。

以下示例显示了美国东部 2 区域中 SUSE 存储库服务器的成功命令输出（位置代码： eastus2，IP 地址： 20.186.112.116）：

$ echo "" | openssl s_client -connect 20.186.112.116:443

CONNECTED(00000003)
Can't use SSL_get_servername
depth=1 C = DE, ST = Bavaria, L = Nuremberg, O = SUSE, OU = CSM, CN = SUSE, emailAddress = suse-public-cloud@susecloud.net
verify return:1
depth=0 C = DE, ST = Bavaria, L = Nuremberg, O = SUSE, OU = Public Cloud, CN = Update server certificate (smt-azure.susecloud.net), emailAddress = suse-public-cloud@susecloud.net
verify return:1
---
Certificate chain
 0 s:C = DE, ST = Bavaria, L = Nuremberg, O = SUSE, OU = Public Cloud, CN = Update server certificate (smt-azure.susecloud.net), emailAddress = suse-public-cloud@susecloud.net
   i:C = DE, ST = Bavaria, L = Nuremberg, O = SUSE, OU = CSM, CN = SUSE, emailAddress = suse-public-cloud@susecloud.net
---
Server certificate
-----BEGIN CERTIFICATE-----
<64-character lines of printable ASCII characters>
    .
    .
    .
-----END CERTIFICATE-----
subject=C = DE, ST = Bavaria, L = Nuremberg, O = SUSE, OU = Public Cloud, CN = Update server certificate (smt-azure.susecloud.net), emailAddress = suse-public-cloud@susecloud.net

issuer=C = DE, ST = Bavaria, L = Nuremberg, O = SUSE, OU = CSM, CN = SUSE, emailAddress = suse-public-cloud@susecloud.net

---
No client certificate CA names sent
Peer signing digest: SHA256
Peer signature type: RSA-PSS
Server Temp Key: X25519, 253 bits
---
SSL handshake has read 2538 bytes and written 373 bytes
Verification: OK
---
New, TLSv1.3, Cipher is TLS_AES_256_GCM_SHA384
Server public key is 4096 bit
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
Early data was not sent
Verify return code: 0 (ok)
---
DONE

备注

若要查看不同 SUSE 版本的支持范围，请参阅 SUSE Lifeycle。

方案 1：未显示服务器证书或 SSL 会话

输出不显示服务器证书或 SSL 会话。

原因

当命令跨越执行 SSL 数据包检查的网络虚拟设备（NVA）时，通常会发生这种情况。 此检查会导致 NVA 将自己的 SSL 证书注入加密会话。

由于 SUSE 使用证书固定，因此另一个注入的 SSL 证书可能会中断固定作。 如果固定断开，SUSE 存储库将拒绝连接。

解决方案

确保 NVA 不执行以下作：

  • 阻止访问 SUSE 存储库 IP 地址
  • 对与 SUSE 存储库的安全连接执行 SSL 数据包检查
  • 在服务器上插入 NVA SSL 证书

方案 2：Cloud-regionsrv-client 问题和注册失败

若要诊断此方案，请从 Zypper 历史记录或已安装 RPM 包的列表检查已安装 cloud-regionsrv-client 包的状态：

  • 从 Zypper 历史记录：

    sudo grep cloud-region /var/log/zypp/history

    2021-07-12 08:20:49 cloud-regionsrv-client.rpm installed ok

  • 从已安装的 RPM 包列表中：

    sudo rpm -qa | grep cloud-region

    cloud-regionsrv-client-9.1.5-6.43.1.noarch
cloud-regionsrv-client-plugin-azure-1.0.1-6.43.1.noarch

主客户端包应至少为版本 10.x。

如示例中所示，如果重试手动重新注册或使用步骤 1 中的存储库检查，则会在以下输出中/var/log/cloudregister显示：

sudo tail /var/log/cloudregister

2025-01-29 20:20:05,876 INFO:Using API: regionInfo
2025-01-29 20:20:05,981 INFO:Region server arguments: ?regionHint=northcentralus
2025-01-29 20:20:05,981 INFO:Getting update server information, attempt 1
2025-01-29 20:20:05,981 INFO:   Using region server: 104.45.31.195
2025-01-29 20:20:06,184 ERROR:  No response from: 104.45.31.195
2025-01-29 20:20:06,184 INFO:   Using region server: 23.100.36.229
2025-01-29 20:20:06,286 ERROR:  No response from: 23.100.36.229
2025-01-29 20:20:06,286 INFO:   Using region server: 52.187.53.250
2025-01-29 20:20:06,915 INFO:No current registration server set.
2025-01-29 20:20:06,917 ERROR:No response from: [('23.101.171.119', '2603:1030:603::2e9'), ('23.101.164.199', '2603:1030:603::625'), ('23.96.231.74', '2603:1030:603::2e6')]

输出指示存在连接错误。 但是，此指示不是真的。 之所以发生此错误，是因为注册脚本中的错误处理过程不显示旧库中的证书错误。

脚本输出也可能错误地指示找不到命令输出中显示的 sudo tail /var/log/cloudregister 其中一个 SMT IP 的证书。 此问题也是库问题，而不是影响 VM 上的 CA 列表的问题。

原因

如果未定期更新实例，它们可能会与更新基础结构 API 不兼容。 这种情况会导致更新实例所需的存储库失败。

解决方案

  1. 使用与损坏存储库所在 OS 类似的 OS 创建 PAYG 实例。

  2. 创建临时目录：

    sudo mkdir -p /root/packages/rpms

  3. 根据受影响的 VM 的 SLES 版本下载以下包：

    SLES 12

    sudo zypper --pkg-cache-dir /root/packages/ download cloud-regionsrv-client cloud-regionsrv-client-plugin-azure regionServiceClientConfigAzure python3-azuremetadata python3-cssselect python3-lxml python3-M2Crypto python3-zypp-plugin python3-dnspython suseconnect-ruby-bindings suseconnect-ng

    SLES 15

    sudo zypper --pkg-cache-dir /root/packages/ download cloud-regionsrv-client cloud-regionsrv-client-plugin-azure regionServiceClientConfigAzure python3-azuremetadata suseconnect-ng python3-cssselect python3-toml python3-lxml python3-M2Crypto python3-zypp-plugin python3-dnspython libsuseconnect suseconnect-ruby-bindings docker docker-bash-completion runc containerd libcontainers-common bash-completion

  4. 运行以下命令：

    sudo find /root/packages/ -type f -name "*.rpm" -exec cp {} /root/packages/rpms/ \;
sudo cd /root/packages
sudo tar -czvf suse-public-registration.tgz rpms

  5. 传输到 suse-public-registration.tgz 损坏的实例：

    sudo scp /root/packages/suse-public-registration.tgz user@targetip:/tmp

    备注

    替换 user 并 targetip 根据需要。

  6. 登录到中断的实例以提取并安装包：

    sudo cd tmp
sudo tar xvfz suse-public-registration.tgz
sudo cd rpms
sudo zypper --no-refresh --no-remote --non-interactive install --force *.rpm

  7. 再次注册 VM：

    sudo registercloudguest --force-new

有关详细信息，请参阅 云实例存储库由于包过时而失败。

方案 3：常规注册问题

原因

VM 具有用于存储库访问的过时凭据，或者收到消息，指出在尝试进行更新或安装后系统未注册。

解决方案

若要解决大多数注册问题，请使用参数指定 SUSEConnectforce-new：

sudo SUSEConnect --cleanup
sudo registercloudguest --force-new

备注

如果 VM 是 SLES SAP，则还可以使用 SLES SAP 产品的名称运行命令：

  1. SUSEConnect运行以下命令以获取当前注册状态，包括 SLES SAP 产品的名称：
    sudo SUSEConnect --url https://smt-azure.susecloud.net --status-text
  2. SUSEConnect使用产品名称激活产品来运行命令：
    sudo SUSEConnect --url https://smt-azure.susecloud.net --product <SLES-SAP-product-name>

如果这些命令失败，请清理所有存储库信息，然后尝试注册 VM。 与证书和其他组件相关的任何错误消息都应消失。 运行以下命令：

sudo SUSEConnect --cleanup
sudo rm /etc/zypp/{credentials,services,repos}.d/*
sudo rm --force --recursive /var/cache/zypp/*
sudo rm /var/lib/cloudregister/*
sudo registercloudguest --force-new

最后，再次运行 SUSEConnect 验证 VM 注册状态：

sudo SUSEConnect --status

在 JSON 命令输出中，查找条目 "status":"Registered" 。

方案 4：未提供证明的数据（422）

运行 存储库诊断脚本后，当脚本尝试修复影响 zypper update以下问题的错误条目时，可能会看到以下错误条目：

Error: Activating SLES_SAP 12.5 x86_64 ... Error: Registration server returned 'Instance verification failed: No attested data supplied' (422)

原因

由于 SUSE 公有云包过时，VM 无法连接到 SUSE 存储库。

解决方案

  1. 再次运行存储库诊断脚本。

  2. 如果“422”错误仍然存在，请 /etc/regionserverclnt.cfg 修改配置文件以匹配以下文本：

    [server]
api = regionInfo
certLocation = /var/lib/regionService/certs
regionsrv = 23.100.36.229,40.121.202.140,52.187.53.250,104.45.31.195,191.237.254.253

[instance]
dataProvider = /usr/bin/azuremetadata --api latest --subscriptionId --billingTag --attestedData --signature --xml
instanceArgs = msftazure
httpsOnly = true

  3. 重新注册 VM：

    sudo registercloudguest --force-new

方案 5：尝试注册到 SUSE 存储库时某些模块的错误

尝试将 VM 注册到 SUSE 存储库时，会看到以下 /var/log/cloudregister错误条目：

2024-01-31 19:22:44,947 INFO:Registration: /usr/sbin/SUSEConnect --url https://smt-azure.susecloud.net --product sle-module-legacy/12/x86_64 --instance-data /var/cache/cloudregister/0fc8a276-273c-4bd9-838d-6a2a41a637b0
2024-01-31 19:22:45,492 ERROR:  Registration failed: SUSEConnect error: Downloading https://smt-azure.susecloud.net/repo/SUSE/Products/SLE-Module-Legacy/12/x86_64/product.license/directory.yast failed (code: 401): <html>
<head><title>401 Authorization Required</title></head>
<body>
<center><h1>401 Authorization Required</h1></center>
<hr><center>nginx/1.21.5</center>
</body>
</html>

原因

此问题是由包版本 1.4.0 suseconnect-ng 中的 bug 引起的。

这些错误仅在以下模块中发生：

  • sle-module-legacy
  • sle-module-web-scripting
  • sle-module-hpc
  • sle-sdk

解决方案

  1. 将以下文件从 /etc/products.d 文件夹移动到 /tmp 该文件夹：

    • sle-module-hpc.prod
    • sle-module-legacy.prod
    • sle-module-web-scripting.prod
    • sle-sdk.prod
    sudo cd /etc/products.d 
sudo mv sle-module-hpc.prod sle-module-legacy.prod sle-module-web-scripting.prod sle-sdk.prod /tmp

  2. 将 VM 注册到 SUSE 存储库：

    sudo registercloudguest --force-new

    Registration should now be successful.

  3. 刷新存储库缓存：

    sudo zypper ref -s

  4. 如有必要，请将 suseconnect-ng 包更新为版本 1.6.0 或更高版本：

    备注

    若要验证版本 suseconnect-ng，请运行以下命令：

    sudo  rpm -q suseconnect-ng

     suseconnect-ng-1.4.0~git0.b0f7c25bfdfa-3.3.8.x86_64

    sudo zypper up suseconnect-ng

  5. 更新后 suseconnect-ng ，将模块定义文件还原到 /etc/products.d：

    sudo cd /tmp  
sudo mv sle-module-hpc.prod sle-module-legacy.prod sle-module-web-scripting.prod sle-sdk.prod /etc/products.d

  6. 重新运行到存储库的注册：

    sudo registercloudguest --force-new

    Registration Successful

方案 6：注册失败，凭据文件“system_token=”错误中出现“WARNING：找到未知条目”

在日志中 /var/log/cloudregister 记录了凭据文件“system_token=”中的“发现未知条目”警告消息，VM 无法注册到 SUSE 公有云存储库：

2023-10-24 17:50:58,140 DEBUG:Starting new HTTPS connection (1): smt-azure.susecloud.net:443
2023-10-24 17:50:58,243 ERROR:Registration with ('52.237.80.2', None) failed. Trying ('52.139.216.51', None)
2023-10-24 17:50:58,244 WARNING:Found unknown entry in credentials file "system_token=
"
2023-10-24 17:50:58,244 INFO:No current registration server set.
2023-10-24 17:50:58,247 INFO:Modified /etc/hosts, added: 52.139.216.51 smt-azure.susecloud.net smt-azure
2023-10-24 17:53:34,841 WARNING:Found unknown entry in credentials file "system_token=
"

原因

此问题是由于临时证书捆绑 ca-bundle.pem.tmp包错误而发生的。

解决方案

  1. 删除该文件并更新 ca-certificates：

    sudo registercloudguest --clean
sudo rm /var/lib/ca-certificates/ca-bundle.pem.tmp

  2. 更新证书：

    sudo update-ca-certificates

  3. 成功注册 VM：

    sudo registercloudguest --force-new

方案 7：VM 由于 azuremetadata 错误而无法连接到 SMT

选中后 /var/log/cloudregister ，将显示以下 azuremetadata 错误消息：

sudo tail -10 /var/log/cloudregister

2020-10-30 22:47:43,200 INFO:No current registration server set.
2020-10-30 22:47:43,222 INFO:Modified /etc/hosts, added: 52.147.176.11 smt-azure.susecloud.net smt-azure

2020-10-30 22:48:03,358 ERROR:Data collected from stderr for instance data collection "b'An error occurred when fetching metadata:\ntimed out\nAn error occurred when fetching metadata:\ntimed out\nusage: azuremetadata [-h] [-x] [-j] [-o OUTPUT] [-a API] [--device [DEVICE]]\n [--attestedData [ATTESTEDDATA]]\n [--billingTag [BILLINGTAG]]\nazuremetadata: error: unrecognized arguments: --subscriptionId\n'"
2020-10-30 22:48:04,519 INFO:Writing SMT rootCA: /usr/share/pki/trust/anchors
2020-10-30 22:48:04,526 INFO:Updating CA certificates: update-ca-certificates
2020-10-30 22:48:06,569 INFO:No credentials entry for "*smt-azure_susecloud_net"
2020-10-30 22:48:06,608 ERROR:Unable to obtain product information from server "52.147.176.11,None"
Unprocessable Entity
{"type":"error","error":"The requested product 'SUSE Linux Enterprise Server for SAP Applications 15 SP2 x86_64' is not activated on this system.","localized_error":"The requested product 'SUSE Linux Enterprise Server for SAP Applications 15 SP2 x86_64' is not activated on this system."}
Unable to register modules, exiting.

由于 azuremetadata 错误，VM 无法连接到 Azure SUSE 云存储库，如以下输出所示：

sudo  SUSEConnect -s

Error: Invalid system credentials, probably because the registered system was deleted in SUSE Customer Center. Check https://scc.suse.com whether your system appears there. If it does not, please call SUSEConnect --cleanup and re-register this system.

sudo zypper repos

Warning: There are no enabled repositories defined. Use 'zypper addrepo' or 'zypper modifyrepo' commands to add or enable repositories.

原因 1

该 --subscriptionId 条目存在于配置文件 /etc/regionserverclnt.cfg中。 这会导致命令中 azuremetadata 出现错误：

sudo cat /etc/regionserverclnt.cfg

[server]
api = regionInfo

certLocation = /var/lib/regionService/certs
regionsrv = 23.100.36.229,40.121.202.140,52.187.53.250,104.45.31.195,191.237.254.253

[instance]
dataProvider = /usr/bin/azuremetadata --api 2019-08-15 --subscriptionId --billingTag --xml
instanceArgs = msftazure

解决方案 1

  1. 在 --subscriptionId 配置文件 /etc/regionserverclnt.cfg中删除：

    sudo sed -i "s/--subscriptionId //" regionserverclnt.cfg

  2. 重新注册 VM：

    sudo SUSEConnect --cleanup
sudo rm -f /etc/SUSEConnect
sudo rm -rf /etc/zypp/credentials.d/\*
sudo rm /var/lib/cloudregister/*
sudo rm /var/cache/zypp/*
sudo sed -i '/^# Added by SMT reg/,+1d' /etc/hosts
sudo registercloudguest --force-new

原因 2

使用 /usr/sbin/registercloudguest --force-new 命令将 SUSE 服务器注册到存储库时，将发生错误。 命令输出不指示注册成功，因为 /etc/zypp/credentials.d/SCCcredentials 文件已损坏。

解决方法 2

  1. 将 /etc/zypp/credentials.d 文件夹移动到临时文件夹：

    sudo mv /etc/zypp/credentials.d /tmp

  2. 重新注册 VM：

    sudo SUSEConnect --cleanup
sudo rm -f /etc/SUSEConnect
sudo rm -rf /etc/zypp/credentials.d/\*
sudo rm /var/lib/cloudregister/*
sudo rm /var/cache/zypp/*
sudo sed -i '/^# Added by SMT reg/,+1d' /etc/hosts
sudo registercloudguest --force-new

方案 8：SUSE 注册由于 SLES 15 SP5 中的 Python 3.11 兼容性问题而失败

运行 SUSE 存储库检查脚本时，ModuleNotFoundError: No module named 'cloudregister'：

sudo python3 sc-repocheck.py

2024-08-07 13:53:29,261 INFO:sc-repocheck 1.3.1 
2024-08-07 13:53:29,291 INFO: Checking package versions. 2024-08-07 13:53:29,307 INFO: Package versions OK. 2024-08-07 13:53:29,312 INFO: Checking baseproduct.
2024-08-07 13:53:29,316 INFO: SLES baseproduct OK.
2024-08-07 13:53:29,321 INFO: Checking /etc/hosts for multiple records. 2024-08-07 13:53:29,325 WARNING: No rmt records exist.
2024-08-07 13:53:29,325 INFO: Checking metadata access.
2024-08-07 13:53:29,360 INFO: Metadata OK.
2024-08-07 13:53:29,364 INFO: Checking regionserver access.
2024-08-07 13:53:31,160 INFO: Region server access OK.
2024-08-07 13:53:31,165 INFO: Checking RMT server entry is for correct region.
2024-08-07 13:53:31,241 ERROR: Cannot get IP of RMT server entry.
2024-08-07 13:53:31,252 INFO: http check unnecessary.
2024-08-07 13:53:31,246 INFO: Checking http port access to RMT servers.
2024-08-07 13:53:31,257 INFO: Checking https port access to RMT servers.
2024-08-07 13:53:31,337 INFO: https access OK.
2024-08-07 13:53:31,342 INFO: Checking https access using RMT certs.
2024-08-07 13:53:31,442 INFO: An exception of type ConnectionError occurred. Disregarding.
2024-08-07 13:53:31,449 INFO: EVERYTHING OK.
2024-08-07 13:53:31,453 INFO: Collecting debug data. Please wait 1-2 minutes maybe longer, depending on machine type. Traceback (most recent call last):
File "/usr/bin/azuremetadata", line 11, in <module>
from azuremetadata import azuremetadatautils, azuremetadata
ModuleNotFoundError: No module named 'azuremetadata'
2024-08-07 13:53:31,565 ERROR: PROBLEM: Issue with azuremetadata output. Check metadata access. Traceback (most recent call last):
File "/usr/sbin/registercloudguest", line 43, in <module>
import cloudregister.registerutils as utils
ModuleNotFoundError: No module named 'cloudregister'
2024-08-07 13:53:34,656 INFO: Check repositories. An attempt was made to fix.
2024-08-07 13:53:34,659 INFO: Debug data location: /var/log/sc-repocheck_240807_135331.tar.xz
2024-08-07 13:53:34,671 INFO: Report bugs to https://github.com/SUSE/susecloud-repocheck/issues

原因

不支持的模块与 Python 3.11 一起提供。

解决方法

根据 SUSE，该包尚不支持 SLES15 SP5 上的 Python 3.11。 不要将 Python 3.11 用作现有 SLES 系统上的默认 python3 解释器，因为它目前在所有 SLES 系统中都不受支持。

有关详细信息，请参阅 不兼容的 changes-ahead-for-public-cloud-sdks。

若要解决此问题，请将 VM 设置为使用默认 Python 版本 3.6：

  1. 将 Python 版本指向 3.6.x：

    sudo unlink /usr/bin/python3
sudo ln -s /usr/bin/python3.6 /usr/bin/python3

  2. python3验证 VM 中的版本：

    sudo python3 --version

    Python 3.6.15

  3. 重新注册 VM：

    sudo /usr/sbin/registercloudguest --force-new

    Registration succeeded

  4. 验证 VM 是否已成功注册：

    sudo SUSEConnect -s 

    [{"identifier":"SLES", "version":"15.5","arch":"x86_64","status":"Registered"},{"identifier": "sle-module-basesystem", "version":"15.5","arch":"x86_6
,"status":"Registered"},{"identifier": "sle-module-containers", "version":"15.5","arch":"x86 64","status":"Registered"},{"identifier": "sle-module-de top-applications","version":"15.5","arch":"x86 64","status":"Registered"},{"identifier": "sle-module-development-tools","version":"15.5"," 64","status":"Registered"},{"identifier":"sle-module-public-cloud", "version":"15.5","arch":"x86 64","status":"Registered"},{"identifier": "sle-modu -python3","version":"15.5","arch":"x86 64","status":"Registered"},{"identifier": "sle-module-server-applications","version":"15.5","arch":"x86 64",
tatus":"Registered"}, {"identifier": "sle-module-web-scripting", "version":"15.5","arch":"x86 64","status":"Registered"}]

后续步骤

如果问题未解决， 请创建支持请求，并附加日志副本 sc-repocheck_\<YYMMDD_hhmmss>.tar.xzq 以进一步进行故障排除。

详细信息

有关 Azure 中认可的 Linux 分发和开源技术的详细信息，请参阅 Azure 中对 Linux 的支持和开放源代码技术。

第三方信息免责声明

本文中提到的第三方产品由 Microsoft 以外的其他公司提供。 Microsoft 不对这些产品的性能或可靠性提供任何明示或暗示性担保。

第三方联系信息免责声明

Microsoft 提供了第三方联系信息，以帮助你查找有关此主题的其他信息。 此联系信息可能会更改，恕不另行通知。 Microsoft 不保证第三方联系信息的准确性。

联系我们寻求帮助

如果你有任何疑问或需要帮助，请创建支持请求或联系 Azure 社区支持。 你还可以将产品反馈提交到 Azure 反馈社区。