Don't use the FULL parameter to backup VM volumes from OS/390 or z/OS.
Instead use the TRACKS parameter. For example:
DUMP -
TRACKS(0,0,3338,14) -
ADMINISTRATOR -
CPVOLUME -
INDDNAME(DISK) -
OUTDDNAME(TAPE) -
CANCELERROR -
OPTIMIZE(4)
-Original Message--
Hi Scott,
I think you may be running into problems because the Debian kernel is
compiled with the DEVFS option turned on. You need to reference your
dasd with /dev/dasd/ where is the device address instead of
/dev/dasda /dev/dasdb etc.
Lonny
-Original Message-
From: Scott Chapm
early days, some things would break if
you
> did not. I haven't checked lately, so I don't know if that's changed at
> all.
>
> Mark Post
>
> -Original Message-
> From: Sivey,Lonny [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 22, 2003 10:07 A
I did exactly that on a R63 instead of a R83. The Linux distro I used back
then was SUSE 7.0 with the 2.2.16 kernel. Not sure what you can expect with
one of the newer distros. It seemed to work ok.
Lonny
-Original Message-
From: Don Webb [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, Jan
Mark,
There are many things to complain about with Unix System Services, but
that's not one of them. Each user can have a different home directory
regardless of whether or not they run as UID(0). The home directory is set
in the user's OMVS segment. This is assuming you are using Security Serve
Jeremy,
I had a very similar problem that occurred every night on my syslog server.
I posted the problem here a few months ago and no one responded with any
ideas. What solved it for me was to reinstall a version of the kernel
without the timer patch enabled. After that the problem was gone. I
Actually I believe you can EMIF an ESCON 3174, but, only in SNA mode. Which
makes it useless as a console controller.
Lonny
-Original Message-
From: Alan Altmark [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 15, 2003 1:22 PM
To: [EMAIL PROTECTED]
Subject: Re: 2074 and the HMC
On
the bottom example (which I actually tried first). Of course I
very likely could have mis-coded something...
Scott
"Sivey,Lonny"
<[EMAIL PROTECTED] To: [EMAIL PROTECTED]
g>cc:
You don't want to treat the volumes like OS/390 or z/OS volumes by using the
FULL parameter. You need to use the TRACKS parameter and specify to dump
all the tracks.
Lonny
-Original Message-
From: Scott Chapman [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 14, 2003 7:53 AM
To: [EMAIL
Try taking the chpids to any unneeded stuff offline, or even remove them
from your IOCDS if possible.
Lonny
-Original Message-
From: Reiche, Ricardo [mailto:RReiche@;ChevronTexaco.com]
Sent: Friday, October 25, 2002 9:07 AM
To: [EMAIL PROTECTED]
Subject: Installing Linux/390 on a 9672 R14
Gordon,
You should only need to restart the ctc0 interface. Logon to the Linux
system console and:
ifdown ctc0
ifup ctc0
You may want to consider connecting your Linux servers to the VM TCPIP stack
with VLANs instead using the HSI interface. If you do that, you won't have
to restart anything w
This sounds similar to one of my early experiences. Do you have a 3174
defined on that LPAR you are not using? Try taking the CHIPD for the 3174
offline and IPLing Linux again.
Lonny
_
Lonny Sivey
System Support Division
OCLC Online Computer Library Center,
My guess is that your kernel is taking an oops! May I suggest you spool
your Linux console somewhere with the CP command "SPOOL CONSOLE * START"
before you IPL Linux. After your Linux dies again, review the console log
that is left in your reader with the RDRLIST & PEEK commands.
___
AM
To: [EMAIL PROTECTED]
Subject: Re: z/VM 4.2 Dispatching Problem running about 120 Li nux copies
Sivey,Lonny writes:
> As a temporary measure I issued SET QUICKDSP ON for all the Linux images
> except 1. This caused some immediate paging activity that has since
dropped
> back down to
As a temporary measure I issued SET QUICKDSP ON for all the Linux images
except 1. This caused some immediate paging activity that has since dropped
back down to normal levels. There are not currently any Linux systems
waiting on the eligible queue.
All SRM Values are still set to their default
PROTECTED]
Subject: Re: z/VM 4.2 Dispatching Problem running about 120 Linux copies
Do the Linux images have a CP directory option that has to do with the
dispatching, such as QUICKDSP?
Kris
On Fri, Sep 20, 2002 at 10:36:50AM -0400, Sivey,Lonny wrote:
> We are currently running about
We are currently running about 120 Linux instances on our 1 IFL G5 with 1.5G
storage.
After I added about the 100th Linux, VM began refusing to dispatch some of
them for extremely long periods of time (hours). If I re-IPL VM and start
all 120 Linux systems up again it runs fine for a couple days
I have a small penguin farm running about 100 RH 7.2 Linux images which are
primarily Apache servers under z/VM 4.2. One of the Linux systems is
support machine I use as a loghost to receive remote syslog data from all of
the other Linux guests. After upgrading the kernel on loghost from the
2.4.
Dave,
Many people including myself ran into this very same problem. The short
answer is that you need to use something other than a Windows based PC ftp
server to serve up the SuSE CDs.
Linux is using some ftp extensions that Windows doesn't have. Try using a
Linux PC with an ftp server instea
Lionel,
I think DISKMAP is ignorant of volumes which are online, but, don't have any
mini disks on them. It simply reads the USER DIRECT file and creates a map
from it. So if there's not at least one mini disk on a volume, a map for
the volume is not created.
Lonny
-Original Message-
Moloko,
I didn't see this one getting answered, so here's what I did:
On the VM side of things, I followed the example at
http://www.linuxvm.org/Info/HOWTOs/vdiskswp.html
For the Linux side of things I did the following:
Insert a line in /etc/rc.sysinit directly after the comment "#Start up
sw
I posted something on Tuesday, and my copy of the posting just arrived a few
minutes ago!
-Original Message-
From: Gregg C Levine [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 13, 2002 12:21 AM
To: [EMAIL PROTECTED]
Subject: List strangeness
Hello from Gregg C Levine normally with Jed
I logged on to z/VM the other day and discovered the system 100% busy. RTM
showed one of the 65 Linux guests had heavy CPU activity. I logged into the
Linux guest and it looks like kswapd was in a loop.
This is an off-the-shelf RH 7.2 distribution. Anyone else experienced this?
Is there a fix
Have you tried running VMFINFO from MAINT? You should be able to determine
what PTFs are applied on VM similar to what OS/390 or z/OS would show you
with SMP/E.
Lonny
-Original Message-
From: Robert Reuscher [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 24, 2002 12:08 AM
To: [EMAIL PROTE
've got no problem to establish a connection from linux to
z/os).
-Message d'origine-
De : Linux on 390 Port [mailto:[EMAIL PROTECTED]] De la part de
Sivey,Lonny
Envoyé : mercredi 15 mai 2002 16:19
À : [EMAIL PROTECTED]
Objet : Re: RE : ESCON CTC between two LPAR LINUX (SLES 2.
Have you tried defining the devices as a basic mode CTC (BCTC) instead of
SCTC? Even some IBM products don't support SCTC devices.
Lonny
-Original Message-
From: Peter E. Abresch Jr. - at Pepco [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 15, 2002 9:16 AM
To: [EMAIL PROTECTED]
Subjec
> My guess is your firewall is dropping the packets instead of allowing the
> response.
Yes, they do drop the packets.
> I suggest this is "Bad Behaviour" in your circumstances, and you might
explain
> the trouble it causes to the firewall folks and see if they will remedy
the
> problem.
It is
>> I have a RedHat 7.2 system with xinetd configured to run wu-ftpd. Our
fire
>> wall does not allow the auth service through, so the user has to wait
20-40
>> seconds for it to time out before they can logon. I tried disabling this
>> for ftpd in the ftpaccess file with "timeout RFC931 0"
>>
>>
I have a RedHat 7.2 system with xinetd configured to run wu-ftpd. Our fire
wall does not allow the auth service through, so the user has to wait 20-40
seconds for it to time out before they can logon. I tried disabling this
for ftpd in the ftpaccess file with "timeout RFC931 0"
This seems to ha
I guess I was wondering if you could achieve something similar to what
OS/390, z/OS, and z/VM do with paging to expanded storage versus DASD.
Obviously expanded storage is faster for paging, but once a page has been
unreferenced for a while you would not want to keep it there but move it to
dasd.
I was further wondering what linux would do if you specified both a V-DISK
and a DASD device as swap files. Is linux smart enough to prefer the faster
device, and only use the slower one when it needs too?
Lonny Sivey
-Original Message-
From: Post, Mark K [mailto:[EMAIL PROTECTED]]
Sent
Florian,
That did it.
Thanks, Lonny
-Original Message-
From: Florian La Roche [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, April 30, 2002 1:58 PM
To: [EMAIL PROTECTED]
Subject: Re: Linux shutdown on VM
On Tue, Apr 30, 2002 at 01:46:44PM -0400, Sivey,Lonny wrote:
> I'm afraid I d
2002 at 12:53:51PM -0400, Sivey,Lonny wrote:
> I have a RedHat 7.2 system I would like to logoff when a shutdown is done.
> I added vmhalt="logoff" to the kernel parameters, but, this seems to have
no
> affect. What am I missing?
Hello Lonny Sivey,
I've had a quick look into
). I had the same trouble with SuSE 7.0 until
I wrote it that way.
Georg
> -Original Message-
> From: Linux on 390 Port [mailto:[EMAIL PROTECTED]]On Behalf Of
> Sivey,Lonny
> Sent: Tuesday, April 30, 2002 6:54 PM
> To: [EMAIL PROTECTED]
> Subject: Linux shutdown on VM
>
I have a RedHat 7.2 system I would like to logoff when a shutdown is done.
I added vmhalt="logoff" to the kernel parameters, but, this seems to have no
affect. What am I missing?
Thanks, Lonny
_
Lonny Sivey
System Support Division
OCLC Online Computer Library
Marco,
Sorry, no solution to offer. I am however having the same problem with my
hsi0 on shutdown.
Lonny
-Original Message-
From: Zarro, Marco [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 11, 2002 12:10 PM
To: [EMAIL PROTECTED]
Subject: FW: ETH0 Shutdown
I am resending this in th
I have been trying to get a guest lan connection going between my RedHat
2.4.9-17 system and z/VM 4.2 TCPIP by following the instructions in the how
to at http://linuxvm.org/Info/HOWTOs/guestlan.html
The qeth driver refuses to load with the error message "no such device"
however, the devices are
Rob,
I just installed Red Hat and also had trouble with this. I found I
also need to add some lines to my
/etc/sysconfig/network-interfaces/ifcfg-iucv0
file as well.
I'm also having a weird delay in the iucv0 interface becoming active. This
happens in both the install phase, and after the firs
38 matches
Mail list logo