Fwd: Big blksize in MFNetDisk

[shai hess]

-- Forwarded message --
From: Shai Hess 
Date: Tue, Jun 12, 2012 at 9:26 PM
Subject: Big blksize in MFNetDisk
To: shai.h...@gmail.com


**
HI,

Many time I was asked if it is better to run MFNetDisk PC component in
Linux or Windows.
It seem to me that for big block size above 20K it is better to run in
Linux only for read operation meaning restore disk for example.
For write operation meaning dump MF disks Windows run very well.
To make it clear if you run tape emulation with many backup applications it
seem to me that it will run better in Linux if you like to restore MF disks.
But I also heard different opinions.
I made some TCP trace in frame level and in Windows there is a little
longer wait after transfer about more than 20K from total of 64K for read
operation.
So, it may be a tuning issue of TCP.
If you like to share your knowledge about running in Linux compare to
Windows with MF let me know.

Thanks,
God bless you.
Shai Hess, MFNetDisk product.



-- 
 Thank.
God bless you,
Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Fwd: mfnetdisk - A new message was received in your Site

[shai hess]

-- Forwarded message --
From: Shai Hess 
Date: Thu, Apr 26, 2012 at 9:58 AM
Subject: Re: mfnetdisk - A new message was received in your Site
To: thomas.cothm...@ppi.de
Cc: shai.h...@gmail.com


**

HI,

 OK, I think you right.
 Three months is a little short time between activation.
 I will make it six months.
 Some of you who download the code yesterday, please download the code from
today. I add some changes.

 Few points about the new activation code.

 1. MF and PC are connected in transfer information about the LICKEY.
 2. MF will not allowed to receive services from PC which does not support
the LICKEY.
Currently MF will stopped if PC does not support the LICKEY.
 3. PCTOOL also support LICKEY. If MFNetDIsk in PC receive request from
PCTOOL to run scripts
 it will allowed the script to run with some limitation.
 It will not allowed to use COMPRESSION PC files (sometime) nor use the
SNAPSHOT MFNetDisk new features.
 4. Activation key code will be changed fast according to users requests
and if bugs will be found.

 So, my recommendation is to slowly move to MFNetDisk with activation code.
Keep your old code just in case.



Thanks,
God bless you.
Shai Hess, MFNetDisk product.

- Original Message -
*From:* thomas.cothm...@ppi.de
*To:* mfnetd...@mfnetdisk.com
*Sent:* Thursday, April 26, 2012 9:05 AM
*Subject:* mfnetdisk - A new message was received in your Site

   mfnetdisk - A new message was received in your Site

Dear Administrator!

A new message was received through a form in your site.

Form name:
*code request*
Form content:
*
-
Full name:
Thomas Cothmann
E-mail:
thomas.cothm...@ppi.de
Country and state
Germany Hamburg
ZOS version
1.12
Linux or Windows
both
Required MFNetDisk feature (All, Disk, tape emulation, replication)
All
MFNetDisk comments (may be published).
Hi Shai, now we running PTFID=196 and I will test your super software with
the new features. I started with mpc in juli 2011.
Now, we use 27 of emulated dasd and some tape without library support with
600GB of space on windows 2008r2 server with raid5 and sas disk and 27 dasd
of sync device on linux with mono. 10 of the emulated device are sync to
the linux server for backup. You see that is not a test installation and it
is very difficult to change a activation key every 3 month. This is the
time you wrote in your email. I hope for another and better solution.
Kind regards and I wish you the best for the great product.

Thomas
Company (optional)
PPI AG
CPUID list for activation key (real MF only)
Hi Shai, we are running our z/OS under z/VM as a Guest. The maschine have
only 2 cpus and under z/VM 4 virt cpu. I hope it''s no problem for you.

D M=CPU
IEE174I 07.50.52 DISPLAY M 597
PROCESSOR STATUS
ID CPU SERIAL
00 + 0151C62098
01 + 0151C62098
02 + 0151C62098
03 + 0151C62098

CPC ND = 002098.E10.IBM.02.51C6
CPC SI = 2098.M02.IBM.02.51C6
Model: E10
CPC ID = 00

+ ONLINE - OFFLINE . DOES NOT EXIST W WLM-MANAGED
N NOT AVAILABLE

CPC ND CENTRAL PROCESSING COMPLEX NODE DESCRIPTOR
CPC SI SYSTEM INFORMATION FROM STSI INSTRUCTION
CPC ID CENTRAL PROCESSING COMPLEX IDENTIFIER

-
*

-
To view the message, login as an administrator through the following link:
http://www.livecity.com/join/login.asp?depart_id=43973&departResell_id=17914&pathTXT=/site/include/newfeel/website3/index.asp?toolBoxBOO=1
(If the link does not work, copy and paste it into your browser).
   --
 This message was sent to you because you entered your email address in one
of our services. If you think a mistake has been made or would like to stop
getting any further emails please click on the link belowRemove me from the
list<http://www.mfnetdisk.com/site/detail/member/login/removeEmail.asp?friend_id=94495&emailTXT=mfnetd...@mfnetdisk.com&confirmCodeTXT=gj4938gh0jg340&depart_id=43973>




-- 
 Thank.
God bless you,
Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Fwd: MFNetDisk PTFID=206 is ready for download.

[shai hess]

-- Forwarded message --
From: Shai Hess 
Date: Wed, Apr 25, 2012 at 9:10 PM
Subject: MFNetDisk PTFID=206 is ready for download.
To: shai.h...@gmail.com


**
HI,
I attach some data from my DOWNLOAD page in MFNetDIsk site, which describe
the new MFNetDIsk with the new activation key.

*Download MFNetDisk PRO and CODE_REQUEST.*
*MFNetDisk PRO PTFID=206 can be downloaded now.

This version include activation key which is required to run MFNetDisk in
MF and PC.
MFNetDisk continue to be free product but this can be changed.

Please read in MPCDOC.PDF about LICKEY key in MFNetDisk MF parameters files.
It is very important to read everything about LICKEY.

If you run MFNetDisk in real MF, be aware to fill CPUID list in
CODE_REQUEST to receive free activation code. The activation code will be
sent as fast as I can to your email.
MFNetDisk will not run on real MF without activation key!
Old MFNetDisk PC (without support of LICKEY) will not run with new MF
MFNetDisk.
MF MFNetDisk will stopped in case that old PC will try to access new MF
MFNetDisk services.
MFNetDisk in MF and PC with PTFID less than 206 will not be supported
anymore for new bugs.

**Download (disabled for now) MFNetDisk PRO by clicking this link  **
code request*<http://www.livecity.co.il/site/form/showForm.asp?form_id=193993>
*.

SNAPSHOT backup and compressed PC files  are included in this code.*
*
**After filling the CODE_REQUEST and pressing the SEND button, you will
receive new page ( not email ) with the link to download immediately the
MFNetDisk PRO code and documentation.
If you real MF user, you must wait day or so for MF activation key which
will be sent to your email.

 New MFNetDisk users** must fill all CODE_REQUEST fields, other users only
need to fill email and CPUID in case of using MFNetDisk in real MF or if
the activation key is expired.
If you change MF OS or PC OS please let me know about it in your next
CODE_REQUEST.

MFNetDisk code PTFID=206, Last update date,  April 25, 2012.

After filling the CODE_REQUEST, I will add your email to the email list of
MFNetDisk users list.

*

Thanks,
God bless you.
Shai Hess, MFNetDisk product.



-- 
 Thank.
God bless you,
Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: MFNetDisk news

[shai hess]

MFNetDisk status can not be in status that I pay all MFNetDisk cost and all
MFNetDIsk users use it and enjoy it for free.
I do not speak about playing with MF using emulation MF I talk about real
MF which are used in business companies  which can pay for MFNetDisk less
than they pay for other alternative.
In my site in page "ABOUT" I mention to everyone that MFNetDIsk status may
change any day.
The cost of MFNetDisk is free even with my activation key for now. But it
can change any second.
MFNetDisk exist as free and without activation key in many place prom
previous donwloading.
So if the users want to stop to use MFNetDisk or find new replacement to
MFNetDisk they can do it and they have long time to do so.
Easily users can copy MFNetDisk disks and tapes to other alternative.
If the users will download the new MFNetDIsk code they are understand that
MFNetDIsk new code have limitation and its status can change any day, and
activation must be done every 3 months and in some case I will allow more
time.
I think I serve all the users in fair way. I did not hurt anybody, I fix
problem in one day or less and my treatment was OK. But when my salary from
IBM stoped, I decide to change the way I manage MFNetDisk and stop losing
my money when MFNetDisk users can help me do so.
I have the right to do so. The users has the right to select to use
MFNetDisk or find alternative.
If users feel that they do not have enough time to replace MFNetDIsk
product with other alternative I will help them to do so by give them more
time.
I love MFNetDisk. This is the best software product I ever developed, so I
have the right to keep it to myself and to cover all my cost from the past
to these days.

Thanks,
Shai
On Sun, Apr 22, 2012 at 10:27 PM, Knutson, Sam  wrote:

> >Company will buy my product. This is the preferred option. To be able to
> implement it, I add the activation key. No company will consider to buy any
> product >when it is distribute as free product.
>
> This is not entirely a valid assumption.   Most recent example looking
> only in the mainframe space MXI was a free product without any activation
> codes and not only did Rocket Software purchase the software they hired the
> developer.  If you widen the net to include all platforms other examples
> are available.  The reasons companies pay for product typically have
> nothing to do with its availability in an "unlocked" version with or
> without source code.  Many companies require that all software be
> supported.  Some companies don't allow closed source free tools (in z/OS
> especially authorized ones) from a person or company they don't have a
> contractual relationship with.  The free version of MXI was allowed to
> continue self-deprecate as time and OS updates made some options less
> useful.  The most important difference was that they poured lots of energy
> into making the new commercial product an order of magnitude better than
> the old free one could have been by having full time devel!
>  opment with more resources behind it.
>
> If you want to continue to develop your product on your own respect the
> time and energy that people using your current product are returning to
> you.  All those bugs and everything you learned resolving them only was
> possible because you had users.  Those folks took time to gather
> documentation and send it to you, work with you testing solutions.   They
> have benefited but I would encourage you don't think of it as only a one
> way street unless you write perfect code even a free products "good
> customers" pay their own way.   If you want folks to trust you then it is
> fair to set expectations clearly and a 3 month renewal with dicey talk
> about the free version being withdrawn doesn't encourage users to embrace
> you.  At a minimum I would suggest you not be so tight with your existing
> users. If you did sell the intellectual property you have developed or
> decide to commercialize it yourself make sure they have a long, gentle road
> to walk away from the tool or choose to migrate to a !
>  commercial product.
>
> That is just my .02 on a rainy day.
>
> Best Regards,
>
> Sam Knutson, GEICO
> System z Team Leader
> mailto:sknut...@geico.com
>     (office)  301.986.3574
> (cell) 301.996.1318
>
> "Think big, act bold, start simple, grow fast..."
>
>
> -- Forwarded message --
> From: Shai Hess 
> Date: Fri, Apr 20, 2012 at 8:14 AM
> Subject: MFNetDisk news
> To: shai.h...@gmail.com
>
>
> **
>  HI,
>
>  Many try to download lately my product but it was disable for download
> because the need to think about the future of MFNetDisk.
>  This step come after I stopped to

Re: MFNetDisk news

[shai hess]

HI,

 Someone ask me if the product is still free.

My answer,
Currently, the product is free.
New downloading will required activation key for real MF every 3 months for
real MF.
For real MF, fill the CODE_REQUEST and specify the CPUID of your real MF to
receive KEY.
For emulated MF, just fill the CODE_REQUEST and ignore the CPUID field.


Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Fwd: MFNetDisk news

[shai hess]

-- Forwarded message --
From: Shai Hess 
Date: Fri, Apr 20, 2012 at 8:14 AM
Subject: MFNetDisk news
To: shai.h...@gmail.com


**
HI,

 Many try to download lately my product but it was disable for download
because the need to think about the future of MFNetDisk.
 This step come after I stopped to work for IBM.
 MFNetDisk have many users. Some of them from big nad known SW companies.
Some of them IBM, EMC workers and many more. They ask me to stay
confidentially.
 All MFNetDisk users love the product shortly after try it.
 I know that I can not throw my product and I need to continue to keep it
alive but I can not pay alone my cost for this product.
 As I mention before I was in vacation far away form Israel and now I am
back.
 So, I need to update you about the direction of MFNetDisk.

 The product for now will continue to be free.
 The new MFNetDIsk will distribute with activation key.
 The activation will be for 3 months.
 MF emulation does not need activation key and it will be free.
 All above can be changed if other company will buy my product.
 The download of MFNetDisk is disable for now because I add some code to my
product.
 I hope shortly downloading of my product  will be available to all users.

 My expected options are:
 >
Company will buy my product. This is the preferred option. To be able to
implement it, I add the activation key. No company will consider to buy any
product when it is distribute as free product.
>
I will create company by myself to handle MFNetDisk as not a free product.
If this is the case, I will use some users of MFNetDIsk which were involve
in debugging and use of my product and prove expertly in IO MF, disks and
tapes and in MFNetDisk product itself.
>
I will let other company to resell my product for part of the price.
To all resellers be aware, no has monopoly of resell my product in any
country or place.
>
Enable good and well known company to help me to continue my support and
manage and sell of my product for part of the expected revenue of
MFNetDisk.   This will enable me to add big companies (banks and more)
to MFNetDisk users list.


All this options will be considered and one of them will be selected.
So, please continue to use MFNetDisk currently as free product, but it can
be changed to costly product any time.


.


Thanks,
God bless you.
Shai Hess, MFNetDisk product.



-- 
 Thank.
God bless you,
Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Fwd: MFNetDisk future

[shai hess]

Ken,
I do not expect to make big money from MFNetDisk.
But now, when I am not working for IBM, it sound to me logically that I can
ask MFNetDIsk many users of my product to pay me only for my time (only
small money) and the cost of paying the cost of my product to keep it run).
That I will do. But I will do it slowly, slowly because I am not business
man and I never was and I do not like to be.
But for some of my users (MF emulation) I will keep it free because of my
reasons.

Shai

On Fri, Mar 30, 2012 at 9:55 PM, Ken Porowski  wrote:

> You could also look for a vendor who has the means to market and support
> the product (and possibly hire you for that reason) to buy the product
> and rights from you.  Putting the source on the CBT could limit those
> choices.  Of course if you sold the product to a vendor all those that
> would benefit from a free or low cost product could be left out.  I
> applaud you for feeling that the software should be free for all but you
> also have to look out for your own livelihood.
>
>
> --
> This email message and any accompanying materials may contain proprietary,
> privileged and confidential information of CIT Group Inc. or its
> subsidiaries or affiliates (collectively, "CIT"), and are intended solely
> for the recipient(s) named above. If you are not the intended recipient of
> this communication, any use, disclosure, printing, copying or distribution,
> or reliance on the contents, of this communication is strictly
> prohibited. CIT disclaims any liability for the review, retransmission,
> dissemination or other use of, or the taking of any action in reliance
> upon, this communication by persons other than the intended
> recipient(s). If you have received this communication in error, please
> reply to the sender advising of the error in transmission, and immediately
> delete and destroy the communication and any accompanying materials. To the
> extent permitted by applicable law, CIT and others may inspect, review,
> monitor, analyze, copy, record and retain any communications sen!
>  t from or received at this email address.
> --
>
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of shai hess
> Sent: Friday, March 30, 2012 2:33 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] Fwd: MFNetDisk future
>
> Ron,
>
> Anybody can download MFNetDisk code and put it in CBT or what ever site
> they like.
> Because I have many time now to improve and play with the product and I
> am enjoy it, I prefer to do it by myself and I have now many time to do
> it.
> Now I can run the product 100% of my time except the time when rockets
> hit Ashdod.
> As you know I will stop to work for IBM in 2 months so I will have
> plenty of time to improve MFNetDisk.
>
> I know for sure that in the future my MFNetDisk code will be in CBT or
> GPL or any public domain to keep it run and support by many good
> developers.
> That will be when I feel that I do not want to play with MFNetDisk
> anymore.
> It may be soon but I am not sure when.
>
>  I also believe in a world where all the source code of MF, MIcrosoft,
> EMC, HDS, BUSTECH and more millions source codes will be released the
> same as Linus Torvalds. That will make our world better.
>
>
> Thanks,
> Shai
>
> On Fri, Mar 30, 2012 at 8:39 PM, Ron Hawkins
> wrote:
>
> > Shai,
> >
> > Have you considered putting a stabilized version of MFNETDISK on the
> CBT?
> >
> > I'm sure there are many people intrigued by the mechanics of how you
> > make this work, and this would allow community support for MFNETDISK
> > by those that are interested.
> >
> > It worked for Linus Torvalds.
> >
> > Ron
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
>
> > > Behalf Of shai hess
> > > Sent: Friday, March 30, 2012 8:02 AM
> > > To: IBM-MAIN@bama.ua.edu
> > > Subject: [IBM-MAIN] Fwd: MFNetDisk future
> > >
> > >   *From:* Shai Hess 
> > > *To:* Urtzi Larrieta Alvarez 
> > > *Sent:* Thursday, March 29, 2012 6:19 AM
> > > *Subject:* Re: MFNetDisk future
> >  >
> > > HI,
> > >  Many users ask me for more details about the future of my product,
> > > so I
> > will
> > > add some information.
> > >
> > >  MFNetDisk product will continue to be alive!
> > >
> > >  I plan to continue to play with MFNetDisk because I spent many
> > > years
> > with
>

Re: Fwd: MFNetDisk future

[shai hess]

Ron,

Anybody can download MFNetDisk code and put it in CBT or what ever site
they like.
Because I have many time now to improve and play with the product and I am
enjoy it, I prefer to do it by myself and I have now many time to do it.
Now I can run the product 100% of my time except the time when rockets hit
Ashdod.
As you know I will stop to work for IBM in 2 months so I will have plenty
of time to improve MFNetDisk.

I know for sure that in the future my MFNetDisk code will be in CBT or GPL
or any public domain to keep it run and support by many good developers.
That will be when I feel that I do not want to play with MFNetDisk anymore.
It may be soon but I am not sure when.

 I also believe in a world where all the source code of MF, MIcrosoft, EMC,
HDS, BUSTECH and more millions source codes will be released the same as
Linus Torvalds. That will make our world better.


Thanks,
Shai

On Fri, Mar 30, 2012 at 8:39 PM, Ron Hawkins wrote:

> Shai,
>
> Have you considered putting a stabilized version of MFNETDISK on the CBT?
>
> I'm sure there are many people intrigued by the mechanics of how you make
> this work, and this would allow community support for MFNETDISK by those
> that are interested.
>
> It worked for Linus Torvalds.
>
> Ron
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> > Behalf Of shai hess
> > Sent: Friday, March 30, 2012 8:02 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: [IBM-MAIN] Fwd: MFNetDisk future
> >
> >   *From:* Shai Hess 
> > *To:* Urtzi Larrieta Alvarez 
> > *Sent:* Thursday, March 29, 2012 6:19 AM
> > *Subject:* Re: MFNetDisk future
>  >
> > HI,
> >  Many users ask me for more details about the future of my product, so I
> will
> > add some information.
> >
> >  MFNetDisk product will continue to be alive!
> >
> >  I plan to continue to play with MFNetDisk because I spent many years
> with
> it
> > and I love it, I enjoy to play with it,  and I want to keep  it as my
> product.
> >  About my site it will stay active.
> >
> >  The problem is that keeping the product is OK with me, but paying my
> cost
> > alone for all MF users is unacceptable and injustices.
> >
> >  I assume that I will enable the downloading of my product when I will
> return
> > from my 2 weeks vacation.
> >  Many people try to download my code but it is currently disable for
> > download so I sorry about it.
> >
> >  I may decide to make change in the way I distribute my code to enable
> > contribution to my product for people who like to use it and contribute
> to
> it.
> >
> >  So, I will be in vacation starting 2 Apr until 16 Apr.
> >  If I will have Internet I will be able to respond to your email.
> >
> > Thanks,
> > God bless you.
> > Shai Hess, MFNetDisk product.
> >
> > - Original Message -
> > *From:* Urtzi Larrieta Alvarez 
> > *To:* Shai Hess 
> > *Sent:* Wednesday, March 28, 2012 10:40 PM
> > *Subject:* Re: MFNetDisk future
>  >
> > Hi, Shai:
> >
> > It makes me sad reading this, maxime when your product works very well,
> is
> > very stable, the friend of mine who test and migrated his VTS is very
> > satisfied, and I am doing some "marketing" about your product in all
> people I
> > know with mainframe systems to try it, and some of them will be
> interested
> > in install it in the future.
> >
> > But, its your product and your decision, so I'll support you and
> understand
> > you. The only question here and I would like to ask you, is that if you
> finally
> > stop MFNetDisk developing and support, will you be able to pass your
> > product to someone that might continue developing it, or if you plan to
> drop
> > all the work down.
> >
> > For instance, I could help you to support this product, (as you know, I
> have
> > my own mainframe computer to do all tests) and If I have your permission,
> I
> > also would try to develop the interface to be better user friendly, or
> study
> > more developing skills to add other functionalities to your product. So,
> a
> > possible idea is if you can't afford developing and supporting your
> product
> > alone, you could search for some help (I am quite optimist but for sure
> > someone who test your product would like to help you to not drop this
> great
> > product) and if you like, I could probably help you in this task.
> >
> > Sincerely, it makes me sad if you finally drop off all work, but, it's
> your
> > decision, and if you si

Fwd: MFNetDisk future

[shai hess]

  *From:* Shai Hess 
*To:* Urtzi Larrieta Alvarez 
*Sent:* Thursday, March 29, 2012 6:19 AM
*Subject:* Re: MFNetDisk future

HI,
 Many users ask me for more details about the future of my product, so I
will add some information.

 MFNetDisk product will continue to be alive!

 I plan to continue to play with MFNetDisk because I spent many years with
it and I love it, I enjoy to play with it,
 and I want to keep  it as my product.
 About my site it will stay active.

 The problem is that keeping the product is OK with me, but paying my cost
alone for all MF users is unacceptable and injustices.

 I assume that I will enable the downloading of my product when I will
return from my 2 weeks vacation.
 Many people try to download my code but it is currently disable for
download so I sorry about it.

 I may decide to make change in the way I distribute my code to
enable contribution to my product for people who like to use it and
contribute to it.

 So, I will be in vacation starting 2 Apr until 16 Apr.
 If I will have Internet I will be able to respond to your email.

