Reprise du message précédent :

Je suis entrain de tester l'option reconnecter voir si ca change quelque chose mais pour l'instant il continue a me faire les GPO une fois sur 2 en mode synchrone ce con.

EDIT : bon en fait pour tester j'ai désactivé les mappages sur mon compte de test, et en fait y'a pas que le mappage qui fait chier, parceque ca continue a merder, et je pense que ca vient de la redirection du dossier, qui est concerné par le probleme

mais putain c'est trop con, une fois qu'elle est appliqué qu'est ce que tu fais chier à vouloir te réappliquer en mode synchrone
donc en gros, t'es baisé, si tu as besoin d'utiliser la redirection de dossiers, c'est mort, faut rester en mode synchrone, vu que de toute facon si tu te mets un mode asynchrone, tu repasses en mode synchrone 1 fois sur 2

C'est ce que je te disais oui, les GPO en général ça toujours été la merde en mode asynchrone. Tu peux avoir un login un peu plus rapide mais tu sacrifies une application fiable des GPO/GPP, faut clairement faire un choix entre les 2.
 

Que ce soit en synchrone ou asynchrone il réapplique tout le temps. En asynchrone tu repasses jamais en mode synchrone, c'est juste qu'il y a une chance que les GPO soit appliquées seulement une fois que l'user s'est déjà loggué ce qui pour beaucoup de GPO est trop tard.

 
Ben non justement
en mode asynchrone le probleme que tu peux avoir, c'est certains parametres qui doivent etre appliqué avant le login, qui font que parfois il faut 2 fois pour que ca s'applique concrètement, une fois pour que le parametre se positionne (apres le login donc) et une fois pour qu'il soit réellement actif.
 
mais vu le gain de temps au login ca me derange pas.  
 
sauf que quand t'as une redir de dossier, apparemment, a chaque login (enfin une fois 2), la GPO dit "j'ai besoin d'etre en mode synchrone, j'ai pas pu m'appliquer, je mets un flag pour que la prochaine fois les GPO s'exécutent en mode synchrone" et du coup un login sur 2 se fait en mode synchrone, ce qui enleve tout interet au mode asynchrone
 
Je comprends la logique, mais je comprends pas du tout l'interet de réappliquer a chaque login un param qui y est deja. Ca fait perdre tout interet au mode asynchrone...la redir de dossier c'est quand meme pas le truc le moins utilisé...

Ce comportement tu devrais l'avoir qu'en cas de 1ère application ou de modif, c'est bizarre. Mais bon perso j'en reviens toujours au mode synchrone, je suis donc pas un spécialiste ultime du débug du mode asynchrone.

 
J'ai fait le test, j'ai pété le profil de test sur la machine
A chaque fois que je me logue la premiere fois, il applique bien les GPO en mode synchrone -> nickel, la redirection est donc bien positionné dès le premier login
Sauf que derriere :
- 2eme login : rapide
- 3eme login : gpo en mode synchrone
- 4eme login : rapide
- 5eme login : gpo en mode synchrone
- 6eme login : rapide
- 7eme login : gpo en mode synchrone
etc...
 
comme tu dis, pour moi; il devrait voir que la GPO n'a pas changé et donc ne pas la réappliquer.
 
Si tu connais un moyen d'etre sur que ce soit cette gpo qui fout le flag...je cherche mais je ne trouve pas pour l'instant

