Print

Print


Daniela,

I think folks will find that by specifying the port explicitly gfal will work correctly.   It appears to default to port 80 rather than 8443. 

So typically, if you do this:

$ gfal-ls srm://srm-<vo_name>.gridpp.rl.ac.uk/castor/ads.rl.ac.uk/prod/<vo_name>/raw/-<vo_name>datatape/data16_13TeV/DRAW_RPVLL/r9264/data16_13TeV.00302872.physics_Main.recon.DRAW_RPVLL.r9264_tid11163882_00/DRAW_RPVLL.11163882._015703.pool.root.1

You get the following error :

gfal-ls error: 70 (Communication error on send) - srm-ifce err: Communication error on send, err: [SE][Ls][] httpg://srm-<vo_name>.gridpp.rl.ac.uk/srm/managerv2: CGSI-gSOAP running on lcgui04.gridpp.rl.ac.uk reports could not open connection to srm-atlas.gridpp.rl.ac.uk:80

however, if you try ( spot the difference!) :

$ gfal-ls srm://srm-<vo_name>.gridpp.rl.ac.uk:8443/castor/ads.rl.ac.uk/prod/<vo_name>/raw/-<vo_name>datatape/data16_13TeV/DRAW_RPVLL/r9264/data16_13TeV.00302872.physics_Main.recon.DRAW_RPVLL.r9264_tid11163882_00/DRAW_RPVLL.11163882._015703.pool.root.1

Things should work correctly.

D.


-----Original Message-----
From: Testbed Support for GridPP member institutes <[log in to unmask]> On Behalf Of Daniela Bauer
Sent: 05 June 2018 13:18
To: [log in to unmask]
Subject: Re: Tickets for the 5th of June.

And gfal should work, which magic bit is missing ?

