SV: SV: [EXT] Space issues on older NetApp...
Heino Walther <[email protected]> Fri, 5 Aug 2022 20:25:33 +0000
| Newsgroups | gmane.comp.hardware.netapp |
|---|---|
| Message-ID | <PR3PR09MB53934478D9B0A4712F87B0F4B89E9@PR3PR09MB5393.eurprd09.prod.outlook.com> |
Hi John, Enjoy your vacation š You are right, in that version of ONTAP 5% was default aggregate snap reserve, but it was already set to 0 at creation š I did find a pair of FAS3270 which I think will take over from the FAS3240, and allow us to add more disks to the aggregates⦠Itās not a nice solution, but it is a solution where we do not have to move a lot of data around⦠š /Heino Fra: John Stoffel <[email protected]> Dato: fredag, 5. august 2022 kl. 22.22 Til: Heino Walther <[email protected]> Cc: Wayne McCormick <[email protected]>, Alexander Griesser <[email protected]>, [email protected] <[email protected]> Emne: Re: SV: [EXT] Space issues on older NetApp... >>>>> "Heino" == Heino Walther <[email protected]> writes: What about the aggregate reserve on the destination aggregates? I think it defaults to 5% (I could check on my existing 7-mode 8.1.3 system... but I'm on vacation. :-) That might be enough space to get things rolling again. Heino> All volumes are set to 0 in fractional reserve⦠so thatās not it š Heino> Fra: Wayne McCormick <[email protected]> Heino> Dato: fredag, 5. august 2022 kl. 16.59 Heino> Til: Alexander Griesser <[email protected]>, Heino Walther <[email protected]>, Heino> [email protected] <[email protected]> Heino> Emne: RE: [EXT] Space issues on older NetApp... Heino> Check fractional reserve. That can use up space. Heino> Wayne Heino> From: Toasters <[email protected]> On Behalf Of Alexander Griesser Heino> Sent: Friday, August 5, 2022 8:36 AM Heino> To: Heino Walther <[email protected]>; [email protected] Heino> Subject: AW: [EXT] Space issues on older NetApp... Heino> ATTENTION: This email originated outside of Shaw. Do not click links or open attachments unless Heino> you trust the sender and know the content is safe. Immediately report suspicious emails using the Heino> Phish Alert Report button. Heino> Quite some time out I had my fingers on a 7-mode netapp, but can you compare the output of: Heino> aggr show_space -h Heino> Maybe this gives you an indication of where the missing space is allocated at. Heino> Best, Heino> Alexander Griesser Heino> Head of Systems Operations Heino> ANEXIA Internetdienstleistungs GmbH Heino> E-Mail: [email protected] Heino> Web: http://www.anexia-it.com Heino> Anschrift Hauptsitz Klagenfurt: FeldkirchnerstraĆe 140, 9020 Klagenfurt Heino> GeschƤftsführer: Alexander Windbichler Heino> Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601 Heino> Von: Toasters <[email protected]> Im Auftrag von Heino Walther Heino> Gesendet: Freitag, 5. August 2022 16:32 Heino> An: [email protected] Heino> Betreff: [EXT] Space issues on older NetApp... Heino> ATTENTION: This email originated from outside of the organisation. Do not click on links or open Heino> attachments unless you recognize the sender and know the content is safe Heino> Hi there Heino> We have two systems that mirror eachothers volumes via snapmirror. Heino> We are talking 7mode ONTAP 8.1.4 Heino> The two systems have the same controller: FAS3240 Heino> They have the same disks and aggregate configuration (70TB aggregates) Heino> On the source side we use volumes that are thin-provisioned with LUNs that have space reservation Heino> enabled, the LUNs are mostly close to 16TB (which is max) Heino> All volumes are snapmirrored to volumes on the destination system with the same size and placed on Heino> the same aggregates that mirror the source aggregates in size⦠Heino> The aggregates on the source are all below 95% used. Heino> Yet.. we are now at the situation where a few destination aggregates are 100% full, while the Heino> source aggregates are still under 95% used⦠Heino> I have checked almost everything, like aggregate snapshot reserves etc.. but they should be the Heino> same⦠Heino> Can anyone explain why this can happen? Heino> We are of cause at a ādeadlockā now.. I donāt think we can add anymore disks to the aggregates as Heino> they are max size⦠Heino> The only think I can think of is either delete a volume from the affected aggregates, and re-sync Heino> the volume and hope it doesnāt fill up again⦠Heino> Another way would be to add disks and build a new aggregate, and move some of the volumes⦠Heino> Is there something I have missed? š Heino> /Heino Heino> _______________________________________________ Heino> Toasters mailing list Heino> [email protected] Heino> https://www.teaparty.net/mailman/listinfo/toasters _______________________________________________ Toasters mailing list [email protected] https://www.teaparty.net/mailman/listinfo/toasters