Anar here...
Many of PoD customers like to use the pod-info command, to get a PROOF connection string, for example. You can also use it to get other different kinds of information. But the command had on big disadvantage - it could only be used on a machine where a PoD server is running. Crap! Isn't it?! :)
Users want to start a PoD server on one machine, but process an analysis and connect to a master from another, from a laptop for example.
A laptop is a perfect PROOF user interface, but a bad PROOF master, when we talk about hundreds of workers. You need good machines for PoD servers, since a PROOF master runs there.
Exactly in this direction PoD is developing.
My target is to have PoD user interfaces completely separated, if I want it, from PoD servers. So that I can start/stop/submit PoD jobs and completely control my PoD server from a user interface, probably a remote machine and behind a firewall.
Users want to start a PoD server on one machine, but process an analysis and connect to a master from another, from a laptop for example.
A laptop is a perfect PROOF user interface, but a bad PROOF master, when we talk about hundreds of workers. You need good machines for PoD servers, since a PROOF master runs there.
Exactly in this direction PoD is developing.
My target is to have PoD user interfaces completely separated, if I want it, from PoD servers. So that I can start/stop/submit PoD jobs and completely control my PoD server from a user interface, probably a remote machine and behind a firewall.
Well I am glad to introduce a revised version of pod-info. This is another step in direction of disentangling of PoD UI and PoD Server. The new pod-info command addressed many issues including the one I described above.
The new pod-info is re-written from scratch and now acts as a client to pod-agent (server), which makes it a lot more accurate, powerful and, especially, more flexible in compare to the old command.
By default pod-info tries now to find and connect to a local PoD server. A PoD server considered to be a local one if the pod-info and the PoD server run under the same user id. It could be the same machine or different machines but with a shared home file system.
When you want to retrieve information about a remote PoD server, than you need to use the --ssh option. Using this option you can specify an ssh connection string, where a remote PoD server is running. The pod-info command will first try to find the running PoD server on that host and than process user requests on that server.
Interested? Want to try the new command?
if YES, than
check the User's Manual of the current Nightly build for more information.
and get the latest PoD nightly build, which is shipped with the new command.
You could really help to improve the product if you could test it in your environment and with your use cases.
Please use our issue tracker to report bugs or feature requests.
The new pod-info is re-written from scratch and now acts as a client to pod-agent (server), which makes it a lot more accurate, powerful and, especially, more flexible in compare to the old command.
By default pod-info tries now to find and connect to a local PoD server. A PoD server considered to be a local one if the pod-info and the PoD server run under the same user id. It could be the same machine or different machines but with a shared home file system.
When you want to retrieve information about a remote PoD server, than you need to use the --ssh option. Using this option you can specify an ssh connection string, where a remote PoD server is running. The pod-info command will first try to find the running PoD server on that host and than process user requests on that server.
Interested? Want to try the new command?
if YES, than
check the User's Manual of the current Nightly build for more information.
and get the latest PoD nightly build, which is shipped with the new command.
You could really help to improve the product if you could test it in your environment and with your use cases.
Please use our issue tracker to report bugs or feature requests.
No comments:
Post a Comment