Dans l'autre sens ça coince 'connection refused'.
C'est pas la faute du tmp. J'ai essayé avec --temp-dir vers un répertoire avec des centaines de gigas dispos et pas mieux.
Le seul problème c'est qu'il faut attendre pour rien 3 minutes.
C'est une VM habituellement éteinte qui me sert pour travailler sur des repos CVS ou SVN donc pas allumée tout le temps.
Sinon j'adore ce système à la con qui fait qu'on se prend des moins rien qu'en posant des questions et ensuite il faut ouvre les messages un par un en cliquant sur + ...
Une machine ne doit pas utiliser en permanence 80% de sa swap. Lorsque c'est le cas il faut déjà augmenter la taille de la ram. La swap est là pour faire tampon lors de fonctionnements transitoires, pas en ram secondaire permanente de la machine.
Non c'est moi l'admin vmware ;)
Et je n'utilise pas de limitations sur le cluster de production. Les machines "qui ne sont pas de la production" sont dans un autre cluster ou sur des standalones ESXi.
Donc la VM peut vraiment utiliser tout l'espace alloué et visiblement l'espace alloué (1.2 GB) est suffisant vu que la machine n'arrive même pas à saturer sa ram avec du cache.
Le serveur en 5.5 qui swap est une VM qui a disposé d'au moins 250 MB de ram libre au minimum soit 20% de ram libre.
Le host de cette VM, l'hyperviseur ESX qui fait tourner la VM, a encore 20 GB de ram libre donc il ne risque pas de faire du balooning.
Le stick USB est monté directement sur le port USB 3.0 donc pas d'histoire de hub.
De plus c'est le seul périphérique USB connecté au système.
En googlant j'ai trouvé que les derniers noyaux linux avaient des problèmes avec l'USB 3.0.
C'est une debian, pas ubuntu, donc pas de networkmanger.
Le serveur est déjà en mode static.
Par contre dans les commentaires du lien qq parle d'ajouter :
up service dhcp3-server restart
à la fin de interfaces.
Je viens de tester et ça a l'air de marcher.
Zarbi quand même.
Pour répondre à tous les deux oui la carte réseau à une IP fixe et le réseau a à priori bien démarré au moment ou le dhcp démarre. C'est la séquence d'init classique de la debian et il y a plusieurs daemons entre le démarrage du réseau et celui de dhcp.
Reste que je peux toujours essayer de passer le dhcp en S99.
Et oui je crois que je tiens mon truc en piochant dans tes suggestions.
1 - J'installe mes OS sans raid d'aucune sorte
2 - Je fais un clone disque à disque donc je récupère un deuxième disque bootable, copie exacte du premier.
3 - J'utilise rsync à partir de BSD (à cause de zfs) pour faire la mise à jour au niveau des filesystems (ntfs, ext2, ufs2, zfs); donc que le delta. Bon pour zfs c'est pas forcement utile je vais surement utiliser le raid soft.
Ca devrait le faire sauf s'il a du mal avec certains flags ntfs mais ça devrait aller.
En grattant j'ai trouvé Paragon backup & recovery free edition qui à l'air de faire ça (hot copy et differential backup) à partir d'une session windows. A tester.
Et dans le libre ?
Développer un firewall de plus alors qu'il y a déjà l'excellent pf c'est du temps perdu.
Ca va juste donner un produit dont les capacités -à terme- vont venir s'intercaler entre iptables et pf. Et vlan une nouvelle syntaxe différente de ce qui existe à se taper.
Alors qu'il aurait été quand même beaucoup plus simple de porter pf sur linux.
[^] # Re: quelques pistes
Posté par mururoa69 . En réponse au message [Urgent] Problème avec rsync : file too large. Évalué à 0.
Dans l'autre sens ça coince 'connection refused'.
C'est pas la faute du tmp. J'ai essayé avec --temp-dir vers un répertoire avec des centaines de gigas dispos et pas mieux.
[^] # Re: quelques pistes
Posté par mururoa69 . En réponse au message [Urgent] Problème avec rsync : file too large. Évalué à 1.
[^] # Re: Oui...
Posté par mururoa69 . En réponse au message Debian Stick @ boot. Évalué à 0.
Le seul problème c'est qu'il faut attendre pour rien 3 minutes.
C'est une VM habituellement éteinte qui me sert pour travailler sur des repos CVS ou SVN donc pas allumée tout le temps.
[^] # Re: Pas d'idée ?
Posté par mururoa69 . En réponse au message Pourquoi ce #%$$ de système s'obstine à swapper ?. Évalué à 1.
Sinon j'adore ce système à la con qui fait qu'on se prend des moins rien qu'en posant des questions et ensuite il faut ouvre les messages un par un en cliquant sur + ...
# Pas d'idée ?
Posté par mururoa69 . En réponse au message Pourquoi ce #%$$ de système s'obstine à swapper ?. Évalué à 0.
Et donc aucune piste à part vmware ???
# 80% de swap -> augmenter la ram
Posté par mururoa69 . En réponse au message debordement de SWAP. Évalué à 0.
Une machine ne doit pas utiliser en permanence 80% de sa swap. Lorsque c'est le cas il faut déjà augmenter la taille de la ram. La swap est là pour faire tampon lors de fonctionnements transitoires, pas en ram secondaire permanente de la machine.
[^] # Re: Pas de balooning
Posté par mururoa69 . En réponse au message Pourquoi ce #%$$ de système s'obstine à swapper ?. Évalué à 1.
Non c'est moi l'admin vmware ;)
Et je n'utilise pas de limitations sur le cluster de production. Les machines "qui ne sont pas de la production" sont dans un autre cluster ou sur des standalones ESXi.
Donc la VM peut vraiment utiliser tout l'espace alloué et visiblement l'espace alloué (1.2 GB) est suffisant vu que la machine n'arrive même pas à saturer sa ram avec du cache.
[^] # Re: Pas de balooning
Posté par mururoa69 . En réponse au message Pourquoi ce #%$$ de système s'obstine à swapper ?. Évalué à 1.
Le serveur en 5.5 qui swap est une VM qui a disposé d'au moins 250 MB de ram libre au minimum soit 20% de ram libre.
Le host de cette VM, l'hyperviseur ESX qui fait tourner la VM, a encore 20 GB de ram libre donc il ne risque pas de faire du balooning.
# Pas de balooning
Posté par mururoa69 . En réponse au message Pourquoi ce #%$$ de système s'obstine à swapper ?. Évalué à 0.
Non, pas de balooning, le host dispose encore de 20 GB de ram et les tools n'étaient pas installés jusqu'à ce matin d'ailleurs.
# En direct
Posté par mururoa69 . En réponse au message USB 3.0 --> remount read only. Évalué à 0.
Le stick USB est monté directement sur le port USB 3.0 donc pas d'histoire de hub.
De plus c'est le seul périphérique USB connecté au système.
En googlant j'ai trouvé que les derniers noyaux linux avaient des problèmes avec l'USB 3.0.
[^] # Re: load avg
Posté par mururoa69 . En réponse au message High load. Évalué à -1.
Un ordre d'idée / cpu / seconde.
10, 100, 500 ?
[^] # Re: High load
Posté par mururoa69 . En réponse au message High load. Évalué à 1.
Pas de ralentissement.
Ca correspond oui entre la vue interne et externe.
[^] # Re: Nombre de vCPU ?
Posté par mururoa69 . En réponse au message High load. Évalué à 1.
Elle avait 1 vcpu et je viens de la passer à 2.
[^] # Re: load avg
Posté par mururoa69 . En réponse au message High load. Évalué à 1.
J'ai l'impression que ça vient du nombre de process spawned très élevé.
QQ a une idée d'un nombre normal de process spawned / sec / cpu ?
[^] # Re: Pb Networkmanager?
Posté par mururoa69 . En réponse au message dhcp3-server ne démarre pas ... au boot. Évalué à 1.
Ca pourrait très bien avoir un lien.
[^] # Re: Pb Networkmanager?
Posté par mururoa69 . En réponse au message dhcp3-server ne démarre pas ... au boot. Évalué à 1.
Ca va finir par un sleep puis restart dans rc.local ...
[^] # Re: Pb Networkmanager?
Posté par mururoa69 . En réponse au message dhcp3-server ne démarre pas ... au boot. Évalué à 1.
Le serveur est déjà en mode static.
Par contre dans les commentaires du lien qq parle d'ajouter :
up service dhcp3-server restart
à la fin de interfaces.
Je viens de tester et ça a l'air de marcher.
Zarbi quand même.
[^] # Re: ordre des processus au boot ?
Posté par mururoa69 . En réponse au message dhcp3-server ne démarre pas ... au boot. Évalué à 1.
Reste que je peux toujours essayer de passer le dhcp en S99.
[^] # Re: Outils standards
Posté par mururoa69 . En réponse au message Raid offline. Évalué à 1.
1 - J'installe mes OS sans raid d'aucune sorte
2 - Je fais un clone disque à disque donc je récupère un deuxième disque bootable, copie exacte du premier.
3 - J'utilise rsync à partir de BSD (à cause de zfs) pour faire la mise à jour au niveau des filesystems (ntfs, ext2, ufs2, zfs); donc que le delta. Bon pour zfs c'est pas forcement utile je vais surement utiliser le raid soft.
Ca devrait le faire sauf s'il a du mal avec certains flags ntfs mais ça devrait aller.
# Paragon ?
Posté par mururoa69 . En réponse au message Raid offline. Évalué à 1.
Et dans le libre ?
[^] # Re: hmm
Posté par mururoa69 . En réponse au message code retour sed ?. Évalué à 2.
grep -q MaxMem /tmp/test && sed --in-place '/^MaxMem/ c\MaxMem = default' /tmp/test || echo 'MaxMem = default' » /tmp/test
mais c'est moins beau ;)
# Par curiosité
Posté par mururoa69 . En réponse au message code retour sed ?. Évalué à 1.
[^] # Re: 'tite inversion
Posté par mururoa69 . En réponse au message Traduction please. Évalué à 3.
Merci quand même.
# Temps perdu
Posté par mururoa69 . En réponse à la dépêche nftables, successeur d'iptables. Évalué à -2.
Ca va juste donner un produit dont les capacités -à terme- vont venir s'intercaler entre iptables et pf. Et vlan une nouvelle syntaxe différente de ce qui existe à se taper.
Alors qu'il aurait été quand même beaucoup plus simple de porter pf sur linux.
# Oui mais
Posté par mururoa69 . En réponse au message Agenda partagé. Évalué à 1.