Thanks,
God bless you.
Shai Hess, MFNetDisk product.

- Original Message -
*From:* Urtzi Larrieta Alvarez 
*To:* Shai Hess 
*Sent:* Wednesday, March 28, 2012 10:40 PM
*Subject:* Re: MFNetDisk future

Hi, Shai:

It makes me sad reading this, maxime when your product works very well, is
very stable, the friend of mine who test and migrated his VTS is very
satisfied, and I am doing some "marketing" about your product in all people
I know with mainframe systems to try it, and some of them will be
interested in install it in the future.

But, its your product and your decision, so I'll support you and understand
you. The only question here and I would like to ask you, is that if you
finally stop MFNetDisk developing and support, will you be able to pass
your product to someone that might continue developing it, or if you plan
to drop all the work down.

For instance, I could help you to support this product, (as you know, I
have my own mainframe computer to do all tests) and If I have your
permission, I also would try to develop the interface to be better user
friendly, or study more developing skills to add other functionalities to
your product. So, a possible idea is if you can't afford developing and
supporting your product alone, you could search for some help (I am quite
optimist but for sure someone who test your product would like to help you
to not drop this great product) and if you like, I could probably help you
in this task.

Sincerely, it makes me sad if you finally drop off all work, but, it's your
decision, and if you situation requieres to be dropped off, I'll understand.

Best regards,

Urtzi Larrieta





2012/3/28 Shai Hess 

> **
> HI,
>
>  In the coming days I will stop to work for IBM as a part time employee.
>  IBM makes the move to let me go and I respect it.
>  As you know I think that everything is from God and I sure that God make
> the good decision for me and I am sure  that this change is the best for me
> and in time ( I am 58).
>  Better not to wait to old age when my body will be more older and weaker
> and maybe not healthier as before to understand that it is now the time
> to stop to work and have fun as long as I can do it.
>  MFNetDisk was big enjoyment, but working for IBM was duty and not big fun
> for me and for my personality.
>
>  About the future of MFNetDisk.
>  I will not be able to support alone this product financially anymore, so
> I will disable the downloading of this product because I think that I may
> stop to support this product. I will take my time and will decide what is
> the best for me to do with this product.
>  MFNetDisk has success with many small but poor companies (MFNetDisk is
> free tape and disk storage and DR solution) but it seem to me that big
> companies never try the product that mean that all my customers are poor
> and can not pay for this product.
> The true is that I never ask them to pay.
> So, I know that for some customers I kept their heads  financially  above
> the water or I kept their business alive to keep working with MF at all but
> I need to think about my family and myself as well. So that is what I will
> do in the coming days.
>
>
>
> .
>
>
>
>
> Thanks,
> God bless you.
> Shai Hess, MFNetDisk product.
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Fwd: MFNetDisk future

[shai hess]

-- Forwarded message --
From: Shai Hess 
Date: Wed, Mar 28, 2012 at 9:02 AM
Subject: MFNetDisk future
To: shai.h...@gmail.com


**
HI,

 In the coming days I will stop to work for IBM as a part time employee.
 IBM makes the move to let me go and I respect it.
 As you know I think that everything is from God and I sure that God make
the good decision for me and I am sure  that this change is the best for me
and in time ( I am 58).
 Better not to wait to old age when my body will be more older and weaker
and maybe not healthier as before to understand that it is now the time
to stop to work and have fun as long as I can do it.
 MFNetDisk was big enjoyment, but working for IBM was duty and not big fun
for me and for my personality.

 About the future of MFNetDisk.
 I will not be able to support alone this product financially anymore, so I
will disable the downloading of this product because I think that I may
stop to support this product. I will take my time and will decide what is
the best for me to do with this product.
 MFNetDisk has success with many small but poor companies (MFNetDisk is
free tape and disk storage and DR solution) but it seem to me that big
companies never try the product that mean that all my customers are poor
and can not pay for this product.
The true is that I never ask them to pay.
So, I know that for some customers I kept their heads  financially  above
the water or I kept their business alive to keep working with MF at all but
I need to think about my family and myself as well. So that is what I will
do in the coming days.



.




Thanks,
God bless you.
Shai Hess, MFNetDisk product.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Fwd: New documentation about MF emulation and MFNetDisk.

[shai hess]

-- Forwarded message --
From: Shai Hess 
Date: Wed, Feb 8, 2012 at 11:20 AM
Subject: New documentation about MF emulation and MFNetDisk.
To: shai.h...@gmail.com


**
HI,

I add documentation about MF emulation and MFNetDisk.

Shai


*

MF emulation and MFNetDisk
*

I want to thank the user from Spain who motivates me to write about this
subject.

MFNetDisk uses MF emulation (ZPDT) the same as it use real MF.

So, MFNetDisk enables user to share emulated tapes and disks among many
real MF and many emulated MF.

For tapes emulation just adds virtual tapes and you can share the MFNetDisk
tapes for all type of MF.

For disks we must talk about replication and emulation 3390 disks.

For emulation the story is simple as for tapes.

Just define virtual 3390 to MFNetDisk and you can share the virtual disks
among real MF and emulated MF.

Using the emulation the performance is OK but is not as FICON performance.

MFNetDisk with its stacks CCW feature improved the performance dramatically
but still it is almost FICON but is not the same.

About replication, MFNetDisk enable replication of real disks to MFNetDisk
pc files mirrors.

Replication does not cause delay to the MF real disks nor degradation in
the performance of the MF itself and its real disks.

CPU overhead is almost zero.

If a few of your MF real disks crashes you can use the mirror as 3390 disks
using MFNetDisk to emulate its mirror as it was real disks.

If all your MF system crashed, using MFNetDisk to emulate all your MF disks
is limited because MFNetDisk can not IPL emulated 3390 disks pc devices by
itself.



In this case the best can be to run MF emulation (ZPDT) to take control on
MFNetDisk disks which the pc file type AWS is fully supported by the
emulated MF software.

In his case the performance is great using the PC IO performance.

Also the MF emulated can IPL the AWS pc file created by MFNetDisk as it was
MF emulated disks.

So, here is what needs to be done for enabling this case.

Example:

Your real MF uses 256 (any numbers is OK) real disks.

SYSTEM IPL able disks are also included.

The MF device numbers are A00-AFF.

Your MF emulator is IBM ZPDT.

• Add 256 MFNetDisk replication pc devices.

• These pc devices enabling async mirroring of your real disks without
degradation in your MF performance.

• This replication pc device will contain as source disks, the IP of the
real MF and the device number of real 3390 disk in your real MF.

• MFNetDisk will collect updates to the real disk and take care of sync all
these tracks to its defined target mirrors.

• Add mirror pc file type AWS as target mirror which will contain the exact
data as the real 3390 disk.

• MFNetDisk supports AWS, compression pc file and MPC file.

• AWS format is supported pc files by all emulated MF.

• Add these mirrors to all your replication pc devices which mirrors yours
real 3390 to MFNetDisk pc file type AWS.

• This enables ZPDT to support these pc files as attached emulated 3390
disks.

• MF emulation can not work with real 3390 disk but use very well emulated
3390 AWS disks which support by MFNetDisk and by many emulated MF.

• This MFNetDisk configuration will be called NORMAL configuration because
this configuration will be active all the times when MF and its real disks
operate fine.



• Create another copy of MFNetDisk which will be active in case of DR
condition. This new configuration will be called DR configuration.

• The DR configuration will be active when emulated MF is active after
disaster when the real MF stopped to function.

• This DR configuration will keep all the tracks which were updated in the
emulated MF in the time of the DR.

• When the real MF become active OK, we can use the DR configuration to
sync all tracks from the AWS disks to the real disks in case that the 3390
are operational and contained the sync data until the point of the
disaster.

• The DR configuration will contained the AWS as source disk and the real
disk as target mirror.

• In DR configuration for each write to the AWS disks, MFNetDisk will
maintain tracks map of all the tracks need to be sync for the real disk,
when the real disk become active.

• This DR MFNetDisk copy will use the AWS in the ZPDT as source 3390 disk
and the real 3390 as target mirror for the source disk.

• The DR and NORMAL configuration will use the replication pc device
MFNetDisk feature keep the best performance to the ZPDT and for the real MF
without and performance degradation using the MFNetDisk.

• If you like to create sync point, validate that all tracks of the mirrors
are sync with the real disks.

• Defined the AWS pc files as locally attached files to ZPDT. Do not forget
to add the system disks which will be used to IPL the ZPDT with your real
MF OS disks.

• So, to summarize, you run your NORMAL configuration with MFNetDisk
replication always when your MF is OK.

• If your site real MF stopped to function and you like to use the emulated
MF to work in no time

Fwd: MFNetDisk new featrues and tape LBI.

[shai hess]

-- Forwarded message --
From: Shai Hess 
Date: Sat, Feb 4, 2012 at 12:43 PM
Subject: MFNetDisk new featrues and tape LBI.
To: shai.h...@gmail.com


**
HI,

 I receive request from one of our user to support the tape LBI.
 LBI enables working with record length bigger than 64K to 256K for tapes

 So, I increase the buffer from 100K to 256K.
 This buffer is used for stacking many CCW and if it big it will hold more
CCW and data.

 These buffers are fix in memory so I was not happy with the request
because I saw that the paging is working harder.

 Eventually I come to good solution which enable the user to tune better
the MFNetDisk in MF.

 Before the change, I set constant value which was 100K buffer size.
 This value was OK for me and maybe to many users, but it was not perfect
to other users.

 So, what I have done is that the MF MFNetDisk option parameter was
changed.
 The old value SERVER TASKS=X was changed to SERVER TASKS=X, BUFL=NNN.

 So, if you used this parameter in your MF, you must delete the statement
or add the BUFL new parameter.

 The X is the same as before which is number of tasks serving the IO
requests.
 The added parameter, BUFL, is the size of our buffer.

 The value can be from 66 (in kilobytes) to 260.
 So, if your MF real storage is big, you can specify 260.
 If it is small specify 66.
 If you specify value from 256 and higher, MFNetDisk will support
automatically the LBI for tape.
 So, if you like LBI, you must use the SERVER parameter with NNN >= 256.

 If in between you can put any number you like.
 You can skip define the SERVER statement, and the default will be TASKS=4
and BUFL=66.

 So, eventually changing the code was OK with me and enable the users to
control the MFNetDisk better.

 Someone ask me why I use the C# with old FRAMEWORK 2.0.
 The sad answer is that in LINUX, MONO which support the C# in LINUX, have
some delay in supporting new version totally.
 So, In windows I can use 4.0 in Linux 2.0 work fine using the Windows
forms.
 This force me to use the lower to make sure one code work for all C#
versions.
 So, I make sure the GUI of MFNetDisk is work OK in both platforms.

 I added some documentation for SNAPSHOT backup and compression pc file.
 I enable the downloading of my code.



Thanks,
God bless you.
Shai Hess, MFNetDisk product.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Fwd: MFNwetDisk new code with snapshoot backup, compressed pc file, tape LBI and more.

[shai hess]

-- Forwarded message --
From: Shai Hess 
Date: Thu, Feb 2, 2012 at 10:11 PM
Subject: MFNwetDisk new code with snapshoot backup, compressed pc file,
tape LBI and more.
To: shai.h...@gmail.com


**
HI,

 After long time of massive new development my code is ready to be tested
with exciting new features.
 Backup your real and emulated 3390 disks in one second.
 Restore your backup in one second.
 Work with compressed pc file which save big amount of disk space with very
small  reduction in performance without dependency with the size of the
compressed file.

 More scripts to easily control the replication sync point for all your
real disks to enable snapshoot backup with full data integrity.

 I rewrite many code to enable better handling of compressed and snapshoot
backup. So, the code status start as beta.
 More code improvement.



Thanks,
God bless you.
Shai Hess, MFNetDisk product.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Fwd: MFNetDisk in youtube part 2. Update to snapshot backup and simulated DR condition.

[shai hess]

-- Forwarded message --
From: Shai Hess 
Date: Fri, Jan 13, 2012 at 1:15 AM
Subject: MFNetDisk in youtube part 2. Update to snapshot backup and
simulated DR condition.
To: shai.h...@gmail.com


**
HI,

Update to MFNetDisk Snapshot backup.
Up to 8 mirrors per one snapshot backup.
Simulate DR condition when your production site is gone.
With MFNetDisk accessing your real and emulated 3390 disks when your
production site gone, can be in seconds.
No moving and creating new files. No tapes. Just run script and start to
work in no time.

http://www.youtube.com/watch?v=L_Z6M-ixPF0&feature=youtu.be


Thanks,
God bless you.
Shai Hess, MFNetDisk product.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Fwd: MFNetDisk snapshot backups video is in youtube.

[shai hess]

Shmuel,

Your email was good and because of your email, I decide to improve the
remote snapshot.
True that even that I can send compressed PC file as backup in remote, I
plan to write support to add snapshot remote mirror in case that you use
standard mirror (compressed) in remote when you run the snapshot backup.

So, full backup will be kept in remote which is the existence mirror in
remote and the snapshot  file (very small file for normal disks updates)
will be update in remote when I need to do so. So you will have backup in
local and remote in one second as well.


Of course the user can decide if he wants local backup (better performance)
or local and remote snapshot backup.

Of course the user have the option to copy and paste the compressed backup
for the disks in local and send it to remote site if the TCP remote
transfer time can last for long time and the amount of disks are many
thusands.

Thanks,
Shai

On Mon, Jan 9, 2012 at 5:39 AM, shai hess  wrote:

>  If you see the movie the last of the movie I add mirror to the snap shot
> pc devcie which create full mirror from the snapshot backup.
> In the movie I add local compressed pc file mirror. You can create net
> file in remote PC of the full backup with all the tracks inside there.
>
> Shai
>
>   On Mon, Jan 9, 2012 at 12:47 AM, Shmuel Metz (Seymour J.) <
> shmuel+ibm-m...@patriot.net> wrote:
>
>> In
>> ,
>> on 01/08/2012
>>   at 12:19 PM, shai hess  said:
>>
>> >This solution eliminate the need to run standard backup at all!!
>>
>> How do I get back on the air when a tornado wipes out my data center?
>> Local mirroring may be useful, but it doesn't eliminate the need for
>> off-site backup, e.g., tapes, remote hot backup.
>>
>> --
>> Shmuel (Seymour J.) Metz, SysProg and JOAT
>> ISO position; see <http://patriot.net/~shmuel/resume/brief.html>
>> We don't care. We don't have to care, we're Congress.
>> (S877: The Shut up and Eat Your spam act of 2003)
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>>
>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Fwd: MFNetDisk snapshot backups video is in youtube.

[shai hess]

If you see the movie the last of the movie I add mirror to the snap shot pc
devcie which create full mirror from the snapshot backup.
In the movie I add local compressed pc file mirror. You can create net file
in remote PC of the full backup with all the tracks inside there.

Shai

On Mon, Jan 9, 2012 at 12:47 AM, Shmuel Metz (Seymour J.) <
shmuel+ibm-m...@patriot.net> wrote:

> In
> ,
> on 01/08/2012
>   at 12:19 PM, shai hess  said:
>
> >This solution eliminate the need to run standard backup at all!!
>
> How do I get back on the air when a tornado wipes out my data center?
> Local mirroring may be useful, but it doesn't eliminate the need for
> off-site backup, e.g., tapes, remote hot backup.
>
> --
> Shmuel (Seymour J.) Metz, SysProg and JOAT
> ISO position; see <http://patriot.net/~shmuel/resume/brief.html>
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Fwd: MFNetDisk snapshot backups video is in youtube.

[shai hess]

-- Forwarded message --
From: Shai Hess 
Date: Sun, Jan 8, 2012 at 12:18 PM
Subject: MFNetDisk snapshot backups video is in youtube.
To: shai.h...@gmail.com


**
HI,

 The video is in one shot! 34 minutes. with great sound and video quality!
 I happy that I study how to make very good movie.

 The new video demonstrate emulation 3390 and replication real 3390 disks.
 Also the compression pc file which hold the 3390 disk data in PC and
greater compression way.
 Also demonstrate the snap shot backups.
 Also more commands to easily control the status of replication when the
MFNetDisk mirror it as sync replication but with the script easily you can
control the replication and validate the synchronize of the 3390 real
disks!

MFNetDisk allow you to snapshot backup all your 3390 disks, real and
emulated disks in one second.
To use the content of the backup, no need to restore! the backup, because
the backup data can be access as 3390 disk in MF

This solution eliminate the need to run standard backup at all!!
The proof is by looking in my video!!



http://www.youtube.com/watch?v=YMYRikBX7Xg

I need to write documentation and touch a little my code.



Thanks,
God bless you.
Shai Hess, MFNetDisk product.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Coming soon new MFNetDisk great features

[shai hess]

Just forward my email.

On Mon, Jan 2, 2012 at 9:27 PM, Shai Hess  wrote:

> **
> HI,
>
>  The snapshot new feature of MFNetDisk come sooner that I expected.
>  It will be much more better compared to what I planed.
>
>
>  The new features will include:
>
>  1. Support to new compressed PC file. This will enable using less HD
> space.
>  2. The initialize of the disk will run for seconds for any emulation size.
>  3. Support currently up to 32 snapshot (I can change the number to any
> number) for one 3390 disk
>  snapshot which is created immediately after run the script command
> (2-3 seconds).
>  This will easily replace the requirement to backup the disks.
>  The snapshot disk will be very small in size related to the ranged of
> updated real and emulated 3390 tracks.
>  4. The snapshot will run on replication and emulation disks.
>  Meaning you can have snapshot backup in matter of seconds to all your
> real disk and the MFNetDisk emulated disks (replication and emulation pc
> devices).
>  5. To access the disk in case of requirement to restore the backup of
>  the disk, no need to copy or create new disks.
>  The snapshot disk will be used as a new device which can be emulated
> as 3390 disk.
>  To make it clear run one script which last less than a second,
>  will create to you 3390 emulated disk which contain all the data from
> the point time of taking the snapshot.
>  6. The using of the snapshot for emulated 3390 will run as read only
> disk,
>  but if you will add easily mirror to this emulated 3390 disk, the
> mirror will have regular 3390 disk. If the new mirror will be real 3390
> disk,
>  MFNetDisk will copy the content of the snapshot disk or any created
> new disk. This copy will be much faster than before.
>  After create true mirror to the snapshot disk, you can enable the PC
> device to be enable to write,
> just a regular 3390 disks which can read and write as usual.
>  7. To make it clear, when you will decide to access your backup/snapshot
> disk from MF,
>  run small script which run for less than a second and you can VARY
> the backup 3390 disk online from the MF.
>  8. No need to run any SW from any company to enable it. Just run the
> script to make the snapshot disk a real 3390 disk.
>  9. Again I want to thank God because without him, nothing was possible.
>
>  Any comments or suggestions will be welcomed.
>
>
>
>
> Thanks,
> God bless you.
> Shai Hess, MFNetDisk product.
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

MFNetDisk new features coming soon [ad]

[shai hess]

HI,

I will enable users to check and let MFNetDisk verify if the PC is totally
synchronize with the real disk 3390 by checking if pending tracks in MF and
PC to be synchronize.
I will support new compressed MFNetDisk 3390 disk format in open systems.
This new format will not reduce the IO performance compare to what is now.
I will enable to create unlimited snapshot disks mirrors in a very
compressed PC disk space.
Meaning sending snapshot command from MF with create snapshot of the 3390,
MFNetDisk will keep the mirror activity but create new mirror only with the
changed cylinders. Users can define generation to keep (unlimited).
Much work need to be done to make these work but soon it will be
implemented in my code.

I already wrote feature which enable the user for some special read CCW
chain to make prefetch to the track to not efficient CCW (one disk read for
each CCW).
This will eliminate the need to send IO to PC.
Still the default will be non prefetch track, but by doing modify command
with PRF=Y, MFNetDisk will use this feature.

Also, soon more use of processing MF DSN from PC without accessing the MF
will be used for processing SMF records. This will be implement for user
request.
this is currently the last request in my list.


Thanks,
Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: TCPIP question

[shai hess]

Lindy and the forum,

I think I need to fulfill the request of Lindy Mayfield to let him and the
forum know what we checked (me and Spanish user) until now.

Lindy unjustified think I am cleaver and I wish it was true, and it is not
true in too many cases.
So Lindy, being so good to me force me morally to be good for you the same
as you good for me.

So, I will give him and to you who are interesting to know some description
about what we find out until now even that I promised before to use other
forum for the TCP issue.

We run two TCPIP address space in specific ZOS host, one called TCPIP used
for production and the second one used for MFNetDisk, the name of the
second TCPIP address space is TCPMPC.

MPC is short name for MFNetDisk and describe the prefix of MFNetDisk
modules.

Each TCP address space, meaning TCPIP and TCPMPC, has defintion of its own
IP.

I have the picture of the two TCP address space in SDSF running
simultaneity together without interrupt or block each other.

Both TCP consume CPU time for supporting TCP API requests, one for
production tasks and the second for MPC.

So, we believe that MPC will never block the production TCP work, and
production TCP will never block the MPC (MFNetDisk) TCP work and that was
my and the user target

Limit the MSU or the CPU time for one of the two (MPC or production TCP)
was not OK from the point of my view.

The Spanish users loves the result and what he see now in his host.
So, I ask more checking but the first impression from checking the issue of
separating the production and MPC impact on TCP is very good.

I include the user email here without the picture of the SDSF because I am
not sure how to do it for this forum.

Hi:

Finally I created another stack binded with an OSA and edited MPCOPT member
to point to new stack. I assigned a new IP and started MPC, so this is the
result (attached image):

As you can see, there is a new STC called TCPMPC and MPC itself, taking
quite CPU (I have submitted ADRDSSU DUMP jobs to view the impact). But, the
first process is the production TCPIP stack, and, as you can see, is not
consuming anything.

So, you have never tested, but I have successfully tested and IT WORKS
PERFECTLY. So, this is a solution to separate production traffic with MF
NetDisk traffic, in environments with more than one OSA port and with
little impact to performance.

Best Regards,
Urtzi Larrieta






On Wed, Dec 21, 2011 at 5:22 PM, shai hess  wrote:

>  Thank you Chris.
> god bless you,
> Shai
>
>   On Wed, Dec 21, 2011 at 4:45 PM, Chris Mason wrote:
>
>> Shai
>>
>> So the *real* problem is to partition the load between your application
>> and other applications, an aspect it is rather difficult to discern in your
>> earlier posts!
>>
>> Come back SNA - with its required respect for transmission priority - all
>> is forgiven! IP and TCP etc. struggle along reinventing the wheel time and
>> time again in order to cover the ground SNA sorted out 35 years ago!!!
>>
>> Is this actually a *real* problem which the customer has noticed or is it
>> simply *anticipated* because suddenly the use of your application might
>> turn out to slow down other traffic over the single OSA feature interface
>> given that your application promises to impose a heavy batch load?
>>
>> What speed over Ethernet does the OSA feature support? It became well
>> appreciated in the early 1990s that, even in the business environment, the
>> reason IP and its garnishing would triumph over SNA and its careful
>> architectural provisions was that customers for whom SNA was just too
>> complicated would simply invest in ever cheaper faster transmission media
>> resulting in the careful SNA provisions for limited bandwidth becoming
>> pointless - most of the time - eventually ...
>>
>> The bandwidth consideration may well apply here. I assume you are using
>> TCP. TCP has to stop every so often in order to wait for acknowledgements.
>> This may provide sufficient "gaps" in the potentially smothering batch
>> traffic to allow the other traffic to proceed and possibly/probably to
>> proceed unhindered.
>>
>> -
>>
>> One "quick and dirty" way to "prioritise" traffic may simply be to reduce
>> the maximum transmission unit (MTU) value on the route to the PC so that,
>> in terms of "management overhead", the traffic becomes less efficient but
>> it gets slowed down and larger "gaps" appear.
>>
>> I'm picking on the MTU value because this is a relatively easy parameter
>> to interpose and it fits your concept of a "simple tweak" to the
>> specification

Re: TCPIP question

[shai hess]

eans the "official"
> way to do what you want.
>
> However, a bit of research did reveal the "official" way to do what you
> want - but, unless your customer has already invested in setting up the
> "Policy Agent" environment on top of the IP component of z/OS
> Communications Server, sleeves are going to need to be rolled up!
>
> The starting points for what you really want to do - as far as I can tell
> - are the following:
>
> "Setting Up Priority Queuing" in the "Open Systems Adapter-Express
> Customer's Guide and Reference" manual
>
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ioa2z180/1.7.2.3
>
> and
>
> Chapter 16, "Policy-based networking" in the "z/OS Communications Server
> IP Configuration Guide" manual
>
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b3b0/2.7
>
> The "quick and dirty" solution was the "simple" one. Unless the Policy
> Agent has already been set up - and, if it had been set up, such an
> on-the-ball customer would not be asking the question! - this is not really
> a "complicated" matter but a labour-intensive one involving lots of reading
> the manuals!
>
> -
>
> Given that you are offering a product, it is up to the customer to be able
> so to adjust the IP-based software as it applies to the specific
> configuration in order to accommodate your product. The customer should be
> happy that you can offer a couple of suggestions - free consultancy, no
> less! - regarding how this load "prioritisation" could be done.
>
> -
>
> Chris Mason
>
> On Wed, 21 Dec 2011 07:12:45 +0200, shai hess  wrote:
>
> >Thank you Chris and others,
> >
> >I will continue if I will need with the proper forum.
> >I thought that the answer to my customer can be simple by changing some
> >parameters in the TCPIP option file.
> >
> >Anyway, I thought that changing parameter in TCP can better balance the
> OSA
> >HW between production load for TCP and MFNetDisk load for consuming the
> TCP
> >in the same MF.
> >
> >But I think that the subject is more complicate than I thought. More
> >knowledge required.
> >I wish I had the time to spent more time and digging into the MF system
> >network administrator to support some "simple" questions of users which
> >expect me to know more MF network which is component which MFNetDisk uses
> a
> >lot.
> >
> >Thanks,
> >Shai
>
>  --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: TCPIP question

[shai hess]

Thanks,
Shai

On Wed, Dec 21, 2011 at 9:12 AM, Michael Klaeschen <
michael.klaesc...@deutscherring.de> wrote:

> I think yes, the answer is simple by changing some parameters in the TCPIP
> options file. To be precise: your objective of limiting access to IP
> addresses or ports can be achieved with NETACCESS statements. Just name
> the inbound and outbound networks, ports etc. and then set up proper
> SERVAUTH profiles in RACF. That's all.
>
> Having multiple TCPIP stacks is something totally different. However: your
> question regarding balancing load between or within one or more TCPIP
> stacks should be answered in WLM brochures. A more general approach of
> this is distributed source VIPA in parallel sysplex  -- well, focus here
> is non-disruptive TCPIP service but load balancing is kind of a spin-off.
>
> Cheers
> Michael
>
>
>
> Von:shai hess 
> An: IBM-MAIN@bama.ua.edu
> Datum:  2011-12-21 06:20
> Betreff:Re: TCPIP question
> Gesendet von:   IBM Mainframe Discussion List 
>
>
>
> Thank you Chris and others,
>
> I will continue if I will need with the proper forum.
> I thought that the answer to my customer can be simple by changing some
> parameters in the TCPIP option file.
>
> Anyway, I thought that changing parameter in TCP can better balance the
> OSA
> HW between production load for TCP and MFNetDisk load for consuming the
> TCP
> in the same MF.
>
> But I think that the subject is more complicate than I thought. More
> knowledge required.
> I wish I had the time to spent more time and digging into the MF system
> network administrator to support some "simple" questions of users which
> expect me to know more MF network which is component which MFNetDisk uses
> a
> lot.
>
> Thanks,
> Shai
>
>
>
> On Wed, Dec 21, 2011 at 3:41 AM, Chris Mason
> wrote:
>
> > Shai
> >
> > As I have already reminded Lindy Mayfield, the best list for this sort
> of
> > query is the following:
> >
> > For IBMTCP-L subscribe / signoff / archive access instructions, send
> email
> > to lists...@vm.marist.edu with the message: INFO IBMTCP-L
> >
> > -
> >
> > I detect that you are not very comfortable with the details of how to
> > configure the statements in the PROFILE data set of the IP component of
> > z/OS Communications Server. That being so, you need to explain whet you
> > really want to do to the IP system programmer at the customer location.
> >
> > If, as appears to be the case, your customer has two "home" IP
> addresses,
> > 192.168.254.200 and 192.168.254.254, and IP address 192.168.254.254 is
> the
> > address assigned to the interface normally used to enter the local
> intranet
> > ...
> >
> > Actually I suspect your relative inexperience has managed to introduce
> > some confusion here. I suspect 192.168.254.254 is the IP address of the
> > interface on the shared LAN belonging to the adjacent router which
> features
> > on the ROUTE DEFAULT statement and not the IP address of the local
> > interface on the shared LAN. That "254" is a bit of a "give-away" since
> it
> > is the Cisco convention for the *logical* IP address of the interface on
> > the shared LAN belonging to the adjacent router when in fact there are
> > typically two adjacent routers to the interfaces on the shared LAN of
> which
> > the actual IP addresses end with "253" and "252". All this depends on
> > having what used in olden times to be called a "class C" address range
> for
> > the local LAN, also typically used when an intranet uses RFC 1918 IP
> > addresses and addresses can be assigned with relatively gay abandon!
> >
> > If I am correct here I expect 192.168.254.200 may well be the address of
> > the PC on the local LAN.
> >
> > And, if all of this is correct, you don't even need to ask your original
> > question because it will all simply work exactly as you want!
> >
> > In other words, the PC to which you refer is connected to the local LAN
> > and this local LAN has the following interfaces connected to it:
> >
> > - the probably z Series OSA feature with IP address 192.168.254.xxx
> >
> > - the PC with IP address 192.168.254.200
> >
> > - the adjacent router (logically) with IP address 192.168.254.254
> >
> > All these addresses fall within the IP address range 192.168.254.0 to
> > 192.168.254.255 or more strictly 192.168.254.1 to 192.168.254.254 since
> > 192.168.254.0 and 192.168.254.255 would not be used as specific
> interface
>

Re: Tapeless Solutions

[shai hess]

Yes, I also read it as TOPLESS, so I smile.
I hope I did not make to myself bad name, more then before.

On Wed, Dec 21, 2011 at 7:58 AM, Timothy Sipples  wrote:

> Am I the only one who read the subject line too quickly, mentally
> substituting an "o" for the "a" and dropping the first "e"?
>
> I must be regressing.
>
>
> 
> Timothy Sipples
> Resident Enterprise Architect (Based in Singapore)
> E-Mail: timothy.sipp...@us.ibm.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Another new customer in Spain[ad]

[shai hess]

HI,

 Another email from Spain.
 I assume that more then 90% of the MF users never heard about MFNetDisk.
 I only publish my product in this forum and sometime in the past in
Hercules forum.
 So, the product is spread by old and happy users to new users and that
make me happy.

Some people offer me to help me to market the product to all MF users.
Meanwhile I am happy with the current status of my product.

 thanks,
 Shai



Hi, Shai:

I'm promoting your application with my mainframe systems colleages, and all
of them are very surprised with the disk replication and tape
virtualization features. In one case, one of my colleages work for
enterprise called CIMUBISA (The Bilbao's Town Hall computer outsourcing
services) and were very interested in it, because they have an extremely
old tape robot with several tape failures and don't have money to buy a new
one, and, because of this, I talked about your program and were very
interested testing it. They were so interested, that in my free times I go
to CIMUBISA and help them to install and configure your tool (free time,
because they also don't have money to pay to an enterprise nor me to do the
job, but they are my very best friends).

Now, I installed the MFNetDisk tool and the system is working in
Development LPAR (not in production) and they are very confortable and
happy with the power and performance (although MPC started task was to be
configured inside a policy under WLM, because in peak work hours, the MPC
and so TCPIP started task takes plenty of CPU, and they system has only 15
MSUs, so if anything consumes a bit more of CPU, the entire system is
affected).

So, they want to say to you that you have created an extraordinary and
wonderfull tool and want to show your appreciation.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: TCPIP question

[shai hess]

V1R13 Communications Server TCP/IP
> Implementation" set:
>
> http://www.redbooks.ibm.com/redpieces/abstracts/sg247996.html
> http://www.redbooks.ibm.com/redpieces/abstracts/sg247997.html
> http://www.redbooks.ibm.com/redpieces/abstracts/sg247998.html
> http://www.redbooks.ibm.com/abstracts/sg247899.html
>
> Note that I have been obliged to include the V1R12 version of Volume 4,
> since the V1R13 version has not yet appeared.
>
> Chris Mason
>
> On Tue, 20 Dec 2011 20:45:16 +0200, shai hess  wrote:
>
> >HI,
> >
> > I have a customer question:
> >
> >
> >1. How could I configure MFNetDisk in ZOS in order to use ONLY the IP
> >192.168.254.200, instead of 192.168.254.254, because the last one is used
> >for production traffic?
> >
> > MFNetDIsk uses TCP EZASMI API.
> >
> > Can I run 2 TCPIP procedure running together?
> >  TCPIP which will use IP 192.168.254.254 (for production) and the second,
> >TCPIPMPC (for only MFNetDisk) which will use 192.168.254.200?
> >
> >Thanks,
> >Shai
>
>  --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: TCPIP question

[shai hess]

Thank you. I think that this can be the best answer for my case.
Just to make it sure. If ZOS is the client (source) and PC is the
(destination).
If client ic MF want to connect and send data to PC, then if I will
specify in MF TCPIP address space

SRCIP
JOBNAME MFNetDisk 172.26.1.1
ENDSRCIP
Is it means that MF TCPIP will use the source MF IP 172.26.1.1 to trabnsfer
the data to PC?
Thanks,
Shai

On Tue, Dec 20, 2011 at 10:29 PM, Ward, Mike S  wrote:

> You can use the SRCIP in the tcpprof
>
> SRCIP
> JOBNAME S250XXXD 172.26.1.1
> JOBNAME XXXA 172.27.1.65
> JOBNAME YYYR 172.27.1.65
> ENDSRCIP
>
> You can also bind at the port level if you want
>
> PORT
>21 TCP FTPD1 BIND 172.26.1.1;FTP Server
>23 TCP TN3270   ; Telnet 3270 Server
>23 TCP INETD1 BIND 9.67.113.3   ; z/OS UNIX Telnet server
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of shai hess
> Sent: Tuesday, December 20, 2011 12:45 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: TCPIP question
>
>  HI,
>
>  I have a customer question:
>
>
> 1. How could I configure MFNetDisk in ZOS in order to use ONLY the IP
> 192.168.254.200, instead of 192.168.254.254, because the last one is
> used
> for production traffic?
>
>  MFNetDIsk uses TCP EZASMI API.
>
>  Can I run 2 TCPIP procedure running together?
>  TCPIP which will use IP 192.168.254.254 (for production) and the
> second,
> TCPIPMPC (for only MFNetDisk) which will use 192.168.254.200?
>
> Thanks,
> Shai
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>
> ==
> This email and any files transmitted with it are confidential and intended
> solely for the use of the individual or entity
> to which they are addressed. If you have received this email in error
> please notify the system manager. This message
> contains confidential information and is intended only for the individual
> named. If you are not the named addressee you
> should not disseminate, distribute or copy this e-mail. Please notify the
> sender immediately by e-mail if you
> have received this e-mail by mistake and delete this e-mail from your
> system. If you are not the intended recipient
> you are notified that disclosing, copying, distributing or taking any
> action in reliance on the contents of this
> information is strictly prohibited.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

TCPIP question

[shai hess]

HI,

 I have a customer question:


1. How could I configure MFNetDisk in ZOS in order to use ONLY the IP
192.168.254.200, instead of 192.168.254.254, because the last one is used
for production traffic?

 MFNetDIsk uses TCP EZASMI API.

 Can I run 2 TCPIP procedure running together?
  TCPIP which will use IP 192.168.254.254 (for production) and the second,
TCPIPMPC (for only MFNetDisk) which will use 192.168.254.200?

Thanks,
Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Tapeless Solutions

[shai hess]

MFNetDisk also support tapeless solution for emulated tapes.
MFNetDisk tape emulation let you select MFNetDisk tape manager soultion or
CA or IBM or any other tape manager solution.

MF only trasfer the data and the CCW commands to PC and by that reduce the
CPU utilization in MF.
The PC emulates the TAPE and the 3390 DISK emulation.

MFNetDisk also have customers which are using the MFNetDisk virtual tape
solution in few countries.
You can share tape from any number of MF sites without any distance
limitation.
So, this is very good solution for DR cases.
Beside all of this, MFNetDisk is a free product.




On Tue, Dec 20, 2011 at 2:30 AM, Russell Witt  wrote:

> While the cache is MF DASD (which gives it great performance when writing
> and reading from cache), CA-Vtape now has the ability to be offloaded to
> cheaper dasd that is attached through an NFS Server (such as NetApp or Data
> Domain). And you even have the flexability of having the offload copy go
> through data de-duplication (with Data Domain) and/or having a replicated
> off-site copy and still have a physical tape copy (or two). It allows for
> the client to decide which options are best for which types of tape data.
>
> For example, backup data kept for DR purposes might be best on an NFS
> Server that is duplicated off-site at the DR location and kept for 2-4
> weeks. But for data that needs to be kept for decades (regulatory
> requirements) it might be a lot more cost effective to have 2 phsyical
> high-capacity drives and stack a couple of tera-bytes of data on each
> cartridge for long-term storage. The nice thing about a software solution
> such as CA-Vtape is that it gives you many different options.
>
> If you want a truely "Tapeless Solution" and don't mind keeping un-used
> and un-referenced data on dasd for decades (not very "green" of you) then
> something like CA-Vtape with a replicated NFS Server as the backstore might
> be a very good option. Of course, if you are going tapeless, replication is
> very-much the recommended method. While the NFS Server itself could be
> off-site, having only a single copy of all backup data runs the risk of
> putting all the eggs in a single basket. Which is why tape backups have had
> a primary and duplex copy for decades. Putting both the primary and duplex
> copy into the same physical box kind of defeats the whole point of having 2
> copies of the backup data.
>
> But these are just my opinions.
>
> Russell Witt
> CA 1 L2 Support Manager
>
>
> On 12/19/11, R.S. wrote:
>
> W dniu 2011-12-19 23:02, Henke, George pisze:
> > Will CA VTAPE work on regular MF or does it need the DS8800.
>
> What???
> CA VTAPE is from software being sold by CA. DS8800 is a DASD box being
> sold by IBM.
> CA VTAPE works on any mainframe DASD.
> I don't know what does it mean "work on regular MF".
>
> BTW: IMHO it is very expensive solution. It consumes CPU cycles,
> especially when compression is on (could be offloaded to zIIP), and
> consumes mainframe DASD, which is usually the most expensive DASD.
> Exception: FBA DASD connected using "magic box" like BusTech MDL or
> Luminex, or other. ...but then you don't need VTAPE - those boxes also
> emulate tape units.
>
> My €0.02
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>  --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: case from DR in France.

[shai hess]

I wish I knew why this man so angry at me whenever I breathe.



On Wed, Dec 14, 2011 at 8:42 AM, Ed Gould  wrote:

> Don:
>
> I have decided to change my email account so I can delete his entries and
> a few others.
> The others that contribute to the list do not make a point of pushing
> their code. With "him" its a monthly push of his propaganda.
> If you guys want to put up with his noise I will just delete his stuff.
>
> Ed
>
>
>
> On Dec 13, 2011, at 7:18 PM, Don Imbriale wrote:
>
> Give it up Ed.  Your keyboard does have a delete key, doesn't it?
>>
>> - Don Imbriale
>>
>> On Tue, Dec 13, 2011 at 1:32 PM, Ed Gould  wrote:
>>
>>  Mark,
>>>
>>> I was referring to pushing their code.
>>>
>>> Ed
>>>
>>>
>>>
>> --**--**
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>> Search the archives at 
>> http://bama.ua.edu/archives/**ibm-main.html
>>
>
> --**--**--
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at 
> http://bama.ua.edu/archives/**ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Fwd: case from DR in France.

[shai hess]

HI,
>>This month, Mark Zelden and Clark Morris referenced their
>>contributions to the CBT tape.

Just small fix, MFNetDisk is one man (me) product.
If I understand the meaning of "their" (more then one).

Thanks,
God bless you all
Shai

On Wed, Dec 14, 2011 at 3:18 AM, Don Imbriale wrote:

> Give it up Ed.  Your keyboard does have a delete key, doesn't it?
>
> - Don Imbriale
>
> On Tue, Dec 13, 2011 at 1:32 PM, Ed Gould  wrote:
>
> >  Mark,
> >
> > I was referring to pushing their code.
> >
> > Ed
> >
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Fwd: case from DR in France.

[shai hess]

Right.

On Tue, Dec 13, 2011 at 7:03 PM, Ron Hawkins wrote:

> Or you may use one of the many flavors of asynch mirroring products with
> multi-volume consistency that do not have a delay in the IO performance
> when
> they transfer to the remote storage controller. XRC for example...
>
> >
> > So, better if you have the money to use remote mirroring which doing the
> > sync mirroring and multi-volume consistency which may cost some money and
> > of course with delay in the IO performance.
> >
>
>  --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Fwd: case from DR in France.

[shai hess]

The answer is no.
If there is crash on the system, all the requests tracks to be re sync are
written to bitmap file or send to PC for request Sync.
So, if the system crash, or the disk crash, the PC or the MF bitmap may
have the tracks which need to be SYNC.

If the disk return to life, the MFNetDisk will re sync the tracks again.
If the disk failed, MFNetDisk will not be able to re sync pending re sync
requests.

But if the disk crash, the multi volume DSN of group of DSN which must be
sync will not be available because one of its disk is not operational.
So, part of the DSNs will be recovered and the crashed disk will not and I
think that in this case if you do not use sync remote mirroring, you will
have to restore the DSN from backup or from loging if exist.

So, better if you have the money to use remote mirroring which doing the
sync mirroring and multi-volume consistency which may cost some money and
of course with delay in the IO performance.

If you want to have free product for remote mirroring but in case of DR to
be async for few seconds of IO operation, then you can try the free
MFNetDisk.
At least I can say that if you can not afford remote mirroring, better to
use MFNetDIsk.

MFNetDIsk can allow to take picture of the disks. You can let in specific
time to stop the update for seconds and let MFNetDIsk finish its re sync
for all its disk data to this time. Then you can stop the update of the
disks to MFNetDisk and in case of crash you have all the disks SYNC to the
specific time.

On Tue, Dec 13, 2011 at 5:17 PM, Ron Hawkins wrote:

> Are you supporting multi-volume consistency?
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of
> > shai hess
> > Sent: Monday, December 12, 2011 9:47 PM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: [IBM-MAIN] Fwd: case from DR in France.
> >
> > -- Forwarded message --
> > From: Shai Hess 
> > Date: Tue, Dec 13, 2011 at 7:45 AM
> > Subject: case from DR in France.
> > To: shai.h...@gmail.com
> >
> >
> > **
> > HI,
> >
> >  Two days ago, I receive email with the title "big problem for me ! help
> !"
> > from customer from France name Will_fashion from France.
> >  The native host real disks were crashed.
> >
> > Luckily, the user use the replication MFNetDisk for its MF real disks.
> >
> >  After few emails to me, the native disks were recovered using MFNetDisk
> > replication feature which enable the user to mirror the host real disks
> > to PC hard disks without and performance reduction in MF nor delay to the
> > real disks in the MF.
> >
> >  I just put the last words of the customer after the disks were
> recovered.
> >
> >  "thanks a lot for your FREE product and your work (i hope you can earn
> > much money with it you deserve)
> > I talk about your product in my job soon".
> >
> > So, if you like to have DR and disks backup always without MF performance
> > issue nor real disk performance reduction nor delay, and to pay zero
> money
> >  for this product, it is time to use MFNetDisk replication feature.
> >
> > Thanks,
> > God bless you.
> > Shai Hess, MFNetDisk product.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Fwd: case from DR in France.

[shai hess]

-- Forwarded message --
From: Shai Hess 
Date: Tue, Dec 13, 2011 at 7:45 AM
Subject: case from DR in France.
To: shai.h...@gmail.com


**
HI,

 Two days ago, I receive email with the title "big problem for me ! help !"
from customer from France name Will_fashion from France.
 The native host real disks were crashed.

Luckily, the user use the replication MFNetDisk for its MF real disks.

 After few emails to me, the native disks were recovered using MFNetDisk
replication feature which enable the user to mirror the host real disks
to PC hard disks without and performance reduction in MF nor delay to the
real disks in the MF.

 I just put the last words of the customer after the disks were recovered.

 "thanks a lot for your FREE product and your work (i hope you can earn
