A little something about everything | internet marketing and website development made simple..

A little something about everything

internet marketing and website development made simple..

Microsoft Exchange RPC Client Access fails due to high memory usage in Microsoft® SharePoint® Search Component (aka noderunner.exe) on Exchange 2013

After installing exchange 2013 and migrating clients over to the server you may notice Microsoft® SharePoint® Search Component or noderunner.exe running multiple instances with high memory usage. This is because Microsoft has integrated parts of sharepoint into exchange 2013. This process runs when accounts are first migrated and periodically to index email data stores for OWA in order to make search results fast, very fast.

You can disable Microsoft Exchange Search Host Controller service if it is causing an issue. In some cases it can consume an extremely high amount of memory causing the "Microsoft Exchange RPC Client Access" to fail and get stuck in a starting state. In which case the best solutions are to:

  • Increase the amount of RAM on the server.
  • Set the server to restart when "Microsoft Exchange RPC Client Access" fails. 
  • Disable the "Microsoft Exchange Search Host Controller service".

This is an obvious flaw in the design of exchange 2013 server.

Exchange 2010 / 2013 Powershell Error: A specified logon session does not exist. It may already have been terminated.

Error: Exchange 2013 Failed to connect to an Exchange Server in the current site. Anyone ever run into this with exchange 2013 enterprise AD and exchange are separate servers.

I checked firewall, reinstalled .net, reset IIS, etc... really stumped on this one.


Error:
New-PSSession : [exchangeserver.domain] Connecting to remote server exchangeserver.domain failed with the following error
message : WinRM cannot process the request. The following error with errorcode 0x8009030e occurred while using
Kerberos authentication: A specified logon session does not exist. It may already have been terminated.
Possible causes are:
-The user name or password specified are invalid.
-Kerberos is used when no authentication method and no user name are specified.
-Kerberos accepts domain user names, but not local user names.
-The Service Principal Name (SPN) for the remote computer name and port does not exist.
-The client and remote computers are in different domains and there is no trust between the two domains.
After checking for the above issues, try the following:
-Check the Event Viewer for events related to authentication.
-Change the authentication method; add the destination computer to the WinRM TrustedHosts configuration setting or
use HTTPS transport.
Note that computers in the TrustedHosts list might not be authenticated.
-For more information about WinRM configuration, run the following command: winrm help config. For more
information, see the about_Remote_Troubleshooting Help topic.
At line:1 char:1
+ New-PSSession -ConnectionURI "$connectionUri" -ConfigurationName Microsoft.Excha ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : OpenError: (System.Manageme....RemoteRunspace:RemoteRunspace) [New-PSSession], PSRemotin
gTransportException
+ FullyQualifiedErrorId : 1312,PSSessionOpenFailed
Exception calling "FindAll" with "0" argument(s): "Unknown error (0x80005000)"
At D:\Exchange\bin\ConnectFunctions.ps1:253 char:2
+ $search.FindAll()
+ ~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: (:) [], MethodInvocationException
+ FullyQualifiedErrorId : COMException

_AutoDiscoverAndConnect : No Exchange servers are available in any Active Directory sites. You can't connect to remote
Powershell on a computer that only has the Management Tools role installed.
At D:\Exchange\bin\ConnectFunctions.ps1:45 char:4
+ _AutoDiscoverAndConnect $credential $Forest -useWIA:$useWIA -ClientApplicatio ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: (:) [Write-Error], WriteErrorException
+ FullyQualifiedErrorId : Microsoft.PowerShell.Commands.WriteErrorException,_AutoDiscoverAndConnect

Failed to connect to an Exchange server in the current site.
Enter the server FQDN where you want to connect.:

 

Solutions:

  • Verify that you are logging into the domain user and not the system user account.
  •  

Microsoft SQL Server Management Studio Maintenance Plans error: 'Agent XPs' componet is turned off

If you did not set the ..

Full Error:

'Agent XPs' component is turned off as part of the security configuration for this server. A system administrator can enable the use of 'Agent XPs' by using sp_configure. For more information about enabling 'Agent XPs' see "Surface Area Configuration" in SQL Server Books Online. (Object Explorer)

Fix Options:

  1. if using GUI open services, locate SQL Server Agent, double click and set startup type to automatic then click start.
  2. if you prefer to use command line you can just do the following on the master database:
    EXEC sp_configure 'show advanced', 1; 
     RECONFIGURE; 
     EXEC sp_configure 'allow updates', 0; 
     RECONFIGURE; 
     EXEC sp_configure 'Agent XPs', 1; 
    RECONFIGURE; 
    GO