All DPs read "Failed to retrieve the package list on the distribution point"...

About 2 weeks ago all 10 of my DPs started reporting the following warning (roughly 2 weeks after upgrading to R2):
"Failed to retrieve the package list on the distribution point ["Display=\\<server.FQDN>\"]MSWNET:["SMS_SITE=<code>"]\\<server.FQDN>\. Or the package list in content library doesn't match the one in WMI. Review
smsdpmon.log for more information about this failure.
This warning has appeared in my environment once before and I've read a number of posts regarding it. In the previous situation I found the problematic package ID recorded in smsdpmon.log and followed the standard procedure of redistributing and then proceeded
with a validation check on the affected DP. These steps resolved the issue originally.
This time around the package ID is not referenced in smsdpmon.log. It had the same error but the ID was not listed. Unfortunately the logs have already rolled over and I forgot to save a copy so I don't have anything to reference. I'm curious if anyone else
has seen this behavior and what the recommended fix is. 
As always, appreciate the help!

I used the following process to clean up these warnings on my DPs:
Setup content validation checks for each of my affected DPs to run every morning (previously only set to weekends). I did this so when I made a change I could validate whether or not it worked the following day. It would be great if there was a way to force
these checks manually but I haven't found a method yet.
After the content validation check completed I filtered through the smsdpmon.log on each affected DP. This revealed the package ID that was causing the issue.
In my environment the package in question was not needed so I deleted it. If it is required I suspect re-distributing it would work as well.
At this stage the problem was still not fully resolved for me. Even though I had deleted the package WMI was still inaccurate. I used this script to scrub WMI on all affected DPs and it picked up the problematic package ID:
http://gallery.technet.microsoft.com/Powershell-script-to-fix-81dc4e69
My content validation checks are now passing and the warnings are being cleared. YEAH!
As a final note - After running the PS script Nickolaj posted I ran started seeing dozens of error checks on my packages (Distribution Manager failed to process package "Laptop Drivers" (package ID = XYZ00123).) After doing some research
I found I was prone to this issue:
Failed to start DP health monitoring task. In my case the suspect file was called "Microsoft". I moved it to another location and the errors cleared immediately.
Hope this info is helpful to others!

