Correct p2p queue limits for all pools
The p2p max limit settings on the newly added pool servers (50) differ from those on the rest of the pools (75).
This is currently only matters for the times when the data are replicated to other pools.
75 is considered a bit too high.
#1 Updated by Gerard Bernabeu Altayo about 6 years ago
I've documented the process here:
I'm fixing the different movers, will track the progress and exact commands in the ticket.
BTW: I can not edit the status of this tickets (or I don't know how)
#2 Updated by Gerard Bernabeu Altayo about 6 years ago
for pool in `curl http://localhost:2288/queueInfo | grep cell | grep -E '(disk|tape)-disk' | sed 's/<td class="cell">//g' | sed 's/<\/td>//g'`; do echo -e "cd $pool\nmover set max active 1000\nmover set max active 1000 -queue=default\nmover set max active 1000 -queue=WAN\np2p set max active 50\npp set max active 50\nsave\n..\n"; done > $tmpfile
ssh -1 -i /etc/dcache/admin/server_key -c blowfish -p 22223 localhost -l admin < $tmpfile
#4 Updated by Natalia Ratnikova about 6 years ago
- Assignee set to Gerard Bernabeu Altayo
Thanks, the limits for all nodes look consistent now.
I have changed the project settings in the redmine so that all members of the parent projects (Storage and DCSO) members have the same ability in cms-dcache.
I leave this task open, please try that you can close it now!
I now see that all members of DCSO now appear as co-assignees, not sure that we really want that.