Erreur on Zwindler's Reflection

[Tutoriel] Migrer vers Windows 10 en dehors de votre réseau d’entreprise

Thu, 30 Jun 2016 11:00:38 +0000

Mise à jour Windows 10 pour les pro, ok, mais si je suis hors de mon réseau d’entreprise ?

Maintenant que vous savez maintenant que vous pouvez profiter de la mise à jour gratuite de Windows Home ou Professionnel même si vous êtes une entreprise, vous allez peut être prendre votre portable et le ramener à la maison pour faire la mise à jour.

Mise à jour Windows 10 pour les professionnels : gratuit ou payant ?

C’est d’ailleurs ce que j’ai fais. Cependant, ça n’a pas marché du premier coup. C’est pourquoi je me propose de vous guider avec ce petit tutoriel pas à pas.

Mais si ! Vous savez ? Cette notification pour vous poussez à mettre à jour vers Windows 10 qui reste en bas de l’icône. Difficile (pas impossible) à bloquer. Bon bah ok, d’accord je met à jour, laisse moi tranquille maintenant…

OK, cool

Ça a l’air de marcher

Et hop, on vous renvoie vers Windows Update

Et là c’est le drame … Code 8024402C m’voyez ?

Mais comme je suis hors de mon réseau d’entreprise, je ne peux pas passer les mises à jour car je ne peux pas contacter mon serveur WSUS…

Seconde erreur : je vais cliquer sur « Mettre à niveau maintenant » sur le site de Microsoft

Qu’à cela ne tienne… Je vais sur le site de Microsoft et je télécharge le binaire de mise à jour ! Ahah !

So far, so good

Re-drame. Ce PC est joint à un domaine m’voyez ?

Microsoft a bloqué intentionnellement la mise à jour de Windows 10 depuis le poste de travail d’un utilisateur d’un PC intégré à un domaine Windows.

Dans la pratique, on peut « contourner » cette limitation en sortant la machine du domaine (nécessite que l’utilisateur soit administrateur du PC) et demande ensuite à sont administrateur préféré de réintégrer sa machine une fois la mise à jour passée. Mais il y a plus simple ;-)

La bonne méthode : faire semblant de créer un média

Sur la même page web que celle où vous avez trouvé le binaire de mise à jour, il y a une deuxième section, dans laquelle on vous propose de télécharger l’outil de création de média.

Et en fait, on peut feinter en utilisant cet outil pour réaliser la migration, sans pour autant réellement créer un média.

Choisir « Mettre à niveau ce PC maintenant permettra » de sauter l’étape de création de média et mettre à jour votre machine. L’autre option permet de créer un média bootable qui vous permettra éventuellement de passer la mise à jour sur plusieurs machines.

A partir de là, Windows télécharge l’image…

… et créé un média bootable

Dernier petit point de blocage potentiel !

Certaines applications (comme HP Client Security Manager, qui gère mes mots de passe et surtout mon lecteur d’empreintes pour l’authentification) peuvent ne pas être compatibles Windows 10. Il faudra les désinstaller (et potentiellement rebooter et tout recommencer car l’application devra RE-télécharger l’image) pour pouvoir continuer.

Et c’est partiiiiii !

Résoudre les erreurs de fichiers trop gros lors des imports XWiki, XAR notamment

Sat, 30 Apr 2016 13:30:41 +0000

Pourquoi je n’arrive pas à uploader mon gros XAR

Cet article fait suite à mon précédent article indiquant comment corriger les erreurs lors d’imports de fichiers XAR dans XWiki. J’avais un bon gros export au format XWiki (XAR donc) et j’avais plusieurs erreurs lors de l’import qui me bloquait.

A la suite de l’article, j’ai reçu une réponse de Ludovic DUBOST, CEO et fondateur de XWiki SAS qui m’a donné une piste supplémentaire pour régler le problème.