much money with it you deserve)
I talk about your product in my job soon".

So, if you like to have DR and disks backup always without MF performance
issue nor real disk performance reduction nor delay, and to pay zero money
 for this product, it is time to use MFNetDisk replication feature.

Thanks,
God bless you.
Shai Hess, MFNetDisk product.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Fwd: Administration note about MFNetDisk

[shai hess]

-- Forwarded message --
From: Shai Hess 
Date: Sun, Nov 13, 2011 at 10:43 AM
Subject: Administration note about MFNetDisk
To: shai.h...@gmail.com


**
HI,

 Many users complain about filling the CODE_REQ many times for update the
code even if the data was not changed.
 So, I change the CODE_REQ. Only the EMAIL is require now for the CODE_REQ,
all the other fields are optional.
 I did the change only for the people who update the code many times for
almost every fix done to MFNetDisk.

 So, please fill all the fields (include the optional parameters) in the
form if you are a new user.
 If you return user and you have feedback, please fill the feedback for me
and the email.
 If something important in your configuration change, and you think that
this can be important to me and the users who used MFNetDIsk,
 please add the information to the required fields in the form.
 If all is the same, and you only want to update the code, then only feel
your email in the code request.
 I need the email to know what MFNetDisk version is used and stable in user
site.
 If I will find bug and the MFNetDisk version contain the bug, I will be
able to notify the user with the bug and ask him to download new code.

 Another point. I uploaded new MFNetDisk code.
 This version does not fix anything important.

 The new version add better Windows service support for Windows platform
only in case of automatic restart to MFNetDisk if MFNetDIsk is not running.
The Windows service support now the GUI and the console PC Server.

 I add support to activate the MFNetDisk GUI and the PC Server
automatically by using the AUTO=Y parameter.
 If you are using the GUI in Windows or Linux and you like to start
MFNetDisk GUI from batch file you can run MPCPCServerAll AUTO=Y.
 This will start the GUI and the MFNetDIsk PC Server automatically. For
Linux add MONO to the command.
 This will eliminate the need to start the GUI (run MPCPCServerAll) and
then manually click the STARTMPC green button to start the PC Server in the
GUI.

 Few words about the MFNetDisk product.
 MFNetDisk emulates 3390 disks and 3490 tapes (MTL and non MTL) using TCP
with data in Linux or Windows FS with good IO performance.
 MFNetDisk can mirror your real 3390 disks to Linux or Windows FS storage
without any resource consumption in MF nor delay in IO for the real disks.
Your disks in PC can be used immediately by using ZPDT or other MF
emulation. All disks can be mirror also the system disks and the IPL disks.

All disks and tapes manage by MFNetDisk can be shared from any distance or
any country and from any real MF or emulation MF and from any number of MF
in parallel.


Thanks,
Shai Hess, MFNetDisk product.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Fwd: MFNetDisk dramatic improvement in CPU utilization for all emulation.

[shai hess]

-- Forwarded message --
From: Shai Hess 
Date: Wed, Nov 9, 2011 at 11:08 AM
Subject: MFNetDisk dramatic improvement in CPU utilization for all
emulation.
To: shai.h...@gmail.com


**
HI,

 I uploaded MFNetDisk new code (this fix is the MF load file) which improve
the CPU utilization by 30-50% for the MFNetDisk MF job (depend on load and
CPU type).
 Sometime even if something works fine, look again in the code and discover
that small change can make dramatic improvement.
 That is what happen with the new fix. Small change with dramatic
improvement.
Yes, fix can create bug, in this case the chances are very low. So almost
no risk to use the new code.

 So, I unload MFNetDisk PTFID=192. The fix is for MF only if you download
the PTFID=191 before.
 If you new user to MFNetDisk, you will find that MFNetDisk in PC can work
in LINUX and WINDOWS with optional GUI PC Server, but you can continue to
work with the console PC server as before.

 The GUI is more practical to run because you can see better MFNetDisk
messages and also control better the shutdown of PC MFNetDisk.
 Beside that, in the future more tools will be added in the GUI.

 So, it is depend on you if you download the new code now. If I were you, I
will do it right now.


Thanks,
Shai Hess, MFNetDisk product.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Fwd: Introduction to VTS using MFNetDisk in Spanish

[shai hess]

-- Forwarded message --
From: Shai Hess 
Date: Fri, Nov 4, 2011 at 4:16 PM
Subject: Introduction to VTS using MFNetDisk in Spanish
To: shai.h...@gmail.com


**
HI,

User in Spain,Urtzi Larrieta Alvarez , wrote beautiful
introduction to VTS using MFNetDisk.

The link to the site is http://www.yggdrasil.tv/?p=623.

So, to everyone who know the Spanish language, and like to know VTS using
MFNetDisk from the experience of  Urtzi Larrieta
Alvarez are
invited to the site.

The MTL is a complicate subject. So, this is good additional material to
add knowledge from user with experience in this subject.



Thanks,
Shai Hess, MFNetDisk product.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Fwd: MTL and NONMTL Tapes and MFNetDisk and NON MFNetDisk tapes managers

[shai hess]

-- Forwarded message --
From: Shai Hess 
Date: Fri, Nov 4, 2011 at 1:34 PM
Subject: MTL and NONMTL Tapes and MFNetDisk and NON MFNetDisk tapes managers
To: shai.h...@gmail.com


**
People ask me about MFNetDisk supports for tapes manager.

So, MFNetDisk supports MTL or NONMTL drive 3490.
MFNetDisk support MFNetDIsk tapes manager or other tapes manager (CA1, TMM).
In one PC MFNetDisk, you can run many MTL, and one NONMTL library.
One MF MFNetDisk can support many MTL and many NONMTL library because each
tape specify in MF point to specific PCIP.

Tapes manager are used to manages tapes atrribute, meaning SCARTCH or
non SCARTCH tapes.

If user want to support the MFNetDisk tape managers, they must specify in
MVS parameter file (MPCOPT)  TAPE CTLSCR=Y.
If you have your own tape manager (CA1, TMM) you must specify TAPE CTLSCR=N
The meaning of TAPE CTLSCR=Y/N parameter is if MFNetDisk will check for
scratch using OAM (CTLSCR=N) or send the request to PC (CTLSCR=Y) to try to
manage the SCARTCH request..

In PC you have option which specify if PC will reject SCRATCH or PRIVATE
requests (TAPE SCRATCHMANAGER=DISABLE), or will look in his internal data
for tape with SCARTCH attribute to be used by MF for the pending SCARTCH or
PRIVATE requests (TAPE SCRATCHNANAGER=ENABLE).
To set this value in PC run PCTOOL with
MODIFY>TAPE>SCARTCHMANAGER=DISABLE/ENABLE.
If SCARTCHMANAGER=DISABLE and MFNetDisk PC receive tape mount request for
SCARTCH, MFNetDisk will return IO error to MF.
If this is the case MF will reissue the mount request and the mount request
will stay mount pending. To enable the MFNetDisk to retry the mount request
with the IO error, run F MPC,ATTN= where  is the tape drive.
If SCRATCHMANAGER=ENABLE and MFNetDisk PC receive tape mount request for
SCARTCH, MFNetDisk will search is tapes pools for tape with attribute
SCARTCH and supply the tape label to MF and mount the specific tape to be
used by the job in MF. If the tape is MTL, MFNetDisk will change the
specific tape attribute to SCARTCH in the OAM automatically.

The recommendation is:

MTL or NONMTL and MFNetDisk tape manager:
MF: TAPE CTLSCR=Y
PC: SCARTCHMANAGER=ENABLE

MTL or NONMTL and CA1 or other tape manager product but not MFNetDisk tape
manager:
MF: TAPE CTLSCR=N
PC SCRATCHMANAGER=DISABLE

In all options (MTL and NONMTL) you must define:
In MF:
TAPEDRV - define the tapes drives used for MTL and NONMTL.
TAPELOC- define all the tapes labels and the PC IP which support these
tapes.
In PC:
Define PCSTORAGE- Define the PC disks locations which MFNetDisk used to
store the tapes data.
Define TAPERANGES- Define all the tapes belong to NONMTL and MTL managed by
the PC.
   For MTL, the script must specify the MTL
library name which used by the tapes range.
For
MTL:CONFIG>TAPE>TAPERANGE>ADDTAPESRANGE>MTL
For
NONMTL:CONFIG>TAPE>TAPERANGE>ADDTAPESRANGE>NOMTL

If you run with MFNetDisk tape manager, you need to defined your rules to
change tapes attribute to SCARTCH.
MFNetDisk support parameters which are used by many tapes manager in the MF
market.
The supported MF value are: JOBNAME,DSN,PGM. Also MFNetDisk support EXPDT
and more JCL parameters.
The default rule is that after tape write, the tapes retention days is 7
days.
To update  rules run script MODIFY>TAPE>RULE and then select the required
parameters.
To display the rules, run script DISPLAY>TAPES>RULES.

If you use MFNetDisk tape manager and MTL, the OAM must contained the tapes
labels support for specific MTL.
MFNetDisk can do it for you by running the
CONFIG>TAPE>TAPERANGE>ADDTAPESRANGETOOAM


Thanks,
Shai Hess, MFNetDisk product.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Fwd: New MFNetDIsk PRO GUI code.

[shai hess]

-- Forwarded message --
From: Shai Hess 
Date: Wed, Nov 2, 2011 at 9:55 PM
Subject: New MFNetDIsk PRO GUI code.
To: Shai Hess 
Cc: shai.h...@gmail.com


**
HI,

 I putted new code for MFNetDisk.
 There is no special fix for the new MFNetDisk, so if you loaded the
previous code that is OK to run with it.
 The new code contains GUI for MFNetDisk server.
 The new GUI run the same as the non GUI code but with GUI.
 This is basic GUI. More changes will be done in the GUI.
 The GUI is in the PCSERVER folder with the non GUI code.
 Please try it. Keep the old version just in case.
 Please give me feedbacks of the new GUI. Without feedbacks I lost.
 I also improve the MVSAPI code with the source of it.
 This will enable you to use and developed reading MVS file from PC without
access the MF.
 Enjoy the new code.

Thanks,
Shai Hess, MFNetDisk product.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Fwd: MFnetDisk and commong soon GUI for PC Server.

[shai hess]

-- Forwarded message --
From: Shai Hess 
Date: Fri, Oct 28, 2011 at 12:38 PM
Subject: MFnetDisk and commong soon GUI for PC Server.
To: shai.h...@gmail.com


**
HI,

These days I work to add MFNetDisk PC Server as a GUI.
MFNetDisk will support also the regular console MFNetDisk PC Server as well.

I also work to improve the ability to read MVS files without access MVS.
This solution will enable you to read MVS files in open system without the
need to FTP it at first from MVS and without using MF at all.
I will add better documentation to easily access the MVS files from PC.

Also MFNetDisk enable you to FTP MVS file from PC to PC without the
involvement of MF in a fast and easy way.

Any feedback will be appreciated.


Thanks,
Shai Hess, MFNetDisk product.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Moving 3390 volumes from Dallas RDP site to z z/PDT

[shai hess]

'With MFNetDIsk you can replicate your real 3390 disks to PC files which are
supported by Z/PDT.
As far as I know, this is the easiest way to copy your real disks to other
format which are supported by ZPDT/MFNetDIsk and other emulated MF software.

Shai

On Sat, Oct 22, 2011 at 9:22 PM, Dave Day  wrote:

>In reading the z/PDT Redbooks, it appears there are multiple
> avenues/ways to get user 3390 volumes moved from a z/OS image to a z/PDT.  I
> have a user z/OS system runing under z/VM supplied by IBM at their  Dallas
> site.  If someone who has been down this path can comment on what they did
> to accomplish this, please do so.  Thanks.
>
>--Dave Day
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Fwd: MFNetDisk new fixes PTFID=189

[shai hess]

-- Forwarded message --
From: Shai Hess 
Date: Sat, Oct 15, 2011 at 12:48 PM
Subject: MFNetDisk new fixes PTFID=189
To: shai.h...@gmail.com


**
HI,

3 new fixes.
PTFID=188 is much better than PTFID=185. This fix may improve the
performance a little. I recommend to use the 188 PTFID because it is far
better than 185. So if you installed the previous PTFID, please reinstall
this new code.


187. Fix the QIO modify command in MVS. When the MPC tasks are over
utilized, the results may be in error. The QIO is performance monitor
(simple RMF) which displayed the IO
respond time from the start of the IO in MPC task to the end of the IO
including the network traffic respond time. It is also displays the time the
IO request was delayed because no TASK was available to run the IO.  Oct.
15, 11.

188. Improve the fix of PTFID 185. This is a better and perfect fix to
eliminate rare error of device which may be stayed busy after MPC process
the IO OK. Oct. 15, 11

189. Add warning message MPC103I in case that the dispatching priority is
not the required high priority. If the DP is not enough, MPC can have
problem in high CPU utilization MF. Oct. 15, 11







Thanks,
Shai Hess, MFNetDisk product.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Sharing disks between real and emulated MF.

[shai hess]

One new respond from user in the UK.

Required MFNetDisk feature (All, Disk, tape emulation, replication)
disk & tape emulation
MFNetDisk experience and comments. You can attach text file instead.
Works well for the 1 testing disk we have that can be ''attached'' to z9
real h/w or emulationed h/w. Seems stable.


Thanks,
Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Fwd: MFNetDisk new code in my site PTF 184.

[shai hess]

-- Forwarded message --
From: Shai Hess 
Date: Thu, Sep 22, 2011 at 12:51 PM
Subject: MFNetDisk new code in my site PTF 184.
To: shai.h...@gmail.com


**
HI,

 This time I pay attention to my messages in MF.
 User from Germany ask request and I did what he asked.
 No more MPC999 message. All messages in MF are unique and more meaningful.
 I fix small bug in format trace in case of replication error.
 I add data for replication and VTOC journaling. I notify if there is VTOC
journaling active to let the user know that there may be overhead in the PC
disks if the VTOC is updated a lot.

 Now every time MF send request to invalid tracks I add the MVS device
number in the message in PC MFNetDisk.
 Before only the PC device was in the message.
 I improve scripts. One of the script enables to display the VTOC of mirror.
So, I add ability to display all the dataset, only prefix of the dataset by
specify the DSN parameter, and also if you specify the CC and HH (cylinder
and head) I will display the dataset which the CC HH is contained in the
dataset.
The reason I did it is to enable me and you to see which dataset is updated
with the replication feature.
The CC HH can be received by using the script per PC Device to display the
last CC HH invalidated by the MFNetDIsk replication feature.

Replication is now most used feature by MFNetDisk users!


Thanks,
Shai Hess, MFNetDisk product.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Fwd: mfnetdisk - A new message was received in your Site

[shai hess]

HI,

Latly I change the CODE_REQ condition to download my code.
The change is that everyone who download my product must agree to enable me
to publish their experience with the product.

 Before this change I enable the user to select option to "do not publish my
feedback and my id".

Lately I delete this option.
So, if you download my code, you must let me publish your feedback if I like
to do so.

So, only users who enable me to publish their experience with the product
can download my code.

Why I did it?
Because I work hard to make the product good. I do not ask money for the
product.
I pay money to cover the cost I need to pay for the product.
I support the product in any time.
Even if my city is attacked by rockets (Did I Richard?) I continue to
support the product fi the user need me.

So, I feel that this is OK with me to ask and force my users to enable me to
publish their experience with my product.

I know that in some cases users who works for companies which do not like my
product because it can hurt their business, ask me to keep confident. In
this case I will not publish their feedback.

About charging users with money?
I do not have intention to become company which charge money from users.
The only option which exist for me is to continue with this status, or to
sell my product to big company.
So, no charging money as long as I am the owner of the product.

I attach one of many user code request for my code from today.

Thanks,
Shai



-- Forwarded message --
From: 
Date: Thu, Aug 25, 2011 at 10:13 PM
Subject: mfnetdisk - A new message was received in your Site
To: shai.h...@gmail.com


   *mfnetdisk - A new message was received in your Site*

Dear Administrator!

A new message was received through a form in your site.

Form name:
*code request*
Form content:
*
-
Full name:
Wayne Bickerdike
E-mail:
wayn...@gmail.com
Country and state
Australia Vic
ZOS version
1.8
Linux or Windows
Both
Required MFNetDisk feature (Disk, tape emulation, replication)
All features
MFNetDisk experience and comments. You can attach text file instead.
I have tested replication and this is a feature I would like to implement to
save offsite FTP backups.
OK to publish your MFNetDisk comments?
Yes, with my email and name
Company (optional)

Add MFNetDisk feedback in text file (optional).
No file attached
Contribute in the future?
Yes
-
*

-
To view the message, login as an administrator through the following link:
http://www.livecity.co.il/join/login.asp?depart_id=43973&departResell_id=17914&pathTXT=/site/include/newfeel/website3/index.asp?toolBoxBOO=1
(If the link does not work, copy and paste it into your browser).

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

MFNetDisk feedback

[shai hess]

Feed back from Germany.

The email is as is. No changes was done to the email.

Shai



Hi Shai,
we are an ISV for financial software in germany and use a System z10 BC with
DS6800. The operating system, is z/OS 1.12 on z/VM 5.4 in one LPAR.
I use MFNetDisk for mirroring the system, backup and recovery, and emulated
device for lower priority dasd in our own development system. I plan to use
emulated device for DFSMSHSM migration level 1 and tape emulation for
backup.
The configuation is, an own TCPIP stack on z/OS and a rhel 5.7 linux
quadcore server for pcserver with mono. On linux is to be planned to use an
own ethernet interface, if it's possible to configure this with mono.

The software is great and the performance very well. I like it, and we
mirrored 38 3390 model 2, 3, 9 dasd without lost of performance in z/OS. The
cheaper storage with linux server for lower priority dasd can help us to
reduce our costs. The bottleneck is the iowait on linux, because the
harddisks not to be fast enough to write the data.


Kind regards

Thomas Cothmann
(Systemprogrammer System z)

PPI AG Informationstechnologie
Moorfuhrtweg 13
22301 Hamburg

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Rockets in Ashdod, very near to my home, yesterday and today.

[shai hess]

HI,

 After the explosion I hate what I feel, I feel angry for this nonsense
actions which is done only from hate emotion and without any strategy.

 I take the bible and I pray a little and quickly I feel that I am calm, no
more angry, I am just feel relax.

 Then I take my coffee, I go to my balcony, sit near my girlfriend, look at
the blue calm sea in front of my home, I look at the young boys and
girls who continue to surf near my home, in the sea, without any fear and
without paying attention to the explosion nor to the noisy and frighten
siren and I feel shame that I become upset, paying attention to this
nonsense and passed event.

 I feel that praying to God change my vision to the world.
 After the explosion I hate what I see, after the pray I love it. try it.

 Shai










On Fri, Aug 19, 2011 at 2:18 AM, shai hess  wrote:

>  Many Rockets fire from Gaza to Ashdod, near my home, yesterday and today.
>
> 30-45 seconds from the start of the siren to the explosion.
> If you outside with your car, continue to drive.
> You do not have enough time to look for a shelter. If you stop the car and
> run, your chances are the same as if you continue to drive.
> If you are in home, search for room with some protection or go to the
> stairs room.
> After the first explosion wait few seconds, maybe more than one rockets
> were fired.
> Today few people in Ashdod were injured from the rockets.
> Ashdod is beautiful city and never boring city...
>
> These rockets are fired without specific target.
> The target is the people, any people are good target for these people. Just
> pull the trigger and hide.
>
> http://www.youtube.com/watch?v=6AYjcDI1gdA&feature=player_embedded
>
> Shai
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Rockets in Ashdod, very near to my home, yesterday and today.

[shai hess]

Many Rockets fire from Gaza to Ashdod, near my home, yesterday and today.
30-45 seconds from the start of the siren to the explosion.
If you outside with your car, continue to drive.
You do not have enough time to look for a shelter. If you stop the car and
run, your chances are the same as if you continue to drive.
If you are in home, search for room with some protection or go to the stairs
room.
After the first explosion wait few seconds, maybe more than one rockets were
fired.
Today few people in Ashdod were injured from the rockets.
Ashdod is beautiful city and never boring city...

These rockets are fired without specific target.
The target is the people, any people are good target for these people. Just
pull the trigger and hide.

http://www.youtube.com/watch?v=6AYjcDI1gdA&feature=player_embedded

Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Fwd: MFNetDisk what I see after you download my code using CODE_REQ.

[shai hess]

-- Forwarded message --
From: Shai Hess 
Date: Mon, Aug 8, 2011 at 2:49 AM
Subject: MFNetDisk what I see after you download my code using CODE_REQ.
To: shai.h...@gmail.com


**
HI,
Many new and return MFNetDisk users are download MFNetDisk code.
I attach CODE_REQ message I received after filling the CODE_REQ form.
New users and return users are asking my code and that make me happy.
Most of the feed back I received is "wonderful product".
I attach one user of several users from Spain asking my code today.
Currently I have more than 100 users from all the world and the number is
increase everyday.
I assume that some of my code is distribute to friends without CODE_REQ and
to other site and that is OK with me.
Many of the users specify name with GMAIL or YAHOO suffix, looking at the
internet searching for the name I see people from many companies, big and
small and I very much faltering with the reaction.
Your reaction give me the motivation to continue to make the product more
wonderful than it is.


Thanks,
Shai Hess, MFNetDisk product.
- Original Message -
*From:* ularri...@gmail.com
*To:* mfnetd...@mfnetdisk.com
*Sent:* Monday, August 08, 2011 2:54 AM
*Subject:* mfnetdisk - A new message was received in your Site

   *mfnetdisk - A new message was received in your Site*

Dear Administrator!

A new message was received through a form in your site.

Form name:
*code request*
Form content:
*
-
Full name:
Urtzi Larrieta
E-mail:
ularri...@gmail.com
Country and state
Vizcaya - Spain
ZOS version
1.10
Linux or Windows
Windows
Required MFNetDisk feature (Disk, tape emulation, replication)
Disk, Tape, replication
MFNetDisk experience and comments. You can attach text file instead.
I''ts a wonderfull application, but I need to downloa the latest, because I
want to test every feature.
OK to publish your MFNetDisk comments?
Yes, with my email
Company (optional)

Add MFNetDisk feedback in text file (optional).
No file attached
Contribute in the future?
Yes
-
*

