Du coups j'ai fais un mixe des UUID et d'une règle udev. Dans mon script je vérifie si le disque est déjà monté et avant chaque vérification j'ai ajouté un sleep 10s pour être certain que deux montages se croisent pas, pour le moment je suis satisfais du résultat.
Je n'y avais pas pensé et je pense que ça sera bien plus simple pour fixer le point de montage mais ça ne règle pas mon problème de "multi" lancement de la commande RUN+=… de ma règle udev.
Je ne sais pas trop mais slapcat attaque directement les fichiers de l'annuaire sans passer par le serveur avec des risques de corruption… Enfin c'est ce que j'ai lu un peu de partout.
Je n'ai pas dis que l'inactivité ne doit pas dépasser 24h mais que nous perdions 24h de données. En cas de crash matériel sans perte de données c'est 24h aussi d'arrêt max. Mais si c'est notre site principal qui vient à être atteint (inondation, feu…) nous avons le temps de reconstruire la partie informatique car en parallèle nous devons refaire un stock d'environ 10 000 produits.
Pour avoir eu un fournisseur ayant vécu le problème d'entrepôt qui brûle, les équipes infos étaient largement prête avec d'envisager la reprise d'activité commercial.
Pour le moment la tolérance de perte de données est d'un jour chez nous et c'est vraiment le grand maximum, au delà ça devient très pénalisant pour notre activité.
L'idée de d'avoir une solution assez autonome pour que lorsque je suis en vacances, malade il n'y ai pas besoin de brancher un disque sur l'infra pour faire le backup. Surtout que ces personnes qui sont amené à le faire n'y pas pense pas forcement tout le temps. Et puis c'est tout de même plus fiable un serveur de backup chez un hébergeur avec du raid et tout le bazar qu'un disque dur usb portable qui se balade au fond d'un sac ou sur le tableau de bord d'une voiture exposé au soleil sur un parking…
J'aimerais le faire par Internet malheureusement avec mini 120Go de volume à déplacer tout les jours et une fibre en 6Mb en upload, 24h ne suffit pas. C'est pour ça que je me prends la tête avec un disque usb :(
J'y ai bien pensé mais du coups je perds tout l'intérêt de la gestion de la rétention faite par BackupPc et je suis pas certain qu'en cas de clash je puisse tout simplement installer un nouveau BackuPc et lui dire d'aller chercher les fichiers sur le disque usb.
Je suis un peu près dans la même situation que toi à la différence que j'ai encore mon boulot.
J'ai pensé à la formation mais c'est pas facile de trouver du taf, du moins de façon stable. Une amie formatrice dans le médical a des sessions de formations pendant 1 mois et pouf plus rien pendant des mois ou alors quelques heures par semaines, pas de quoi vivre.
J'ai bien failli me lancer mais ce que j'aimerais c'est pouvoir suivre un groupe sur plusieurs semaines / mois pour apprendre à les connaitre, monter des projets avec eux avec du suivi en entreprise et non juste 1 journée "Maitriser la souris" une semaine et une seconde journée "Appréhender votre bureau".
… Qui a dit que c'est l'éducation national ce que je cherche ????
Je suis souvent confronter à ce problème sur Windows. Après avoir passé l'étape du paquet qu'il faut refaire car il est pas prévue pour s'installer en mode silencieux, il faut gérer la mise en place de la configuration.
Entre ceux qui stockent tout dans un ini dans le répertoire d'installation, ceux qui stockent dans ini dans le répertoire du profil utilisateur, ceux qui stockent la configuration dans un fichier illisible avec un éditeur de texte, ceux qui stockent dans la base de registre dans une branche tout utilisateurs et ceux encore qui stockent la configuration dans la base de registre dans la branche de l'utilisateur, ceux qui stockent un peu de partout dans la base de registre et dans des fichiers… Si en plus vous rajouter la couche contrôleur de domaine avec profil itinérant vous devrez gérer pour le cas d'ini le répertoire "Local Settings" et "Application Data"… Vous avez de quoi regretter les terminaux passifs.
Merci pour ton complément d'information. Maintenant je comprends mieux la différente entre sh et ./
bash --version était juste pour récupérer la version de bash utilisé dans le script et je partais du principe qu'il utilisait le shebang donc forcement bash.
[^] # Re: fstab, uuid
Posté par Philippe M (site web personnel) . En réponse au message Règle udev. Évalué à 1.
Du coups j'ai fais un mixe des UUID et d'une règle udev. Dans mon script je vérifie si le disque est déjà monté et avant chaque vérification j'ai ajouté un sleep 10s pour être certain que deux montages se croisent pas, pour le moment je suis satisfais du résultat.
Merci à tous pour l'aide.
Born to Kill EndUser !
[^] # Re: fstab, uuid
Posté par Philippe M (site web personnel) . En réponse au message Règle udev. Évalué à 1.
Je n'y avais pas pensé et je pense que ça sera bien plus simple pour fixer le point de montage mais ça ne règle pas mon problème de "multi" lancement de la commande RUN+=… de ma règle udev.
Born to Kill EndUser !
[^] # Re: faudra bien choisir ta distrib
Posté par Philippe M (site web personnel) . En réponse au message Linux sur un serveur IBM 7029-6E3. Évalué à 1.
J'en étais arrivé à Debian aussi, maintenant est-ce que quelqu'un a des retours de mise en prod ?
Born to Kill EndUser !
[^] # Re: ben ... slapcat !
Posté par Philippe M (site web personnel) . En réponse au message Sauvegarde ldap à chaud. Évalué à 1.
Je ne sais pas trop mais slapcat attaque directement les fichiers de l'annuaire sans passer par le serveur avec des risques de corruption… Enfin c'est ce que j'ai lu un peu de partout.
Born to Kill EndUser !
[^] # Re: en admin ou pas
Posté par Philippe M (site web personnel) . En réponse au message Sauvegarde ldap à chaud. Évalué à 1.
Malheureusement mon infra et mon budget ne me permet pas de doubler du matos… Je sais c'est pas top mais c'est un choix de ma direction.
Born to Kill EndUser !
[^] # Re: en admin ou pas
Posté par Philippe M (site web personnel) . En réponse au message Sauvegarde ldap à chaud. Évalué à 1.
Ajouter un deuxième serveur juste pour gérer 10mn de maximum c'est un peu beaucoup de ressource.
Born to Kill EndUser !
# Auto réponse
Posté par Philippe M (site web personnel) . En réponse au message Compression à la volé. Évalué à 1.
http://www.lao-dba.com/article-administration-export-et-compression-a-la-volee-52930751.html
Born to Kill EndUser !
[^] # Re: regles udev et rsync
Posté par Philippe M (site web personnel) . En réponse au message BackupPc est externalisation des backup. Évalué à 2.
Je n'ai pas dis que l'inactivité ne doit pas dépasser 24h mais que nous perdions 24h de données. En cas de crash matériel sans perte de données c'est 24h aussi d'arrêt max. Mais si c'est notre site principal qui vient à être atteint (inondation, feu…) nous avons le temps de reconstruire la partie informatique car en parallèle nous devons refaire un stock d'environ 10 000 produits.
Pour avoir eu un fournisseur ayant vécu le problème d'entrepôt qui brûle, les équipes infos étaient largement prête avec d'envisager la reprise d'activité commercial.
Born to Kill EndUser !
[^] # Re: regles udev et rsync
Posté par Philippe M (site web personnel) . En réponse au message BackupPc est externalisation des backup. Évalué à 2.
Pour le moment la tolérance de perte de données est d'un jour chez nous et c'est vraiment le grand maximum, au delà ça devient très pénalisant pour notre activité.
Born to Kill EndUser !
[^] # Re: regles udev et rsync
Posté par Philippe M (site web personnel) . En réponse au message BackupPc est externalisation des backup. Évalué à 2.
L'idée de d'avoir une solution assez autonome pour que lorsque je suis en vacances, malade il n'y ai pas besoin de brancher un disque sur l'infra pour faire le backup. Surtout que ces personnes qui sont amené à le faire n'y pas pense pas forcement tout le temps. Et puis c'est tout de même plus fiable un serveur de backup chez un hébergeur avec du raid et tout le bazar qu'un disque dur usb portable qui se balade au fond d'un sac ou sur le tableau de bord d'une voiture exposé au soleil sur un parking…
Born to Kill EndUser !
[^] # Re: regles udev et rsync
Posté par Philippe M (site web personnel) . En réponse au message BackupPc est externalisation des backup. Évalué à 1.
Je confirme 120Go et c'est la fourchette basse. Y a de la grosse base de données c'est pour ça.
Born to Kill EndUser !
[^] # Re: regles udev et rsync
Posté par Philippe M (site web personnel) . En réponse au message BackupPc est externalisation des backup. Évalué à 1. Dernière modification le 20 juin 2013 à 18:16.
J'aimerais le faire par Internet malheureusement avec mini 120Go de volume à déplacer tout les jours et une fibre en 6Mb en upload, 24h ne suffit pas. C'est pour ça que je me prends la tête avec un disque usb :(
Born to Kill EndUser !
[^] # Re: regles udev et rsync
Posté par Philippe M (site web personnel) . En réponse au message BackupPc est externalisation des backup. Évalué à 1.
Je testerais ça demain, merci.
Born to Kill EndUser !
[^] # Re: regles udev et rsync
Posté par Philippe M (site web personnel) . En réponse au message BackupPc est externalisation des backup. Évalué à 1.
J'y ai bien pensé mais du coups je perds tout l'intérêt de la gestion de la rétention faite par BackupPc et je suis pas certain qu'en cas de clash je puisse tout simplement installer un nouveau BackuPc et lui dire d'aller chercher les fichiers sur le disque usb.
Born to Kill EndUser !
# Pas de moi
Posté par Philippe M (site web personnel) . En réponse à la dépêche Blagues d'informaticiens. Évalué à 10.
J'ai un string dans l'array
Born to Kill EndUser !
[^] # Re: Formation ?
Posté par Philippe M (site web personnel) . En réponse au journal Etre technique ou ne pas être (que) technique. Évalué à 1.
Je suis un peu près dans la même situation que toi à la différence que j'ai encore mon boulot.
J'ai pensé à la formation mais c'est pas facile de trouver du taf, du moins de façon stable. Une amie formatrice dans le médical a des sessions de formations pendant 1 mois et pouf plus rien pendant des mois ou alors quelques heures par semaines, pas de quoi vivre.
J'ai bien failli me lancer mais ce que j'aimerais c'est pouvoir suivre un groupe sur plusieurs semaines / mois pour apprendre à les connaitre, monter des projets avec eux avec du suivi en entreprise et non juste 1 journée "Maitriser la souris" une semaine et une seconde journée "Appréhender votre bureau".
… Qui a dit que c'est l'éducation national ce que je cherche ????
Born to Kill EndUser !
[^] # Re: Création de paquets de déploiements en une étape
Posté par Philippe M (site web personnel) . En réponse à la dépêche Libérez vos mises à jour avec UpdatEngine. Évalué à 5.
Je suis souvent confronter à ce problème sur Windows. Après avoir passé l'étape du paquet qu'il faut refaire car il est pas prévue pour s'installer en mode silencieux, il faut gérer la mise en place de la configuration.
Entre ceux qui stockent tout dans un ini dans le répertoire d'installation, ceux qui stockent dans ini dans le répertoire du profil utilisateur, ceux qui stockent la configuration dans un fichier illisible avec un éditeur de texte, ceux qui stockent dans la base de registre dans une branche tout utilisateurs et ceux encore qui stockent la configuration dans la base de registre dans la branche de l'utilisateur, ceux qui stockent un peu de partout dans la base de registre et dans des fichiers… Si en plus vous rajouter la couche contrôleur de domaine avec profil itinérant vous devrez gérer pour le cas d'ini le répertoire "Local Settings" et "Application Data"… Vous avez de quoi regretter les terminaux passifs.
Born to Kill EndUser !
[^] # Re: Agent d'inventaire...
Posté par Philippe M (site web personnel) . En réponse à la dépêche Libérez vos mises à jour avec UpdatEngine. Évalué à 2.
Born to Kill EndUser !
[^] # Re: une piste
Posté par Philippe M (site web personnel) . En réponse au message Array not found. Évalué à 1. Dernière modification le 11 juin 2013 à 13:36.
Merci pour ton complément d'information. Maintenant je comprends mieux la différente entre sh et ./
bash --version était juste pour récupérer la version de bash utilisé dans le script et je partais du principe qu'il utilisait le shebang donc forcement bash.
Born to Kill EndUser !
[^] # Re: une piste
Posté par Philippe M (site web personnel) . En réponse au message Array not found. Évalué à 1.
Très subtile le ./ qui effectivement marche.
Born to Kill EndUser !
[^] # Re: Appliquer à tous
Posté par Philippe M (site web personnel) . En réponse au journal Nous prépare t on aux DRM généralisés pour les imprimantes 3D?. Évalué à 1.
J'en vois qu'un seul nécessaire, précis, discret, efficace : La sulfateuse ! :)
Born to Kill EndUser !
# Appliquer à tous
Posté par Philippe M (site web personnel) . En réponse au journal Nous prépare t on aux DRM généralisés pour les imprimantes 3D?. Évalué à 10.
C'est bien connu qu'un tour, une fraiseuse ou tout autres outils de mécanique et usinage sert uniquement à créer des pièces pour l'industrie…
Born to Kill EndUser !
[^] # Re: Existant
Posté par Philippe M (site web personnel) . En réponse à la dépêche FusionDirectory 1.0.5 est sorti avec plein de nouveautés intéressantes. Évalué à 1.
Merci pour la réponse, après TSE je pense que ça sera mon prochain chantier.
Born to Kill EndUser !
# Existant
Posté par Philippe M (site web personnel) . En réponse à la dépêche FusionDirectory 1.0.5 est sorti avec plein de nouveautés intéressantes. Évalué à 1.
Bonjour,
J'ai fouillé dans la doc sans arrivé à trouver la réponse.
Est-ce que FusionDirectory peut prendre la suite sur une infra déjà en place (ldap, samba 3 pdc, dhcp, dns) ou bien il faut tout reprendre à zéro ?
Born to Kill EndUser !
[^] # Re: ou sinon
Posté par Philippe M (site web personnel) . En réponse au message sha1sum différent entre php et bash. Évalué à 0.
J'y ai bien pensé sauf que je voulais pas empiler les programmes et puis je préssentais une bataille pour passer certaine infos en paramètres.
Born to Kill EndUser !