Sponsored Content
Top Forums UNIX for Advanced & Expert Users Recruiting for an open source project Post 302904950 by steadyonabix on Sunday 8th of June 2014 05:55:36 AM
Old 06-08-2014
Recruiting for an open source project

I am posting this gauge the level of interest among the community in forming an open source team to work on an automation harness I am about to make available.

I already have a working POC running at my place of work, but it is not secure enough for production environments. However, I am about to release a more powerful and secure version that is secure enough and offers even more features. I will go into further detail about that later on in this post but in the interest of not wasting anyone's time, here is what I am looking for in the way of people with skills I need:

*) Testers
*) Shell Scripter's (Bash) who can review the code, particularly those with the experience and access to a UNIX environment to make it POSIX compliant. (I am currently developing on Centos). You shouldn't be daunted by the thought of working on a full blown application written in shell either.
*) Project managers with experience in running open source projects.
*) Web masters to put a site together for the project.
*) Code management.
*) Packaging
*) Technical writers for the documentation required.

I would particularly like to hear from anyone with a proven track record in managing an open source project and implementing the processes and procedures required to startup such a venture.

The harness is called MUSE, (Managed Unix Shell Execution) and has the following features:

*) Master - Slave architecture.
*) Plugin code modules.
*) Centralised reporting on master.
*) Automatic report summarisation.
*) Very simple syntax, so shallow learning curve.
*) Agnostic - Will run tools on a distributed cluster of servers that are written in any language, thereby enabling end users to leverage their existing tool sets without refactoring.
*) Event driven, Master and Slave are both implemented as state machines that communicate via a messaging framework.
*) Stateful, current state continuously updated in Sqlite3 databases in master and slave.
*) Secure. Currently implemented via LDAP.
*) Access controlled. Standard NIX user and group mechanisms are used to control who can run what and where.
*) Audited - Everything is recorded internally as well as logged under /var/log/muse.
*) Support for RAD. Feature rich developer tools built in by default but controlled via the access control mechanism mentioned above.

I am currently using the insecure harness to test a Data Warehousing Application in the following areas:

*) Integration testing. Application is distributed across multiple server types.
*) Resilience testing. e.g. Killing processes during data loads, block and unblock ports used by interfaces, consume disc space and memory etc.
*) OAT. Sequencing the upgrade and rollback instructions for operations staff with multiple configurations of distributed servers.

I shall not be releasing the insecure version as it is tightly embedded into my employer's systems and I don't want to waste time anonimising code that I'm not going to release. However the new version is almost ready to share with a team of like minded individuals who would like to be involved in making it generally available.

If you are interested in joining the project then please send me a private message with a potted resume. If I think you are likely to be a help during the early stages of the project, I will ask you for a more formal CV and get in touch with you.

If I think you will be of help later on once the project is set up, I will let you know and keep hold of your details.

Thanks for taking the time to read this.

Brad
 

2 More Discussions You Might Find Interesting

1. Shell Programming and Scripting

Open source project

Hi Guys, This might not be the right place to ask but I want to contribute to some open source project. Can anyone please help me to how to start and where to start? (3 Replies)
Discussion started by: tapan singh
3 Replies

2. Shell Programming and Scripting

Feedback on "withsome" open source project

I have been developing an open source UNIX project for a few years and am looking for feedback on whether further development of the "withsome" project is of interest to other programmers. One simple example to give an idea of the project is: withsome ./pugs vi Pugs.pm 1)... (0 Replies)
Discussion started by: ronaldxs
0 Replies
nis_intro(7)						 Miscellaneous Information Manual					      nis_intro(7)

NAME
nis_intro - Network Information Service (NIS) introductory information DESCRIPTION
The Network Information Service (NIS) is a distributed name service that allows participating hosts to share access to a common set of sys- tem and network files. NIS allows the system administrator to manage these shared files on a single system. NIS is intended for use in a secure environment only, where gateways do not allow outside Internet access to the NIS protocol. NIS Maps Information distributed by NIS is stored in database files called maps. Most of the NIS maps represent files that were traditionally stored in the /etc directory. These files include the following: aliases group hosts netgroups networks passwd protocols rpc services In a secure environment, you can run NIS in a secure mode, thereby creating secure and nonsecure versions of the NIS maps. See the Secu- rity guide for more information. You can also use NIS to distribute files used by Automount or AutoFS, or to distribute other user-defined files. Each NIS map contains a set of keys and associated values. For example, as keys, the hosts map contains all host names on a network, and as values, the corresponding Internet addresses. Each NIS map has a map name, used by programs to access data in the map. NIS Domains A named set of NIS maps is called a domain. A system's "domain name" or "NIS domain" corresponds to the set of NIS maps that the system can access. You can think of an NIS domain as a set of systems that share the same set of NIS maps. A system's domain name is set at the time the system is booted by the /sbin/init.d/nis script using an entry in the /etc/rc.config.common file. System administrators can use the nissetup script to place entries in this file. The nissetup script is described in the Network Administration manual. You can determine your system's NIS domain using the domainname command. Refer to domainname(1). A domain name is required for retrieving data from an NIS database. NIS Client-Server Model NIS follows the client-server model of distributed services. There are two types of NIS servers - master and slave. The master server stores the master copy of the NIS maps for its domain; these are the only NIS maps that can be modified. Each domain has only one master server. Slave servers store copies of the master server's NIS maps. NIS slave servers can be spread throughout a network. Whenever an NIS map is updated on the master server, the master propagates the changes to each slave server in its domain. If the master is unavailable for any reason, the slave servers continue to make the NIS maps available to the NIS clients. Clients are all of the systems that can access NIS maps. When a client requires NIS information, it makes a remote procedure call (RPC) to one of the NIS servers to obtain the information. NIS Data Storage The data in NIS maps is stored as databases in dbm/ndbm, btree, or hash format. For example, the NIS map for the /etc/hosts file in the domain market might be stored in these dbm/ndbm files: /var/yp/mar- ket/hosts.byaddr.dir /var/yp/market/hosts.byaddr.pag /var/yp/market/hosts.byname.dir /var/yp/market/hosts.byname.pag The makedbm command takes an ASCII file such as /etc/hosts and converts it into dbm/ndbm files suitable for use by NIS. However, system administrators use the Makefile script in the /var/yp directory to create NIS map files and specify file format. The Makefile script then calls makedbm. Refer to the Network Administration manual for details on the Makefile script, specifying different formats, and other NIS management information. RELATED INFORMATION
Commands: domainname(1), svcsetup(8), ypbind(8), yppasswdd(8), ypserv(8), ypxfr(8) Files: svc.conf(4) Network Administration delim off nis_intro(7)
All times are GMT -4. The time now is 02:45 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy