Felsöka problem vid parallell publicering till Brand Portal troubleshoot-issues-in-parallel-publishing-to-brand-portal

Brand Portal är konfigurerat med Experience Manager Assets för att ha godkänt varumärkesresurser som sömlöst importerats (eller publicerats) från Experience Manager Assets författarinstans. När konfigurerats använder Experience Manager Author en replikeringsagent för att replikera de markerade resurserna till Brand Portal molntjänst för godkänd användning av Brand Portal-användare. Flera replikeringsagenter används Experience Manager 6.2 SP1-CFP5, Experience Manager CFP 6.3.0.2 och senare för att möjliggöra parallell publicering med hög hastighet.

När molntjänsten konfigureras för Brand Portal under /etc/cloudservice genereras alla nödvändiga användare och token automatiskt och sparas i databasen. Molntjänstkonfigurationen skapas. Tjänstanvändare som krävs för replikerings- och replikeringsagenter för att replikera innehåll skapas också. Den skapar fyra replikeringsagenter. När du publicerar ett stort antal resurser från Experience Manager till Brand Portal står resurserna i kö och distribueras mellan replikeringsagenterna via Round Robin.

Publiceringen kan misslyckas ibland på grund av stora snedställningsjobb, ökat nätverk och Disk I/O på Experience Manager Author-instansen eller långsammare prestanda för Experience Manager Author-instansen. Därför bör du testa anslutningen till replikeringsagenterna innan du börjar publicera.

Felsöka fel vid förstagångspublicering: verifiera din publiceringskonfiguration troubleshoot-failures-in-first-time-publishing-validating-your-publish-configuration

Så här validerar du dina publiceringskonfigurationer:

Slutloggar när Cloud Service skapas

Kontrollera slutloggar. Kontrollera om replikeringsagenten har skapats eller inte. Om det inte går att skapa replikeringsagenten kan du redigera molntjänsten genom att göra mindre ändringar i molntjänsten. Validera och kontrollera igen om replikeringsagenten har skapats eller inte. Om inte kan du redigera tjänsten igen.

Om molntjänsten inte konfigureras korrekt upprepade gånger ska du rapportera en dagis-biljett.

Testa anslutningen med replikeringsagenter

Visa logg, om fel påträffas i replikeringsloggen:

Rensa befintliga publiceringskonfigurationer för Brand Portal clean-up-existing-config

Oftast när publiceringen inte fungerar kan orsaken vara att den användare som publicerar (till exempel: mac-<tenantid>-replication inte har den senaste privata nyckeln, och publiceringen misslyckas därför med felet"401 obehörig" och inga andra fel rapporteras i replikeringsagentloggarna. Du kanske vill undvika felsökning och skapa en konfiguration i stället. För att den nya konfigurationen ska fungera på rätt sätt bör du rensa följande från författarinställningarna i Experience Manager:

Nu är systemet städat. Nu kan du försöka skapa en molntjänstkonfiguration och fortfarande använda det befintliga JWT-programmet. Du behöver inte skapa något program, utan istället uppdatera den offentliga nyckeln från den nya molnkonfigurationen.

Problem med klientsynlighet för JWT-program för utvecklaranslutning developer-connection-jwt-application-tenant-visibility-issue

Om den https://legacy-oauth.cloud.adobe.io/ finns visas alla organ (klientorganisationer) som de aktuella användarna har systemadministratör för. Om du inte hittar organisationsnamnet här eller om du inte kan skapa ett program för en nödvändig klient här, kontrollerar du om du har tillräcklig behörighet (systemadministratör).

Det finns ett känt fel i det här användargränssnittet som innebär att för alla innehavare visas endast de tio viktigaste programmen. När du skapar programmet ska du stanna kvar på den sidan och skapa ett bokmärke för webbadressen. Du behöver inte gå till programmets listsida och hitta det program du har skapat. Du kan trycka på den här bokmärkesadressen direkt och uppdatera/ta bort programmet vid behov.

JWT-programmet kanske inte visas korrekt. Du bör därför anteckna/bokmärka URL-adressen när du skapar ett JWT-program.

Konfigurationen som körs slutar fungera running-configuration-stops-working

Om en replikeringsagent (som publicerade till Brand Portal bara fint) slutar bearbeta publiceringsjobb bör du kontrollera replikeringsloggarna. Experience Manager har automatiskt gjort ett nytt försök, så om en viss resurspublicering misslyckas görs ett nytt försök automatiskt. Om det uppstår något tillfälligt problem, t.ex. ett nätverksfel, kan det lyckas under ett nytt försök.

Om det finns kontinuerliga publiceringsfel och kön är blockerad bör du kontrollera test connection och försöka lösa de fel som rapporteras.

Beroende på felen rekommenderar vi att du loggar en supportanmälan så att Brand Portal tekniker kan hjälpa dig att lösa problem.

Konfigurationstoken för Brand Portal IMS har upphört att gälla token-expired

Om Brand Portal-miljön avbryts plötsligt finns det en risk för att IMS-konfigurationerna inte fungerar som de ska. Systemet visar en felfri IMS-konfiguration och visar ett felmeddelande (liknande följande) om att din åtkomsttoken har upphört att gälla.

com.adobe.granite.auth.oauth.AccessTokenProvider failed to get access token from authorization server status: 400 response: Unknown macro: {"error"}

Du bör spara och stänga IMS-konfigurationen manuellt och kontrollera hälsostatusen igen för att lösa problemet. Om konfigurationerna inte fungerar tar du bort de befintliga konfigurationerna och skapar en ny.

Konfigurera replikeringsagenter för att undvika timeoutfel i anslutningen connection-timeout

Publiceringsjobbet misslyckas vanligtvis med ett timeout-fel om det finns flera väntande begäranden i replikeringskön. Kontrollera att replikeringsagenterna är konfigurerade för att undvika timeout för att lösa problemet.

Så här konfigurerar du replikeringsagenterna: