Reprise du message précédent :
Les partenaires quelque part on s'attend à ce qu'ils demandent/fassent n'importe quoi, je soupçonne même que ça soit dans leur fiche de poste pour certains

En même temps si votre outil de ticketing pourri permet ce genre de manip pourquoi se priver

C'est bon j'ai dem (fin pendant ma période d'essai)  
 
 

 
T'a bien fait à mon avis

 
  "I regret nothing"

C'est pas trop tot

C'est des win95 avec logiciel cracké de l'époque qui t'ont fait partir?

La réaction de ton employeur à ton départ ?
 
Windows Server 2022 out !

Cool on va pouvoir changer les 2008/2012 qui traine chez nous
Ah non osef total ça marche on change pas

J'ai eu des merdes aussi sur mes RDS après la Maj pour les imprimantes mais pas ça.
D'ailleurs ca me saoule la gestion des drivers (150 printers de marque et modèles differents) vous utilisez autre chose qu'un simple serveur d'impression Windows ?
Thinprint ? Printerlogic ? Papercut ?
Retour d'expérience ?

Papercut en Follow me sur une flotte en full HP  

 
Déçu dans la grande partie, sauf mon n+1 qui doit être content car il devait prendre peur. (mais il est en arrêt/congé donc pas vu)

Tiens y'a une feature de WS2022 qui permet de prioriser le rebuild des clusters s2d vs. allouer la perf aux workloads actifs... je sais pas dans quelle mesure c'est la même chose que le gain de vitesse de rebuild propre à AzS HCI, mais ca peut intéresser humanrage

https://docs.microsoft.com/en-us/az [...] pair-speed

edit: il gagne aussi l'intégration de l'agent Azure ARC dans sa version "azure edition", du coup faudra voir comment HCI se démarque...

merci de penser a moi

L'édition Azure contient l'essentiel des features intéressantes, comme le hotpatching (HumanRAGE rejoince ). A voir le tarif par rapport à une version Datacenter lambda par contre. Assez naze ce nouveau SKU, clairement là uniquement pour les brouzoufs

Et tu lui as dis pourquoi tu partais ? Si oui, il a répondu quoi ?

Édition azure ça veut juste dire que c'est fait pour tourner dans azure non ou j'ai loupé un truc ?

Non c'est l'édition avec des features d'hybridation communes à HCI mais pas dispo dans dataCenter classique j'ai l'impression

J'avais lu ça pour la oublic preview:

https://techcommunity.microsoft.com [...] -p/2468228

C'est pas très cohérent avec la liste des features supportées
https://docs.microsoft.com/en-us/wi [...] erver-2022

Typiquement "Inherited activation : can be a host or a guest", pour une VM qui tourne dans Azure ça serait un peu débile même si techniquement en nested virtu ça peut servir

Commercialement ça aurait du sens pour pas vampiriser hci par contre

What? Enfin un Windows qui se met à jour sans reboot ?  

Presque
https://docs.microsoft.com/en-us/az [...] atch-works

Tu fais imprimer des koalas dans deux semaines ?

encore un luser qui rouvre un ticket fermé depuis 6 mois    
 
dès le lundi matin comme ça    

Ça changera du Windows qui reboot sans mise à jour...
A+,

 
T'es payé au ticket ?
Dans l'absolu s'il re-ouvre le ticket c'est que le problème est pas réglé, je vois pas le mal.

6mois après ??? Non clairement ça ne se fait pas. Et ce n’est déjà pas normal que le gestionnaire de ticket le permette. Un ticket résolu bascule en clos (donc non ré ouvrable) 7j max après résolution sauf sur l’user confirme la résolution (cest immédiat) ou qu’il la refuse et donc ça réouvre le ticket

Si le ticket était fermé c'est que le problème était réglé.

Le problème c'est que ça rend les choses difficiles à suivre, on se retrouve avec un historique d'un truc qui date du temps jadis avec des détails qui n'ont plus aucune importance.
L'idée d'un ticket c'est de modéliser une demande qui a un début et une fin et les différents statuts (ouvert / en cours de traitement / résolu / annulé) sont faits pour refléter ça, si on se dit qu'en fait tout ça on s'en fout et qu'on peut faire n'importe quoi, ça met en défaut tous les process qui se basaient sur cette modélisation (notamment le suivi par plusieurs personnes, le reporting...)

ouais enfin 7 jours c'est abusé dans certains cas, quand le problème est rare ou hebdomadaire, par exemple.  
J'ai des spécialistes de ça ici, en mode "tiens, l'user est en congé ? je cloture, on verra quand il rentre, en plus j'ai une prime au ticket traité, ça m'en fera deux".
On devrait pouvoir réouvrir tant que l'user ne valide pas la cloture. enfin ça se contourne easy, mais faut que l'utilisateur pense à rouvrir tout ticket cloturé avant vérifications approfondie...

MS, 3 semaines pour répondre à mes réponses sur un ticket entre chaque question
(de mon côté, moins de 48h)

Réponds pendant mes vacances, reçois la notif, me dit ah vous êtes en vacances, merci de transférer à un collègue

Si vous ne le faites pas, je clôture, vous avez 7j pour rouvrir

(bien sûr, la personne avait ma date de retour qui était fixé à 15j après)

Obligé de rouvrir un ticket pour rouvrir l'autre ticket car y'avait tout l'historique

Alors oui 6 mois, c'est abusé... Mais bordel y'a un juste milieu

 
Oui ça doit pouvoir se configurer dans le logiciel de ticketing.
Perso de mon coté j'ai paramétré pour que les péons puissent pas re-ouvrir un ticket fermé, y'a que les admins qui peuvent le faire .

oui c'est ce qui devrait être fait
 
après comme je suis sur le départ et qu'en plus c'est pas moi qui traite 95% des tickets... c'est plus ma guerre

 
Au moins tu as un historique...
 
A moins que ton outil de ticketing te propose des "tickets similaires", c'est plus facile de savoir ce qui a été fait. Par exemple si le résolution du ticket était "activation du paramètre toto dans l'application bidule", tu vas aller voir si le paramètre toto est toujours activé (si c'est pertinent à l'instant T). Mais j'ai tendance à me servir des tickets aussi comme KB  
 
C'est sûr que si ton ticket c'est juste "demande de Gégé le 20 janvier / cloturé le 24", c'est pas trop utile de rouvrir  

oui les liens entre les tickets c'est la base  
 
Le user est toujours motivé pour se souvenir de la référence du ticket précédent quand ça lui permet de ne pas avoir à tout réexpliquer de 0

Les collègues pas foutus de lire la moindre page wiki On a un ticket qui est bloqué depuis quasiment un mois, à l'époque on m'a mentionné dedans pour demander comment procéder, j'ai donné le lien vers une page wiki de 2 paragraphes qui dit dès la 4è ligne "dans ce cas il faut transférer la demande par mail à toto@cogip.com avec les éléments ci-dessous". Mais non, pour que ça se débloque il a fallu une conf call pour que je lise la ligne à voix haute, pour qu'il percute que c'était ça qu'il fallait faire.  
jpp  

y en a on se demande comment ils arrivent a pas se chier dessus quand ils baillent...