'Cause the Korn Shell Sucks!
Playing Words with Friends, it accepts "bash" and "sh" as words, but not
"ksh". What's up with that? J
--
For LINUX-390 subscribe / signoff / archive access ins
Playing Words with Friends, it accepts "bash" and "sh" as words, but not
"ksh". What's up with that? J
.phsiii
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the
Ooh! That's it, sorta! I think the syntax has changed slightly, but I
needed just "pam_tally.so" in the common-account file, and now it resets
the bugger after a successful login as it's supposed to. It also tracks
up to the 10 bad passwords before it locks the user, and if they enter a
correct
@vm.marist.edu] On Behalf Of
Collinson.Shannon
Sent: Friday, January 29, 2010 10:41 AM
To: LINUX-390@vm.marist.edu
Subject: [LINUX-390] weird problem with pam_tally in SLES10SP2
I'm new to supporting linux, being a mainframe z/OS sysprog, so this may
just be a user error and I sincerely hope someone c
I'm new to supporting linux, being a mainframe z/OS sysprog, so this may
just be a user error and I sincerely hope someone can say "Duh!" once I
explain this...
We're trying to build Linux-on-zSeries SLES10SP2 guests as close as
possible to the same level of Linux guests on Intel servers. As p
On Tuesday 17 November 2009 06:43, Shane wrote:
>On Tue, 2009-11-17 at 00:36 +, Bishop, Peter wrote:
>> Thanks again Shane, were you testing with tapes? I'm going to see
>> what I can do to set up a test against our tape library and get some
>> real results to work with.
>
>Nope - I was just t
On Tue, 2009-11-17 at 00:36 +, Bishop, Peter wrote:
> Thanks again Shane, were you testing with tapes? I'm going to see
> what I can do to set up a test against our tape library and get some
> real results to work with.
Nope - I was just tooling around with some disk tests.
Then Edmund added
It's not quite that smart. Linux has to copy the data from kernel-space
buffers into user-space memory, at least. So even if the block of data is in
the page cache, there's still a copy operation. It doesn't just give a
pointer to the kernel's block to a process, which is I think what you're
de
9012 5147 office | +61 2 9012 6620 fax | peter.bis...@hp.com
36-46 George St | Burwood | NSW 2134 Australia
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Shane
Sent: Monday, 16 November 2009 8:39 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: weird(?) id
On Sunday 15 November 2009 18:32, Leslie Turriff wrote:
> I wonder how intelligent the Linux pipe mechanism is? If the connection
>works by something equivalent to QSAM's get/locate, put/locate, the overhead
>would be miniscule; just passing pointers and reactivating the pipeline
>stages?
I
On Mon, 2009-11-16 at 03:49 +, Bishop, Peter wrote:
> With zLinux named pipes I think there will be more than one read for
> each record, viz one for the cat command and one for the pipe itself
> (perhaps two if the program then has to issue another read to get the
> data from the pipe). Ass
e-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Leslie
Turriff
Sent: Monday, 16 November 2009 10:33 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: weird(?) idea for an extended symlink functionality
On Sunday 15 November 2009 17:24:34 John McKown wrote:
> On Mon, 2009-11-16
On Sunday 15 November 2009 17:24:34 John McKown wrote:
> On Mon, 2009-11-16 at 08:22 +1000, Shane wrote:
>
> I think by I/O, the OP is saying that reading the file directly is done
> via a single read() or fread() or ... . Using a named pipe, the "cat"
> does this, but then does a write() or fwrite
On Mon, 2009-11-16 at 08:22 +1000, Shane wrote:
> On Sun, 2009-11-15 at 21:25 +, Bishop, Peter wrote:
>
> > I'm still a bit leery of the extra I/O, as that equates to elapsed
> > time which is our enemy in this scenario. I may try a named pipe test
> > on a small case just to see what happens
On Sun, 2009-11-15 at 21:25 +, Bishop, Peter wrote:
> I'm still a bit leery of the extra I/O, as that equates to elapsed
> time which is our enemy in this scenario. I may try a named pipe test
> on a small case just to see what happens but Leslie's small test does
> not augur well.
Look at L
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of McKown,
John
Sent: Saturday, 14 November 2009 9:00 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: weird(?) idea for an extended symlink functionality
> -Original Message-
> From: Linux on 390 Port [mailto:linux-...@vm.mar
On Friday 13 November 2009 19:39:12 Shane wrote:
> On Fri, 2009-11-13 at 18:18 -0500, Edmund R. MacKenty wrote:
> > Now this is just on a laptop, and a very crude measurement, but it sure
> > looks like there's a bit of overhead in them thar named pipes and cat!
>
> Apples and oranges. Why did you
On Fri, 2009-11-13 at 18:18 -0500, Edmund R. MacKenty wrote:
> Now this is just on a laptop, and a very crude measurement, but it sure looks
> like there's a bit of overhead in them thar named pipes and cat!
Apples and oranges. Why did you introduce the "-c" ???.
Shane ...
-
On Friday 13 November 2009 17:18:17 Edmund R. MacKenty wrote:
> On Friday 13 November 2009 17:14, McKown, John wrote:
> >I think you're right. He was worried that instead of his program just
> > reading the file(s), the I/O would be: (1) "cat" reading the files from
> > disk; (2)writing the content
On Friday 13 November 2009 17:14, McKown, John wrote:
>I think you're right. He was worried that instead of his program just
> reading the file(s), the I/O would be: (1) "cat" reading the files from
> disk; (2)writing the contents to the pipe and (3) his program reading the
> pipe. Or about 3x the
> -Original Message-
> From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On
> Behalf Of Edmund R. MacKenty
> Sent: Friday, November 13, 2009 4:05 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: weird(?) idea for an extended symlink functionality
> I though
On Friday 13 November 2009 16:35, McKown, John wrote:
>Thanks for the reply. I'm very new to all this, so I appreciate the thoughts
> of those who are steeped in the "whys" of UNIX. Actually, my original
> solution was to use an environment variable to list the files to be read
> (didn't think of t
> -Original Message-
> From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On
> Behalf Of David Boyes
> Sent: Friday, November 13, 2009 3:50 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: weird(?) idea for an extended symlink functionality
>
> That's
> -Original Message-
> From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On
> Behalf Of Thomas David Rivers
> Sent: Friday, November 13, 2009 3:46 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: weird(?) idea for an extended symlink functionality
>
> Joh
On 11/13/09 3:47 PM, "McKown, John" wrote:
> This goes back to the person who wanted some way to emulate DD concatenation
> of multiple datasets so that they are read as if they were one. Everybody
> agrees that there isn't an easy way. Now, I don't know filesystem internals.
> But what about a n
John,
You could use a program to do this, and a named pipe.
To simplify this a little... if you had a program that wanted
to open the file INFILE. And, it wanted a concatenation of
FILE1, FILE2 and FILE3. (And, let's say the program is named 'prog')
Then - a typical UNIXy approach would
> -Original Message-
> From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On
> Behalf Of Edmund R. MacKenty
> Sent: Friday, November 13, 2009 3:24 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: weird(?) idea for an extended symlink functionality
>
>
&g
On Friday 13 November 2009 15:47, McKown, John wrote:
>This goes back to the person who wanted some way to emulate DD concatenation
> of multiple datasets so that they are read as if they were one. Everybody
> agrees that there isn't an easy way. Now, I don't know filesystem
> internals. But what a
This goes back to the person who wanted some way to emulate DD concatenation of
multiple datasets so that they are read as if they were one. Everybody agrees
that there isn't an easy way. Now, I don't know filesystem internals. But what
about a new type of symlink? Normally, a symlink contains t
On Monday 15 September 2008 12:38, Ron Foster at Baldor-IS wrote:
>Has anyone come to a conclusion?
>
>Run NTP or not?
>
>Adjust the time once a day using cron?
Given that the current ntpd implementation wakes up every second, I'd say
*never* run ntpd on more than a few guests.
I think the jury i
Has anyone come to a conclusion?
Run NTP or not?
Adjust the time once a day using cron?
Ron Foster
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LIN
Alan Altmark wrote:
On Saturday, 09/13/2008 at 08:34 EDT, John Summerfield
<[EMAIL PROTECTED]> wrote:
I may have missed something. Is there no way that a virtual machine
cannot have use of a clock, corrected for drift, that reflects the
correct time of day, either now or in the future? A TOD clo
Rob van der Heij wrote:
On Sun, Sep 14, 2008 at 2:26 AM, John Summerfield
<[EMAIL PROTECTED]> wrote:
I may have missed something. Is there no way that a virtual machine
cannot have use of a clock, corrected for drift, that reflects the
correct time of day, either now or in the future? A TOD clo
On Saturday, 09/13/2008 at 08:34 EDT, John Summerfield
<[EMAIL PROTECTED]> wrote:
> I may have missed something. Is there no way that a virtual machine
> cannot have use of a clock, corrected for drift, that reflects the
> correct time of day, either now or in the future? A TOD clock that does
> _n
On Sun, Sep 14, 2008 at 2:26 AM, John Summerfield
<[EMAIL PROTECTED]> wrote:
> I may have missed something. Is there no way that a virtual machine
> cannot have use of a clock, corrected for drift, that reflects the
> correct time of day, either now or in the future? A TOD clock that does
> _not_
Alan Altmark wrote:
On Thursday, 09/11/2008 at 03:27 EDT, "Quay, Jonathan (IHG)"
<[EMAIL PROTECTED]> wrote:
So z/VM would have to implement stp support (hey, z/OS has it, just port
it) so its TOD clock would be accurate and Linux would have to changed
to get its time from VM's now accurate clock
On Thursday, 09/11/2008 at 03:27 EDT, "Quay, Jonathan (IHG)"
<[EMAIL PROTECTED]> wrote:
> So z/VM would have to implement stp support (hey, z/OS has it, just port
> it) so its TOD clock would be accurate and Linux would have to changed
> to get its time from VM's now accurate clock.
You forgot you
On Thu, Sep 11, 2008 at 7:09 PM, Mark Post <[EMAIL PROTECTED]> wrote:
> While this discussion has been going on, I've been wondering if "hwclock
> --hctosys" might not be the lowest impact method available. The problem
> being that hwclock currently isn't included in the util-linux RPM for SLES
n 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Alan Altmark
Sent: Thursday, September 11, 2008 10:34 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Weird application freeze problem
On Wednesday, 09/10/2008 at 08:41 EDT, "Quay, Jonathan (IHG)"
<[EMAIL PROTECTED]> wrote:
> Don
irly high quality
hardware clock available.
The only real risk with that is "Mickey Mouse" time -- the operator
setting the CP time via the wrist watch. Kerberos and other things don't
like unsynced time, and Weird Things happen. But, if the time adjustment
stuff in the hardware i
>>> On 9/11/2008 at 11:24 AM, in message
<[EMAIL PROTECTED]>, "Edmund R. MacKenty"
<[EMAIL PROTECTED]> wrote:
-snip-
> Perhaps this is a
> better tool than ntpd for the VM environment?
While this discussion has been going on, I've been wondering if "hwclock
--hctosys" might not be the lowest imp
On Thursday 11 September 2008 10:33, Alan Altmark wrote:
>If you enable the external timer function of System z, it will syncronize.
> For large time deltas, an LPAR that supports STP or ETR will be notified.
> For small deltas, the LPARs will drift to the correct time. The clock
>will appear to r
@VM.MARIST.EDU
Subject: Re: Weird application freeze problem
On Wednesday, 09/10/2008 at 08:41 EDT, "Quay, Jonathan (IHG)"
<[EMAIL PROTECTED]> wrote:
> Don't the newer z series machines implement ntp themselves to keep the
> hardware clock correct? Could linux use
On Wednesday, 09/10/2008 at 08:41 EDT, "Quay, Jonathan (IHG)"
<[EMAIL PROTECTED]> wrote:
> Don't the newer z series machines implement ntp themselves to keep the
> hardware clock correct? Could linux use the hardware clock to keep
> accurate time?
If you enable the external timer function of Sys
David Boyes wrote:
Because ntpd wakes up periodically to check to see if it needs to do
and crond does not?
Much less frequently. Also, the 390 hw clock is relatively stable, so the
moment-by-moment adjustment that ntpd is capable of is much less necessary on
that platform; adjusting once in
On Wed, Sep 10, 2008 at 6:15 PM, Edmund R. MacKenty
<[EMAIL PROTECTED]> wrote:
> Ntpd doesn't do that: it wakes up periodically even though it isn't going to
> send a packet out. I just ran it with debugging on, and it looks like it is
> waking up every second! Apparently, the authors optimized
On Wed, Sep 10, 2008 at 5:22 PM, Fargusson.Alan
<[EMAIL PROTECTED]> wrote:
> How do you get z/VM to coordinate with the rest of the world?
We also played with VTOD support. When you make one virtual machine
pick up the proper time after IPL, the other virtual machines can pick
up that first serve
On Wednesday 10 September 2008 12:27, Malcolm Beattie wrote:
>Edmund R. MacKenty writes:
>> Does anyone know of a Linux tool that would give more accurate information
>> about process wake-ups? It would be nice to be able to profile Linux
>> daemons like this and see which ones play nice in a VM e
Edmund R. MacKenty writes:
> Does anyone know of a Linux tool that would give more accurate information
> about process wake-ups? It would be nice to be able to profile Linux daemons
> like this and see which ones play nice in a VM environment, because ntpd sure
> doesn't!
Try
strace -tt -T -
> Ntpd doesn't do that: it wakes up periodically even though it isn't
going
> to send a packet out. I just ran it with debugging on, and it looks
like > it is waking up every second! Apparently, the authors optimized
it for
> low network traffic, but didn't care about wake-ups.
Part of that is
On Wednesday 10 September 2008 11:56, Erik N Johnson wrote:
>So are you saying cron handles this problem better than ftpd does? It
>does sound like it's a moot point if there's a solution to the problem
>in the architecture, nevertheless I am eager to understand the issue
>at hand.
Did you mean "
ssage-
> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
> Erik N Johnson
> Sent: Wednesday, September 10, 2008 7:24 AM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: Weird application freeze problem
>
>
> That doesn't make any sense. Based on what I k
PROTECTED] Behalf Of
Erik N Johnson
Sent: Wednesday, September 10, 2008 7:24 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Weird application freeze problem
That doesn't make any sense. Based on what I know about 'process
sleeping' and 'waking up' there are two possibilities
On Tue, Sep 9, 2008 at 6:17 PM, David Boyes <[EMAIL PROTECTED]> wrote:
> Because ntpd wakes up periodically to check to see if it needs to do
> anything, and causes the virtual machine to get dispatched, which causes
> CP to have to get it actually ready to run, causing lots of fuss, all to
> decid
-390@VM.MARIST.EDU
Subject: Re: Weird application freeze problem
Since we're getting off-topic already...
On Tue, Sep 9, 2008 at 6:17 PM, David Boyes <[EMAIL PROTECTED]> wrote:
> Because ntpd wakes up periodically to check to see if it needs to do
> anything, and causes the virtu
That doesn't make any sense. Based on what I know about 'process
sleeping' and 'waking up' there are two possibilities for how this
works. The first is, of course, busy polling. If that's how it works
then the question is irrelevant since busy polling means useless work
no matter what. Since I
2008 3:44 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Weird application freeze problem
Since we're getting off-topic already...
On Tue, Sep 9, 2008 at 6:17 PM, David Boyes <[EMAIL PROTECTED]>
wrote:
> Because ntpd wakes up periodically to check to see if it needs to do
> an
>> Because ntpd wakes up periodically to check to see if it needs to do
> and crond does not?
Much less frequently. Also, the 390 hw clock is relatively stable, so the
moment-by-moment adjustment that ntpd is capable of is much less necessary on
that platform; adjusting once in 24 hrs is usually
Since we're getting off-topic already...
On Tue, Sep 9, 2008 at 6:17 PM, David Boyes <[EMAIL PROTECTED]> wrote:
> Because ntpd wakes up periodically to check to see if it needs to do
> anything, and causes the virtual machine to get dispatched, which causes
> CP to have to get it actually ready t
David Boyes wrote:
I probably shouldn't open this particular can of worms, but... Why
are
you
running ntpdate from cron, anyway?
Because ntpd wakes up periodically to check to see if it needs to do
and crond does not?
--
Cheers
John
-- spambait
[EMAIL PROTECTED] [EMAIL PROTECTED]
-
On Tuesday 09 September 2008 12:17, David Boyes wrote:
>> I probably shouldn't open this particular can of worms, but... Why
>>are you running ntpdate from cron, anyway?
>
>Because ntpd wakes up periodically to check to see if it needs to do
>anything, and causes the virtual machine to get dispatc
> I probably shouldn't open this particular can of worms, but... Why
are
> you
> running ntpdate from cron, anyway?
Because ntpd wakes up periodically to check to see if it needs to do
anything, and causes the virtual machine to get dispatched, which causes
CP to have to get it actually ready to
On Monday 08 September 2008 22:53, Martha McConaghy wrote:
>I've been testing out Hobbit in a SLES 10 virtual machine on z/VM. It is
>a monitoring application based off of Big Brother. So far, it works great
>except for one weird thing. We have a cron task that runs once a ni
: LINUX-390@VM.MARIST.EDU
Subject: Weird application freeze problem
I've been testing out Hobbit in a SLES 10 virtual machine on z/VM. It is
a monitoring application based off of Big Brother. So far, it works great
except for one weird thing. We have a cron task that runs once a night
that does
obbit daemon and wait until all of its processes are gone (kill
them if necessary???)
run ntpdate
wait until the current time is later than the time you recorded on entry
(e.g. wait until 00:00:48 or later)
restart Hobbit
Douglas Wooster
[LINUX-390] Weird application freeze problem
M
I've been testing out Hobbit in a SLES 10 virtual machine on z/VM. It is
a monitoring application based off of Big Brother. So far, it works great
except for one weird thing. We have a cron task that runs once a night
that does ntpdate to sync the time with an NTP server. If the time
Subject: Re: Weird network problem
Phil,
Is this gateway machine having a dispatching problem? Is it running CCL?
Phil Smith III wrote:
> I visited a customer yesterday, and they mentioned a weird problem:
>
> They have a z/Linux guest that's acting as an SNA gateway for some VSE
u
Not CCL .. The software is from TPS.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Rich Smrcina
Sent: Thursday, March 06, 2008 9:16 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Weird network problem
Phil,
Is this gateway machine having a dispatching
Smells like something outside the box is changing route information in
the rest of the network to indicate a sub-optimal or non-working path.
Several times an hour would be consistent with default OSPF route
announcement/convergence timing.
Phil,
Is this gateway machine having a dispatching problem? Is it running CCL?
Phil Smith III wrote:
I visited a customer yesterday, and they mentioned a weird problem:
They have a z/Linux guest that's acting as an SNA gateway for some VSE users.
So it's dual-homed: a virtual
I visited a customer yesterday, and they mentioned a weird problem:
They have a z/Linux guest that's acting as an SNA gateway for some VSE users.
So it's dual-homed: a virtual NIC (vNIC) for incoming TCP/IP traffic, and a
real OSA for outgoing SNA (to the VSE guest(s) -- not sure wh
On Wednesday, 01/28/2004 at 01:06 CET, Franco Mignogna
<[EMAIL PROTECTED]> wrote:
> I suspect the problem here is that Gbit OSA uses QDIO mode; according
> http://www.redbooks.ibm.com/redbooks/pdfs/sg245948.pdf in QDIO mode an
OSA
> card answers to ARP request by itself, having IP addresses reg
On Tue, Jan 27, 2004 at 05:08:11PM -0500, Alan Altmark wrote:
> I'm pretty sure that Linux doesn't do IP takeover. The VIPA is
registered
> in the OSA filters, but the OSA won't respond to ARPs.
> Don't confuse VIPA with IP takeover. They are two different things. The
> concepts are mixed togeth
On Tue, Jan 27, 2004 at 05:08:11PM -0500, Alan Altmark wrote:
> I'm pretty sure that Linux doesn't do IP takeover. The VIPA is registered
> in the OSA filters, but the OSA won't respond to ARPs.
And then what Linux believes--in terms of what addresses are configured
on the interface--and what the
On Tuesday, 01/27/2004 at 03:50 CET, Franco Mignogna
<[EMAIL PROTECTED]> wrote:
> >> E00A An IP address was received by the OSA port that duplicates an IP
> address being used by another IP connection in the IP network. Change
one
> of the IP addresses in the network.
>
> So it looks as an IP addre
Leland reported the following error when querying OSA card via OSA/SF .
> IOAK881E Image D UA 15 had an OSA OAT reject code of E00A
According IBM doc :
>> E00A An IP address was received by the OSA port that duplicates an IP
address being used by another IP connection in the IP network. Change
> You need to figure out if the cards are responding to ARPs or not. I
> realize that you used qetharp, but that tells you what OSA
> has loaded into
> its own ARP cache, not whether it is responding to ARPs. Use
> OSA/SF or
> the HMC to look at IP addresses loaded into the cards (which
> is n
On Friday, 01/23/2004 at 12:17 CST, "Lucius, Leland"
<[EMAIL PROTECTED]> wrote:
> I've been running into a problem every so often that I can't track down
and
> thought I'd just throw it out here to see if I get any bites.
>
> I have 2 Gbit OSAs that I share among my guests and use VIPA to provide
>
> Hmm. I see the problem at the workstation. Poke around for a bit and
> notice that eth1 is not aliased in
> modules.conf. Add an alias to modules.conf for eth1 and the
> problem goes
> away. Cannot be recreated.
> ... so it' s fixed ... no ... we remove the update to modules.conf and
> cannot re
Well don't have an answer for you but have seen an other weird linux osa
situation.
Client presents me with a linux image with two osa cards at eth0 and eth1.
eth0 172.27.194.153
eth1 172.27.94.153
eth1:1 172.27.88.51
eth1:2 172.27.88.52
eth1:3 172.27.8853
Eth1:3 are according to client V
Hi folks,
I've been running into a problem every so often that I can't track down and
thought I'd just throw it out here to see if I get any bites.
I have 2 Gbit OSAs that I share among my guests and use VIPA to provide
failover in case one goes down. So, every guest has an eth0, eth1, and an
lo
3 6:18 PM
> To: [EMAIL PROTECTED]
> Subject: Re: weird snapshots
>
>
> Chris,
>
> I'm not going to be able to solve your problem, but block
> device 58 (3a
> hex) is reserved for lvm according to devices.txt (which
> comes with any
> kernel tree). If you run &
gotcha. thanks
> -Original Message-
> From: Alex deVries [mailto:[EMAIL PROTECTED]
> Sent: Monday, November 10, 2003 6:18 PM
> To: [EMAIL PROTECTED]
> Subject: Re: weird snapshots
>
>
> Chris,
>
> I'm not going to be able to solve your problem,
Chris,
I'm not going to be able to solve your problem, but block device 58 (3a
hex) is reserved for lvm according to devices.txt (which comes with any
kernel tree). If you run 'cat /proc/devices', you'll probably see lines
that looks like:
Block devices:
...
58 lvm
If you hunted through /dev,
i'm using the snapshot option of lvcreate to create an image of an oracle
database. for quite awhile it has worked fine; however, since Oct 31 I get
something like this in the log when the snapshot volumes are mounted:
Nov 10 17:40:01 s99lxd02 kernel: kjournald starting. Commit interval 5
second
After ECN check, You should check OSA microcode level also . Must be
OSA-Express QDIO
zSeries 900 GA3
Driver 3G, OSA microcode level 3.0A
MCLs: J11204.007 and J11204.008 (available May 03, 2002)
zSeries 900 GA2
Driver 3C, OSA microcode level: 2.26
MCLs: J10630.013 and J10630.014 (available May
On Tue, 2003-09-30 at 14:17, Greg Smith wrote:
> We finally got our z/VM license and dusted off a couple of our linux
> virtual machines. On our sles8 machine, we can connect to some
> external sites but not to others:
Is ECN turned on in your IP config?
Do you go thru a firewall? Do you have /etc/sysconfig/proxy set up if so?
Marcy Cortes
Wells Fargo Services Company
-Original Message-
From: Greg Smith [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 30, 2003 12:17
To: [EMAIL PROTECTED]
Subject: [LINUX-390] weird connection problem
We finally got our z/VM license and dusted off a couple of our linux
virtual machines. On our sles8 machine, we can connect to some
external sites but not to others:
linux04:~ # uname -a
Linux linux04 2.4.19-3suse-SMP #1 SMP Mon Mar 3 14:07:59 UTC 2003 s390 unknown
linux04:~ #
linux04:~ # telnet w
On Tue, 26 Nov 2002, Daniel Jarboe wrote:
> Thanks a lot for the help, the only diff is a histfilesize in
> .bash_profile, and echo -n worked fine for me :(. Also, nothing
> suspicious in rpm -qa --last, I will look for that thread though,
> thanks.
I had in mind that you might have imported sof
: Monday, November 25, 2002 3:00 PM
To: [EMAIL PROTECTED]
Subject: Re: Weird term/shell/vi behavior? a nuisance
On Mon, 25 Nov 2002, Daniel Jarboe wrote:
> For the past few weeks I've had the following occur...
>
> When editing documents in vi, after a :wq I won't get the shell pro
On Mon, 25 Nov 2002, Daniel Jarboe wrote:
> For the past few weeks I've had the following occur...
>
> When editing documents in vi, after a :wq I won't get the shell prompt
> on a new line anymore. I'll see something like:
>
> [dan@tcsl dan]$ 50629C written
> Which is the shell prompt over the
ssage-
From: Jarboe, Daniel - Data Center Operations
<[EMAIL PROTECTED]>
Sent: Monday, November 25, 2002 7:43 AM
To: [EMAIL PROTECTED]
Subject: Weird term/shell/vi behavior? a nuisance
For the past few weeks I've had the following occur...
When editing documents in vi, after a :wq I won
For the past few weeks I've had the following occur...
When editing documents in vi, after a :wq I won't get the shell prompt
on a new line anymore. I'll see something like:
[dan@tcsl dan]$ 50629C written
Which is the shell prompt over the text: "test.txt" 637L, 50629C written
This is on a RH
eader.
>
> Everything seems fine until it gets to mounting the root file system (the
> parmfile has root=/dev/ram0 in it). At that point I get the
> EXT2-fs: Magic mismatch, very weird !
> error.
>
> If I take the same kernel and parmfile, and use one of the initrd files from
&
root=/dev/ram0 in it). At that point I get the
EXT2-fs: Magic mismatch, very weird !
error.
If I take the same kernel and parmfile, and use one of the initrd files from
SuSE or Red Hat, that works just fine. So I know my kernel and parmfile are
good, and the only variable is the initrd itself.
spond to Linux on 390 Port
To: [EMAIL PROTECTED]
cc:
Subject: SEW - weird behavior
Hello everybody,
Though my question does not concern Linux directly, the problem occurred
during Linux installation so I thought I was allowed to ask here anyway...
My SEW
Hello everybody,
Though my question does not concern Linux directly, the problem occurred during Linux
installation so I thought I was allowed to ask here anyway...
My SEW (or HMC) is a PC running OS/2 WARP system. I have configured its network
interfaces (it has two).
I can connect without a
98 matches
Mail list logo