[lustre-discuss] can not get the hsm_release command to work with Lustre 2.7 and Oracle HSM 6.1
Colin Faber
colin.faber at seagate.com
Thu Jun 23 09:45:48 PDT 2016
After the archive, does the state change to exists, archived ? If you
modify the file while in the exists state, does it mark it as dirty or does
it remain the same?
On Thu, Jun 23, 2016 at 10:13 AM, Michael Skiba <michael.skiba at oracle.com>
wrote:
> Colin here is the output from the POSIX copytool daemon. It looks like it
> was successful shown below. The file is out on the HSM SAMQFS file system.
>
>
>
> 1466633273.355200 lhsmtool_posix[16036]: archiving
> 'mnt/.lustre/fid/0x200000400:0x7:0x0' to
> 'samqfs1/0007/0000/0400/0000/0002/0000/0x200000400:0x7:0x0_tmp'
>
> 1466633273.366577 lhsmtool_posix[16036]: saving stripe info of
> 'mnt/.lustre/fid/0x200000400:0x7:0x0' in
> samqfs1/0007/0000/0400/0000/0002/0000/0x200000400:0x7:0x0_tmp.lov
>
> 1466633273.368356 lhsmtool_posix[16036]: start copy of 10240000000 bytes
> from 'mnt/.lustre/fid/0x200000400:0x7:0x0' to
> 'samqfs1/0007/0000/0400/0000/0002/0000/0x200000400:0x7:0x0_tmp'
>
> 1466633303.002966 lhsmtool_posix[16036]: %18
>
> 1466633333.011802 lhsmtool_posix[16036]: %39
>
> 1466633363.011127 lhsmtool_posix[16036]: %67
>
> 1466633393.001740 lhsmtool_posix[16036]: %90
>
> 1466633406.858331 lhsmtool_posix[16036]: copied 10240000000 bytes in
> 133.490582 seconds
>
> 1466633409.914213 lhsmtool_posix[16036]: data archiving for
> 'mnt/.lustre/fid/0x200000400:0x7:0x0' to
> 'samqfs1/0007/0000/0400/0000/0002/0000/0x200000400:0x7:0x0_tmp' done
>
>
>
> Here is the hsm release output.
>
>
>
> 1466633409.914854 lhsmtool_posix[16036]: cannot set attributes of
> 'mnt/.lustre/fid/0x200000400:0x7:0x0': Operation not permitted (1)
>
>
>
> Is there a step I am missing
>
>
>
> You can see that it did archive the data over to the HSM server by df –h
> you see 9.6G on /mnt and /samqfs1.
>
>
>
> [root at isr-x4150-01 mnt]# df -h
>
> Filesystem Size Used Avail Use% Mounted on
>
> /dev/sda2 134G 7.0G 121G 6% /
>
> tmpfs 3.9G 0 3.9G 0% /dev/shm
>
> /dev/sda1 477M 105M 348M 24% /boot
>
> 10.80.191.134 at tcp0:/lustre
>
> 136G 9.6G 120G 8% /mnt
>
> 10.80.191.161:/samqfs1
>
> 558G 9.6G 549G 2% /samqfs1
>
>
>
>
>
> Hsm server
>
>
>
> Filesystem Size Used Available Capacity Mounted on
>
> rpool/ROOT/solaris-2 547G 5.6G 531G 2% /
>
> /devices 0K 0K 0K 0% /devices
>
> /dev 0K 0K 0K 0% /dev
>
> ctfs 0K 0K 0K 0% /system/contract
>
> proc 0K 0K 0K 0% /proc
>
> mnttab 0K 0K 0K 0% /etc/mnttab
>
> swap 10G 1.8M 10G 1% /system/volatile
>
> objfs 0K 0K 0K 0% /system/object
>
> sharefs 0K 0K 0K 0% /etc/dfs/sharetab
>
> /usr/lib/libc/libc_hwcap1.so.1
>
> 537G 5.6G 531G 2% /lib/libc.so.1
>
> fd 0K 0K 0K 0% /dev/fd
>
> rpool/ROOT/solaris-2/var
>
> 547G 422M 531G 1% /var
>
> swap 10G 12K 10G 1% /tmp
>
> rpool/VARSHARE 547G 2.6M 531G 1% /var/share
>
> samqfs1 558G 9.6G 548G 2% /samqfs1
>
> rpool/export 547G 32K 531G 1% /export
>
> rpool/export/home 547G 32K 531G 1% /export/home
>
> rpool/export/home/jack
>
> 547G 32K 531G 1% /export/home/jack
>
> rpool 547G 4.5M 531G 1% /rpool
>
> rpool/VARSHARE/zones 547G 31K 531G 1% /system/zones
>
> rpool/VARSHARE/pkg 547G 32K 531G 1% /var/share/pkg
>
> rpool/VARSHARE/pkg/repositories
>
> 547G 31K 531G 1%
> /var/share/pkg/repositories
>
>
>
>
>
> Thanks for your help………….
>
>
>
>
>
>
>
> [image: Oracle]
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.oracle.com_&d=CwMFaQ&c=IGDlg0lD0b-nebmJJ0Kp8A&r=x9pM59OqndbWw-lPPdr8w1Vud29EZigcxcNkz0uw5oQ&m=kcNjUK8DTn7_E5X3DctNYJpJ50JAjLYx11vy1qHclHU&s=LtEDPn9dmCZdGnpebZnAXZFvzsex1SXXNSk_59GwDVM&e=>
> Michael J. Skiba | Principal Support Engineer
> Phone: +1 3032729724 <+1%203032729724> | Mobile: +1 3036198495
> <+1%203036198495>
> Oracle ISV
> 500 Elorado Blv. Bldg. 5
>
> Broomfield, Colorado 80021
>
> [image: Green Oracle]
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.oracle.com_commitment&d=CwMFaQ&c=IGDlg0lD0b-nebmJJ0Kp8A&r=x9pM59OqndbWw-lPPdr8w1Vud29EZigcxcNkz0uw5oQ&m=kcNjUK8DTn7_E5X3DctNYJpJ50JAjLYx11vy1qHclHU&s=Czg4XODZN2DaUmF1zgpBSFKqlqOllkn6IpAkHPXsRv4&e=>
>
> Oracle is committed to developing practices and products that help protect
> the environment
>
>
>
>
>
> *From:* Colin Faber [mailto:colin.faber at seagate.com]
> *Sent:* Thursday, June 23, 2016 9:43 AM
> *To:* Michael Skiba
> *Cc:* Lustre discussion
> *Subject:* Re: [lustre-discuss] can not get the hsm_release command to
> work with Lustre 2.7 and Oracle HSM 6.1
>
>
>
> Hi Michael,
>
>
>
> Does the backend copytool actually archive the file and notify lustre of
> the action? Based on your current state it only appears that the archive
> request was made and that it has not yet successfully archived.
>
>
>
> In such a case release would be disallowed as it would amount to a data
> purge and stub out to a non-existent file.
>
>
>
> -cf
>
>
>
>
>
> On Thu, Jun 23, 2016 at 9:27 AM, Michael Skiba <michael.skiba at oracle.com>
> wrote:
>
> To all,
>
>
>
> I am running a basic Lustre configuration 2.7 with Red Hat
> 6.6 and an Oracle HSM 6.1 system. The Lustre file system is running
> properly and works with the HSM samqfs File system. I can manually (nfs )
> cp files back and forth to the Lustre and HSM file systems without a
> problem. I can run a Lustre hsm_archive with no problems. When I try to
> request the hsm_release command it fails. I am trying to get the 5 request
> types to work stated in the manual on pg168 Chapter 22.4. Here are the
> steps below that I ran into on the Lustre Client. The Lustre Client mount
> point is /mnt and the HSM mount point is /samqfs1.
>
>
>
> Any help would be most appreciated
>
>
>
>
>
> Her is the archive complete.
>
>
>
> [root at isr-x4150-01 ~]# lfs hsm_archive --archive=1 /mnt/0.out
>
> [root at isr-x4150-01 ~]# df -h
>
> Filesystem Size Used Avail Use% Mounted on
>
> /dev/sda2 134G 7.0G 121G 6% /
>
> tmpfs 3.9G 0 3.9G 0% /dev/shm
>
> /dev/sda1 477M 105M 348M 24% /boot
>
> 10.80.191.134 at tcp0:/lustre
>
> 136G 9.6G 120G 8% /mnt
>
> 10.80.191.161:/samqfs1
>
> 558G 11G 548G 2% /samqfs1
>
> [root at isr-x4150-01 ~]# lfs hsm_state /mnt/0.out
>
> /mnt/0.out: (0x00000001) exists, archive_id:1
>
>
>
>
>
> Here is the hsm_release request followed by the error.
>
>
>
> [root at isr-x4150-01 ~]# lfs hsm_release /mnt/0.out
>
> Cannot send HSM request (use of /mnt/0.out): Operation not permitted
>
>
>
> [image: Oracle]
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.oracle.com_&d=CwMFAg&c=IGDlg0lD0b-nebmJJ0Kp8A&r=x9pM59OqndbWw-lPPdr8w1Vud29EZigcxcNkz0uw5oQ&m=hqsFWrKMaCUojiNflON-5wKRUoA1GP7EmTneF0W26MY&s=dyIsPVSVNQVZjQxnohvrEphS-XPbhyKHhs9wGtTLp1Y&e=>
> Michael J. Skiba | Principal Support Engineer
> Phone: +1 3032729724 <+1%203032729724> | Mobile: +1 3036198495
> <+1%203036198495>
> Oracle ISV
> 500 Elorado Blv. Bldg. 5
>
> Broomfield, Colorado 80021
>
> [image: Green Oracle]
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.oracle.com_commitment&d=CwMFAg&c=IGDlg0lD0b-nebmJJ0Kp8A&r=x9pM59OqndbWw-lPPdr8w1Vud29EZigcxcNkz0uw5oQ&m=hqsFWrKMaCUojiNflON-5wKRUoA1GP7EmTneF0W26MY&s=3UnZI3jBog33bwWP30Ll64fqdqVRB_r6sea6OwP06ZQ&e=>
>
> Oracle is committed to developing practices and products that help protect
> the environment
>
>
>
>
>
>
> _______________________________________________
> lustre-discuss mailing list
> lustre-discuss at lists.lustre.org
>
> https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.lustre.org_listinfo.cgi_lustre-2Ddiscuss-2Dlustre.org&d=CwICAg&c=IGDlg0lD0b-nebmJJ0Kp8A&r=x9pM59OqndbWw-lPPdr8w1Vud29EZigcxcNkz0uw5oQ&m=hqsFWrKMaCUojiNflON-5wKRUoA1GP7EmTneF0W26MY&s=tRDEocIS6lnYVSJnhfp9MdNAup4GFdSbGjOogFb9m1U&e=
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lustre.org/pipermail/lustre-discuss-lustre.org/attachments/20160623/35e78976/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.gif
Type: image/gif
Size: 356 bytes
Desc: not available
URL: <http://lists.lustre.org/pipermail/lustre-discuss-lustre.org/attachments/20160623/35e78976/attachment-0002.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 658 bytes
Desc: not available
URL: <http://lists.lustre.org/pipermail/lustre-discuss-lustre.org/attachments/20160623/35e78976/attachment-0003.gif>
More information about the lustre-discuss
mailing list