On 5 June 2018 at 13:18, Daniela Bauer
<[log in to unmask]> wrote:
> Yes, I know this broke MICE and solidexperiment as well.  There is 
> something that went systematically wrong here.
>
> Cheers,
> Daniela
>
> On 5 June 2018 at 13:09, Henry Nebrensky <[log in to unmask]> wrote:
>> To be fair, Zdenek is quoting Darren's reply in my ticket - 135308 - 
>> and I was the one still using lcg-* ...
>>
>> Though I didn't get gfal-copy working flawlessly either.
>>
>> I guess this is also the sort of thing that we have the Tier1 Liaison 
>> meetings for, especially if we pay attention in them!
>>
>> I'm separately concerned that I put in a "top priority" ticket after 
>> 9 on a Thursday morning, yet it barely reached the site by 
>> clocking-off time on the Friday.
>>
>> Thanks
>>
>> Henry
>>
>> On Tue, 5 Jun 2018, Daniela Bauer wrote:
>>>
>>> That ticket is a prime example on how not to treat a small VO. 
>>> Surely RAL must have a spare VM somewhere to host an interim 
>>> solution and someone to help snoplus to move to the new (if any ?) system.
>>> (I'd like to know how this is meant to work as
>>> well...) And the "work around" involves lcg-ls (coming from an EGI 
>>> person !?).
>>>
>>> snoplus has been one of the VOs that took the grid seriously and I 
>>> think we owe them a bit more support.
>>>
>>> Daniela
>>>
>>>
>>> On 5 June 2018 at 11:56, Terry Froy <[log in to unmask]> wrote:
>>>
>>>       Hi folks,
>>>
>>>
>>>       I do not seem to be able to connect to Vidyo again :-(
>>>
>>>
>>>       One of our local academics has asked me to get an update on 
>>> this
>>> ticket:
>>>
>>>
>>>       https://ggus.eu/?mode=ticket_info&ticket_id=135367
>>>
>>>
>>>       If somebody from RAL (Brian ?) could have a peek and confirm 
>>> that the CIP is definitely not coming back, I can at
>>>       least give our academic some closure on this.
>>>
>>>
>>>       Regards,
>>>
>>>       Terry
>>>
>>>       --
>>> Terry Froy
>>> Cluster Systems Manager, Particle Physics Queen Mary University of 
>>> London
>>> Tel: +44 (0)207 882 6560
>>> E-mail: [log in to unmask]
>>>
>>>
>>>
>>> ____________________________________________________________________
>>> __________________________________________________________
>>>
>>> From: Testbed Support for GridPP member institutes 
>>> <[log in to unmask]> on behalf of Matt Doidge 
>>> <[log in to unmask]>
>>> Sent: 04 June 2018 16:30:29
>>> To: [log in to unmask]
>>> Subject: Tickets for the 5th of June.
>>> Happy June everyone!
>>>
>>> As per the now ancient tradition it's the first Monday of the month 
>>> which means a look at all the tickets.
>>>
>>> 45 Open UK Tickets this month.
>>>
>>> IPv6 Tickets.
>>>
>>> SUSSEX: https://ggus.eu/?mode=ticket_info&ticket_id=131617
>>> GGUS /login
>>> ggus.eu
>>> Global Grid User Support
>>>
>>> Some good progress here with the last update on Friday painting a 
>>> hopeful picture of IPv6 come the autumn.
>>>
>>> RALPP: https://ggus.eu/?mode=ticket_info&ticket_id=131616
>>> Last update had Chris trying to beat his dual-stacked PS boxes into 
>>> shape - but this was back in January. Needless to say the ticket 
>>> needs an update!
>>>
>>> OXFORD: https://ggus.eu/?mode=ticket_info&ticket_id=131615
>>> Last update was back in March, with summer the likely timeframe for 
>>> v6 deployment. Three months on the ticket could do with a slight 
>>> update to re-confirm this is still the case.
>>>
>>> CAMBRIDGE: https://ggus.eu/?mode=ticket_info&ticket_id=131614
>>> It's a similar case for Cambridge.
>>>
>>> BRISTOL: https://ggus.eu/?mode=ticket_info&ticket_id=131613
>>> Any news on your plans from back in April to get your PS box onto a 
>>> v6-enabled network?
>>>
>>> BIRMINGHAM: https://ggus.eu/?mode=ticket_info&ticket_id=131612
>>> Some recent good news here with Mark getting his PS box (kindof) v6 
>>> pingable, just waiting on the v6 DNS now.
>>>
>>> GLASGOW: https://ggus.eu/?mode=ticket_info&ticket_id=131611
>>> Gareth covered his bases well with his update back in February.
>>> Hopefully the new build is on schedule.
>>>
>>> ECDF: https://ggus.eu/?mode=ticket_info&ticket_id=131610
>>> Andy gave a mixed update a few weeks ago, citing some v6 routing 
>>> differences and an upcoming wholesale networking overhaul scheduled 
>>> for September so the ticket is freshly on hold pending more information.
>>>
>>> DURHAM: https://ggus.eu/?mode=ticket_info&ticket_id=131609
>>> A quick update last month reports no significant progress.
>>>
>>> SHEFFIELD: https://ggus.eu/?mode=ticket_info&ticket_id=131608
>>> Elena gave an update at the end of April, with work on the border 
>>> routers scheduled for May. Hopefully that went well and you'll have 
>>> more information soon.
>>>
>>> MANCHESTER: https://ggus.eu/?mode=ticket_info&ticket_id=131607
>>> Any plans on dual-stacking your storage after your Perfsonar successes?
>>>
>>> LIVERPOOL: https://ggus.eu/?mode=ticket_info&ticket_id=131606
>>> Any news on those ongoing negotiations mentioned in the last March update?
>>>
>>> UCL: https://ggus.eu/?mode=ticket_info&ticket_id=131604
>>> Have re-poked their network admins over this.
>>>
>>> RHUL: https://ggus.eu/?mode=ticket_info&ticket_id=131603
>>> No news for a while after the February update that v6 reverse-lookup 
>>> wasn't working.
>>>
>>> Back to the regular tickets...
>>>
>>> NGI
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135038 (9/5) Review of 
>>> the GOCDB info for the NGI. On to the second stage of the review 
>>> now, but it's still a good time for sites to double-check their 
>>> gocdb entries if they haven't recently. In progress (22/5)
>>>
>>> OXFORD
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135485 (3/6) A fresh in 
>>> ticket from Sno+, concerning the bdii information disappearing from 
>>> their feeds. Assigned (4/6)
>>>
>>> BRISTOL
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135121 (15/5) A ROD 
>>> ticket for failed webdav tests. The tests were doomed to never work, 
>>> so Lukasz disabled the endpoint in the gocdb. Daniela reckoned the 
>>> ticket needs to be closed to try and see if it disables the alarms. 
>>> In progress (24/5)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135120 (15/5) Another 
>>> week or so and this availability ticket should be able to be closed 
>>> - until then it should be On-Hold'd. Reopened (4/6)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135302 (23/5) CMS 
>>> transfer failure ticket. It looks like this ticket hasn't been 
>>> noticed yet. Assigned (23/5)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=134820 (29/4) This CMS 
>>> pledge enquiry ticket has had the question answered. I suspect it 
>>> can be closed. In progress (1/5)
>>>
>>> BIRMINGHAM
>>> https://ggus.eu/?mode=ticket_info&ticket_id=129930 (4/8/17) The old 
>>> atlas http test failure ticket. How goes the EOS migration? On hold 
>>> (23/4)
>>>
>>> GLASGOW
>>> https://ggus.eu/?mode=ticket_info&ticket_id=134689 (23/4) Perfsonar 
>>> update ticket. Gareth is waiting on 4.1 to be released (which I 
>>> can't find any news on). On Hold (24/4)
>>>
>>> ECDF
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135243 (21/5) ROD ticket 
>>> for failed srm-put tests- Rob had to restart things to get them 
>>> working but no shifting the alarms joy at first. The tests seem okay 
>>> for the last day. In progress (24/5)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135314 (24/5) Another 
>>> ROD ticket, this one for old IGTF rpms on the workers. As a quick 
>>> note that may be helpful, an up-to-date version of the certificates 
>>> is kept in /cvmfs/grid.cern.ch/etc/grid-security/ . In progress 
>>> (28/5)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135404 (30/5) The 
>>> resulting low availability ticket for the previous issues. In 
>>> progress (30/5)
>>>
>>> DURHAM
>>> https://ggus.eu/?mode=ticket_info&ticket_id=134687 (23/4) Request to 
>>> update the Durham perfsonar. Any news? In progress (30/4)
>>>
>>> SHEFFIELD
>>> https://ggus.eu/?mode=ticket_info&ticket_id=134947 (4/5) Atlas 
>>> transfer failures - one of the C7 DPM problem tickets- see 
>>> https://its.cern.ch/jira/browse/LCGDM-2604. On hold (31/5)
>>>
>>> MANCHESTER
>>> https://ggus.eu/?mode=ticket_info&ticket_id=134684 (23/4) Perfsonar 
>>> upgrade request ticket. Alessandra still wants to know how necessary 
>>> this update is (my thoughts are it will be quite necessary,
>>> *once* Perfsonar 4.1 is out, but I don't have Duncan's expertise).
>>> Waiting for reply (23/4)
>>>
>>> UCL
>>> https://ggus.eu/?mode=ticket_info&ticket_id=134686 (23/4) Another 
>>> perfsonar upgrade ticket, Ben was looking at it at the last update. 
>>> Any joy? On Hold (23/4)
>>>
>>> RHUL
>>> https://ggus.eu/?mode=ticket_info&ticket_id=134945 (4/5) Another 
>>> atlas transfer ticket due to the C7 DPM troubles. On hold (17/5)
>>>
>>> QMUL
>>> https://ggus.eu/?mode=ticket_info&ticket_id=134532 (12/4) The return 
>>> of an old LHCB download problem, where the turl can't be resolved. 
>>> Daniel has applied a fix to his production SE. Any news that it's 
>>> worked? In progress (14/5)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=134573 (17/4) CMS 
>>> request to install singularity, on hold until the Summer move to C7.
>>> On hold (17/4)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=132929 (18/1) CMS seeing 
>>> SLURM accounting problems. The APEL devs are involved now, and have 
>>> asked for some parser outputs to test some stuff. In progress
>>> (10/5)
>>>
>>> IMPERIAL
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135464 (1/6) A CMS 
>>> ticket about checksum failures that came in on Friday afternoon.
>>> Files are being declared invalid after being double-checked, and 
>>> another transfer failure query has been tacked onto the ticket 
>>> today. In progress (4/6)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=134567 (17/4) A ticket 
>>> concerning the site rather then a site ticket, the declaration of 
>>> some lost Pheno files. I poked it today. In progress (4/6)
>>>
>>> BRUNEL
>>> https://ggus.eu/?mode=ticket_info&ticket_id=133956 (9/3) A CMS xroot 
>>> config change ticket. Any luck with rolling out these changes after 
>>> your troubles getting the new hardware to roll them out onto? In 
>>> progress (23/4)
>>>
>>> THE TIER 1
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135367 (28/5) Another 
>>> SNO+ information system ticket, this one has a lot of conversation 
>>> going on in it about Castor publishing even before it landed at the 
>>> Tier 1 (see the mice ticket below). In progress (4/6)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135133 (15/5) CMS 
>>> spotting corrupt files on ECHO, which looked not just be a problem 
>>> with the file but perhaps with their metadata as well? A lot of 
>>> conversation has occurred in this ticket so I'm not entirely sure 
>>> what has occurred, but corrupt files have been deleted. Waiting for 
>>> reply (4/6)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=134685 (23/4) Another 
>>> request to upgrade Perfsonar to C7. At last check some C7 perfsonars 
>>> were up and running in testing. Any luck getting them into 
>>> production? In progress (2/5)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135308 (24/5) MICE 
>>> problems after the loss of Castor publishing. Henry has hit a 
>>> problem when trying to combine the workarounds with LFC entries. In 
>>> progress (1/6)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135293 (23/5) ROD 
>>> tickets, again related to the loss of castor publishing. Alastair 
>>> has put in a request for the SRM Ops tests for Castor to be removed. 
>>> On Hold (31/5)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=134703 (23/4) CMS 
>>> transfers failing from RAL_disk. It appears files were being sent to 
>>> the wrong namespace. There has since been a lot of lists of files 
>>> being searched for. Any luck getting to the bottom of this? In 
>>> progress (25/5)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135455 (31/5) CMS 
>>> checksum verification at RAL. This looks to be a duplication of
>>> 135133 but I think you guys already spotted that. In progress (4/6)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=127597 (7/4/17) CMS 
>>> wanting to know about the RAL networking. After the new firewall 
>>> went in at the end of April Chris asked for some RAL/RALPP job 
>>> performance comparisons to try to see how xroot proxies could affect 
>>> things. No news back, but the question could be lost in the noise. 
>>> On Hold (30/4)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=124876 (7/11/16) Gridftp 
>>> tests failing for ECHO due to a problem with the tests - after
>>> 117683 was left unsolved this is our oldest ticket. Not a hint of 
>>> movement on the counter ticket (125026) for a long time. I think we 
>>> could do with weighing up our options here. On hold (13/11/17)
>>>
>>> And that's all the tickets! Thanks for bearing with the all!
>>>
>>> Cheers!
>>> Matt
>>>
>>> ####################################################################
>>> ####
>>>
>>> To unsubscribe from the TB-SUPPORT list, click the following link:
>>> https://www.jiscmail.ac.uk/cgi-bin/webadmin?SUBED1=TB-SUPPORT&A=1
>>>
>>>
>>> ____________________________________________________________________
>>> __________________________________________________________
>>>
>>> To unsubscribe from the TB-SUPPORT list, click the following link:
>>> https://www.jiscmail.ac.uk/cgi-bin/webadmin?SUBED1=TB-SUPPORT&A=1
>>>
>>>
>>>
>>>
>>> --
>>> Sent from the pit of despair
>>>
>>> -----------------------------------------------------------
>>> [log in to unmask]
>>> HEP Group/Physics Dep
>>> Imperial College
>>> London, SW7 2BW
>>> Tel: +44-(0)20-75947810
>>> http://www.hep.ph.ic.ac.uk/~dbauer/
>>>
>>>
>>> ____________________________________________________________________
>>> __________________________________________________________
>>>
>>> To unsubscribe from the TB-SUPPORT list, click the following link:
>>> https://www.jiscmail.ac.uk/cgi-bin/webadmin?SUBED1=TB-SUPPORT&A=1
>>>
>>>
>>>
>>
>> --
>> Dr. Henry Nebrensky                     [log in to unmask]
>>                              http://people.brunel.ac.uk/~eesrjjn
>> "The opossum is a very sophisticated animal.
>>  It doesn't even get up until 5 or 6 p.m."
>>
>>
>> #####################################################################
>> ###
>>
>> To unsubscribe from the TB-SUPPORT list, click the following link:
>> https://www.jiscmail.ac.uk/cgi-bin/webadmin?SUBED1=TB-SUPPORT&A=1
>
>
>
> --
> Sent from the pit of despair
>
> -----------------------------------------------------------
> [log in to unmask]
> HEP Group/Physics Dep
> Imperial College
> London, SW7 2BW
> Tel: +44-(0)20-75947810
> http://www.hep.ph.ic.ac.uk/~dbauer/



--
Sent from the pit of despair

-----------------------------------------------------------
[log in to unmask]
HEP Group/Physics Dep
Imperial College
London, SW7 2BW
Tel: +44-(0)20-75947810
http://www.hep.ph.ic.ac.uk/~dbauer/

########################################################################

To unsubscribe from the TB-SUPPORT list, click the following link:
https://www.jiscmail.ac.uk/cgi-bin/webadmin?SUBED1=TB-SUPPORT&A=1

########################################################################

To unsubscribe from the TB-SUPPORT list, click the following link:
https://www.jiscmail.ac.uk/cgi-bin/webadmin?SUBED1=TB-SUPPORT&A=1