Hello
I have a question about multivolume backup.
I want to take a backup to 3490 tape by using 'tar' command.
But the size of data is too big to copy within one tape volume.
Please tell me how to copy to multiple tape volumes by using 'tar' command.
Environments
z/VM 4.2
RedHat Linux 7.2 for
I'd like to explore moving some OS/390 VSAM files to Linux on the 390. Can anyone
point me to some
appropriate resources? I would like to stay with VSAM (ISAM, C-ISAM, etc.) files,
since some of the code that uses those files is
written in assembler. Record locking would be necessary however.
Unless of course, they do a lot of bit manipulation, in which case that rotten Intel
Arch. is inverted and out of order...
-Paul
- Original Message -
From: David Boyes [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, September 16, 2002 12:11 PM
Subject: Re: Intel Architecture
On Tue, 2002-09-17 at 12:41, Rich Smrcina wrote:
I would seriously doubt that there is anything available that will allow
assembler source compatibility of indexed data access between OS/390 and
Linux. The access method would undoubtedly be vastly different.
There are language ISAM libraries
I understand that DFS/SMB under os/390 2.10 allows access to VSAM files in
a 'samba' sort of way.
|-+
| | Rich Smrcina |
| | [EMAIL PROTECTED]|
| | om |
| | Sent by:
I'd like to explore moving some OS/390 VSAM files to Linux on the 390.
Can anyone point me to some appropriate resources? I would like to stay
with VSAM (ISAM, C-ISAM, etc.) files, since some of the code that uses
those files is written in assembler. Record locking would be necessary
On Tue, 17 Sep 2002 07:47:07 -0500 James Melin said:
I understand that DFS/SMB under os/390 2.10 allows access to VSAM files in
a 'samba' sort of way.
I would imagine it is similar to the NFS, which is sequential access
to VSAM, ie ESDS or sequential KSDS.
I don't know, but I would also guess
On Tuesday 17 September 2002 08:45 am, Thomas David Rivers wrote:
I'd like to explore moving some OS/390 VSAM files to Linux on the 390.
A web Search did not turn up much of any useful information.
Paul,
You should look at C-TREE from Faircloth... it's used by
a lot of people to
Mark wrote:
If you are running Linux guests on VM, I personally see little to no val
for CDL volumes, and just use LDL.
I did see a value to it, so much so that I went back and re-did
some volumes in CDL format.
The things I found I liked were to be able to access the minidisk
from CMS without
There is du, it can tell you how much space is using any directory.
man du or info du.
On Tue, 17 Sep 2002, James Melin wrote:
Is there a good tool to say analyze part of a file system tree and report
how much space it is using?
Say like /usr/sbin - which is not in it's own file system
James,
$ du -csh /usr/sbin
11M /usr/sbin
11M total
Is that what you want?
Mark Post
-Original Message-
From: James Melin [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 17, 2002 3:32 PM
To: [EMAIL PROTECTED]
Subject: Determining the 'mass' of a file system tree.
Is
James Melin writes:
Is there a good tool to say analyze part of a file system tree and report
how much space it is using?
Say like /usr/sbin - which is not in it's own file system but part of a
larger one.
du -s /usr/sbin
Useful variations on a theme are
du -s /foo/bar/*/
to get
James Melin wrote:
Is there a good tool to say analyze part of a file system tree and report
how much space it is using?
Say like /usr/sbin - which is not in it's own file system but part of a
larger one.
Do you mean like du -s ?
- Alex
--
Alex deVries
Principal Architect, Linuxcare
The 1.4.0 JDK/JRE is now available from IBM.
See: http://www-106.ibm.com/developerworks/java/jdk/linux140/;
1.4.0 SDKs JREs
(09-2002)
31-bit zSeries 64-bit zSeries
SLES 7 Yes
SLES
On Tue, 17 Sep 2002, James Melin wrote:
Is there a good tool to say analyze part of a file system tree and report
how much space it is using?
Say like /usr/sbin - which is not in it's own file system but part of a
larger one.
You mean, like this?
[root@dugite root]# du -sh /usr/
1.2G
The -x option is useful too; it skips mount points.
[root@rbh01 src]# du -s /
3421769 /
[root@rbh01 src]# du -sx /
1980444 /
[root@rbh01 src]# df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/dasda12366164 1980456265512 89% /
/dev/dasdb1
On Tue, 17 Sep 2002 18:40, you wrote:
Hello
I have a question about multivolume backup.
I want to take a backup to 3490 tape by using 'tar' command.
But the size of data is too big to copy within one tape volume.
Please tell me how to copy to multiple tape volumes by using 'tar' command.
On Tue, 17 Sep 2002 20:52, you wrote:
You do realize that your assembler code will need to be totally rewritten
anyway, don't you? All the ACB, GET, PUT, and RPL macros will need to be
redone to use whatever macros your VSAM-replacement uses. Also, your
assembler code is likely in HLASM
On Tue, Sep 17, 2002 at 02:45:53PM -0600, Ferguson, Neale wrote:
The 1.4.0 JDK/JRE is now available from IBM.
See: http://www-106.ibm.com/developerworks/java/jdk/linux140/;
1.4.0 SDKs JREs
(09-2002)
On Wed, 18 Sep 2002 10:34, you wrote:
'dump' understands how to deal with end
of volumes and does a lot of other nice things as well.
I had a problem with dump a while ago (not a very long while though) where I
had disk errors backing up data and there was no easy way (the authors
suggested
Well, we have the Tachyon assembler here, which uses HLASM syntax, and has the
capability to run
under Linux/390. We should be able to pretty much replace the macros and get away with
just rewriting a small portion of the code.
Remember that though file access is important, there is a heck of
21 matches
Mail list logo