Dougherty, Margaret is out of the office.

[Margaret Dougherty]

I will be out of the office starting  07/01/2010 and will not return until 
07/06/2010.

I will respond to your message when I return.

*** IMPORTANT
NOTE*-- The opinions expressed in this
message and/or any attachments are those of the author and not
necessarily those of Brown Brothers Harriman & Co., its
subsidiaries and affiliates ("BBH"). There is no guarantee that
this message is either private or confidential, and it may have
been altered by unauthorized sources without your or our knowledge.
Nothing in the message is capable or intended to create any legally
binding obligations on either party and it is not intended to
provide legal advice. BBH accepts no responsibility for loss or
damage from its use, including damage from virus.

details about NORD Linux

[Richard Troth]

Here is the longer note with some details about NORD.  First, where to
get it ...

http://www.casita.net/pub/nord/

There is some crude 'make' logic to get it running under Hercules.
Also, at lease one VMer has reported that he took that and figured out
how to run it on VM.

The most important single feature of NORD is that the op sys core is a
component which can be replaced as one unit.  Having just bitten again
recently by that in-place Linux upgrade that I mentioned, I think this
might appeal to some people.  On z/VM, we replace CP and CMS without
disturbing either the users or the added software packages.  But the
usual methods in Linux prevent such a clean switch ... until now.

First the bad news:  Some parts are still missing.  Biggest missing
piece is UDEV.  Everything is done with UDEV now, so it's important.
Gone are the days when we just create a device file under /dev.  We
now depend on UDEV to connect certain sub-directories under /dev with
the magic of hotplug.

When I tried building UDEV, I got into dependency hell.  I need help
untangling it.  NORD is supposed to be a minimal system, so I DO NOT
want to build a dozen additional utilities and libraries (to ship)
that nothing else needs (at run time).  I am happy to build things as
"optional", but in the case of UDEV,  I need help identifying them
all.

Also, 'rpm' and 'dpkg' are not built.  If someone requires those, let
me know so that I can prioritize it.  I intend to NORD to ship them
both (with empty inventory), but they're both low priority right now.

Somewhere between 2.6.22 and 2.6.34 the kernel developers moved the
header files so I don't know where to snap them.  I can figure this
out in a couple weeks, but if someone knows right away, would you clue
me in?  Thanks.  All other packages are very current.

Finally, I have been pushing the idea of "read only root", and wired
NORD to do that.  But some people will probably not want that.  (Even
though ROR lets a drop-in op sys work a lot more smoothly.)  If you
download NORD today, you'll get an ISO 9660 file for the root FS and
will have to convert that to EXT2 on your own if you need a RW root.
You can use the ISO 9660 and use another partition for /etc.  Works
fine.  You can also copy the content over to your own EXT2 root.

Something Mother said:  Thou shalt not comingle local or third party
apps with the op sys.  But in a world of RPM, what else can you do?
Maybe the VM world can help solve that problem.

-- R;   <><

Re: can you make the CP ignore the # symbol?

[A. Harry Williams]

On Wed, 30 Jun 2010 12:27:13 -0500 Daniel Tate said:
>Thanks everyone, that problem's solved.

Head's up on a new problem.  The #CP command is either now not available
or has been changed, to what ever your linend character is, so

TERM LINEND %

makes it

%CP XXX


>
>On Wed, Jun 30, 2010 at 12:10 PM, Schuh, Richard  wrote:
>
>>  You could also use the Escape character (..."#..., assuming that your
>> Escape is the ").
>>
>>
>> Regards,
>> Richard Schuh
>>
>>
>>
>>
>>  --
>> *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On
>> Behalf Of *Hughes, Jim
>> *Sent:* Wednesday, June 30, 2010 9:47 AM
>>
>> *To:* IBMVM@LISTSERV.UARK.EDU
>> *Subject:* Re: can you make the CP ignore the # symbol?
>>
>>TERMINAL LINEND OFF  is the command I use.
>>
>>
>>
>> 
>>
>> Jim Hughes
>>
>> 603-271-5586
>>
>> "It is fun to do the impossible."
>>  --
>>
>> *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On
>> Behalf Of *Daniel Tate
>> *Sent:* Wednesday, June 30, 2010 12:44 PM
>> *To:* IBMVM@LISTSERV.UARK.EDU
>> *Subject:* can you make the CP ignore the # symbol?
>>
>>
>>
>> I have urgent need to make it ignore that symbol and print it to the guest
>> through a 3270 client.   I am a z/VM beginner, so forgive me if this is
>> something insanely simple.
>>
>>
>>
>>
>

Re: Cannot reach the outside world

[Mike Walter]

Daniel,

>From previous posts is appears that your immediate fire has been 
extinguished.

But you also asked:
also, is there a "quick and dirty" guide to z/VM?  I'm from the 
distributed world, and would like a quick reference.. unfortunately 
answers arent as easy to find on the internet about z/VM as they are about 
windows or linux or any of the myriad other unixes i've worked on; sort of 
a short and to the point book like the "exam cram" type or perhaps "An 
idiots guide to z/VM".

Let's turn that question around.  I, along with many subscribers to this 
list have decades of learning, classes, conferences, and day-to-day 
hands-on experience with z/VM - since before it was even called z/VM, some 
going back to VM 370.  We're being encouraged to learn Linux.  Many of us 
have asked similar questions about Linux (or Unix, or Windows, or Solaris, 
or Apple, or ... well, you get the idea).  For some of those there are 
certainly "xxx for Dummies" books.  But none of those are a substitute for 
getting one's hands dirty looking through the manuals.  Those of use who 
live and breath all things VM are used to outstanding IBM documentation - 
the envy of every other software supplier.  We look at the "Dummies" 
manuals and ask ourselves: why is this xxx manual so hard so read, and 
understand!?  IBM has raised the bar, and our expectations; some ISVs hear 
regularly from VM'ers who demand better documentation.  BTW, I do not 
consider the output of the 'man' command a very good way to start at the 
beginning, at least not after having experienced IBM pubs.

For a very fast start, ask your management to send you to SHARE in Boston 
this August 1-5, 2010 (you'll have to register soon, see: www.share.org). 
You'll rub shoulders with some of the best VM'ers (and MVS'ers, and...) in 
the world, including customers, ISV developers, and IBM developers. SHARE 
is time and money extraordinarily well spent, especially for those new to 
VM.  There are also formal IBM education classes, as well as classes by 
several other providers.   VM'ers have a well-earned reputation of being 
the friendliest (no flames) and most welcoming of all OS supporters.  
Visit the IBM VM home page for suggestions of both IBM and non-IBM 
provided training opportunities:  http://www.vm.ibm.com/education/

Otherwise, read the outstanding IBM pubs.  There are several IBM web sites 
for publications.  My personal favorite means is to go to 
http://www.vm.ibm.com/pubs/

>From there I choose the PDF version of manuals I want and download them to 
my laptop.  Being a throwback to the olden days, I print the ones which I 
reference regularly and use Post-it's to mark pages for quick reference as 
I use them.  Print them all and you can easily be responsible for 
destroying a small forest all by yourself.

To get started, I'd recommend downloading and :
- z/VM General Information
- z/VM Guide for Automated Installation and Service
- z/VM CP Planning and Administration
- z/VM CMS Planning and Administration
- z/VM Connectivity
- z/VM CP Commands and Utilities Reference
- z/VM CMS Commands and Utilities Reference
- z/VM CMS Primer
- z/VM XEDIT User's Guide
- z/VM XEDIT Commands and Macros Reference 
- z/VM REXX/VM User's Guide
- z/VM REXX/VM Reference
- z/VM CMS User's Guide
- z/VM Pipelines User's Guide
- z/VM Pipelines Reference
- z/VM Service Guide
- z/VM VMSES/E Introduction and Reference

Those will give you a good start, and they are FREE!

You're probably saying to yourself: that's a LOT of manuals!!!  But wait! 
There are more, many more!  z/VM is a full-fledged mainframe system with 
many, many facilities.  Everything is well-documented (well, there are 
some less than transparent TCP/IP messages about which we grumble 
occasionally).

Welcome to z/VM!  Once you get past the initial deer-in-the-headlights 
phase, you're gonna love it!

Mike Walter
Hewitt Associates
The opinions expressed herein are mine alone, not my employer's.












"Daniel Tate"  

Sent by: "The IBM z/VM Operating System" 
06/30/2010 02:29 PM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Cannot reach the outside world






Again, sorry for my lack of knowledge here.  We're working through several 
issues at my workplace.   The current problem is while the guests can 
speak to one another via tcp, and the route entry is present, the router 
will not respond to pings, and i cannot contact the "outside world".   Is 
there a specific user that has to be logged in to route out?  is there 
something wrong with the vswitch definitions below?
 
also, is there a "quick and dirty" guide to z/VM?  I'm from the 
distributed world, and would like a quick reference.. unfortunately 
answers arent as easy to find on the internet about z/VM as they are about 
windows or linux or any of the myriad other unixes i've worked on; sort of 
a short and to the point book like the "exam cram" type or perhaps "An 
idiots guide to z/VM".
 
00: C

Re: Define FULL PACK MDISK or DEDICATE z/Linux DASD

[Alan Altmark]

On Thursday, 07/01/2010 at 03:20 EDT, Rob van der Heij  
wrote:
> On Thu, Jul 1, 2010 at 5:48 PM, Alan Altmark  
wrote:
> > Protecting the system itself from guests with fp minis or dedicated
> 
> > 2. Use DEVNO minidisks or dedicated volumes
> 
> I would not look forward to D/R where have to change all DEVNO
> statements and get it right...

It's a choice.  You don't have to FEAR fullpack minis, but you do have to 
PLAN for them.  After all, dedicated volumes and DEVNO mdisks have the 
same issue in that respect.  The freedom to avoid dependency on RDEVs 
comes only by placing trust in all the people who manage them.  If the 
managers of those RDEVs defer management of any part of that 
infrastructure to an untrusted system or person, then the chain is broken 
and assumptions are no longer valid.

As a security guy, I prefer to use non-fullpack minis.  But if I have to 
have them, then it would be irresponsible for me to ASSUME that the guest 
will not alter the volser.  All virtual machines used by people other than 
trusted z/VM admins are, by definition, untrusted and Evil Incarnate.

Alan Altmark
z/VM Development
IBM Endicott

Re: Define FULL PACK MDISK or DEDICATE z/Linux DASD

[Rob van der Heij]

On Thu, Jul 1, 2010 at 5:48 PM, Alan Altmark  wrote:
> Protecting the system itself from guests with fp minis or dedicated

> 2. Use DEVNO minidisks or dedicated volumes

I would not look forward to D/R where have to change all DEVNO
statements and get it right...

Re: Large file transfer capacity

[Gregg]

That disk Read/Only?
> q disk x
> LABEL  VDEV M  STAT   CYL TYPE BLKSZ   FILES  BLKS USED-(%) BLKS LEFT  BLK
> TOTAL
> ADF    ADF  X   R/O  3338 3390 4096        1     526004-88      74836
> 600840
>
> file on disk after abort
>
> DISK74E  ARC      X1 V       8192     262147     524415  7/01/10 16:37:52
>
>
>
>
> Nikolai
Gregg Reed
"No Plan, survives execution"

Re: Large file transfer capacity

[Edward M Martin]

Hello Doroshko,

 

Under Edit, Preferences, Transfer check the timeout value.

 

Normal is 30 seconds,  for a very large file this could be an issue.

Next to check is the packet size  16384 works well in z/VM. 

 

Ed Martin

Aultman Health Foundation

330-363-5050

ext 35050

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Nikolai Dorozhko
Sent: Thursday, July 01, 2010 11:49 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Large file transfer capacity

 

Hello David, 
The  Q disk was after abort,   I used the same disk from what the file was 
downloaded,   full  3390-3  without cyl 0.   

Nikolai. 




"Wakser, David"  

01.07.2010 18:30 

To

 

cc


Subject

RE: Large file transfer capacity

 






Not virtual storage - disk size. It looks like the VM disk was too small to 
receive the file. Is the Q DISK issued AFTER the FTP aborted? I think you will 
need to use SFS if you require more than 1 pack of a disk size in VM. 
  
David Wakser 
  
From: doros...@iba.by [mailto:doros...@iba.by  ] 
Sent: Thursday, July 01, 2010 11:25 AM
To: Wakser, David
Subject: RE: Large file transfer capacity 
  
Hello David, 

>On the IND$FILE upload, are you running out of space and is that why the 
>upload fails? 

Do you mean that i should define a large virtual storage? 

That is my PC ftp screen rip.  Sorry,  it speaks Russian.   >Netout : Abort of 
connection by  other computer   

 

q disk x
 
LABEL  VDEV M  STAT   CYL TYPE BLKSZ   FILES  BLKS USED-(%) BLKS LEFT  BLK 
TOTAL 
ADFADF  X   R/O  3338 3390 40961 526004-88  74836 
600840 
 
file on disk after abort 

DISK74E  ARC  X1 V   8192 262147 524415  7/01/10 16:37:52 

 


Nikolai 




"Wakser, David"  

01.07.2010 18:01 

 

To

"Nikolai Dorozhko"  

cc


Subject

RE: Large file transfer capacity


  

 







I saw your post. On the IND$FILE upload, are you running out of space and is 
that why the upload fails? On the FTP, were there any messages? I cannot recall 
if there are any limitations possible in the FTP setup, but it COULD be stopped 
by a firewall. Is that possible? 
 
David Wakser 
 
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU 
 ] On Behalf Of Nikolai Dorozhko
Sent: Thursday, July 01, 2010 10:59 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Large file transfer capacity 
 
Hello collegues, developers. 

Trying to download/upload   a CMS binary file > 2G to PC   under  z/VM  4.4. 

VM FTP aborts when transfer  reaches 2G, 

IND$FILE downloads , but does not upload. 

What to do ?   Will  the new VM releases help? 


Nikolai Dorozhko,
IBA, Minsk, Belarus
e-mail: doros...@iba.by 

Confidentiality Note: This e-mail, including any attachment to it, may contain 
material that is confidential, proprietary, privileged and/or "Protected Health 
Information," within the meaning of the regulations under the Health Insurance 
Portability & Accountability Act as amended. If it is not clear that you are 
the intended recipient, you are hereby notified that you have received this 
transmittal in error, and any review, dissemination, distribution or copying of 
this e-mail, including any attachment to it, is strictly prohibited. If you 
have received this e-mail in error, please immediately return it to the sender 
and delete it from your system. Thank you. 

Confidentiality Note: This e-mail, including any attachment to it, may contain 
material that is confidential, proprietary, privileged and/or "Protected Health 
Information," within the meaning of the regulations under the Health Insurance 
Portability & Accountability Act as amended. If it is not clear that you are 
the intended recipient, you are hereby notified that you have received this 
transmittal in error, and any review, dissemination, distribution or copying of 
this e-mail, including any attachment to it, is strictly prohibited. If you 
have received this e-mail in error, please immediately return it to the sender 
and delete it from your system. Thank you. 

Re: Large file transfer capacity

[Mike Walter]

Nikolai,

The terms Upload and Download are often confused.  Let's be more direct. 
You said that you are attempting to send the file FROM your z/VM 4.4 
system TO a Windows disk.  Then post below displayed results of a QUERY 
DISK command before and after the failed attempt.  That seems to imply 
that you are trying to send the file TO the VM system.

That makes it seems as though you are really attempting to send the file 
FROM a PC TO a VM system. 

If that is the same, you may be caught be an undocumented 2G limit on FTP 
transfers INTO VM.  We experienced that in VM/ESA 2.4.0.  It is described 
in the IBMVM-L thread beginning Tue, 28 Aug 2007 17:27:04 -0500 with the 
Subject: Augh

The following URL should get you to the start of that thread:
http://listserv.uark.edu/scripts/wa.exe?A2=ind0708&L=IBMVM&D=0&I=-3&X=0444AA37681B11D21A&Y=Mike.Walter%40hewitt.com&P=73906&F=P

If you really are trying to send the file to your old z/VM 4.4 system, it 
may be exposed to that same undocumented design limit.  If that is the 
case, an upgrade would certainly correct the problem.

Mike Walter
Hewitt Associates
The opinions expressed herein are mine alone, not my employer's.






"Nikolai Dorozhko"  

Sent by: "The IBM z/VM Operating System" 
07/01/2010 10:48 AM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: Large file transfer capacity






Hello David, 
The  Q disk was after abort,   I used the same disk from what the file was 
downloaded,   full  3390-3  without cyl 0. 

Nikolai. 



"Wakser, David"  
01.07.2010 18:30 


To
 
cc

Subject
RE: Large file transfer capacity








Not virtual storage ? disk size. It looks like the VM disk was too small 
to receive the file. Is the Q DISK issued AFTER the FTP aborted? I think 
you will need to use SFS if you require more than 1 pack of a disk size in 
VM. 
  
David Wakser 
  
From: doros...@iba.by [mailto:doros...@iba.by] 
Sent: Thursday, July 01, 2010 11:25 AM
To: Wakser, David
Subject: RE: Large file transfer capacity 
  
Hello David, 

>On the IND$FILE upload, are you running out of space and is that why the 
upload fails? 

Do you mean that i should define a large virtual storage? 

That is my PC ftp screen rip.  Sorry,  it speaks Russian.   >Netout : 
Abort of connection by  other computer   



q disk x   
LABEL  VDEV M  STAT   CYL TYPE BLKSZ   FILES  BLKS USED-(%) BLKS LEFT  BLK 
TOTAL 
ADFADF  X   R/O  3338 3390 40961 526004-88  74836 
600840 
 
file on disk after abort 

DISK74E  ARC  X1 V   8192 262147 524415  7/01/10 16:37:52 




Nikolai 




"Wakser, David"  
01.07.2010 18:01 


To
"Nikolai Dorozhko"  
cc

Subject
RE: Large file transfer capacity

  









I saw your post. On the IND$FILE upload, are you running out of space and 
is that why the upload fails? On the FTP, were there any messages? I 
cannot recall if there are any limitations possible in the FTP setup, but 
it COULD be stopped by a firewall. Is that possible? 
 
David Wakser 
 
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On 
Behalf Of Nikolai Dorozhko
Sent: Thursday, July 01, 2010 10:59 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Large file transfer capacity 
 
Hello collegues, developers. 

Trying to download/upload   a CMS binary file > 2G to PC   under  z/VM 
4.4. 

VM FTP aborts when transfer  reaches 2G, 

IND$FILE downloads , but does not upload. 

What to do ?   Will  the new VM releases help? 


Nikolai Dorozhko,
IBA, Minsk, Belarus
e-mail: doros...@iba.by 
Confidentiality Note: This e-mail, including any attachment to it, may 
contain material that is confidential, proprietary, privileged and/or 
"Protected Health Information," within the meaning of the regulations 
under the Health Insurance Portability & Accountability Act as amended. If 
it is not clear that you are the intended recipient, you are hereby 
notified that you have received this transmittal in error, and any review, 
dissemination, distribution or copying of this e-mail, including any 
attachment to it, is strictly prohibited. If you have received this e-mail 
in error, please immediately return it to the sender and delete it from 
your system. Thank you. 
Confidentiality Note: This e-mail, including any attachment to it, may 
contain material that is confidential, proprietary, privileged and/or 
"Protected Health Information," within the meaning of the regulations 
under the Health Insurance Portability & Accountability Act as amended. If 
it is not clear that you are the intended recipient, you are hereby 
notified that you have received this transmittal in error, and any review, 
dissemination, distribution or copying of this e-mail, including any 
attachment to it, is strictly prohibited. If you have received this e-mail 
in error, please immediately return it to the sender and delete it from 
your system. Thank you. 




The information contained in this e-mail and any accompanying documents 

Re: Large file transfer capacity

[Wakser, David]

That was my thought also. My last question to him (off list) had been:
was the disk where it came from also CMS formatted in 4096 blocks, like
the current one? Could the block size formatting make a difference for
single-file capacity, Alan? He claims the original file was on a CMS
full pack minus cyl 0, so he feels it should fit on a pack of the same
number of cylinders.

David Wakser

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Alan Altmark
Sent: Thursday, July 01, 2010 12:27 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Large file transfer capacity

On Thursday, 07/01/2010 at 10:58 EDT, Nikolai Dorozhko 

wrote:
> Hello collegues, developers. 
>   
> Trying to download/upload   a CMS binary file > 2G to PC   under  z/VM

 4.4. 
> 
> VM FTP aborts when transfer  reaches 2G, 
> 
> IND$FILE downloads , but does not upload.
> 
> What to do ?   Will  the new VM releases help?

In the screenshot you provided to David Wasker, there was an important 
clue:
  552 Data transfer aborted due to disk overflow

That error only appears if CMS thinks the disk is full. 

Alan Altmark
z/VM Development
IBM Endicott

Confidentiality Note: This e-mail, including any attachment to it, may contain 
material that is confidential, proprietary, privileged and/or "Protected Health 
Information," within the meaning of the regulations under the Health Insurance 
Portability & Accountability Act as amended.  If it is not clear that you are 
the intended recipient, you are hereby notified that you have received this 
transmittal in error, and any review, dissemination, distribution or copying of 
this e-mail, including any attachment to it, is strictly prohibited. If you 
have received this e-mail in error, please immediately return it to the sender 
and delete it from your system. Thank you.

Re: Large file transfer capacity

[Scott Rohling]

Hi Nikolai --

Any chance you can try a different FTP client (I use Linux, so not up on
current clients --  filezilla perhaps) ?

I seem to recall that the native ftp client with Windows XP had a built in
limit of 2G for downloads..   I'm not positive about this, and maybe it was
confusion based on FAT limits.

My next step would be to try a different ftp client --  maybe others can
suggest a good candidates..

Scott Rohling

On Thu, Jul 1, 2010 at 10:00 AM, Nikolai Dorozhko  wrote:

> Hello Scott,
>
> The ftp client is standard of Windows XP.
>
> I started experiment with IND$FILE afterward i failed with FTP.IND$FILE
>  downloaded,   but want not upload on the same empty disk,   the upload
> started with PComm window and ends after 1 second   without any message.
>
>
>
>
>  *Scott Rohling *
> Sent by: The IBM z/VM Operating System 
>
> 01.07.2010 18:41
>   To
> IBMVM@LISTSERV.UARK.EDU
> cc
>   Subject
> Re: Large file transfer capacity
>
>
>
>
> Guess we need to know more:
>
> -  What ftp client is being used on the PC? (or server if you're using the
> PC as an ftp server)
> -  Why won't IND$FILE upload?   What happens when you try?  (wouldn't
> recommend using IND$FILE anyway though, really, except as last resort)
>
> Scott Rohling
>
>
> On Thu, Jul 1, 2010 at 9:27 AM, Dave Jones 
> <*d...@vsoft-software.com*>
> wrote:
> Hm...Nikolai states that he is already using NTFS..maybe he is
> simply running out of free space on his disk?
>
>
> On 07/01/2010 10:28 AM, Scott Rohling wrote:
> You'll need to use an NTFS filesystem on your PC if you want files bigger
> than 2G -- I'm assuming you must be using Windows and a FAT filesystem..
>
> Scott Rohling
>
> On Thu, Jul 1, 2010 at 8:58 AM, Nikolai 
> Dorozhko<*doros...@iba.by*>
>  wrote:
>
> Hello collegues, developers.
>
> Trying to download/upload   a CMS binary file>  2G to PC   under  z/VM
>  4.4.
>
> VM FTP aborts when transfer  reaches 2G,
>
> IND$FILE downloads , but does not upload.
>
> What to do ?   Will  the new VM releases help?
>
>
> Nikolai Dorozhko,
> IBA, Minsk, Belarus
> e-mail: *doros...@iba.by* 
>
>
>
>
> --
> Dave Jones
> V/Soft*
> **www.vsoft-software.com* 
> Houston, TX
> 281.578.7544
>
>

Re: Large file transfer capacity

[Alan Altmark]

On Thursday, 07/01/2010 at 10:58 EDT, Nikolai Dorozhko  
wrote:
> Hello collegues, developers. 
>   
> Trying to download/upload   a CMS binary file > 2G to PC   under  z/VM 
 4.4. 
> 
> VM FTP aborts when transfer  reaches 2G, 
> 
> IND$FILE downloads , but does not upload.
> 
> What to do ?   Will  the new VM releases help?

In the screenshot you provided to David Wasker, there was an important 
clue:
  552 Data transfer aborted due to disk overflow

That error only appears if CMS thinks the disk is full. 

Alan Altmark
z/VM Development
IBM Endicott

Re: Large file transfer capacity

[Nikolai Dorozhko]

Hello Scott,

The ftp client is standard of Windows XP.
 
I started experiment with IND$FILE afterward i failed with FTP. IND$FILE 
downloaded,   but want not upload on the same empty disk,   the upload 
started with PComm window and ends after 1 second   without any message. 





Scott Rohling  
Sent by: The IBM z/VM Operating System 
01.07.2010 18:41

To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: Large file transfer capacity






Guess we need to know more:

-  What ftp client is being used on the PC? (or server if you're using the 
PC as an ftp server)
-  Why won't IND$FILE upload?   What happens when you try?  (wouldn't 
recommend using IND$FILE anyway though, really, except as last resort)