-
To view the message, login as an administrator through the following link:
http://www.livecity.co.il/join/login.asp?depart_id=43973&departResell_id=17914&pathTXT=/site/include/newfeel/website3/index.asp?toolBoxBOO=1
(If the link does not work, copy and paste it into your browser).

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Fwd: Tape emulation in France.

[shai hess]

-- Forwarded message --
From: Shai Hess 
Date: Fri, Jul 29, 2011 at 5:45 AM
Subject: Tape emulation in France.
To: shai.h...@gmail.com


**
Few words about France, Paris. OS ZOS 1.10.

Nobody in the MFNetDisk life, test my product from up to down, all the
features were tested. France found few bugs in the tapes emulation,
and improve the functionality of MFNetDisk because I was forced with
happiness to go deeply into my code and improve messages and more.
Even the undelete functionality for disk emulation and replication was
tested  by France.
We exchange email for long time. I think more than 100 email with bugs,
explanation and more.
I copy and paste only few of the data created by me and France.
France is very professional user. Really one of the best I met.
After few days with the product France start to ask questions like a
MFNetDisk professional user.
So, I was blessed by having user as France.

France after taking care of some bugs:
I want to use your tape solution for all my tapes
I want to migrate HSM tapes to your product.

France:
I use Two PC servers (Replication and tapes Emulator):
PC server in windows (xxx.xxx.xxx.xxx)  with SYNCDEV mirror dev (NO TAPE)
PC server in Linux (yyy.yyy.yyy.yyy)  (NO DEV DISK just a TAPE LIBRARY  )

France:
it seems to be ok with this parameters using CA1
in MF MPCOPT
 TAPECTLSCR=N
 TAPEDRV  MVSDVNUM=0580,RANGE=3
 TAPELOC  VOL=60,COUNT=50,
PCIP=by.by.by.by,SCRATCH=Y

France after successfully test and run with MFNetDisk::
MFNetDisk code is very stable.

Shai:
So, MFNetDisk doing well with tapes the same as with disk emulation and
replication.
MFNetDisk is used also for HSM using MFNetDisk tape MTL emulation with CA1
as tape manager.
France also test and use the replication feature. Many users use the
replication feature as well.

Thank you France,
Shai Hess, MFNetDisk product.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Fwd: Fw: MFNetDisk replication become very popular in many sites.

[shai hess]

HI,

What is now start to be popular is the MFNetDisk replication. Special thank
to Europe.
MFNetDisk replicates 512 real disks (IBM, EMC or HDS) to PC storage without
any overhead in MF and very small in PC.
MFNetDIsk will never delay IO to real disk.
MFNetDIsk will never change the IO to real disk. In case of problem in
replication, MFNetDisk never cause problem to the real disk.
You can have 7 mirrors for each real disk (total 8). Easily you can add
unlimited mirrors for each real disks, but in most cases 7 copies is enough.
You can mirror real disk to another real disk in remote. The remote will be
one of the mirror of the real disk.
You can mix mirrors type remote real disk or local PC file type AWS (support
by IBM ZPDT and more) and MPC (MFNetDisk internal format).
If you ask me to make it 4k read disk replication instead of 512, I will
need to patch one of my module and it is done.
You can ask the MF to stop to send request to Sync and keep the required
tracks change in MF and it will be done using the F MPC,NOPC=Y.
When you like the Sync to restart, just run the F MPC,NOPC=N and in a
seconds all the lists changed tracks will be sent to PC and the fast Resync
will start.
I think that now is the time to try the replication.
Tapes emulation was tested by many users. The code is now stable.
Disk emulation is stable for very long time, so there is no risks to use the
disk emulation as well.

Thanks,
Shai Hess, MFNetDisk product.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

MFNetDisk CCW trace and PCI bit in CCW.

[shai hess]

HI,

Small activity in the MF forum. So I decide to send email also to the
forums.
If you do not like it, delete it.


One user in France ask me to enable send script from MF to PC even if the
user do not have in his PC defined emulators or replicators PC device.
The users separate the functionality of the PC, one for disks and one for
tapes.
So, I upload new code which enable sending from MF to PC scripts using tape
volser.
The tape volser must be defined in MPCOPT MFNetDisk parameters file
(TAPELOC).
I put in SAMPLIB new example MPCCLT7 which demonstrate how to send to PC
from MF using tape.

The MPCCLT7 sample:

//SHAI1CLT JOB 0,XXX,CLASS=A,MSGCLASS=X
// EXEC PGM=MPCCLT

//STEPLIB DD DSN=MPC.V013.LOAD,DISP=SHR

//DDIN DD *

* SAMPLE

PCSCRT=MPT032,CMD=DIOACT

//DDOUT DD SYSOUT=X

//SYSUDUMP DD SYSOUT=X

The MPCOPT relevant paraemter:
TAPELOC  VOL=MPT032,COUNT=32, // MPT032-MPT063 FOR NONMTL

PCIP=169.254.0.1,SCRATCH=Y

You can see that the IP is taken from the TAPELOC and the PCIP value.

I promise CCW trace. This is for advance user.


Implementation is success, learning is investment
MFNetDisk PRO becomes PRO because of the stacked CCW new feature.
Only reading variable length records cause me performance issue.
Compression of PDS uses the variable length record reading. Why, because
each member can end before end the block and this make the record as
variable record.
So, I decide to study and implement a better MFNetDisk process of PDS.
Typical CCW for compression before using the PCI bit.
This following CCW trace is MFNetDisk trace.
This is the real sequence of CCW receive and process by MFNetDisk before I
try a change in the code.
What you see in the trace is that MFNetDisk did some trick with the PCI by
asking the PCI routine of the access method to ignore the changing of CCW as
MF is doing using the PCI.
The CCWS before the trick are:
SEEK
DEFINE EXTENT
SET SECTORE
SEARCH ID
READ KEY DATA (length 0X7FF8 with PCI bit on, bit 8 in the CCW flag).
READ MT COUNT
296
READ SECTOR
HOST=192.168.100.2 TaskId=3e29a
===>July 16,2011-23:21:00, CcwReqID=1, Ccwfmt=0
CCWReal=00ffc720, CCWCmd=07, CCWFlg=40, CCWLen=0006
Position: cc=3 hh=c r=3 enumpos=PosKey
Data=0003000C35366340
Csw=00FFC7280C00
===>July 16,2011-23:21:00, CcwReqID=1, Ccwfmt=0
CCWReal=00ffc728, CCWCmd=63, CCWFlg=40, CCWLen=0010
Position: cc=3 hh=c r=3 enumpos=PosKey
Data=50CC00020031000E
Csw=00FFC7300C00
===>July 16,2011-23:21:00, CcwReqID=1, Ccwfmt=0
CCWReal=001da988, CCWCmd=23, CCWFlg=60, CCWLen=0001
Position: cc=3 hh=c r=3 enumpos=PosCount
Data=6F35363160001DA9
Csw=001DA9900C00
===>July 16,2011-23:21:00, CcwReqID=1, Ccwfmt=0
CCWReal=001da990, CCWCmd=31, CCWFlg=60, CCWLen=0005
Position: cc=3 hh=c r=3 enumpos=PosKey
Data=0003000C0335360E6C00
Csw=001DA9A04C00
===>July 16,2011-23:21:00, CcwReqID=1, Ccwfmt=0
CCWReal=001da9a8, CCWCmd=0e, CCWFlg=6c, CCWLen=7ff8
Position: cc=3 hh=c r=4 enumpos=PosCount
Data=09404040404040404040404040404040
Csw=001DA9B00C004C04
===>July 16,2011-23:21:00, CcwReqID=1, Ccwfmt=0
CCWReal=001da9b0, CCWCmd=92, CCWFlg=40, CCWLen=0008
Position: cc=3 hh=c r=4 enumpos=PosKey
Data=0003000C040033F435362220001DA9E8
Csw=001DA9B80C00
===>July 16,2011-23:21:00, CcwReqID=1, Ccwfmt=0
CCWReal=001da9c0, CCWCmd=22, CCWFlg=20, CCWLen=0001
Position: cc=3 hh=c r=4 enumpos=PosKey
Data=A403000B050033F435362220001DA9C8
Csw=001DA9C80C00
freetrk Task 3e29a cc 0003 hh 0c ix 0
End Of Chain
I made many changes and tricks in MFNetDisk to make the CCW much faster for
MFNetDisk.
So, I decide to implement new feature which will let the standard PCI to
change the CCWS as it is doing in normal real disk processing.
This was a very complicate change but I wanted to check if the improvement
will be significant I will go for it.
To know what the PCI routine does with real disks look at the trace
MFNetDisk done after letting the PCI to add CCWS.
297
The PCI add on the flight READ KEY DATA CCW and READ MT READ COUNT CCW every
time the bit of PCI is ON and the MF called it.
This continues until END OF FILE of the PDS or END OF CYLINDER unit check
status.
Looking at the CCWREAL=, this is the pre fetch MFNetDisk did. After
MF called the PCI the new CCW READ KEY DATA and CCW READ MT COUNT will be
added, and MFNetDisk will update the CCWREAL to the real ADDRESS in the CCW.
After few days of writing and debugging the new feature I successfully run
the compress.
The result was poor. In most case the old way of process one block at a time
was faster than making the pre fetch of record and reduce the accessing of
the PC.
Why this happen?
The answer is simple, the PCI routine. MFNetDisk must wait to the PCI
routine to end. If you continue to run without waiting for the PCI, the CCW
may not be changed.
So, I wait and check the indication for the PCI end. Without wait I see big
improvement using compression of SYS1.LINKLIB.
The improvement was of 30 per

my users list.

[shai hess]

HI,

 I send message to the old and the new users list to indicate that
"YOU ARE IN MY LIST".

 I receive many requests. Most of the people are in the list.

 If somebody did not receive my note, please send me email and I will add you.

 One point to mention. I used the word "without *** nothing was
possible". Some people complain and that is OK with me.
 All I ask is that if somebody does not like my thanks to the one who
help me with this product and really without him one assembler line
could not be wrote, then this users list is not for you, because even
in my site the first few words is "without *** nothing was possible".

 Thanks,
 Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Status of my posts

[shai hess]

HI,

 If somebody in the forum will send me private or public note in the
past to stop my posts, I am sure do it.
 And sure somebody did not like it and I decide to stop publish about
my product.
 Still nobody say NO to my other posts, but if that will be done I
will stop as well.

 I sometime try and mistake my posts to this forum. I post because I
like to post and I think that my technicals post do contribute to this
forum. But if it s not, I will stop. No need to hurt anybody, just say
NO.

I think that 1-2 years ago, I sent LINK for Israeli song which I
liked, I receive immediately email to stop, and I stopped and apology,
because it really was a mistake.

I send post, if the feed back is good and nobody complain, I continue
and that is all my story.

Maybe better to have more control from the management of this forum on
this forum.
More involvement mean, sending feed back if the post break the rule of
this forum or not.

I am not a person who know for sure what is acceptable and what is not.
 Maybe for me better to send the YES and NO and do not wait to my
brain to calculate every post if it is accetable or no to this forum.

I love posting, and I know that when my posting is not related to my
product, most of my posting is nonsense to this forum as it nonsense
to me, sometime, 5 minutes after I sed it, but I continue, why?
because I feel that people accept it. And I like to express what I
feel openly. But the first NO and I stop.
The first ENOUGH" and I will stop my posts for sure.

I know, there is grey area, to me not everything is clear about any
forum at all, we need to put the gray area to yes or no area and
everybody will be happy.

What you can do if many people want to received your technical posts
and some does not? What if the management of all the posts do not say
if it is OK or not? Is it OK to posts or not in this situation? I wish
the answer was clear!

That is all,
Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Status of my posts

[shai hess]

Put MFNetDisk aside for a while.
Take more imporrtant books to your hand, open your mind, and feel that
everything can be arrange peacefully and without any fight nor bad
feeling.
How?
As a "vendor" who sell his product for free, it may seem as not
ethical step from my side to use this forum to make money.
So, my solution which seem to me OK (I wait for feed backs) is simple.
I am announce that Anybody can post all my post in other forum or
users list everywhere and anywhere.

So, I am sure that one of the user from the users list will forward my
post in any subject to IBM-MAIN as well, if it seem to him as proper
and intersthing to all the good people in this forum.

Thanks,
Shai

On Sun, Jul 10, 2011 at 8:07 AM, Crispin Hugo  wrote:
> Dear Shai.
> Please stay on IBM_Main
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of shai hess
> Sent: 10 July 2011 04:36
> To: IBM-MAIN@bama.ua.edu
> Subject: Status of my posts
>
> ---
>
> - 
> This email has been scanned for all known viruses by the MessageLabs Email
> Security Service and the Macro 4 internal virus protection system.
> . 
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Status of my posts

[shai hess]

I am happy that you are well and thanks God healty as well.
I do not like to have fight with anybody in this forum or any forum.

Thanks

On Sun, Jul 10, 2011 at 12:47 AM, John McKown  wrote:
> Shai, do stay here. You are enthusiastic and usually interesting. And
> for number of posts, remember how many "newbie" questions that Jags has
> posted recently. As for the complainers (mainly one) about MFNetDisk
> posts : http://en.wikipedia.org/wiki/Illegitimi_non_carborundum
>
>
> On Sat, 2011-07-09 at 20:36 -0700, shai hess wrote:
>> Many people ask me to joint my users list.
>> Some of them write to me that they do not have deep knowledge in the
>> area I mention.
>> Some said that they do not have the knowledge, but will test my
>> product, other say that they will help me with documentation etc..
>> So, I felt bad about it.
>> So, what I am going to do about it?
>> I was blessed to receive many excellent people from Hercules and
>> IBM-MAIN group who like to joint my group.
>> I will use their knowledge for sure and I am very happy with it.
>> But, in this email I want to ask the users who really do not like my
>> posts to reconsider it for many other who like it and want to hear
>> about my product and other computer issue.
>> Everyday I think that more than 50% of my emails I delete it without
>> open the emails. Many go directly to SPAM emails.
>>  Anyone can do it with my posts or emails. I am sure that it can be
>> automatically.
>> As I said before, the product is fun to me. I will not fight for it. I
>> will not change my feeling because of it.
>> If somebody like to fight this product I will give up writing to this forum.
>> You must understand that MFNetDisk take small time compared to my
>> reading of religious books.
>> When I have bug, I fix 90% of the bugs in minutes and after some tests
>> I continue to read my holy books.
>> Reading these books is not MFNetDisk bugs or implementation, after
>> fixing bug in MFNetDisk, I do not think about it anymore.
>> After reading my books, and understand that really without God nothing
>> was possible, I want to know more.
>> I am just looking for tomorrow to open the books and study more about
>> how controllable all of us by God, How blind I was before my father
>> sickness, my eyes was opened, but my brain was closed.
>> I was the same as the hero in the computer game who fight the evil
>> with gun and think that he is the good hero and nobody controlled him.
>> At the same time 9 years old boy press the bottom in his PC, and make
>> the hero to move right and left and to shot and kill or be killed by
>> the bad guys. The hero never stop to think if he is controlled by
>> something. he just did not have time to do so.
>>
>> So, I can try to moderate my posting. I will keep my users list for
>> only really deep technical issue, but the people who disturbed by my
>> emails and posts must ignore it.
>>
>> If you can ignore it, I will continue to posts and I can promise not
>> the same as before, because now I have my excellent users list which
>> will give me feed backs and knowledge about my product an other
>> subjects.
>>
>> So, to the people who were disturbed by my posts, please send me note,
>> privately or public, if you really want me to stop for sure, or
>> continue with my posts. Limited posts I must say not as before.
>>
>> Thanks,
>> Shai
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> --
> John McKown
> Maranatha! <><
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Status of my posts

[shai hess]

Many people ask me to joint my users list.
Some of them write to me that they do not have deep knowledge in the
area I mention.
Some said that they do not have the knowledge, but will test my
product, other say that they will help me with documentation etc..
So, I felt bad about it.
So, what I am going to do about it?
I was blessed to receive many excellent people from Hercules and
IBM-MAIN group who like to joint my group.
I will use their knowledge for sure and I am very happy with it.
But, in this email I want to ask the users who really do not like my
posts to reconsider it for many other who like it and want to hear
about my product and other computer issue.
Everyday I think that more than 50% of my emails I delete it without
open the emails. Many go directly to SPAM emails.
 Anyone can do it with my posts or emails. I am sure that it can be
automatically.
As I said before, the product is fun to me. I will not fight for it. I
will not change my feeling because of it.
If somebody like to fight this product I will give up writing to this forum.
You must understand that MFNetDisk take small time compared to my
reading of religious books.
When I have bug, I fix 90% of the bugs in minutes and after some tests
I continue to read my holy books.
Reading these books is not MFNetDisk bugs or implementation, after
fixing bug in MFNetDisk, I do not think about it anymore.
After reading my books, and understand that really without God nothing
was possible, I want to know more.
I am just looking for tomorrow to open the books and study more about
how controllable all of us by God, How blind I was before my father
sickness, my eyes was opened, but my brain was closed.
I was the same as the hero in the computer game who fight the evil
with gun and think that he is the good hero and nobody controlled him.
At the same time 9 years old boy press the bottom in his PC, and make
the hero to move right and left and to shot and kill or be killed by
the bad guys. The hero never stop to think if he is controlled by
something. he just did not have time to do so.

So, I can try to moderate my posting. I will keep my users list for
only really deep technical issue, but the people who disturbed by my
emails and posts must ignore it.

If you can ignore it, I will continue to posts and I can promise not
the same as before, because now I have my excellent users list which
will give me feed backs and knowledge about my product an other
subjects.

So, to the people who were disturbed by my posts, please send me note,
privately or public, if you really want me to stop for sure, or
continue with my posts. Limited posts I must say not as before.

Thanks,
Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

New user list.

[shai hess]

HI,

 >>I thank God for everything and I know that everything is happen by God.
 >>God helps me all the time and I am sure that also in this time.
 >>Even if this event looked to me at first, bad.  I know the outcome
>>will be good to me as always,because God beside me.

For sure, the outcome is good.
Special, thanks for the people who push me out to this move.
I know that God made them to do so. So, I can not be angry at them.
So, as always, Without God, nothing was pssible.

Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

New users list with some area experties.

[shai hess]

HI,

 I am looking for some people which have deep knowledge in IO, ZOS
internal, TCP and open systems.
 This users list will not deal with MFN*** at all.
 This group will help me with performance, IO effectiveness, net, IO
internal, MVS internal, value to set to improve the IO and the net,
replication to all or part of the disk and much more.
 This users list will be a small group only.
 I will share with you data and listen carefully to what you have to say.
 The new users list must be technical group only. Politic is not allowed.
The users list must be open to other idea, peace looking and respect
everybody who willing to be part of the group. Criticize is OK if it
is relate to technical issue only.
 I will create and control the users list at first.
 Please send me email if you like to be part of this list.
 This users list will be BCC in the email, so privacy will be kept.

 God bless you all,
 Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: End of of Ads thread

[shai hess]

>>Shai - I'm sorry to hear about your father
Nothing make my tears going down except my father sickness and his
death and the outcome of my father sickness to my belief.

Again, MFNetDisk is only fun. MFNetDisk is not issue which suppose to
make anybody of us unhappy.

Thanks,
Shai


On Thu, Jul 7, 2011 at 12:27 PM, Eric Bielefeld  wrote:
> Dave - Thanks for posting that link.  Shai looks much different than I 
> thought.  Shai - I'm sorry to hear about your father.  I hope you hang around 
> and keep posting also.  I like your posts, unlike the retired person Dave 
> mentioned below.
>
> --
> Eric Bielefeld
> Systems Programmer
>
>
>  "Jousma wrote:
>> And if you want to put a face to his name, go visit his site and scroll
>> to the bottom:
>>
>> http://www.mfnetdisk.com/43973/Products
>>
>> For me, once a face is put to a name, and we realize that we are all
>> human some annoyances just do not seem as bad.  I don't mind the
>> postings.
>>
>> Shai, please hang around.
>>
>> Something else, seems funny that the person complaining the most is most
>> likely retired anyway.
>>
>> _
>> Dave Jousma
>> Assistant Vice President, Mainframe Services
>> david.jou...@53.com
>> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
>> p 616.653.8429
>> f 616.653.2717
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

End of of Ads thread

[shai hess]

HI,

 I like to stop this thread which last too long time.
 I will not post anymore to IBM-MAIN about my product.
 The last 2 posts target to keep my and my product good name.
 I create a new Forum in my site. I hope it will works.
 I really do not need forum because I like that people will use my
product and ask questions directly to my email.
 Any question will be sent to my user list.
 Please do not mention MFNetDisk again.
 Let the users deal with it if they like in my forum or my email.

 I thank God for everything and I know that everything is happen by God.
 God helps me all the time and I am sure that also in this time.
 Even if this event looked to me at first, bad.  I know the outcome
will be good to me as always,because God beside me.

 Thanks,
 Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Ads on IBM-MAIN

[shai hess]

Dave,

 When you mention the product many time with its right name and you
never forget to add WHATEVER ITS CALL that sound like try to hurt the
product and its developer.
As always after few minutes I felt that maybe I hurt ED.  So my
apology to you ED.
Have a good day.


Shai

