Re: [gpfsug-discuss] Strategies - servers with local SAS disks

Hi Bob, If you mean #4 with 2x data replication...then I would be very wary as the chance of data loss would be very high given local disk failure rates. So I think its really #4 with 3x replication vs #3 with 2x replication (and raid5/6 in node) (with maybe 3x for metadata). The space overhead

Re: [gpfsug-discuss] HAWC and LROC

Just adding in that with HAWC, you can also use a shared fast storage device (instead of a node local SSD). So, for example, if you already have your metadata stored in a shared SSD server, then you can just enable HAWC without any additional replication requirements. Dean From: Sven Oehme

Re: [gpfsug-discuss] AFM Peer Snapshots over GPFS Protocol

Just to expand a bit on the use of peer snapshots. The point of psnap is to create a snapshot in the cache that is identical to a snapshot on the home. This way you can recover files from a snapshot of a fileset on the 'replica' of the data just like you can from a snapshot in the 'cache' (where

Re: [gpfsug-discuss] AFM over NFS vs GPFS

Hi Luke, Assuming the network between your clusters is reliable, using GPFS with SW-mode (also assuming you aren't ever modifying the data on the home cluster) should work well for you I think. New files can continue to be created in the cache even in unmounted state Dean IBM Almaden

Re: [gpfsug-discuss] AFM over NFS vs GPFS

Hi Luke, Assuming the network between your clusters is reliable, using GPFS with SW-mode (also assuming you aren't ever modifying the data on the home cluster) should work well for you I think. New files can continue to be created in the cache even in unmounted state Dean IBM Almaden

Re: [gpfsug-discuss] AFM and Symbolic Links

Hi Luke, Quick response yes :) Dean From: Luke Raimbach To: gpfsug main discussion list Date: 02/29/2016 06:32 AM Subject:[gpfsug-discuss] AFM and Symbolic Links Sent by:

Re: [gpfsug-discuss] AFM and Symbolic Links

Hi Luke, Quick response yes :) Dean From: Luke Raimbach To: gpfsug main discussion list Date: 02/29/2016 06:32 AM Subject:[gpfsug-discuss] AFM and Symbolic Links Sent by:

Re: [gpfsug-discuss] AFM and Placement Policies

Hi Luke, Cache eviction simply frees up space in the cache, but the inode/file is always the same. It does not delete and recreate the file in the cache. This is why you can continue to view files in the cache namespace even if they are evicted. Dean Hildebrand IBM Almaden Research Center

Re: [gpfsug-discuss] AFM and Placement Policies

Hi Luke, The short answer is yes, when the file is created on the home, it is a 'brand new' creation that will conform to any and all new placement policies that you set on the home site. So if you are using NFS in the relationship, then it is simply created just like any other file is created