Télécharger la liste

Description du projet

Unix Mobile Agents is a generic, flexible, easy to use mobile
agent architecture implemented in a set of bash scripts. This
design is made to be trivial to deploy and setup. Agents can
be configured to traverse the network in sorted
order, in user defined order, or as a random walk. They can
also run in a repeated loop, or in a single pass through the
network. Connections are made via public-key SSH
authentication, and the screen utility is used to allow agents
to run without requiring terminals.

Système requise

System requirement is not defined
Information regarding Project Releases and Project Resources. Note that the information here is a quote from Freecode.com page, and the downloads themselves may not be hosted on OSDN.

2005-05-29 18:39
1.7

Le répertoire local de travail pour les agents a été modifié pour garantir l'absence de collisions lorsque les montages NFS sont utilisées pour exécuter des agents. Les utilisateurs peuvent désormais exclure explicitement les hôtes sur la ligne de commande. upgrade.sh a été retiré en remplacement d'un agent qui installe UMA elle-même. Les agents doivent désormais être des scripts shell. Cette version corrige un bug lorsque l'agent a tenté d'influencer ce que l'hôte serait sauté à la prochaine, entraînant une bifurcation des agents. UMA utilise maintenant rsync pour migrer, au lieu de 'scp'.
Tags: Major feature enhancements
The local working directory for agents has been modified to guarantee no collisions when NFS mounts are being used to run agents. Users can now exclude hosts explicitly on the command line. upgrade.sh was removed in lieu of an agent that installs UMA itself. Agents must now be shell scripts. This fixes a bug when an agent tried to influence what host would be hopped to next, resulting in a forking of agents. UMA now uses rsync to migrate, instead of 'scp'.

2005-02-22 03:59
1.6

Ce communiqué a ajouté un balisage "" capacité qui vous permet de suivre l'avancement des agents à travers le réseau. Le balisage est générique, et peut être utilisé à partir d'agents à envoyer à la maison messages arbitraires. La méthode par laquelle les agents migrent a été modifiée afin que toutes les tâches est poussée en avant de l'appel SSH final.
Tags: Major feature enhancements
This release added a "beaconing" capability that allows you to track the agents progress through the network. The beaconing is generic, and can be used from within agents to send arbitrary messages home. The method by which agents migrate was modified so that all tasking is pushed ahead of the final SSH call.

2004-10-18 03:45
1.5

Le script générique agent tire maintenant de 0 $, le nom de l'agent à courir, faire agent_functions plus générique, et utilisables par les scripts des agents maison. Une inter-agent fonction de messagerie a été ajouté, permettant aux agents de passer des messages en ligne à l'autre sur l'agent PID niveau, ou diffusés sur le niveau de la tâche d'agent.
Tags: Minor feature enhancements
The generic agent script now pulls from $0 the name of the agent to run, making agent_functions more generic, and usable by homemade agent scripts. An inter-agent messaging feature has been added, allowing agents to pass multi-line messages to each other on the agent PID level, or broadcast on the agent task level.

2004-10-03 17:06
1.4

Cette version ajoute quelques missions à faire avorter suppression des fichiers et de reprendre attendu agents. Un script spawnagent a été ajouté afin que l'agent ne va pas toujours sur localhost juste pour le faire migrer ailleurs. Il vous permet également de garantir l'ordre dans lequel les choses sont exécutées. Cela signifie également que vous n'avez pas besoin de spécifier le noeud courant pour le premier, c'est qu'il figure elle-même. La validation n'est pas effectuée lorsque goto_host est appelée; elle est faite à la main dans agent.sh.
Tags: Minor feature enhancements
This release adds some missions to do removal of abort files and resume waited agents. A spawnagent script has been added so that the agent doesn't always run on localhost just to migrate it somewhere else. It also allows you to guarantee the order in which things are executed. This means you also don't need to specify the current node for the first one; it figures it out itself. Validation is not performed when goto_host is called; it is done by hand in agent.sh.

Project Resources