Bah désactive temporairement l'application de la GPO tu verras vite.
Mais tout ça fait remonter de vieux souvenirs à la surface    Par défaut une GPO ne s'applique que la 1ere fois puis si elle change, mais même si j'ai jamais vu un cas ou ça présentait un intérêt (et que j'en imgaine aucun la comme ça) c'est un comportement qui se changer aussi par GPO. Dans computer, policies, administre templates, system, group policy tu as les options d'applications pour chaque grande catégories de de GPO, dont les redirections de dossier, avec pour chacune la possibilité de choisir en autre si tu veux que les GPO de la catégorie soit appliqués systématiquement même si elles n'ont pas changée : regarde si pour une raison ou une autre tu n'as pas une GPO qui traine quelque part qui t'activerais ça pour les GPO "folder redirection" (ou un autre type de GPO qui ne marche qu'en synchrone, genre mapping de lecteur par GPP).

J'ai peut etre une piste...
 
 <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
- <System>
  <Provider Name="Microsoft-Windows-GroupPolicy" Guid="{AEA1B4FA-97D1-45F2-A64C-4D69FFFD92C9}" />  
  <EventID>4016</EventID>  
  <Version>0</Version>  
  <Level>4</Level>  
  <Task>0</Task>  
  <Opcode>1</Opcode>  
  <Keywords>0x4000000000000000</Keywords>  
  <TimeCreated SystemTime="2014-08-25T08:47:24.909555100Z" />  
  <EventRecordID>169857</EventRecordID>  
  <Correlation ActivityID="{AF16635C-D9FE-4A58-B788-354ED0813AF1}" />  
  <Execution ProcessID="328" ThreadID="596" />  
  <Channel>Microsoft-Windows-GroupPolicy/Operational</Channel>  
  <Computer>DEPLOYTEST764.sbm.resort</Computer>  
  <Security UserID="S-1-5-18" />  
  </System>
- <EventData>
  <Data Name="CSEExtensionId">{C631DF4C-088F-4156-B058-4375F0853CD8}</Data>  
  <Data Name="CSEExtensionName">Microsoft Offline Files</Data>  
  <Data Name="IsExtensionAsyncProcessing">true</Data>  
 <Data Name="IsGPOListChanged">true</Data>
  <Data Name="GPOListStatusString">%%4102</Data>  
  <Data Name="DescriptionString">Stratégie Win7</Data>  
  <Data Name="ApplicableGPOList"><GPO ID="{04665A5C-C9BE-49A9-B414-A17C518CE849}"><Name>Stratégie Win7</Name></GPO></Data>  
  </EventData>
  </Event>
 
 
Ce IsGPOListChanged me parait étrange...Il n'y a eu aucun changement

 
J'ai réussi à faire le tri, il me veut quand même 220go

C'est pas étonnant, je suis à plus de 320Go perso, des que t'as un peu de variétés dans les windows, les offices et quelques trucs à côté ça explose vite, et chaque mois rajoute quelques Go.

Ca va, j'ai un client qui vient de peter les 2 To de clichés radios. Funny de monter progressivement les agrégats sur la durée, dans des serveurs pas adaptées. La sauvegarde c'est un souci, aussi.

Ah ben c'est sûr que si il n'y a pas de sauvegarde, il n'y a rien à remonter.
Au moins en cas de crash t'es tranquille, c'est du définitif  

Bon, je vais ajouter SAP dans mes expériences sur mon profil Viadeo  

 
ça veut rien dire    mais comme les recruteurs comprennent rien ça peut passer    je suis bien appelé une fois par semaine pour faire du développement abap  

 
Pour l'histoire, j'ai récupéré ce client car c'est ce qui lui est arrivé avec le précédent presta. Enjoy la perte des données, l'agenda paumé des rdv sur l'année à venir, etc...

Le contenu de ce message a été effacé par son auteur

Certificat expiré chez les Aigris

Le DC qui se casse la gueule se matin, bien bien bien. Bonne journée

Bizarre, j'ai pas eu d'alerte par mail. D'habitude, je suis prévenu 15 jours avant.
Je m'en occupe dans la journée.

Ouais mais au moins on a le SSL  

Fixé.

Google calendar sync est mort le 1er Aout, pour de bon cette fois.  
 
Est-ce qu'il y a un truc gratos qui marche ?  
 
Sinon quel est le moins pire en payant s'il y a encore des concernés ?

tu peux ajouter ton calendrier Gmail à Outlook directement.

Y'a eu un retour des Aigris ?
 
Quelqu'un saurais m'expliquer pourquoi je ne peux pas ajouter un host Esxi dans mon vCenter VmWare, avec l'erreur "login ou mdp incorrect" alors que j'arrive à me connecter à ce même host en ssl avec ces mêmes identifiants ? (et aussi pourquoi parfois je ne peux absolument pas me connecter en ssl sur cet host, même après un reboot, et que par magie ça revient ? Sachant que c'est une install toute récente, y'a rien qui tourne...)

Ca me rappelle quelque chose, me semble que c'est un blem connu couvert par un article sur la KB...

Merci. Effectivement ça semble supporté sur Outlook 2013 (c'est du 2010 icite).

Sauf que :

"Changes you make in Outlook aren’t sent to your Google Calendar. To update your Google calendar, open Google Calendar from a browser."

Donc pas praticable dans mon cas, les lusers font toute la saisie sur Outlook. Me faut donc un vrai outil de synchro.

gsyncit ?
 
XaT

Question à 3 francs nouveaux. Avec la crise ça fait un petit moment que j'ai pas fait de grand écart et de "bricole" (si j'ose dire) sur des AD, donc je me rouille (c'est sur que pour faire des conneries avec un fer à souder ou une perceuse là je suis au top).
 
j'ai un vieux serveur 2k3 sbs bien boiteux au niveau UO/GPO à remplacer. il y a 7 ou 8 users qui se battent en duel dessus. Je met un 2012 R2 essentials à la place. Je pense donc simplement refaire les comptes manuellement sur le nouveau DC. Les postes client sont en Win 7 pro.  J'aurais pas d'ennui de logon sur les postes clients une fois le serveur swappé, paramétré avec nom/domain/IP/comptes créés à l'identique ?  
 
Il va créer les ordis tout seul dans l'AD sans avoir besoin de quitter/rejoindre le domaine à nouveau sur chaque poste de travail ?
 
Thanx.

Non les postes ne remonteront pas tout seul dans ce cas, les noms c'est pratique pour nous humains mais derrière les domaines, compte d'user et compte machine, etc, t'as des ID uniques dans l'AD qui seront pas les même d'un domaine à l'autre. Faudra donc joindre les PC au nouveau domaine, et j'ai pas fait ça depuis des siècles et c'est sans doute à tester mais pour moi même les profils locaux des users ne seront par défaut pas repris.

Je la sens pas du tout ta méthode, ca pue le "domain trust relationship failed" sur chaque poste ton machin.    
Si l'objectif est de tout refaire de 0 j'pense que t'es même mieux à partir sur du tout neuf partout (nouveau domaine, rejoindre les postes, migration des comptes, etc...)
Sinno, tu peux pas ajouter le 2012 en DC dans le domaine, lui refouger tous les roles progressivement et éteindre l'ancien DC ?  

Pas avec une licence server essentials, c'est moins cher mais avec des limitations, dont le fait de ne pas pouvoir le joindre comme DC à un domaine existant mais uniquement de pouvoir monter un nouveau domaine.

J'ai un peu peur de ça, surtout que c'est bourré de réglages de merde pour un progiciel en mousse de chez mousse. Bon on verra, l'editeur super pas dégourdi sera là aussi.

Par contre de mémoire quit/join après swap de serveur a peu près de même version de Win server, je l'ai déjà fait plusieurs fois et les comptes locaux restaient. On verra d'un 2k3 à un 2012r2 avec du win 7... c'est surtout avec win 7 que j'ai des gros doute aussi, avec XP je crois que ça ne dérange pas.

 
270€ HT, tu m'étonnes.

Rien trouvé    
Vais continuer de chercher, je dois pas entrer les bons mots clefs !

C'est pas tant la version serveur que celle du client qui compte, jusqu'à XP la gestion des profils locaux était plutôt laxiste mais depuis Vista y'a plus de contraintes.

C'est surtout au niveau des CAL que tu gagnes, une licence 2012 r2 std c'est 2x plus cher mais en absolu ça reste "que" +-550€, mais t'en as 15 ou 25 je crois CAL incluse avec essentials et 0 avec la standard (grosse mesquinerie de MS au passage depuis 2012, jusqu'à 2008 R2 t'en avais 5 incluse en standard ), a 20-25€ la CAL windows server ça va vite quand t'as des budgets déjà très limités.

Un user qui me demande un accès sur une grosse partie de notre partage.
Je fais valider la demande par le responsable du dossier, qui me dit ok pour ce sous dossier là du dossier en question, ce qui en effet me semble plus logique.  
Je donne les droits.
 
Je retourne voir l'utilisateur pour m'assurer que ça fonctionne.  
 
Bien sur les sous dossiers sont numéroté et lui ne voit qu'un seul numéro.
Il avait l'air sincèrement triste de ne pas avoir accès à toute les données du département en n'ayant aucune idée du contenu des autres dossiers.
 
-C'est bien ça que tu as demandé ?
-Oui.
-As tu besoin d'autres choses ?
-Non.
-Donc c'est bon alors ?
-

 
quand vous parlez de compte locaux, vous parlez bien de compte locaux à la machine ? Pas de compte du domaine avec profil local ?
 
je ne vois pas en quoi une sortie rerentré dans un autre domaine impacterait les comptes locaux.  
 
par contre evidemment pour les comptes du domaine et les PC c'est différent. Faudra tout reprendre

 
 
crée lui des dossiers vides à côté avec des numéros, il sera content  

Dans ce message la je parle des comptes en général, même pour les comptes locaux c'est géré différemment par rapport à XP, mais sinon je parlais des profils locaux sur les windows client pour les comptes des users du domaine.