Re: On sort options orignally: zfs question root growth

> It seems, but it concerns me that one can't rely on the width in the format > specification for visual column alignment of tabular data. "C", but not awk, > may have additional format modifiers to make this work. Probably even > worse for DBCS with shift-in/shift-out sequences. > >>> On Feb

Re: On sort options orignally: zfs question root growth

On Sun, 21 Feb 2016 02:52:58 +, Bigendian Smalls wrote: >Which part of that concerns you? Seems like expected awk & printf behavior no? > It seems, but it concerns me that one can't rely on the width in the format specification for visual column alignment of tabular data. "C", but not awk,

Re: On sort options orignally: zfs question root growth

Which part of that concerns you? Seems like expected awk & printf behavior no? > On Feb 20, 2016, at 7:37 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > >> On Sun, 21 Feb 2016 00:21:08 +, Bigendian Smalls wrote: >> >> Agreed 100% > Well, I'll agree with

Re: On sort options orignally: zfs question root growth

On Sun, 21 Feb 2016 00:21:08 +, Bigendian Smalls wrote: >Agreed 100% > Well, I'll agree with myself only 98%. I don't like the following behavior: 735 $ LC_ALL=en_US.UTF-8 awk 'BEGIN { printf( "%5s\n%5s\n12345\n", "A", "Ж" ) }' A Ж 12345 >> On Feb 20, 2016, at 6:13 PM, Paul

Re: On sort options orignally: zfs question root growth

Agreed 100% > On Feb 20, 2016, at 6:13 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > >> On Sat, 20 Feb 2016 00:41:22 +, Bigendian Smalls wrote: >> >> The answer may be in compiling it to be Unicode based. Gonna look into it >> with the extra 'round

Re: On sort options orignally: zfs question root growth

On Sat, 20 Feb 2016 00:41:22 +, Bigendian Smalls wrote: >The answer may be in compiling it to be Unicode based. Gonna look into it >with the extra 'round tuits. > In the UTF-8 representation, then, please. UTF-8 is a marvelously compatible superset of USASCII. Near zero (well, at

Re: On sort options orignally: zfs question root growth

To really make it go you need the whole autotools suite. Make autoconf automake m4 configure etc. Have had some luck getting most of those going. The usual stumbling blocks are code page as per usual. > On Feb 20, 2016, at 10:42 AM, Paul Gilmartin >

Re: On sort options orignally: zfs question root growth

Yes it is dynamically allocated. Yes he has configure going. On Sat, Feb 20, 2016 at 10:41 AM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Fri, 19 Feb 2016 21:55:11 -0600, Mike Schwab wrote: > >>It is designed to translate a unix style name to MVS data.set.names.

Re: On sort options orignally: zfs question root growth

If changes the slashes to dots. Sometimes the LLQ becomes a member name. Restriction of 8 characters, of course. On Sat, Feb 20, 2016 at 10:41 AM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Fri, 19 Feb 2016 21:55:11 -0600, Mike Schwab wrote: > >>It is designed

Re: On sort options orignally: zfs question root growth

On Fri, 19 Feb 2016 21:55:11 -0600, Mike Schwab wrote: >It is designed to translate a unix style name to MVS data.set.names. >If you use a DD name with a path statement it might work. > Errr... How do the compiler derive an MVS data set name from: #include "../headers/product_types.h" I

Re: On sort options orignally: zfs question root growth

It is designed to translate a unix style name to MVS data.set.names. If you use a DD name with a path statement it might work. On Fri, Feb 19, 2016 at 6:07 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Fri, 19 Feb 2016 17:00:10 -0600, Mike Schwab wrote: >

Re: On sort options orignally: zfs question root growth

> -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Paul Gilmartin > Sent: Friday, February 19, 2016 2:33 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: On sort options orignally: zfs question root growth >

Re: On sort options orignally: zfs question root growth

to me at the moment so I can't check the download list. > > Peter > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Paul Gilmartin > Sent: Friday, February 19, 2016 7:07 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subj

Re: On sort options orignally: zfs question root growth

orignally: zfs question root growth On Fri, 19 Feb 2016 17:00:10 -0600, Mike Schwab wrote: >http://gccmvs.sourceforge.net/ Paul Edwards has a version running on >MVS 3.8 that will recompile. Runs under XA and ESA and z/OS too. I am >sure he would help solve any bugs in your version, if

