Business Intelligence

BusinessObject 4 und die Fehlermeldungen

Christian Kriegl

… eine never ending Story. Leider. Vor allem auch deshalb weil diese so rein gar nichts aussagen!

 

 

 

 

 

 

 

An internal error occured while calling ‚processDPCommandsEx‘ API. (Error: ERR_WIS_30270)

In diversen Foreneinträgen war man der Meinung, dass es am „Real-Time Cache“ liegt. Dieser Meinung bin ich nicht. Ich denke eher, dass es meistens an Berechtigungsproblemen liegt. Wohl gemerkt, nicht immer.

Warum ich darauf komme? Ganz einfach. User mit verschiedensten Berechtigungen (die theoretisch und auch praktisch stimmen) refresht einen Report und bekommt diese Fehlermeldung. Gibt man ihm zusätzlich auch noch die Administrator Rolle, funktioniert der Report (nach Logout und neuerlichem Login)einwandfrei. Nimmt man sie ihm wieder weg, An internal error occured …

Kann man sooft reproduzieren wie man will.

 

Falsche Wahrheiten

Christian Kriegl

Ich find’s immer wieder witzig wenn uns die Nachrichtenargenturen (bzw. sender) fuer Dumm verkaufen wollen. In diesem Fall hat’s mal wieder FOX versucht!

Da ich ja beruflich viel mit Reporting und Grafiken zutun habe sticht sowas natuerlich gleich ins Auge:

Kleiner Tipp fuer alljene denen die Fehler nicht sofort auffallen: Man vergleiche die 8,6% aus NOV mit den 9,0% aus OCT bzw mit den Monaten JAN, FEB, MAR und APR 😉

Back to the future

Christian Kriegl

… mit SAP BI 4.0!

Mit dem neuen Business Objects Release, auch bekannt unter SAP #BI4, kommt in WebIntelligence (endlich wieder) die „Scale-to-Page“ Funktion retour. Diese war schon in den früheren Desktop Intelligence Versionen verfügbar und heiß geliebt. Bei der Umstellung von DESKI auf WEBI hatten wir deswegen sehr viele Probleme. Jetzt endlich auch in WEBI verfügbar. Herrlich.

Über ein neu hinzugekommenes, extrem geniales und bereits sehnsüchtigst herbei gewünschtes Feature in der neuen Version berichte ich ein anderes Mal.

Einen Plan haben …

Christian Kriegl

… ist grundsätzlich nie schlecht! Wenn er dann auch noch funktioniert, umso besser!

Andererseits wieder, wer zuviel plant wird meistens ohnehin nur enttäuscht weil irgendwas dann halt doch nicht (ganz) so läuft wie gewünscht. Also wär es von dieser Seite aus gesehen wieder besser keinen Plan zuhaben….

Hat man allerdings einen, dann sollte dieser auch funktionieren. Nicht so wie die folgende SAP BusinessObjects WEBI 3.1 Fehlermeldung zeigt: Error executing physical plan: AttributeEngine: no 6952 (WIS 10901). <ironie>Wieder mal eine sehr sprechende Fehlermeldung</ironie>. Das Problem war dennoch rasch gefunden und konnte VOR dem PC lokalisiert werden (wie in 99% der Fälle) 😉 Es wurde einfach eine Zeiteinschränkung vergessen und somit ging der SAP-BW Query (via MDX) der Speicher aus bzw. kamen einfach zuviele Daten zurück.

Immer wieder Ärger mit WEBI (BO)

Christian Kriegl

In den letzten Wochen komme ich mir fast vor wie in „Und täglich grüßt das Murmeltier“. Jeden Tag, (okay, fast jeden Tag) ein neues/anderes Problem mit BusinessObjects und WebIntelligence. Häufig kratzen die Services (WEBI Server Prozesse) ab, dann verbraucht der Tomcat zuviel Speicher, sodass gar nichts mehr geht, etc. etc. Die Probleme die wir in letzter Zeit hatten waren mannigfaltig und konnten leider nicht nachvollzogen werden, woher sie plötzlich kamen.

WEBI Error …

Christian Kriegl

… am frühen morgen, bringt Kummer und Sorgen!

An error has occurred: CSecSAPR3Binding::XRFCCnxBroker::BorrowConnection() failed. See following log entries for details. Failed while trying to log on to SAP system. The following RFC error was returned: [Group, Key, Message]: [102, „RFC_ERROR_COMMUNICATION“, „Connect to SAP gateway failed Connect_PM GWHOST=192.168.xxx.xx, GWSERV=sapgwxx, SYSNR=xx LOCATION CPIC (TCP/IP) on local host with Unicode ERROR partner ‚192.168.xxx.xx:xxxx‘ not reached TIME Fri Apr 08 08:24:34 2011 RELEASE 710 COMPONENT NI (network interface) VERSION 39 RC -10 MODULE nixxi.cpp LINE 2985 DETAIL NiPConnect2 SYSTEM CALL connect ERRNO 10061 ERRNO TEXT WSAECONNREFUSED: Connection refused COUNTER 2 „]. The entitlement system has therefore been disabled in memory. This may be because the SAP system is unavailable or because the credentials are invalid. The entitlement system has to be re-enabled before it can be used again.

Grund für diese Fehlermeldung: Unser BW-TESTSystem wurde gestern Abend deaktiviert und ist somit nicht erreichbar. Fehlermeldung ist hier allerdings etwas irreführend! Das System wurde nicht automatisch deaktiviert, sondern muss erst manuell in der CMC -> Authentication deaktiviert werden. Deaktiviert man dieses System ist man aber noch nicht wirklich weiter!
An error has occurred: Entitlement system FWxxCLNTxxx is disabled. This may be because the SAP system is unavailable or because the credentials are invalid.
Warum muss ich ein System erst deaktivieren, wenn dann ohenhin auch nichts (bzw. nicht mehr als vorher) funktioniert? Wie auch immer, deaktivieren alleine war also nicht die Lösung. Nächster Versuch: Alias auf das System deaktivieren:

An error has occurred: CSecSAPR3Binding::XRFCCnxBroker::BorrowConnection() failed. See following log entries for details. Failed while trying to log on to SAP system. No credentials were found.

Also auch nicht wirklich besser als vorher. Somit letzter Schritt: System komplett in CMC löschen. Ergebnis:
An error has occurred: Entitlement system FWxxCLNTxxx is disabled. This may be because the SAP system is unavailable or because the credentials are invalid.
Nanu, hatten wir doch schon mal?

Letzter noch notwendiger Schritt: Alias auf dieses System löschen! Dieser Schritt muss bei JEDEM EINZELNEN USER (der einen Alias auf das Testsystem hat) gemacht werden. Sonst funktioniert der Login nicht.

Drei Sachen, die mich da stören:

  1. Warum reicht deraktivieren des betroffenen Systems nicht aus?
  2. Warum schläft die Prüfung auf das TESTSystem an, obwohl ich mich doch auf das PROD System versuche anzumelden?
  3. Gibt es keine Funktion die einen bestimmten Alias für alle betroffenen User auf einmal entfernt.

Das einzig „positive“ daran: Es waren nur jene User betroffen, die für das TESTSystem berechtigt waren und es trat nur in Verbindung mit der „SAP Authentification“ auf …