On Wed, Jul 6, 2011 at 10:52 PM, Dave Salt  wrote:
> Shai,
>
> I'm guessing the poster honestly can't remember the name of your product and 
> isn't trying to infer any disrespect. Might I suggest you consider renaming 
> your product to something that's easier to remember, such as "Under-priced 
> Storage Solution" or simply "USS" for short?
>
>     ;-)
>
> Dave Salt
>
> SimpList(tm) - try it; you'll get it!
>
> http://www.mackinney.com/products/program-development/simplist.html
>
>
>
>
>
>> Date: Wed, 6 Jul 2011 22:30:03 -0700
>> From: shai.h...@gmail.com
>> Subject: Re: Ads on IBM-MAIN
>> To: IBM-MAIN@bama.ua.edu
>>
>> >>MFNET (or whatever its called)
>>
>> I am sorry that many people do not care about (WHAT ITS CALL) that is OK.
>> I think most of the people are in this status.
>> Some people love WHAT ITS CALL.
>> One person in this list the inventor of WHAT ITS CALL hate this product.
>> It is better to hate WHAT ITS CALL than to "not care" about WHAT ITS
>> CALL , because the distance between hate to love is shorter compared
>> to the distance between "not care" and love.
>> Hate WHAT ITS CALL sound like big suffering to WHAT ITS CALL inventor.
>>
>> So, today I will pray to God to help him and make his life happier
>> compared to what it is today.
>> I am sorry that something which belong to me made the inventor of WHAT
>> ITS CALL to fell so bad.
>> One thing I can promise you. WHAT ITS CALL is not your real problem.
>> I did not mention the real name of WHAT ITS CALL even one time just to
>> not give another reason to WHAT ITS CALL to be sad.
>>
>> Shai
>>
>>
>> On Wed, Jul 6, 2011 at 9:32 PM, Ed Gould  wrote:
>> > Seymour:
>> > I tried to reply earlier and my IPAD kept mangling your name.
>> > I do not agree about your technical support stance on here.
>> > Just imagine if everyone that got stuff from the CBT tape and the xmit 
>> > program
>> > and mfn** started with ther tech questions on here. IBM-MAIN would be a 
>> > mess,
>> > probably 80 percent of the posts would be for those types of products. 
>> > There
>> > would be essentially 20 percent left of IBM type posting. Then through in
>> > someone who likes to post long responses (no name here) no one would want 
>> > to
>> > subscribe to IBM-main anymore.
>> >
>> > I think its entirely reasonnable for each product to have its own group or
>> > possibly the CBTTAPE to have its own then Lionel's product and mfnet (or
>> > whatever its called) to group thier own products in groups.
>> >
>> > I think the CBTTAPE is a good example why it should keep its postings to a
>> > CBTTAPE group as there is a multivaried group and filexxx would be to small
>> > (IMO).
>> >
>> > If you want to know what is going on in a group (YAHOO ANYWAY) you set 
>> > yourself
>> > up as nomail and the its up to you to go to YAHOO and see what the latest
>> > postings are.
>> > IBM-main is just broad enough to hand IBM MVS type emails and that is about
>> > enough. Of course if you don't mind the endless bickering of U** then it 
>> > should
>> > have its own email list or Darren should step in and say NO MORE take it
>> > offline. The bickering over U** was worse than MFNET (or whatever its 
>> > called).
>> > Frankly if I had email sent to home account I would have bit bucketed the 
>> > people
>> > in question long ago and I would be not talking about MFnet (or whatever 
>> > its
>> > called) as it would have been sent to my junk mail folder 2 years ago when 
>> > it
>> > was originally broadcast. YAHOO does not allow me to do so without 
>> > shutting off
>> > IBM-Main altogether.
>> > Yes it would be nice but I can't control YAHOO and I do not want to come 
>> > back
>> > from a week off to find 2000 messages either.
>> >
>> > Ed
>> >
>> > Ed
>> >
>> >
>> >
>> >
>> > 
>> > From: Shmuel Metz (Seymour J.) 
>> > To: IBM-MAIN@bama.ua.edu
>> > Sent: Wed, July 6, 2011 12:38:43 PM
>> > Subject: Re: Ads on IBM-MAIN
>> >
>> > In , on 07/05/2011
>> >   at 08:00 AM, Alan Altmark  said:
>> >
>> >>Whether it's free or not isn't the issue.  There is a significant
>> >>difference among
>> >>(1) calling out a product (commercial or freeware) as a possible
>> >>solution to a posted problem
>> >>(2) the author occasionally posting a reminder of his product
>> >>(3)discussing the technical aspects of the product
>> >
>> > (4)Announcing a new product or a new release.
>> >
>> >>I don't object to the second since the product is free and has
>> >>demonstrated benefit to the readership.
>> >
>> > That doesn't justify posting an advertisement. OTOH, I see nothing
>> > wrong with a tombstone reference in the sig
>> >
>> >>The third, however, is Technical Support and can be reasona

Re: Ads on IBM-MAIN

[shai hess]

>>MFNET (or whatever its called)

I am sorry that many people do not care about (WHAT ITS CALL) that is OK.
I think most of the people are in this status.
Some people love WHAT ITS CALL.
One person in this list the inventor of WHAT ITS CALL hate this product.
It is better to hate WHAT ITS CALL than to "not care" about WHAT ITS
CALL , because the distance between hate to love is shorter compared
to the distance between "not care" and love.
Hate WHAT ITS CALL sound like big suffering to WHAT ITS CALL inventor.

So, today I will pray to God to help him and make his life happier
compared to what it is today.
I am sorry that something which belong to me made the inventor of WHAT
ITS CALL to fell so bad.
One thing I can promise you. WHAT ITS CALL is not your real problem.
I did not mention the real name of WHAT ITS CALL even one time just to
not give another reason to WHAT ITS CALL to be sad.

Shai


On Wed, Jul 6, 2011 at 9:32 PM, Ed Gould  wrote:
> Seymour:
> I tried to reply earlier and my IPAD kept mangling your name.
> I do not agree about your technical support stance on here.
> Just imagine if everyone that got stuff from the CBT tape and the xmit program
> and mfn** started with ther tech questions on here. IBM-MAIN would be a mess,
> probably 80 percent of the posts would be for those types of products. There
> would be essentially 20 percent left of IBM type posting. Then through in
> someone who likes to post long responses (no name here) no one would want to
> subscribe to IBM-main anymore.
>
> I think its entirely reasonnable for each product to have its own group or
> possibly the CBTTAPE to have its own then Lionel's product and mfnet (or
> whatever its called) to group thier own products in groups.
>
> I think the CBTTAPE is a good example why it should keep its postings to a
> CBTTAPE group as there is a multivaried group and filexxx would be to small
> (IMO).
>
> If you want to know what is going on in a group (YAHOO ANYWAY) you set 
> yourself
> up as nomail and the its up to you to go to YAHOO and see what the latest
> postings are.
> IBM-main is just broad enough to hand IBM MVS type emails and that is about
> enough. Of course if you don't mind the endless bickering of U** then it 
> should
> have its own email list or Darren should step in and say NO MORE take it
> offline. The bickering over U** was worse than MFNET (or whatever its called).
> Frankly if I had email sent to home account I would have bit bucketed the 
> people
> in question long ago and I would be not talking about MFnet (or whatever its
> called) as it would have been sent to my junk mail folder 2 years ago when it
> was originally broadcast. YAHOO does not allow me to do so without shutting 
> off
> IBM-Main altogether.
> Yes it would be nice but I can't control YAHOO and I do not want to come back
> from a week off to find 2000 messages either.
>
> Ed
>
> Ed
>
>
>
>
> 
> From: Shmuel Metz (Seymour J.) 
> To: IBM-MAIN@bama.ua.edu
> Sent: Wed, July 6, 2011 12:38:43 PM
> Subject: Re: Ads on IBM-MAIN
>
> In , on 07/05/2011
>   at 08:00 AM, Alan Altmark  said:
>
>>Whether it's free or not isn't the issue.  There is a significant
>>difference among
>>(1) calling out a product (commercial or freeware) as a possible
>>solution to a posted problem
>>(2) the author occasionally posting a reminder of his product
>>(3)discussing the technical aspects of the product
>
> (4)Announcing a new product or a new release.
>
>>I don't object to the second since the product is free and has
>>demonstrated benefit to the readership.
>
> That doesn't justify posting an advertisement. OTOH, I see nothing
> wrong with a tombstone reference in the sig
>
>>The third, however, is Technical Support and can be reasonably
>>requested to reside in another forum.
>
> If it's a mainframe product then I see nothing wrong with technical
> support here. That's especially true for products involving multiple
> vendors or multiple divisions of the same vendor.
>
> --
>     Shmuel (Seymour J.) Metz, SysProg and JOAT
>     ISO position; see 
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message:

Re: Ads on IBM-MAIN

[shai hess]

IBM-MAIN to my opinion is not suppose to be democratic forum.
I was wrong when I came to conclusion that I contribute to this forum
by talking technically about my product to everyone.
I came to conclusion that good feed backs mean that  all the people of
this forum like my posts. I was wrong.
I was wrong, even if minority group think that my posts are not OK to
publish in this forum, I must accept it.
So, I will slow down my posts. I will try to force myself to publish 1
post in one month or so if I have something important to say.
No, exciting, but balance and control that what I expect from myself
from now on if I can control myself.
Sorry if I cause some bad feeling to people in this forum.
God bless you all.
Thanks,
Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Ads on IBM-MAIN

[shai hess]

> I still don't understand ***why, oh why*** your product is free while you do
> so much with it. You could be a billionare if you wish... ;-D
I have 2 children, Lior and Shira. Shira graduate computer science.
Lior start this year computer science.
Both fight with me everyday they want me to open company and to sell
the product for money.
I show them the email I received from users and they become more angry
that I do not make a move to become more rich man.
People, my life is good. I have God beside me. My girlfriend she is
great woman. I eat 3 times a day, I sleep at night in bed everyday.
If I will have more money, I will eat more? I will sleep more?

I do not like the mass of manage my product. My Son offer me to manage
the product. He is good with business.
When I want to find good deal to buy phone or TV I ask him to do it.
To talk for me. Why, because I am so stupid that if I talk to the sell
man, I feel bad that I want to make the product more cheaper. I feel
sorry for the sell man, for the company sometime for the bank.

But I promise my children, that if big company like IBM, EMC HDS or
whatever ask me to buy the product from me, I may accept it if I will
not force to change my life. I want to keep my life the same as today.
About living in Ashdod, that is from God, God want me to understand
something, I am doing my best to try to be better person, to pray more
from all my heart, and things change for good all the time for me.
Even when I have bug, I pray to God and when the bug solved, I thank
God. Because without God nothing was possible.

Shai

On Tue, Jul 5, 2011 at 9:41 AM, Elardus Engelbrecht
 wrote:
> shai hess wrote:
>
>>I think that technical issue is very proper to this forum. All this forum is
> technical question and answer.
>
> True.
>
>>Maybe mention my product name a lot,  is a little improper, but because it is
> a free product and the number of new users and the feedback I received,
> make me feel very welcome in this forum so I mention the name without any
> limitation.
>
> I have refered your free products to my colleagues. It is up to them to 
> decide.
>
> I still don't understand ***why, oh why*** your product is free while you do
> so much with it. You could be a billionare if you wish... ;-D
>
> (and buy up all the Dubai's islands too... ;-D )
>
>>Beside this forum and sometime Hercules forum I did not try to publish my
> product and the true is that I do not know how to do it.
>
> It is indeed difficult to publish your products. Perhaps you could ask here 
> using
> a new thread? Try it, I'm sure some kind souls will help you there.
>
>>Developing advance technical issue make me proud and happy and it makes
> me feel that I like to share with this forum my pogress with the product and
> the way I implement it.
>
> You are an achiever. It is not everyone who can do that...
>
>>I know that I am not aware to what is acceptable in forum and what is not.
>>I am spontaneous man.
>
> Don't worry what is acceptable or not. You will learn quickly like me. I got
> many flames in the beginning years because of bad posts...
>
>>The only problem I have is that no many people support what ED Gould
> wrote against this product.
>
> I will NOT discuss people here, but some IBM-MAIN members are on some 'kill-
> files' - meaning any posts by them are ignored/deleted automatically.
>
> There was an old thread which suggest placing a poor soul on a 'kill file' ...
>
>>They like what I post to this forum.
>
> I like your honesty.
>
>>I wish I could know for sure what posts are acceptable and what are no.
>
> If you succeed, tell us. :-D
>
>>Thanks,
>
> Pleasure AND PLEASE CONTINUE WITH YOUR POSTS! ;-)
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Ads on IBM-MAIN

[shai hess]

Alan Altmark:
>>discussing the technical aspects of the product

I think that technical issue is very proper to this forum.
All this forum is technical question and answer. I never wrote to this
forum how to specify MFNetDisk statements and if I wrote one time or
two that was a mistake.

Maybe mention my product name a lot,  is a little improper, but
because it is a free product and the number of new users and the
feedback I received, make me feel very welcome in this forum so I
mention the name without any limitation.

Beside this forum and sometime Hercules forum I did not try to publish
my product and the true is that I do not know how to do it.

Developing advance technical issue make me proud and happy and it
makes me feel that I like to share with this forum my pogress with the
product and the way I implement it.

I know that I am not aware to what is acceptable in forum and what is not.
I am spontaneous man.

Example is telling about "living in Ashdod" which this forum is not
the right place to write about.
The only problem I have is that no many people support what ED Gould
wrote against this product.
I receive privately many feed backs which support my posting and all
of them. They like what I post to this forum.

I wish I could know for sure what posts are acceptable and what are no.
I like the technical posts.
About advancing my product, it is already well known everywhere.
I think that most of the MF system programmers heard about my product.
>>Rest in sleep.
I love this statement and I am happy to share it with you.


Thanks,
Shai


On Tue, Jul 5, 2011 at 6:00 AM, Alan Altmark  wrote:
> On Mon, 4 Jul 2011 18:46:39 -0700, Richard Pinion  
> wrote:
>
>> MFNetDisk is a wonderful product of which the developer does not charge
>> one single penny!
>
> Whether it's free or not isn't the issue.  There is a significant difference
> among
> (1) calling out a product (commercial or freeware) as a possible solution to
> a posted problem
> (2) the author occasionally posting a reminder of his product
> (3) discussing the technical aspects of the product
>
> The first is no crime.
>
> I don't object to the second since the product is free and has demonstrated
> benefit to the readership.  I think that anyone who has contributed here is
> entitled to occasionally post an ad.   "Occasionally" is the key.  The
> toleration of the readership to such ads is entirely dependent on their view
> of the person making the post.  Someone advertising freeware will naturally
> be given more latitude than if IBM or CA did the same thing.
>
> The third, however, is Technical Support and can be reasonably requested to
> reside in another forum.  Sometimes, however, the Q & A *may* be appropriate
> here if it being used as a springboard to a discussion of some larger issue
> that affects the entire readership.
>
> But life is too short to get all fired up over this.  I'm going back to my
> napwake me when we get there
>
> Alan Altmark
> Senior Managing z/VM and Linux IT Consultant
> IBM Lab Services
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Ads on IBM-MAIN

[shai hess]

HI,

 Sometime when the time passed, I feel that the system will canceled
because of SYSTEM 522 abend. The forum is idle for long time.

At this time, I send thread which to my opinion is MF related thread.
Most of the thread I sent speak about MF issue.

I feel sorry that some people think that MFNetDisk thread is related
to MF the same as Viagra related to MF.

Both are spam and must be removed.

I know that to press enter and delete MFNetDisk messages is very hard
to old people like us.

Many of my threads become active with many responses, technically
responses, MF responses.

So, I have big users list,I will let you guys to rest in sleep without
being disturbing by Viagra, sorry MF_netdisk issue.

Shai

On Mon, Jul 4, 2011 at 6:46 PM, Richard Pinion  wrote:
> MFNetDisk is a wonderful product of which the developer does not charge one 
> single penny!
> My company has saved 10's of thousands of US dollars by using this free 
> product. You might
> say that it is not a good idea to put production data in the hands of such a 
> product. I
> say, we simply would not be able to accomplish what we have without it. In 
> other words,
> our company would not be in business without MFNetDisk. We would not be able 
> to purchase
> the TB's of mainframe disk storage that MFNetDisk gives us.
>
> The postings from the developer are very useful to me and the company I work 
> for. I
> don't consider them to be "ads". If you find them bothersome, then you are 
> free not
> to read them.
>
>
> --- ps2...@yahoo.com wrote:
>
> From: Ed Gould 
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Ads on IBM-MAIN
> Date: Mon, 4 Jul 2011 19:55:59 -0500
>
> Darren,
>
> I was going to write you off list but since you brought it up. There is a on 
> going advertisement on the list here that started as a minor annoyance and 
> become a major pita.
> That is the bandwidth pig on IBM-MAIN of mfnet or what ever it's called. IMO 
> it should be moved off to a separate list. The constant announcements of 
> features and bugs and trial offers is getting past noise and is worth setting 
> up a spam filter for.
> Could you please consider asking the author to create it's own list, please? 
> Thanks.
>
> Ed
>
> Sent from my iPad
>
> On Jul 4, 2011, at 2:45 PM, Darren Evans-Young  wrote:
>
>> Ads are supposed to be approved by me prior to posting.
>> If someone is abusing advertising on the list, please
>> let me know off-list. I can set them to NOPOST, meaning
>> I will have to approve every post they send to the list.
>>
>> Darren (still the list owner)
>>
>> On Mon, 4 Jul 2011, Linda Mooney wrote:
>>
>>> I agree completely with Shmuel.
>>>
>>>
>>>
>>> Linda
>>>
>>>
>>> - Original Message -
>>>
>>>
>>> From: "Shmuel Metz (Seymour J.)" 
>>> To: IBM-MAIN@bama.ua.edu
>>> Sent: Sunday, July 3, 2011 5:34:09 PM
>>> Subject: Re: Ads on IBM-MAIN
>>>
>>> In <0377b9a583fd0e4aacd676ee33ee994b4dc0d...@sdkmail13.emea.sas.com>,
>>> on 07/01/2011
>>> at 08:10 PM, Lindy Mayfield  said:
>>>
 Not sure if this is my business to say so, but normally on this list
 we try to keep ads to a minimum.
>>>
>>> It's the business of every subscriber to complain about advertisements
>>> that are out of bounds, although the moderator has the final say.
>>>
 Though I'd say that a few people contribute to the list 95% of the
 time, and only advertise in a very subtle way. Email footers, for
 example.
>>>
>>> IMHO boilerplate affiliation notices in the signature are both
>>> appropriate and desirable.
>>>
 Just saying. Me personally, I can simply not click on things.
>>>
>>> If you're referring to spam sent to addresses harvested from the list,
>>> that's abuse and should be reported if you understand how to correctly
>>> identify the origin. If you're referring to job notices approved by
>>> the moderator, I consider them desirable.
>>>
 Remember someone once, and only once, posted a job query with his
 resume, etc?
>>>
>>> As I recall he didn't have the moderator's prior approval.
>>>
>>> --
>>> Shmuel (Seymour J.) Metz, SysProg and JOAT
>>> ISO position; see 
>>> We don't care. We don't have to care, we're Congress.
>>> (S877: The Shut up and Eat Your spam act of 2003)
>>>
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>>> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>>>
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>>> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>>>
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> sen

MFNetDisk PRO and fix to unknow feature.

[shai hess]

HI,

 First I want to apology if I send too much emails about this product.
 Because the price of this product is zero and even that my cost is
high but my fun is more high, I am happy.
 I do not feel that I am doing something wrong by sending you emails
which is not for purpose of making money, but to share with you my MF
and PC skill and experiance.
 But since the PRO version, many users download my code from all over
the world and they give me positive feed backs which make me happy.
 Even from Muslim countries I have users.
 This make me happy because no borders in MF and maybe I will
contribute something to make peace in the middle east.
 I do not like to write more emails about "living in Ashdod"..

 One of my new user is from France. The user try feature which exist
in MFNetDisk and it is very important for DR to my opinion.
 This MFNetDisk utility is a stand alone utility. You do not need to
have MF MFNetDisk to run in the host or any other host.
  What you need is MF and the code you download from my site.

 Now, as many of you know, you can have MFNetDisk mirrors type MPC
(MFNetDisk internal format) or/and AWS (many companies use this format
and even IBM).
 You can have mirror because you use the replication feature or the
emulation feature.
 Replication of real disk to MFNetDisk mirror is what the user try in France.

 Imagine that MFNetDisk MPCUPC, which is MFNetDisk stand alone utility
can FTP your PC mirror from remote PC to real EMC, IBM or HDS disk
from any MF.
 After this FTP you will have real disk with the same data as the real
disk which you lost in case of disaster or real disk manufacture.
 By fixing the bug I also reduce the CPU utilization significantly of
replication when MFNetDisk tries to re sync MFNetDisk mirror from real
disk.
 That I did by reducing some SVC.

 I also delete all the code which support the LIC parameter of MF
MFNetDisk. Please delete it as well from your MF parameters.

 So, I had bug and I fix it and I put the code in my site.

 Thanks,
 Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

MFNetDisk PRO TCP issue PTF=160

[shai hess]

HI,

 As I said yesterday the change in MVS make big improvement using
DFDSS with almost 64K block size.
 I tried to change the same value in Windows, Windows did not react to
the change at all.
 I looked in the Internet and I saw that Windows uses it way to deal
with this parameter and it is depend in the Windows version etc..
 So, I am happy with the change in MF. I need to check with Linux.

 So, I put version with the change in MVS and without any change to PC.
 I also add new performance tool, the first in MFNetDisk.
 This tool is very accurate to check the elapse time of IO done by
MFNetDisk task.
 From the receiving the IO from MF until the sending status to MF.
 This is only the start to make much more better tool to MFNetDisk.
 The command to see the data is F MPC,QIO=Q. You can clear the old
data by run  QIO=C.
 In my user guide I put example of the output and even demonstrate in
case of TCP error what the QIO will displayed.

 This is important tool to debug the product and to check if any
program use CCW chain which I need to improve the way the MFNetDisk
handle it.

Thanks,
Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

MFNetDisk PRO new code ready to be downloaded.

[shai hess]

HI,

 The new code make big improvement in running jobs which use large
block size or many CCWs in one IO.
 For example, I see big improvement running tape BACKUP and RESTORE using DFDSS.
 This improvement related to my value set in TCP MF parameters, so if
your parameter set OK, your improvement will be less than my.
 MFNetDisk sets the right option for its TCP socket.
 MFNetDisk set the size of TCP buffers to what MFNetDisk uses for stacked CCW.
 No, user action required, because the set value is done from the
MFNetDisk code and only for MFNetDisk sockets.
 I think that this is important fix. I expect users feedbacks about
their new performance using this fix.

 Thanks,
 Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: MFNetDisk another dramatic performance improvement

[shai hess]

HI,

Yes, I use the SETSOCKOPT to my buffer which kept the STACKed CCW (can be many).
I change the the size of the TCP buff SEND and RECEIVE to my buffet
size used to transfer CCWS an data to PC.
Currently I use 100K for the stack CCWs. Easily I can increase this
value and expect maybe more improvement.
That is important especially for big block size CCW of course to the
DFDSS backup which send about x'fff0' buffers size CCW.
That is the only one change I done in MVS, I try to check Windows and
Linux TCP behaviour now.

Shai