Scott Rohling


On Thu, Jul 1, 2010 at 9:27 AM, Dave Jones  
wrote:
Hm...Nikolai states that he is already using NTFS..maybe he is 
simply running out of free space on his disk?


On 07/01/2010 10:28 AM, Scott Rohling wrote:
You'll need to use an NTFS filesystem on your PC if you want files bigger
than 2G -- I'm assuming you must be using Windows and a FAT filesystem..

Scott Rohling

On Thu, Jul 1, 2010 at 8:58 AM, Nikolai Dorozhko  wrote:

Hello collegues, developers.

Trying to download/upload   a CMS binary file>  2G to PC   under  z/VM
 4.4.

VM FTP aborts when transfer  reaches 2G,

IND$FILE downloads , but does not upload.

What to do ?   Will  the new VM releases help?


Nikolai Dorozhko,
IBA, Minsk, Belarus
e-mail: doros...@iba.by




-- 
Dave Jones
V/Soft
www.vsoft-software.com
Houston, TX
281.578.7544

Re: Large file transfer capacity

[Nikolai Dorozhko]

Hello David,
The  Q disk was after abort,   I used the same disk from what the file was 
downloaded,   full  3390-3  without cyl 0. 

Nikolai.




"Wakser, David"  
01.07.2010 18:30

To

cc

Subject
RE: Large file transfer capacity






Not virtual storage ? disk size. It looks like the VM disk was too small 
to receive the file. Is the Q DISK issued AFTER the FTP aborted? I think 
you will need to use SFS if you require more than 1 pack of a disk size in 
VM.
 
David Wakser 
 
From: doros...@iba.by [mailto:doros...@iba.by] 
Sent: Thursday, July 01, 2010 11:25 AM
To: Wakser, David
Subject: RE: Large file transfer capacity
 
Hello David, 

>On the IND$FILE upload, are you running out of space and is that why the 
upload fails? 

Do you mean that i should define a large virtual storage? 

That is my PC ftp screen rip.  Sorry,  it speaks Russian.   >Netout : 
Abort of connection by  other computer   



q disk x   
LABEL  VDEV M  STAT   CYL TYPE BLKSZ   FILES  BLKS USED-(%) BLKS LEFT  BLK 
TOTAL 
ADFADF  X   R/O  3338 3390 40961 526004-88  74836 
600840 
 
file on disk after abort 

DISK74E  ARC  X1 V   8192 262147 524415  7/01/10 16:37:52 




Nikolai 





"Wakser, David"  
01.07.2010 18:01 


To
"Nikolai Dorozhko"  
cc

Subject
RE: Large file transfer capacity
 








