Sie lesen gerade die Dokumentation zu Apigee Edge.
Zur
Dokumentation zuApigee X wechseln. info
Am Montag, 20. März 2017, haben wir eine neue Version von Apigee Edge für die Private Cloud veröffentlicht.
Aktualisierungsvorgang
Führen Sie die folgenden Schritte aus, um Ihre Installation zu aktualisieren:
-
Bereinigen Sie auf allen Edge Management Server-, Message Processor- und UI-Knoten die Yum-Repositories:
> sudo yum clean all -
Führen Sie auf allen Management Server- und Message Processor-Knoten den folgenden Befehl aus:
>/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
Dabei gibt configFile die Konfigurationsdatei an, die Sie zum Installieren von Edge verwendet haben.
-
Aktualisieren Sie auf allen Edge UI-Knoten
edge-ui:>/opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
Fehlerkorrekturen
Folgende Fehler wurden in diesem Release behoben.
| Problem-ID | Beschreibung | Build-Nummer |
|---|---|---|
| APIRT-2854 |
Debug-Code aus JavascriptStepExecution entfernt |
edge-gateway-4.16.05-0.0.1074 |
| DOS-4039 |
Externe Authentifizierung führt dazu, dass apigee-service-Befehle fehlschlagen Wenn die externe Authentifizierung aktiviert ist, verwenden die meisten Kunden das Feld für den SAM Kontonamen von Active Directory als Nutzernamen für die Authentifizierung anstelle einer E-Mail-Adresse, die vom Edge OpenLDAP-Server verwendet wird. Wenn Sie einen externen Verzeichnisdienst eingebunden haben und Edge einen Kontonamen anstelle einer E-Mail-Adresse als Nutzernamen unterstützen soll, fügen Sie beim Aktualisieren von Edge auf 4.16.05.07 die folgende Zeile in Ihre Konfigurationsdatei ein: IS_EXTERNAL_AUTH="true" Mit dieser Zeile wird Edge so konfiguriert, dass ein Kontoname anstelle einer E-Mail-Adresse als der Nutzername verwendet wird. Weitere Informationen finden Sie unter Version 4.16.05. |
apigee-lib-4.16.05-0.0.946 |
| EDGEUI-664 | Die Edge UI-Sitzung wird jetzt korrekt verlängert, wenn ein Nutzer eine Aktion ausführt | edge-ui-4.16.09-0.0.3806 |
| MGMT-1430 |
Validierung von API-Proxy-Ressourcen Wenn Sie API-Proxy-Ressourcendateien (z. B. JavaScript- oder Java-JARs) auf der Umgebungsebene oder Organisationsebene gespeichert haben, müssen Sie diese Ressourcen nicht mehr auf API-Proxy-Ebene in ein Proxy-Bundle aufnehmen, damit die Validierung beim Import erfolgreich ist. Die Ressourcenvalidierung erfolgt jetzt bei der Bereitstellung und nicht beim Import. |
edge-gateway-4.16.05-0.0.1074 |
Bekannte Probleme
Dieses Release weist die folgenden bekannten Probleme auf.
| Problem-ID | Beschreibung |
|---|---|
| APIRT-2978 |
Router kann Nginx nicht starten oder Router kann nicht gestartet werden Wenn der Edge-Router Nginx nicht starten kann oder überhaupt nicht startet, wie in der /opt/apigee/var/log/edge-router/logs/system.log Datei zu sehen ist, löschen Sie alle Dateien im Verzeichnis /opt/nginx/conf.d und starten Sie den Router neu: > rm -f /opt/nginx/conf.d/* > /opt/apigee/apigee-service/bin/apigee-service edge-router restart |
| APIRT-3364 |
Message Processor führt DNS-Lookup für IPv4 und IPv6 aus Wenn Sie NSCD (Name Service Cache Daemon) installiert und aktiviert haben, führen Message Processor möglicherweise zwei DNS-Lookups aus: eines für IPv4 und eines für IPv6. So deaktivieren Sie den DNS-Lookup für IPv6:
|
| PRC-1118 |
Fehler beim Ausführen des Befehls „apigee-service apigee-postgresql pg-data-purge“ Wenn Sie den Befehl „apigee-service apigee-postgresql pg-data-purge“ ausführen und ein Fehler im folgenden Format angezeigt wird: ERROR: must be owner of relation Bearbeiten Sie /opt/apigee/apigee-postgresql-4.16.05-0.0.894/lib/actions/pg-data-purge und legen Sie die folgende Eigenschaft auf „apigee“ fest: POSTGRES_USER=apigee |
| DOC-1687 | Aufgrund eines bekannten Konflikts mit Paketabhängigkeiten kann der in Satellite Server 6 verwendete Katello-Agent nicht ordnungsgemäß auf Apigee Edge-Hosts installiert werden, auf denen der Qpid Daemon ausgeführt wird. |