Quantcast
Channel: Al's Tech Tips
Viewing all 388 articles
Browse latest View live

SharePoint 2010 Workflow: An unexpected error has occurred

$
0
0
Problem

You are developing existing workflows on your SharePoint 2010 farm development site.  You delete an existing workflow, while working in SharePoint Designer 2010.  You then test another workflow. After selecting Workflows from the list item dropdown menu, your browser is navigated to the standard helpful informative SharePoint 2010 error mesage:
An unexpected error has occurred
This error occurs no matter what list item workflow history you try to look at.  In fact, you cannot get to the list's workflow page at all.  Neither can you view workflow history or settings.  Troubleshooting steps follow.

Troubleshooting
  1. Restored the deleted workflow from the Recycle Bin, and then tested: still experienced error message.
  2. Noted the correlation ID presented in the error message.
  3. Launched ULSViewer, and then connected it to live feed.
  4. Searched for the correlation ID and found this event:

    System.ArgumentException: Column '[SomeColumnName]' does not exist. It may
    have been deleted by another user. /Path/To/List
    at Microsoft.SharePoint.SPFieldCollection.GetFieldByInternalName(String strName, Boolean bThrowException)
    at Microsoft.SharePoint.Workflow.SPWorkflow.GetIStatusAsText(Int32 iStatus)
    at Microsoft.SharePoint.Workflow.SPWorkflow.GetIStatusAsHtml(Int32 iStatus)
    at Microsoft.SharePoint.Workflow.SPWorkflow.GetIStatusAsHtml()
    at Microsoft.SharePoint.ApplicationPages.WorkflowPage.StrStatus(SPWorkflow wf)
    at ASP._layouts_workflow_aspx.__Render__control11(HtmlTextWriter __w, Control parameterContainer)
    at System.Web.UI.Control.RenderChildrenInternal(HtmlTextWriter writer, ICollection children)
    at System.Web.UI.Control.RenderChildrenInternal(HtmlTextWriter writer, ICollection children)
    at System.Web.UI.HtmlControls.HtmlContainerControl.Render(HtmlTextWriter writer)
    at System.Web.UI.Control.RenderChildrenInternal(HtmlTextWriter writer, ICollection children)
    at System.Web.UI.HtmlControls.HtmlForm.RenderChildren(HtmlTextWriter writer)
    at System.Web.UI.HtmlControls.HtmlForm.Render(HtmlTextWriter output)
    at System.Web.UI.HtmlControls.HtmlForm.RenderControl(HtmlTextWriter writer)
    at System.Web.UI.Control.RenderChildrenInternal(HtmlTextWriter writer, ICollection children)
    at System.Web.UI.HtmlControls.HtmlContainerControl.Render(HtmlTextWriter writer)
    at System.Web.UI.Control.RenderChildrenInternal(HtmlTextWriter writer, ICollection children)
    at System.Web.UI.Control.RenderChildrenInternal(HtmlTextWriter writer, ICollection children)
    at Microsoft.SharePoint.WebControls.UnsecuredLayoutsPageBase.RenderChildren(HtmlTextWriter writer)
    at System.Web.UI.Page.Render(HtmlTextWriter writer)
    at Microsoft.SharePoint.WebControls.UnsecuredLayoutsPageBase.Render(HtmlTextWriter writer)
    at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
  5. Noted the SomeColumnName in the event.  This column was completely unfamiliar.  Noted that the column type was not indicated.
  6. With ULSViewer up, tested the error for repeatability, by attempted several times to connect to a list item's workflow history page: error was reproducable and correlated with events appearing in the trace log, viewed in ULSViewer.
  7. In SharePoint Designer, checked Association Columns, but did not find SomeColumnName.  Also checked Local Variables, but also not successful.
  8. Attempted to view workflow information on an archived copy of the list co-located in the same site.  This was successful.
  9. Then, using SharePoint Designer, alternatively compared list column listings between the two versions: discovered a column in the archived list missing from the current one.  However, the displayed column name bore no resemblance to that shown in the ULS event message.
  10. Then, connected to the site as Administrator and added a new field, SomeColumnName, to the list, as single line string.  Tested again: unsuccessful.  However, the error message correlated with the error message changed:

    System.ArgumentException: Column '[SomeNewColumnName]' does not exist. It may have been deleted by another user. /Path/To/List
    at Microsoft.SharePoint.SPFieldCollection.GetFieldByInternalName(String strName, Boolean bThrowException)
    at Microsoft.SharePoint.Workflow.SPWorkflow.GetIStatusAsText(Int32 iStatus)
    at Microsoft.SharePoint.Workflow.SPWorkflow.GetIStatusAsHtml(Int32 iStatus)
    at Microsoft.SharePoint.Workflow.SPWorkflow.GetIStatusAsHtml()
    at Microsoft.SharePoint.ApplicationPages.WorkflowPage.StrStatus(SPWorkflow wf)
    at ASP._layouts_workflow_aspx.__Render__control11(HtmlTextWriter __w, Control parameterContainer)
    at System.Web.UI.Control.RenderChildrenInternal(HtmlTextWriter writer, ICollection children)
    at System.Web.UI.Control.RenderChildrenInternal(HtmlTextWriter writer, ICollection children)
    at System.Web.UI.HtmlControls.HtmlContainerControl.Render(HtmlTextWriter writer)
    at System.Web.UI.Control.RenderChildrenInternal(HtmlTextWriter writer, ICollection children)
    at System.Web.UI.HtmlControls.HtmlForm.RenderChildren(HtmlTextWriter writer)
    at System.Web.UI.HtmlControls.HtmlForm.Render(HtmlTextWriter output)
    at System.Web.UI.HtmlControls.HtmlForm.RenderControl(HtmlTextWriter writer)
    at System.Web.UI.Control.RenderChildrenInternal(HtmlTextWriter writer, ICollection children)
    at System.Web.UI.HtmlControls.HtmlContainerControl.Render(HtmlTextWriter writer)
    at System.Web.UI.Control.RenderChildrenInternal(HtmlTextWriter writer, ICollection children)
    at System.Web.UI.Control.RenderChildrenInternal(HtmlTextWriter writer, ICollection children)
    at Microsoft.SharePoint.WebControls.UnsecuredLayoutsPageBase.RenderChildren(HtmlTextWriter writer)
    at System.Web.UI.Page.Render(HtmlTextWriter writer)
    at Microsoft.SharePoint.WebControls.UnsecuredLayoutsPageBase.Render(HtmlTextWriter writer)
    at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
  11. Changed column type to Choice, populated some choices, and repeated test: still unsuccessful.  Same event message appearing in ULS.
  12. Removed all workflows from the site and then again tested:  still experienced error message.
    1. Conclusion: issue remains tied to list.
  13. Exported list from production farm, using CA, and then imported to development farm site using PowerShell.  Connected to site through SharePoint Designer: the workflows were not exported.  Testing unnecessary.
    1. Conclusion: workflows are not stored at the list level.
  14. Exported site (not site collection) from production farm, using PowerShell, and then restored site to dev farm using PowerShell. Opened browser, navigated to list, checked workflow history: this time able to view without error, but no history was listed. Navigated to list workflows and found none.
    1. Conclusion: workflows are not stored at the site level.
  15. Stopped IIS on both WFEs. In CA,"detached" content databases from web application (this is a SharePoint detach). Restored backup copies of DBs (in SQL Svr); and then mapped appropriate accounts to restored DBs (in SQL Svr). In CA, "attached" content databases to web application. Started IIS on both WFEs.  Navigated to list and checked workflows: no error, workflow history existed, workflows worked.
    1. Conclusion: workflows are stored at the site collection level.