I saw your post. On the IND$FILE upload, are you running out of space and 
is that why the upload fails? On the FTP, were there any messages? I 
cannot recall if there are any limitations possible in the FTP setup, but 
it COULD be stopped by a firewall. Is that possible? 
  
David Wakser 
  
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On 
Behalf Of Nikolai Dorozhko
Sent: Thursday, July 01, 2010 10:59 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Large file transfer capacity 
  
Hello collegues, developers. 
 
Trying to download/upload   a CMS binary file > 2G to PC   under  z/VM 
4.4. 

VM FTP aborts when transfer  reaches 2G, 

IND$FILE downloads , but does not upload. 

What to do ?   Will  the new VM releases help? 


Nikolai Dorozhko,
IBA, Minsk, Belarus
e-mail: doros...@iba.by 
Confidentiality Note: This e-mail, including any attachment to it, may 
contain material that is confidential, proprietary, privileged and/or 
"Protected Health Information," within the meaning of the regulations 
under the Health Insurance Portability & Accountability Act as amended. If 
it is not clear that you are the intended recipient, you are hereby 
notified that you have received this transmittal in error, and any review, 
dissemination, distribution or copying of this e-mail, including any 
attachment to it, is strictly prohibited. If you have received this e-mail 
in error, please immediately return it to the sender and delete it from 
your system. Thank you. 
Confidentiality Note: This e-mail, including any attachment to it, may 
contain material that is confidential, proprietary, privileged and/or 
"Protected Health Information," within the meaning of the regulations 
under the Health Insurance Portability & Accountability Act as amended. If 
it is not clear that you are the intended recipient, you are hereby 
notified that you have received this transmittal in error, and any review, 
dissemination, distribution or copying of this e-mail, including any 
attachment to it, is strictly prohibited. If you have received this e-mail 
in error, please immediately return it to the sender and delete it from 
your system. Thank you. 

