From TROPPENS at de.ibm.com Fri Dec 1 16:28:17 2023 From: TROPPENS at de.ibm.com (Ulf Troppens) Date: Fri, 1 Dec 2023 16:28:17 +0000 Subject: [gpfsug-discuss] First post In-Reply-To: References: Message-ID: Hi Rob, welcome to the group. There will be a Storage Scale User Group Meeting along CIUK next week. Please join us, in case you are there. Best, Ulf Ulf Troppens Product Manager - IBM Storage for Data and AI, Data-Intensive Workflows IBM Deutschland Research & Development GmbH Vorsitzender des Aufsichtsrats: Gregor Pillen / Gesch?ftsf?hrung: David Faller Sitz der Gesellschaft: B?blingen / Registergericht: Amtsgericht Stuttgart, HRB 243294 -----Original Message----- From: gpfsug-discuss On Behalf Of O'Neale, Rob Sent: Wednesday, 29 November 2023 15:40 To: gpfsug-discuss at gpfsug.org Subject: [EXTERNAL] [gpfsug-discuss] First post Hello all, I work for HPE on Cray systems at a client site in the South West of England. We have a number of PFSS (Spectrum Scale ECE) systems which I'm helping to configure and will be maintaining in the future. I'm relatively new to GPFS and am here to keep up to date with developments and learn from others' experiences. Kind Regards, Rob O'Neale HPC Field Technical Support Consultant, HPC Service Delivery Customer Success & Solution Engineering T: 07584 998609| rob.oneale at hpe.com _______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at gpfsug.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org From cabrillo at ifca.unican.es Mon Dec 4 12:11:13 2023 From: cabrillo at ifca.unican.es (Iban Cabrillo) Date: Mon, 4 Dec 2023 12:11:13 +0000 (UTC) Subject: [gpfsug-discuss] Lenovo DSS GUI monitoring Message-ID: <1469758378.3341668.1701691873585.JavaMail.zimbra@ifca.unican.es> Hi Guys, We have just installed a new DSS (4.4a) from lenovo, but we see some problem when trying to raise the monitoring (gui v5.1.6.1) on a machine outside the two servers directly connected to the DSS infrastructure. Discovery of servers and storage enclosures failed. Run mmdiscovercomp -N GUI_RG_SERVERS command in the CLI to see the problem. Running the command from outside machine: [root at dssx ~]# mmdiscovercomp -N GUI_RG_SERVERS Collecting system information from the following nodes: dss01 dss02 Updating component configuration ... Changed enclosure J9xxxxx display ID to None. Changed enclosure J9xxxxx display ID to None. Identifying component groups ... ERROR: local variable 'enc_class' referenced before assignment While If we exec this comamd from one of the dss server directly, seems to be anwer fine: root at dss01 ~]# mmdiscovercomp -N GUI_RG_SERVERS Collecting system information from the following nodes: dss01 dss02 Updating component configuration ... Changed enclosure J9XXXXX display ID to None. Changed enclosure J9XXXXX display ID to None. Identifying component groups ... Found 1 component group(s): group 1: 64CCCCC-J9XXXXX 7ZYYYYYYYY-J9XXXXX 7ZYYYYYYYJ9XXXX 64CCCCC-J9XXXXX Group 1 best match is DSS-G220 with distance 0.00. We are new on this class of SlectrumScale deployment, and we do not know if it's mandatory to install the gui on DSS server or wwhy we get ERROR: local variable 'enc_class' referenced before assignment Thnaks In advance, I -- ================================================================ Ib?n Cabrillo Bartolom? Instituto de F?sica de Cantabria (IFCA-CSIC) Santander, Spain Tel: +34942200969/+34669930421 Responsible for advanced computing service (RSC) ========================================================================================= ========================================================================================= All our suppliers must know and accept IFCA policy available at: https://confluence.ifca.es/display/IC/Information+Security+Policy+for+External+Suppliers ========================================================================================== -------------- next part -------------- An HTML attachment was scrubbed... URL: From ncalimet at lenovo.com Mon Dec 4 13:51:36 2023 From: ncalimet at lenovo.com (Nicolas CALIMET) Date: Mon, 4 Dec 2023 13:51:36 +0000 Subject: [gpfsug-discuss] [External] Lenovo DSS GUI monitoring In-Reply-To: <1469758378.3341668.1701691873585.JavaMail.zimbra@ifca.unican.es> References: <1469758378.3341668.1701691873585.JavaMail.zimbra@ifca.unican.es> Message-ID: Hi, This is a known issue with mmdiscovercomp that has however not be listed specifically in the context of DSS-G. The reason is that the DSS-G documentation recommends to *not* leverage this command, but the dssgmkcompdb utility instead (?make component database?; see for instance the corresponding command reference in DSS-G Concepts & Administration guide). In particular, the latter will take care of the specific layout of the DSS-G configurations within one or multiple racks. This utility should run before setting up the GUI, as the latter will then use the component database (compDB) that is defined by running dssgmkcompdb. (IIRC the Spectrum/Storage Scale GUI will not try to run mmdiscovercomp as long as the compDB is correctly set for all hardware components in the storage cluster.) Note that DSS-G 4.5a released late October comes with several improvements and fixes for the dssgmkcompdb utility. The latest version of the utility can be used as is with DSS-G 4.4 as well. Please reach out to me directly and we can coordinate to get you that utility installed on your building block. Hope this helps, - Nicolas -- Nicolas Calimet, PhD | HPC System Architect | Lenovo ISG | Meitnerstrasse 9, D-70563 Stuttgart, Germany | +49 71165690146 | https://www.lenovo.com/dssg From: gpfsug-discuss On Behalf Of Iban Cabrillo Sent: Monday, December 4, 2023 13:11 To: gpfsug-discuss Subject: [External] [gpfsug-discuss] Lenovo DSS GUI monitoring Hi Guys, We have just installed a new DSS (4.4a) from lenovo, but we see some problem when trying to raise the monitoring (gui v5.1.6.1) on a machine outside the two servers directly connected to the DSS infrastructure. Discovery of servers and storage enclosures failed. Run mmdiscovercomp -N GUI_RG_SERVERS command in the CLI to see the problem. Running the command from outside machine: [root at dssx ~]# mmdiscovercomp -N GUI_RG_SERVERS Collecting system information from the following nodes: dss01 dss02 Updating component configuration ... Changed enclosure J9xxxxx display ID to None. Changed enclosure J9xxxxx display ID to None. Identifying component groups ... ERROR: local variable 'enc_class' referenced before assignment While If we exec this comamd from one of the dss server directly, seems to be anwer fine: root at dss01 ~]# mmdiscovercomp -N GUI_RG_SERVERS Collecting system information from the following nodes: dss01 dss02 Updating component configuration ... Changed enclosure J9XXXXX display ID to None. Changed enclosure J9XXXXX display ID to None. Identifying component groups ... Found 1 component group(s): group 1: 64CCCCC-J9XXXXX 7ZYYYYYYYY-J9XXXXX 7ZYYYYYYYJ9XXXX 64CCCCC-J9XXXXX Group 1 best match is DSS-G220 with distance 0.00. We are new on this class of SlectrumScale deployment, and we do not know if it's mandatory to install the gui on DSS server or wwhy we get ERROR: local variable 'enc_class' referenced before assignment Thnaks In advance, I -- ================================================================ Ib?n Cabrillo Bartolom? Instituto de F?sica de Cantabria (IFCA-CSIC) Santander, Spain Tel: +34942200969/+34669930421 Responsible for advanced computing service (RSC) ========================================================================================= ========================================================================================= All our suppliers must know and accept IFCA policy available at: https://confluence.ifca.es/display/IC/Information+Security+Policy+for+External+Suppliers ========================================================================================== -------------- next part -------------- An HTML attachment was scrubbed... URL: From ncalimet at lenovo.com Mon Dec 4 13:51:36 2023 From: ncalimet at lenovo.com (Nicolas CALIMET) Date: Mon, 4 Dec 2023 13:51:36 +0000 Subject: [gpfsug-discuss] [External] Lenovo DSS GUI monitoring In-Reply-To: <1469758378.3341668.1701691873585.JavaMail.zimbra@ifca.unican.es> References: <1469758378.3341668.1701691873585.JavaMail.zimbra@ifca.unican.es> Message-ID: Hi, This is a known issue with mmdiscovercomp that has however not be listed specifically in the context of DSS-G. The reason is that the DSS-G documentation recommends to *not* leverage this command, but the dssgmkcompdb utility instead (?make component database?; see for instance the corresponding command reference in DSS-G Concepts & Administration guide). In particular, the latter will take care of the specific layout of the DSS-G configurations within one or multiple racks. This utility should run before setting up the GUI, as the latter will then use the component database (compDB) that is defined by running dssgmkcompdb. (IIRC the Spectrum/Storage Scale GUI will not try to run mmdiscovercomp as long as the compDB is correctly set for all hardware components in the storage cluster.) Note that DSS-G 4.5a released late October comes with several improvements and fixes for the dssgmkcompdb utility. The latest version of the utility can be used as is with DSS-G 4.4 as well. Please reach out to me directly and we can coordinate to get you that utility installed on your building block. Hope this helps, - Nicolas -- Nicolas Calimet, PhD | HPC System Architect | Lenovo ISG | Meitnerstrasse 9, D-70563 Stuttgart, Germany | +49 71165690146 | https://www.lenovo.com/dssg From: gpfsug-discuss On Behalf Of Iban Cabrillo Sent: Monday, December 4, 2023 13:11 To: gpfsug-discuss Subject: [External] [gpfsug-discuss] Lenovo DSS GUI monitoring Hi Guys, We have just installed a new DSS (4.4a) from lenovo, but we see some problem when trying to raise the monitoring (gui v5.1.6.1) on a machine outside the two servers directly connected to the DSS infrastructure. Discovery of servers and storage enclosures failed. Run mmdiscovercomp -N GUI_RG_SERVERS command in the CLI to see the problem. Running the command from outside machine: [root at dssx ~]# mmdiscovercomp -N GUI_RG_SERVERS Collecting system information from the following nodes: dss01 dss02 Updating component configuration ... Changed enclosure J9xxxxx display ID to None. Changed enclosure J9xxxxx display ID to None. Identifying component groups ... ERROR: local variable 'enc_class' referenced before assignment While If we exec this comamd from one of the dss server directly, seems to be anwer fine: root at dss01 ~]# mmdiscovercomp -N GUI_RG_SERVERS Collecting system information from the following nodes: dss01 dss02 Updating component configuration ... Changed enclosure J9XXXXX display ID to None. Changed enclosure J9XXXXX display ID to None. Identifying component groups ... Found 1 component group(s): group 1: 64CCCCC-J9XXXXX 7ZYYYYYYYY-J9XXXXX 7ZYYYYYYYJ9XXXX 64CCCCC-J9XXXXX Group 1 best match is DSS-G220 with distance 0.00. We are new on this class of SlectrumScale deployment, and we do not know if it's mandatory to install the gui on DSS server or wwhy we get ERROR: local variable 'enc_class' referenced before assignment Thnaks In advance, I -- ================================================================ Ib?n Cabrillo Bartolom? Instituto de F?sica de Cantabria (IFCA-CSIC) Santander, Spain Tel: +34942200969/+34669930421 Responsible for advanced computing service (RSC) ========================================================================================= ========================================================================================= All our suppliers must know and accept IFCA policy available at: https://confluence.ifca.es/display/IC/Information+Security+Policy+for+External+Suppliers ========================================================================================== -------------- next part -------------- An HTML attachment was scrubbed... URL: From heinrich.billich at id.ethz.ch Tue Dec 5 17:09:11 2023 From: heinrich.billich at id.ethz.ch (Billich Heinrich Rainer (ID)) Date: Tue, 5 Dec 2023 17:09:11 +0000 Subject: [gpfsug-discuss] Mmapplypolicy: Can I compress lists on the fly, before write to disk? Message-ID: <2CF5A1F8-92F2-4EA9-BAC5-7149122F8A7B@contoso.com> Hello, Can I compress file-lists generated by mmapplypolicy on-the-fly, i.e. before they get written to disk? I write lists with extra Metadata for each file, which tend to get large. I use this rule and run it with "-I defer" RULE 'allFiles' LIST 'lst' SHOW('! '|| vc(FILE_SIZE) ||';'|| MODE ||';'|| vc(MODIFICATION_TIME)||';'|| ... some more ... vc(MODIFICATION_SNAPID) ||' !') DIRECTORIES_PLUS Thank you, Heiner -- ETH Z?rich Heinrich Billich Informatikdienste Tel.: +41 44 632 72 56 heinrich.billich at id.ethz.ch https://www.id.ethz.ch From scale at us.ibm.com Thu Dec 7 18:18:44 2023 From: scale at us.ibm.com (scale) Date: Thu, 7 Dec 2023 18:18:44 +0000 Subject: [gpfsug-discuss] Mmapplypolicy: Can I compress lists on the fly, before write to disk? In-Reply-To: <2CF5A1F8-92F2-4EA9-BAC5-7149122F8A7B@contoso.com> References: <2CF5A1F8-92F2-4EA9-BAC5-7149122F8A7B@contoso.com> Message-ID: Hi Heinrich, Mmapplypolicy does not compress the listfile that contains meta information of all selected files. Regards From: gpfsug-discuss on behalf of Billich Heinrich Rainer (ID) Date: Tuesday, December 5, 2023 at 12:11?PM To: gpfsug-discuss at gpfsug.org Subject: [EXTERNAL] [gpfsug-discuss] Mmapplypolicy: Can I compress lists on the fly, before write to disk? Hello, Can I compress file-lists generated by mmapplypolicy on-the-fly, i.e. before they get written to disk? I write lists with extra Metadata for each file, which tend to get large. I use this rule and run it with "-I defer" RULE 'allFiles' LIST 'lst' SHOW('! '|| vc(FILE_SIZE) ||';'|| MODE ||';'|| vc(MODIFICATION_TIME)||';'|| ... some more ... vc(MODIFICATION_SNAPID) ||' !') DIRECTORIES_PLUS Thank you, Heiner -- ETH Z?rich Heinrich Billich Informatikdienste Tel.: +41 44 632 72 56 heinrich.billich at id.ethz.ch https://www.id.ethz.ch _______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at gpfsug.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From janfrode at tanso.net Thu Dec 7 20:25:48 2023 From: janfrode at tanso.net (Jan-Frode Myklebust) Date: Thu, 7 Dec 2023 21:25:48 +0100 Subject: [gpfsug-discuss] Mmapplypolicy: Can I compress lists on the fly, before write to disk? In-Reply-To: <2CF5A1F8-92F2-4EA9-BAC5-7149122F8A7B@contoso.com> References: <2CF5A1F8-92F2-4EA9-BAC5-7149122F8A7B@contoso.com> Message-ID: No, but you can reduce to one replica, if it?s a replicated file system. I think that?s the only space saving feature available. -jf tir. 5. des. 2023 kl. 18:10 skrev Billich Heinrich Rainer (ID) < heinrich.billich at id.ethz.ch>: > Hello, > > Can I compress file-lists generated by mmapplypolicy on-the-fly, i.e. > before they get written to disk? I write lists with extra Metadata for each > file, which tend to get large. > > I use this rule and run it with "-I defer" > > RULE 'allFiles' > LIST 'lst' > SHOW('! '|| > vc(FILE_SIZE) ||';'|| > MODE ||';'|| > vc(MODIFICATION_TIME)||';'|| > ... some more ... > vc(MODIFICATION_SNAPID) > ||' !') > DIRECTORIES_PLUS > > > Thank you, > > Heiner > -- > ETH Z?rich > Heinrich Billich > Informatikdienste > Tel.: +41 44 632 72 56 > heinrich.billich at id.ethz.ch > https://www.id.ethz.ch > > > > > _______________________________________________ > gpfsug-discuss mailing list > gpfsug-discuss at gpfsug.org > http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: From p.ward at nhm.ac.uk Wed Dec 13 12:12:42 2023 From: p.ward at nhm.ac.uk (Paul Ward) Date: Wed, 13 Dec 2023 12:12:42 +0000 Subject: [gpfsug-discuss] policy log file summary table missing rule name Message-ID: Good afternoon, Before I raise a support ticket, I just wanted to check if anyone else has this issue... We run a number of scheduled migration policies between our SCALE to our COS, using TCT. In November 2022 the summary table included the name of the rules: 0 96656 83740960 0 0 0 RULE 'exclude-commvault' EXCLUDE WHERE(.) 1 23 0 0 0 0 RULE 'migrate_advisory_immut_90' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 2 14296 0 0 0 0 RULE 'migrate_bulk_data_90' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 3 3 0 0 0 0 RULE 'migrate_bulk_data_cats_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 4 0 0 0 0 0 RULE 'migrate_bulk_data_database_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 5 0 0 0 0 0 RULE 'migrate_bulk_data_iac_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 6 0 0 0 0 0 RULE 'migrate_bulk_data_sackler-lab_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 7 0 0 0 0 0 RULE 'migrate_bulk_data_vislabbackup_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 8 1315647 480891936 120468 480891936 0 RULE 'migrate_bulk_data_mbl_instruments_1' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 9 21336081 16978450992 1848976 16978450992 0 RULE 'migrate_bulk_data_mbl_workspaces_1' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 10 54 0 0 0 0 RULE 'migrate_bulk_workspace_ct-projects_4' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 11 1510660 0 0 0 0 RULE 'migrate_bulk_workspace_iac-workspace_4' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) December 2022 looks like after we did an upgrade from 5.1.1.1. to 5.1.2 the summary table has lost the rule names, putting the source pool instead, or nothing for an exclude rule. [...] 9 9 17539024 9 17539024 13657872 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 10 9 17515424 9 17515424 13646032 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 11 7 19948864 7 19948864 3958880 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 12 8 19961552 8 19961552 3962800 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 13 11 248750288 11 248750288 196709712 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 14 244615 55067520 0 0 0 RULE '' EXCLUDE WHERE(.) 15 5002 100400 0 0 0 RULE '' EXCLUDE WHERE(.) 16 1411705 285504880 0 0 0 RULE '' EXCLUDE WHERE(.) 17 0 0 0 0 0 RULE '' EXCLUDE WHERE(.) 18 47 0 0 0 0 RULE 'migrate' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 19 25051022 835648 204 835648 0 RULE 'migrate' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) Anyone else noticed this? Kindest regards, Paul Paul Ward TS Infrastructure Architect Natural History Museum T: 02079426450 E: p.ward at nhm.ac.uk [cid:image001.png at 01DA2DBB.BDEDE630] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 12974 bytes Desc: image001.png URL: From scale at us.ibm.com Wed Dec 13 15:25:34 2023 From: scale at us.ibm.com (scale) Date: Wed, 13 Dec 2023 15:25:34 +0000 Subject: [gpfsug-discuss] policy log file summary table missing rule name In-Reply-To: References: Message-ID: Yes, this is a known issue and fixed in 5.1.8.2 and later versions. From: gpfsug-discuss on behalf of Paul Ward Date: Wednesday, December 13, 2023 at 7:15?AM To: gpfsug-discuss at gpfsug.org Subject: [EXTERNAL] [gpfsug-discuss] policy log file summary table missing rule name Good afternoon, Before I raise a support ticket, I just wanted to check if anyone else has this issue? We run a number of scheduled migration policies between our SCALE to our COS, using TCT. In November 2022 the summary table included ZjQcmQRYFpfptBannerStart This Message Is From an External Sender This message came from outside your organization. Report Suspicious ZjQcmQRYFpfptBannerEnd Good afternoon, Before I raise a support ticket, I just wanted to check if anyone else has this issue? We run a number of scheduled migration policies between our SCALE to our COS, using TCT. In November 2022 the summary table included the name of the rules: 0 96656 83740960 0 0 0 RULE 'exclude-commvault' EXCLUDE WHERE(.) 1 23 0 0 0 0 RULE 'migrate_advisory_immut_90' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 2 14296 0 0 0 0 RULE 'migrate_bulk_data_90' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 3 3 0 0 0 0 RULE 'migrate_bulk_data_cats_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 4 0 0 0 0 0 RULE 'migrate_bulk_data_database_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 5 0 0 0 0 0 RULE 'migrate_bulk_data_iac_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 6 0 0 0 0 0 RULE 'migrate_bulk_data_sackler-lab_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 7 0 0 0 0 0 RULE 'migrate_bulk_data_vislabbackup_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 8 1315647 480891936 120468 480891936 0 RULE 'migrate_bulk_data_mbl_instruments_1' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 9 21336081 16978450992 1848976 16978450992 0 RULE 'migrate_bulk_data_mbl_workspaces_1' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 10 54 0 0 0 0 RULE 'migrate_bulk_workspace_ct-projects_4' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 11 1510660 0 0 0 0 RULE 'migrate_bulk_workspace_iac-workspace_4' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) December 2022 looks like after we did an upgrade from 5.1.1.1. to 5.1.2 the summary table has lost the rule names, putting the source pool instead, or nothing for an exclude rule. [?] 9 9 17539024 9 17539024 13657872 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 10 9 17515424 9 17515424 13646032 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 11 7 19948864 7 19948864 3958880 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 12 8 19961552 8 19961552 3962800 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 13 11 248750288 11 248750288 196709712 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 14 244615 55067520 0 0 0 RULE '' EXCLUDE WHERE(.) 15 5002 100400 0 0 0 RULE '' EXCLUDE WHERE(.) 16 1411705 285504880 0 0 0 RULE '' EXCLUDE WHERE(.) 17 0 0 0 0 0 RULE '' EXCLUDE WHERE(.) 18 47 0 0 0 0 RULE 'migrate' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 19 25051022 835648 204 835648 0 RULE 'migrate' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) Anyone else noticed this? Kindest regards, Paul Paul Ward TS Infrastructure Architect Natural History Museum T: 02079426450 E: p.ward at nhm.ac.uk [cid:image001.png at 01DA2DBB.BDEDE630] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 12974 bytes Desc: image001.png URL: From p.ward at nhm.ac.uk Wed Dec 13 16:34:07 2023 From: p.ward at nhm.ac.uk (Paul Ward) Date: Wed, 13 Dec 2023 16:34:07 +0000 Subject: [gpfsug-discuss] policy log file summary table missing rule name In-Reply-To: References: Message-ID: Current GPFS build: "5.1.8.1? ? Any way I can get this fixed without a full upgrade? Kindest regards, Paul Paul Ward TS Infrastructure Architect Natural History Museum T: 02079426450 E: p.ward at nhm.ac.uk [cid:image001.png at 01DA2DE2.30F06290] From: gpfsug-discuss On Behalf Of scale Sent: Wednesday, December 13, 2023 3:26 PM To: gpfsug main discussion list Subject: Re: [gpfsug-discuss] policy log file summary table missing rule name Yes, this is a known issue and fixed in 5.1.8.2 and later versions. From: gpfsug-discuss > on behalf of Paul Ward > Date: Wednesday, December 13, 2023 at 7:15?AM To: gpfsug-discuss at gpfsug.org > Subject: [EXTERNAL] [gpfsug-discuss] policy log file summary table missing rule name Good afternoon, Before I raise a support ticket, I just wanted to check if anyone else has this issue? We run a number of scheduled migration policies between our SCALE to our COS, using TCT. In November 2022 the summary table included Good afternoon, Before I raise a support ticket, I just wanted to check if anyone else has this issue? We run a number of scheduled migration policies between our SCALE to our COS, using TCT. In November 2022 the summary table included the name of the rules: 0 96656 83740960 0 0 0 RULE 'exclude-commvault' EXCLUDE WHERE(.) 1 23 0 0 0 0 RULE 'migrate_advisory_immut_90' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 2 14296 0 0 0 0 RULE 'migrate_bulk_data_90' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 3 3 0 0 0 0 RULE 'migrate_bulk_data_cats_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 4 0 0 0 0 0 RULE 'migrate_bulk_data_database_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 5 0 0 0 0 0 RULE 'migrate_bulk_data_iac_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 6 0 0 0 0 0 RULE 'migrate_bulk_data_sackler-lab_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 7 0 0 0 0 0 RULE 'migrate_bulk_data_vislabbackup_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 8 1315647 480891936 120468 480891936 0 RULE 'migrate_bulk_data_mbl_instruments_1' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 9 21336081 16978450992 1848976 16978450992 0 RULE 'migrate_bulk_data_mbl_workspaces_1' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 10 54 0 0 0 0 RULE 'migrate_bulk_workspace_ct-projects_4' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 11 1510660 0 0 0 0 RULE 'migrate_bulk_workspace_iac-workspace_4' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) December 2022 looks like after we did an upgrade from 5.1.1.1. to 5.1.2 the summary table has lost the rule names, putting the source pool instead, or nothing for an exclude rule. [?] 9 9 17539024 9 17539024 13657872 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 10 9 17515424 9 17515424 13646032 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 11 7 19948864 7 19948864 3958880 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 12 8 19961552 8 19961552 3962800 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 13 11 248750288 11 248750288 196709712 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 14 244615 55067520 0 0 0 RULE '' EXCLUDE WHERE(.) 15 5002 100400 0 0 0 RULE '' EXCLUDE WHERE(.) 16 1411705 285504880 0 0 0 RULE '' EXCLUDE WHERE(.) 17 0 0 0 0 0 RULE '' EXCLUDE WHERE(.) 18 47 0 0 0 0 RULE 'migrate' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 19 25051022 835648 204 835648 0 RULE 'migrate' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) Anyone else noticed this? Kindest regards, Paul Paul Ward TS Infrastructure Architect Natural History Museum T: 02079426450 E: p.ward at nhm.ac.uk [cid:image001.png at 01DA2DE2.30F06290] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 12974 bytes Desc: image001.png URL: From scale at us.ibm.com Wed Dec 13 16:49:08 2023 From: scale at us.ibm.com (scale) Date: Wed, 13 Dec 2023 16:49:08 +0000 Subject: [gpfsug-discuss] policy log file summary table missing rule name In-Reply-To: References: Message-ID: Please contact support team and refer APAR IJ47557. From: gpfsug-discuss on behalf of Paul Ward Date: Wednesday, December 13, 2023 at 11:36?AM To: gpfsug main discussion list Subject: [EXTERNAL] Re: [gpfsug-discuss] policy log file summary table missing rule name Current GPFS build: "5.?1.?8.?1? ? Any way I can get this fixed without a full upgrade? Kindest regards, Paul Paul Ward TS Infrastructure Architect Natural History Museum T: 02079426450 E: p.?ward@?nhm.?ac.?uk From: gpfsug-discuss ZjQcmQRYFpfptBannerStart This Message Is From an External Sender This message came from outside your organization. Report Suspicious ZjQcmQRYFpfptBannerEnd Current GPFS build: "5.1.8.1? ? Any way I can get this fixed without a full upgrade? Kindest regards, Paul Paul Ward TS Infrastructure Architect Natural History Museum T: 02079426450 E: p.ward at nhm.ac.uk [cid:image001.png at 01DA2DE2.30F06290] From: gpfsug-discuss On Behalf Of scale Sent: Wednesday, December 13, 2023 3:26 PM To: gpfsug main discussion list Subject: Re: [gpfsug-discuss] policy log file summary table missing rule name Yes, this is a known issue and fixed in 5.1.8.2 and later versions. From: gpfsug-discuss > on behalf of Paul Ward > Date: Wednesday, December 13, 2023 at 7:15?AM To: gpfsug-discuss at gpfsug.org > Subject: [EXTERNAL] [gpfsug-discuss] policy log file summary table missing rule name Good afternoon, Before I raise a support ticket, I just wanted to check if anyone else has this issue? We run a number of scheduled migration policies between our SCALE to our COS, using TCT. In November 2022 the summary table included Good afternoon, Before I raise a support ticket, I just wanted to check if anyone else has this issue? We run a number of scheduled migration policies between our SCALE to our COS, using TCT. In November 2022 the summary table included the name of the rules: 0 96656 83740960 0 0 0 RULE 'exclude-commvault' EXCLUDE WHERE(.) 1 23 0 0 0 0 RULE 'migrate_advisory_immut_90' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 2 14296 0 0 0 0 RULE 'migrate_bulk_data_90' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 3 3 0 0 0 0 RULE 'migrate_bulk_data_cats_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 4 0 0 0 0 0 RULE 'migrate_bulk_data_database_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 5 0 0 0 0 0 RULE 'migrate_bulk_data_iac_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 6 0 0 0 0 0 RULE 'migrate_bulk_data_sackler-lab_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 7 0 0 0 0 0 RULE 'migrate_bulk_data_vislabbackup_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 8 1315647 480891936 120468 480891936 0 RULE 'migrate_bulk_data_mbl_instruments_1' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 9 21336081 16978450992 1848976 16978450992 0 RULE 'migrate_bulk_data_mbl_workspaces_1' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 10 54 0 0 0 0 RULE 'migrate_bulk_workspace_ct-projects_4' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 11 1510660 0 0 0 0 RULE 'migrate_bulk_workspace_iac-workspace_4' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) December 2022 looks like after we did an upgrade from 5.1.1.1. to 5.1.2 the summary table has lost the rule names, putting the source pool instead, or nothing for an exclude rule. [?] 9 9 17539024 9 17539024 13657872 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 10 9 17515424 9 17515424 13646032 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 11 7 19948864 7 19948864 3958880 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 12 8 19961552 8 19961552 3962800 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 13 11 248750288 11 248750288 196709712 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 14 244615 55067520 0 0 0 RULE '' EXCLUDE WHERE(.) 15 5002 100400 0 0 0 RULE '' EXCLUDE WHERE(.) 16 1411705 285504880 0 0 0 RULE '' EXCLUDE WHERE(.) 17 0 0 0 0 0 RULE '' EXCLUDE WHERE(.) 18 47 0 0 0 0 RULE 'migrate' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 19 25051022 835648 204 835648 0 RULE 'migrate' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) Anyone else noticed this? Kindest regards, Paul Paul Ward TS Infrastructure Architect Natural History Museum T: 02079426450 E: p.ward at nhm.ac.uk [cid:image001.png at 01DA2DE2.30F06290] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 12974 bytes Desc: image001.png URL: From p.ward at nhm.ac.uk Fri Dec 15 17:00:16 2023 From: p.ward at nhm.ac.uk (Paul Ward) Date: Fri, 15 Dec 2023 17:00:16 +0000 Subject: [gpfsug-discuss] policy log file summary table missing rule name In-Reply-To: References: Message-ID: Thank you. Kindest regards, Paul Paul Ward TS Infrastructure Architect Natural History Museum T: 02079426450 E: p.ward at nhm.ac.uk [cid:image001.png at 01DA2F78.2D16A250] From: gpfsug-discuss On Behalf Of scale Sent: Wednesday, December 13, 2023 4:49 PM To: gpfsug main discussion list Subject: Re: [gpfsug-discuss] policy log file summary table missing rule name Please contact support team and refer APAR IJ47557. From: gpfsug-discuss > on behalf of Paul Ward > Date: Wednesday, December 13, 2023 at 11:36?AM To: gpfsug main discussion list > Subject: [EXTERNAL] Re: [gpfsug-discuss] policy log file summary table missing rule name Current GPFS build: "5.?1.?8.?1? ? Any way I can get this fixed without a full upgrade? Kindest regards, Paul Paul Ward TS Infrastructure Architect Natural History Museum T: 02079426450 E: p.?ward@?nhm.?ac.?uk From: gpfsug-discuss Current GPFS build: "5.1.8.1? ? Any way I can get this fixed without a full upgrade? Kindest regards, Paul Paul Ward TS Infrastructure Architect Natural History Museum T: 02079426450 E: p.ward at nhm.ac.uk [cid:image001.png at 01DA2F78.2D16A250] From: gpfsug-discuss > On Behalf Of scale Sent: Wednesday, December 13, 2023 3:26 PM To: gpfsug main discussion list > Subject: Re: [gpfsug-discuss] policy log file summary table missing rule name Yes, this is a known issue and fixed in 5.1.8.2 and later versions. From: gpfsug-discuss > on behalf of Paul Ward > Date: Wednesday, December 13, 2023 at 7:15?AM To: gpfsug-discuss at gpfsug.org > Subject: [EXTERNAL] [gpfsug-discuss] policy log file summary table missing rule name Good afternoon, Before I raise a support ticket, I just wanted to check if anyone else has this issue? We run a number of scheduled migration policies between our SCALE to our COS, using TCT. In November 2022 the summary table included Good afternoon, Before I raise a support ticket, I just wanted to check if anyone else has this issue? We run a number of scheduled migration policies between our SCALE to our COS, using TCT. In November 2022 the summary table included the name of the rules: 0 96656 83740960 0 0 0 RULE 'exclude-commvault' EXCLUDE WHERE(.) 1 23 0 0 0 0 RULE 'migrate_advisory_immut_90' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 2 14296 0 0 0 0 RULE 'migrate_bulk_data_90' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 3 3 0 0 0 0 RULE 'migrate_bulk_data_cats_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 4 0 0 0 0 0 RULE 'migrate_bulk_data_database_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 5 0 0 0 0 0 RULE 'migrate_bulk_data_iac_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 6 0 0 0 0 0 RULE 'migrate_bulk_data_sackler-lab_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 7 0 0 0 0 0 RULE 'migrate_bulk_data_vislabbackup_14' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 8 1315647 480891936 120468 480891936 0 RULE 'migrate_bulk_data_mbl_instruments_1' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 9 21336081 16978450992 1848976 16978450992 0 RULE 'migrate_bulk_data_mbl_workspaces_1' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 10 54 0 0 0 0 RULE 'migrate_bulk_workspace_ct-projects_4' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 11 1510660 0 0 0 0 RULE 'migrate_bulk_workspace_iac-workspace_4' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) December 2022 looks like after we did an upgrade from 5.1.1.1. to 5.1.2 the summary table has lost the rule names, putting the source pool instead, or nothing for an exclude rule. [?] 9 9 17539024 9 17539024 13657872 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 10 9 17515424 9 17515424 13646032 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 11 7 19948864 7 19948864 3958880 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 12 8 19961552 8 19961552 3962800 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 13 11 248750288 11 248750288 196709712 RULE 'data' MIGRATE FROM POOL 'migrate' TO POOL 'data' WHERE(.) 14 244615 55067520 0 0 0 RULE '' EXCLUDE WHERE(.) 15 5002 100400 0 0 0 RULE '' EXCLUDE WHERE(.) 16 1411705 285504880 0 0 0 RULE '' EXCLUDE WHERE(.) 17 0 0 0 0 0 RULE '' EXCLUDE WHERE(.) 18 47 0 0 0 0 RULE 'migrate' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) 19 25051022 835648 204 835648 0 RULE 'migrate' MIGRATE FROM POOL 'data' TO POOL 'migrate' WHERE(.) Anyone else noticed this? Kindest regards, Paul Paul Ward TS Infrastructure Architect Natural History Museum T: 02079426450 E: p.ward at nhm.ac.uk [cid:image001.png at 01DA2F78.2D16A250] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 12974 bytes Desc: image001.png URL: