Reprise du message précédent :
Y a rien de rien
 
Bon, c'est pas trop grave Ça restera un mystère

Cas paranormal chez un client :
 
Sur un serveur unique AD et petit serveur de fichiers en Windows 2003 ( ), je crée un nouveau dossier partagé que j'appelle "Partage". Dedans je mets pour le moment juste un dossier "Compta". Je configure le partage de façon à ce que tout le monde puisse accéder au dossier "Partage", mais ensuite les sous-dossiers seront verrouillés, donc je crée un groupe global "GG_Compta", je mets les users dedans et je lui attribue les droits sur le dossier "Compta".
 
Je vais sur un des PC des comptables, qui n'est pas membre du domaine (welcome to my world   ), et qui a déjà pas mal de lecteurs réseaux qui pointent vers ce serveurs, avec son login/mdp de l'AD enregistré. Il rajoute donc un lecteur réseau qui pointe sur "Partage", il se monte bien, mais il ne peut pas rentrer dans le dossier "Compta".
 
Je vérifie ce que j'ai configuré, il est bien dans le bon groupe, et le groupe a les droits.
Je faits un test par "autorisations effectives", et aussi bien en testant le groupe que son compte à lui, ça fonctionne.    
 
Je connecte le lecteur réseau non pas par le nom du serveur, mais par l'adresse IP pour pouvoir enregistrer des informations d'identification différentes, le gars saisit bien ce qu'il m'a indiqué, et là pas de problème il a accès au sous-dossier Compta   .
 
J'me dit alors que ce sont ces informations de connexion déjà enregistrées qui ne sont pas bonnes, mais en allant voir la liste des fichiers ouverts sur le serveur dans les autres lecteurs réseau, je confirme que c'est bien les bonnes informations pour les autres lecteurs réseau.
 
WHAT THE FUCK ?!?      

Tu utilises bien les mêmes identifiants pour TOUS les lecteurs réseau ?!

Bien obligé non ? Je crois qu'il n'est pas possible de se connecter à plusieurs dossiers partagés du même serveur avec des informations d'authentification différentes, Windows râle . D'où l'astuce de tester avec l'adresse IP pour tromper Windows et tester d'autres codes

C'était au cas où, justement  

C'est sans doute parce qu'il n'est pas membre de l'AD non ?

 
Logoff / logon, vu qu'il était deja authentifié avant tes modif, l'ajout de groupes (GG_Compta) etc n'a pas été pris en compte sur la session en cours.
 
ça a marché avec l'IP, puisqu'il a géré ça comme une nouvelle connexion et a donc repassé tout le process authentification etc.

Mouais il ne reste plus que ça, verdict demain !

Fermeture / Réouverture de session
 
EDIT :Grilled  

Quoi "mouais" ?
 
C'est 125% sur que ça vient de la. C'est même pas une suggestion, mais une affirmation.

tu sais qu'une probabilité peut pas etre supérieure a 1 ?

+200%.

 
Non non je suis d'accord avec toi hein, mais je ne pensais pas avoir besoin d'un logoff/logon pour mettre à jour un groupe, c'est tout  

 
Je suis tellement sur de moi, qu'il y a même du rab, c'est pas ma faute  
 
Ce sont les 25% de coolness en plus

NON !!! tu peux pas etre d'accord avec un type 125% sur d'une chose !

Ben si. Tu tentes d'arriver sur un dossier du serveur, dont ce dernier ne peut pas savoir que tu as ajouté ton utilisateur dans un groupe. L'énumération des groupes et l'affectation des "jetons" se fait à l'ouverture de session.
 
Si tu ajoutes les droits au dossier directement au compte utilisateur au lieu du groupe, tu verras que tu y accèdes directement.

C'est bien ça. C'est pour ça qu'on demande toujours aux luser de fermer sa session quand on vient d'appliquer des droits.

 
ce qui d'ailleurs est tres chiant. Il pourrait y avoir un refresh du ticket en cours a interval régulier

Dans 2008R2/2012R2, c'est quoi le délire ou un admin du domaine ne peut pas (entre autres), éditer le fichier host car il n'a pas les droits ?
 
Alors que l'admin local lui, c'est open bar

UAC mec

Ça se vire que par users ou y a une option pour qu'au global pour tout le monde l'UAC ne pète plus les couilles ?

Virer l'UAC c'est le mal. Prend ton fichier, copie-le sur le bureau. Tu le modifies, et ensuite tu le recopies dans l'autre sens.

t'execute CMD en tant qu'admin, edit c:\windows\system32\drivers\etc\hosts et roule

C'est uniquement l'édition en directe qui est impossible ?

ça marche aussi avec un notepad executé en tant qu'admin

J'ai déjà eu ce type de problèmes quand différents mappages de lecteurs réseaux se font certains par le nom ET certains par l'IP du serveur. Très régulièrement, voire systématiquement avec le temps et les hotfix, l'authent foire coté serveur. J'ai uniformisé les accès par le nom seul et basta.

Bah c'est ponctuel, mais c'est juste qu'étonnant qu'un admin n'ai pas les droits

 
il a les droits mais c'est un fichier protégé donc faut l'executer en tant qu'admin
 
donc soit tu lances notepad en admin et t'edit, soit tu copies ailleurs et a la recopie il te demande l'elevation, soit tu lances un cmd en admin pour editer

 
Ce matin tout fonctionne, effectivement le système ne doit prendre en compte les affectations aux nouveaux groupes qu'après un logoff/logon  

 
ah oui c'est meme sur

ordinateur: reboot obligatoire
utilisateur: fermeture/ouverture session

Sur du RHEL 6.2, y a moyen d'augmenter facilement / qui est sur un lv_root ?
 
Vaut mieux passer en single user mode ?

c'est facile.
 
je l'ai fais pas plus tard que lundi sur des poller centreon trop petit.
partition de 4go.
augmentation de la partoche a 5go avec fdisk.
(tu petes la partoche et tu la refais aussitot en precisant le type lvm de la nouvelle partoche qui fera donc la nouvelle taille).
tu rebootes, puis tu fais un pvresize pr que le lvm prenne en compte la nouvelle taille de la partoche.
 
attention au passage, si le disque est plein, les commandes lvm (pv,vg etc...) ne marcheront pas (elles ont besoin d'espace libre dans le /var/log/.....), faudra alors virer quelques logs par exemple pr faire de la place.
 
la commande vgdisplay t'indiquera alors que le pv utilisé dispose de "tailleajouté" d'espace libre.
enfin, un lvextend de ton lv_root avec la nouvelle taille (ou la taille actuelle+espace ajouté) et ça roule.

Je veux dire, c'est pas plus compliqué d'étendre le lv de / que n'importe quel autre ?

clic droit sur le disque -> etendre
 
ah non pardon c'est sur Windows ca

Je dois acheter 3 licences Windows Server pour un client qui doit rajouter 3 VM avec cet OS sur ses ESXi.
 
Si j'achète une licence Windows 2012 R2 standard, qui est fournie avec une clef physique et 2 clefs de virtualisation, je peux utiliser les 3 clefs pour des VM ESXi ?  Ou bien je suis obligé d'acheter plusieurs licences Windows Server 2012 R2 std ?

je pense que les clés virtu sont supposées etre utilisées dans l'hyper-v

Combien de hôte ?
Combien de VM par hote maximum ?
C'est ça qui compte.

non

du coup c'est 3 pour le prix d'une ?