[EP-tech] Antwort: Re: Message during process_stats IRStat2

David R Newman drn at ecs.soton.ac.uk
Sat Aug 14 12:48:32 BST 2021


Hi Martin,

I do not have any day-to-day involvement with the IRStats2 plugin.  Like 
a couple of other complex plugins, I have a sufficient understanding of 
how they work to test these against my developments to the core codebase 
but don't actively take part in their development.

The IRStats2 plugin suffers from its success as probably the most 
popular plugin in the Bazaar.  Therefore, lots of people have made their 
own local tweaks to it to meet their niche requirements, which makes it 
difficult to bring these all back to a single cogent release, 
particularly as some of the changes to EPrints 3.4 (from 3.3) means that 
it has some of its own individual requirements, like the issue Izwan 
raised.  We have a modified version of IRStats2 to deal with these as 
well as other optimisations for the operating system and (virtual) 
hardware specification that we run repositories with IRStats2.

One of my colleagues has a deeper undestanding of the plugin and when we 
worked in the same office I do remember him cursing the significant lack 
of optimisation in some of the code for process_stats.  So I think some 
of these local modifications relate to improving this but I am uncertain 
of the details.  So I will try to catch up with him about this, 
hopefully some time next week.

We run a number of repositories that have six figure number (100 
thousand plus) of items and nine figure number (100 million plus) of 
access table records.  I cannot be certain how long process_stats take 
to run on these repositories but apart from when they unexpectedly come 
under heavy load overnight, I have not noticed process_stats still 
running during the day when I have been working on them.  I would say 
that if you are running the latest IRStats2 Bazaar plugin, then you 
would need quite a large repository (multiple tens of thousands of 
items, e.g. at least 30,000+) before running process_stats daily might 
become a problem.  I think if you have switched over to using InnoDB 
tables this removes the issue with blocking on the access table when 
process_stats is running, which can affect responsiveness for those 
accessing abstract pages or downloading documents during this time (and 
why process_stats cron jobs should be run overnight, although with 
InnoDB tables this is more to move the added CPU load to a quieter time 
of day).  However, having InnoDB tables is unlikely to significantly 
alter the amount of time process_stats takes to run.

 From an organisational point of view, having an eprints and eprintsug 
GitHub repository for IRStats2 is unhelpful and I think it is one reason 
for the lack of development, as the 'ownership' of IRStats2 is unclear.  
I am hopeful that this situation can be resolved but there are various 
complexities that have prevented this up to now.  However, I did 
recently deprecate some eprints GitHub organisation repositories and add 
pointers to their eprintsug equivalents to resolve this problem for some 
less contentious plugins.

Regards

David Newman