<><>

Re: Define FULL PACK MDISK or DEDICATE z/Linux DASD

[Alan Altmark]

On Wednesday, 06/30/2010 at 10:07 EDT, Hans Rempel 
 wrote:
> Terry. Full volume minidisk do give you the MDC option even when it is a 
full 
> volume minidisk. Dedicate does not. I personally like to define my 
mini-disk 
> with offset 1 cyl so CP owns and controls cyl 0 where the CP label is. 
This 
> prevents duplicate volids appearing next time you IPL VM because a 
virtual 
> machine decided to change label to a label that already exist.
> 
> Using mini-disk offset 1 cyl also allows for easier cloning since the 
LINUX 
> guests can all have the same volume label. CP and the other virtual 
machines do 
> not see and do not care that they are the same. 
> 
> Naturally if you build this system and plan to run it in a LPAR without 
VM you 
> will need dedicated volumes.

While I appreciate the point being made, let's not throw the baby out with 
the bath water, eh?  There is too much FUD surrounding guest access to cyl 
0.

Protecting the system itself from guests with fp minis or dedicated 
devices is simple:
1. Smart use of SYSTEM CONFIG
2. Use DEVNO minidisks or dedicated volumes

I mean, all the best-dressed sysprogs this year haves
   OFFLINE_AT_IPL -
   ONLINE_AT_IPL .
in SYSTEM CONFIG so that only the RDEVs for CP-owned volumes and 
non-fullpack minidisk volumes are online.  No surprises.  Naturally they 
also have an alternate config file that you use in case of emergencies 
that also has your backup RDEVs online.  You want your system to come up 
as you intend, not as it wishes.  We provide bits (much to Bit's chagrin 
at times) and saddles.  Use 'em.

All fp mini and dedicated user volumes are varied online by AUTOLOG1. Like 
dedicated volumes, DEVNO minidisk volumes are not attached to SYSTEM and 
so do not appear in SYSTEM CONFIG.  The choice of a fullpack minidisk or a 
dedicated volume is left as an exercise to the reader based on 
requirements.  Rob is right - don't depend on what Grandpa told you about 
the performance of dedicated volumes; there is no longer traditional Start 
Subchannel I/O assist for virtual machines.  (QDIO, yes.  SSCH, no.)

Protecting other systems is just as important.
1. Don't put the RDEVs in the I/O config of other LPARs who don't need it.
2. For those that do need them, protect that system from potential 
conflicts.

The good news is that protecting other systems is nothing new.  You have 
been proactively dealing with that issue since Day One since everyone 
knows that volume naming conventions don't protect you from accidents, 
including duplicate volids and accidental overlay.  "Well, the label said 
OK2USE on it, so I grabbed it.  I guess you and I grabbed it at the same 
time.  Yes, it was a shame to lose 6 weeks of work.  Are we still 
friends?"

Build a Smarter Planet.  No Fear.

Alan Altmark
z/VM Development
IBM Endicott

Re: Large file transfer capacity

[Scott Rohling]

Guess we need to know more:

-  What ftp client is being used on the PC? (or server if you're using the
PC as an ftp server)
-  Why won't IND$FILE upload?   What happens when you try?  (wouldn't
recommend using IND$FILE anyway though, really, except as last resort)

Scott Rohling