Similar Messages

  • Distribution Point Configuration Status - Warning - Failed to retrieve the package list on the DP.

    Hi,
    Some of our DP's have a warning (Shown with a yellow exclamation mark) that never goes away. I have run a script on the DP's that could check for inconsistency in WMI, but it found nothing. Everything seems to work fine, but it is annoying that everything
    is not green when it should be!
    The warning is:
    Failed to retrieve package list on the distribution point. Or the package list in content library doesn't match the one in WMI. Review smsdpmon.log for more information about this failure.

    Hi Peter,
    Yes I have tried to validate all content to no avail. ;(
    No help to find in smsdpmon.log, I really think it is a bug...
    Here is a small part of it:
    ]LOG]!><time="03:50:29.934-60" date="11-29-2014" component="SMS_Distribution_Point_Monitoring" context="" type="1" thread="28024" file="libsmsmessaging.cpp:10858">
    <![LOG[Report status message 0x40000950 to MP]LOG]!><time="03:50:29.943-60" date="11-29-2014" component="SMS_Distribution_Point_Monitoring" context="" type="1" thread="28024" file="smsdpmon.cpp:983">
    <![LOG[Status message has been successfully sent to MP from remote DP]LOG]!><time="03:50:29.969-60" date="11-29-2014" component="SMS_Distribution_Point_Monitoring" context="" type="1" thread="28024"
    file="smsdpmon.cpp:1051">
    <![LOG[Start to evaluate package 'C010003E' version 0 ...]LOG]!><time="03:50:29.969-60" date="11-29-2014" component="SMS_Distribution_Point_Monitoring" context="" type="1" thread="28024" file="smsdpmon.cpp:586">
    <![LOG[Report status message 0x4000094C to MP]LOG]!><time="03:50:29.969-60" date="11-29-2014" component="SMS_Distribution_Point_Monitoring" context="" type="1" thread="28024" file="smsdpmon.cpp:983">
    <![LOG[Status message has been successfully sent to MP from remote DP]LOG]!><time="03:50:29.996-60" date="11-29-2014" component="SMS_Distribution_Point_Monitoring" context="" type="1" thread="28024"
    file="smsdpmon.cpp:1051">
    <![LOG[Start to evaluate package share for package 'C010003E' version 0 ...]LOG]!><time="03:50:32.510-60" date="11-29-2014" component="SMS_Distribution_Point_Monitoring" context="" type="1" thread="28024"
    file="smsdpmon.cpp:629">
    <![LOG[Package C010003E is verified successfully]LOG]!><time="03:50:32.512-60" date="11-29-2014" component="SMS_Distribution_Point_Monitoring" context="" type="1" thread="28024" file="smsdpmon.cpp:649">
    <![LOG[Report state message 0x40000950 to MP]LOG]!><time="03:50:32.512-60" date="11-29-2014" component="SMS_Distribution_Point_Monitoring" context="" type="1" thread="28024" file="smsdpmon.cpp:889">
    <![LOG[Report Body: <ReportBody><StateMessage MessageTime="20141129025032.000000+000" SerialNumber="0"><Topic ID="C010003E" Type="901" IDType="0"/><State ID="2384" Criticality="0"/><UserParameters
    Flags="0" Count="2"><Param>C010003E</Param><Param>["Display=\\dk01dc1sscm01.local.avk.dk\"]MSWNET:["SMS_SITE=C01"]\\dk01dc1sscm01.local.avk.dk\</Param></UserParameters></StateMessage></ReportBody>
    ]LOG]!><time="03:50:32.520-60" date="11-29-2014" component="SMS_Distribution_Point_Monitoring" context="" type="1" thread="28024" file="libsmsmessaging.cpp:10858">
    <![LOG[Report status message 0x40000950 to MP]LOG]!><time="03:50:32.528-60" date="11-29-2014" component="SMS_Distribution_Point_Monitoring" context="" type="1" thread="28024" file="smsdpmon.cpp:983">
    <![LOG[Status message has been successfully sent to MP from remote DP]LOG]!><time="03:50:32.557-60" date="11-29-2014" component="SMS_Distribution_Point_Monitoring" context="" type="1" thread="28024"
    file="smsdpmon.cpp:1051">
    <![LOG[Report status message 0x40000959 to MP]LOG]!><time="03:50:32.557-60" date="11-29-2014" component="SMS_Distribution_Point_Monitoring" context="" type="1" thread="28024" file="smsdpmon.cpp:983">
    <![LOG[Status message has been successfully sent to MP from remote DP]LOG]!><time="03:50:32.582-60" date="11-29-2014" component="SMS_Distribution_Point_Monitoring" context="" type="1" thread="28024"
    file="smsdpmon.cpp:1051">
    <![LOG[Report status message 0x40000952 to MP]LOG]!><time="03:50:32.582-60" date="11-29-2014" component="SMS_Distribution_Point_Monitoring" context="" type="1" thread="28024" file="smsdpmon.cpp:983">
    <![LOG[Status message has been successfully sent to MP from remote DP]LOG]!><time="03:50:32.607-60" date="11-29-2014" component="SMS_Distribution_Point_Monitoring" context="" type="1" thread="28024"
    file="smsdpmon.cpp:1051">
    <![LOG[DP monitoring finishes evaluation.]LOG]!><time="03:50:32.607-60" date="11-29-2014" component="SMS_Distribution_Point_Monitoring" context="" type="1" thread="28024" file="smsdpmon.cpp:500">

  • DP's have Warning "Failed to retrieve the package list on the distribution point" - How to Clear it?

    All but one of my DP's (A new one I just created) have this Warning Message:  "Failed to retrieve the package list on the distribution point".  They all seem to be working, I can update and push new content to them.
    When I go to the smsdpmon.log, it has an error for a package, but I've since redistributed it, and it is working fine. (Items below are snips from the smsdpmon.log)
    CContentDefinition::LibraryPackagesWmi: The package data in WMI is not consistent to PkgLib SMS_Distribution_Point_Monitoring 11/16/2013 6:00:01 PM 3920 (0x0F50)
    CContentDefinition::LibraryPackagesWmi: Package PS10011B can't be found in PkgLib SMS_Distribution_Point_Monitoring 11/16/2013 6:00:01 PM 3920 (0x0F50)
    CContentDefinition::LibraryPackagesWmi failed; 0x80004005 SMS_Distribution_Point_Monitoring 11/16/2013 6:00:01 PM 3920 (0x0F50)
    Failed to evaluate package PS10011B, Error code 0x80070002 SMS_Distribution_Point_Monitoring 11/16/2013 6:29:50 PM 3920 (0x0F50)
    Since then, after redistributing the package, it clears up the logs... but not the warning in Monitoring:
    Start to evaluate package share for package 'PS10011B' version 0 ... SMS_Distribution_Point_Monitoring 11/18/2013 12:39:52 PM 868 (0x0364)
    Package PS10011B is verified successfully SMS_Distribution_Point_Monitoring 11/18/2013 12:39:52 PM 868 (0x0364)
    So since everything appears to be working fine, how do I clear out that Warning, so I have nice Green Check Mark Icons in my Monitoring Tab, so when something actually does go wrong, I won't just ignore it since it's always been set to Warning?

    I'll have to review this. The script
    here, alone did not solve the my issue. Interesting that it say I do not have any inconsistencies on any my DP's now, but I run the other one on a single DP, it states I have inconsistencies still.
    $WMIPkgList = Get-WmiObject -Namespace Root\SCCMDP -Class SMS_PackagesInContLib | Select -ExpandProperty PackageID | Sort-Object
    $ContentLib = (Get-ItemProperty HKLM:SOFTWARE\Microsoft\SMS\DP).ContentLibraryPath
    $PkgLibPath = ($ContentLib) + "\PkgLib"
    $PkgLibList = (Get-ChildItem $PkgLibPath | Select -ExpandProperty Name | Sort-Object)
    $PkgLibList = ($PKgLibList | ForEach-Object {$_.replace(".INI","")})
    $PksinWMIButNotContentLib = Compare-Object -ReferenceObject $WMIPkgList -DifferenceObject $PKgLibList -PassThru
    ##### section 1 #######################
    Write-Host Items in WMI but not the Content Library
    Write-Host ========================================
    $PksinWMIButNotContentLib
    Foreach ($Pkg in $PksinWMIButNotContentLib){
    Get-WmiObject -Namespace Root\SCCMDP -Class SMS_PackagesInContLib -Filter "PackageID = '$Pkg'" | Remove-WmiObject -Confirm
    I wonder if the first script is not looking for INI's whereas the second one is. I verified that the INI's do exist...
    I'll run the second on all of my DP's, remove the left over INI's, and report back again next week on status.
    -Tony

  • Data Manager - SAP NW Conn. - Error: "Fail to retrieve the logon ticket"

    Hi,
    I am using Xcelsius 2008 SP2 and I am testing the new way to connect to SAP BW. When Browsing for a BW Query, I get the error "Fail to retrieve the logon ticket". When using QaaWS, everything works fine. Does anybody know this error?
    Greetings,
    Simon.

    Hi Deepu,
    thanks for the feedback.
    Yes we have Xcelsius SP2, I checked version and it is 5.2.0.0
    How can I check whether it is applied to both ABAP and JAVA steaks?
    Today our basis team confirmed that they have implemented EHP1 SPS5. In BI system, if I go to "System" --> "Status" --> "SAP_BW" component has SP "SAPKW70105".
    Also I installed diagnosis tool in portal as you advised and all lights are green.
    Any other proposal?

  • The Messaging Engine failed to retrieve the configuration from the database. Details:"c0002a1f".

    Hi All,
    We have two BizTalk nodes, from both nodes we are getting this error from today morning, nothings has changed from application end. 
    Error : The Messaging Engine failed to retrieve the configuration from the database. Details:"c0002a1f".
    Warning : Cannot perform encryption or decryption because the secret is not available from the master secret server. See the event log for related errors.
    Can you please suggest step where need to check.
    I don't have any knowledge where the master secret file saved during installation.
    Regards
    Suman 

    Most of the time, master secret server is not backup frequency. Mostly its is done during the time when the servers have been setup. If anything changed between the time the master secret has been backed up and now, then you don't have the correct version
    of master secret file backed up. This is why its is always a good practice to backup the master secret periodically and also try restoring in any of the test server to verify the backed up file is correct and also to make us conformable in restore
    process.
    You have one option now, try restoring with the file what you have  (4 years old). If the backed version is not the correct version, then only option is to reconfigure the BizTalk.
    MSDN: How to Restore the Master Secret
    You cannot backup the master secret file now as ii could have been corrupted. That the reason we're suggesting to restore the corrupted master secret file. For your future reference, following the steps as suggested in this article to take backup of master
    secret.
    MSDN: How to Back Up the Master Secret
    If this answers your question please mark it accordingly. If this post is helpful, please vote as helpful by clicking the upward arrow mark next to my reply.

  • "Fail to retrieve the logon ticket"

    Hi all,
    I am trying to connect my Dashboard to BPC and I did the following steps:
    1) SAP --> Open --> after selecting the appropriate system --> type login credentials
    2) I get the following error"Fail to retrieve the logon ticket, please contact the administrator." (Refer to attachment)
    3) I find the notes 1758340 and can only complete step 1-4.
    We cannot find any "trace" for step 5 and this is where I am stuck at.
    Can anyone suggest how we can move forward?
    or is there any workaround to connect my Dashboard to BPC?
    Thanks in advance for your help.
    Winson

    Hi WInson,
    This is related to SSO configuration.Check SAP Note 1413903
    Regards,
    Javed

  • Explorer error "Failed to retrieve the Information Spaces list." from HANA

    I am getting this dumb error "Failed to retrieve the Information Spaces list. // Request timed out" in Explorer's "Manage Spaces" area every time I click on the analytic view listed under my HANA sources of the Explorer. So, my HANA source is visible, and analytic views are visible in Explorer as well, but I cannot get any Information Space created because of the error, and I could not find the error and its causes in Explorer docs.
    I already
    - upgraded HANA db to Rev 18 (for some reasons I cannot u[grade this system to SPS3 yet) and BIP and Explorer 4.0 are on the latest Patch 8 of SP2.
    - configured connection using IDT defined connection,
    - restarted servers in CMS already 100s of times.
    There is enough free space on the BO server's drive: 33GB. BO is a single server based on Win2008 R2 SP1 with 40GB RAM.
    Any ideas what else I can do to get rid of this issue? It is a test server, so I cannot open customer msg to SAP Support.
    Thanks,
    -Vitaliy

    Try increasing the timeout under
    ..\SAP BusinessObjects\Tomcat6\webapps\explorer\WEB-INF\classes\ default.settings.properties
    from
    request.timeout=60
    to
    request.timeout=600

  • Failed to retrieve the data source in Business Objects Explorer

    I have built a universe with Designer suits and separate measurements of paramentros and bound by, ran on Web Intelligence, but when I try to use the Business Objects Explorer is reported the following message:
    Failed to retrieve the data source details.
    The creation of the data source object tree failed
    What should I do?

    There are two OSS notes about this error ;
    1411433
    1363777
    Also you can take a look at this service pack
    http://ftp1.businessobjects.com/outgoing/CMS/crXIwin_en_sp3.pdf
    cheers
    Tansu
    Edited by: tansu aksu on Jan 25, 2011 5:03 PM

  • Fail to retrieve the logon ticket,please contact the administrator

    I Still get an error "Fail to retrieve the logon ticket,please contact the administrator"
    here is my status
    1. Set the values "2" for login/create_sso2_ticket and "1" for login/accept_sso2_ticket in DEFAULT profile at RZ10.
    2. Current configurationn status is GREEN from /irj/servlet/prt/portal/prtroot/com.sap.ip.bi.supportdesk.default
    3. Xcelsius 2008 SP3 Fp 6
    4. SAP GUI 7.2
    5. BW 7.02 sp8
    6. Kernel Version:  7.02 PatchLevel 108637
    I configured sap notes 1508663, 1400236, 1413075, 1413903, 1430575, 1083421, 937697, and so on..
    but, still got that error..
    where can i check to fix it?

    Hello,
    I'd suggest opening a message with support, it sounds like you have covered the basics.
    Note 1430575 also suggests after RZ10:
    Tick Entended Maintenance and click Change
    Add the following Parameters and their corresponding value:
    Parameter Name:    Parameter value
    login/accept_sso2_ticket   1
    login/create_sso2_ticket  2
    Restart the BW server
    Thanks,
    Ryan

  • Failed to retrieve the cube for connection (xyz).(Error:INF)

    Hello ,
    Any body faced this error (Failed to retrieve the cube for connection (xyz).(Error:INF)????
    Replication steps: Open the webi report in Launchpad-> refresh the report--> error appears.
    Component info:
    BOBJ Version: SAP BI 4.1 sp2 version 14.1.2.1121)
    Report: Webi report
    Source:BEX/CUBE
    Connection: OLAP
    BW : SAP BW 7.3
    At first i have checked the user availability ( lock or unlock)  olap connection --- locked --- hence unlocked the user from BW
    but still the issue is remains...
    What my thought is: Cube or Bex or un available..?/inactive?secured bex query?
    kindly suggest on this.
    Note : Don't have access to BW,BEX..

    Hi Subbarao,
    1. If Bex Query is greyed out, then it is not been enabled for external access.
    2. If Bex Query failed to retrieve cube for the connection, then the Cube might be removed or relocated (or) Connection fail
    Try this workaround, this connection will not be affected if you relocate the cube in BW side and also you can use any cube / data mart to access data from BW.
    Create a new secured OLAP Connection with SAP BICS Client under the SAP Netweaver BI 7.X option by providing credentials. Select "Do not specify a cube in the connection" and click finish then publish it to the BO Repository.
    Open the WEBI Report, select the Bex Query as Data source which you want to access, now you can able to retrieve the data from the desired BW Cube via BEX Query.
    Check the User Rights and Role imported into BOE Repository.
    --Raji. S

  • Failed to retrieve the system DEP policy

    I've been getting this error on my Windows 8.1 Pro when I run EMET GUI. I think it's related to when I changed the apps configuration.
    I tried uninstalling/reinstalling and I get "Could not create EMET default configuration. Please run this program as an Administrator" even though I am running it as Administrator.
    Then I get this error when I run EMET GUI (tried both EMET 5.1 and 4.1 update 1 and have the same error)
    ************** Exception Text **************
    MitigationInterface.NonFatalException: Failed to retrieve the system DEP policy
       at MitigationInterface.SysMitigation_DEP..ctor(OSVERSIONINFOEX OsInfoEx, Boolean EnableUnsafeSettings)
       at MitigationInterface.SystemMitigations..ctor()
       at GraphicalApp.MainForm.MainForm_Load(Object sender, EventArgs e)
       at System.EventHandler.Invoke(Object sender, EventArgs e)
       at System.Windows.Forms.Form.OnLoad(EventArgs e)
       at DevExpress.XtraEditors.XtraForm.OnLoad(EventArgs e)
       at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
       at System.Windows.Forms.Control.CreateControl()
       at System.Windows.Forms.Control.WmShowWindow(Message& m)
       at System.Windows.Forms.Control.WndProc(Message& m)
       at System.Windows.Forms.Form.WndProc(Message& m)
       at DevExpress.XtraEditors.XtraForm.WndProc(Message& msg)
       at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
    ************** Loaded Assemblies **************
    mscorlib
        Assembly Version: 4.0.0.0
        Win32 Version: 4.0.30319.34209 built by: FX452RTMGDR
        CodeBase: file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/mscorlib.dll
    EMET_GUI
        Assembly Version: 5.1.5426.28434
        Win32 Version: 5.1.5426.28434
        CodeBase: file:///C:/Program%20Files%20(x86)/EMET%205.1/EMET_GUI.exe
    HelperLib
        Assembly Version: 5.1.5426.28431
        Win32 Version: 5.1.5426.28431
        CodeBase: file:///C:/Program%20Files%20(x86)/EMET%205.1/HelperLib.DLL
    System.Windows.Forms
        Assembly Version: 4.0.0.0
        Win32 Version: 4.0.30319.34209 built by: FX452RTMGDR
        CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
    System.Drawing
        Assembly Version: 4.0.0.0
        Win32 Version: 4.0.30319.34209 built by: FX452RTMGDR
        CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
    System
        Assembly Version: 4.0.0.0
        Win32 Version: 4.0.30319.34239 built by: FX452RTMGDR
        CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
    DevExpress.XtraBars.v13.2
        Assembly Version: 13.2.9.0
        Win32 Version: 13.2.9.0
        CodeBase: file:///C:/Program%20Files%20(x86)/EMET%205.1/DevExpress.XtraBars.v13.2.DLL
    DevExpress.Utils.v13.2
        Assembly Version: 13.2.9.0
        Win32 Version: 13.2.9.0
        CodeBase: file:///C:/Program%20Files%20(x86)/EMET%205.1/DevExpress.Utils.v13.2.DLL
    DevExpress.XtraEditors.v13.2
        Assembly Version: 13.2.9.0
        Win32 Version: 13.2.9.0
        CodeBase: file:///C:/Program%20Files%20(x86)/EMET%205.1/DevExpress.XtraEditors.v13.2.DLL
    DevExpress.Data.v13.2
        Assembly Version: 13.2.9.0
        Win32 Version: 13.2.9.0
        CodeBase: file:///C:/Program%20Files%20(x86)/EMET%205.1/DevExpress.Data.v13.2.DLL
    DevExpress.XtraTreeList.v13.2
        Assembly Version: 13.2.9.0
        Win32 Version: 13.2.9.0
        CodeBase: file:///C:/Program%20Files%20(x86)/EMET%205.1/DevExpress.XtraTreeList.v13.2.DLL
    DevExpress.UserSkins.HighContrast
        Assembly Version: 12.2.10.0
        Win32 Version:
        CodeBase: file:///C:/Program%20Files%20(x86)/EMET%205.1/DevExpress.UserSkins.HighContrast.DLL
    System.Xml
        Assembly Version: 4.0.0.0
        Win32 Version: 4.0.30319.34230 built by: FX452RTMGDR
        CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
    System.Core
        Assembly Version: 4.0.0.0
        Win32 Version: 4.0.30319.34209 built by: FX452RTMGDR
        CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
    System.Configuration
        Assembly Version: 4.0.0.0
        Win32 Version: 4.0.30319.34209 built by: FX452RTMGDR
        CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
    System.Data
        Assembly Version: 4.0.0.0
        Win32 Version: 4.0.30319.34209 built by: FX452RTMGDR
        CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_64/System.Data/v4.0_4.0.0.0__b77a5c561934e089/System.Data.dll
    System.Data.Linq
        Assembly Version: 4.0.0.0
        Win32 Version: 4.0.30319.34209
        CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Data.Linq/v4.0_4.0.0.0__b77a5c561934e089/System.Data.Linq.dll
    MitigationInterface
        Assembly Version: 5.1.5426.28431
        Win32 Version: 5.1.5426.28431
        CodeBase: file:///C:/Program%20Files%20(x86)/EMET%205.1/MitigationInterface.DLL

    Hi Subbarao,
    1. If Bex Query is greyed out, then it is not been enabled for external access.
    2. If Bex Query failed to retrieve cube for the connection, then the Cube might be removed or relocated (or) Connection fail
    Try this workaround, this connection will not be affected if you relocate the cube in BW side and also you can use any cube / data mart to access data from BW.
    Create a new secured OLAP Connection with SAP BICS Client under the SAP Netweaver BI 7.X option by providing credentials. Select "Do not specify a cube in the connection" and click finish then publish it to the BO Repository.
    Open the WEBI Report, select the Bex Query as Data source which you want to access, now you can able to retrieve the data from the desired BW Cube via BEX Query.
    Check the User Rights and Role imported into BOE Repository.
    --Raji. S

  • Distribution manager failed to connect to the distribution point

    After upgrading my distribution point to windows server 2012 standard I can't distribute content to my distribution point.
    I see the following error.
    source: SMS Server
    Component: SMS_DISTRIBUTION_MANAGER
    message id 2391
    Distribution Manager failed to connect to the distribution point Check your network and firewall settings.
    The firewall is not enabled. 
    wbemtest is able to connect to the remote server that has the distribution point role installed.
    The network access account is working.
    How do I fix this?

    but why does it most of the time work? I did inplace upgrade at least 6 times from 2008 R2 to 2012 R2 and every DP except one works fine.
    I'm not completely sure, but I think, my faulty one, that I'm trying to get working, was working correctly after the inplace upgrade. But as I said, that is only a theory, I'm just curious if that's possible.
    I have the same issue as described above.
    The IT guys from LukOIL

  • Is the distribution point role required on an SCCM 2012 site server?

    I am wondering if the distribution point role is required on an SCCM 2012 site server. 
    We have an installation of SCCM 2012 SP1 with a site server, and two remote DPs. 
    I would like to remove the DP role from the site server, and stand up another server (2012) at the same location, making it a DP and also have it hold the WSUS content.
    I was successful in creating the DP on the new server.  I distributed all of our packages to the new server. 
    I then removed the packages from the DP on the site server, and removed the DP role from the site server. 
    After making these changes, we lost the ability to deploy packages, either from the new DP server, or from the previously existing DPs that were at other locations. 
    Deployment status in the SCCM console showed that clients were “waiting for content”.
    I found that adding the DP role back to the site server, and distributing packages to it corrected the problem. 
    Deployment resumed after doing that.  Is it necessary to have packages on a DP on the site server? 
    We want to virtualize the server, and would like to make it as small as possible to facility restores.

    Hi,
    Have you checked the log file distmgr.log? Maybe it can give us some clues.
    We
    are trying to better understand customer views on social support experience, so your participation in this
    interview project would be greatly appreciated if you have time.
    Thanks for helping make community forums a great place.

  • Content is being distributed to the distribution point - stuck at "In Progress"

    I have Windows Updates due to be installed on all international machines tonight at 12 AM, and our main distribution point gets the files just fine. Our international sccm server, however, is not.
    I'm get the "In progress" on the Content View under Monitoring, but it has been sitting like that for over 8 hours. I know there are a ton of logs in the C:\Program Files\SMS_CCM\Logs location that are constantly updating.
    Is there a log in there I can attach or show to help determine what's going on? There are so many logs. However, this is a very serious issue, and I don't know what's going on. It worked just fine, then last months worked, except for the fact that after
    about a week, it would say that the content "Failed" on the second sccm distribution point. And now, this month's updates are stuck on "In Progress" on copying it over.
    Please let me know what I can look into, as soon as possible.
    Thank you!

    Alright, so this is what it's looking like:
    PkgXferMgr.log has a ton of these:
    ========  Finished Processing Cycle ( 12/13/2014 6:20:56 AM Mountain Standard Time) ========~  $$<SMS_PACKAGE_TRANSFER_MANAGER><12-13-2014 06:20:56.397+420><thread=3628 (0xE2C)>
    Sleeping for maximum 3600 seconds.~  $$<SMS_PACKAGE_TRANSFER_MANAGER><12-13-2014 06:20:56.397+420><thread=3628 (0xE2C)>
    Checking for sending capacity.  Used 0 out of 15.~  $$<SMS_PACKAGE_TRANSFER_MANAGER><12-13-2014 07:00:14.696+420><thread=3632 (0xE30)>
    COutbox::TakeNextToSend(pszSiteCode)  $$<SMS_PACKAGE_TRANSFER_MANAGER><12-13-2014 07:00:14.697+420><thread=3632 (0xE30)>
    No (more) send requests found to process.~  $$<SMS_PACKAGE_TRANSFER_MANAGER><12-13-2014 07:00:14.697+420><thread=3632 (0xE30)>
    ~Waiting for new/rescheduled send requests, Maximum Sleep Time = 60 minutes  $$<SMS_PACKAGE_TRANSFER_MANAGER><12-13-2014 07:00:14.698+420><thread=3632 (0xE30)>
    ========  Starting Processing Cycle ( 12/13/2014 7:20:56 AM Mountain Standard Time) ========~  $$<SMS_PACKAGE_TRANSFER_MANAGER><12-13-2014 07:20:56.584+420><thread=3628 (0xE2C)>
    ========  Processing Jobs  ========  $$<SMS_PACKAGE_TRANSFER_MANAGER><12-13-2014 07:20:56.584+420><thread=3628 (0xE2C)>
    Job count is 0.  $$<SMS_PACKAGE_TRANSFER_MANAGER><12-13-2014 07:21:06.588+420><thread=3628 (0xE2C)>
    ========  Finished Processing Cycle ( 12/13/2014 7:21:06 AM Mountain Standard Time) ========~  $$<SMS_PACKAGE_TRANSFER_MANAGER><12-13-2014 07:21:06.592+420><thread=3628 (0xE2C)>
    Sleeping for maximum 3600 seconds.~  $$<SMS_PACKAGE_TRANSFER_MANAGER><12-13-2014 07:21:06.592+420><thread=3628 (0xE2C)>
    Checking for sending capacity.  Used 0 out of 15.~  $$<SMS_PACKAGE_TRANSFER_MANAGER><12-13-2014 08:00:14.890+420><thread=3632 (0xE30)>
    COutbox::TakeNextToSend(pszSiteCode)  $$<SMS_PACKAGE_TRANSFER_MANAGER><12-13-2014 08:00:14.890+420><thread=3632 (0xE30)>
    No (more) send requests found to process.~  $$<SMS_PACKAGE_TRANSFER_MANAGER><12-13-2014 08:00:14.892+420><thread=3632 (0xE30)>
    ~Waiting for new/rescheduled send requests, Maximum Sleep Time = 60 minutes  $$<SMS_PACKAGE_TRANSFER_MANAGER><12-13-2014 08:00:14.892+420><thread=3632 (0xE30)>
    ========  Starting Processing Cycle ( 12/13/2014 8:21:06 AM Mountain Standard Time) ========~  $$<SMS_PACKAGE_TRANSFER_MANAGER><12-13-2014 08:21:06.771+420><thread=3628 (0xE2C)>
    ========  Processing Jobs  ========  $$<SMS_PACKAGE_TRANSFER_MANAGER><12-13-2014 08:21:06.771+420><thread=3628 (0xE2C)>
    Job count is 0.  $$<SMS_PACKAGE_TRANSFER_MANAGER><12-13-2014 08:21:16.774+420><thread=3628 (0xE2C)>
    ========  Finished Processing Cycle ( 12/13/2014 8:21:16 AM Mountain Standard Time) ========~  $$<SMS_PACKAGE_TRANSFER_MANAGER><12-13-2014 08:21:16.777+420><thread=3628 (0xE2C)>
    Sleeping for maximum 3600 seconds.~  $$<SMS_PACKAGE_TRANSFER_MANAGER><12-13-2014 08:21:16.777+420><thread=3628 (0xE2C)>
    distmgr.log:
    Start adding package to server ["Display=\\sccm03.mydomain.com\"]MSWNET:["SMS_SITE=JP1"]\\sccm03.mydomain.com\...  $$<SMS_DISTRIBUTION_MANAGER><12-12-2014 23:23:08.455+420><thread=2464 (0x9A0)>
    Will wait for 1 threads to end.  $$<SMS_DISTRIBUTION_MANAGER><12-12-2014 23:23:08.456+420><thread=2464 (0x9A0)>
    Thread Handle = 00000000000010C0  $$<SMS_DISTRIBUTION_MANAGER><12-12-2014 23:23:08.456+420><thread=2464 (0x9A0)>
    Attempting to add or update a package on a distribution point.  $$<SMS_DISTRIBUTION_MANAGER><12-12-2014 23:23:08.456+420><thread=4932 (0x1344)>
    The distribution point is on the siteserver and the package is a content type package. There is nothing to be copied over.  $$<SMS_DISTRIBUTION_MANAGER><12-12-2014 23:23:08.484+420><thread=4932 (0x1344)>
    STATMSG: ID=2342 SEV=I LEV=M SOURCE="SMS Server" COMP="SMS_DISTRIBUTION_MANAGER" SYS=sccm03.mydomain.com SITE=JP1 PID=2184 TID=4932 GMTDATE=Sat Dec 13 06:23:08.485 2014 ISTR0="Workstation Patching - Dec 2014" ISTR1="["Display=\\sccm03.mydomain.com\"]MSWNET:["SMS_SITE=JP1"]\\sccm03.mydomain.com\"
    ISTR2="" ISTR3="" ISTR4="" ISTR5="" ISTR6="" ISTR7="" ISTR8="" ISTR9="" NUMATTRS=2 AID0=400 AVAL0="US10008A" AID1=404 AVAL1="["Display=\\sccm03.mydomain.com\"]MSWNET:["SMS_SITE=JP1"]\\sccm03.mydomain.com\"
     $$<SMS_DISTRIBUTION_MANAGER><12-12-2014 23:23:08.485+420><thread=4932 (0x1344)>
    ~The contents for the package US10008A hasn't arrived from site US1 yet, will retry later.  $$<SMS_DISTRIBUTION_MANAGER><12-12-2014 23:23:08.486+420><thread=4932 (0x1344)>
    STATMSG: ID=2372 SEV=I LEV=M SOURCE="SMS Server" COMP="SMS_DISTRIBUTION_MANAGER" SYS=sccm03.mydomain.com SITE=JP1 PID=2184 TID=4932 GMTDATE=Sat Dec 13 06:23:08.486 2014 ISTR0="US10008A" ISTR1="US1" ISTR2="JP1"
    ISTR3="" ISTR4="" ISTR5="" ISTR6="" ISTR7="" ISTR8="" ISTR9="" NUMATTRS=1 AID0=400 AVAL0="US10008A"  $$<SMS_DISTRIBUTION_MANAGER><12-12-2014 23:23:08.486+420><thread=4932
    (0x1344)>
    DP thread with array index 0 ended.  $$<SMS_DISTRIBUTION_MANAGER><12-12-2014 23:23:08.487+420><thread=2464 (0x9A0)>
    DP thread with thread handle 00000000000010C0 and thread ID 4932 ended.  $$<SMS_DISTRIBUTION_MANAGER><12-12-2014 23:23:08.487+420><thread=2464 (0x9A0)>
    ~Package US10008A does not have a preferred sender.  $$<SMS_DISTRIBUTION_MANAGER><12-12-2014 23:23:08.999+420><thread=2464 (0x9A0)>
    ~CDistributionSrcSQL::UpdateAvailableVersion PackageID=US10008A, Version=3, Status=2301  $$<SMS_DISTRIBUTION_MANAGER><12-12-2014 23:23:09.000+420><thread=2464 (0x9A0)>
    ~StoredPkgVersion (0) of package US10008A. StoredPkgVersion in database is 0.  $$<SMS_DISTRIBUTION_MANAGER><12-12-2014 23:23:09.090+420><thread=2464 (0x9A0)>
    ~SourceVersion (3) of package US10008A. SourceVersion in database is 3.  $$<SMS_DISTRIBUTION_MANAGER><12-12-2014 23:23:09.090+420><thread=2464 (0x9A0)>
    STATMSG: ID=2301 SEV=I LEV=M SOURCE="SMS Server" COMP="SMS_DISTRIBUTION_MANAGER" SYS=sccm03.mydomain.com SITE=JP1 PID=2184 TID=2464 GMTDATE=Sat Dec 13 06:23:09.096 2014 ISTR0="Workstation Patching - Dec 2014" ISTR1="US10008A"
    ISTR2="" ISTR3="" ISTR4="" ISTR5="" ISTR6="" ISTR7="" ISTR8="" ISTR9="" NUMATTRS=1 AID0=400 AVAL0="US10008A"  $$<SMS_DISTRIBUTION_MANAGER><12-12-2014 23:23:09.096+420><thread=2464
    (0x9A0)>
    ~Exiting package processing thread.  $$<SMS_DISTRIBUTION_MANAGER><12-12-2014 23:23:09.097+420><thread=2464 (0x9A0)>
    Sleep 30 minutes...  $$<SMS_DISTRIBUTION_MANAGER><12-12-2014 23:23:12.865+420><thread=3992 (0xF98)>
    ~Used 0 out of 3 allowed processing threads.  $$<SMS_DISTRIBUTION_MANAGER><12-12-2014 23:23:13.394+420><thread=3348 (0xD14)>
    ~Sleep 3600 seconds...  $$<SMS_DISTRIBUTION_MANAGER><12-12-2014 23:23:13.395+420><thread=3348 (0xD14)>
    ~Used 0 out of 3 allowed processing threads.  $$<SMS_DISTRIBUTION_MANAGER><12-12-2014 23:23:18.409+420><thread=3348 (0xD14)>
    ~Sleep 3600 seconds...  $$<SMS_DISTRIBUTION_MANAGER><12-12-2014 23:23:18.410+420><thread=3348 (0xD14)>
    Sleep 30 minutes...  $$<SMS_DISTRIBUTION_MANAGER><12-12-2014 23:53:17.953+420><thread=3992 (0xF98)>
    ~Sleep 3600 seconds...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 00:00:08.191+420><thread=3348 (0xD14)>
    Sleeping for 60 minutes before content cleanup task starts.~  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 00:14:38.368+420><thread=3988 (0xF94)>
    Sleep 30 minutes...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 00:23:23.041+420><thread=3992 (0xF98)>
    Sleep 30 minutes...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 00:53:28.130+420><thread=3992 (0xF98)>
    ~Used 0 out of 3 allowed processing threads.  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 01:00:13.375+420><thread=3348 (0xD14)>
    ~Sleep 3600 seconds...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 01:00:13.376+420><thread=3348 (0xD14)>
    Sleeping for 60 minutes before content cleanup task starts.~  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 01:14:38.544+420><thread=3988 (0xF94)>
    Sleep 30 minutes...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 01:23:33.227+420><thread=3992 (0xF98)>
    Sleep 30 minutes...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 01:53:38.332+420><thread=3992 (0xF98)>
    ~Used 0 out of 3 allowed processing threads.  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 02:00:18.577+420><thread=3348 (0xD14)>
    ~Sleep 3600 seconds...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 02:00:18.579+420><thread=3348 (0xD14)>
    Sleeping for 60 minutes before content cleanup task starts.~  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 02:14:38.734+420><thread=3988 (0xF94)>
    Sleep 30 minutes...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 02:23:43.428+420><thread=3992 (0xF98)>
    Sleep 30 minutes...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 02:53:48.526+420><thread=3992 (0xF98)>
    ~Used 0 out of 3 allowed processing threads.  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 03:00:23.783+420><thread=3348 (0xD14)>
    ~Sleep 3600 seconds...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 03:00:23.785+420><thread=3348 (0xD14)>
    Sleeping for 60 minutes before content cleanup task starts.~  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 03:14:38.926+420><thread=3988 (0xF94)>
    Sleep 30 minutes...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 03:23:53.624+420><thread=3992 (0xF98)>
    Sleep 30 minutes...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 03:53:58.722+420><thread=3992 (0xF98)>
    ~Used 0 out of 3 allowed processing threads.  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 04:00:28.985+420><thread=3348 (0xD14)>
    ~Sleep 3600 seconds...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 04:00:28.986+420><thread=3348 (0xD14)>
    Sleeping for 60 minutes before content cleanup task starts.~  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 04:14:39.116+420><thread=3988 (0xF94)>
    Sleep 30 minutes...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 04:24:03.820+420><thread=3992 (0xF98)>
    Sleep 30 minutes...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 04:54:09.080+420><thread=3992 (0xF98)>
    ~Used 0 out of 3 allowed processing threads.  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 05:00:34.393+420><thread=3348 (0xD14)>
    ~Sleep 3600 seconds...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 05:00:34.394+420><thread=3348 (0xD14)>
    Sleeping for 60 minutes before content cleanup task starts.~  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 05:14:39.521+420><thread=3988 (0xF94)>
    Sleep 30 minutes...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 05:24:14.228+420><thread=3992 (0xF98)>
    Sleep 30 minutes...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 05:54:19.325+420><thread=3992 (0xF98)>
    ~Used 0 out of 3 allowed processing threads.  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 06:00:39.612+420><thread=3348 (0xD14)>
    ~Sleep 3600 seconds...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 06:00:39.613+420><thread=3348 (0xD14)>
    Sleeping for 60 minutes before content cleanup task starts.~  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 06:14:39.713+420><thread=3988 (0xF94)>
    Sleep 30 minutes...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 06:24:24.423+420><thread=3992 (0xF98)>
    Sleep 30 minutes...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 06:54:29.521+420><thread=3992 (0xF98)>
    ~Used 0 out of 3 allowed processing threads.  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 07:00:44.817+420><thread=3348 (0xD14)>
    ~Sleep 3600 seconds...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 07:00:44.819+420><thread=3348 (0xD14)>
    Sleeping for 60 minutes before content cleanup task starts.~  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 07:14:39.905+420><thread=3988 (0xF94)>
    Sleep 30 minutes...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 07:24:34.623+420><thread=3992 (0xF98)>
    Sleep 30 minutes...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 07:54:39.721+420><thread=3992 (0xF98)>
    ~Used 0 out of 3 allowed processing threads.  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 08:00:50.021+420><thread=3348 (0xD14)>
    ~Sleep 3600 seconds...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 08:00:50.023+420><thread=3348 (0xD14)>
    Sleep 30 minutes...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 08:12:35.600+420><thread=3992 (0xF98)>
    Found package properties updated notification for package 'US10008A'  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 08:12:40.602+420><thread=3348 (0xD14)>
    Sleep 30 minutes...  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 08:12:40.604+420><thread=3992 (0xF98)>
    Found notification for package 'US10008A'  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 08:12:45.606+420><thread=3348 (0xD14)>
    ~Used 0 out of 3 allowed processing threads.  $$<SMS_DISTRIBUTION_MANAGER><12-13-2014 08:12:45.624+420><thread=3348 (0xD14)>

  • Error 0x80070002 when Task Apply OS has "Access content directly from the distribution point" checked

    When I check "Access content directly from the distribution point" for the "Apply Operating System" task in my OSD Task Sequence, I get the failed error 0x80070002 at the step when running the sequence from WinPE.
    If I uncheck it, I don't get that error or have any problems.
    I've ensured that in the properties of my OS Image in the Data Access that "Copy the content in this package to a package share on distribution points" is checked, and that I Updated DPs.
    Am I missing any other settings?
    The reason I'm trying to do this is because the "Download" speed of the WIM is incredibly slow. I already installed a hotfix (KB2905002) that fixed this for my Dell systems, but it's not speeding it up for another computer model I'm imaging in
    the same way. The Dell computers, after I installed the server hotfix, will downloading the .wim file at 1% per second. However the HP thin clients I'm imaging download at about 1% every 15 seconds, and I'm not sure if that's due to their hardware or what. 

    Hi,
    The error means file not found. So you need to check the smsts.log to see which DP it is accessing, then go to that DP to check the Shared Folder smspkg to make sure the file is there.
    For the download performance issue, there are various reasons. You need to check your Switch bandiwidth and if the NIC driver is up to date. If downloading locally is slow, Accessing directly could be slow too.  
    Juke Chou
    TechNet Community Support

Maybe you are looking for