Reprise du message précédent :

 
Tu pourrais prendre sur toi quand même...  

t'ain, on a un soft de purge de BDD qui tourne sous linux avec un runtime qui fonctionne sous windows, des fois qu'on ai besoin de faire un truc dans le machin.
 
notre presta, suite a une migration, a decidé de changer sous linux le nom du repertoire ou etait installé le produit, genre  
 
avant :
 
/zob/lesoftdepurge/
 
apres :
 
/prout/lesoftdepurge/
 
resultat : y a plsu rien qui marche, et a reconfigurer, c'est la merde en barre ...
 
resultat 2 : je demande au presta de refoutre /zob/
 
resultat 3 : le presta me demande le pourquoi du comment en remplissant le formulaire Z32 en 4 exemplaires
 
je vais me pendre.

 
Et si j'ajoute que les fonctionnels de ma boîte se sont extasiés devant la présentation des méthodes agiles 'qui rendent obsolète la rédaction de spécifications', que nos admins ont été formés à la nouvelle version, siphonnant le budget formation mais sans gravité car 'le seul qui n'aura pas de formation ce sera Sarbacane, mais c'est pas grave car c'est juste un développeur : il ouvre un bouquin et c'est bon'.
 
J'ai le droit de ramener l'uzi et les pains d'explosifs ?

Ouaip, mais tu laisse RIEN de cette merveille qui pond des ERPs.

raahhh en reconfigurant ma boite mail perso j'ai oublié de cocher "laisser un exemplaire sur le serveur"  

OWNED.

vous connaitriez un moyen simple de dispatcher des données entre plusieurs serveurs dédiés (type Dedibox) pour éviter des disques pleins? Je voudrais faire des backups externalisés vers une grappe de serveur, et que ça se répartissent automatiquement ou presque vers les serveurs

La soluce du pauvre : le JBOD ? ²²

bah là ça concerne plusieurs serveurs distincts qui sont pas dans le même LAN...

Gloubi : "patrooooon, j'veux m'casser"
Patron : "Oué OK, tu veux faire quoi ?"
G : "De l'Unix, de la Virtu, du Réseau, ou tout ça en même temps "
P : "Oué pas de souci !"
 
Deux semaine plus tard :  
 
P : "J'ai une mission d'expert Windows 2008/Citrix pour toi, ça te va ?"
 
²²²²

 
En effet, ca correspond

Ai-je précisé que ça se situe dans le 93 alors que j'habite à Rambouillet ? ²²²²²

c'est ça de se paumer dans une forêt avec des poteaux PTT qui tombent tous les jours

 
un drftpd multi-slave ?
bon après je m'avancerai pas sur la fiabilité, ni la sécurité du truc

je viens de voir mais le problème c'est que les données que je voudrais sauvegarder sont assez lourdes donc l'idée serait de passer par un rsync pour du delta blocks. donc idéalement il me faudrait un système pour faire un disque virtuel composé de disques durs sur plusieurs serveurs distants

Activesync m'en veut  

Ben s't'à dire qu'une fois en un an, j'appelle pas ça forcément tous les jours

Installe-leur Hurd partout, wait for the lulz

nous sommes en train de dominer le monde !

Dites les aigris, j'aurais un petit conseil à quémander :
 
Un serveur 2003 AD tout simple avec x postes en réseau. (pas de gpo, stratégies de sécurité de base etc...)
Vient s'ajouter à ça un terminal de badgeage basique, réseau lui aussi, avec une appli de gestion de temps compatible Win2003.
 
Si l'appli est installée sur un poste de travail, je gère la badgeuse sans problèmes (envoi, réception de données).
Mais la même appli installée sur le serveur ne permet pas l'envoi de data et la réception est faussée (données fantaisistes).
Bien sûr, aucun message d'erreur n'apparait.
 
Le port utilisé par ce terminal est le 20003, un netstat me l'indique ouvert. le ping tourne bien, pas de pare-feu d'activé etc...
 
Bref, je sèche à mort et le concepteur de ce matos puant est en congé pour 2 semaines...
 
Une idée?  

