Reprise du message précédent :

si y a une tenue imposée dans une boite, je ne prends pas le poste

On a déjà eu du mal à faire gober le passage sur o365..

A toi de voir si t'arrives à le vendre, ca fait plein de jolis trucs de toutes les couleurs

Les couleurs osef envoyer les datas chez crosoft c'est mort on a encore des users qui utilisent le mail interne

jean-t-shirt/polo; Et je bosse dans une institution européenne. les mecs en costard en it c'est ceux auxquels je fais le moins confiance

 
+1, plus le mecs est à l'arrache, meilleur il est généralement

 
dis pas ça ! Je vais penser que je suis devenu nul en devant mettre à minima des chemises
Saleté de secteur de la finance    
 
J’étais bien, avant, avec mes baskets, jeans et tshirt variés  

c'est un dev ça

sous mac

lsd  

Oui et oui.

Attention, plus dur :

Voilà à quoi on reconnait un informaticien talentueux :
- gros (pas le temps de faire du sport quand tu fait de la veille techno à la maison)
- lunettes (yeux fatigués par les écrans)
- mal habillé (le budget fringues ayant été amputé pour s'acheter une 3DFX voodoo 2).

 
Les types qui portent des costumes en général ils sont nuls, donc ils ont besoin de bien présenter pour lécher les culs des chefs puis pour devenir chefs eux-mêmes.
Car comme ils savent rien faire il vaut mieux finalement qu'ils fassent faire le boulot aux autres.
Du coup ils sont bien payés et peuvent s'acheter des beaux costumes  

 
Mon futur chef de service est venu à une réunion hier en sandale, la barbe uber touffue (type "je rerentre limite dans la bouche" ) et bien sur des cheveux de hippies  
 
XaT

En regardant plus en détail, dans les enseignants il y a Jean-Pierre Rioual, un de mes profs de réseau à l'IUT Il était très bon

Moi y a 1 an ?

Vous dites n'imp'  
c'est pas le boulot qui pousse a bien s'habiller , c'est la copine !
Et comme chacun sait , les dev ... ben... ils sont un peu seuls

"YOU DIDN'T SAY THE MAGIC WORD!!!!$$$$"

Tiens j'en ai une belle à raconter :

Depuis le 2 février on a un serveur hébergeant une appli à nous avec un paquet de jobs autosys qui ne s'exécutent plus. Du genre arrêt/relance de websphere, purge de répertoires de logs, dump et export de bdd.
Comme on est sous l'eau et que l'application concernée fonctionne on commence à s'y intéresser qu'à partir du 21 ... ( ).
On essaie de faire relancer les jobs, sans résultat. On voit les logs et on identifie que le job incriminé quitte inopinément sur un 'kill' de processus. Rien de plus, pas de message d'erreur ni rien.
On demande à faire analyser le script mais on n'y croit pas, il n'a pas été modifié depuis 2015.
Puis on remarque qu'en ssh sur putty, si on est avec ksh on se fait éjecter de la connexion dès qu'on entre une commande invalide ( genre cd répertoirequinexistepas et pouf)
On lance alors un ksh fils et on refait la même chose et là :

"Bus error"
Et ça touche plein de commandes comme man ou kill... Tiens donc.

On demande au support unix niveau 3 de voir et verdict :

Au 2 février quelqu'un a lancé une commande pour réduire le volume logique de /usr en dessous de la taille du fs.
Donc redhat l'a collé en read-only.

Et donc il faut reboot, en heures non ouvrées évidemment.

À noter que l'action a été faite à chaud sur un serveur de prod d'une appli critique sans qu'on soit prévenus (et sans piger quel putain d'intérêt il y a à faire de telles manipulations).

Et pour parvenir à ce constat il aura fallu presque un mois. Tranquille.

Chaud à diagnostiquer en même temps.
 
Vous avez trouvé le coupable ?