On Thu, Jul 1, 2010 at 9:27 AM, Dave Jones  wrote:

> Hm...Nikolai states that he is already using NTFS..maybe he is
> simply running out of free space on his disk?
>
>
> On 07/01/2010 10:28 AM, Scott Rohling wrote:
>
>> You'll need to use an NTFS filesystem on your PC if you want files bigger
>> than 2G -- I'm assuming you must be using Windows and a FAT filesystem..
>>
>> Scott Rohling
>>
>> On Thu, Jul 1, 2010 at 8:58 AM, Nikolai Dorozhko  wrote:
>>
>>  Hello collegues, developers.
>>>
>>> Trying to download/upload   a CMS binary file>  2G to PC   under  z/VM
>>>  4.4.
>>>
>>> VM FTP aborts when transfer  reaches 2G,
>>>
>>> IND$FILE downloads , but does not upload.
>>>
>>> What to do ?   Will  the new VM releases help?
>>>
>>>
>>> Nikolai Dorozhko,
>>> IBA, Minsk, Belarus
>>> e-mail: doros...@iba.by
>>>
>>>
>>>
>>
> --
> Dave Jones
> V/Soft
> www.vsoft-software.com
> Houston, TX
> 281.578.7544
>

Re: Large file transfer capacity

[Nikolai Dorozhko]

Hello Dave,
The file system on  is NTFS,
No error messages from ind$file ,  the transfer starts with PCOMM windows 
and ends immediately  afterwards..

Nikolai. 




Dave Jones  
Sent by: The IBM z/VM Operating System 
01.07.2010 18:22

To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: Large file transfer capacity






Hi, Nikolia.

It looks like the PC operating system is using a file system that can 
not support files larger than 2G.you might have to switch to a PC 
o/s like Linux.

Why won't IND$FILE upload? What error messages are you seeing?



On 07/01/2010 09:58 AM, Nikolai Dorozhko wrote:
> Hello collegues, developers.
>
> Trying to download/upload   a CMS binary file>  2G to PC   under  z/VM
> 4.4.
>
> VM FTP aborts when transfer  reaches 2G,
>
> IND$FILE downloads , but does not upload.
>
> What to do ?   Will  the new VM releases help?
>
>
> Nikolai Dorozhko,
> IBA, Minsk, Belarus
> e-mail: doros...@iba.by
>
>

-- 
Dave Jones
V/Soft
www.vsoft-software.com
Houston, TX
281.578.7544

Re: Large file transfer capacity

[Dave Jones]

Hm...Nikolai states that he is already using NTFS..maybe he 
is simply running out of free space on his disk?


On 07/01/2010 10:28 AM, Scott Rohling wrote:

You'll need to use an NTFS filesystem on your PC if you want files bigger
than 2G -- I'm assuming you must be using Windows and a FAT filesystem..

Scott Rohling

On Thu, Jul 1, 2010 at 8:58 AM, Nikolai Dorozhko  wrote:


Hello collegues, developers.

Trying to download/upload   a CMS binary file>  2G to PC   under  z/VM
  4.4.

VM FTP aborts when transfer  reaches 2G,

IND$FILE downloads , but does not upload.

What to do ?   Will  the new VM releases help?


Nikolai Dorozhko,
IBA, Minsk, Belarus
e-mail: doros...@iba.by






--
Dave Jones
V/Soft
www.vsoft-software.com
Houston, TX
281.578.7544

Re: Large file transfer capacity

[Scott Rohling]

You'll need to use an NTFS filesystem on your PC if you want files bigger
than 2G -- I'm assuming you must be using Windows and a FAT filesystem..

Scott Rohling

On Thu, Jul 1, 2010 at 8:58 AM, Nikolai Dorozhko  wrote:

> Hello collegues, developers.
>
> Trying to download/upload   a CMS binary file > 2G to PC   under  z/VM
>  4.4.
>
> VM FTP aborts when transfer  reaches 2G,
>
> IND$FILE downloads , but does not upload.
>
> What to do ?   Will  the new VM releases help?
>
>
> Nikolai Dorozhko,
> IBA, Minsk, Belarus
> e-mail: doros...@iba.by
>
>

Re: Large file transfer capacity

[Nikolai Dorozhko]

Hello Neale,

The file system is NTFS.

Nikolai.




Neale Ferguson  
Sent by: The IBM z/VM Operating System 
01.07.2010 18:14

To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: Large file transfer capacity






What type of file system is on the PC? FAT, NTFS, ?? 

On Jul 1, 2010, at 10:58, "Nikolai Dorozhko"  wrote:

Hello collegues, developers. 
  
Trying to download/upload   a CMS binary file > 2G to PC   under  z/VM 
4.4. 

VM FTP aborts when transfer  reaches 2G, 

IND$FILE downloads , but does not upload. 

What to do ?   Will  the new VM releases help? 


Nikolai Dorozhko,
IBA, Minsk, Belarus
e-mail: doros...@iba.by

Re: Large file transfer capacity

[Dave Jones]

Hi, Nikolia.

It looks like the PC operating system is using a file system that can 
not support files larger than 2G.you might have to switch to a PC 
o/s like Linux.


Why won't IND$FILE upload? What error messages are you seeing?



On 07/01/2010 09:58 AM, Nikolai Dorozhko wrote:

Hello collegues, developers.

Trying to download/upload   a CMS binary file>  2G to PC   under  z/VM
4.4.

VM FTP aborts when transfer  reaches 2G,

IND$FILE downloads , but does not upload.

What to do ?   Will  the new VM releases help?


Nikolai Dorozhko,
IBA, Minsk, Belarus
e-mail: doros...@iba.by