Re: On sort options orignally: zfs question root growth

On Fri, 19 Feb 2016 17:00:10 -0600, Mike Schwab wrote: >http://gccmvs.sourceforge.net/ Paul Edwards has a version running on >MVS 3.8 that will recompile. Runs under XA and ESA and z/OS too. I am >sure he would help solve any bugs in your version, if different. > How well does it do with UNIX

Re: zfs question root growth

On Feb 19, 2016, at 9:17 AM, Lizette Koehler wrote: ---SNIP Contact the system programmer. SNIP-- Don't you loves these? About 40 years ago I got the same response and that is when I

Re: On sort options orignally: zfs question root growth

http://gccmvs.sourceforge.net/ Paul Edwards has a version running on MVS 3.8 that will recompile. Runs under XA and ESA and z/OS too. I am sure he would help solve any bugs in your version, if different. On Fri, Feb 19, 2016 at 3:48 PM, Bigendian Smalls wrote: >

Re: On sort options orignally: zfs question root growth

On 2016-02-19 15:08, Gibney, David Allen,Jr wrote: >> >> EBCDIC is a pain. It should have been ASCII. Or IBM should finish >> implementation of Enhanced ASCII support. > > Can you really imagine the level of acceptance (NOT) that would have received > 2.5 decades ago :) > I imagine that those

Re: On sort options orignally: zfs question root growth

> -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Paul Gilmartin > Sent: Friday, February 19, 2016 2:02 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: On sort options orignally: zfs question root growth > >

Re: On sort options orignally: zfs question root growth

On Fri, 19 Feb 2016 19:34:47 +, Vince Coen wrote: >Not on a m/f but loads of other kit. > Of those, how many were EBCDIC? >On 19/02/16 18:24, Bigendian Smalls wrote: >>> >> Have you done this successfully from source? -- gil

Re: On sort options orignally: zfs question root growth

On Fri, 19 Feb 2016 18:22:36 +, Vince Coen wrote: >If you install the GCC development system e.g.,C along with the >libraries you can then download the sources for these utilities and >compile them and install them into a common path. > >Easy .. > Not! EBCDIC is a pain. It should have been

Re: On sort options orignally: zfs question root growth

Yes well there in lies the rub. I've been working on compiling gcc on and off for a while. Eventually I'll get it and share :) > On Feb 19, 2016, at 1:35 PM, Vince Coen wrote: > > Not on a m/f but loads of other kit. > > On 19/02/16 18:24, Bigendian Smalls wrote: >>> If

Re: On sort options orignally: zfs question root growth

Not on a m/f but loads of other kit. On 19/02/16 18:24, Bigendian Smalls wrote: >> If you install the GCC development system e.g.,C along with the >> libraries you can then download the sources for these utilities and >> compile them and install them into a common path. > Have you done this

Re: zfs question root growth

Tim Brown Sent: Friday, February 19, 2016 7:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: zfs question root growth What started this was my testing of CSSMTP using a 5 pack Z/OS replicated system. I got this message: EZD1860I CSSMTP STORAGE SHORTAGE DETECTED IN THE Z/OS UNIX FILE SYSTEM D

Re: On sort options orignally: zfs question root growth

> If you install the GCC development system e.g.,C along with the > libraries you can then download the sources for these utilities and > compile them and install them into a common path. Have you done this successfully from source? > On Feb 19, 2016, at 12:22 PM, Vince Coen

Re: On sort options orignally: zfs question root growth

If you install the GCC development system e.g.,C along with the libraries you can then download the sources for these utilities and compile them and install them into a common path. Easy .. compiler On 19/02/16 18:13, Paul Gilmartin wrote: > On 2016-02-19, at 10:14, Bigendian Smalls wrote: >> I

Re: On sort options orignally: zfs question root growth

On 2016-02-19, at 10:14, Bigendian Smalls wrote: > > I always feel like i have to backtrack skills learned over decades of other > ‘nix’s when using OMVS .. would be nice to have a modern complement of tools > and switches. > I try hard to stay within POSIX to keep my skills portable. Things

Re: On sort options orignally: zfs question root growth

Oh for sure and - on just about any other system i tried, -n is absolutely necessary Better yet most linux distros have a -h on sort which is awesome and seamlessly tackles du -sh (human readable output) - sorting things like 8M and 8G in their proper place. Get with it OMVS :) d:/usr$ du