On Thu, Jun 30, 2011 at 3:50 AM, Jim McAlpine  wrote:
> On Thu, Jun 30, 2011 at 8:01 AM, shai hess  wrote:
>
>> HI,
>>
>>
>>  This time I change the TCP defaults for socket from my product.
>>  Until now I did not touch the TCP parameters. I expect the users to
>> tune its MF and TCP.
>>  I used DFDSS to backup 9GB disk with many files.
>>  I used the MFNetDisk PRO with the stacked CCW feature for both tests.
>>  I made test before I change the TCP value and after.
>>
>>  Before:
>>  DFDSS start time 12:00:23
>>  DFDSS end time 15:27:41
>>
>>  After changing the defined and default TCP parameter according to the
>> buffer I used to stack the CCW:
>> DFDSS start time 10:06:36
>> DFDSS end time 10:50:37
>>
>> Small mathematics:
>>  207 minutes before.
>>  44 minutes after.
>>  improvement > 81%. Can you believe it?
>>
>> After more tests I will let you know when you can download the new code.
>>
>> Thanks,
>> Shai
>>
> Shai,  out of interest, could you share the exact TCPIP changes you made.
>
> Jim McAlpine
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: MFNetDisk another dramatic performance improvement

[shai hess]

HI,
>>If a product is not working, it is bad.
Right! All product can one day not working.
If you don't access suddenly your disks it is very bad ...
>>No disk company can promise that the hard disk inside the machine will work 
>>forever.

Yes, there is problem that I am one programmer of this product. So I
expect that God will give me long and healthy life (please God, no
Alzheimer).
Seriously, I do not have answer for you.
As I said before, maybe one day other company will buy my product and
my health will not be a factor in the life and health of MFNetDisk.
Meanwhile I have fun with my product.

Shai


On Thu, Jun 30, 2011 at 2:01 AM, Miklos Szigetvari
 wrote:
>    Hi
>
>    We are a development site with very limited disk capacity, I would like
> to test your product, but
> insecure about the maintenance service etc.
> How can you guarantee , if we have a problem after a year we get the proper
> support ?
> If a product is not working, it is bad, but if you don't access suddenly
> your disks it is very bad ...
>
> On 6/30/2011 9:01 AM, shai hess wrote:
>>
>> HI,
>>
>>
>>  This time I change the TCP defaults for socket from my product.
>>  Until now I did not touch the TCP parameters. I expect the users to
>> tune its MF and TCP.
>>  I used DFDSS to backup 9GB disk with many files.
>>  I used the MFNetDisk PRO with the stacked CCW feature for both tests.
>>  I made test before I change the TCP value and after.
>>
>>  Before:
>>  DFDSS start time 12:00:23
>>  DFDSS end time 15:27:41
>>
>>  After changing the defined and default TCP parameter according to the
>> buffer I used to stack the CCW:
>> DFDSS start time 10:06:36
>> DFDSS end time 10:50:37
>>
>> Small mathematics:
>>  207 minutes before.
>>  44 minutes after.
>>  improvement>  81%. Can you believe it?
>>
>> After more tests I will let you know when you can download the new code.
>>
>> Thanks,
>> Shai
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>>
>>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

MFNetDisk another dramatic performance improvement

[shai hess]

HI,


 This time I change the TCP defaults for socket from my product.
 Until now I did not touch the TCP parameters. I expect the users to
tune its MF and TCP.
 I used DFDSS to backup 9GB disk with many files.
 I used the MFNetDisk PRO with the stacked CCW feature for both tests.
 I made test before I change the TCP value and after.

 Before:
 DFDSS start time 12:00:23
 DFDSS end time 15:27:41

 After changing the defined and default TCP parameter according to the
buffer I used to stack the CCW:
DFDSS start time 10:06:36
DFDSS end time 10:50:37

Small mathematics:
 207 minutes before.
 44 minutes after.
 improvement > 81%. Can you believe it?

After more tests I will let you know when you can download the new code.

Thanks,
Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

MFNetDisk PRO PTFID=155 is ready to be downloaded.

[shai hess]

HI,

Many fixes in tapes and disks.
All the fixes are in the PRO, some of the fixes are needed to the standard.
In tapes many errors fixes, Especially working with big tape file (> 2GB).
Improve dramatically some CCW performance using tapes and disks emulation.
Less traffic in TCP for some CCW.
All open pending errors which I knew are fixed.

Users ask me if it is better to use the standard MFNetDisk or to try the PRO.
My answer is simple, PRO. I do not think that MFNetDisk standard can
be used with its bad performance.
About PRO, many new users are now using the MFNetDisk PRO, all the new
use the PRO, that is better tests to MFNetDisk and more reliable
product compared to the standard.
Also because I receive much more feed backs then before, the PRO is in
stage to show signs of stable code.
Many fixes which I putted in PRO are fixes also which needed to be in
the MFNetDisk standard version (especially the tape), but I do not
have the time to update the standard version.

Thanks,
Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

MFNetDisk PRO important fixes

[shai hess]

HI,

 Fix number 1 is important to tape and to disk emulation.
 If running with TASKS number low, MFNetDisk will queued all the IO
request until the MFNetDisk TASKS will run the request when the TASK
will be free to serve.
 I add a bug which may cause the queue IO request to not be served.
This is serious problem which delay the IO until the TASK will be
active because of other IO.
 The event happened when user run backup of DFDSS to disk with big
VTOC and many files. the input was tape emulation in MFNetDisk and the
disk was a MFNetDisk disk emulation, both in same PC. The number of
TASKS was 2.
 The IO for the job in some case were suspended. New IO request could
wake up the TASK to run the queue IO.
 So,if you have only one job which access the MFNetDisk tape or disk
and your IO is suspend and no other job access the MFNetDisk, then
your IO will wait for a while.
 So, I fix the bug.
 Be aware that this problem can happen also using the standard
MFNetDisk (not the PRO).

These fixes required the PC and MF to have the new code at the same
time, or the new PC code must be the first.

The new code can be download now.

Thanks,
Shai


The second fix is the PRO stacked CCW. All the CCW chain which served
by MFNetDisk poorly will be improve by the PRO after adding some code
to MFNetDisk.


1.  Fix serious problem when the IO may suspended for MFNetDisk.
This can happen when the number of MFNetDisk TASKS is low ( I
recommanded to try low). This happen to user when TASK=2. The error is
when IO request queue and TASK fail to service it. June 25, 2011.
2.  Improve dramatically CCW chain performance done in DFDSS when
access the VTOC. If the VTOC size to be backup or restore is big, the
DFDSS check all the VTOC blocks by doing SEARCHID_MT and SEARCHKEY_EQ.
  Before the improvement it took 8 minutes in one site to end reading
the VTOC few times as it done in DFDSS, after this fix the time is 30
seconds. Be aware that this fix must run in both PC and MF. If you run
the new MF fix with the old PC the result will be errors. June 25,
2011.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

MFNetDisk first service pack for the beta PRO

[shai hess]

HI,

 I upload PTFID=151 which include important fixes to PRO.
 Fixes bugs for the tape emulation.
 some CCWs x0af and 0x34 may cause TCP write errors for tape.
 More fixes in PC for better display the CCW stacked new feature in PC.
 Fix bug when create new PC file for disks. This important if you add many
new PC files for disks using the RANGE parameter.
 MFNetDisk will serialize the creating of the PCDEV to avoid fragmentation
and to enable the PC to continue to run with fair performance.
 So, these fixes are very important for PC and MF.
 Manage better the PCSTORAGE for tape in PC.
 I also add one script to delete PCDEV and all its mirrors. This is
important if you make mistake and want to delete PCDEV and for security
reason I force rule to slowly run few scripts until the PCDEV and the
mirrors and the mirrors files, deleted.
Some users ask me to enable this one risky script which make our life easy.
So, you an download the PRO with fixes now from my site.

Thanks,
Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Some tests with MFNetDisk PRO

[shai hess]

>Doesn't MFNet use TCP/IP?
Yes, that is the media to communicate with the PC if you do not like to use
special HW for FICON, ESCON.


>Software that emulates a device like MFNet could be done with a supported
means/interface
NO. MFNetDisk uses code to catch all the IO.

 MFNetDisk uses sometime STARTIO when it required to do so.
 STARTIO uses the lowest level of MVS for IO. That is the important issue.
 Better not to use the start IO for doing IO. To do IO, better use
READ,WRITE this will lower your possibilities to make bugs.
 StartIO is almost like adding your driver (in PC) to your program to issue
IO.

Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Fwd: Some tests with MFNetDisk PRO

[shai hess]

2011-June-19
MFNetDisk Timings
MPC000  150,000 records 17 seconds  XP hard drive C
MPC000  150,000 records 16 seconds  XP hard drive C
MPC000  150,000 records 15 seconds  XP hard drive C
MPC000  150,000 records 15 seconds  XP hard drive C
MPC000  150,000 records 16 seconds  XP hard drive C

More result from our active and contributor MFNetDisk user. We, MFNetDisk
PRO, coming close to  IBM DS6800 Storage.
And MFNetDisk PRO is only the beginning.

 IBM DS6800 Storage=12 seconds.
 MFNetDisk PRO 15 seconds.

Shai



We are coming close the
-- Forwarded message --
From: shai hess 
Date: Sun, Jun 19, 2011 at 8:45 AM
Subject: Some tests with MFNetDisk PRO
To: "IBM Mainframe Discussion List (E-mail)" ,
hercules-...@yahoogroups.com


 One of our user run test for MFNetDisk PRO.

 PANMVS(REXX$BAT42)  LRECL=80,BLKSIZE=4000,RECFM=FB
   DE42150,000 records 12 seconds  IBM DS6800 Storage
   MPC000  150,000 records 17 seconds  XP hard drive C
MFNetDisk PRO
   MPC000  150,000 records 36 seconds  XP hard drive C
MFNetDisk PRO
   MPC000  150,000 records 36 seconds  XP hard drive C
MFNetDisk PRO
   MPC000  150,000 records 25 seconds  XP hard drive C MFNetDisk
PRO
   MPC000  150,000 records 21 seconds  XP hard drive C MFNetDisk
PRO
   MPC000  150,000 records 22 seconds  XP hard drive C MFNetDisk
PRO

  With the standard MFNetDisk the elapse time was 90 seconds.

 Any idea why the result in the PRO run from 17-36 second? Is it TCP issue?

  Thanks,
  Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Some tests with MFNetDisk PRO

[shai hess]

If you look at the STARTIO macro you need to supply IOSB and SRB.
You need to feel all the value in the IOSB and the SRB.
You need to fix your CCW and change all the address to real.
You need to supply routine which will receive control in some stage of the
IO. (PCI, END, ERROR etc..).
You need to comply with the bits in the IOSB and the routines and your CCW.

I am sure that if you dig in the internet maybe you will see some example
about it.
I do not understand why there is no example of startio.
The only reason  is that the STARTIO is not so famous compare to EXCP, EXCPR
and all the other access methods.
Very small number of users will want to deal with STARTIO.
developing STARTIO will crash your system many times until it will work.

Shai

On Sun, Jun 19, 2011 at 10:57 AM, Lindy Mayfield  wrote:

> did you ever consider writing up some documentation for STARTIO for those
> of us who don't have the brain power to reverse engineer the macro?
>
> i think it would be a wonderful contribution to the mainframe community if
> you ever find the time to do that.
>
> regards
> lindy
>
>
> ____
> From: shai hess [shai.h...@gmail.com]
> Sent: 19 June 2011 18:45
> To: IBM Mainframe Discussion List (E-mail); hercules-...@yahoogroups.com
> Subject: Some tests with MFNetDisk PRO
>
>
> One of our user run test for MFNetDisk PRO.
>
>  PANMVS(REXX$BAT42)  LRECL=80,BLKSIZE=4000,RECFM=FB
>   DE42150,000 records 12 seconds  IBM DS6800 Storage
>
>   MPC000  150,000 records 17 seconds  XP hard drive C
>  MFNetDisk PRO
>   MPC000  150,000 records 36 seconds  XP hard drive C
>  MFNetDisk PRO
>   MPC000  150,000 records 36 seconds  XP hard drive C
>  MFNetDisk PRO
>   MPC000  150,000 records 25 seconds  XP hard drive C MFNetDisk
> PRO
>   MPC000  150,000 records 21 seconds  XP hard drive C MFNetDisk
> PRO
>   MPC000  150,000 records 22 seconds  XP hard drive C MFNetDisk
> PRO
>
>  With the standard MFNetDisk the elapse time was 90 seconds.
>
>  Any idea why the result in the PRO run from 17-36 second? Is it TCP issue?
>
>  Thanks,
>  Shai
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Some tests with MFNetDisk PRO

[shai hess]

One of our user run test for MFNetDisk PRO.

 PANMVS(REXX$BAT42)  LRECL=80,BLKSIZE=4000,RECFM=FB
   DE42150,000 records 12 seconds  IBM DS6800 Storage
   MPC000  150,000 records 17 seconds  XP hard drive C
MFNetDisk PRO
   MPC000  150,000 records 36 seconds  XP hard drive C
MFNetDisk PRO
   MPC000  150,000 records 36 seconds  XP hard drive C
MFNetDisk PRO
   MPC000  150,000 records 25 seconds  XP hard drive C MFNetDisk
PRO
   MPC000  150,000 records 21 seconds  XP hard drive C MFNetDisk
PRO
   MPC000  150,000 records 22 seconds  XP hard drive C MFNetDisk
PRO

  With the standard MFNetDisk the elapse time was 90 seconds.

 Any idea why the result in the PRO run from 17-36 second? Is it TCP issue?

  Thanks,
  Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

MFNetDisk PRO. Another lovely quote from user in Germany.

[shai hess]

 first of all thanks a lot for your wonderful piece of code making us think
working with areal DS8X or ATL library.

>From Lower Bavaria, Germany
Christian

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

MFNetDisk PRO, new important fix and PTF management.

[shai hess]

HI,

 I upload new MFNetDisk PRO with new fix and management new handling.

 The stacked CCW collect many CCW and its data and send to PC to emulate the
disk or tape.
 If the CCW in the stacked modify other CCW in the stack, before the new
fix, MFNetDisk PRO was not aware to that.
 So, in rare case, example from life, imagine CCW read data to another CCW
in chain in the stack CCW, with new parameter to CCW. Example read data to
the parameter of SEARCH KEY, or SEARCH ID CCW.
The bug was that I stack the parameter of the SEARCH ID before the read
operation run. This error may cause error like unit check with sense of no
record found.
What the fix does is check if CCW read in stack update CCW write parameters.
If this is the case MFNetDisk will stack the stack CCW for this chain before
the write CCW run (SEARCH ID for example). So, this IO required 2 send of
TCP request instead of one.
If you ask about PCI bit in CCW, MFNetDisk handle it OK from the start of
the PRO.

Second change I made is, mange better thefixes I put in MF and PC.
After start the MF or PC MFNetDisk, I add message of PTFID. This numer is
the PTF number in the MPCFIXINFODOC.PDF file.
Example from this file:

145. Start display PTFID when MFNetDisk in MVS started. The PTFID point to
the number of fix from this file. In this case, this PTFID=145. I hope I
will remember to update this ID for each fix in PC and MF. Be aware that if
the PC or the MVS is not updated with the fix, the PTFID will not be
updated. June 17, 2011

So, when MF start the PTFID will be 145.



Thanks,

Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

MFNetDisk PRO version. More fix and much better performance.

[shai hess]

HI,

 I uploaded new MFNetDisk PRO version today which improves dramatically the
MFNetDisk performance.
 The new MFNetDisk PRO support stacked CCWS, this enable to send many CCW in
one TCP request.
 This reduce the load on TCP and reduce the CPU utilizaion and increase the
IO per second by factor of 2 in my computer.
 MFNetDisk can control now the CPU utilization in the MF by changing the
number of tasks running in MF MFNetDisk.
 The latest version was uploaded today, 30 minutes ago, contain fix to
handling the CCW PCI bit specially for sacked CCW.
 This fix reduce the elapse time in my computer for compression and reading
PDS file, by another 33% using together with the Stacked CCW MFNetDisk PRO
version.

 In overall, the MFNetDisk PRO performance is now acceptable in MF from the
point of view of performance.
 To download the standard or PRO version you need to fill CODE_REQ in my
site www.mfnetdisk.com.

 MFNetDisk enables you to emulate tapes and disk in MF and to replicate your
real disks (IBM, HDS and other) to PC.
 MFNetDisk can share disk and tape without distance limitation or without
any MF type because it uses TCP.
 MFNetDisk supports also old MVS OS390 the same as ZOS.


Thanks,
Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

MFNetDisk secreats of the stacked CCWs (all rights reserved) and controlling CPU utilization

[shai hess]

HI,

 Control cpu utlization in MFNetDisk.

  if you run with the default MPCOPT configuration, then your TASKS number
equal to 8.

  If you happy with your CPU utilization then you can continue to run with
this parameter.

  If you run with high CPU utilization you can control it by changing the
TASKS parameter number.

  In my test I run 6 jobs which run loop of IO. The CPU utilization was
high.
  Just try to imagine that simultaneity six tasks emulate disk or tape
emulation which include moving data with large size depand on the block size
and much more CPU (Almost NO IO in MF MFNetDisk!). The only kind of  IO is
done to TCP.

 MFNetDisk can send IO request to task in wait, or can queue that IO request
to IO requests queue.
 In case of decrease the number of task to 2, you will have only 2 tasks
which working simultaneity and hard instead of 6 and 4 waiting to run when
task will be available.

 In my test environment, the CPU utilization decrease by 50%.

 The total IO was almost the same. So  check if TASKS=2 is good parameter
for you only if you have problem with your MF CPU utilization.

 Be aware that you must test your CPU utilization when you have high load IO
to MFNetDisk disks or tapes.

 To the people who download the beta PRO, please start to send information
and feedback about what you see.

  In MF, IO can have many type of CCWs. Some CCWs are currently not handle
in the best way.
  Example, PDS (not PDSE) compression with IEBCOPY require more development
from my size to handle it better.

Why? Because each IO contained smal number of CCWs (about 7)  and only one
read CCW, and more problem to the stacked CCWs is the PCI bit in the READ
operation.

Another problem in compression or using IEBCOPY for read PDS is that it use
SEARCHID (x31) CCW to locate the BLOCKID. Search id and the read key and
data with PCI bit set on which cause me to stop the stacking for this
specific CCW.

Of course in this case using the stacked CCW does not have any advance on
the IO. Anyway some CCW in IEBCOPY are stacked, CCW SEEK(x07), DEFINEEXTENT
(x63) and SETSECTOR(x23) and read MTCNT (x92)  which are the first CCWs in
typical IEBCOPY read IO are stacked.  So from the TCP point of view, instead
of having at least 7 TCP READ and WRITE
( SEEK,DX,SETSECTOR,READCNT,SRCHID,READKD,RDSECTOR) you will have 1 TCP for
(SEEK,DX,SETSECTOR,RDMTCNT) instead of 4, then at least 1 TCP for SEARCHID
and one TCP READKD with the PCI bit on. The last CCW (RDSECTOR) required
another TCP.
So, instead of 7 TCP in the old MFNetDisk, you will have 4. That is good but
not enough for me.
I have some idea how to improve the PDS stacked CCWs for IEBCOPY even
better.

  Thanks,
  Shai



On Mon, Jun 13, 2011 at 8:39 PM, shai hess  wrote:

>  HI,
>
>  OK, I decide that everyone can try MFNetDisk PRO beta from now.
>  Again, this is beta. If you use it you are taking the risk that many bugs
> may be in the new code.
>  I run some tests and it look OK to me but I know that most of the bugs you
> will find for me.
>  The new code support the replication and the emulation tape and disk.
>  The replication in PRO is the same as the standard MFNetDisk.
>  Now some technical issue:
>
>  The PCSERVER in the download file can run with stacked CCWs the PRO
> version (version 13) and with the standard MFNetDIsk (version 12).
>   You can not run the MVS MFNetDisk PRO with the PCSERVER of the standard
> MFNetDisk. The reason is that the data send from MF to PC has been changed.
>
>  The MVS MFNetDisk PRO can not run with the OLD PCSERVER in PC. If you
> doing so, pray for your disks and tapes data!!!
>  The old MVS MFNetDisk can run with the new PCSERVER. So, first shutdown
> the old PCSERVER before continue to work!!
>
>  So, do the following:
>
>  1. Do not use your production MFNetDisk disks and tapes with the PRO.
>  The PRO can run with your old MFNetDisk old disks and tapes but this
> is beta product and bug can harm your data.
>  2. Start the PRO PCServer in other PC and allocate new disks and tapes and
> replication if you need.
>  You can not run the old PCSERVER and the PRO PCServer in the same PC
> host together.
>  You can shutdown your old PCSERVER and start the new PCSERVER in your
> PC. But as I said before, new bugs can harm your data.
>  3. Start the new MVS PRO MFNetDIsk in your MVS system. If you need,
> shutdown your old MFNetDisk MVS job.
>  4. Start to work with the beta product.
>  5. Let me know if you find bugs as soon as possible.
>  6 This is beta code so, you do not need to run CODE_REQUEST for now. You
> can find the beta PRO in the DOWNLOAD page under the YOUTUBE movies of
> MFNetDIsk.
>
>  Please let me know the results. More steps needed to be done to this
> version to make bigger improvement but this code is doing good job in the
> performance.
>  Please give me feedback about y

Re: MFNetDisk first results of stacked CCWs

[shai hess]

No, look at the MACRO and try to reverse engineer the module in the MACRO.

Shai

On Sat, Jun 11, 2011 at 1:38 PM, Lindy Mayfield
wrote:

> Do you have some good documentation for STARTIO?
>
> 
> From: shai hess [shai.h...@gmail.com]
> Sent: 11 June 2011 10:15
> To: IBM Mainframe Discussion List (E-mail)
> Subject: MFNetDisk first results of stacked CCWs
>
> HI,
>
>  After massive code changes and creating the new MFNetDisk PRO version 13,
> I advance to point of being able to run jobs.
>  Be aware that the MFNetDisk PC side will be able to run MFNetDisk PRO and
> the standard MFNetDisk code version 12.
>  I run jobs which doing DX (x63), LOCATE(x47), and one format write 4k
> block(x1d) for disk emulation.
>  The improvement in IO rate is 100%, meaning I almost double the IO rate
> per second!!!
>  That mean that I ran this job before with 85 IO per second.
>  Now with the new stacked CCWs I run 160 IO per second.
>  If you add more CCWs to the chain the improvement will be much higher.
>
>  Be aware that now the MFNetDisk run in his basic code, meaning much more
> can be done to improve more the IO.
>
> Thanks,
> Shai
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

MFNetDisk first results of stacked CCWs

[shai hess]

HI,

 After massive code changes and creating the new MFNetDisk PRO version 13, I
advance to point of being able to run jobs.
 Be aware that the MFNetDisk PC side will be able to run MFNetDisk PRO and
