Re: Migration from Linux LPAR to VM

Thanks folks. We are sharing the OSA between the Linux LPAR and z/VM. I will check the port name. __ Ranga Nathan / CSG Systems Programmer - Specialist; Technical Services; BAX Global Inc. Irvine-California Tel: 714-442-7591 Fax: 714-442-2840 Jim

Re: Flushing the linux buffers periodically - pitfalls?

On Fri, 5 Nov 2004 09:36:34 -0600, James Melin [EMAIL PROTECTED] wrote: There is a program in SLES8 (was also in SLES7) called flushb that appears to be useful for flushing the memory buffers on a per disk device basis. The --help suggests this is a copy of the blockdev program. I am not sure

Increase memory of VM Guest

Hello ALL, A quick question that Im searching an answer for: How do I increase the memory of a VM guest that was created with 75MB? Thanks in advance for the help, Oscar Almendarez -- For LINUX-390 subscribe / signoff /

Re: Increase memory of VM Guest

Hi Oscar, It depends on how you manage your user directory manually (ie, via DIRECTXA) or a tool such as DIRMAINT or other. Tell us which technique you use and someone will provide the details. Rob - Original Message - From: Almendarez, Oscar [EMAIL PROTECTED] To: [EMAIL

Re: Increase memory of VM Guest

Tuesday 09 November 2004 18:48, You wrote: Hello ALL, A quick question that Im searching an answer for: How do I increase the memory of a VM guest that was created with 75MB? You can do it modifying user direct profile: 0. logoff the guest you want modify 1. connect to VM with user MAINT

Re: Increase memory of VM Guest

Almost. Between step 4 and step 5 you must add step 4a. logon the guest. You don't have to logoff the guest in step 0. That can be done at any time before the new step 4a. [EMAIL PROTECTED] wrote: Tuesday 09 November 2004 18:48, You wrote: Hello ALL, A quick question that Im searching an answer

Re: Increase memory of VM Guest

Thank you very much for all help. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Frazier Sent: Tuesday, November 09, 2004 1:58 PM To: [EMAIL PROTECTED] Subject: Re: Increase memory of VM Guest Almost. Between step 4 and step 5 you must add step

Re: Flushing the linux buffers periodically - pitfalls?

Rob is 100% right with his explanation. I just want to add some explanation/detail for those interrested: Linux does use all its available memory in the most reasonable way (tm). Uhm... yea, it tries to. The mechanism used for this is implemented in its memory management. All pages that are not

31-but or 64-bit Linux

We're have a VM 4.3 LPAR on the z/800. I've been asked by one of your developers if our linux guests are 31-bit or 64-bit. Is there some way to verify this info? Thanks in advance. Rich -- For LINUX-390 subscribe / signoff /

Re: 31-but or 64-bit Linux

uname -a Linux oratest2 2.4.21-75-default #1 SMP Fri Oct 31 00:42:59 UTC 2003 s390x unknown If you see the x after s390 it is 64-bit. otherwise 31. by the way, why is one of our developers asking? :) -Original Message- From: Rich Blair [mailto:[EMAIL PROTECTED] Sent: Tuesday, November

Re: 31-but or 64-bit Linux

uname -m Will return either s390 for 31-bit or s390x for 64-bit. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Rich Blair Sent: Tuesday, November 09, 2004 4:19 PM To: [EMAIL PROTECTED] Subject: 31-but or 64-bit Linux We're have a VM 4.3

Re: 31-but or 64-bit Linux

On Tue, 9 Nov 2004 15:20:30 -0600, Little, Chris [EMAIL PROTECTED] wrote: If you see the x after s390 it is 64-bit. otherwise 31. by the way, why is one of our developers asking? :) Tee hee hee... I am not sure what they develop, but if they cannot tell the difference between the two, then

Re: Slack/390 3270 support

Just what is documented at http://linuxvm.org/info/howtos/3270.html Other people have used that to get this working, since it's pretty distribution independent. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Richard Pinion Sent: Tuesday,

Re: Slack/390 3270 support

I should mention that the 3270 support should already be available as kernel module, so you shouldn't need to do the recompile. Try doing an insmod tub3270 and see what happens. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Richard Pinion

Re: Slack/390 3270 support

On Nov 9, 2004, at 3:35 PM, Post, Mark K wrote: I should mention that the 3270 support should already be available as kernel module, so you shouldn't need to do the recompile. Try doing an insmod tub3270 and see what happens. In the next couple weeks, if I get time, I'll try to write up a short

Re: Slack/390 3270 support

I have always used xterm or vt100 via ssh (putty) to log into Linux. Is this 3270 support to interact with Linux or to interact with z/VM? Thanks __ Ranga Nathan / CSG Systems Programmer - Specialist; Technical Services; BAX Global Inc. Irvine-California

Re: Slack/390 3270 support

Linux -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Ranga Nathan Sent: Tuesday, November 09, 2004 5:41 PM To: [EMAIL PROTECTED] Subject: Re: Slack/390 3270 support I have always used xterm or vt100 via ssh (putty) to log into Linux. Is this 3270

Re: Slack/390 3270 support

001F 3270 NOEOF OPEN 0085 NOKEEP NOMSG NONAME Post, Mark K wrote: Maybe it's just late in the day, but I don't see what's wrong. The q 001f shows it's a console, and the cat /proc/subchannels shows 001f as a 3215. What am I missing? Mark Post -Original Message- From: Linux on 390

Re: Slack/390 3270 support

On Nov 9, 2004, at 6:31 PM, Post, Mark K wrote: Maybe it's just late in the day, but I don't see what's wrong. The q 001f shows it's a console, and the cat /proc/subchannels shows 001f as a 3215. What am I missing? The hcp q console shows that it's really a 3270. (Which it is.) sargedev:~# grep