I've had no trouble reading your mails from a (linux) mail client or a web
interface to my ISP mail q.
Using a web interface to linux-390, your messages disappear, leaving just
attachments.
Shane ...
On Tue, Jan 29th, 2013 at 2:59 AM, Richard Troth wrote:
> friends --
>
> Sincere apologies for
I suspect the build routine failed to identify the correct architecture and
got the wrong endian in this case.
A bug report should be filled so the devs can fix it upstream.
On Jan 28, 2013 9:24 PM, "Tom Huegel" wrote:
> [root@fedora ~]# file $(which xrdp)
> /usr/sbin/xrdp: ELF 64-bit MSB executa
Mauro Souza píše v Út 29. 01. 2013 v 08:40 -0200:
> I suspect the build routine failed to identify the correct architecture and
> got the wrong endian in this case.
> A bug report should be filled so the devs can fix it upstream.
it can be only the package is built wrong. I'll file a bug. Tom, I
Yes Dan you are correct.
On Tue, Jan 29, 2013 at 2:48 AM, Dan Horák wrote:
> Mauro Souza píše v Út 29. 01. 2013 v 08:40 -0200:
> > I suspect the build routine failed to identify the correct architecture
> and
> > got the wrong endian in this case.
> > A bug report should be filled so the devs ca
Tom Huegel píše v Út 29. 01. 2013 v 04:38 -0800:
> Yes Dan you are correct.
reported as https://bugzilla.redhat.com/show_bug.cgi?id=905411
and fixed rpm is available from
http://s390.koji.fedoraproject.org/koji/buildinfo?buildID=155092
it will hit official updates in a week or two
Dan
> On Tue
Actually, it is surprisingly easy to abuse FTP... and hammer the
server beyond all recognition. I've seen it. It's ugly.
A lot of FTP transfers get started... but never get past the login
phase. It does one *bleep* of a job in gnawing at the pool of sockets
but isn't that friendly CPU-wise. I
Thanks Dan, that was quick.. Hopefully I can get to it later today.
Tom
On Tue, Jan 29, 2013 at 6:12 AM, Dan Horák wrote:
> Tom Huegel píše v Út 29. 01. 2013 v 04:38 -0800:
> > Yes Dan you are correct.
>
> reported as https://bugzilla.redhat.com/show_bug.cgi?id=905411
> and fixed rpm is availabl
Our zVM version is 5.4.
Linux version is SUSE Enterprise Server 11 SP1 running as guest on zVM.
I add 2 more dasd for this guest's directory like below:
MDISK 0207 3390 0001 END LBE508 MR LNX4VM LNX4VM LNX4VM
MDISK 0208 3390 0001 END LBE509 MR LNX4VM LNX4VM LNX4VM
On linux, I want create a volume
> What I'd like to be able to do is eliminate the need to write out
> "file.to.transfer" and just somehow pipe it into the "tee" command
> directly. I just don't see a way to do it.
'curl' can probably do what you want.
That and 'wget' are standard equipment in Linux, common on Unix.
'curl' has al
This goes along with my previous post on abusing FTP. What I did in
the past was basically:
cat <<
John McKown
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the mess
I hadn't considered curl. It does exist on z/OS, although as you
pointed out, that's not important now. wget does not exist on z/OS. I
don't like coding the user/password into the command, however. I guess
that I could read the ~/.netrc to get the information.
Also, just for learning, I'm consider
Lu GL Gao,
What type of storage are you using? What does "lsdasd" show?
Mike O'Reilly
IBM Linux Change Team
> Anyone has idea about this problem?
Were the volumes CPFMTXA'd?
"Mike MacIsaac"
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
> I add 2 more dasd for this guest's directory like below:
> MDISK 0207 3390 0001 END LBE508 MR LNX4VM LNX4VM LNX4VM MDISK
> 0208 3390 0001 END LBE509 MR LNX4VM LNX4VM LNX4VM
>
> On linux, I want create a volume group by these 2 dasd. But system reject
> creating this volume group.
> A warning dia
Has anybody done a conversion to get from CKD DASD to FBA DASD?
At some point, we're looking to convert our CKD based linux machines to
FBA.
Can I use the linux "DD" command to do this?
--
For LINUX-390 subscribe / signoff / ar
>>> On 1/29/2013 at 11:39 AM, Michael MacIsaac wrote:
> Were the volumes CPFMTXA'd?
They wouldn't have come online to the guest as a minidisk if that had been
skipped.
Mark Post
--
For LINUX-390 subscribe / signoff / archive
>>> On 1/29/2013 at 11:05 AM, Lu GL Gao wrote:
> Our zVM version is 5.4.
> Linux version is SUSE Enterprise Server 11 SP1 running as guest on zVM.
>
> I add 2 more dasd for this guest's directory like below:
> MDISK 0207 3390 0001 END LBE508 MR LNX4VM LNX4VM LNX4VM
> MDISK 0208 3390 0001 END LBE
On Tue, Jan 29, 2013 at 12:03 PM, wrote:
> Has anybody done a conversion to get from CKD DASD to FBA DASD?
Yes.
> At some point, we're looking to convert our CKD based linux machines to
> FBA.
Good!
> Can I use the linux "DD" command to do this?
Yes and no.
You can use 'dd' to copy filesyste
If you are using lvm you can use pvmove to do the trick.
I am not sure dd will work...
And using dd you will have to bring down the file systems. pvmove is
online...
Offer Baruch
On Jan 29, 2013 7:09 PM, wrote:
> Has anybody done a conversion to get from CKD DASD to FBA DASD?
>
> At some point, w
Well, normally one does this:
fdasd -a /dev/dasde
fdasd -a /dev/dasdk
and then
pvcreate /dev/dasde1
pvcreate /dev/dasdk1
then create the group out of /dev/dasde1 and /dev/dask1
Marcy
-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Lu GL Gao
>>> On 1/29/2013 at 11:29 AM, John McKown wrote:
> I
> don't like coding the user/password into the command, however. I guess
> that I could read the ~/.netrc to get the information.
"curl -n" will do what you want here.
Mark Post
--
>>> On 1/29/2013 at 12:03 PM, wrote:
> Has anybody done a conversion to get from CKD DASD to FBA DASD?
>
> At some point, we're looking to convert our CKD based linux machines to
> FBA.
>
> Can I use the linux "DD" command to do this?
I certainly wouldn't try that. I would use rsync for the m
Actually, one little trick I've used-- where I didn't have to worry
about moving data between systems-- was a FIFO.
(All right, so I first used this just over 20 years ago.)
Once a FIFO is created, the trick is to ensure any writes to it from a
client program are ATOMIC. (You do NOT want to know
Thanks. Looks like I'll be trying out curl. I can only test once a
week as this is a weekly file. And I had redownloading 160 gig.
On Tue, Jan 29, 2013 at 10:47 AM, Mark Post wrote:
On 1/29/2013 at 11:29 AM, John McKown wrote:
>> I
>> don't like coding the user/password into the command, ho
This is more a curiosity question. I have written a bash script which
reads a bzip2 compressed set of files. For each record in the file, it
writes the record into a file name based on the first two "words" in
the record and the "generation number" from the input file name. Do to
the extreme size o
Although I'm a fan of Python, I wouldn't rewrite your program. Bash itself
is an interpreted language like your other options of Python / Perl. You're
going to get near native (compiled program) speed by using that call to
bzcat for your decompression and then I like how your while loop is using
ba
Shell is a write-only language. (that's an opinion) What I mean is,
maintaining "applications" written in shell, even BASH, is *hard*.
However ...
What is the extent and life of this script? If the purpose is to
wrap-up a number of other programs, then use a shell. I agree with
Jon. You're ca
Lifetime is as long as I work here and want to. This is not production. The
data is RACF audit information that I alone use to answer ad hoc
information requests. If pushed, I must recreate the report using z/OS
procedures. I do this on my Linux box to save z/OS cycles.
I may look at using ooREXX,
Based on John's previous posts and the dataset names referenced in this,
I'd say he's playing with the output from z/OS' RACF database unload. If
his zlinux is VM-hosted, I'd be inclined to bring the files to VM first,
mung them up with CMS pipelines then transfer the output files to his
guest. O
Actually, it is the IRRADU00 reformatted RACF audit records from SMF. Can't
process the SMF itself easily on VM/CMS or Linux.
On Jan 29, 2013 6:14 PM, "Michael Harding" wrote:
> Based on John's previous posts and the dataset names referenced in this,
> I'd say he's playing with the output from z/
> Actually, it is the IRRADU00 reformatted RACF audit records from SMF. Can't
> process the SMF itself easily on VM/CMS or Linux.
I have a faint memory that someone took the SMF publication, extracted the
record layouts and created some data descriptions for the S statistical tool on
Linux. Don'
> Interesting. I've tried looking at R, but just can't get the time to read the
> the
> books I've bought.
Another option for CMS or Linux might be the really ancient version of MACSYMA
that lives on the MVS CBT tape.
If you have access to a Fortran compiler, that beastie can eat structured
re
Interesting. I've tried looking at R, but just can't get the time to read
the the books I've bought.
On Jan 29, 2013 7:39 PM, "David Boyes" wrote:
> > Actually, it is the IRRADU00 reformatted RACF audit records from SMF.
> Can't
> > process the SMF itself easily on VM/CMS or Linux.
>
> I have a f
I don't think you're going to see much (if any) improvement, really. This
process is pretty much a simple filter, and you're mostly I/O bound, so C/C++
aren't really going to help much, and the amount of code you'll need to write
to simulate the parsing capabilities of any of the shell languages
On Tue, Jan 29, 2013 at 8:55 PM, John McKown
wrote:
> Interesting. I've tried looking at R, but just can't get the time to read
> the the books I've bought.
I've been doing some analyses with R. It is *very* complex with lots
and lots of commands. I've found faculty who teach courses in which R
Thanks guys!
These disks are ECKD 3390-3 dasd on DS8300.
Firstly I defined MDISK to that linux guest.
Secondly using CPFMTXA utility to format thess dasds at range between
cylinder 0 to END.
Thirdly boot that linux guest, I didn't use fdisk and dasdfmt, but use YAST
-> Hardware -> DASD -> Select
Since no one else seems to be pointing this out, i can see at least one
potential optimization:
On 1/29/13 4:13 PM, John McKown wrote:
>
> If you're interested, the bash script looks like:
>
> #!/bin/bash
> for i in irradu00.g*.bz2;do
> gen=${i#irradu00.}; # remove prefix
> gen=${g
You are correct in that the use of signals is pretty limited and there isn't a
convenient way to pass data to the target application.
As long as the daemon and the "caller" are running under the same instance,
then shared memory, message queues, etc. are all available to you.
(Solaris has a reall
38 matches
Mail list logo