the standard MFNetDisk code version 12.
 I run jobs which doing DX (x63), LOCATE(x47), and one format write 4k
block(x1d) for disk emulation.
 The improvement in IO rate is 100%, meaning I almost double the IO rate per
second!!!
 That mean that I ran this job before with 85 IO per second.
 Now with the new stacked CCWs I run 160 IO per second.
 If you add more CCWs to the chain the improvement will be much higher.

 Be aware that now the MFNetDisk run in his basic code, meaning much more
can be done to improve more the IO.

Thanks,
Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Personal: bad news

[shai hess]

HI John,

 Trust God, ask him to help you. Everything is under control of God.
 Do not be afraid, everything with God help will be OK.

 Trust God, everything is under control of God. Trust him, please.
 When you trust God, you are not afraid anymore.

 Talk to God, ask him to help me. Ask him what you like to be and he will
help you for sure.

Shai

On Wed, Jun 8, 2011 at 3:03 PM, Umamaheshwar Iyer <
ui0037...@techmahindra.com> wrote:

> Sir
>
> Don't be !
>
> Cause from today until I hear from you that you are well, I will remember
> you in my prayers. God bless you for a speedy recovery.
>
> Thanks and Regards
>
> Umamaheshwar Iyer
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] On Behalf Of
> John McKown [john.archie.mck...@gmail.com]
> Sent: Wednesday, June 08, 2011 11:13 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Personal: bad news
>
> I've been told that I'm being transferred to a acute care facility. I'm
> scared.
>
> --
> John McKown
> Maranatha! <><
> Sent from my Vibrant Android phone.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> Disclaimer:
>  This message and the information contained herein is proprietary and
> confidential and subject to the Tech Mahindra policy statement, you may
> review the policy at http://www.techmahindra.com/Disclaimer.html
> ">http://www.techmahindra.com/Disclaimer.html externally and http://tim.techmahindra.com/Disclaimer.html";>
> http://tim.techmahindra.com/Disclaimer.html internally within Tech
> Mahindra.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

MFNetDisk tape emulation.

[shai hess]

HI,

 Many good feedbacks from MFNetDisk product.

One small short respond which I like:
T*hanks and I am really surprised to see the tape emulation on PC. Great
work!*


---
23.27.43 TESTMVS JOB02128  IEF403I DUMPDSA - STARTED - TIME=23.27.43
23.27.43 TESTMVS JOB02128 *IEF233A M 0584,PRIVAT,SL,DUMPDSA,STEP001,
 SYSPRG1.MTL.SHRNKWRP,MEDIA2
23.27.43 TESTMVS STC02123  MPC033I RECONECT TO PC ,
23.27.47 TESTMVS JOB02128  IEC705I TAPE ON 0584,MPT000,SL,COMP,DUMPDSA,
 STEP001,SYSPRG1.MTL.SHRNKWRP,MEDIA2
23.31.37 TESTMVS JOB02128  IEC205I SHRNK1,DUMPDSA,STEP001,FILESEQ=1,
 COMPLETE VOLUME LIST,
DSN=SYSPRG1.MTL.SHRNKWRP,VOLS=MPT000,TOTALBLOCKS=2874
23.31.38 TESTMVS JOB02128  IEF234E K 0584,MPT000,PVT,DUMPDSA,STEP001
23.31.38 TESTMVS JOB02128  IEF404I DUMPDSA - ENDED - TIME=23.31.38
23.31.38 TESTMVS JOB02128  $HASP395 DUMPDSA  ENDED
23.31.38 TESTMVS   $HASP309 INIT 1INACTIVE  C=A

Thanks and I am really surprised to see the tape emulation on PC. Great
work!

Thanks & Regards,

-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: OT: Personal update

[shai hess]

I pray for God to make you healthy.
Shai

On Sat, Jun 4, 2011 at 7:14 AM, jagadishan perumal wrote:

> Hi John,
>
> I pray for your speedy recovery.
>
> Regards,
> Jags
>
> On Sat, Jun 4, 2011 at 7:37 PM, John McKown  >wrote:
>
> > I have been in the hospital since monday the 23rd. I had a gangrenous
> > gallbladder removed. This is my second day out of ICU. I hope to leave
> > monday or tuesday. Ahh I am weak but doing much better.
> >
> > --
> > John McKown
> > Maranatha! <><
> > Sent from my Vibrant Android phone.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Users who willing to test the stacked CCWS MFNetDisk PRO new feature.

[shai hess]

HI,

What is stacked CCWs?
New feature which stack as many as possible CCWs in one IO for one TCP
request.

 I am now testing my new stacked CCWs feature. Slowly slowly I make progress
and soon I will let you to test my MFNetDisk PRO product.
 If someone want to test the new MFNetDisk PRO with the new stacked CCWs
please let me know.
 The new feature will save high percentage of TCP reads and writes requests.
 For example simple case:
Simple IO with minimum 3 CCWS: DEFINE EXTENT+LOCATE+READ will send in
MFNetDisk PRO, one write and read TCP request to PC.
The same IO request with the standard MFNetDisk will run three TCP reads
and writes TCP requests to PC.
That is saving of 66% of TCP requests.
For example 4 reads CCWS: DEFINE EXTENT+LOCATE+READ+READ+READ+READ will save
83% TCP request sent to PC.

Just reminder:

   1.   The code will be not stable code.
   2. You must send feedback for bugs ( immediately) and performance and
   detail information about what you test, run and your environment and more
   (every week).
   3. Any feedback will be publish to the MFNetDisk users list.
   4. The stacked CCWs does not effect the replication MFNetDisk feature.
   5. I will select some of the users, not all.
   6. Only users which run and use MFNetDisk can test the MFNetDisk PRO.


 "If you are my brother, you will receive the MFNetDisk PRO code for sure."


  Thanks,
  Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: It got very quiet

[shai hess]

I am happy to see strong energy with this subject "It got very quiet".
At least we have energy when we are dealing with non MF issues.
Next issue can be "to marry or to die".
I am sure that this forum will be active at least as my pupular forum here
in Ashdod "how to make falafel".

Shai

On Mon, May 23, 2011 at 2:14 PM, Lizette Koehler wrote:

> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of
> > Scott Ford
> >
> > Yeah, Lizette I agree really quiet, unusually so ..
> >
> > Scott J Ford
> >
>
>  I had actually thought that zombies had gotten most of us.  After all - it
> was supposed to be the zombie Apocalypse weekend.
>
> Lizette
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: It got very quiet

[shai hess]

HI,

 So, maybe it is good time to discuss more and more MFNetDisk product :>.
 Because the alternative is a deep good sleeping time even in Ashdod.

>>There's a rumor that the most annoying
>>posters have left us in peace.;-)
I hope you do not point to me.

 Shai

On Sun, May 22, 2011 at 10:36 PM, Skip Robinson wrote:

> Or, we're the only ones left. There's a rumor that the most annoying
> posters have left us in peace.;-)
>
>
> .
> .
> JO.Skip Robinson
> SCE Infrastructure Technology Services
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 626-302-7535 Office
> 323-715-0595 Mobile
> jo.skip.robin...@sce.com
>
>
>
> From:   "DOWLING,Shane" 
> To: IBM-MAIN@bama.ua.edu
> Date:   05/22/2011 09:25 PM
> Subject:Re: It got very quiet
> Sent by:IBM Mainframe Discussion List 
>
>
>
> Have a hangover from the end of the world party
>
>
> They Lied...
>
>
>
> Shane
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Scott Ford
> Sent: Monday, 23 May 2011 12:58 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: It got very quiet
>
> Yeah, Lizette I agree really quiet, unusually so ..
>
> Scott J Ford
>
>
>
>
>
> 
> From: Lizette Koehler 
> To: IBM-MAIN@bama.ua.edu
> Sent: Sun, May 22, 2011 10:51:55 PM
> Subject: It got very quiet
>
> Wow – This is list very quiet.  Hope you are all doing okay.
>
> Lizette
>
>
>
>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

MFNetDisk new feature in queue.

[shai hess]

HI,

 I am in processing and planing  and development of a big change in the way
MFNetDisk handle emulation.
 Until now each CCW was sent to PC to be process in PC.
 Each CCW require TCP read and write operation.
 The new feature which I plan now and I have in mind is to stack many CCWS
until special CCW or buffer size limitation will cause me to stop.
 I expect big improvement in the performance and I hope soon I will notify
you about big progress in the implementation with God help.

 What good about it is that stacking the CCWS has same or better effect
compared to the SHARK new CCWS without the need to support these advanced
and undocumented CCWS and without limited myself to type of CCW and to the
read or write operation.

 As saying before, MFNetDisk emulates tapes and disks and replicate real
disk to other mirrors which can be remote real disk or MFNetDisk PC files
type MFNetDisk and regular AWS disk files supported by almost all MF
emulation software like ZPDT and more.
 This enable you to have DR in a minutes using the MF emulation.

 Comments are welcome to me privately or using any forums.

Thanks,
Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

MFNetDisk 25-30% dramatic improvement in performance and CPU utilization.

[shai hess]

HI,

I am happy to announce that I made the performance of MFNetDisk much much
better compared to what it was before.
Using the emulation (tapes and disks), I saw that MFNetDisk runs better
25-30% in the IO production and reduction of CPU utilization.
Even the replication using the transfer tracks from MF to PC I saw big
improvement.

I send this email to IBM_MAIN and to MFNetDisk users list as BCC to inform
them about the improvement.
I know that many users did not like the performance of MFNetDisk in the
past.
I expect that many of them will respect what they will see with the new
MFNetDisk code and of course will let me know the numbers.

I expect very much from MFNetDisk users list to test the improvement in
their sites, and to let me know the exact results on their MF HW.

You can download my new code from my site using the CODE_REQ.


Thanks,
Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

MFNetDisk and many new testers and users

[Shai Hess]

HI,

Many new users ( and testers ) to MFNetDisk, much better new code for all 
MFNetDisk features.

Better replication, tape and disk emulation, and much better MFNetDisk 
recovery process.

All messages about new fixes and features are sent directly to MFNetDisk 
users list. 

To register and be part of the users list, just send new CODE_REQ in my site.

Just to remind all of you, that old OS like OS390 (even the old versions) are 
now supported by MFNetDisk and are used by MFNetDisk users.


Thanks
Shai 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

MFNetDisk in Russia

[shai hess]

 HI,

 Talking about my product in forum in Russia.

 http://s390soft.org.ru/news/2011-04-03-85

 Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Transmission files

[shai hess]

HI,

 There is a product which can share your disk between z/os at any distance.
 It can emulated 3390 disk.
 The data is stored in PC.
You can access all the files in the disk from any system using the standard
OS utilities.
I heard that the product is free.
Shai

On Mon, Apr 18, 2011 at 5:27 AM, Paul Gilmartin wrote:

> On Mon, 18 Apr 2011 07:03:33 -0400, Lizette Koehler wrote:
> >
> >2)  Use FREE product TRSMAIN from IBM to compress your dataset
> >
> Or, for the daring and avant-garde, AMATERSE.
>
> >3)  Create a DFDSS backup file
> > Then FTP to PC using BIN format
> > Use FTP to Upload to your target z/OS host
> > Use DFDSS to restore your files.
> >
> What's the RECFM of a DFDSS backup file?  If it's V, there's the
> hazard FTP BIN may lose record boundaries, which may be
> significant to the restore utility.
>
> >Of course, perhaps you want to go directly from on z/OS host to another?
>  If
> >so, let us know what you have available.  Are the z/OS hosts linked via
> >TCPIP, NJE, etc?  Why go to your PC first before getting it to the next
> >system?
> >
> PDSes still need to be unloaded with TERSE or TRANSMIT.  IEBCOPY
> unloaded data sets have enough information in the BDWs to be
> restored, but there's no conventional utility to do this.
>
> On the workstation, one can sometimes preserve the format
> with the commands"
>
>binary
>quote TYPE E
>quote MODE B
>
> on both download and upload.
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Fwd: MFNetDIsk and living in Ashdod

[shai hess]

>>There is only one bug left - It is named 'Shai Hess' (hehehehehe. Just a
little
>>joke my friend... [1] )

:-(

Shai

On Tue, Apr 12, 2011 at 1:07 PM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> I know this is off-topic, but I feel I must contribute this
>
> shai hess wrote:
> >That was spontaneous reaction. After I sent my reaction I felt that maybe
> it
> was a mistake.
>
> It is no mistake! Tell us!!! The world is too small for personal attacks.
> It is just
> like an open plan office - Not much place to wage a war. And bury that axe!
>
>
> >Its name is . and it runs with  according to what I read in
> the newspaper.
>
> Uhm, are you at liberty to tell every one of that military things despite
> 'newspaper'?
>
>
> > Beside the west south all the area of Israel are quiet and secure.
>
> Quiet and secure? I really wish it is true. If I have it my way, I would
> have it
> like my friend's bushveld farm where I could walk freely to look at game
> (wild
> animals) without any hunting at all.
>
>
> >That is my selection to live in Asdod so I can not complain about my
> selection, I am also American citizen but I prefer to live near my family
> and in
> my birth country, Israel.
>
> Family is important. Some IBM-MAIN members are without work or struggling
> with bad health. I know of some who have diabetics or having bad eyes for
> example, and some who are without employment...
>
>
> >I have very good life here in Israel. I enjoy my life here very much
> thanks to
> God.
>
> I'm proud of you to say you trust God, just like me and many other IBM-MAIN
> members.
>
>
> >Ashdod is very beautiful city with beautiful beaches and sea and excellent
> food.
>
> Just being in a bushveld where nothing can disturbs you is also good.
>
> One good place to visit is: http://www.sanparks.co.za/
>
> Above webpage is about our national game reserves. Please visit them ;-D
> It is so peaceful and restful to stay at one of our game reserves!
>
>
> >If anybody want to come to visit Israel, come to Ashdod and drink beer
> with
> me near the sea.
>
> If I would even to bother to get a passport... ;-[
>
>
> >About MFNetDisk, I do not know about any new bugs currently in my code for
> now but I expect to have some.
>
> There is only one bug left - It is named 'Shai Hess' (hehehehehe. Just a
> little
> joke my friend... [1] )
>
> Groete / Greetings
> Elardus Engelbrecht
>
> [1] - When I assisted my colleague with some virus hunting on a windoze
> laptop - I called that colleague that there is still one virus left to be
> eliminated - the colleague himself! ;-D ;-D ;-D
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Fwd: MFNetDIsk and living in Ashdod

[shai hess]

-- Forwarded message --
From: shai hess 
Date: Mon, Apr 11, 2011 at 9:42 AM
Subject: Re: MFNetDIsk and living in Ashdod
To: rpin...@netscape.com


 HI Richard,

Very important to me to say that we feel secure to live in Ashdod, Israel.

 That was spontaneous reaction. After I sent my reaction I felt that maybe
it was a mistake.
I did not sleep good at this night so I complain to IBM_MAIN the only forum
which I am really active.

 Anyway, today there is some ceasefire which will last for some time and
then another rockets expected to fire to the cities of Israel randomly and
in any place in the cities of south of Israel and in Ashdod as it is located
in west south of Israel near Gaza (about 25km).

 The good news is that Israel developed good anti rockets devices which
worked very good. In the last few days Israel try it and it works excellent.
Its name is IRON DOME and it runs with Linux OS according to what I read in
the newspaper. So we feel a little more secure then before.

 Beside the west south all the area of Israel are quiet and secure.

 That is my selection to live in Asdod so I can not complain about my
selection, I am also American citizen but I prefer to live near my family
and in my birth country, Israel.

I have very good life here in Israel.
I enjoy my life here very much thanks to God.
Ashdod is very beautiful city with beautiful beaches and sea and excellent
food.
If anybody want to come to visit Israel, come to Ashdod and drink beer with
me near the sea.

I hope one day that all the people will have peace in our world.

About MFNetDisk, I do not know about any new bugs currently in my code for
now but I expect to have some.
About my security and MFNetDisk support, the chance to die from car accident
is much higher compare to die from rocket, at least for now. And do not
forget that I pray everyday, so my chances are really very low :-).

Thanks,
Shai

  On Mon, Apr 11, 2011 at 6:55 AM, Richard Pinion wrote:

> I cannot imagine the dangers you live under in Israel.
>
> Richard, Vickie, and Randy Pinion
>
> --- shai.h...@gmail.com wrote:
>
> From: shai hess 
> To: IBM-MAIN@bama.ua.edu
> Subject: MFNetDIsk and living in Ashdod
> Date: Fri, 8 Apr 2011 21:02:35 -0700
>
> HI,
>
>  Tonight we have another sirens in Ashdod, Israel.
> That is another time of waking in the middle of the night wait 30-60
> seconds, hearing the rocket bomb and going back to sleep.
>  Tonight the surprise come in 3am. and after another few minutes another
> rocket hit Ashdod.
>  So, we are now do not feel any fear. This is our normal life. So just
> respect the night when you can sleep without interrupting your sleep.
>  It seem boring to me that most of the people around the world can go to
> sleep without expecting any bad surprise in their sleep.
>  Tomorrow I will be a little tire to work with MFNetDisk, So forgive me if
> I
> will not fix some bugs needed to be fixed.
>
>  Good night to everyone in this world.
>  Shai
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>
>
>
> _
> Netscape.  Just the Net You Need.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

MFNetDIsk and living in Ashdod

[shai hess]

HI,

 Tonight we have another sirens in Ashdod, Israel.
That is another time of waking in the middle of the night wait 30-60
seconds, hearing the rocket bomb and going back to sleep.
 Tonight the surprise come in 3am. and after another few minutes another
rocket hit Ashdod.
 So, we are now do not feel any fear. This is our normal life. So just
respect the night when you can sleep without interrupting your sleep.
 It seem boring to me that most of the people around the world can go to
sleep without expecting any bad surprise in their sleep.
 Tomorrow I will be a little tire to work with MFNetDisk, So forgive me if I
will not fix some bugs needed to be fixed.

 Good night to everyone in this world.
 Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

MFNetDisk automatically recover of TCP connection error

[shai hess]

HI,

 Last MFNetDisk recovery was better then before but not good enough.
 I rewrite all the error recovery to be automatically after fixing the TCP
connection.
I made my test to my CIOD (PAV) and regular 3390 MFNetDisk disks and tape,
but I need more feedback and tests.
I put the new code and documentation in my site.
I need feedback. If someone have deep knowledge in IO and can suggest me how
to do it better if possible, you welcome.
I add some pages from my MPCDOC.PDF documentation about the new TCP (or any
error) recovery error.
So, please download my new code using CODE_REQ and try the error recovery.
The code is from April 2, 2011.

Shai

*

MFNetDisk TCP connection error
*

MFNetDisk TCP connection error happens when the TCP connection from MF to PC
is in error. No IO can be sent to PC and the disk and tape emulation can not
work.

Fixing the TCP connection will fix the problem automatically, but MFNetDisk
let you to handle the connection error also manually depend in your case.

To explain the MFNetDisk TCP error handler, I used a real case of TCP
connection error and the recovery process and the messages from MFNetDisk
and MF which will be displayed in case of the error.

All the messages in this example displayed, No messages deleted, everything
is true and real case.

Why I do it? Because in real case you will see many messages and by looking
in my example you will be ready for these messages and not be scared.

In our example I used device 300-301 which are disk 3390 emulation and
320-321 CIOD (Like IBM PAV) disk 3390 emulation.

Be aware that during the recovery process, when the MF sends message of
missing interrupts, do not try to rerun the VARY ONLINE command. This
command may cause some problem because MFNetDisk is virtual devices. Better
to let MFNetDisk do the job.

Anyway, in MFNetDisk code I handle any OS command include VARY if you will
send it, but be kind and let MFNetDisk handle it OK in full control before
doing so.

At 10:44:25.48 you ran MVS command to check the IO connection and verify the
TCP connection status of MFNetDisk.

Until 10:44:49.64 MF IO send messages error messages that to IO end status
is missing. MFNetDisk will try to keep the IO and disabling cancel the IO by
the MF IOS.

After 10:44:49.64 MFNetDisk find out the there is TCP connection problems
after timeout.

At 10:44:49.77 MFNetDisk will play with TCP. MFNetDisk will close the
connection and will try another connection to the PC.

At 10:45:19.99 MFNetDisk determines that the connection is broken.

MFNetDisk will react according to setting value of TPIOE.

MFNetDisk have two options:

1. TPIOE=Y, Purge the pending IO at timeout.

2. TPIOE=N, Continue to retry the IO until the TCP connection will be
recovered.

Option 1 is risky because the IO will be purge and recovering the IO will
not be done. If the user knows for sure that no files and disks need to be
recovered he can use this option. In this case the IOS message will be
stopped and the pending IO will be purged with error status.

The default is option 2 and the recommended option, which is to continue to
retry. The reason is that after connection failed, MF will recover the IO
after the TCP connection recovered. The recovery can be cleaning the VTOC
and more.

In our example option 2 is active and MF will continue to retry until the
connection will be recovered.

At 10:46:08.68 The TCP connection recovered. No needs to run any modify
command. The connection will be recovered automatically.

Another example is to use option 1, which is to purge the IO.

This is risky option because the MF IOS will not recover the IO, but
sometime the user will do it. Example, if you install MFNetDisk for the
first time and you want to check the connection by using VARIES ONLINE
command or DS P, UUU, 1 command. Both commands do not allocated file or
using the VTOC. So there is no danger to use option 1 which is to purge the
IO without fixing the TCP connection and the IO recover is not needed.

In our new example the option 2 is currently active.

At 10:47:22.57 I disable the TCP connection to PC and run few MF console
commands.

At 10:48:22.93 The MFNetDisk timeout reached. Message MPC050I (option 2)
indicate that retry will continue, but you can change the default by using
the F MPC, TPIOE=Y which will set the TPIOE to Y meaning purging the IO in
case of timeout.

At 10:48:39.07 the user change the default to TPIOE=Y.

At 10:49:23.23, 10:49:33.52, 10:50:23.57, 10:50:33.81 MFNetDisk displays
message MPC049I (option 1) indicate that the devices are set to in error
status.

At 10:50:23.65, 10:50:33.88 MF return the DS P results and the devices are
displayed in error. All the pending IO requests were purged. No pending IO
missing errors are sent to the console.

10:51:18.66 after fixing the TCP connection, the user executes the F MPC,
DEV=ONL. This command will clear the errors status for the devices in error.


10:51:40.09 Do not forget to return the TPIOE=N setting option