 |
 |
Recently I've seen ~200 lhcbsgm and also some ~30 atlassgm here is the data from maui ( 200616 is this year week 16 etc) maui_userstats.200616:lhcbsgm 123 123 6824.59 32 0.81 1578.0 0.17 2252.6 2.97 ----- 0.15 0.00 3.29 95.42 10.56 maui_userstats.200617:lhcbsgm 13 13 507.58 905 13.01 64320.0 4.36 14294.3 17.32 ----- 0.34 0.00 2.31 97.22 30.92 maui_userstats.200618:lhcbsgm 16 16 207.46 407 5.92 27990.0 2.93 9153.4 15.13 ----- 0.32 0.00 1.87 94.98 29.10 maui_userstats.200619:lhcbsgm 18 18 506.76 64 1.55 3882.0 0.28 1621.9 1.83 ----- 0.36 0.00 0.48 93.51 35.17 maui_userstats.200620:lhcbsgm 0 0 0.00 23 0.52 1656.0 0.28 428.1 0.34 ----- 0.72 0.00 2.02 85.35 69.11 and for atlas: maui_userstats.200619:atlassgm 0 0 0.00 93 2.26 6630.0 0.48 1058.8 1.19 ----- 0.18 0.00 1.48 45.08 16.43 maui_userstats.200620:atlassgm 28 39 2153.94 77 1.74 5688.0 0.98 1049.1 0.84 ----- 0.24 0.00 12.19 61.52 7.12 maui_userstats.200652:atlassgm 3 3 0.00 ---- ------ ------ ------ 504.0 2.62 ----- ------ ------ ------ 100.00 ------ On Tuesday 23 May 2006 17:34, you wrote: > Gordon, JC (John) wrote: > > Olivier, I am sitting next to Nick Brook and he says that lhcb > > production jobs should not run as sgm. Is this happening at other sites? > > When checking the gridmapfile I can find only 3 sgm users. > Alex could you tell us when you saw a lot of lhcb sgm jobs ? When I look > now i only see normal lhcb > > > Olivier. > > > Can you tell me the DN of the user being mapped to sgm, if that doesn't > > break your data security policy:-) Nick thinks the gridmapfile > > generation may not be correct. > > > > John > > > >> -----Original Message----- > >> From: Testbed Support for GridPP member institutes > >> [mailto:[log in to unmask]] On Behalf Of Olivier van der Aa > >> Sent: 23 May 2006 15:49 > >> To: [log in to unmask] > >> Subject: shared experiment area load > >> > >> Dear All, > >> > >> At QMUL we have a load problem with the experimental shared area. > >> The farm is running around 900 jobs and the nfs server serving the > >> experimental area is overloaded. > >> > >> The result of that is that lhcb jobs sits for a long time on the wn > >> waiting for data (mainly libraries). > >> > >> We would like to know how this is solved at ral, manchester where the > >> size is similar. We where thinking of setting up a set of pbs > >> slots for > >> the sgm to have rw access. The other nodes would just have a > >> copy on the > >> local disk or access through several nfs servers. > >> > >> I think the problem with the small set of wn having rw access is that > >> lhcb is sending a lot of jobs via one user who is sgm. Most of those > >> jobs do not write to the experimental software area but they > >> would stack > >> to wait for the wn to be freed. > >> > >> We are keen to have your experience on that topic. > >> > >> Cheers, Olivier. > >> > >> -- > >> - O. van der Aa - Imperial College London - > >> - LT2 Technical Coordinator - > >> - tel: +442075947810, +442071005426 - > >> - SIP: [log in to unmask] - > >> - fax: +442078238830 - > >> - http://surl.se/agtu - -- ------------------------------------------------------------------------------ | | | Dr. Alex Martin | | e-Mail: [log in to unmask] Queen Mary, University of London, | | Phone : +44-(0)20-7882-5033 Mile End Road, | | Fax : +44-(0)20-8981-9465 London, UK E1 4NS | | | ------------------------------------------------------------------------------