Over a year ago there was a discussion with people looking for an
HSM-like migrate and retrieve function for Linux. Back then it sounded
like there was interest, but no solutions. Since it's been a while,
has anyone heard of anything new in this space?
Thanks,
Lee
--
Lee Stewart, Senior SE
S
On Mon, Oct 20, 2008 at 6:04 PM, Ron Foster at Baldor-IS
<[EMAIL PROTECTED]> wrote:
> setting kernel.hz_timer when you are running SLES10 in an LPAR.
Don't bother. The main reason is to ensure that idle Linux guests drop
from queue so z/VM can do memory management. But in LPAR you dedicate
memory
Hi,
I think the best way to shutdown is to use the SIGNAL command with the
maximum timeout value of 32767 and using the kernel 'vmpoff=LOGOFF'
parameter in the /etc/zipl.conf.
This way CP will try to logoff the machine only after about 9 hours (more
than enough to fix any delays) and Linux kernel
It's the "clean" that seems to be causing the trouble, and it shouldn't
be needed. Change the SPEC file in /usr/src/{whatever}/SPECS to remove
that in the "build" section, and try a manual rebuild ("rpmbuild -bb
lin_tape.spec").
My copy of 1.15 doesn't have that, and builds correctly. Haven't tr
Ok, went and downloaded lin_tape for SLES9 on s390x.
However cannot get it to build
Linux version from the boot messages is
Linux version 2.6.5-7.314-s390x ([EMAIL PROTECTED]) (gcc version 3.3.3 (SuSE
Linux)) #1 SMP Mon Sep 15 16:43:00 UTC 2008
Below is a portion of the output from the rpmreb
Hello all,
I have been looking at our sysctl.conf parameters to ensure that they
are set properly.
Back in early SLES9 days I found a recommendation somewhere that said
that if you were running
SLES9 in an LPAR, you should set kernel.hz_timer=1. And for Linux under
z/VM, you should set
kernel.h
On Monday 20 October 2008 09:35, van Sleeuwen, Berry wrote:
>Indeed, if the application has the correct init scripts and the SIGNAL
>is trapped to a "shutdown -h now" then a SIGNAL would correctly shutdown
>the application and the guest. But only if the SIGNAL has been given
>enough time to shutdow
Mauro Souza wrote:
Hi Rich,
Oracle have a shutdown mode called *immediate*, which will disconnect all
logged users, rollback all transactions, flush cache, then bring down the
database. The *normal* way takes more time, and the *abort* way will bring
down you db pretty fast, but it will take lon
Hi Rich,
Oracle have a shutdown mode called *immediate*, which will disconnect all
logged users, rollback all transactions, flush cache, then bring down the
database. The *normal* way takes more time, and the *abort* way will bring
down you db pretty fast, but it will take longer to bring it back
I usually give a high timeout like . Then when machines don't come down
within say half an hour, there is ample time to investigate why before the CP
killer hits.
Best regards,
Pieter Harder
[EMAIL PROTECTED]
tel +31-73-6837133 / +31-6-47272537
-Oorspronkelijk bericht-
Van: Linux
Good insights, Barry. I didn't consider the possibility of long running
database users.
Surely if they're still connected the database will likely not want to
shutdown.
Unless there's a shutdown option to ignore connected users unless they're
actually
active (I'm not that familiar with Oracle
Hello Rich,
Indeed, if the application has the correct init scripts and the SIGNAL
is trapped to a "shutdown -h now" then a SIGNAL would correctly shutdown
the application and the guest. But only if the SIGNAL has been given
enough time to shutdown before CP will force the user.
That would trigge
I think the problems are the vended products for which you cannot obtain
source, and for which the vendor is unable or unwilling to create zSeries
binaries.
An Intel binary executor on p Series makes sense for this; you can move the
product and run it, with very little hassle. This would be a fine
I fail to see what z/OS has to do with any of the discussion at all. I
thought we were comparing to zLinux and the z/VM environment. zLinux is much
closer to Linux than AIX is... Because it IS Linux. It can run bare bones,
or using z/VM as a hipervisor, and z/OS doesn't have to be present at all.
Not every site will have the environment, structure, or support personnel to
install and maintain a z Series system and keep up with its needs. In order
to cover as many markets as possible, I think it is wise of IBM to supply
the alternative structure in the p Series machines. This covers the mark
Thanks David!
Thank You,
Terry Martin
Lockheed Martin - Information Technology
z/OS & z/VM Systems - Performance and Tuning
Cell - 443 632-4191
Work - 410 786-0386
[EMAIL PROTECTED]
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
David Boyes
Sent: Sunday
16 matches
Mail list logo
