Sorry With cat
[root@specscale01 IBM_REPO]# cp test a [root@specscale01 IBM_REPO]# cat a a a a > test && grep ATAG test | wc -l && sleep 4 && grep ATAG test | wc -l 0 0 -- Ystävällisin terveisin / Kind regards / Saludos cordiales / Salutations Luis Bolinches Consultant IT Specialist Mobile Phone: +358503112585 https://www.youracclaim.com/user/luis-bolinches "If you always give you will always have" -- Anonymous From: Luis Bolinches <[email protected]> To: gpfsug main discussion list <[email protected]> Date: 14/02/2018 08:49 Subject: Re: [gpfsug-discuss] Odd behavior with cat followed by grep. Sent by: [email protected] Hi This seems to be setup specific Care to explain a bit more of the setup. Number of nodes GPFS versions, number of FS, Networking, running from admin node, server / client, number of NSD, separated meta and data, etc? I got interested and run a quick test on a gpfs far from powerful cluster of 3 nodes on KVM [root@specscale01 IBM_REPO]# echo "a a a a a a a a a a" > test && grep ATAG test | wc -l && sleep 4 && grep ATAG test | wc -l 0 0 [root@specscale01 IBM_REPO]# -- Ystävällisin terveisin / Kind regards / Saludos cordiales / Salutations Luis Bolinches Consultant IT Specialist Mobile Phone: +358503112585 https://www.youracclaim.com/user/luis-bolinches "If you always give you will always have" -- Anonymous From: John Hanks <[email protected]> To: gpfsug-discuss <[email protected]> Date: 14/02/2018 07:33 Subject: [gpfsug-discuss] Odd behavior with cat followed by grep. Sent by: [email protected] Hi, We have a GPFS filesystem mounted on CentOS 7.4 as type gpfs, pretty straightforward run of the mill stuff. But are seeing this odd behavior. If I do this in a shell script, given a file called "a" cat a a a a a a a a a a > /path/to/gpfs/mount/test grep ATAG /path/to/gpfs/mount/test | wc -l sleep 4 grep ATAG /path/to/gpfs/mount/test | wc -l The first grep | wc -l returns 1, because grep outputs "Binary file /path/to/gpfs/mount/test matches" The second grep | wc -l returns the correct count of ATAG in the file. Why does it take 4 seconds (3 isn't enough) for that file to be properly recognized as a text file and/or why is it seen as a binary file in the first place since a is a plain text file? Note that I have the same filesystem mounted via NFS and over an NFS mount it works as expected. Any illumination is appreciated, jbh_______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=1mZ896psa5caYzBeaugTlc7TtRejJp3uvKYxas3S7Xc&m=ut35qIIMxjZMX3obFJ2xtUMng4MtGtKz4YHxpkgQbak&s=cNt66GjRD6rVhq7nGcvT76l-0_u2C3UTz9SfwzHf1xw&e= Ellei edellä ole toisin mainittu: / Unless stated otherwise above: Oy IBM Finland Ab PL 265, 00101 Helsinki, Finland Business ID, Y-tunnus: 0195876-3 Registered in Finland_______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=1mZ896psa5caYzBeaugTlc7TtRejJp3uvKYxas3S7Xc&m=HrR-mBJ82ubcbtBin7NGVl2VenLj726Fcah6-3XFvDs&s=d5YiAyXz4el9bF0zjGL9gVjnTfbX4z-qelZodxRqlz0&e= Ellei edellä ole toisin mainittu: / Unless stated otherwise above: Oy IBM Finland Ab PL 265, 00101 Helsinki, Finland Business ID, Y-tunnus: 0195876-3 Registered in Finland
_______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
