Ir al contenido principal

WSP no se implementa en todos los servidores de una granja de SharePoint 2013

Se tienen 2 servidores (servidor1, servidor2) en nuestra granja. El archivo WSP se implementa solo en 'Server2' y el estado se muestra como 'No implementado'. 

El servicio de aplicación web de SharePoint, temporizador y el servicio de administración de SharePoint funciona bien. 

La Administración Central se ejecuta  en el 'Servidor1' donde nuestra solución no se implementa. 

Los siguientes fueron los pasos ejecutados: 

  1. Administrador central habilitado en ambos servidores. 
  2. Servicio de temporizador y servicio de administración SP se reiniciaron. 
  3.  Se borró la memoria caché de SharePoint y se reiniciaron las máquinas. 


Traté de usar "Install-SPSolution" con el parámetro '-local' en el servidor emitido (Server1). Esta solución de tiempo se implementó solo en Server1 y el estado se muestra como Implementado. 

Cuando elimino el parámetro '-local' y hago "Install-SPSOlution", nuevamente se implementa en 'Server2'.

Finalmente, he solucionado el problema de implementación en mi entorno habilitando el estado del objeto SPTimerServiceInstace con el siguiente script:
SPTimerServiceInstance está en estado deshabilitado y está afectando todas las operaciones administrativas que dependen de los trabajos del temporizador para completarse (como la eliminación de la solución o el inicio del Servicio de sincronización del perfil de usuario).


$farm  = Get-SPFarm 
$disabledTimers = $farm.TimerService.Instances | where {$_.Status -ne "Online"} 
if ($disabledTimers -ne $null) 

    foreach ($timer in $disabledTimers) 
    { 
        Write-Host "Timer service instance on server " $timer.Server.Name " is not Online. Current status:" $timer.Status 
        Write-Host "Attempting to set the status of the service instance to online" 
        $timer.Status = [Microsoft.SharePoint.Administration.SPObjectStatus]::Online 
        $timer.Update() 
    } 

else 

    Write-Host "All Timer Service Instances in the farm are online!
No problems found" 
}

La secuencia de comandos anterior detecta objetos SPTimerServiceInstance en la granja que no están en línea e intenta actualizar su estado a En línea. Después de ejecutar el script.

Comentarios

Entradas populares de este blog

O365 - Forms - Transferir la propiedad de un formulario

Fuente :  https://support.office.com/es-es/article/transferir-la-propiedad-de-un-formulario-921a6361-a4e5-44ea-bce9-c4ed63aa54b4 Si ha creado una encuesta, una prueba o un sondeo, puede moverlos fácilmente a un grupo para que todos los miembros del grupo se conviertan en propietarios de ese formulario. Transferir el formulario a un grupo En el explorador Web, vaya a  Forms.Office.com . En la pestaña  mis formularios  , busque el formulario que desea transferir. Haga clic en  más acciones de formulario    y, a continuación, seleccione  mover . Nota:  Solo puede mover el formulario si es el propietario de ese formulario. No puede transferir la propiedad de un formulario que está compartido con usted. Seleccione el grupo al que desea transferir el formulario y, a continuación, haga clic en  mover . El formulario que ha movido aparecerá en la pestaña  formularios de grupo  . ¿Qué ocurre con el libr...

Event ID 8031 The uri endpoint information may be stale

An exception occurred while updating addresses for connected app {6783ce5e-c88h-4021-8d5b-12614875cbfa_b79f19ab-1d40-4824-9911-3466cf8b070a}. The uri endpoint information may be stale. System.InvalidOperationException: The requested application could not be found.    at Microsoft.SharePoint.SPTopologyWebServiceApplicationProxy.ProcessCommonExceptions(Uri endpointAddress, String operationName, Exception ex, SPServiceLoadBalancerContext context)    at Microsoft.SharePoint.SPTopologyWebServiceApplicationProxy.ExecuteOnChannel(String operationName, CodeBlock codeBlock)    at Microsoft.SharePoint.SPTopologyWebServiceApplicationProxy.GetEndPoints(Guid serviceId)    at Microsoft.SharePoint.SPConnectedServiceApplicationAddressesRefreshJob.Execute(Guid targetInstanceId) After de-commissioning some SharePoint servers, you might notice the above error on other WFEs /Application server’s event viewer . It appears that the SharePoint still has a reference...

SP 2013–2010 - An exception occurred in AD claim provider when calling SPClaimProvider.FillResolve(): Thread was being aborted

  Error: An exception occurred in AD claim provider when calling SPClaimProvider.FillResolve(): Thread was being aborted..   Resolution In order to determine the best MaxConcurrentApi value for your servers, several data points must be brought together and calculated by using a formula. The data to be used to estimate MaxConcurrentApi is as follows: Net Logon semaphore acquires Net Logon semaphore time-outs Net Logon average semaphore hold time Duration of the performance logging that is completed, measured in seconds After the data is obtained, the following formula can be used to estimate the correct MaxConcurrentApi value: ( semaphore_acquires + semaphore_time-outs ) * average_semaphore_hold_time / time_collection_length = < New_MaxConcurrentApi_setting After you collect the Net Logon performance data from when the server was under authentication load, you should determine the duration of the data-collecting process by looking at the Line View beginning and en...