L'envoi vers quoi ? Elle marche sur un mode client/serveur (cad qu'il y a un soft spécifique côté serveur, et un autre spécifique côté client) ?

 
ln -s /prout /zob ?

 
Appli monoposte, s'appuyant sur une bdd locale Paradox ( ). Si j'installe le bouzin sur le serveur, impossible d'envoyer des données vers la badgeuse. La réception des données, elle, est délirante.

Ca dépend de ce qui est contenu dans /prout
<humour>
en fonction de divers paramètres, ça peut puer
</humour>

Je comprends tjs pas ce qu'est la réception des données.  
Du soft vers sa BDD ?

 
En revanche un "ln -s /prout/lesoftdepurge  /zob/lesoftdepurge" tu évite les risques normalement.
 
C'est sur que faire un ln-s /usr /proc peut entrainer certains problémes ...

apparemment j'ai posé une colle

Ben s't'à dire que y'a "simple" (et surement gratuit) dans ta requête.
Les quelques systèmes que j'ai déjà vu sont chers et complexes

Si ton arbo distante est connue et peu évolutive, tu peux faire des montages distants en passant par un seul point d'entrée et gérer par ce biais.
M'enfin spa automatisé, et à suivre de manière serrée.

En gros te faudrait faire ce que fait cette boite : http://www.bluebackup.com/fr/ (j'ai pris le lien ici y'a qq jours)
 
Euh sinon, je dirai, un serv avec un san au cul, avec le san répliqué sur un autre san sur un autre site.
Au moins tu peux faire évoluer "facilement" l'espace de stockage en chainant les SAN.
Après niveau pognon, ca douille

bah bluebackup c'était moi qui en parlais, leur système c'est du "bête" i365/EVault rebadgé et j'ai eu la brochure tarifaire, ça douille sec.
gloubi, pour ton idée, tu aurais des solutions à me proposer? on a commencer à me dire que je pourrais faire du NFS par internet mais je crois que la personne ne savait pas trop de quoi elle parlait.

 
putain, c con, ca m'a fait rire, merde, je vais donc pas tres bien ...    
 

 
Sans problème, le truc avec du NFS c'est que ça n'est pas sécurisé par nature, donc il faut au minimum le passer en tunnel SSH. Puisque tu as des dediboites, tu seras sur le même réseau, donc tu pourras les joindre sans problème majeur (logiquement). Par contre, en parallèle, faudra bien blinder tes règles de FW.  
Après ben tu crées une arbo quelconque, genre /export/ddb1/testrucs /export/ddb2/tesmachins, et tu fais tes mappages en passant, la encore, par un point unique. Pour rester cohérent tu peux faire un ls -s de /local/tesbidules vers /export/ddblocale/tesbidules.  
Enfin ensuite c'est spécifique à ce que tu veux faire

Bah après le but, c'est d'avoir un partage réseau ou un rsync pour faire du backup en delta blocks sur ce volume

Tiens, je voulais signaler la sortie de 2e édition d'un excellent bouquin, Automating System Administration with Perl de David N. Blank-Edelman, chez O'Reilly (la précédente édition s'appelait Perl for System Administration)

A+,

Y'a 2/3  options a rajouter pour NFS sur un réseau de fiabilité douteuse aussi.
 
Mais si tu passe par un tunnel ssh normalement ça doit éliminer presque toutes les erreurs (en revanche ça va bouffer beaucoup de BP).
 
@Gilou : Ho Realy ?!

pas de possibilité de limitation de BP?

 
Et c'est qqe chose à prendre en compte, quand tu sais que les 100 mbit/s des DDBX sont appliquées sur un compte (c'est à dire mutualisés sur x dediboites), et non pas par serveur.

 
 
http://www.openbsd.org/faq/pf/fr/queueing.html

Voir du coté de NFSv4 : http://fr.wikipedia.org/wiki/Network_file_system qui gère de l'encryption et auth (sauf erreur)
C'est pas inclus de base dans les distribs que j'utilise (debian / centos) par contre, à voir si certaines l'incluent ou si faut rajouter les paquets.

Avec le Shell, t'as un controlle Total, ou alors avec un binaire Elf  
A+,