Re: On sort options orignally: zfs question root growth

On 2016-02-19, at 09:26, Bigendian Smalls wrote: > > I’m a big proponent of using the switches to be sure and accurate , but in > the case of the output of du I can’t see where it makes a difference. ... > I'll agree with you about output of du. Testing on an OS X system with signed

On sort options orignally: zfs question root growth

Well ok i’ll bite. (way off the OP post) I’m a big proponent of using the switches to be sure and accurate , but in the case of the output of du I can’t see where it makes a difference. The default is sorting each line as one whole field, and the output of du always starts with spaces and a

Re: zfs question root growth

t: Friday, 19 February, 2016 9:50 AM To: IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU> Subject: Re: zfs question root growth ** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / attachments. Never supply UserID/PASSWORD information. Are you looking fo

Re: zfs question root growth

On 2016-02-19, at 08:14, Bigendian Smalls wrote: >> But beware; it may be resource-intensive. > > Alternatively you could du -sk * > file.txt > then cat file.txt|sort > > Saving the trouble of doing it in memory. Though I suspect calculating the > sizes of the folders is much much more

Re: zfs question root growth

, 19 February, 2016 10:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: zfs question root growth ** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / attachments. Never supply UserID/PASSWORD information. So here is the message text. Did you do the displays suggested in the message

Re: zfs question root growth

RV.UA.EDU] On > Behalf Of Tim Brown > Sent: Friday, February 19, 2016 8:09 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: zfs question root growth > > What started this was my testing of CSSMTP using a 5 pack Z/OS replicated > system. > > I got this message: > >

Re: zfs question root growth

> But beware; it may be resource-intensive. Alternatively you could du -sk * > file.txt then cat file.txt|sort Saving the trouble of doing it in memory. Though I suspect calculating the sizes of the folders is much much more intensive than sorting a relatively brief set of text. > Does UNIX

Re: zfs question root growth

Koehler Sent: Friday, 19 February, 2016 9:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: zfs question root growth ** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / attachments. Never supply UserID/PASSWORD information. Are you looking for a monitoring tool? There are IOE messages

Re: zfs question root growth

On 2016-02-19, at 07:48, Bigendian Smalls wrote: > Tim have you tried this from a shell at the root of your ZFS partition (or > just root / ) > > du -sk | sort > But beware; it may be resource-intensive. Does UNIX sort employ DFSORT when needed/available? -- gil

Re: zfs question root growth

Tim Brown wrote: >Is there a way to determine where space is allocated in ZFS to find which >directories use the most space. Our root is low on free space and I am >concerned about its ability to grow. You already got excellent replies. On what z/OS version are you? About growth, there are

Re: zfs question root growth

In most cases, I would expect the root directory to be mounted read only. I would not expect the root to grow much (if any), except at a new release level of z/OS (which would mean a new zFS cluster). As long as there is sufficient space to add some new directories, you should be OK. For

Re: zfs question root growth

Of Tim Brown Sent: Friday, February 19, 2016 7:42 AM To: IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@listserv.ua.edu> Subject: zfs question root growth Is there a way to determine where space is allocated in ZFS to find which directories use the most space. Our root is low on free space and I am c

Re: zfs question root growth

y 19, 2016 7:42 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: zfs question root growth > > Is there a way to determine where space is allocated in ZFS to find which > directories use the most space. Our root is low on free space and I am > concerned about its ability to

Re: zfs question root growth

Under zOS/USS: Go to the path, where you suspect some big dirs and enter du -ks * On 19.02.2016 15:41, Tim Brown wrote: Is there a way to determine where space is allocated in ZFS to find which directories use the most space. Our root is low on free space and I am concerned about its

Re: zfs question root growth

Tim have you tried this from a shell at the root of your ZFS partition (or just root / ) du -sk | sort *that’s a pipe sign, not an I or an l :) drop the | sort if you just want to see the folder sizes in alphabetical order That should give you all the directories sizes in kilobytes sorted

zfs question root growth

Is there a way to determine where space is allocated in ZFS to find which directories use the most space. Our root is low on free space and I am concerned about its ability to grow. Thanks, Tim Brown -- For IBM-MAIN subscribe /