1) oui il suffit d'ajouter openmosix ou openssi au noyau linux pour en faire un cluster de ressources....
2) ne s'applique pas
3) oui bien sur un cluster est tjrs util mais attention il faut 2 reseaux !!!!!
donc au minimum 2 cartes reseaux par machines et 2 switchs !!!!
1 reseau pour la communication interne du cluster
1 reseau pour la communication utilisateurs/applications/etc...
quand aux choix fait par le noyau BSD par rapports au choix faits sur le noyau linux.....il est impossible de repondre a ta question car chaque utilisateur a ses propres besoins et donc en theorie son propre noyau puisqu'il est sense compiler son noyau pour adapter son ordinateur a ses besoins.
Nagios fait ca tres bien mais n'utilise pas que snmp,
tu peut en particulier utiliser nrpe pour les machines clientes windows.
si les plugins de bases ne te suffisent pas ecris en pour tes besoins.
l'espace disque la charge processeur la ram et sa charge et le temps d'acces aau noeud moyens sont les 4 plugins par defaut appliques aux noeuds meusures.
"de l'aveu meme de Balmer c'etait en projet pour microsoft dans un avenir plus ou moins proches mais c'est le jugement qui a forcer la date d'ouverture a 2008, "
d'apres ce que j'ai vu sur clubic ou presencepc je sais plus.
ta definition utilisant a la fois une interface web donc un port ouvert pour piloter un ftp securise est paradoxale en elle meme. creer un potentiel risque pour metre en place un espace solide.....
pour e choix il vaut mieux utiliser simplement sftp (ftp dans un tunnel ssh)
ou ftps (en ssl).
bien sur c'est chrootable, et bien sur tu peux choisir pour chaque user ou il tombe si il peux lire ou ecrire ou encore etre chrooted) mais ca s'administre pour de vrai pas par du tout graphique...
si tu veux du tout graphique retournes dans la passoire, pardon le tunnel du monde des beotiens sous windows :D
salut,
tu peux tout simplement lancer les "taches" a accomplir en meme temps ce qui imposera la detection par le systeme de X processus et donc ils seront repartis sur l'enssembles des processeurs disponnibles (y compris les cores ou les membres d'un cluster)
debut de script
toto &
titi &
reste du script
control de fin de toto
control de fin de titi
reste du script
fin du script
tu peux meme utiliser nohup toto & mais attention ca rattage le processus au processus 1 et donc si le script plante ou si tu le tues volontairement ca ne tura pas le process toto !!!!
oui la " memoire (RAM) "
il n'y a pas de stockage si tu ne le definit pas comme d'envoyer d'abord ces infos dans un log puis de les emettre au serveur.
A leur décharge, les shells n'ont à mon avis pas été conçu pour programmer des choses de centaines de lignes. Juste pour scripter un peu.
ca excuses moi mais ca me fait bien marrer.... a mon boulot, par exemple on est 4 pour gerer en gros 1000-1500 jobs par jours chacun est un script shell d'environ 1200 a 3000 lignes.... selon les applications qu'ils gerent...
par contre oui c'est pas si simple qu'avec un langage fait pour scripter a la tonne parcequ'il manque des choses pour se faciliter la vie ...
Quelqu'un a-t-il l'expérience d'utiliser un langage autre qu'un shell pour "scripter" ?
perl est probablement l'un des plus courrant et performants.
les données ne sont pas stockée, (par défaut) mais mesurées au moment toutes les X minutes par exemple, par le client qui envoi les résultats vers la console de supervision.
Tout se fait ensuite coté console de supervision par un système de fichiers de paramétrages, c'est un peu l'usine au premier abord mais finalement très efficace.
La meilleure doc sur le sujet et la doc fournie par nagios. Elle est tres claire et surtout il y a des exemples.
Ensuite bien sur tu peux écrire tes propres plugins
il faut absolutement utiliser aptitude parce qu'apt-get n'existe plus que pour des raisons de compatibilité avec les vieux miroirs et pour ne pas rompre trop brutalement les habitudes des utilisateurs.
le mieux et de faire de façon réguliere, (crontab par exemple)
un export (tar/gz) de /etc/ & /var/ & /boot/ et le home vers un serveur NAS ou NFS par exemple
en precisant bien sur quelle machine est concernée
par exemple
/sauve/macine1/etc.tar.gz
/sauve/macine2/etc.tar.gz
etc....
un corp de script du style for i in $(cat liste_machine) ; do
for rep in etc var home boot ; do
ssh $i tar czf /tmp/ sauve_${rep} /$REP/
done
scp $i:/tmp/sauv_* $i/
done
à lancer sur le crontab de la machine qui heberge ses sauvegardes bien sur...
au quel il faut rajouter du control d'erreur, les entetes, etc...
# oui et non
Posté par abofrp31 . En réponse au message DragonFlyBSD vs Linux. Évalué à 1.
1) oui il suffit d'ajouter openmosix ou openssi au noyau linux pour en faire un cluster de ressources....
2) ne s'applique pas
3) oui bien sur un cluster est tjrs util mais attention il faut 2 reseaux !!!!!
donc au minimum 2 cartes reseaux par machines et 2 switchs !!!!
1 reseau pour la communication interne du cluster
1 reseau pour la communication utilisateurs/applications/etc...
quand aux choix fait par le noyau BSD par rapports au choix faits sur le noyau linux.....il est impossible de repondre a ta question car chaque utilisateur a ses propres besoins et donc en theorie son propre noyau puisqu'il est sense compiler son noyau pour adapter son ordinateur a ses besoins.
# nagios
Posté par abofrp31 . En réponse au message Nagios ou Cacti (ou ...) ? Monitorage. Évalué à 2.
Nagios fait ca tres bien mais n'utilise pas que snmp,
tu peut en particulier utiliser nrpe pour les machines clientes windows.
si les plugins de bases ne te suffisent pas ecris en pour tes besoins.
l'espace disque la charge processeur la ram et sa charge et le temps d'acces aau noeud moyens sont les 4 plugins par defaut appliques aux noeuds meusures.
[^] # Re: Une volonté de Microsoft
Posté par abofrp31 . En réponse à la dépêche Microsoft et ses promesses d'ouverture et d'interopérabilité. Évalué à 2.
d'apres ce que j'ai vu sur clubic ou presencepc je sais plus.
# ta definition
Posté par abofrp31 . En réponse au message Serveur FTP securise et gestion des droits. Évalué à 0.
ta definition utilisant a la fois une interface web donc un port ouvert pour piloter un ftp securise est paradoxale en elle meme. creer un potentiel risque pour metre en place un espace solide.....
pour e choix il vaut mieux utiliser simplement sftp (ftp dans un tunnel ssh)
ou ftps (en ssl).
bien sur c'est chrootable, et bien sur tu peux choisir pour chaque user ou il tombe si il peux lire ou ecrire ou encore etre chrooted) mais ca s'administre pour de vrai pas par du tout graphique...
si tu veux du tout graphique retournes dans la passoire, pardon le tunnel du monde des beotiens sous windows :D
# possibilite
Posté par abofrp31 . En réponse au message Shell et Multi Thread. Évalué à 1.
tu peux tout simplement lancer les "taches" a accomplir en meme temps ce qui imposera la detection par le systeme de X processus et donc ils seront repartis sur l'enssembles des processeurs disponnibles (y compris les cores ou les membres d'un cluster)
debut de script
toto &
titi &
reste du script
control de fin de toto
control de fin de titi
reste du script
fin du script
tu peux meme utiliser nohup toto & mais attention ca rattage le processus au processus 1 et donc si le script plante ou si tu le tues volontairement ca ne tura pas le process toto !!!!
[^] # Re: nagios
Posté par abofrp31 . En réponse au message Données colectées par nagios. Évalué à 0.
il n'y a pas de stockage si tu ne le definit pas comme d'envoyer d'abord ces infos dans un log puis de les emettre au serveur.
# arf...
Posté par abofrp31 . En réponse au message Alternatives aux shells. Évalué à 1.
A leur décharge, les shells n'ont à mon avis pas été conçu pour programmer des choses de centaines de lignes. Juste pour scripter un peu.
ca excuses moi mais ca me fait bien marrer.... a mon boulot, par exemple on est 4 pour gerer en gros 1000-1500 jobs par jours chacun est un script shell d'environ 1200 a 3000 lignes.... selon les applications qu'ils gerent...
par contre oui c'est pas si simple qu'avec un langage fait pour scripter a la tonne parcequ'il manque des choses pour se faciliter la vie ...
Quelqu'un a-t-il l'expérience d'utiliser un langage autre qu'un shell pour "scripter" ?
perl est probablement l'un des plus courrant et performants.
# nagios
Posté par abofrp31 . En réponse au message Données colectées par nagios. Évalué à 1.
les données ne sont pas stockée, (par défaut) mais mesurées au moment toutes les X minutes par exemple, par le client qui envoi les résultats vers la console de supervision.
Tout se fait ensuite coté console de supervision par un système de fichiers de paramétrages, c'est un peu l'usine au premier abord mais finalement très efficace.
La meilleure doc sur le sujet et la doc fournie par nagios. Elle est tres claire et surtout il y a des exemples.
Ensuite bien sur tu peux écrire tes propres plugins
# aptitude
Posté par abofrp31 . En réponse au message apt-get vs aptitude. Évalué à -3.
il faut absolutement utiliser aptitude parce qu'apt-get n'existe plus que pour des raisons de compatibilité avec les vieux miroirs et pour ne pas rompre trop brutalement les habitudes des utilisateurs.
# Il n'est pas possible de contacter quelqu'un par mail si l'adresse
Posté par abofrp31 . En réponse au message Offre d'emploi sur Toulouse. Évalué à 1.
Il n'est pas possible de vous joindre si vus ne donnez pas vos coordonnees.
# /proc est la pour ca
Posté par abofrp31 . En réponse au message process. Évalué à 1.
cat cmdline
te donne la ligne de commande lancee
cd fd
ls
te donne la liste des fichiers ouvert par/pour le processus
# oui
Posté par abofrp31 . En réponse au message Sauvegarde système en réseau. Évalué à 1.
le mieux et de faire de façon réguliere, (crontab par exemple)
un export (tar/gz) de /etc/ & /var/ & /boot/ et le home vers un serveur NAS ou NFS par exemple
en precisant bien sur quelle machine est concernée
par exemple
/sauve/macine1/etc.tar.gz
/sauve/macine2/etc.tar.gz
etc....
un corp de script du style
for i in $(cat liste_machine) ; dofor rep in etc var home boot ; do
ssh $i tar czf /tmp/ sauve_${rep} /$REP/
done
scp $i:/tmp/sauv_* $i/
done
à lancer sur le crontab de la machine qui heberge ses sauvegardes bien sur...
au quel il faut rajouter du control d'erreur, les entetes, etc...