Project

General

Profile

Bug #6595

Make glidein_status available in appropriate rpms

Added by Parag Mhashilkar about 6 years ago. Updated over 4 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Parag Mhashilkar
Category:
RPM - Frontend/Factory
Target version:
Start date:
07/08/2014
Due date:
% Done:

0%

Estimated time:
First Occurred:
Occurs In:
Stakeholders:
Duration:

Description

Hi Parag.

I looked where gliden_status is coming from,
and it seems that it is tied to the frontend daemons!!!

  1. rpm -qf /usr/bin/glidein_status
    glideinwms-vofrontend-standalone-3.2.3-1.osg32.el6.noarch

This does not make sense.
This tool is useful on the schedd, for the regular users.

Can this be fixed?

Thanks,
Igor

PS: Same for glidein_top etc., but those are basically deprecated (since they need the monitoring slot), so I don't care too much about them.

History

#1 Updated by Parag Mhashilkar over 5 years ago

  • Assignee changed from Parag Mhashilkar to Marco Mambelli
  • Target version changed from v3_2_x to v3_2_9

#2 Updated by Parag Mhashilkar about 5 years ago

  • Target version changed from v3_2_9 to v3_2_10

#3 Updated by Parag Mhashilkar about 5 years ago

  • Assignee changed from Marco Mambelli to HyunWoo Kim

#4 Updated by Parag Mhashilkar about 5 years ago

  • Target version changed from v3_2_10 to v3_2_11

#5 Updated by Parag Mhashilkar almost 5 years ago

  • Target version changed from v3_2_11 to v3_2_12

#6 Updated by Parag Mhashilkar almost 5 years ago

  • Assignee changed from HyunWoo Kim to Parag Mhashilkar

#7 Updated by Parag Mhashilkar over 4 years ago

  • Status changed from New to Feedback
  • Assignee changed from Parag Mhashilkar to Marco Mambelli

I will make the changes to the rpm spec file separately. Please review my changes to our repo.

#8 Updated by Marco Mambelli over 4 years ago

  • Assignee changed from Marco Mambelli to Parag Mhashilkar

The code changes use argparse, that is not in python std lib until 2.7.
For sl5 and sl6 there are packages, e.g.:
python-argparse.noarch 1.2.1-2.el5 epel
python26-argparse.noarch 1.2.1-3.el5 epel

python-argparse.noarch is installed in the frontend (required by gfal2-util that is in osg-client)
The tool will not work on the factory because osg-client (and python-argparse) is not there.

#9 Updated by Parag Mhashilkar over 4 years ago

  • Status changed from Feedback to Resolved

#10 Updated by Parag Mhashilkar over 4 years ago

  • Status changed from Resolved to Closed


Also available in: Atom PDF