Review

This was my first entry into developing workflows and troubleshooting them.  Further research subsequent to implementing this solution identified a possible workaround not requiring database restore methods (reference 4).

Lessons Learned

Recovery from a poorly handled workflow deletion requires a site collection restore.

References
  1. SharePoint 2010 List workflow status – unexpected error
  2. SharePoint 2010: Manager
  3. Troubleshoot workflow errors (SharePoint Foundation 2010)
  4. How to migrate SharePoint 2010 List based workflows
  5. SharePoint Designer Workflow Overview
  6. How to Delete/Remove a Workflow from SharePoint Designer
  7. HOWTO: Remove a Workflow from a List or Library

Windows Media Player: Rip CD option greyed out

$
0
0
Problem

You launch Windows Media Player to rip a new CD or refresh the tracks of an old CD you've already ripped before.  After Media Player recognizes the CD in the disk player, it displays the tracks on the CD, but the Rip CD option is greyed out.

Solution

This option is greyed out because no tracks have been selected.  To select a track, enter a check into the checkbox before each track title.  The moment you check a box, the Rip CD option will be enabled.

References
Notes
  • Windows 7
  • Windows Media Player 12

SharePoint 2010: Error: Additions to this Web site have been blocked

$
0
0
Problem

A subcontractor has been provided administrator access to a SharePoint 2010 farm site and has been restoring content databases and configuring a new web application.  Performing routine maintenance and oversight checks, you attempt to make a configuration change to the main site collection and experience the following error:
Solution
  1. Login to Central Administration under a farm administrator account.
  2. Go: CA > Application Management > Site Collections > Configure quotas and locks.
  3. From the Site Collection dropdown, select the appropriate site collection.
  4. In the Site Lock Information section, set the Lock status for this site to: Not locked.
  5. Click OK.
References

SharePoint 2010: an unexpected error has occurred

$
0
0
Problem

Helpdesk notified that the entire SharePoint Server 2010 farm was inaccessible: connecting to the farm resulted in the following error being displayed in the browser:

Troubleshooting
  1. Checked farm servers:
  • all up and running.
  • Remoted into the application server and launched Central Administration:
    • connecting to this site resulted in same error.
  • Remoted into the database server and launched SQL Server Management Studio:
    • SQL Server service running.
  • On a web front end server, launched Server Manager and checked the Application log:
    • Group of 8306 errors occuring at 2:10 AM: An exception occurred when trying to issue security token: This implementation is not part of the Windows Platform FIPS validated cryptographic algorithms..
    • A large volume of 5586, 6398, 8088, 5240, 6772 and other errors began appearing at approximately 11:20 PM.
  • Checked development farms:
    • same error appearing on connection; same errors appearing in Application logs.
  • Checked FIPS-related security settings:
    1. Computer Configuration > Windows Settings > Security Settings > Local Policies > Security Options > System cryptography: Use FIPS compliant algorithms for encryption... this was set to Enabled.
    Solution
    1. The setting change was pushed out at the corporate NOC level (above us), thus, we could not change it directly.
    2. Instead, department sysadmin added a new instance of the FIPS policy setting to the AD container but configured it at a higher priority.  Thus, after the corporate policy set the FIPS setting to Enabled, the department policy set the FIPS setting back to DISABLED.
    3. Forced the update to the servers in this container.
    4. Reset IIS on farm servers.
    5. Check security settings: security setting now DISABLED.
    References

    SharePoint 2010 List Forms: Recover the default list or document library edit form

    $
    0
    0
    Problem

    The default OOTB edit form for a particular document library (or for any list for that matter) has been lost, revised, edited, or whatever, such that the form no longer features the standard default List Form Web Part.  This is the list form web part (LFWP) that only displays the three fields, like so:
    Because of these changes, certain fields are no longer displayed or displayed in a way such that they are not as usable as before.  For example, the Name field may display the filename now only as a read-only text, and not in an editable text box.  Other fields may not even be displayed.  There may also be a break between the ability to change column ordering using the features on the document library's or list's Settings page.  Whatever the case may, you want to get the original OOTB edit form back.  Here's how.  You'll need SharePoint Designer 2010 to do it.

    Solution
    1. Launch SharePoint Designer 2010.
    2. Connect to the target site.
    3. On the Navigation pane, at left, click Lists and Libraries.
    4. On the Results pane, click on the target list or library.  The Results pane will change to show the properties and objects associated with the list or library you clicked.
    5. Look for the Forms group.  It will list all of the New, Edit and View forms created for this list or library.  If this is for a library, you will also see an Upload form item listed there too.
    6. Click the New... button for this group.
    7. Enter a name for this new default edit form, and the select the Edit item form option.
    8. Click OK.
    9. This dialog will close and a new edit form will appear listed in the Forms group.
    10. Click this item to open it in edit mode.  What you will see is all of the fields layed out nicely.  This is the DataForm Web Part.  You don't want this.
    11. Click anywhere in this form.  You'll see the DataFormWebPart title appear just above this form.
    12. Select this title.  This then selects the entire web part.
    13. Click the Delete key.
    14. Click anywhere inside the now empty web part zone.
    15. Up above, select the Insert ribbon.
    16. In the Controls group, click the SharePoint item.  A dropdown will open.
    17. Click List Form..., down at the bottom.  The List or Document Library Form dialog appears.
    18. Select the target list or document library, and then select the Edit item form option.  Leave the Show standard toolbar option checked.
    19. Click OK.  This inserts the LFWP onto the page.
    20. Save the page.
    21. On the Forms group, select the new edit form listed there (don't click on the filename itself).  This updates the ribbon.
    22. On the ribbon, select the Forms tab.
    23. Click the Set as Default button.
    24. Test.
    References

    SharePoint 2010: The list is too large to save as a template

    $
    0
    0
    Problem

    You attempt to save a list as a template, including its data, and you are presented with this error:
     

    Solution
    1. Increase the MaxTemplateDocumentSize property using either PowerShell or stsadm.  Default is 50 MB.  Maximum is 500 MB.
    2. Using PowerShell:
      1. Execute the following commands in a PowerShell command window to increase the maximum to 500 MB:
        [void][System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint")
        [void][System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint.Administration")
        $docSize = 500000000
        $webservice = [Microsoft.SharePoint.Administration.SPWebService]::ContentService
        $webservice.MaxTemplateDocumentSize = $docSize
        $webservice.Update()
    3. Using stsadm:
      1. Run the following command at the command prompt:
        stsadm -o setproperty -propertyname max-template-document-size -propertyvalue 500000000
    Notes
    • The PowerShell commands can be executed on any server in the SharePoint farm.  Note that if you use
    • stsadm can be executed in the command window on any SharePoint server in the SharePoint farm.  If you experience an error trying to execute stsadm, check the DOS Path environment variable to be sure that it includes the path to the stsadm binary, which, by default for 2010, is located here:
      C:\Program Files\Common Files\Microsoft Shared\web server extensions\14\BIN 
    References

    SharePoint 2010: Read error on file

    $
    0
    0
    Problem

    You are attempting to save a list as a template, and including its data, but are presented with this error:
    Read error on file "_catalogs/.../MyListTemplate.stp"
    where MyListTemplate is the name you provided when initiating the save to template process.

    Troubleshooting

    Taking note of the correlation ID for the error, you launch ULSViewer and review the trace log.  You find a number of events associated with this correlation ID.  One of these events in particular triggers your interest:
    Throttled:Query exceeds lookup column threshold...
    You then launch Central Administration, navigate to CA > Application Management > Web Applications > Manage web applications.  You select the target web application, and then go: General Settings > Resource Throttling.  You adjust the List View Lookup Threshold to a larger number and then re-attempt saving the list as a template.  The error presents itself again.  Increasing the List View Lookup Threshold to a still larger value does not resolve this.

    Solution
    1. Open the SharePoint 2010 Management Shell
    2. Execute the following:
      $Web = Get-SPWeb "http://PathToTargetSite"
      $List = $Web.Lists["YourListName"]
      $List.EnableThrottling = $false
      $List.Update()
    3. Re-attempt the save list as template with data process.
    4. Once completed, re-execute the above script, this time setting EnableThrottling to $True.
    References

      SQL Server 2008: An exception occurred while enqueueing a message in the target queue

      $
      0
      0
      Problem

      During routine check of the farm database server event logs, you see the following Application event occuring at the rate of about 77 repetitions per minute:
      Log Name:      Application
      Source:        MSSQLSERVER
      Date:          [date/time]
      Event ID:      28005
      Task Category: Server
      Level:         Error
      Keywords:      Classic
      User:          N/A
      Computer:      [databasename]
      Description:
      An exception occurred while enqueueing a message in the target queue.
      Error: 15404, State: 19. Could not obtain information about Windows NT
      group/user '[domain\accountname]', error code 0x5.
      Event Xml:
      <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
        <System>
          <Provider Name="MSSQLSERVER" />
          <EventID Qualifiers="49152">28005</EventID>
          <Level>2</Level>
          <Task>2</Task>
          <Keywords>0x80000000000000</Keywords>
          <TimeCreated SystemTime="[date/time]" />
          <EventRecordID>1127225</EventRecordID>
          <Channel>Application</Channel>
          <Computer>[databasename]</Computer>
          <Security />
        </System>
        <EventData>
          <Data>15404</Data>
          <Data>19</Data>
          <Data>Could not obtain information about
      Windows NT group/user '[domain\accountname]', error code 0x5.</Data>
          <Binary>656D000010000000100000004F00430053002D00
      560053002D004E0041005600530051004C00440031000000070000006D00610073007400650072
      000000</Binary>
        </EventData>
      </Event>
      Troubleshooting
      1. Reviewed server Application log to find start of issue:
      • Results: 33,000 repetitions of event completely flooded log through beginning - log was overwriting itself.  Estimated duration of event thus far: (33K total occurrences in log) / (77 occurrences per cycle) / (~ 63 seconds per cycle) > = 7 hours.
    1. Checked farm user content sites:
      • Result: no issues; users able to access content
    2. Checked Central Administration Health Analyzer Reports:
      • Result: no related issues.
    3. Launched SQL Server Configuration Manager and reviewed log on for SQL Server service: local system account.  Changed this to standard domain account per discussion in this reference.
      • Result: no resolution.
    4. Stopped and restarted SQL Server service
      • Result: no resolution.
    5. Restarted the server:
      • Result: no resolution.
    6. Reviewed the DBOs for all farm databases by using this statement:
      SELECT name, suser_sname(owner_sid) FROM sys.databases
      as discussed in this reference.
      • Result: did not find any NULL values as discusses in the reference, thus not helpful
    7. Checked locked status by executing this statement,
      SELECT LOGINPROPERTY('sa','IsLocked')
      according to this reference:
      • Result: not locked, thus not helpful
    8. Tested ability of problematic account to impersonate using this statement,
    9. EXECUTE AS LOGIN = ‘[yourdomain]\me’
      Go
      as discussed in this reference:
      • Results: failed. Tried again on problematic account: succeeded.  Tried on other service accounts: failed.
    10. Checked databases, service accounts and service account roles on database server
      • Results: found three databases created under (and thus owned by) the farm account, which was unusual, as these are usually created by the admin account. Databases involved the securestore and web analytics services. Neither the admin nor the farm account were mapped to these databases (this accounted for an unrelated error involving failed database upgrade - psconfig).
    11. Checked with systems admins regarding patching
      • Results: servers had been patched with latest Windows server CUs the previous day.  Found some older discussion associating eventID 28005 with patching.
    12. Again checked the farm databases against the error details
      • Result: again noted that the account identified in the error, the farm service account, was identified as the DBO for three particular databases; and that these databases were all created recently.  Also noted the owner for a new content database, created recently, also used the farm account.
    13. Changed the DBO for these three databases to my own administrator account using this TSQL statement:
      ALTER AUTHORIZATION ON DATABASE::NewContentDb TO "MyAdministratorAccount";
      • Result: no resolution, but improved my understanding of issue.  28005 error now presented my administrator account in its error message, rather than the farm service account.  This help bound the scope of the issue by demonstrating that I could affect the error outcome, even in a minor way.
    14. Changed the DBO for the new content database to the SA using the same TSQL statement:
      • Result: no resolution.
    15. Changed the DBO for these three databases to the SA.
      • Result: success.  EventID 28005 stopped appearing in the server Application log.
      Solution
      1. Changed the DBO for the three particular databases to the SA (using the same TSQL statement shown above).
      • Result: success. 24 hours later, the error message still has not appeared.
      Summary

      The references pointed the way to the a solution, this being changing the DBO for databases to the SA.  This is not the optimal solution, but it at least resolves the immediate problem.  Note that not all databases had to have their DBO changed.  Only those associated with the domain account presented in the error event.  There remain databases in the farm, after implementing the solution above, for which the owner remains the farm administrator account.  And no error is being generated for them. So, it's unclear what the root cause here is.

      One remaining task to be performed is to obtain a domain account for which the 'Allowed toauthenticate' security setting has been enabled, as suggested by this reference (scroll to the bottom of the page).  This will require sysadmin assistance and will thus be implemented at a later date.

      References
      Notes
      • Farm topology: Windows Server 2008 R2, SQL Server 2008 R2 Standard, SharePoint 2010 Server Enterprise.
      • Methodology: the troubleshooting steps were wide ranging in order to more definitively bound the scope of the issue and improve understanding of it.

      SharePoint 2010 Health Analyzer: One or more servers is not responding: SharePoint 2010 Timer Service Stopped

      $
      0
      0
      Problem

      You find the following entry in the SharePoint 2010 Central Administration Review problems and solutions All Reports listing:

      TitleOne or more servers is not responding.
      Severity1 - Error
      CategoryAvailability
      ExplanationThe following servers have not executed any timer jobs in the last 2 hours: [SharePointServer1].  This can happen if the server was shut down or lost network connectivity, or if the timer service on that server has crashed, hung, or been stopped.
      RemedyEnsure that the server(s) listed above are running and connected to the network.  If the timer service is not started, restart the service by typing the following command at the command prompt on each server: "net start SPTimerV4."  If the server was intentionally removed from the farm, remove the record of the server from the SharePoint topology in the Central Administration site at http://[pathtoCA]. For more information about this rule, see"http://go.microsoft.com/fwlink/?LinkID=142656".
      Failing Servers 
      Failing ServicesSPTimerService (SPTimerV4)
      Rule SettingsView
       
      Troubleshooting
      1. Reviewed job history for SharePointServer1.
      • Result: no job currently scheduled, nor any job completed since midnight.
    16. Remoted into SharePointServer1, opened Services, scrolled to SharePoint 2010 Timer, and then viewed status.
      • Result: service is set to Auto and is stopped.
    17. Started this service and monitored for a short while.
      • Result: service remained started.
    18. Returned to CA, refreshed Job History page for SharePointServer1:
      • Result: new jobs began appearing in history.  All jobs completed successfully except for two, which were repeatedly aborted: Service Application Instance Provisioning Job, Application Server Administration Service Timer Job.
    19. Clicked Aborted status for Service Application Instance Provisioning Job.
      • Result: message: "The administration service job definition 'SecurityTokenServiceApplication' (id 5e0bad8b-948b-460a-8bb2-19da7e10fd9c) was not executed because the administration service on this server is not started. This job definition can be run manually using 'stsadm -o execadmsvcjobs'. "
    20. Clicked Aborted status for Application Server Administration Service Timer Job.
      • Result: message: The administration service job definition 'job-application-server-admin-service' (id 43b74f53-53ba-4eb2-981d-28c13bf012e2) was not executed because the administration service on this server is not started. This job definition can be run manually using 'stsadm -o execadmsvcjobs'.
    21. Remoted into SharePointServer1, opened Services, scrolled to SharePoint 2010 Administration, and then viewed status.
      • Result: service is set to Auto and is stopped.  Also noted that its logon is set to Local System.
    22. Remoted into SharePointServer2 to compare.  Opened Services, scrolled to SharePoint 2010 Administration, and then viewed status.
      • Result: service is set to Auto and is started.  Also noted that its logon is set to Local System.
    23. Remoted into SharePointServer1, opened Services, scrolled to SharePoint 2010 Administration, and then started service and observed.
      • Result: service remained started.
    24. Returned to CA, refreshed Job History page for SharePointServer1, and looked for SharePoint 2010 Timer Service Job status.
      • Result: job repeatedly being completed successfully.
    25. Looked for Service Application Instance Provisioning Job status.
      • Result: this job did not reappear.
    26. Returned  SharePoint 2010 Central Administration Review problems and solutions All Reports listing, and clicked on error.  Clicked Re-analyze Now button.
      • Result: Severity changed to "4 - Success"
      Summary

      This was a straightforward SharePoint Health Analyzer rule issue to resolve.  It helped to correlate the issue against Windows Server logs.

      References
      Notes
      • Starting the SharePoint 2010 Administration will generate an error event in the server Application log: EventID 2137: The SharePoint Health Analyzer detected an error.  One or more services have started or stopped unexpectedly.

      SharePoint 2010: Health Analyzer: The Security Token Service is not available

      $
      0
      0
      Problem

      You find the following entry in the SharePoint 2010 Central Administration Review problems and solutions All Reports listing:

      TitleThe Security Token Service is not available
      Severity2 - Warning
      CategoryAvailability
      ExplanationThe Security Token Service is not issuing tokens. The service could be malfunctioning or in a bad state.
      RemedyAdministrator should try to restart the Security Token Service on the boxes where it is not issuing tokens. If problem persists, further troubleshooting may be available in the KB article. For more information about this rule, see "http://go.microsoft.com/fwlink/?LinkID=160531".
      Failing Servers[NameOfFailingServer]
      Failing ServicesSPSecurityTokenService (SecurityTokenService)
      Rule SettingsView
       
      And looking in the Windows Server Application log, you see the following error event occuring once every 15 minutes:
      Log Name:      Application
      Source:        Microsoft-SharePoint Products-SharePoint Foundation
      Date:          [date/time]
      Event ID:      8306
      Task Category: Claims Authentication
      Level:         Error
      Keywords:     
      User:          [domain\FarmServiceAccount]
      Computer:      [NameOfFailingServer]
      Description:
      An exception occurred when trying to issue security token: Could not
      connect to
      http://localhost:[port]/SecurityTokenServiceApplication/securitytoken.svc/actas.
      TCP error code 10061: No connection could be made because the target
      machine actively refused it 127.0.0.1:[port]. .
      Event Xml:
      <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
        <System>
          <Provider Name="Microsoft-SharePoint Products-SharePoint Foundation"
      Guid="{6FB7E0CD-52E7-47DD-997A-241563931FC2}" />
          <EventID>8306</EventID>
          <Version>14</Version>
          <Level>2</Level>
          <Task>47</Task>
          <Opcode>0</Opcode>
          <Keywords>0x4000000000000000</Keywords>
          <TimeCreated SystemTime="[date/time]" />
          <EventRecordID>29898</EventRecordID>
          <Correlation ActivityID="{4F0A4944-93C2-44D8-9C81-68162604774B}" />
          <Execution ProcessID="7128" ThreadID="3156" />
          <Channel>Application</Channel>
          <Computer>[NameOfFailingServer]</Computer>
          <Security UserID="S-1-5-21-3026233045-20759957-1393672501-82644" />
        </System>
        <EventData>
          <Data Name="string0">Could not connect to
      http://localhost:[port]/SecurityTokenServiceApplication/securitytoken.svc/actas.
      TCP error code 10061: No connection could be made because the target machine
      actively refused it 127.0.0.1:[port]. </Data>
        </EventData>
      </Event>
      Solution
      1. Solution A: Restart the Security Token Service application pool:
        1. As Administrator, launch IIS Manager.
        2. In the Connections pane (at left), expand the tree to view Application Pools.
        3. Select Application Pools.  This updates the results pane (center pane).
        4. Right-click on SecurityTokenServiceApplicationPool, and then click Stop.
        5. Right-click on SecurityTokenServiceApplicationPool, and then click Start.
        6. Go back to Central Administration, Review problems and solutions :All Reports view.
        7. Click on the issue, The Security Token Service is not available.
        8. Click Re-analyze Now.
        9. Click Close.
        10. Refresh after several minutes.
      2. Solution B: Re-provision the service
        1. Launch the SharePoint Management Shell as Administrator.
        2. Run the following script:
          $sts = Get-SPServiceApplication | ?{$_ -match "Security"}
          $sts.Status
          $sts.Provision()​
        3. Go back to Central Administration, Review problems and solutions :All Reports view.
        4. Click on the issue, The Security Token Service is not available.
        5. Click Re-analyze Now.
        6. Click Close.
        7. Refresh after several minutes.
      References

      SharePoint 2007: The Search Application is not provisioned

      $
      0
      0
      Problem

      On navigating to SSP, and going to Search Administration, I saw this message for Crawl status:
      The search application for [SearchAppName] on server [ServerName] is not provisioned.  Confirm that the Windows SharePoint Services Timer service and Windows SharePoint Services Administration service are running on the server.
      This was a legacy SharePoint farm that I had been assigned management for.  Farm was operational and accessible by users.  However, my review found Search nonoperational.  Performed standard checks.  Cited references were helpful in focusing resolution efforts productively.

      Troubleshooting
      1. Check Windows SharePoint Services Timer Service
      • Result: started; logon: admin account.
    27. Check Windows SharePoint Services Administration service
      • Result: started (obviously); logon: local system
    28. Check Office SharePoint Server Search service (through CA)
      • Result: started; logon: admin account
    29. Stop/Start Office SharePoint Server Search service
      • Result: success
    30. Check Shared Services Provider configuration
      1. Result: Index Server not configured.
      2. Action: set Index Server; re-entered SSP Service Credentials password; clicked OK.
    31. Check Search Administration
      1. Result: experienced small delay in loading page (good sign); on load, crawl status indicating crawling.  Successful resolution of issue. 
      References

      SharePoint 2010: How to restore multiple web application content databases

      $
      0
      0
      Introduction

      This posting walks through the process of performing a restore of multiple content databases associated with a single SharePoint 2010 web application.

      Procedure
      1. Copy the content database backups to a local folder on the database server.
      2. Perform a SharePoint detach of the content databases from web application:
        1. Go: CA > Application Management > Manage Content Databases.
        2. Remove each database.
      3. Detach old/corrupted content database(s) (SQL Server Management Studio)
      4. Restore backup content database(s) (SQL Server Management Studio)
      5. Add farm service and farm administration accounts to database logins and map appropriately (SQL Server Management Studio)
      6. Perform a SharePoint attach of the content database(s) (through SharePoint Central Administration or via PowerShell script)
      7. Refresh browser.
      References
      Notes
      • There really is nothing more to do, when restoring multiple content databases associated with a web application - no special procedure, script to run, special order, etc. You don't even need to perform an IISReset. Just attach them and go.  SharePoint will detect that multiple databases are associated with the web application and relink everything appropriately.
      • You may find, after attaching the content databases (either via CA or via PowerShell script), that the site collection(s) in one of the content databases are not visible, and navigating to the URL for one of these site collections returns the "404" error.  The basis for this experience is unclear but can be resolved by performing a SharePoint detach/attach of these databases in CA.  You may need to repeat this several times.
        • TIP: the following procedure has worked for me when I encountered this problem: first perform the SharePoint attach of the content database containing the main site collection - the one hosting the default site collection.  Next, before performing SharePoint attachments of the other content databases, open a browser and navigate to the default site collection.  Then, perform a SharePoint attach of the next content database, open a browser and navigate to a site collection in this next content database; and so on.
      • Performing SharePoint attachments of content databases by using Central Administration may require a database upgrade afterwards.  On the other hand, using the Mount-SPContentDatabase PowerShell script automatically performs the database upgrade as a part of the attach process.
      • I have performed a restore in this fashion, for a farm hosting three site collections and about 150 sites, in about 1 hour, and that's with lots of double-checking.
      • I've bolded SharePoint when referring to performing an attachment through SharePoint Central Administration or via PowerShell script, as opposed to performing such operations directly with SQL Server.  The terminology here is a bit ambiguous, as these words are also used when performing attach/detach operations when working with SQL Server.  However, the two are effectively different operations.

      SharePoint 2010: Event 6398: The Execute method of job definition Microsoft.SharePoint.Administration.SPTimerRecycleJobDefinition threw an exception

      $
      0
      0
      Problem


      You perform routine review of farm server event logs and find the following event appearing in the server's Application log:
      Log Name:      Application
      Source:        Microsoft-SharePoint Products-SharePoint Foundation
      Date:          [date/time]
      Event ID:      6398
      Task Category: Timer
      Level:         Critical
      Keywords:     
      User:          [farmServiceAccount]
      Computer:      [machineName]
      Description:
      The Execute method of job definition
      Microsoft.SharePoint.Administration.SPSqmTimerJobDefinition
      (ID 2912d44e-0ada-4536-8e05-d79fbeae9fcc) threw an exception.
      More information is included below.
      Data is Null. This method or property cannot be called on Null values.
      Event Xml:
      <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
        <System>
          <Provider Name="Microsoft-SharePoint Products-SharePoint
      Foundation" Guid="{6FB7E0CD-52E7-47DD-997A-241563931FC2}" />
          <EventID>6398</EventID>
          <Version>14</Version>
          <Level>1</Level>
          <Task>12</Task>
          <Opcode>0</Opcode>
          <Keywords>0x4000000000000000</Keywords>
          <TimeCreated SystemTime="[date/time]" />
          <EventRecordID>33386</EventRecordID>
          <Correlation ActivityID="{2217063A-9355-4C01-83AA-7C121F704FC9}" />
          <Execution ProcessID="2296" ThreadID="5900" />
          <Channel>Application</Channel>
          <Computer>[machineName]</Computer>
          <Security UserID="[SID]" />
        </System>
        <EventData>
          <Data Name="string0">Microsoft.SharePoint.Administration.
      SPSqmTimerJobDefinition</Data>
          <Data Name="string1">2912d44e-0ada-4536-8e05-d79fbeae9fcc</Data>
          <Data Name="string2">Data is Null. This method or property cannot
      be called on Null values.</Data>
        </EventData>
      </Event>
      Troubleshooting
      1. Perused Application log for other instances of the 6398 event associated with a timer definition execution failure
      • Result: several other instances of the same timer failure were found.
    32. Launched Central Administration; navigated to: Monitoring > Check Job Status; selected Job Definition from the View dropdown (upper right corner); selected CEIP Data Collection from the Job Definition dropdown.
      • Result: Verified failed status of jobs; also verified time of failed job status matched with event time in Application log.
    33. In Central Administration, navigated to: Application Management > Web Applications > Manage Web Applications; selected each web application and then reviewed its General Settings in turn:
      1. Result: three of four web applications had the Enable Customer Experience ImprovementProgram set to No.  One web application (of all things, CA itself), had this set to Yes.
    34. In Central Administration, navigated to: System Settings > Farm Management > Configure Privacy Options.
      1. Result: the Sign up for the Customer Experience Improvement Program option was set to No.
      Solution
      1. Launch Central Administration
      2. Navigate to: Application Management > Web Applications > Manage Web Applications
      3. Select the target web application.
      4. Select General Settings from the General Settings dropdown on the Web ribbon.
      5. Scroll down to the bottom.
      6. Set Enable Customer Experience Improvement Program to No.
      References

      SharePoint 2010: How to view all user checked out files for a specific document library

      $
      0
      0
      Problem

      You need to view all files that are checked out.  If Publishing is enabled, these will also not yet be published.  Such files will not visible even if you navigate to the target folder under your Administrator account. The References section provides links to related, interesting topics.

      Solution
      • Use the document library's Manage files which have no checked in version option:
      1. Navigate to the document library using at least a Site Collection Administrator account.
      2. On the Library ribbon, click Library Settings button.
      3. In the Permissions and Management group, click Manage files which have no checked in version.
      References
      Notes
      • If you click this link, and then experience the error, "The query cannot be completed because the number of lookup columns...", you will need to increase the threshold value for the list.  You can do this in Central Administration by:
      1. Navigating: Central Administration > Application Management > Web Applications > Manage Web Applications
      2. Select the target web application
      3. Click the General Settings button on the Web Applications ribbon.
      4. Select Resource Throttling from the dropdown.
      5. Set the List View Threshold for Auditors and Administrators to a larger number.
    35. If your users upload documents in bulk to a document library that has the Require Check Out set to Yes, all of the uploaded files will be uploaded as checked out to the user who uploaded them - and the user may not be aware of this.
    36. SQL Server 2008: View Installed Features

      $
      0
      0
      Problem

      You need to view the features installed on a SQL Server 2008 R2 instance. 

      There are at least two ways of going about this: using SQL Server Installation Center (installed and also available on the original installation DVD) and viewing setup files.  I haven't yet researched it, but I believe that you can also view installed features via PowerShell, but you may need to install the PowerShell for SQL Server first and run some configuration before you can do it.

      Solution
      1. Use the SQL Server Installation Center:
        1. Go: Start > All Programs > Microsoft SQL Server 2008 R2 > Configuration Tools > SQL Server Installation Center.  The familiar installation dialog appears.
        2. Click Installed SQL Server features discovery report.  The report is generated and presented as a web page.
      2. Use saved setup reports:
        1. Go to: C:\Program Files\Microsoft SQL Server\100\Setup Bootstrap\Log.  Each running of setup or the discovery report generates data that is saved here.
        2. Open the file, Summary.txt.  This file contains the configuration details from the most recent setup or discovery operation.

      References

      SharePoint 2013: An exception occurred when trying to establish endpoint for context: Could not load file or assembly...

      $
      0
      0
      Problem

      Your SharePoint 2013 farm network environment is highly secured.  Network operations pushes through a new GPO one evening having new security configurations.  Next day, you try connecting to your SharePoint 2013 site, and your browser displays HTTP Error 503 Service Unavailable. You try connecting to the farm's Central Administration, and experience the same error.  You check the Application event log of the server hosting the web application, and you see the following:
      Log Name:      Application
      Source: Microsoft-SharePoint Products-SharePoint Foundation
      Date: [date/time]
      Event ID: 8305
      Task Category: Claims Authentication
      Level: Error
      Keywords:
      User: [domain\your account]
      Computer: [machinename]
      Description:
      An exception occurred when trying to establish endpoint for context:
      Could not load file or assembly 'Microsoft.IdentityModel.Extensions,
      Version=2.0.0.0, Culture=neutral, PublicKeyToken=69c3241e6f0468ca' or
      one of its dependencies. Either a required impersonation level was
      not provided, or the provided impersonation level is invalid.
      (Exception from HRESULT: 0x80070542).
      Event Xml:
      .
      .
      .
      Troubleshooting
      1.  Check Services for SharePoint 2013 services
      • Results: SharePoint Administration service running; Claims to Windows Token Service (C2WTS) disabled; other SP services appropriately configured and running.
    37. Started C2WTS, then checked site.
      • Result: still experience 503 error.
    38. Checked IIS Application pools for SharePoint web applications and and services.
      • Results: these application pools stopped: search, main site, SharePoint Central Administration V4, SecurityTokenServiceApplicationPool, and some other app services; other SharePoint app pools are started.
    39. Started SharePoint Central Administration V4, SecurityTokenServiceApplicationPool, then checked site.
      • Results: still experienced 503 error; additionally, SecurityTokenServiceApplicationPool stopped again.  Re-attempts also failed.
    40. Granted main site (web application) application pool identity Logon as batch local right, then performed gpupdate /force.  Then connected to main site and then CA.
      • Result: connecting to main site now gets HTTP Error 500.  Central administration backup.
    41. Granted main site (web application) application pool identity Impersonate a client at authentication local right.  Performed gpupdate /force.  Then connected to main site and then CA.
      • Results:  Main site now up, but CA now down and returns "Unexpected error" message in browser.
    42. Granted Central Administration (web application) application pool identity Impersonate a client at authentication local right.  Performed gpupdate /force.  Then connected to main site and then CA.
      • Results: Main site still up and CA still down with same error message.
    43. Recycled and then restarted Central Administration (web application) application pool, and then restarted IIS.  Then connected to main site and then CA.
      • Results: both main and CA now up.
      Solution
      1. Have the application pool identities for all farm web applications configured with Logon as batch and Impersonate a client at authentication local rights.
      2. After granting the identities these rights, restart the application pools.
      References
      Notes
      • Could not have resolved this without the assistance of sysadmins.
      • Application pool identities must have Logon as Batch and Impersonate a client afterauthentication local rights.
      • The above troubleshooting steps are not complete but are to the best of memory and may be missing some quick steps.

      SharePoint 2010: To open this document, your computer must be running...

      $
      0
      0
      Problem

      When a user clicks the link for a file attachment to a list item, the user first is presented with an error regarding Word Web App:
      Word Web App cannot open this document for viewing because of an unexpected error.  To view this document, open it in Microsoft Word.

      The user then clicks the Open in Word button, and is presented with another error:
      To open this document, your computer must be running a version of Microsoft Word and a browser that supports opening files directly from the Office Web Apps.  Learn more about the requirements.


      Solution
      1. Two separate issues:
        1. Office Web App configuration
        2. Accessing 32-bit object (Word) from 64-bit application (IE9-64)
      2. Ignore the first issue.
      3. Have user access document using 32-bit IE.
      References
      Notes
      • Neither Chrome nor FF get around this issue.

      SharePoint 2010: The view cannnot be displayed because it exceeds the list view threshold

      $
      0
      0
      Problem

      You have a high-volume transactional SharePoint 2010 list that you use to track various items, such as, for example, service tickets.  You have a dashboard that provides filtered views onto this list.  The dashboard uses List View web parts to provide these filtered views.  Filtering is performed using simple values in list fields, such as Persons (usernames), text, etc.  When the number of service ticket items in this list exceeds the web application's List View Threshold, the dashboard web parts display errors:
      This view cannot be displayed because it exceeds the list view threshold (5000 items) enforced by the administrator.
      To view items, try selecting another view or creating a new view. If you do not have sufficient permissions to create views for this list, ask your administrator to modify the view so that it conforms to the list view threshold.
      Learn about creating views for large lists.
      None of your users can use the dashboard page to view tickets.

      A temporary solution to this problem is to raise the web application's List ViewThreshold using Central Administration (see Note below).  This will enable your users to resume using the dashboard page, while you work on the problem.  A more permanent solution is to configure list column indices.

      Solution
      1. Logon as site collection administrator
      2. For each List View web part that exhibits the above error, identify the fields on which it is filtering the list.
      3. Navigate to the list's Site Settings.
      4. Scroll down below the Columns section until you find the Column options below it.
      5. Click Index Columns
      6. Click Create a new index.
      7. Select a Primary Column from the dropdown and do not select a Secondary Column.  The column that you select should be one of those columns that you found in
      8. Click Create.  A new index will be shown.
      9. Open a command prompt as Administrator, and then perform an IISRESET.
      10. Refresh the dashboard page (use CTRL+F5).
      11. If the web part continues to present the same error, configure another column as index - taking the column from the list of such columns you found in step 3.  It may take just one, it may take several together.  You'll just need to test to determine the right combination.
      12. Once you have successfully resolved this for one List View web part, repeat for the next one, and so on.  For additonal information on the relationship between resource throttling and indexing, see the MSDN article Query Throttling and Indexing.
      References
      Notes
      • To configure the List View Threshold, go: Central Administration > Application Management > Manage web applications > [select the target web application] > General Settings > Resource Throttling.

      SharePoint 2013 Health Analyzer: Missing server side dependencies.

      $
      0
      0
      Problem

      You find the following entry in the SharePoint 2013 Central Administration Review problems and solutions All Reports listing:

      TitleMissing server side dependencies.
      Severity1 - Error
      CategoryConfiguration
      Explanation[MissingWebPart] WebPart class [8307a780-2546-f10b-551f-0e692d0fce39] (class [Microsoft.Office.Server.Search.WebControls.SearchApplicationShortcutsList] from assembly [Microsoft.Office.Server.Search, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c]) is referenced [1] times in the database [CA Content], but is not installed on the current farm. Please install any feature/solution which contains this web part. One or more web parts are referenced in the database [Content CA], but are not installed on the current farm. Please install any feature or solution which contains these web parts.
      [MissingWebPart] WebPart class [63104819-a32f-88b6-ab4a-7bbd4fbb40e8] (class [Microsoft.Office.Server.Search.WebControls.FarmSystemStatus] from assembly [Microsoft.Office.Server.Search, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c]) is referenced [1] times in the database [Content CA], but is not installed on the current farm. Please install any feature/solution which contains this web part. One or more web parts are referenced in the database [Content CA], but are not installed on the current farm. Please install any feature or solution which contains these web parts.
      [MissingWebPart] WebPart class [9328cc53-be2c-1cca-f310-ddd573a106a5] (class [Microsoft.Office.Server.Search.WebControls.FarmSearchApplicationList] from assembly [Microsoft.Office.Server.Search, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c]) is referenced [1] times in the database [Content CA], but is not installed on the current farm. Please install any feature/solution which contains this web part. One or more web parts are referenced in the database [Content CA], but are not installed on the current farm. Please install any feature or solution which contains these web parts.
      [MissingWebPart] WebPart class [4465f30a-0604-4d3c-39fd-ecdb8812f3f3] (class [Microsoft.Office.Server.Search.WebControls.SearchTopologyOverview] from assembly [Microsoft.Office.Server.Search, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c]) is referenced [1] times in the database [Content CA], but is not installed on the current farm. Please install any feature/solution which contains this web part. One or more web parts are referenced in the database [Content CA], but are not installed on the current farm. Please install any feature or solution which contains these web parts.
      [MissingWebPart] WebPart class [a9bc1035-cf56-e003-8a4d-fff0bb3da148] (class [Microsoft.Office.Server.Search.WebControls.SearchApplicationSystemStatus] from assembly [Microsoft.Office.Server.Search, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c]) is referenced [1] times in the database [Content CA], but is not installed on the current farm. Please install any feature/solution which contains this web part. One or more web parts are referenced in the database [Content CA], but are not installed on the current farm. Please install any feature or solution which contains these web parts.
      RemedyFor more information about this rule, see "http://go.microsoft.com/fwlink/?LinkID=142689".
      Failing Servers 
      Failing ServicesSPTimerService (SPTimerV4)
      Rule SettingsView
       
      Solution
      1. Launch Central Administration.
      2. Navigate to: General Application Settings > Search > Farm Search Administration.
      3. Click Settings> Edit page.
      4. Make any change to a web part (e.g., change the title of a web part), and then undo (don't worry: this won't break anything).
      5. Save the web part, and then exit edit mode.
      6. Navigate to: General Application Settings > Farm Search Administration > Search Administration.
      7. Click Settings> Edit page.
      8. Make any change to a web part (e.g., change the title of a web part), and then undo.
      9. Save the web part, and then exit edit mode.
      10. Navigate to: Monitoring > Health Analyzer > Review problems and solutions.
      11. Click on the error, Missing server side dependencies.
      12. Click the Re-analyze Now button.
      13. Click Close.
      14. Wait a minute or two.
      15. Click the error link again.
      References
      Notes
      • Unlike in 2010, navigating to the page and refreshing it was insufficient for resolving this issue in 2013.

      SQL Server 2012: An error occurred creating the configuration section handler for userSettings

      $
      0
      0
      Problem

      You are performing an installation of Microsoft SQL Server 2012 Standard as part of deployment of a SharePoint Server 2013 farm.  On completion of the installation, you exit the installer and experience the following error message prompt on your desktop:
      Unhandled exception has occurred in your application.  if you click Continue, the application will ignore this error and attempt to continue.  If you click Quit, the application will close immediately.

      An error occurred creating the configuration section handler for userSettings/Microsoft.SqlServer.Configuration.LandingPage.Properties.Settings:Could not load file or assembly 'System, Version 4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' or one of its dependencies.  The system cannot find the file specified. (C:\Users\[username]\AppData\local\Microsoft_Corporation\Landingpage.exe_StrongName_ryspccglaxmt4nhllj5z3thycltsvyyx\11.0.0.0\use
      .
      .
      .
      Solution
      1. Remove the folder %localappdata%\Microsoft_Corporation.

      References
      Viewing all 388 articles
      Browse latest View live


      <script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>