<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:"Trebuchet MS";
panose-1:2 11 6 3 2 2 2 2 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;
font-family:"Calibri",sans-serif;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="#0563C1" vlink="#954F72">
<div class="WordSection1">
<p><b><span style="font-size:9.0pt;font-family:"Trebuchet MS",sans-serif;color:#AAAAAA">Dell Customer Communication</span></b><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p>--<br>
Matt Domsch<br>
Senior Distinguished Engineer & Executive Director<br>
Dell | Software Group, Office of the CTO<br>
<br>
<br>
-----Original Message-----<br>
From: Pierre-Yves Chibon [mailto:pingou@pingoured.fr] <br>
Sent: Monday, June 29, 2015 4:19 AM<br>
To: Fedora Infrastructure<br>
Cc: Domsch, Matt<br>
Subject: Re: Thoughts and question about MM2's UMDL script<br>
<br>
On Fri, Jun 26, 2015 at 01:45:01PM -0600, Kevin Fenzi wrote:<br>
> On Fri, 26 Jun 2015 21:00:37 +0200<br>
> Adrian Reber wrote:<br>
> <br>
> ...snip...<br>
> <br>
> > > > * Readable status of directories The Directory table has a <br>
> > > > 'readable' property, none of our directories is not readable.<br>
> > > > <br>
> > > > Question is: what is the use-case for this boolean?<br>
> > > <br>
> > > Could it be for when we have a release about to come out, but it's <br>
> > > not readable to the public yet? Typically we stage a release on <br>
> > > friday and until the actual release on tuesday the directory isn't <br>
> > > open, only mirrors with the acls can sync it.<br>
> > <br>
> > Yes, that's also what I remember about it. Although I am not sure if <br>
> > we still need it. As we bitflip much earlier we have the chance to <br>
> > crawl everything before the release. The last few releases we even <br>
> > didn't use the data under releases but under development for the <br>
> > first few weeks. So this functionality has become pretty useless <br>
> > with the current release mechanism.<br>
> <br>
> I'm not sure I agree. ;)<br>
> <br>
> We stage a release friday with the directory closed. <br>
> True, we have been doing the bit-flip sooner, but usually it's late <br>
> monday night so more mirrors will be synced for the release tuesday <br>
> morning.<br>
> <br>
> So, if we remove this, what happens friday->monday night? <br>
> ie, what does property do? Does it use the info for seeing if <br>
> something is up to date, or just if it's set it doesn't give out <br>
> metalinks with those paths? or ?<br>
<br>
Matt, do you remember how the 'readable' property works?<br>
<br>
<o:p></o:p></p>
<p>== MD == Recall there are 2 ways a host_category_directory entry gets created. 1) crawler; 2) report_mirror. Readable=False is a flag so that crawler doesn’t mark directories as not up2date or mark for deletion just because it can’t read them pre-bitflip,
having been created by report_mirror. In a sense, HCDs pointing to directories with readable=False is foretelling the future state of the mirror list (what will be reported as soon as the bitflip happens and UMDL sets readable=True) without having to wait
for the crawler to hit a given mirror or for that mirror to run report_mirror again.<o:p></o:p></p>
<p><o:p> </o:p></p>
<p><o:p> </o:p></p>
<p><o:p> </o:p></p>
</div>
</body>
</html>