Reprise du message précédent :

Titanium nécessite d'avoir rooté l'appareil,  je suis pas sûr que ça envoie sur PC
Et tant qu'à être root,  autant de faire le backup avec un recovery custom
Helium j'ai pas testé et les retours du début ne m'ont pas fait envie.

Au fait,  pourquoi de nuit ? C'est de la déformation professionnelle

non, c’était pour que ça se fasse quand je dors sans intervention manuelle.
Actuellement, je un backup manuel complet tout les 3/4 jours (quand j'y pense en fait ...)
J'ai bricolé un petit script que je n'ai qu'a exécuter (le seul truc, et d'ou ma question c'est quand lancement du backup, il faut confirmer sur le device). Ce dernier me permet de conserver le dernier backup et le n-1.
Et en cas de crash du pc perso, je fais la même chose sur celui du taf.
le tout pour mon phone + ma tablette.

sinon, en ce moment, je joue à sniper fury ... c'est fun

Tu as toute ta vie dans ces machines ?
À part les sms,  je sauvegarde rien régulièrement
Sauf si je teste des roms

Vais jeter un oeil  

https://bits.debian.org/2015/12/mou [...] rdock.html

 
oh no

le What The Cut du moi de décembre est sorti  

sad    

Y’a une équipe autour de Patrick Volkerding ?

 
Ma Debian a perdu son papa biologique.
Il est auprès de Datoune maintenant.

il est blablaté ?

blasphème !  

Le tel, non, c'est pas critique et les sms, je m'en fout ... par contre, la tablette c'est devenu ma machine principale,donc critique, ouais

bonjour,

En regardant vite fait, la version payante d'Helium pourrait te convenir

Bonjour

en même temps, la méthode actuelle me convient.
pas envie de payer, juste pour que mes backup se lancent la nuit.

   
si par malchance la restauration des backups ne passait pas avec adb, moyennant le root Titanium Backup (en version PRO, donc payante) dit qu'il peut piocher dedans :

Sinon faut demander à Google, ils doivent archiver régulièrement les infos

FYP

Dites, faire un SAN homemade (target iscsi) sous debian jessie avec iscsitarget (ou lio  ?) c'est fiable ou c'est joueur ?

Jouable fonction du FS utilisé.

et en mode block ou lieu de fileio c'est débile ?
 
sinon tu es consultantes ou tu es déjà prise ?     j'ai un besoin de consulting sur quelques jours là je sens, je suis prêt à payer (si ma boite accepte )

jalouse  

Mets toi un wad.

je pense que ça va pas trop m'aider pour mon problème d'infra de stockage  

Peut-être pour une estimation au doigt mouillé

bain annuel  

 
Débile en quoi ? Nécessairement a un moment y'a le FS qui rentre en compte. Le mode block est bien sympa, mais le module qui prend ça en charge doit savoir comment organiser les données sur les disques cible. Ton client en iscsi verra quoi qu'il arrive du block. Mais le FS sur les nodes lui le verra autrement. Soit les grappes sont dédiées, et les disques branchés sur les nodes sont purement block, dans ce cas, c'est le FS du client qui détermine les perfs/capacités et l'OS dans le san qui déterminera le niveau de fonctionnalité (acceleration ...) soit l'OS dans le san fera une conversion FS <=> FS en plus.
 
Si tu fait du block san > FS serv, autant pas te faire chier et prendre une solution firmware intégrée (dell/Netapp/whatever), y'aura personne qui aura les compétences nécessaire pour bosser sur les middleware (carte raid) et même moi je faisais figure d'extra terrestre sur les modifs UEFI, et gestion du middleware. Si tu passe en from scratch, t'es quasiment obligé d'intégrer du fileio et dans ce cas, c'est quasi obligatoire de passer sur des FS distribués coté san.
Donc je dirai que oui, c'est débile de monter en compétences sur du kernel ultra spécifique, du µkernel arm, la programmation EFI/UEFI/Bios, la programmation embed et l'archi firm/middleware si t'es dans une PME. En freelance, sans bagage de base, c'est 10 ans a passer pour maîtriser la chaîne de bout en bout, et en industrie, le rapport humain/coût est juste risible, sauf a bosser pour des grosses boites (top 20) ou la recherche ou les boites qui vendent du clust.
Alors après tu peut mettre en place un middleware custom, sur du matos spécifique, mais si y'a arrêt de fabrication, tu ne sera pas en mesure de remplacer. Et si t'es lourdé (se que je te souhaite pas) ben personne dans la boite ne pourra reprendre le bousin, a moins que ça soit ton but de te rendre indispensable (mais dans ce cas, prévois toi quand même une bonne assurance).
 
Donc reste sur du général (appliance ou fileio a base de lustre/whatever fs distribué). Désolée de "briser" tes ambitions si t'en avais d'autres.
Et pour le consulting : on ne fait plus et on cherche a refourguer nos clients actuellement parce que je n'ai plus le même rendement qu'avant. Je n'ai plus l'étincelle. Et j'ai d'autres projets que de bouffer ma vie dans l'informatique. Trop courte, et j'ai pas envie de passer l'âge. (en revanche, je serais toujours prompte a indiquer la marche a suivre si tu a besoin de certaines expertises pour du déploiement/archi)

bonne année

Bonne année, que Datoune soit avec vous en cette nouvelle année.

 
J'aurais pas mieux dit.
Bonanée les gens  

Preums et bonne année bande d'unternerdz !
 
Gloire à datoune !

preums rentré à 6h30 du mat. Accueilli par un coq  

bonjour,
 
bananer

 
Justement, si on parle de ça ...
Lustre / Ceph / GlusterFS / (HDFS?) : au final, quels sont les critères pour choisir l'un ou l'autre ?
C'est un sujet qui m'intéresse de plus en plus, mais j'avoue ne pas trop savoir par quel bout prendre la problématique.
Imaginons que mon but est de remplacer un fileServer CIFS/NFS quelle est le meilleur produit ?
Et pour héberger de la VM ?
 
Un produit pourrait répondre à tous les besoin ?

Bonne année les gens

D'après toi, ils les obtiennent de qui ?

N'année à tout le monde.
Paix et prospérité  

D'après ce que j'ai compris du dernier truc Juniper,  ils se servent directement dans les tuyaux plus besoin de demander au gérant du robinet

 
Cette question n'a pas de réponse simple. Dépend des cibles, dépend des sources, du matos, du temps de maintenance ... Bref.
Lustre n'est qu'un distributeur, il fonctionne en fileIO sur un FS sous-jacent, couplé a de l'ext2/3(/4), du NTFS où du ZFS.
Ceph intègre le tout.
GlusterFS n'est qu'un FS distribué pur.
HDFS idem.
Le plus simple serait du Ceph, le plus fonctionnel du lustre + ZOL.
En environnement SAN, Lustre + whatever FS est un must have. En mono serveur, il n'a quasi aucuns intérêts. (Ceph/HDFS serait mieux). Y'a pas de réponse toute faite. Mais bon mettre en place un lustre pour une volumétrie inférieure a 250T utilisable, c'est un peu overkill. (le temps de mise en place et maintenance est trop important pour dédier une personne sur le datastore et qui ne gère que ça dans une entreprise qui ne soit pas dans le top20/recherche/vendeur de clust, sauf cas TRES particuliers d'une entreprise ayant besoin d'une forte volumétrie, finance/big data/météo privée/calculs scientifiques privés genre aviation ...)
 
Y'a aucuns produits qui peut répondre a un environnement mixte data/VM a moins de doubler les réseaux et d'avoir un réseau data, latence normale débit + et un réseau VM débit normal, latence +. En custom, j'ai souvent vue monter sur un datastore unique du 1GBe/10GBe pour le stockage/transferts de données et du x4 SDR/x1 QDR infiniband pour les VM. Avec switch/routeur de fond non limitatif (PPS sur les switchs de coeur supérieur aux IOs des bordures, routage statique pour limiter les shitstorm et interdiction aux broadcast sur le réseau VM)