Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Hard-coded data in /etc/init.d/vmchecker #64

Open
rhobincu opened this issue Sep 19, 2014 · 4 comments
Open

Hard-coded data in /etc/init.d/vmchecker #64

rhobincu opened this issue Sep 19, 2014 · 4 comments

Comments

@rhobincu
Copy link

The working directory, daemon executable path and user name are hard-coded in the /etc/init.d/vmchecker script. This information should be externally editable in a configuration file and/ or edit instructions should be present in the INSTALL file.

@cojocar
Copy link
Contributor

cojocar commented Sep 20, 2014

Istallation of this file should be triggered when running pyton setup.py install. Another thing is the course name for which this file is installed. How many times do we have to start the queue daemon? Is it once per tester, once per course deployement?

@cojocar cojocar added the setup label Sep 20, 2014
@valenting
Copy link
Contributor

It should be called for every course.
On Sep 20, 2014 6:55 PM, "cojocar" notifications@github.com wrote:

Istallation of this file should be triggered when running pyton setup.py
install. Another thing is the course name for which this file is
installed. How many times do we have to start the queue daemon? Is it once
per tester, once per course deployement?


Reply to this email directly or view it on GitHub
#64 (comment).

@cojocar
Copy link
Contributor

cojocar commented Sep 20, 2014

So if you deployed multiple courses on the same machine (one unix
account for each course), what will be the name (path) of this script?

I propose to have a copy (called /etc/init.d/vmchecker) and then use
soft links (called /etc/init.d/vmchecker-${course_id}) to start the
queue for each ${course_id}.

On 09/20/2014 06:18 PM, Valentin Gosu wrote:

It should be called for every course.
On Sep 20, 2014 6:55 PM, "cojocar" notifications@github.com wrote:

Istallation of this file should be triggered when running pyton setup.py
install. Another thing is the course name for which this file is
installed. How many times do we have to start the queue daemon? Is it
once
per tester, once per course deployement?


Reply to this email directly or view it on GitHub
#64 (comment).


Reply to this email directly or view it on GitHub
#64 (comment).

@valenting
Copy link
Contributor

It would be good if vmchecker-init-course created that link.

On 20 September 2014 19:33, cojocar notifications@github.com wrote:

So if you deployed multiple courses on the same machine (one unix
account for each course), what will be the name (path) of this script?

I propose to have a copy (called /etc/init.d/vmchecker) and then use
soft links (called /etc/init.d/vmchecker-${course_id}) to start the
queue for each ${course_id}.

On 09/20/2014 06:18 PM, Valentin Gosu wrote:

It should be called for every course.
On Sep 20, 2014 6:55 PM, "cojocar" notifications@github.com wrote:

Istallation of this file should be triggered when running pyton setup.py
install. Another thing is the course name for which this file is
installed. How many times do we have to start the queue daemon? Is it
once
per tester, once per course deployement?


Reply to this email directly or view it on GitHub
#64 (comment).


Reply to this email directly or view it on GitHub
#64 (comment).


Reply to this email directly or view it on GitHub
#64 (comment).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants