none
SCCM 2007 R3 Reporting funktioniert nicht RRS feed

 > 

  • Frage

  • Question
    Anmelden
    0
    Anmelden

    Hallo zusammen,

     

    ich habe folgendes Problem: die Reporting Funktion über den "ConfigMgr Report Viewer" mit einem Internet Explorer funktioniert nicht.

    Ich bekomme folgende Fehlermeldung wenn ich den "ConfigMgr Report Viewer" von einem PC oder NB (nicht vom Server) über Internet Browser ausführe

    Internet Explorer Fehlermeldung:

    Details zum Fehler auf der Webseite

    Benutzer-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; .NET4.0C; MS-RTC LM 8)
    Zeitstempel: Fri, 11 Feb 2011 08:52:29 UTC


    Meldung: Objekt erforderlich: 'oRootNode'
    Zeile: 903
    Zeichen: 2
    Code: 0
    URI: http://sx-xxx-sccm01.xxx-yyy.local:8080/smsreporting_xyz/ReportsNav.asp?ReportID=&DashboardID=&ShowTree=True

    Für jede Hilfe bin ich dankbar

    MFG

    FatStas

    Freitag, 11. Februar 2011 09:00
    |

Antworten

  • Question
    Anmelden
    0
    Anmelden

    Hallo zusammen,

     

    das Problem wurde durch Verlagerung von dem Reporting Point auf einen dedizierten Server.

    • Als Antwort markiert FatStas Mittwoch, 3. August 2011 07:44
    Mittwoch, 3. August 2011 07:44
    |

Alle Antworten

  • Question
    Anmelden
    0
    Anmelden
    Ich bekomme folgende Fehlermeldung wenn ich den "ConfigMgr Report Viewer" von einem PC oder NB (nicht vom Server) über Internet Browser ausführe
    Bedeutet das, dass die Reports auf dem Server funktionieren und nur von den Clients aus nicht?
    Torsten Meringer | http://www.mssccmfaq.de
    Freitag, 11. Februar 2011 09:17
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden

    Hallo Torsten,

    ja auf dem Server funktionieren die Reports (SCCM Konsole und Internet Browser) und wenn ich die Remote von einem PC oder NB ausführen möchte, geht das nicht

    Freitag, 11. Februar 2011 09:41
    |
  • Question
    Anmelden
    0
    Anmelden

    Hast Du dir mal die Berechtigungen der Reports selber über die SCCM-Konsole angesehen? Könnte sein, das es dort klemmt.

    Gruß

     

    N

    Freitag, 11. Februar 2011 10:54
    |
  • Question
    Anmelden
    0
    Anmelden
    Wenn es auf dem Server selbst funktioniert, dann kann es nur eine clientseitige Einstellung (IE) sein. Hast Du schon versucht, den Server zu den vertrauenwürdigen Sites aufzunehmen? Ist sonst IE-seitig etwas konfiguriert, was die Anzeige behindern könnte (GPOs o.ä.)?
    Permissions auf ConfigMgr Reports würde ich eher ausschliessen. 'oRootNode' deutet eher auf ein Skripting/ASP-Problem hin (clientseitig).
    Torsten Meringer | http://www.mssccmfaq.de
    Freitag, 11. Februar 2011 11:28
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden

    glaube mich erinnern zu können das ich sowas mal auf einer 2008 r2 maschine hatte und da waren es dir Berechtigungen der Reports. Kann aber auch ein ein Zufall gewesen sein. Naja R2 und iis für SCCM..;-)

     

    Freitag, 11. Februar 2011 11:35
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo zusammen,

     

    der Server wurde zu den vertrauenwürdigen Sites schon mal hinzugefügt.

    Die Berechtigungen in der Konsole wurden auch schon überprüft, die sind richtig gesetzt.

    "glaube mich erinnern zu können das ich sowas mal auf einer 2008 r2 maschine hatte und da waren es dir Berechtigungen der Reports. Kann aber auch ein ein Zufall gewesen sein. Naja R2 und iis für SCCM..;-)" => Ja wir stezen auch einen 2008R2 Server ein. Wo soll ich den noch die Berechtigungen überprüfen???

    Freitag, 11. Februar 2011 12:52
    |
  • Question
    Anmelden
    0
    Anmelden

    schau dir mal die speziellen einstellungen des IIS für R2 an. Ich hab den link jetzt nicht, aber wenn SCCM auf einer R2 Maschine installiert wird, sind gewisse Sachen zu beachten bzw. anders einzustellen.

    Gruß

    N.

    Freitag, 11. Februar 2011 14:44
    |
  • Question
    Anmelden
    0
    Anmelden
    Meines Erachtens ist eine Fehlerursache auf Serverseite sinnlos, da die Reports ja auf dem Server direkt funktionieren, oder sehe ich das falsch?
    Torsten Meringer | http://www.mssccmfaq.de
    Freitag, 11. Februar 2011 15:15
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden

    ja auf dem Server funktionieren die Reports.

    Also wenn ich die Reports für die Advertisements auf dem Server aufrufe und dan den Link auf mein Client-NB ins IE kopiere funktioniert das auch.

    (http://sx-xxx-sccm01.xxx-yyy.local:8080/smsreporting_xyz /Report.asp?ReportID=143&AdvertID=SYS2001F&ComputerName=nb%2Dsys%2Dsctest) das funktioniert

    Was nicht funktioniert ist der Root Verzeichnis der Reports: http://sx-xxx-sccm01.xxx-yyy.local:8080/smsreporting_xyz also dort wo die Auflistung der Reports ist.

    Deswegen glaube ich nicht das diese Clientseitige Probleme sind .


    Freitag, 11. Februar 2011 15:56
    |
  • Question
    Anmelden
    0
    Anmelden
    ja auf dem Server funktionieren die Reports.

    [...]

    Was nicht funktioniert ist der Root Verzeichnis der Reports: http://sx-xxx-sccm01.xxx-yyy.local:8080/smsreporting_xyz also dort wo die Auflistung der Reports ist.

    Also wie jetzt? Auf dem Server funktioniert alles (also auch der fett gedruckte Link - so würde ich den ersten Satz Deiner Antwort deuten)? Oder funktioniert der fett gedruckte Link weder auf Client, noch auf Server (so könnte man den zweiten zitierten Satz orakeln)?
    Torsten Meringer | http://www.mssccmfaq.de
    Freitag, 11. Februar 2011 16:36
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden

    Hallo Torsten,

     

    also auf dem Server funktioniert die komplette Reporting Option.

    Auf einem Client funktioniert der direkte Linkt nicht " http://sx-xxx-sccm01.xxx-yyy.local:8080/smsreporting_xyz " aber wenn ich z.B.: ein Report auf dem Server erstelle den Link vom Server kopiere und auf einem Client im Internet Browser einfüge "http://sx-xxx-sccm01.xxx-yyy.local:8080/smsreporting_xyz /Report.asp?ReportID=143&AdvertID=SYS2001F&ComputerName=nb%2Dsys%2Dsctest" funktioniert das!!!

     

     

    Montag, 14. Februar 2011 08:37
    |
  • Question
    Anmelden
    0
    Anmelden
    also auf dem Server funktioniert die komplette Reporting Option.
    Also kann man doch die Fehlersuche auf die Client-Seite (IS-Settings, GPO etc) begrenzen IMHO.
    Torsten Meringer | http://www.mssccmfaq.de
    Montag, 14. Februar 2011 14:02
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden
    das Problem ist, dass die Reporting Option auf 50 Clients nicht funktioniert und deswegen gehe ich davon aus, dass das Problem nich auf die Client-Seite zurückzuführen ist.
    Dienstag, 15. Februar 2011 07:21
    |
  • Question
    Anmelden
    0
    Anmelden
    Und wie erklärst Du dir dann, dass es auf dem Server an sich funktioniert? Für mich bedeutet dies, dass der Server (IIS / ConfigMgr) sehr wohl in der Lage ist, die Reports fehlerfrei auszuliefern (sonst würde auch die Darstellung am Server selbst fehlschlagen).
    Es kann natürlich sein, dass es auf 50 Clients nicht funktioniert. Diese Clients müssen nur per GPO "verbogen" sein. Es gibt ja nur über 1400 Settings für den IE: http://www.microsoft.com/downloads/en/confirmation.aspx?FamilyID=ab4655f2-0a3c-42eb-974d-24b2790bf592&displaylang=en.
    Torsten Meringer | http://www.mssccmfaq.de
    Dienstag, 15. Februar 2011 08:00
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden

    kommst du denn mit Chrome / Firefox auf die "Startseite" der Reports?

    Die eigentlichen Reports funktionieren nur mit IETab, aber die Startseite sollte schon kommen.

     

    Dienstag, 15. Februar 2011 12:39
    |
  • Question
    Anmelden
    0
    Anmelden
    Nein mit Firefox/Chrome komme ich nicht drauf....
    • Als Antwort markiert FatStas Mittwoch, 3. August 2011 07:44
    • Tag als Antwort aufgehoben FatStas Mittwoch, 3. August 2011 07:44
    Dienstag, 15. Februar 2011 13:18
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo zusammen,

     

    das Problem wurde durch Verlagerung von dem Reporting Point auf einen dedizierten Server.

    • Als Antwort markiert FatStas Mittwoch, 3. August 2011 07:44
    Mittwoch, 3. August 2011 07:44
    |