--
Dave Jones
V/Soft
www.vsoft-software.com
Houston, TX
281.578.7544

Re: Large file transfer capacity

[Neale Ferguson]

What type of file system is on the PC? FAT, NTFS, ??

On Jul 1, 2010, at 10:58, "Nikolai Dorozhko" 
mailto:doros...@iba.by>> wrote:

Hello collegues, developers.

Trying to download/upload   a CMS binary file > 2G to PC   under  z/VM  4.4.

VM FTP aborts when transfer  reaches 2G,

IND$FILE downloads , but does not upload.

What to do ?   Will  the new VM releases help?


Nikolai Dorozhko,
IBA, Minsk, Belarus
e-mail:  doros...@iba.by

Large file transfer capacity

[Nikolai Dorozhko]

Hello collegues, developers.
 
Trying to download/upload   a CMS binary file > 2G to PC   under  z/VM 
4.4. 

VM FTP aborts when transfer  reaches 2G, 

IND$FILE downloads , but does not upload.

What to do ?   Will  the new VM releases help? 


Nikolai Dorozhko,
IBA, Minsk, Belarus
e-mail: doros...@iba.by

Re: Define FULL PACK MDISK or DEDICATE z/Linux DASD

[Martin, Terry R. (CMS/CTR) (CTR)]

Thanks all for the responses. I will try the approach of "short Init"
and see how that works out.

Terry

Thank You,

Terry Martin
Lockheed Martin - Citic
z/OS and z/VM Performance Tuning and Operating Systems Support
Office - 443 348-2102
Cell - 443 632-4191

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Rob van der Heij
Sent: Thursday, July 01, 2010 2:55 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Define FULL PACK MDISK or DEDICATE z/Linux DASD

On Thu, Jul 1, 2010 at 1:53 AM, Martin, Terry R. (CMS/CTR) (CTR)
 wrote:

> Anyway, during our z/Linux guest build process, which we are doing at
a very fast pace, we end up initializing the z/Linux DASD under z/VM.
Now, when we execute the z/Linux Kick Start that process comes right
back and initializes the same DASD. This process depending on the amount
of DASD being presented to the guest can take two or more hours to
complete with the majority of the time being spent on the DASD
initialization phase of the Kick Start.

As Hans points out, it has considerable systems management advantages
to leave the real volser to CP. Some of the claimed performance
benefits of dedicated DASD seems to build on hearsay, ancient VM
releases, wishful thinking and fading memory :-)

But you can save yourself some time by not initializing the volume on
z/VM first. For volumes that only contain mini disks, it's enough to
format cylinder 0 only and put a label on (the RANGE option in
ICKDSF). The virtual machine will need to format the mini disk anyway.
The recommendation to do it twice (just in case) stems from a Linux
bug that was fixed 8 years ago. Just remember that for page and spool
packs, you *do* have to format the full volume.

In the early days, Linux' dasdfmt also had the option to format only
part of the minidisk. This option was removed because some people
misused it and then reported a problem when the disk was not
formatted. Since you can't prevent Linux from formatting, the
alternative is to skip the formatting on z/VM (as explained above).

If your DASD subsystem has magic duplication features (snapshot,
flashcopy, etc) you can skip both steps. To do that, you once prepare
a disk with dasdmft (and maybe even mkefs2) and use that as the source
to flash over a fresh volume when you need a Linux disk. If supported,
you can just flash the large mini disk. Otherwise, you flash the
entire volume and use ICKDSF to relabel the real volume (that does not
touch the mini disk at cylinder 1). That's where it helps to let each
Linux have the same virtual volser for the disk.

Rob

Re: Goodbye, Farewell and Amen

[Rich Smrcina]

What I didn't mention in my original message was that the initial part 
of the SAP implementation was considered ontime and on budget.  The 
plant that was using it was consistently profitable, whereas the others 
(on the 'mainframe') were generally unprofitable.  Unfortunately, 
rolling out SAP to the other plants was problematic.  The plant 
management was skeptical (regardless of the profitable one), corporate 
management was not willing to force them to convert.  The result? A 
suddenly long implementation schedule which caused a significant 
increase in the amount of money being spent.  Money that they already 
couldn't afford.


This (partly) and the economic climate caused them to declare bankruptcy 
last February (2009), they came out late last year.  The new owner is 
running a foundry system that runs on System i.  So there was a mad rush 
to get a System i in house and learn how to use it, with a decimated and 
over taxed work force no less.  The kicker to this, the application on 
System i uses 5250 screens, *not* any new GUI or web technology. So they 
went from mainframe tried-and-true 3270 technology to a dalliance with 
Peoplesoft and SAP, back to green screen!


On 06/30/2010 09:49 PM, Tom Huegel wrote:
My 2 centsTwo previous employers dropped the mainframe for SAP one 
on HP UNIX the other laughably on WINDOZE servers.
The HP conversion was budgeted at $10 mil .. a few years and $50 mil 
later the company went bankrupt. Company 2 managed a sucessful 
conversion but now they spend all of their time adding hardware and 
rebooting WINDOZE. There has been no savings or increase in productivity.





--
Rich Smrcina
Phone: 414-491-6001
http://www.linkedin.com/in/richsmrcina

Catch the WAVV! http://www.wavv.org
WAVV 2011 - April 15-19, 2011 Colorado Springs, CO

Don India - Out of Office

[Donald India]

I will be out of the office starting  07/01/2010 and will not return until
07/12/2010.

I will be out of the office on July 1 and returning July 12th.  If your
matter is urgent, please contact Terri Green  at 877-700-0184.