Archive

Posts Tagged ‘bug’

Problème avec les mappages d’accès de substitution résolus


Le correctif fait partie du cumulative update d’août de WSS.

En effet, il y a quelques jours, Microsoft a publié un correctif KB973410 pour le problème décrit dans mes précédents billets du 13 juillet et du 25, le 26 et le 29 mai dernier.

Pour plus de détail sur le cumulative update d’août : KB973400

Attention, ce KB est pour WSS seulement. Ceux d’entre vous qui avez le problème avec MOSS devrait attendre le KB de MOSS pour installer les deux en même temps.

Publicités
Catégories :Service Pack, Sharepoint, WSS Étiquettes : , , ,

Problème avec les mappages d’accès de substitution suite à l’application du CU Avril – contournement


N’ayant pas reçu un correctif officiel concernant le problème, je crois qu’il est tout de même pertinent de publier un moyen de controurner l’erreur dont j’ai publié tous les détails le 25, le 26 et le 29 mai dernier.

Mise en garde : Il n’est pas supporté de modifier directement le contenu des banques de données SQL. Par conséquent, si vous effectuez l’opération suivante, vous le faites à vos propres risques. De plus, il est fortement conseillé de prendre une copie de sécurité avant d’exécuter l’opération. Si vous avez le même problème que celui décrit dans les billets précédent, je vous recommande de contacter le support de Microsoft afin d’obtenir un correctif ou un moyen de contournement officiel.

La solution de contournement consiste donc à supprimer le contenu en problème de la banque de donnée par l’entremise de l’instruction suivante :

DELETE FROM [Nom_de_la_banque_de_contenu].[dbo].[DatabaseInformation]
WHERE Name = ‘AlternateAccessMappingXml’

Vous devrez exécuter la commande après chaque opération sur les mappages d’accès de substitution qui cause le problème.

Espérons obtenir un correctif officiel pour le CU d’août.

Catégories :Sharepoint, WSS Étiquettes : , ,

Problème avec les mappages d’accès de substition suite à l’application du SP2 et du CU Avril – précision


Aujourd’hui, une réponse de Microsoft:

Le problème est présent seulement lorsqu’on applique le Cumulative Update d’avril. Le SP2 ne contient pas le problème.

Donc si votre environnement Sharepoint contient plusieurs mappages d’accès de substitution, il est risqué d’installé le cumulative update d’avril. Installer seulement le Service Pack 2.

Pour ceux et celles qui n’ont pas lu mes deux premiers billets sur le sujet voici les liens :

Problème avec les mappages d’accès de substition suite à l’application du SP2 et du CU Avril

Problème avec les mappages d’accès de substition suite à l’application du SP2 et du CU Avril – la suite

Catégories :MOSS, Service Pack, Sharepoint Étiquettes : ,

SyncUpgradeTimerJob: sleeping for 10 seconds


Lors de l’installation du service pack 2 de Sharepoint sur certains serveurs, l’installation semblait figer ou boucler pendant un très long moment. Un petit tour dans le log d’installation (C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\logs\upgrade.log) et on découvre le message suivant à répétition depuis prêt de 20 minutes :

[SPManager] [DEBUG] [27/05/2009 16:51:01]: SyncUpgradeTimerJob: sleeping for 10 seconds
[SPManager] [DEBUG] [27/05/2009 16:51:11]: SyncUpgradeTimerJob: sleeping for 10 seconds
[SPManager] [DEBUG] [27/05/2009 16:51:21]: SyncUpgradeTimerJob: sleeping for 10 seconds
…..
[SPManager] [DEBUG] [27/05/2009 17:20:31]: SyncUpgradeTimerJob: sleeping for 10 seconds
[SPManager] [DEBUG] [27/05/2009 17:20:41]: SyncUpgradeTimerJob: sleeping for 10 seconds
[SPManager] [DEBUG] [27/05/2009 17:20:51]: SyncUpgradeTimerJob: sleeping for 10 seconds

Un petit tour sur le net et on trouve un blog http://community.zevenseas.com/Blogs/Robin/archive/2008/04/19/syncupgradetimerjob-sleeping-for-10-seconds.aspx qui parle du même symptôme que nous même si dans son cas c’était pour le Service Pack 1.

Nous avons tout de même appliqué la même recette soit de redémarrer le service SPTimer et SPAdmin et l’installation du service pack s’est terminée avec succès.

Catégories :Service Pack, Sharepoint Étiquettes : , ,

Problème avec les mappages d’accès de substition suite à l’application du SP2 et du CU Avril – la suite


Hier dans mon premier billet sur le sujet, je présentais les étapes nécessaire pour reproduire le problème. Aujourd’hui, nous sommes parvenus à reproduire le problème beaucoup plus facilement. Voici les étapes :

  1. Créer un application Web et créer une collection de site en utilisant le template de publication qui vient de base avec le produit
  2. Étendre l’application Web vers la zone internet
  3. Créer au moins 6 mappages d’accès de substitution sur la zone Internet comme l’exemple ci-dessous : BugAMM_2
  4. Faire un IISRESET
  5. Essayer de supprimer ou modifier un des mappages d’accès de substitution et vous devriez obtenir l’erreur.
Catégories :Sharepoint Étiquettes : ,

