0.0.4058
I have read Mark Posts response to this. But I do not know how to update
your parmfile is this something different than zipl.conf and fstab?
http://linuxvm.org/info/HOWTOs/dumprest.html
On Mon, Jul 20, 2009 at 12:47 PM, Paul Meier pm.mli...@gmail.com wrote:
Oh and we are not moving
Thanks,
I did not run mkinitrd. I did everything else but that. It works now!
Thanks!
On Thu, Jul 30, 2009 at 1:53 PM, Mark Post mp...@novell.com wrote:
On 7/30/2009 at 10:25 AM, Paul Meier pm.mli...@gmail.com wrote:
So can anyone help me on this? I am still stuck. When I copy the volumes
Hi I need to move our native linux LPAR from the DASD it resides on to
different volumes. I also have a LVM that spans across 4 volumes. I can't
find very good documentation on this so I thought I would ask this mailing
list. What would I need to change to make sure this works.
FSTAB has entries
Oh and we are not moving the LPAR but the DASD we are booting from.
On Mon, Jul 20, 2009 at 12:34 PM, Paul Meier pm.mli...@gmail.com wrote:
Thanks for the heads up. The addresses of the disks will be different and
we do not have VM. Will changing the references to by-path allow me to
change
Thanks for the heads up. The addresses of the disks will be different and we
do not have VM. Will changing the references to by-path allow me to change
then the UCB addresses to the correct new ones? The disk will be completely
mirrored over to a new one on a different box.
On Mon, Jul 20, 2009
We just installed a new SLES 10 64-bit system which is running naively
on our mainframe (z10). The application development team is having
issues porting over the 32 bit application. Compiler issues such as
size_t as a long versus int64, etc. Does anyone have any ideas as to a
work around for this
PROTECTED] wrote:
Use the -m31 on the gcc command line. That will force it to build a 32-bit
app.
On 11/5/08 10:11 AM, Paul Meier [EMAIL PROTECTED] wrote:
We just installed a new SLES 10 64-bit system which is running naively
on our mainframe (z10). The application development team is having
size_t is typedef'd as _SIZE_TYPE_ which is unsigned long. On 32 bit
this is a 32-bit field, on 64-bit a 64-bit field.
On 11/5/08 11:11 AM, Paul Meier [EMAIL PROTECTED] wrote:
They did use the switch; and it forces all of the 3rd party libraries
to be recompiled that way as well, so either
, Mar 4, 2008 at 4:41 PM, Mark Post [EMAIL PROTECTED] wrote:
On Tue, Mar 4, 2008 at 5:03 PM, in message
[EMAIL PROTECTED], Paul Meier
[EMAIL PROTECTED] wrote:
Does anyone have any experience setting up and running Slack/390 under
z/VM?
Also do you have any other experience with other distros
Does anyone have any experience setting up and running Slack/390 under z/VM?
Also do you have any other experience with other distros (e.g. SUSE
enterprise) ? What are your experiences comparing the two? Or just
observations in general. I would love to hear from people on this! Thanks.
Paul
10 matches
Mail list logo