On ne le saura pas (gros service d'exploitation proche de la maison qui rend fou d'Astérix à base de renvoi entre équipes de tickets et d'aller retour "non on ne voit rien d'anormal" ).
Mais avec un autre collègue on parlait de le faire courir sur le périphérique attaché à une moto si on apprenait qui avait fait ça...

Salut les aigris
 
Bon au boulot c'est la merde pour le suivi des mouvements de personnel, et du coup aussi pour le suivi du matériel, et encore du coup aussi pour la personnalisation du matériel
Sachant qu'évidemment ce ne sont pas les mêmes personnes du tout qui gèrent l'un ou l'autre.
 
Du coup, et je l'ai pas trouvé pour GLPI, avez-vous connaissance d'un outil relativement simple de workflow, pour suivre par étapes tout ce que je décris ? avec validation avant de passer à la suivante...
Thanks

Redmine ?

Je connais pas mais ça m'a l'air trop complexe pour mon besoin

Au contraire, l'usage reste simple.

- une install bitnami si tu n'es pas à l'aise avec php/mysql (download + 20mins ?)
au début, tu laisses tous les droits aux users.

- tu crées autant de projets que de workflow : (5 mins)
http://www.redmine.org/projects/re [...] neProjects
1 mvt personnel
1 suivi matériel

- tu paramètres les issues pour avoir autant que de type de profil/matériel que tu veux : (20mins)
http://www.redmine.org/projects/re [...] ckingSetup
1 issue personnel
1 issue pc
1 issue telephone
...

- la config des users : dépend du nombre de users (30mins)
http://www.redmine.org/projects/re [...] dmineUsers

-> un nouveau mouvement = un nouveau defect
Et tu as plein de champs qui pourront aider (dates, commentaires, pièces jointes, ...)

En moins de 2h, tu as un truc qui tourne et qui fera le taf

wow ! je pensais être le seul a bosser avec Autosys vu que personne n'en parle jamais :-)
 
je suis content de voir qu'on est pas les seuls, ça permettra peut-être d'échanger quand on a des soucis (et on a déjà bien balayé).
 
 
Pour l'histoire on a eu une issue du même type avec autorep ou sendevent sur un AIX qui terminait en "kernel error"... les admins systèmes ont dû rebooter le bousin mais on a jamais su ce que c'était

ici ça bosse dur
 

C'est la fonction Live/DVR de w10 qui pompe sans savoir, pas d’inquiétude

Vous avez déjà eu l'erreur "  -ERR [IN-USE] Mailbox is locked by another POP3 session." ? L'erreur est assez parlante (sur l'ordi d'un client), on dirait qu'un autre client est en train de relever les mails sur ce compte au moment où le Outlook qui produit cette erreur est en train de le faire. J'ai donc modifié le mot de passe de la boîte mail pour être sûr qu'il n'y avait pas un piratage de sa boîte ou autre, mais le message est revenu. Donc la seule piste qu'il me reste c'est que son iPhone relève trop souvent les mails et va jusqu'à bloquer les tentatives de relevages de Outlook, mais il n'a ce soucis que depuis 3 jours donc c'est étrange.
 
Une idée ?

Tu as trouvé la raison, c'est son iphone qui bloque le proto.

C'est une bal orange sinon ? ...

POP3 seriously ?

Tu veux que je te présente "le parc informatique" mélange de Workgroupe et de domaine de chez nous ?

t(as pas un mshome qui traine ds un coin ??

 
Pire ! C'est une boîte mail chez Gandi    
 
Sans doute l'iPhone, mais pourquoi d'un coup l'appli mail déconne, ça fait des années qu'il bosse comme ça    
 
Je vais désactiver les mails sur son iPhone pour confirmer   .

Pourquoi tu passes pas son iPhone en imap du coup ?
(Jamais eu de problème sur mes bal gandi)

Il est en POP depuis Mathusalem et je milite pour le passer sur du Exchange mutualisé, je veux pas me faire chier à le migrer en imap pour le remigrer ensuite.

Merci vais essayer
C'est ce que vous utilisez chez vous du coup ? avec une partie des workflow complétées par les gens de RH ?

Allez tiens j'en ai une bien bonne, elle va vous faire rire moi elle m'a bien fait pleurer.
 
Récemment on chope un crypto sur un de nos serveur TSE en 2008 qui supporte une appli métier joliment merdique.
Bon je me dit t'en qu'a faire a remonter la sauvegarde, le truc est HS, je vais faire la montée d'OS qui traîne depuis Mathusalem .
J'installe donc ma nouvelle Vm 2016 bien propre, je remonte ma partie TSE et je réinstalle l'appli non sans, pas mal de merde et avec l'aide de l'éditeur, " parce que la gestion des droits entre 2008 et 2016, bah ça a beaucoup changé !!" .
Bref le truc tourne pas trop mal, et y a quelque jour un collègue viens me dire tiens c'est bizarre la VM c'est cassé la gueule je l'ai trouver éteinte.
Sur le coup je me dit que j'y jetterais un œil a l’occase étant comme d'hab overbooker et le truc étant pas critique.
 
Et cet après midi vers 15 h j'ai un petit mail d'un user qui me dit je comprend pas j'arrive pas a me connecter au serveur.
Etonné je prend mon TSE et la rien VM qui répond pas  .
Je démarre le Vcenter effectivement la VM est éteinte elle risque pas de répondre.  
Je la redémarre je retest l'appli tout est OK.
Je me dit qu'il y a vraiment un soucis, donc je commence a remonter les logs système et la rien aucune erreur tout est propre comme un sous neuf .
Je passe une demi heure a creuser me disant qu'il y a forcément une merdasse, rien dans l'antivirus, rien de bizarre sur le serveur bref j'en tire rien.
Je me remet dans les logs et la je me dit qu'il y a forcément un truc qui éteint la VM pour une raison ou une autre.
Un petit filtre 1074 sur les logs plus tard, je me retrouve avec un event: serveur shutdown User : Josiane de la compta shutting down at 14.45pm  
Choqué je regarde le groupe administrateur du serveur et je vois que Josiane fait partie du groupe, je vais voir le collègue qui "cogére" le serveur et il me dit "Ah oui effectivement l'éditeur a mis Josiane dans le groupe administrateur car il y avait des problèmes de droits sur des vue dans le logiciel"     !!
J'appel donc ma Josiane pour lui expliquer qu'il faut qu'elle arrête de se déconnecter proprement du TSE parce qu’en fait le bouton qu'elle utilisait pour se déco maintenant ça éteint le serveur  .
 
Quelqu'un aurait un lance flamme en rab c'est pour flamber l'éditeur SVP  

Hannn putain.
 
On dirait moi au boulot y'a trois semaines.