<html 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;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
span.EmailStyle19
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style>
</head>
<body lang="EN-US" link="blue" vlink="purple" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal">What version(s) are you using?  Do you have an old client and a new-ish server?<br>
<br>
Very old client versions will disagree with the MDSes about how to clean up objects, resulting in orphans.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">-Cory<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal" style="margin-left:.5in">On 10/17/22, 3:44 AM, "lustre-discuss" <lustre-discuss-bounces@lists.lustre.org> wrote:<o:p></o:p></p>
</div>
<p class="MsoNormal" style="margin-left:.5in"><o:p> </o:p></p>
<div>
<p class="MsoNormal" style="margin-left:.5in">Thank-you! <br>
<br>
-----Original Message-----<br>
From: Alastair Basden <a.g.basden@durham.ac.uk> <br>
Sent: Monday, 17 October 2022 10:13<br>
To: Cloete, F. (Francois) <FrancoisClo@Nedbank.co.za><br>
Cc: Andreas Dilger <adilger@whamcloud.com>; lustre-discuss@lists.lustre.org<br>
Subject: Re: [lustre-discuss] Lustre recycle bin<br>
<br>
[You don't often get email from a.g.basden@durham.ac.uk. Learn why this is important at
<a href="https://aka.ms/LearnAboutSenderIdentification">https://aka.ms/LearnAboutSenderIdentification</a>   ]<br>
<br>
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------<br>
CAUTION - EXTERNAL SENDER -  Please be careful when opening links and attachments. Nedbank - IT Information Security Department (ISD)<br>
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------<br>
<br>
Hi Francois,<br>
<br>
We had something similar a few months back - I suspect a bug somewhere.<br>
<br>
Basically files weren't getting removed from the OST.  Eventually, we mounted as ext, and removed them manually, I think.<br>
<br>
A reboot of the file system meant that rm operations then proceeded correctly after that.<br>
<br>
Cheers,<br>
Alastair.<br>
<br>
On Mon, 17 Oct 2022, Cloete, F. (Francois) via lustre-discuss wrote:<br>
<br>
> [EXTERNAL EMAIL]<br>
> Hi Andreas,<br>
> Our OSTs still display high file-system usage after removing folders.<br>
><br>
> Are there any commands that could be run to confirm if the allocated space which was used by those files have been released successfully ?<br>
><br>
> Thanks<br>
> Francois<br>
><br>
> From: Andreas Dilger <adilger@whamcloud.com><br>
> Sent: Saturday, 15 October 2022 00:20<br>
> To: Cloete, F. (Francois) <FrancoisClo@Nedbank.co.za><br>
> Cc: lustre-discuss@lists.lustre.org<br>
> Subject: Re: [lustre-discuss] Lustre recycle bin<br>
><br>
> You don't often get email from <br>
> adilger@whamcloud.com<mailto:adilger@whamcloud.com>. Learn why this is <br>
> important<https://aka.ms/LearnAboutSenderIdentification ><br>
> CAUTION - EXTERNAL SENDER - Please be careful when opening links and <br>
> attachments. Nedbank - IT Information Security Department (ISD) There isn't a recycle bin, but filenames are deleted from the filesystem quickly and the data objects are deleted in the background asynchronously (with transactions to prevent the space being
 leaked).  If there are a lot of files this may take some time, rebooting will not speed it up.<br>
><br>
><br>
> On Oct 14, 2022, at 10:00, Cloete, F. (Francois) via lustre-discuss <lustre-discuss@lists.lustre.org<mailto:lustre-discuss@lists.lustre.org>> wrote:<br>
><br>
> Hi Community,<br>
> Is anyone aware of a recycle bin parameter for Lustre?<br>
><br>
> Just deleted a whole lot of files but for some reason the space is not getting cleared.<br>
><br>
> Server rebooted, file-system un-mounted etc.<br>
><br>
> Thanks<br>
><br>
> ********************<br>
> Nedbank Limited group of companies (Nedbank) disclaimer and confidentiality notice:<br>
> This email, including any attachments (email), contains information that is confidential and is meant only for intended recipients. You may not share or copy the email or any part of it, unless the sender has specifically allowed you to do so. If you are
 not an intended recipient, please delete the email permanently and let Nedbank know that you have deleted it by replying to the sender or calling the Nedbank Contact Centre on 0860 555 111.<br>
> This email is not confirmation of a transaction or a Nedbank statement and is not offering or inviting anyone to take up any financial products or services, unless the content specifically indicates that it does so. Nedbank will not be liable for any errors
 or omissions in this email. The views and opinions are those of the author and not necessarily those of Nedbank.<br>
> The names of the Nedbank Board of Directors and Company Secretary are available here:
<a href="http://www.nedbank.co.za/terms/DirectorsNedbank.htm">http://www.nedbank.co.za/terms/DirectorsNedbank.htm</a>  <http://www.nedbank.co.za/terms/DirectorsNedbank.htm
 >. Nedbank Ltd Reg No 1951/000009/06.<br>
> ********************<br>
> _______________________________________________<br>
> lustre-discuss mailing list<br>
> lustre-discuss@lists.lustre.org<mailto:lustre-discuss@lists.lustre.org<br>
> ><br>
> <a href="https://eur01.safelinks.protection.outlook.com/?url=http://lists">https://eur01.safelinks.protection.outlook.com/?url=http://lists</a> 
<br>
> .lustre.org%2Flistinfo.cgi%2Flustre-discuss-lustre.org&amp;data=05%7C0<br>
> 1%7CFrancoisClo%40Nedbank.co.za%7Caccd70e00cb84df3418608dab017807f%7C0<br>
> b1d23d810d140938cb7fd0bb32f81e1%7C0%7C0%7C638015912276367615%7CUnknown<br>
> %7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJ<br>
> XVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=f4pQ6fAnpWfLFoihgUUGBNXH65%2B9Yc<br>
> Wgotw5E7UuUgU%3D&amp;reserved=0<br>
><br>
> Cheers, Andreas<br>
> --<br>
> Andreas Dilger<br>
> Lustre Principal Architect<br>
> Whamcloud<br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
_______________________________________________<br>
lustre-discuss mailing list<br>
lustre-discuss@lists.lustre.org<br>
<a href="http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org">http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org</a> 
<o:p></o:p></p>
</div>
</div>
</body>
</html>