Bonjour,
Je relaye cette annonce d'un partenaire pour les personnes interessées:
*Missions*
Au sein de la DSIMP et plus précisément de l’équipe système (4 personnes),
il a pour mission
è La bonne exploitation et la gestion des systèmes applicatifs (pour usage
interne uniquement) sous environnement Linux
*Pour information le contexte technique* : Portail Intranet, Portail
applicatifs Métiers, Système financier, Baie de stockage, SSO, ToIP Cisco,
…) et de ses composants (Oracle, LDAP, DNS, VMware.
Linux RedHat 95%, Windows 5%
è La prise en charge des astreintes HNO : Prise d’appels et résolution à
distance.
*Pour information* : fréquence d’astreinte 1 semaine d’astreinte par mois,
pour 1 appel-intervention / mois.
è La participation à des phases de réalisation sur des intégrations
techniques (mise à jour d’un existant, ou construction d’un nouveau projet).
*Pour information* : Répartition de la charge d’activité 20%
Exploitations, 80% Tâches projets.
* *
Activités principales
§ Assure la prise d’appels et l’accompagnement des utilisateurs signalant
des anomalies au sein d’une équipe,
§ Porte un diagnostic sur une anomalie en provenance d’un système
applicatif, en effectue la corrélation avec des consignes précises (Guide
d’exploitation), et applique, déroule en toute autonomie la solution
préconisée ou la solution la plus adéquate face à un nouveau problème,
§ Doit obligatoirement savoir escalader en cas de difficultés auprès de ses
collègues, de son soutien niveau 3 et de son responsable hiérarchique,
- Préventivement chaque jour, participe à la surveillance des états
d’exploitation des plateformes applicative,
- Sous la conduite d’un niveau 3, effectue des travaux techniques lors
de la mise en œuvre de nouveaux projets,
- Etude et réalisation de tâches d’ingénierie issues de projets DSIMP.
Compétences et Qualités requises
*Obligatoires :*
- Connaissance Système Linux RedHat Entreprise 4 et 5, VMware ESX,
OpenLDA, Nagios
- Connaissance systèmes des environnements J2EE/Jboss,
- Respecter les consignes définies au sein du service,
- Savoir utiliser les outils techniques à sa disposition,
- Lucide et calme en cas d’anomalie technique,
- Capacité de réaction face aux difficultés, perspicacité et
pragmatisme, polyvalence.
- Ecoute active et capacité de reformulation auprès des utilisateurs
pour une retranscription fiable et efficace,
- Avoir le sens du client et le savoir être pour une relation de
proximité avec le client interne,
- Devoir de réserve vis-à-vis des utilisateurs,
- Qualités relationnelles, travail en équipe,
- Qualités rédactionnelles obligatoires pour les rapports d’incidents,
création et mise à jour des Guide d’exploitation,
- Maîtrise de l’anglais lu, écrit, parlé.
*Serait un plus :*
- Connaissance Oracle 11G (GridControl, sauvegarde/restauration RMAN),
- Connaissance système ToIP Cisco, Networker, Dell Kace, Kimoce,
- Connaissance langage Perl.
*Profil souhaité*
Diplômé ingénieur en systèmes Informatiques de systèmes applicatifs Linux.
Expérience en environnement de production de 2ans minimum obligatoire.
Contact:
Leïla SIDI MOUSSA
Groupe Antares
Tel: 01 53 92 57 00
leila.sidimoussa(a)groupe-antares.fr
Bonjour à tous,
Voilà, je recherche un logiciel de gestion et de surveillance pour les
Clefs USB de mon service (*un peu comme "data doctor usb activity monitor",
mais qui n'est plus développé actuellement par son éditeur*)
[image: Images intégrées 1]
*Ce dernier devant pouvoir **:*
-- surveiller les activités de périphérique de stockage de masse USB sur
des systèmes Windows au sein d'un réseau LAN.
-- empêcher l'accès non autorisé aux activités de périphériques USB y
compris l'insertion et le retrait de périphériques USB sur les ordinateurs.
-- avoir le droit de modifier ou d'affecter les paramètres d'accès et
autorisation de port USB de la machine du client en LAN.
-- L'administrateur peut bloquer la lecture / écriture et même l'accès à
des périphériques de stockage de masse USB.
-- activité détaillé (insertion-retrait et même accès) des périphériques
USB.
-- outil de suivi USB via un réseau local qui suit les activités de
périphériques USB en exécution invisible (mode furtif) sur le PC Client.
Merci pour votre aide ^^.
Cordialement,
Dominique
Salut tout le monde
La fin du mois est presque là il est temps de préparer l'apéro mensuel
en prov(i|e)nce.
Je vous propose de remplir le framadate suivant pour voir les
inspirations de chacun. Je vous invite aussi à préciser les
contraintes techniques pour le point de chute. (parking, train, métro,
rez de chaussé, ...)
http://framadate.org/9grmshx13zrm2cdi
A vos claviers
Km
www.webelys.com
Bonjour,
Depuis le 10 Mai Adobe force ses utilisateurs à prendre un abonnement, on
ne peut plus acheter une belle boîte avec un DVD Photoshop. Cette
abonnement nécessite un adobe id (un email...) PAR poste de travail.
Apple, pour une utilisation pro, oblige la création d'un compte Apple Id,
de la même manière PAR poste de travail.
Il n'est visiblement pas possible d'avoir un seul compte Adobe, ou un seul
compte Apple, pour gérer un parc de Photoshop ou de suite Adobe, ou un parc
d'iMac.
Pour l'instant, le parc d'iMac est assez petit, mais il grossit vite : sans
vouloir troller, Windows 8 aide à cette migration, quand on n'a pas d'AD
dans son parc...
Pour l'instant, j'ai des boîtes pour mes logiciels Adobe.
Comment faites vous pour gérer un parc Apple, et comment allez vous faire
pour gérer les licences Adobe ?
Merci et bon week-end !
--
Greg
Salut,
je donne du cable monobrin double FTP CAT5E sur paris 10éme, qui m'encombre.
Je peux pas donner de quantité/dimension. Y en a beaucoup.
C'était un rouleau, de 100 ou 500 mètres à la base. Ce n'est pas un
seul morceau unique, c'est plein de petits (1m 10m+) bouts.
Au plaisir !
Bonjour,
je sais bien que git n'est pas un outil de déploiement, mais c'est déjà
compliqué pour un développeur de comprendre et maitriser un outil comme
celui-ci que je ne souhaite pas ajouter une surcouche pour déployer le code
sur des environnements de prod. Même très compliqué pour certains...
Je souhaite donc utiliser git et surtout ses hooks pour construire un moyen
de déploiement.
Pour l'instant, j'ai fais quelque test à coup de post-receive hook
contenant un simple "git checkout", et ça marche bien, pour mettre en prod
le développeur n'a qu'a "git push prod".
Je vais essayer de résumer les besoins :
- pas de script maison, mais un hook git me convient parfaitement
- j'utilise gitolite comme dépôt central (le débat d'avoir un dépôt central
ou pas n'est pas le sujet ;) )
- 3 environnements: dev, preprod et prod
- donc potentiellement 3 branches (minimum)
c'est là que ça se complique :
- on ne peut push en prod que depuis la preprod, ou que si le code de
preprod a été testé
- on ne peut push en preprod ou prod que "depuis" master
Les questions que je me/vous pose :
- est-ce que les branches sont les solutions à cette problématique ?
- quels autres moyens existent ils pour déployer en prod via git ?
je ne souhaite pas configurer du multi remote, il y a trop de serveurs et
ils "bougent" régulièrement, donc il faudrait reconfigurer chaque "remotes"
de chaque développeur ...
Bref comment vous faite ?
--
Greg
Salut,
Question peut être bête, surtout en tant que sysadmin moi même :
Auriez-vous déjà lu des recommandations "officielles" / "bonne pratiques"
dans une source fiable (que je puisse citer dans un mémoire) sur des critères
d'utilisation CPU/RAM d'un serveur.
En gros, un serveur en moyenne avec
- 10% CPU et 30% RAM consommé : c'est peu, mais pourquoi ?
- 95% CPU en 95% RAM consommé : c'est trop, mais pourquoi ? Il reste 5% dans
les 2 cas...
- 60% CPU et 60% RAM consommé : c'est bien, trop ?
Vous voyez ? Il me faudrait des critères objectifs... Si vous avez cela en
stock : merci !
PS : désolé pour le cross-post...
--
LMJ
"May the source be with you my young padawan"
Hello,
On a une pelleté de serveurs à jeter, ça ressemble à ça :
https://plus.google.com/photos/113250813835535990382/albums/587736935857524…
.
Notez les Bigiron/Fastiron/Whatever en bas des piles.
D'expérience, c'est "sympa" de les filer à des assoc' ou autres, mais
logistiquement chiant, donc à moins que quelqu'un soit intéressé pour tout
récupérer (pour vendre le métal à une casse, pou un projet artistique, je
sais pas), on compte plutôt tout jeter.
Légalement faut faire quoi ? Aller à la déchetterie du coin et payer une
taxe ? Faire venir une boite spécial qui s'occupera de récupérer ce qui est
récupérable, recycler ce qui est recyclable, et envoyer le reste en Asie du
sud-est ?
Mettre le tout sur le trottoir le jour du passage des encombrants ?
Tous les disques seront récupérés et détruits indépendamment.
L'escabeau ne fait pas partie du lot.
--
Benjamin
Bonjour,
Une petite question du vendredi : est-ce que quelqu'un a une solution pour gérer
du mot de passe en environnement de SSII quand on doit y avoir accès à plusieurs.
L'idéal étant un système client/serveur, pas de stockage en clair côté serveur
et la possibilité de définir des droits par branche/dossier/forêt.
Le tout sous Linux de préférence (client ET serveur).
Avoir une double authentification basée sur un device (type clé USB) et un mot
de passe serait un plus (mais je pense que je me contenterai d'un mot de passe).
J'avais une piste avec keepassx couplé à un owncloud (ça restait sur notre
infra) mais il génère un lockfile qui nous empêche d'éditer depuis plusieurs
postes simultanément.
J'ai aussi pleasant password manager mais c'est du full windows.
Pas grand chose de plus ...
Une idée ?
Merci,
Julien
Mesdames, Messieurs,
Y aurait-il dans la salle des responsables de pôle exploitation informatique
ou responsable des mise en production / mise en exploitation sur la région
Toulousaine ?
J'ai envie de venir vous visiter pour échanger sur vos techniques & bonnes
pratiques !
Avis aux amateurs ;)
--
LMJ
"May the source be with you my young padawan"