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

Could we upgrade frontier_client in 5_3_X? #6227

Closed
DrDaveD opened this issue Nov 5, 2014 · 10 comments
Closed

Could we upgrade frontier_client in 5_3_X? #6227

DrDaveD opened this issue Nov 5, 2014 · 10 comments

Comments

@DrDaveD
Copy link

DrDaveD commented Nov 5, 2014

Last night we had a frontier server overload problem that would have been avoided if they were using the latest frontier_client. They were using 5_3_22_patch1 and I've been told it will still be in production use for quite a while. Could we upgrade 5_3_X to frontier_client version 2.8.10 or 2.8.11? They are much more gentle on the frontier servers when there are server-caused errors.

According to the frontier server logs, CMSSW 6_2_X and 7_0_X are also on the too-old 2.8.8, so probably they should also be upgraded if we do 5_3_X. 7_1_X and 7_2_X are 2.8.10 and 7_3_X is 2.8.11.

It would seem strange to have an older release on a newer frontier_client, so I suggest updating 5_3_X, 6_2_X, and 7_0_X to 2.8.10. The only change in 2.8.11 was related to having more than 1024 file descriptors, which is not very likely to happen in the older releases.

@DrDaveD
Copy link
Author

DrDaveD commented Nov 20, 2014

Hello, does anybody have any reaction to this?

@davidlange6
Copy link
Contributor

Hi Dave
apologies - was offline/computing week… we'll add to our development cycle this week and back port as needed.

David

On Nov 20, 2014, at 10:51 PM, DrDaveD notifications@github.com wrote:

Hello, does anybody have any reaction to this?


Reply to this email directly or view it on GitHub.

@ktf
Copy link
Contributor

ktf commented Nov 25, 2014

@Degano can you start preparing the spec for this?

@ghost
Copy link

ghost commented Nov 26, 2014

@ktf ok, I'm on it.

@ktf
Copy link
Contributor

ktf commented Nov 26, 2014

@Degano please close this issue when you are done.

@ghost
Copy link

ghost commented Nov 26, 2014

Done in cms-sw/cmsdist#1213 and cms-sw/cmsdist#1214.
Closing this now.

@ghost ghost closed this as completed Nov 26, 2014
@DrDaveD
Copy link
Author

DrDaveD commented Nov 26, 2014

This did only 5_3_X, correct? What about 6_2_X and 7_0_X? They're still in use, do they get new releases?

@ktf
Copy link
Contributor

ktf commented Nov 26, 2014

@davidlange6 might want to pop in, but the plan is to kill them, so we'd
rather avoid yet another release.

On Wed Nov 26 2014 at 6:15:37 PM DrDaveD notifications@github.com wrote:

This did only 5_3_X, correct? What about 6_2_X and 7_0_X? They're still in
use, do they get new releases?


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

@davidlange6
Copy link
Contributor

62x is not useful… 62xSLHC would be useful though. 70x can go into the IB and if we ever make a release again,we can include it.

On Nov 26, 2014, at 8:50 PM, Giulio Eulisse notifications@github.com
wrote:

@davidlange6 might want to pop in, but the plan is to kill them, so we'd
rather avoid yet another release.

On Wed Nov 26 2014 at 6:15:37 PM DrDaveD notifications@github.com wrote:

This did only 5_3_X, correct? What about 6_2_X and 7_0_X? They're still in
use, do they get new releases?


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


Reply to this email directly or view it on GitHub.

@ghost
Copy link

ghost commented Nov 27, 2014

I updated it for SLHC and in turns also for all 6_2_X as they uses the same branches.

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

No branches or pull requests

3 participants