On 13/08/2021 17:00, martin.braendle at uzh.ch wrote:
> *CAUTION:* This e-mail originated outside the University of Southampton.
>
> Hi David,
>
> daily incremental updates are ok for small repositories.
> However, on a big repo such as ZORA (170K items in total), an 
> incremental update takes 9-10 hours, so we do it weekly, on a separate 
> compute server.
>
> It doesn't seem that the processing the access table (which is 
> processed in chunks of 100000) is the time-limiting step. According to 
> my last log, that takes about 1000 seconds for 250000 access records. 
> So the rest must have been spent on the history and the eprint set.
>
> Processing time seems to go linear with the number of repository items 
> and exponential with access (because accesses grow exponentially the 
> more items are added over time).
>
> Any insights on how the other steps (history, eprint statistics) can 
> be improved performance-wise?
>
> From what I gather from GitHub (eprints and eprintsug), the Processor 
> code hadn't been touched since years.
>
> Kind regards,
>
> Martin
>
>
> --
> Dr. Martin Brändle
> Zentrale Informatik
> Universität Zürich
> Stampfenbachstr. 73
> CH-8006 Zürich
>
>
> Inactive hide details for "David R Newman via Eprints-tech" 
> ---13/08/2021 14:53:14---Hi Izwan, Just to clarify the 
> process_stat"David R Newman via Eprints-tech" ---13/08/2021 
> 14:53:14---Hi Izwan, Just to clarify the process_stats script can be 
> run in two different
>
> Von: "David R Newman via Eprints-tech" <eprints-tech at ecs.soton.ac.uk>
> An: "MOHD.IZWAN SALIM" <mohdizwan8733 at uitm.edu.my>
> Kopie: "EDER Norbert via Eprints-tech" <eprints-tech at ecs.soton.ac.uk>
> Datum: 13/08/2021 14:53
> Betreff: Re: [EP-tech] Message during process_stats IRStat2
> Gesendet von: <eprints-tech-bounces at ecs.soton.ac.uk>
>
> ------------------------------------------------------------------------
>
>
>
> Hi Izwan,
>
> Just to clarify the process_stats script can be run in two different 
> ways.  One is an initial setup that does various one time task and 
> then processes all of the existing access table records.  The other is 
> just doing an incremental update of stats for the previous day.  The 
> latter should be done via a daily cron job in the eprints crontab.  If 
> you are referring to running the initial setup way, then it might be 
> worth regenerating the stats from scratch, as over time you may have 
> had a lot of internal requests over the lifetime of your repository 
> that would now not be marked as such in your usage stats.  However, I 
> don't expect a regular EPrints repository to make that many internal 
> (i.e. from the eprints server itself) requests. It would only be if 
> you have some bespoke functionality running on your repository that 
> will request abstract pages or download documents.  However, if you 
> were referring to just running the incremental daily update method 
> (for process_stats), assuming that increment is only a day or a few 
> days, then re-running this will not make any difference and 
> regenerating all the stats from scratch would not be worth it, as you 
> probably have very little if any internal requests in this timeframe.
>
> I get a bit of a feeling that you are not running the process_stats 
> script on a daily basis to make these incremental updates.  Check the 
> out the wiki page that explains about this and how to setup a cron job:
>
> _https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.eprints.org%2Fw%2FIRStats2%23Processing_&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5ee94b4f854f4ac4ef5c08d95f1971e2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637645385163305718%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=CUT6Gnv8ft%2FXrlENUyvIGBhCJJBO260VfwkFnniVrg4%3D&amp;reserved=0 
> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.eprints.org%2Fw%2FIRStats2%23Processing&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5ee94b4f854f4ac4ef5c08d95f1971e2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637645385163305718%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=aCRfu6qj7ND73F1AmTfQjwllnLJIwvJ3vEPyY%2FhmzHQ%3D&amp;reserved=0> 
>
>
> Regards
>
> David Newman
>
> On 13/08/2021 13:12, MOHD.IZWAN SALIM wrote:
>
>     *CAUTION:* This e-mail originated outside the University of
>     Southampton.
>     Dear David
>
>     Should I apply the change and re-run the script?
>
>     I already ran it for 2 days?
>
>     Is there any different stat after I apply the change?
>
>     Regards
>
>     *Izwan*
>     *UiTM Digital Library*_
>     __https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fir.uitm.edu.my%2F_&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5ee94b4f854f4ac4ef5c08d95f1971e2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637645385163305718%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=3e2mUSxdwOa2%2FsBHguk79WNLNZUnWhyjwz6iImIe5BM%3D&amp;reserved=0
>     <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fir.uitm.edu.my%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5ee94b4f854f4ac4ef5c08d95f1971e2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637645385163305718%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=D2XILCwXeDFouR3tse0iZYdx7jtLK5UlxkbX2Px%2Bhm0%3D&amp;reserved=0>
>
>
>     On Fri, Aug 13, 2021 at 4:45 PM David R Newman
>     <_drn at ecs.soton.ac.uk_ <mailto:drn at ecs.soton.ac.uk>> wrote:
>         Hi Izwan,
>
>         Looking at the line of code that has the error:
>
>         One of the these to variables is not set.  As there is a
>         comparison involving $hostname further up in the file, it must
>         be $self->{host} that is not set.  This is earlier set from
>         line 24:
>
>         $self->{host} = $self->{session}->config( "host" );
>
>         My suspicion is that you have reconfigured your repository to
>         be HTTPS only and there only set $c->{securehost} and not
>         $c->{host} in your archive's cfg/cfg.d/_10_core.pl_
>         <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2F10_core.pl%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5ee94b4f854f4ac4ef5c08d95f1971e2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637645385163315675%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=OaIdLphjr06BI%2Bosql5u55wFQbVN4h%2BdJFNhicLphnc%3D&amp;reserved=0> (or
>         some other config file in the same directory).  If $c->{host}
>         is set to undef this would also return the same error message
>         here.  To resolve this problem you should go to line 24 of
>         /usr/share/eprints/lib/plugins/EPrints/Plugin/Stats/Processor/Access/Referrer.pm
>         and add the following line after it:
>
>         $self->{host} ||= $self->{session}->config( "securehost" );
>
>         This will set $self->{host} to the config value of securehost
>         if there is no value set for host.  I have had to make various
>         amendments to EPrints to support the no $c->{host} set means
>         HTTPS only, so that it does not break things that expect it to
>         always be set.  However, not setting $c->{host} seemed like
>         the most intuitive way to allow system administrators to know
>         they have configured their repository for HTTPS only.
>
>         Unfortunately, there has not been a new release of IRStats 2
>         since these changes were baked into recent versions of EPrints
>         3.4.  In part due to this only affecting those who configured
>         there repositories for HTTPS only in this way.
>
>         Regards
>
>         David Newman
>
>         On 13/08/2021 09:26, MOHD.IZWAN SALIM via Eprints-tech wrote:
>
>             *CAUTION:* This e-mail originated outside the University
>             of Southampton.
>             Dear all, I just migrated and upgraded EPrints 3.3.16 to
>             3.4.3. Everything worked fine until I ran the process_stat
>             --setup for IRSTAT2.
>
>             The statistic is running (i guess) but it only shows message
>             Use of uninitialized value in string eq at
>             /usr/share/eprints/lib/plugins/EPrints/Plugin/Stats/Processor/Access/Referrer.pm
>             line 84.
>             Use of uninitialized value in string eq at
>             /usr/share/eprints/lib/plugins/EPrints/Plugin/Stats/Processor/Access/Referrer.pm
>             line 84.
>             Use of uninitialized value in string eq at
>             /usr/share/eprints/lib/plugins/EPrints/Plugin/Stats/Processor/Access/Referrer.pm
>             line 84.
>             Access: incremental commit to DB
>
>             I'm using mysql 8. I want to get rid of that message.
>
>             Regards
>
>             *Izwan*
>             *UiTM Digital Library*_
>             __https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fir.uitm.edu.my%2F_&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5ee94b4f854f4ac4ef5c08d95f1971e2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637645385163315675%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=KN2PzBEftpDwfi9tJexsAB4KezzzkPeZnXdEHVBwPZM%3D&amp;reserved=0
>             <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fir.uitm.edu.my%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5ee94b4f854f4ac4ef5c08d95f1971e2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637645385163315675%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=ys7d9A7BvlXPX6116nyBsYzgE1vtg1is8ortJnXiilw%3D&amp;reserved=0>
>
>             *PENAFIAN: *E-mel ini dan apa-apa fail yang dihantar
>             bersama-samanya ("Mesej") adalah dihasratkan hanya untuk
>             kegunaan penerima yang dinyatakan di atas dan mungkin
>             mengandungi maklumat yang tidak umum, bermilik, istimewa,
>             sulit dan dikecualikan dari penzahiran di bawah
>             undang-undang yang terpakai termasuklah Akta Rahsia Rasmi
>             1972. _BACA SELANJUTNYA..._
>             <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmail.uitm.edu.my%2Findex.php%2Fcomponent%2Fcontent%2Farticle%3Fid%3D2%26Itemid%3D103&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5ee94b4f854f4ac4ef5c08d95f1971e2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637645385163315675%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=cBxioxq737wCN4XdKxTi9QZzaVuZqrMvLIpprFKo%2FdM%3D&amp;reserved=0>
>
>
>             ------------------------------------------------------------------------
>             */DISCLAIMER :/*/ This e-mail and any files transmitted
>             with it ("Message") is intended only for the use of the
>             recipient(s) named above and may contain information that
>             is non-public,  proprietary,  privileged,  confidential
>              and  exempt  from  disclosure under applicable law
>             including the Official Secrets Act 1972. /_READ MORE..._
>             <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmail.uitm.edu.my%2Findex.php%2Fcomponent%2Fcontent%2Farticle%3Fid%3D2%26Itemid%3D103&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5ee94b4f854f4ac4ef5c08d95f1971e2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637645385163315675%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=cBxioxq737wCN4XdKxTi9QZzaVuZqrMvLIpprFKo%2FdM%3D&amp;reserved=0>
>
>             *** Options:
>             _http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech_
>             <http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech>
>             *** Archive: _https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.eprints.org%2Ftech.php%2F_&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5ee94b4f854f4ac4ef5c08d95f1971e2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637645385163315675%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=OyfgcmpeW5FrT8Jo3vSqLoTKxt5SFuNpl%2FS2hSXTqdQ%3D&amp;reserved=0
>             <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.eprints.org%2Ftech.php%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5ee94b4f854f4ac4ef5c08d95f1971e2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637645385163315675%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=zeP08ZPUXs%2B8Dx20v5x2oraazzen6v80Tibcj3v6gKk%3D&amp;reserved=0>
>             *** EPrints community wiki: _https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F_&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5ee94b4f854f4ac4ef5c08d95f1971e2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637645385163315675%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=u4IY8%2FnbG82C7qWdIKCn%2B8%2Bl3ZqCXBgOlgZ8RVk2GkU%3D&amp;reserved=0
>             <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5ee94b4f854f4ac4ef5c08d95f1971e2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637645385163315675%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=Xolg68f63hOMjo3pcYYgiwBrghHYvtElcuY3hDB5YDI%3D&amp;reserved=0>
>
>         	
>             Virus-free. _https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.avg.com_%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5ee94b4f854f4ac4ef5c08d95f1971e2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637645385163315675%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=8Bhyzb5ywlT9Fzst7DL2KMCVbBOjdR7LtVbNXAMj7u8%3D&amp;reserved=0
>             <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.avg.com%2Femail-signature%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5ee94b4f854f4ac4ef5c08d95f1971e2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637645385163315675%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=sNCtdFda%2FM0OgQ%2BcyDVGQWLIW5RHK7iNbPZ1gklPbs4%3D&amp;reserved=0>
>
>     *PENAFIAN: *E-mel ini dan apa-apa fail yang dihantar
>     bersama-samanya ("Mesej") adalah dihasratkan hanya untuk kegunaan
>     penerima yang dinyatakan di atas dan mungkin mengandungi maklumat
>     yang tidak umum, bermilik, istimewa, sulit dan dikecualikan dari
>     penzahiran di bawah undang-undang yang terpakai termasuklah Akta
>     Rahsia Rasmi 1972. _BACA SELANJUTNYA..._
>     <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmail.uitm.edu.my%2Findex.php%2Fcomponent%2Fcontent%2Farticle%3Fid%3D2%26Itemid%3D103&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5ee94b4f854f4ac4ef5c08d95f1971e2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637645385163315675%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=cBxioxq737wCN4XdKxTi9QZzaVuZqrMvLIpprFKo%2FdM%3D&amp;reserved=0>
>
>
>     ------------------------------------------------------------------------
>     */DISCLAIMER :/*/ This e-mail and any files transmitted with it
>     ("Message") is intended only for the use of the recipient(s) named
>     above and may contain information that is non-public,
>      proprietary,  privileged,  confidential  and  exempt  from
>      disclosure under applicable law including the Official Secrets
>     Act 1972. /_READ MORE..._
>     <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmail.uitm.edu.my%2Findex.php%2Fcomponent%2Fcontent%2Farticle%3Fid%3D2%26Itemid%3D103&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5ee94b4f854f4ac4ef5c08d95f1971e2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637645385163315675%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=cBxioxq737wCN4XdKxTi9QZzaVuZqrMvLIpprFKo%2FdM%3D&amp;reserved=0>***
>     Options:
>     http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
>     <http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech>
>     *** Archive: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.eprints.org%2Ftech.php%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5ee94b4f854f4ac4ef5c08d95f1971e2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637645385163315675%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=zeP08ZPUXs%2B8Dx20v5x2oraazzen6v80Tibcj3v6gKk%3D&amp;reserved=0
>     <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.eprints.org%2Ftech.php%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5ee94b4f854f4ac4ef5c08d95f1971e2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637645385163315675%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=zeP08ZPUXs%2B8Dx20v5x2oraazzen6v80Tibcj3v6gKk%3D&amp;reserved=0>
>     *** EPrints community wiki: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5ee94b4f854f4ac4ef5c08d95f1971e2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637645385163315675%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=Xolg68f63hOMjo3pcYYgiwBrghHYvtElcuY3hDB5YDI%3D&amp;reserved=0
>     <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5ee94b4f854f4ac4ef5c08d95f1971e2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637645385163315675%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=Xolg68f63hOMjo3pcYYgiwBrghHYvtElcuY3hDB5YDI%3D&amp;reserved=0>
>
>


-- 
This email has been checked for viruses by AVG.
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avg.com%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5ee94b4f854f4ac4ef5c08d95f1971e2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637645385163325631%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=uKKhPraZdlAzrAruEn9NJGzlCF7Os%2Fy7%2B1Y0AA85X0w%3D&amp;reserved=0
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/eprints-tech/attachments/20210814/f484b5af/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: graycol.gif
Type: image/gif
Size: 105 bytes
Desc: not available
Url : http://mailman.ecs.soton.ac.uk/pipermail/eprints-tech/attachments/20210814/f484b5af/attachment-0001.gif 


More information about the Eprints-tech mailing list