Fehler „Benutzername für Paket und Unterdienst kann nicht abgeleitet werden“ in Sling JobConsumer

Letzte Aktualisierung: 3. Oktober 2026

In diesem Artikel wird erläutert, wie Probleme behoben werden, bei denen Sling JobConsumer geplante Aufträge in Adobe Experience Manager as a Cloud Service-Umgebungen nicht verarbeiten kann, was zu Fehlern wie „Benutzername für Bundle … und Unterdienst kann nicht abgeleitet werden …“ führt. Die Lösung umfasst die Überprüfung der Zuordnung von Service-Benutzern, der Existenz von Service-Benutzern und der Berechtigungen.

Beschreibung description

Umgebung

Adobe Experience Manager (AEM) as a Cloud Service

Problem/Symptome

Geplante Aufträge bleiben unverarbeitet und in der Warteschlange hängen
Berichte werden nicht mit neuen Daten aktualisiert
Das Dashboard für die Auftragswarteschlange zeigt Pfade in der Warteschlange an, die nicht genutzt werden
Protokolle enthalten Fehler wie:

Cannot derive user name for bundle [ bundle-symbolic-name] and sub service [ subservice-name]

Ursache

Dieser Fehler tritt auf, wenn die Sling-JobConsumer versucht, eine Service-ResourceResolver mit einer Unterservice-Zuordnung abzurufen, die fehlt, falsch konfiguriert ist oder in der Umgebung nicht über die erforderlichen Berechtigungen verfügt. Daher können Aufträge in der Warteschlange nicht verarbeitet werden.

Lösung resolution

Führen Sie die folgenden Schritte aus, um den Fehler Benutzername für Bundle und Unterdienst kann nicht werden) zu beheben und die Sling-JobConsumer-Verarbeitung wiederherzustellen:

Überprüfen der Sling-Service-Benutzerzuordnung.

Stellen Sie sicher, dass in der Umgebungskonfiguration die richtige Service-Benutzerzuordnung vorhanden ist.
Vergewissern Sie sich, dass die Zuordnung mit dem symbolischen Namen des Bundles und dem Namen des Unterdienstes übereinstimmt, die im Code verwendet werden.
Vergewissern Sie sich, dass die Zuordnung nicht auf einen veralteten oder falschen symbolischen Bundle-Namen verweist.

Beispielzuordnung in einer org.apache.sling.serviceusermapping.impl.ServiceUserMapperImpl.amended-*:

code language-none
`{ "user.mapping": [ "[ bundle-symbolic-name] :[ subservice-name] =[ service-user-name] " ] }`

Ersetzen Sie [ bundle-symbolic-name], [ subservice-name] und [ service-user-name] durch Ihre tatsächlichen Werte.

Überprüfen Sie die Existenz und die Berechtigungen des Service-Benutzers.
- Vergewissern Sie sich, dass der in der Zuordnung angegebene Service-Benutzer in der Umgebung vorhanden ist.
- Stellen Sie sicher, dass der Dienstbenutzer über die für Ihren Auftrag erforderlichen Berechtigungen für die entsprechenden Pfade verfügt:
  - /content/dam
  - /var
  - /home
  - Alle benutzerdefinierten Pfade, die von Ihrem Auftrag verwendet werden, z. B. /var/yourproject/attestation
- Überprüfen Sie die Fehlerprotokolle auf Berechtigungs- oder Ressourcenauflösungs-Anmeldeprobleme.
Bundle-Bereitstellung und -Aktivierung überprüfen.
- Stellen Sie in der AEM-Systemkonsole (/system/console/bundles) sicher, dass das entsprechende Bundle bereitgestellt und aktiv ist.
- Wenn das Bundle fehlt, stellen Sie es bereit. Wenn es inaktiv ist, beheben Sie die OSGi-Probleme, die die Aktivierung verhindern.
Überprüfen Sie die Konfiguration für JobConsumer und Scheduler .
- Vergewissern Sie sich, dass die Sling-JobConsumer und -Planung registriert und aktiv sind.
- Stellen Sie sicher, dass Lebenszyklus-Code, z. B. @Deactivate, Aufträge nicht global während des Herunterfahrens des Pods aufhebt, da dies Auswirkungen auf Cluster-Umgebungen haben kann.
Testen und Überwachen der Auftragsverarbeitung.
- Nach Korrektur der Zuordnungen und Berechtigungen stellen Sie die betroffenen Pfade erneut in die Warteschlange und überwachen die Auftragsausführung.
- Überprüfen Sie die Protokolle auf eine erfolgreiche Auftragsverarbeitung und stellen Sie sicher, dass Fehler „Benutzername für Bundle und Unterdienst kann nicht werden“ nicht mehr angezeigt wird.

recommendation-more-help

experience-cloud-kcs-help-kbarticles