Re: Synchronisation temps réel et bidirectionnelle de dossiers distants
BERTRAND Joël a écrit : > Pour un tel besoin, un disque réseau fait correctement le boulot, > non ? Le disque n'est pas aussi souple, car il faut avoir accès à ce disque. Avec Syncthing, peu importe où se situe l'utilisateur, le fonctionnement en P2P fait que les machines arrivent à se synchroniser. > En plus, ça simplifie les sauvegardes et archivages avec un bacula des > familles. Pas vraiment, je sauvegarde déjà toutes les machines. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://www.palabritudes.net/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: Synchronisation temps réel et bidirectionnelle de dossiers distants
Le lundi 10 mai 2021, 18:52:53 CEST Daniel Caillibaud a écrit : > Le 10/05/21 à 17:40, "garcia...@free.fr" a écrit : > > Bonjour, > > il y a un mode synchrone sur DRBD, à travers des tunnels ssh ce serait > > envisageable? > > Attention aux perfs, le mode synchrone peut les détériorer de manière très > sensible. > > Par ailleurs, je sais pas trop ce qu'il se passe si un des deux serveurs > tombent, ou s'ils ne se voient plus pendant un moment. > > J'avais à une époque fait un script avec inotify, le serveur réagissait à > chaque modif d'un fichier pour l'envoyer à l'autre, mais c'était finalement > trop compliqué et j'ai abandonné l'idée de synchro en temps réel (le but > était un infra plus résistante et elle se retrouvait finalement plutôt plus > fragile). Il y a le paquet lsyncd qui fait ça : synchro en cas de modif détecté par inotfy.
Re: Synchronisation temps réel et bidirectionnelle de dossiers distants
Le 10/05/2021 à 15:35, Vincent Besse a écrit : > Bonjour, > > je cherche, comme le sujet l'indique, à mettre en place une synchro de > dossiers entre 2 VPS. C'est pas une sauvegarde mais bien une > réplication des dossiers, quand un fichier est modifié sur un des > serveurs cette modification doit se propager sur l'autre en (quasi) > temps-réel, et ce dans les deux sens. > > Syncthing est alléchant, mais s'il existe des solutions sans interface > graphique j'aimerais autant. > > Merci pour vos conseils avisés, > Vincent > > As-tu regardé du côté des FS distribués et répliqués, genre Glusterfs ?
Re: Synchronisation temps réel et bidirectionnelle de dossiers distants
Bonjour, Peut-être faut-il envisager plusieurs niveaux de réplication selon le contexte (criticité, volumétrie...) en prenant exemple sur les grosses bases de données (fesses de bouc ?) : - répartition de la donnée sur plusieurs zones de disponibilités (sharding) : par exemple, les données des utilisateurs pairs sont stockées sur un cluster à Paris et l'autre moitié des données est stockée sur un cluster à Marseille avec réplication synchrone des données au sein d'un cluster - réplication asynchrone (sauvegarde) des données entre les cluster Cordialement, Thomas
Re: Synchronisation temps réel et bidirectionnelle de dossiers distants
Oui, rsync est bien tentant mais tout dépend du volume à synchroniser et du nombre de fichiers contenus. À chaque lancement de rsync il évalue les modifications à effectuer en scannant les répertoires. Si il en a des dizaines de milliers, ça prend tellement de temps à faire qu’on ne peut plus parler de synchronisation « quasi temps réel ». Bonne soirée > Le 10 mai 2021 à 15:59, NoSpam a écrit : > > Bonjour > > Le 10/05/2021 à 15:35, Vincent Besse a écrit : >> Bonjour, >> >> je cherche, comme le sujet l'indique, à mettre en place une synchro de >> dossiers entre 2 VPS. C'est pas une sauvegarde mais bien une >> réplication des dossiers, quand un fichier est modifié sur un des >> serveurs cette modification doit se propager sur l'autre en (quasi) >> temps-réel, et ce dans les deux sens. >> >> Syncthing est alléchant, mais s'il existe des solutions sans interface >> graphique j'aimerais autant. > > Je vous laisse adapter les variables. Sur le serveur distant 'sudo rsync' > indique que l'utilisateur moi a les droits (visudo) d'executer rsync en mode > root sans mot de passe. > > # Options > # -a preservve owner, rights, timestamp, ... > # -r recursive (needed for files-from > # -R relative paths > # -P partial and progress (not needed in production) > # -z compression during transfer > > $rsync -azRPrv --rsync-path='sudo rsync' -e 'ssh -p22 -i > /home/moi/.ssh/id_ed25519' \ > --delete --exclude-from=/etc/files.list.excluded --delete-excluded \ > --files-from=/etc/files.list / $server:$remote_path > > À mettre dans cron toutes les x minutes|heures|1/4h|... > > -- > Daniel > -- Pierre Malard « Je n'ai jamais séparé la République des idées de justice sociale, sans laquelle elle n'est qu'un mot » Jean Jaures - 1887 |\ _,,,---,,_ /,`.-'`'-. ;-;;,_ |,4- ) )-,_. ,\ ( `'-' '---''(_/--' `-'\_) πr perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) )-,_. ,\ ( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'\_): 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print' - --> Ce message n’engage que son auteur <-- signature.asc Description: Message signed with OpenPGP
Re: Synchronisation temps réel et bidirectionnelle de dossiers distants
Le 10/05/21 à 17:40, "garcia...@free.fr" a écrit : > Bonjour, > il y a un mode synchrone sur DRBD, à travers des tunnels ssh ce serait > envisageable? Attention aux perfs, le mode synchrone peut les détériorer de manière très sensible. Par ailleurs, je sais pas trop ce qu'il se passe si un des deux serveurs tombent, ou s'ils ne se voient plus pendant un moment. J'avais à une époque fait un script avec inotify, le serveur réagissait à chaque modif d'un fichier pour l'envoyer à l'autre, mais c'était finalement trop compliqué et j'ai abandonné l'idée de synchro en temps réel (le but était un infra plus résistante et elle se retrouvait finalement plutôt plus fragile). Pour le besoin d'un serveur bis qui peut reprendre rapidement en cas de défaillance du premier, drdb async semble une bonne solution, mais il y a pas mal d'autres trucs à gérer (quand basculer, comment, que faire quand le premier revient, comment éviter le yoyo, etc.). La HA (haute dispo) reste complexe à mettre en place, faut bien mesurer l'investissement (surtout en temps), les conséquences (fragilité induite par la complexité ajoutée vs résistance aux pannes), les probas qu'un bug dans la HA provoque une coupure de service (ou des datas incohérentes) vs la proba d'un crash hardware, etc. Sur les 5 dernières années 100% des pannes que j'ai eues (3 de mémoires) étaient des pannes réseau, où on a finalement décidé d'attendre que l'hébergeur règle le pb plutôt que de basculer (avec à chaque fois une coupure, de 10min à qq heures). Et pour les micro pannes réseau (pendant qq secondes|minutes deux serveurs ne se voient plus, mais ils restent tous les deux joignables, au moins pour une partie des clients) il vaut mieux ne rien faire (là où une HA pourrait lancer une bascule, avec toujours un risque de perte de synchro). -- Daniel La sagesse, c'est d'avoir des rêves suffisamment grands pour ne pas les perdre de vue lorsqu'on les poursuit. Oscar Wilde
Re: Synchronisation temps réel et bidirectionnelle de dossiers distants
Le 10/05/2021 à 17:34, Vincent Besse a écrit : On Mon, 10 May 2021 15:59:06 +0200 NoSpam wrote: Bonjour [...] Je vous laisse adapter les variables. Sur le serveur distant 'sudo rsync' indique que l'utilisateur moi a les droits (visudo) d'executer rsync en mode root sans mot de passe. # Options # -a preservve owner, rights, timestamp, ... # -r recursive (needed for files-from # -R relative paths # -P partial and progress (not needed in production) # -z compression during transfer $rsync -azRPrv --rsync-path='sudo rsync' -e 'ssh -p22 -i /home/moi/.ssh/id_ed25519' \ --delete --exclude-from=/etc/files.list.excluded --delete-excluded \ --files-from=/etc/files.list / $server:$remote_path À mettre dans cron toutes les x minutes|heures|1/4h|... -- Daniel Je veux bien accepter quelques secondes de latence et les éventuels temps de transfert, mais je suis pas sûr que lancer un rsync toutes les minutes soit bien pertinent. Cela dépend des données engendrées entre les synchro. Et est-ce qu'on peut vraiment faire du bidirectionnel avec? Non, j'avais cru comprendre que c'était pour un backup au cas ou. Nous utilisons ce principe sur des serveurs dans 2 DC différents via un VPN. La bascule se fait via une IP failover qu'il suffit de rediriger au moment nécessaire. -- Daniel
Re: Synchronisation temps réel et bidirectionnelle de dossiers distants
Vincent Besse a écrit : > On Mon, 10 May 2021 18:01:05 +0200 > BERTRAND Joël wrote: > >> Vincent Besse a écrit : >>> On Mon, 10 May 2021 16:59:06 +0200 >>> C'est "tout simplement" pour mettre en place une continuité de >>> services, essentiellement web mais pas que, sur deux serveurs, avec un >>> soupçon de DNS failover. En principe le deuxième serveur devrait être >>> très peu utilisé sauf évidemment carence du premier. >>> J'avais pas pensé à la possibilité d'un fichier modifié sur les deux en >>> même temps. J'ai encore un peu de réflexion à mener :-) >> >> Dans ce cas, ma solution de raid1 over iSCSI est pertinente. Tes deux >> serveurs sont en permanence synchronisés et des scripts (à base de ping) >> décident lequel des deux doit être actif. >> >> Le schéma que j'avais, c'était un truc du genre : >> >>+--- serveur 1 -+-- raid5 >>| | >> IP publique|iSCSI+hearbeat >>| | >>+--- serveur 2 -+-- raid5 > > Ca travaille au niveau block device? Il me faudrait auquel cas avoir > les données à synchroniser sur des partitions dédiées et je suis pas > forcément maître de ça. Je vais quand même creuser un peu cette piste > et aussi DRDB...sait-on jamais. Ça travaille comme du raid. C'est vu par le système comme un /dev/mdxx (donc un device de type block) et tu formates ça comme tu le veux.
Re: Synchronisation temps réel et bidirectionnelle de dossiers distants
On Mon, 10 May 2021 18:01:05 +0200 BERTRAND Joël wrote: > Vincent Besse a écrit : > > On Mon, 10 May 2021 16:59:06 +0200 > > C'est "tout simplement" pour mettre en place une continuité de > > services, essentiellement web mais pas que, sur deux serveurs, avec un > > soupçon de DNS failover. En principe le deuxième serveur devrait être > > très peu utilisé sauf évidemment carence du premier. > > J'avais pas pensé à la possibilité d'un fichier modifié sur les deux en > > même temps. J'ai encore un peu de réflexion à mener :-) > > Dans ce cas, ma solution de raid1 over iSCSI est pertinente. Tes deux > serveurs sont en permanence synchronisés et des scripts (à base de ping) > décident lequel des deux doit être actif. > > Le schéma que j'avais, c'était un truc du genre : > >+--- serveur 1 -+-- raid5 >| | > IP publique|iSCSI+hearbeat >| | >+--- serveur 2 -+-- raid5 Ca travaille au niveau block device? Il me faudrait auquel cas avoir les données à synchroniser sur des partitions dédiées et je suis pas forcément maître de ça. Je vais quand même creuser un peu cette piste et aussi DRDB...sait-on jamais. > Il faudrait que je redémarre ces machines pour extraire les scripts de > gestion. C'est dans le domaine du possible, mais pas très rapidement... > Si je démarre des T1000, je sans que ma femme va râler, ça fait un > boucan de tous les diables ;-) Je cherche à synchroniser des données, pas à désynchroniser un couple :-) Vincent
Re: Synchronisation temps réel et bidirectionnelle de dossiers distants
Le 10/05/2021 à 17:34, Vincent Besse a écrit : > > Je veux bien accepter quelques secondes de latence et les éventuels > temps de transfert, mais je suis pas sûr que lancer un rsync toutes les > minutes soit bien pertinent. Et est-ce qu'on peut vraiment faire du > bidirectionnel avec? > > Merci, > Vincent > Pas avec rsync. Pour du bidirectionel, il faut voir avec quelque chose comme unison
Re: Synchronisation temps réel et bidirectionnelle de dossiers distants
Vincent Besse a écrit : > On Mon, 10 May 2021 16:59:06 +0200 > Sébastien Dinot wrote: > >> Dans le contexte dans lequel j'utilise Syncthing, le problème ne se pose >> quasiment pas puisque mon épouse travaille sur l'un ou l'autre des PC, >> mais pas les deux en même temps. Elle est elle-même le verrou >> d'exclusion (sauf à imaginer une modification hors ligne du même fichier >> faite sur les deux PC, mais là). :) >> >> Mais dans le cas de 2 serveurs, que se passe-t-il si un même fichier est >> modifié sur les deux ? >> >> En fait, je réalise qu'il faut en savoir un peu plus sur le contexte >> d'utilisation pour apporter la bonne réponse. > > C'est "tout simplement" pour mettre en place une continuité de > services, essentiellement web mais pas que, sur deux serveurs, avec un > soupçon de DNS failover. En principe le deuxième serveur devrait être > très peu utilisé sauf évidemment carence du premier. > J'avais pas pensé à la possibilité d'un fichier modifié sur les deux en > même temps. J'ai encore un peu de réflexion à mener :-) Dans ce cas, ma solution de raid1 over iSCSI est pertinente. Tes deux serveurs sont en permanence synchronisés et des scripts (à base de ping) décident lequel des deux doit être actif. Le schéma que j'avais, c'était un truc du genre : +--- serveur 1 -+-- raid5 | | IP publique|iSCSI+hearbeat | | +--- serveur 2 -+-- raid5 À l'époque, les deux serveurs étaient des Sparc T1000. L'IP publique basculait automatiquement avec la configuration du serveur actif (une IP publique externe). Les données étaient automatiquement dupliquées via le module raid1 sur une interface gigabit dédiée (et une MTU à 9000 de mémoire). Une seconde interface gigabit était utilisée pour le lien heartbeat et l'accès au serveur qui n'est pas actif (les IP publiques et privées des deux machines étaient les mêmes). Les données étaient exportées en NFS vers des serveurs de calcul côté LAN. Chaque volume raid5 était un sunstorage je ne sais plus quelle référence (faudrait que je descende à la cave) avec 10 disques U320 de 300 go et deux spares. On avait donc en tout 24 disques et les taux d'écriture et de lecture étaient tout à fait acceptables. L'OS était local aux des serveurs. En cas de plantage matériel, le changement de serveur prenait une seconde au maximum et les machines de calcul, derrière, ne voyaient même pas le changement. Il y avait tout au plus une timeout sur le serveur NFS. Il faudrait que je redémarre ces machines pour extraire les scripts de gestion. C'est dans le domaine du possible, mais pas très rapidement... Si je démarre des T1000, je sans que ma femme va râler, ça fait un boucan de tous les diables ;-) JKB
Re: Synchronisation temps réel et bidirectionnelle de dossiers distants
Bonjour, il y a un mode synchrone sur DRBD, à travers des tunnels ssh ce serait envisageable? JG Le 10/05/2021 à 15:35, Vincent Besse a écrit : Bonjour, je cherche, comme le sujet l'indique, à mettre en place une synchro de dossiers entre 2 VPS. C'est pas une sauvegarde mais bien une réplication des dossiers, quand un fichier est modifié sur un des serveurs cette modification doit se propager sur l'autre en (quasi) temps-réel, et ce dans les deux sens. Syncthing est alléchant, mais s'il existe des solutions sans interface graphique j'aimerais autant. Merci pour vos conseils avisés, Vincent -- *Julien Garcia* - 14 Rue des enclos 39380 Chamblay Tel. : +33 (0) 6 51 06 40 61 garcia...@free.fr
Re: Synchronisation temps réel et bidirectionnelle de dossiers distants
On Mon, 10 May 2021 16:59:06 +0200 Sébastien Dinot wrote: > Dans le contexte dans lequel j'utilise Syncthing, le problème ne se pose > quasiment pas puisque mon épouse travaille sur l'un ou l'autre des PC, > mais pas les deux en même temps. Elle est elle-même le verrou > d'exclusion (sauf à imaginer une modification hors ligne du même fichier > faite sur les deux PC, mais là). :) > > Mais dans le cas de 2 serveurs, que se passe-t-il si un même fichier est > modifié sur les deux ? > > En fait, je réalise qu'il faut en savoir un peu plus sur le contexte > d'utilisation pour apporter la bonne réponse. C'est "tout simplement" pour mettre en place une continuité de services, essentiellement web mais pas que, sur deux serveurs, avec un soupçon de DNS failover. En principe le deuxième serveur devrait être très peu utilisé sauf évidemment carence du premier. J'avais pas pensé à la possibilité d'un fichier modifié sur les deux en même temps. J'ai encore un peu de réflexion à mener :-) Merci, Vincent
Re: Synchronisation temps réel et bidirectionnelle de dossiers distants
On Mon, 10 May 2021 15:59:06 +0200 NoSpam wrote: > Bonjour [...] > Je vous laisse adapter les variables. Sur le serveur distant 'sudo > rsync' indique que l'utilisateur moi a les droits (visudo) d'executer > rsync en mode root sans mot de passe. > > # Options > # -a preservve owner, rights, timestamp, ... > # -r recursive (needed for files-from > # -R relative paths > # -P partial and progress (not needed in production) > # -z compression during transfer > > $rsync -azRPrv --rsync-path='sudo rsync' -e 'ssh -p22 -i > /home/moi/.ssh/id_ed25519' \ > --delete --exclude-from=/etc/files.list.excluded --delete-excluded \ > --files-from=/etc/files.list / $server:$remote_path > > À mettre dans cron toutes les x minutes|heures|1/4h|... > > -- > Daniel Je veux bien accepter quelques secondes de latence et les éventuels temps de transfert, mais je suis pas sûr que lancer un rsync toutes les minutes soit bien pertinent. Et est-ce qu'on peut vraiment faire du bidirectionnel avec? Merci, Vincent
Re: Synchronisation temps réel et bidirectionnelle de dossiers distants
Sébastien Dinot a écrit : > BERTRAND Joël a écrit : >> Sinon, en directionnel, il y a unison > > J'utilise Unison depuis des années et j'en suis très satisfait modulo le > très gros problème que tu signales ensuite. Mais je pense qu'il ne > répond pas au besoin exprimé puisque non temps réel. > > Mais quelque soit la solution envisagée, la synchronisation > bidirectionnelle pose un véritable problème : quid des fichiers modifiés > des 2 côtés ? > > Dans le contexte dans lequel j'utilise Syncthing, le problème ne se pose > quasiment pas puisque mon épouse travaille sur l'un ou l'autre des PC, > mais pas les deux en même temps. Elle est elle-même le verrou > d'exclusion (sauf à imaginer une modification hors ligne du même fichier > faite sur les deux PC, mais là). :) Pour un tel besoin, un disque réseau fait correctement le boulot, non ? En plus, ça simplifie les sauvegardes et archivages avec un bacula des familles.
Re: Synchronisation temps réel et bidirectionnelle de dossiers distants
BERTRAND Joël a écrit : > Sinon, en directionnel, il y a unison J'utilise Unison depuis des années et j'en suis très satisfait modulo le très gros problème que tu signales ensuite. Mais je pense qu'il ne répond pas au besoin exprimé puisque non temps réel. Mais quelque soit la solution envisagée, la synchronisation bidirectionnelle pose un véritable problème : quid des fichiers modifiés des 2 côtés ? Dans le contexte dans lequel j'utilise Syncthing, le problème ne se pose quasiment pas puisque mon épouse travaille sur l'un ou l'autre des PC, mais pas les deux en même temps. Elle est elle-même le verrou d'exclusion (sauf à imaginer une modification hors ligne du même fichier faite sur les deux PC, mais là). :) Mais dans le cas de 2 serveurs, que se passe-t-il si un même fichier est modifié sur les deux ? En fait, je réalise qu'il faut en savoir un peu plus sur le contexte d'utilisation pour apporter la bonne réponse. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://www.palabritudes.net/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: Synchronisation temps réel et bidirectionnelle de dossiers distants
Bonjour, Vincent Besse a écrit : > Syncthing est alléchant, mais s'il existe des solutions sans interface > graphique j'aimerais autant. Je pense que Syncthing est vraiment la solution adaptée à ce besoin. Quant à son IHM, il s'agit d'une simple interface web nécessaire à la déclaration des volumes partagés et à l'enrôlement. Il n'est pas nécessaire de l'exposer via un serveur web pour l'utiliser. Un tunnel SSH permet d'y avoir accès à distance. Je me suis livré à un petit retour d'expérience sur cet outil il y a un mois : https://www.palabritudes.net/2021/04/04/syncthing-la-synchro-se-fait-oublier.html Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://www.palabritudes.net/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: Synchronisation temps réel et bidirectionnelle de dossiers distants
Vincent Besse a écrit : > Bonjour, > > je cherche, comme le sujet l'indique, à mettre en place une synchro de > dossiers entre 2 VPS. C'est pas une sauvegarde mais bien une > réplication des dossiers, quand un fichier est modifié sur un des > serveurs cette modification doit se propager sur l'autre en (quasi) > temps-réel, et ce dans les deux sens. > > Syncthing est alléchant, mais s'il existe des solutions sans interface > graphique j'aimerais autant. Bonjour, Il y a longtemps, j'ai fait un truc un peu pareil, mais l'un des deux serveurs était en 'spare' et je ne sais pas si c'est le cas ici : - serveur 1 : /volume1 (raid 5 soft) - serveur 2 : /volume2 (raid 5 soft) En fonctionnement normal, le serveur 1 montait /serveur2/volume2 en iSCSI et mettait une couche de Raid1 par dessus. En cas de crash du serveur 1, le serveur 2 distant pouvait reprendre où le serveur 1 en était resté. J'avais écrit des scripts pour passer de la configuration serveur 1 actif à la configuration serveur 2 actif. Ça fonctionnait parce qu'un seul des serveurs accédait aux données. Pour que les deux puissent y accéder en même temps, il faudrait tenter la chose avec un système de fichiers distribué. Avec un peu de jus de cerveau, ça doit pouvoir se faire. Sinon, en directionnel, il y a unison à mâtiner avec un cron, mais ce truc a le don de m'énerver, il est écrit en ocaml et il faut absolument les mêmes versions du langage de part et d'autre. De Debian/stable à Debian/stable, ça va. Mais de Debian/testing à FreeBSD 13 ou NetBSD 9.1, ça peut assez rapidement devenir sport. Bien cordialement, JKB
Re: Synchronisation temps réel et bidirectionnelle de dossiers distants
Bonjour, idem, dans un seul sens ;) (maitre -> esclave) Yann Le 10/05/2021 à 15:35, Vincent Besse a écrit : Bonjour, je cherche, comme le sujet l'indique, à mettre en place une synchro de dossiers entre 2 VPS. C'est pas une sauvegarde mais bien une réplication des dossiers, quand un fichier est modifié sur un des serveurs cette modification doit se propager sur l'autre en (quasi) temps-réel, et ce dans les deux sens. Syncthing est alléchant, mais s'il existe des solutions sans interface graphique j'aimerais autant. Merci pour vos conseils avisés, Vincent
Re: Synchronisation temps réel et bidirectionnelle de dossiers distants
Bonjour Le 10/05/2021 à 15:35, Vincent Besse a écrit : Bonjour, je cherche, comme le sujet l'indique, à mettre en place une synchro de dossiers entre 2 VPS. C'est pas une sauvegarde mais bien une réplication des dossiers, quand un fichier est modifié sur un des serveurs cette modification doit se propager sur l'autre en (quasi) temps-réel, et ce dans les deux sens. Syncthing est alléchant, mais s'il existe des solutions sans interface graphique j'aimerais autant. Je vous laisse adapter les variables. Sur le serveur distant 'sudo rsync' indique que l'utilisateur moi a les droits (visudo) d'executer rsync en mode root sans mot de passe. # Options # -a preservve owner, rights, timestamp, ... # -r recursive (needed for files-from # -R relative paths # -P partial and progress (not needed in production) # -z compression during transfer $rsync -azRPrv --rsync-path='sudo rsync' -e 'ssh -p22 -i /home/moi/.ssh/id_ed25519' \ --delete --exclude-from=/etc/files.list.excluded --delete-excluded \ --files-from=/etc/files.list / $server:$remote_path À mettre dans cron toutes les x minutes|heures|1/4h|... -- Daniel
Synchronisation temps réel et bidirectionnelle de dossiers distants
Bonjour, je cherche, comme le sujet l'indique, à mettre en place une synchro de dossiers entre 2 VPS. C'est pas une sauvegarde mais bien une réplication des dossiers, quand un fichier est modifié sur un des serveurs cette modification doit se propager sur l'autre en (quasi) temps-réel, et ce dans les deux sens. Syncthing est alléchant, mais s'il existe des solutions sans interface graphique j'aimerais autant. Merci pour vos conseils avisés, Vincent
Re: Un noyau pour le Ryzen 7 48800 H et NVIDIA GTX 1660 Ti 6Go ?
On Mon, 10 May 2021, Christophe_VANHOUTTE wrote: Je recherche donc à installer une Debian 10 avec un noyau qui supporterai la bête :) Est-ce que la version 4.19.0-16-amd64 (Debian Buster) actuellement sur un i3, peut fonctionner ? Le noyau 4.19 n'est pas stable avec les Ryzen (risque de blocage du CPU) il vaut mieux installer le noyau 5.10 qui est dans buster-backports. -- Etienne Vogt (etienne.v...@obspm.fr) Observatoire de Paris-Meudon Service Informatique
Re: Un noyau pour le Ryzen 7 48800 H et NVIDIA GTX 1660 Ti 6Go ?
Salut, je suis possesseur de ce type d'ordinateur mais version 15ARH05 pouces, voici mon retour avec Linux. Pour une bonne compatibilité je suis passé à Linux MINT, avec un noyau patché, car d'origine, et c'est bien dramatique de la part de Lenovo, le touchpad ne fonctionne pas avec les noyaux Linux classique, et la gestion de la luminosité de l'écran non plus. Pour info, voici le lien du patch : https://gist.github.com/jbuncle/7dacde983b3c33b3b816b10e2fd2308a Pour la prise en compte de la carte vidéo, ce n'est pas encore ça, mais je n'ai pas pris plus de temps pour essayé de corriger. Sinon aucun soucis pour la prise en compte de processeur AMD Ryzen. Cdt. Le 10/05/2021 à 09:15, Christophe_VANHOUTTE a écrit : Bonjour,, Je suis tombé sur une promotion pour le PC Portable Gamer - LENOVO Legion 5 17ARH05H - 17,3'' FHD - Ryzen 7 4800H - RAM 16Go - Stockage 512Go SSD - GTX 1660 Ti 6Go - AZERTY. Il a tout ce qui va bien, je l'attendais sepuis un an, avec un tarif réduit et sans OS, ou plutot avec FreeDos. Voulant utiliser une Debian stable avec XFCE 4.x sur cette configuration, j'ai lu , qu'il y aurait des possibilités d'installer un noyau qui supporte le Ryzen 7 4800 H. (Pour le carte vidéo, cela semble bon). Je recherche donc à installer une Debian 10 avec un noyau qui supporterai la bête :) Est-ce que la version 4.19.0-16-amd64 (Debian Buster) actuellement sur un i3, peut fonctionner ? Auriez-vous un endroit où je trouverai le support d'installation en Net Install ? J'ai lu qu' Ubuntu avec le kernel Kernel 5.11+ fonctionnait sans problème, MAIs ce n'est pas ma recherche, ni ma préférence. Peut-être faudra t-il attendre encore un peu. Merci pour vos retour. Belle soirée -- Debian Lenny user 2.6.26-2 (k7)/Xorg 7.0.2 & KDE 3.5.9 http://www.debian.org #http://fr.wikipedia.org/wiki/Debian http://www.odebi.org/new/theme #http://gnutux.free.fr Il faut dire GNU/Linux :) # Membre du CULTewww.culte.org ---
Re: Un noyau pour le Ryzen 7 48800 H et NVIDIA GTX 1660 Ti 6Go ?
Je n'ai aucune expérience des AMD Ryzen donc d'autres plus au courant apporteront peut-être des lumières plus éclairantes, mais une rapide recherche indique que le support du multithreadind pour ryzen 7 a été apporté avec Linux 4.10, donc en théorie ton Ryzen 7 devrait fonctionner partiellement ou totalement (fonctionner bien est potentiellement une autre histoire que je ne connais pas) avec le noyau linux 4.19 inclus en standard dans Debian 10 Buster (Debian Stable). Si tu décèles le besoin d'installer un noyau plus récent, tu peux autoriser les dépôts Backports pour Buster (si tu ne l'as pas déjà fait lors de l'installation), pour installer un noyau plus récent (5.10 actuellement): https://wiki.debian.org/fr/Backports La page officielle Debian ci-dessous indique où/quoi télécharger pour installer: https://www.debian.org/CD/http-ftp/ (contrairement à d'autres distributions Linux, Debian ne propose par défaut que des logiciels libres, en excluant les firmwares (ils sont propriétaires), tu peux donc choisir une image non-officielle incluant les firmwares si tu ne veux pas avoir à bidouiller post-installation, sachant que sans les firmwares nécessaires certaines choses fonctionnent mal ou pas du tout)
Un noyau pour le Ryzen 7 48800 H et NVIDIA GTX 1660 Ti 6Go ?
Bonjour,, Je suis tombé sur une promotion pour le PC Portable Gamer - LENOVO Legion 5 17ARH05H - 17,3'' FHD - Ryzen 7 4800H - RAM 16Go - Stockage 512Go SSD - GTX 1660 Ti 6Go - AZERTY. Il a tout ce qui va bien, je l'attendais sepuis un an, avec un tarif réduit et sans OS, ou plutot avec FreeDos. Voulant utiliser une Debian stable avec XFCE 4.x sur cette configuration, j'ai lu , qu'il y aurait des possibilités d'installer un noyau qui supporte le Ryzen 7 4800 H. (Pour le carte vidéo, cela semble bon). Je recherche donc à installer une Debian 10 avec un noyau qui supporterai la bête :) Est-ce que la version 4.19.0-16-amd64 (Debian Buster) actuellement sur un i3, peut fonctionner ? Auriez-vous un endroit où je trouverai le support d'installation en Net Install ? J'ai lu qu' Ubuntu avec le kernel Kernel 5.11+ fonctionnait sans problème, MAIs ce n'est pas ma recherche, ni ma préférence. Peut-être faudra t-il attendre encore un peu. Merci pour vos retour. Belle soirée -- Debian Lenny user 2.6.26-2 (k7)/Xorg 7.0.2 & KDE 3.5.9 http://www.debian.org # http://fr.wikipedia.org/wiki/Debian http://www.odebi.org/new/theme # http://gnutux.free.fr Il faut dire GNU/Linux :) # Membre du CULTe www.culte.org ---