Problème avec les mappages d’accès de substition suite à l’application du SP2 et du CU Avril


Symptôme

Suite à l’application du Service Pack 2 de Sharepoint et du Cumulative Update d’avril, il se produit une erreur technique lors de la mise à jour ou la suppression d’un mappage d’accès de substitution.

Description détaillée du problème et procédure pour reproduire le problème

  • Créer un application Web, l’étendre sur une seconde zone et ajouter environ une dizaine de mappage d’accès de substitution (exemple : www.macompagnie.serveur1.mondomaine). Dans notre cas, avec 5 mappage seulement, on provoque le problème;
  • Installation du Service Pack 2 de Sharepoint;
  • Installation du Cumulative Update de Avril;
  • Tentative de mise à jour des mappages d’accès de substitution. Ça ne fonctionne plus.

Mise à jour : dans le billet suivant, je présente une manière simplifiée de reproduire le problème

Voici le message d’erreur que vous risquer d’obtenir :

Fin de l'analyse de fichier inattendue Name. Ligne 28, position 10. à System.Xml.XmlTextReaderImpl.Throw(Exception e)
à System.Xml.XmlTextReaderImpl.Throw(String res, String arg)
à System.Xml.XmlTextReaderImpl.Throw(Int32 pos, String res, String arg)
à System.Xml.XmlTextReaderImpl.ParseQName(Boolean isQName, Int32 startOffset, Int32& colonPos)
à System.Xml.XmlTextReaderImpl.ParseElement()
à System.Xml.XmlTextReaderImpl.ParseElementContent()
à System.Xml.XmlTextReaderImpl.Read()
à System.Xml.XmlLoader.LoadNode(Boolean skipOverWhitespace)
à System.Xml.XmlLoader.LoadDocSequence(XmlDocument parentDoc)
à System.Xml.XmlLoader.Load(XmlDocument doc, XmlReader reader, Boolean preserveWhitespace)
à System.Xml.XmlDocument.Load(XmlReader reader)
à System.Xml.XmlDocument.LoadXml(String xml)
à Microsoft.SharePoint.Administration.SPAlternateUrlCollection.HasMissingUrl(String xml)
à Microsoft.SharePoint.Administration.SPContentDatabase.UpdateAlternateAccessMapping(SPAlternateUrlCollection collection)
à Microsoft.SharePoint.Administration.SPAlternateUrlCollection.UpdateAlternateAccessMappingInContent()
à Microsoft.SharePoint.Administration.SPAlternateUrlCollection.Update()
à Microsoft.SharePoint.Administration.SPAlternateUrlCollection.Delete(Int32 index, Boolean update)
à Microsoft.SharePoint.Administration.SPAlternateUrlCollection.Delete(String incomingUrl, Boolean update, Boolean throwIfNotFound)
à Microsoft.SharePoint.ApplicationPages.EditIncomingUrlPage.BtnDelete_Click(Object sender, EventArgs e)
à System.Web.UI.WebControls.Button.OnClick(EventArgs e)
à System.Web.UI.WebControls.Button.RaisePostBackEvent(String eventArgument)
à System.Web.UI.WebControls.Button.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent(String eventArgument)
à System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument)
à System.Web.UI.Page.RaisePostBackEvent(NameValueCollection postData)
à System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)

 Nous avons tenté de supprimer la zone, supprimer les mappages par STSADM, rien ni fait.

Un peu de réflexion du code pour en savoir un peu plus nous ammène jusqu’à une function qui reçoit en paramètre AlternateAccessMappingXml. 

Private Function GetDatabaseInformation(ByVal name As String) As String
Dim str As String = Nothing
Dim command As New SqlCommand("dbo.proc_GetDatabaseInformation")
command.CommandType = CommandType.StoredProcedure
command.Parameters.Add("@Name", SqlDbType.NVarChar, &H80).Value = name
Using reader As SqlDataReader = MyBase.SqlSession.ExecuteReader(command, CommandBehavior.CloseConnection)
If Not reader.Read Then
Return str
End If
If reader.IsDBNull(0) Then
Return str
End If
Return reader.GetString(0)
End Using
End Function

Nous sommes donc aller voir dans SQL server la StoreProcedure pour se rendre compte qu’elle ne gère que 1023 caractères ! La procédure retourne donc un document XML tronqué à 1023 caractères.

Informations supplémentaires

Pour l’instant, le problème semble se produire uniquement lors d’une mise à vers le Sp2 et/ou le cumulatif d’avril pour Microsoft Office Sharepoint 2007. J’ai fait quelques tests avec Windows Sharepoint Services qui possédait déjà le SP2 et ça semble bien fonctionner.

Contournement

Nous avons cru qu’en supprimant les mappages d’accès de substitution, qu’en effectuant la mise à jour de la ferme et qu’en recréant les mappages, nous aurions pu éviter le problème mais le problème nous rattrappe avec un message similaire.

Conclusion

Nous sommes à l’étape d’ouvrir un cas chez Microsoft. Plus de détails bientôt…

Mise à jour : Mon collègue Djamel Chagour a rédigé un article en anglais sur le même sujet.

Catégories :Service Pack, Sharepoint Étiquettes : , ,
%d blogueurs aiment cette page :