Cette limite de taille du fait de la consommation mémoire est réglé dans le mode « File System Attachment » de XWiki. Il y a déjà eu des discussions pour que ce soit la configuration par défaut. Nous allons la réactiver.

Pour plus d’infos sur le mode FS:
platform.xwiki.org/xwiki/bin/view/AdminGuide/Attachments#HFilesystemAttachmentStore (lien mort, pas dispo sur Internet Archive)

Filesystem attachment store

Et oui, des fois dans la vie, il suffit de lire la documentation entière et ne pas se contenter du premier paragraphe.

Dans la documentation à propos des attachements, si on va au delà de la première partie, on peut lire :

The directory in which the attachments are stored in the filesystem is defined with the parameter environment.permanentDirectory in the xwiki.properties file. By default it’s defined to be data, which is a directory relative to where the Java Servlet Container was started. It’s recommend to modify this value to be absolute sure that you can start the Servlet Container from any directory and still have XWiki find the attachments located in this work directory.

environment.permanentDirectory=/opt/tomcat6/data

En gros, plutôt que de fonctionner dans le mode classique avec l’ensemble des objets (pièces jointes) et donc les imports XAR en base de données, il est possible de stocker sur le filesystem local les fichiers dans une arborescence standard de type /opt/tomcatX/data.

(Lien image mort)

Sur le papier, cette méthode permet de s’affranchir des tailles maximales des objets envoyés en base (entre autre un pb de stream avec MySQL selon Ludovic DUBOST?). Elle apporte cependant son lot de considérations supplémentaires :

Il ne faut évidemment pas manipuler les fichiers en dehors du wiki (i.e. aller virer des fichiers directement dans le FS côté OS pour faire un peu de place. Ne faites pas les innocents, je sais que vous y pensiez)
Sauvegarder la base de données ne suffira plus puisque les objets ne sont plus en base. Il faudra ajouter à votre script de sauvegarde un petit bout de script pour zipper les fichiers uploadés contenus dans le fameux dossier
Basculer d’un mode à l’autre n’est pas une opération à prendre à la légère : si vous avez déjà des objets en base, il faut les récupérer pour les redéposer sur le FS.

Pour la première, on va dire que je vais vous faire confiance ;). Pour la seconde aussi, vous êtes sérieux.

Pour ceux qui sont dans l’ancien mode de fonctionnement

Et pour la dernière, l’équipe de XWiki met gentiment à disposition une extension pour passer automatiquement d’un mode à l’autre : Filesystem Attachment Porter ! Ca tombe bien, je n’avais pas envie de le faire à la main ;-).

La procédure est assez bien documentée et détaille même ce dont je viens de parler un peu plus haut (sauvegarde des répertoires, bascule dans le nouveau mode de stockage des PJ).

Pour les nouveaux utilisateurs

Le problème ne se pose pas vraiment. Si le wiki vient d’être créé il n’y a pas encore d’objets en base. Vous pouvez simplement basculer dans le mode « Filesystem attachment » en modifiant quelques options dans le fichier xwiki.cfg

xwiki.store.attachment.hint = file
xwiki.store.attachment.versioning.hint = file
xwiki.store.attachment.recyclebin.hint = file

Au delà de ça

N’ayant pas suivi l’ensemble des discussions à propos des choix de garder le mode par défaut avec tout en base, je ne peux pas savoir ce qui a conduit à ne pas basculer dans le mode Filesystem attachment « par défaut ». Cependant, je pense qu’effectivement cela pourrait être une bonne idée de le faire, à minima pour éviter que d’autres utilisateurs continuent de poser la question sur la devlist.

FAQ

Également, vous auriez pu tomber sur la solution via une FAQ qui a été rédigée début 2016, probablement suite au nombre de personnes qui ont eu ce problème et qui le remontent dans la devlist (premiers résultats jusqu’à il y a peu quand on tappe le message d’erreur dans Google) :

www.xwiki.org/xwiki/bin/view/FAQ/How+to+import+a+XAR+larger+than+100MB