Modify

Opened 14 years ago

Closed 14 years ago

#18 closed task (fixed)

new_rack_pbsmon.py depends on hostname configuration and is installed by default

Reported by: jbernstein@… Owned by: bas
Priority: major Milestone:
Component: pbs Version: 3.2.0
Keywords: Cc:

Description

It seems that by default, a make install installs the new_rack_pbsmon.py script into $prefix/bin/pbsmon. While this would seem okay, the new_rack_pbsmon.py depends on hostname formats to detect where the nodes are located in the individual racks. The problem here is that not all installation use this hostname format, and users will have to edit the resulting pbsmon script before it will work correctly.

On the other hand, the example pbsmon.py runs without changes regardless of the hostname configuration.

I suggest that a make install installs the pbsmon.py as $prefix/bin/pbsmon instead as it will work on a wider variety of clusters, and give the impression of a cleaner out-of-the-box install.

The quick fix here, to avoid installing new_rack_pbsmon.py is to remove the sara_install target from the Makefile's install line.

Attachments (0)

Change History (4)

comment:1 Changed 14 years ago by bas

  • Owner changed from somebody to bas
  • Status changed from new to assigned
  • Type changed from defect to task

Thanks for reporting. It is a left over from the SARA install (debian package). In the next release will be the old behavior again.

comment:4 Changed 14 years ago by jbernstein@…

No Problem,

        We (Penguin Computing) is planning on releasing pbs_python
with our TORQUE
RPMS. Is it safe to assume pbs_python is still being actively
developed and
maintained?

-Joshua Bernstein
Senior Software Engineer
Penguin Computing

pbs_python wrote:
> #18: new_rack_pbsmon.py depends on hostname configuration and is
installed by
> default
> --------------------------------------------+-----------------------
--------
> Reporter:  jbernstein@…                     |       Owner:  bas
>     Type:  task                             |      Status:  assigned
> Priority:  major                            |   Component:  pbs
>  Version:  3.2.0                            |    Keywords:
> --------------------------------------------+-----------------------
--------
> Changes (by bas):
>
>   * owner:  somebody => bas
>   * status:  new => assigned
>   * type:  defect => task
>
>
> Comment:
>
>  Thanks for reporting.  It is a left over from the SARA install
(debian
>  package). In the next release will be the old behavior again.
>

comment:5 Changed 14 years ago by basv@…


No Problem,

        We (Penguin Computing) is planning on releasing pbs_python
with our TORQUE
RPMS. Is it safe to assume pbs_python is still being actively
developed and
maintained?

-Joshua Bernstein
Senior Software Engineer
Penguin Computing

Hi Joshua,

 pbs_python is still alive. we used it for  a lot of our tools and
ganglia job monitoring.  So you can include it without any problems.

Regards,

--
Bas van der Vlies
basv@sara.nl<mailto:basv@sara.nl>



comment:4 Changed 14 years ago by bas

  • Resolution set to fixed
  • Status changed from assigned to closed

(In [209]) Makefile.in:

  • removed SARA setup --> closes #18

Add Comment

Modify Ticket

Change Properties
Action
as closed The owner will remain bas.
The resolution will be deleted. Next status will be 'reopened'.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.