linux nss
Hi: Does the latest linux NSS technique save more than the <> 1.5Mb from a few years ago? Anyone know the latest status of the Linux NSS? Does it still the require the TRACE command to force linux to STOP prior to the SAVESYS? Thanks, David -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Linux Performance Issue
On Tue, Nov 16, 2004 at 04:24:23PM -0600, Tom Duerbusch wrote: > KDE? > > Yep, you can run it, but everytime I bring up KDE, it takes about 40% > of our 60 MIP processor. There is very little that you ever need a > desktop manager for that can't be done via command line. But it is > really nice to have as a fall back to install some product. > > But after the product is installed, then bring down KDE! > > I think a year or so ago, DB2/UDB required a gui screen for the install > (just to ask one question). > > Tom Duerbusch > THD Consulting > > >>> [EMAIL PROTECTED] 11/16/04 03:14PM >>> > On Nov 16, 2004, at 2:58 PM, John Kaba wrote: > > > We have just recently installed SuSE SLES8 under our VM3.1.0 system, > > and > > are experiencing some performance issues. Our Realtime monitor > reveals > > that Linux is utilizing approx 65% of our CPU cycles, but we really > > have > > nothing running. I was told by our Linux guy to give it lots of > > memory, so > > I defined it with 1G. I'm wondering if this is my problem, or if I > > might > > have something else set up wrong. We have Tivoli Directory Server > 5.2 > > fixpack1, DB2 ver 8.2, and websphere express 5.1, but it is not > > configured > > yet. We have just installed these products, and they are not being > > used at > > all, still we are seeing results like this: > > > You Linux image is way too big and you're probably seeing VM getting > tired paging it in and out. Try reducing it to 384MB. You will also > want to turn off timer ticks. I don't remember exactly what it is you > need to echo to where in /proc, but I'm sure someone else does. echo 0 > /proc/sys/kernel/hz_timer should do it. > > The other thing that's hurting you is KDE. Why are you running a > desktop manager on your 390? Turn *off* X entirely--you don't have a > local display there anyway. Again, I don't remember what runlevel > "services, no X" (I think it's "2", but I won't swear to that) is in > SuSE, but I'm sure someone does. Have a look at /etc/inittab. There is a short doku. What you want to have is level 3 (Full multiuser with network). To change this permanently change the number in the line "id:5:initdefault:" to the runlevel you like. You can also use the yast2 runlevel-editor. To turm off the local X-Server go into /usr/X11/lib/X11/xdm/Xservers and comment out the line ":0 local /usr/X11R6/bin/X :0 vt07" Ihno -- Best regards/Mit freundlichen Grüßen Ihno Krumreich "Never trust a computer you can lift." -- Ihno Krumreich[EMAIL PROTECTED] SUSE LINUX Products GmbH Projectmanager S390 & zSeries Maxfeldstr. 5 +49-911-74053-439 D-90409 Nürnberg http://www.suse.de -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: problems during sles9 installation
hi, could you please provide some more info: - What type of disks? - Amoung of memory? Ihno On Mon, Nov 15, 2004 at 03:50:13PM -0500, Daniel Jarboe wrote: > I didn't see anything in the installation doc so I thought I'd ask if > anyone has seen this before: > > I'm trying a new install of SLES9 (s390 31bit) under VM. I had > previously formatted all the DASD from another SLES8 system. The > install was working on the second CD (core9/CD1) over NFS (loop mounted > isos) with an ssh client. Several progress bars into it, the ssh client > disappeared and this was written to /var/log/messages... > > Nov 15 19:58:22 suse kernel: JBD: barrier-based sync failed on dasde1 - > disabling barriers > > Nov 15 19:58:22 suse kernel: JBD: barrier-based sync failed on dasdf1 - > disabling barriers > > Nov 15 20:13:18 suse sshd[245]: Received signal 15; terminating. > > Nov 15 20:13:18 suse kernel: illegal operation: 0001 [#1] > > Nov 15 20:13:18 suse kernel: CPU: 0 Not tainted > > Nov 15 20:13:18 suse kernel: Process linuxrc (pid: 292, task: 0f849b70, > ksp: 0e433ea0) > > Nov 15 20:13:18 suse kernel: Krnl PSW : 07081000 8002 (0x2) > > Nov 15 20:13:18 suse kernel: Krnl GPRS: 0001 073b6500 > > > Nov 15 20:13:18 suse kernel: 0036 0e433b28 0001 073b65a4 > > Nov 15 20:13:18 suse kernel: 0295 0e433df0 006ab360 > > Nov 15 20:13:18 suse kernel: 073b6500 80192188 801928a8 0e433a40 > > Nov 15 20:13:18 suse kernel: Krnl Code: 00 00 80 10 ed ac 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 > > Nov 15 20:13:18 suse kernel: Call Trace: > > Nov 15 20:13:18 suse kernel: [do_writepages+68/72] > do_writepages+0x44/0x48 > > Nov 15 20:13:18 suse kernel: [__writeback_single_inode+348/704] > __writeback_single_inode+0x15c/0x2c0 > > Nov 15 20:13:18 suse kernel: [sync_sb_inodes+372/760] > sync_sb_inodes+0x174/0x2f8 > > Nov 15 20:13:18 suse kernel: [sync_inodes_sb+154/176] > sync_inodes_sb+0x9a/0xb0 > > Nov 15 20:13:18 suse kernel: [sync_inodes+72/176] sync_inodes+0x48/0xb0 > > Nov 15 20:13:18 suse kernel: [do_sync+68/144] do_sync+0x44/0x90 > > Nov 15 20:13:18 suse kernel: [sys_sync+102/156] sys_sync+0x66/0x9c > > Nov 15 20:13:18 suse kernel: [sysc_do_restart+14/18] > sysc_do_restart+0xe/0x12 > > Nov 15 20:13:18 suse kernel: > > SuSE Instsys linfs3:/ # > > > We've tried fresh a few times... I've verified that the md5sums of the > isos match what SuSE reports as correct. Everything seems in order, > except for the installer crashes. Has anyone seen anything like this? > > Thanks, > ~ Daniel > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 -- Best regards/Mit freundlichen Grüßen Ihno Krumreich "Never trust a computer you can lift." -- Ihno Krumreich[EMAIL PROTECTED] SUSE LINUX Products GmbH Projectmanager S390 & zSeries Maxfeldstr. 5 +49-911-74053-439 D-90409 Nürnberg http://www.suse.de -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Linux Performance Issue
KDE? Yep, you can run it, but everytime I bring up KDE, it takes about 40% of our 60 MIP processor. There is very little that you ever need a desktop manager for that can't be done via command line. But it is really nice to have as a fall back to install some product. But after the product is installed, then bring down KDE! I think a year or so ago, DB2/UDB required a gui screen for the install (just to ask one question). Tom Duerbusch THD Consulting >>> [EMAIL PROTECTED] 11/16/04 03:14PM >>> On Nov 16, 2004, at 2:58 PM, John Kaba wrote: > We have just recently installed SuSE SLES8 under our VM3.1.0 system, > and > are experiencing some performance issues. Our Realtime monitor reveals > that Linux is utilizing approx 65% of our CPU cycles, but we really > have > nothing running. I was told by our Linux guy to give it lots of > memory, so > I defined it with 1G. I'm wondering if this is my problem, or if I > might > have something else set up wrong. We have Tivoli Directory Server 5.2 > fixpack1, DB2 ver 8.2, and websphere express 5.1, but it is not > configured > yet. We have just installed these products, and they are not being > used at > all, still we are seeing results like this: > You Linux image is way too big and you're probably seeing VM getting tired paging it in and out. Try reducing it to 384MB. You will also want to turn off timer ticks. I don't remember exactly what it is you need to echo to where in /proc, but I'm sure someone else does. The other thing that's hurting you is KDE. Why are you running a desktop manager on your 390? Turn *off* X entirely--you don't have a local display there anyway. Again, I don't remember what runlevel "services, no X" (I think it's "2", but I won't swear to that) is in SuSE, but I'm sure someone does. Adam -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Linux Performance Issue
There are some very helpful tips for running Linux guest on VM available at: http://www.vm.ibm.com/perf/tips/ Kurt Acker PatrickOBrien obrien <[EMAIL PROTECTED]> Sent by: Linux on 390 Port <[EMAIL PROTECTED]> 11/16/2004 04:46 PM Please respond to Linux on 390 Port To [EMAIL PROTECTED] cc Subject Re: Linux Performance Issue We are now messing with VM Page Space. I too have see major slowness with my SLES 8 Guest. Our VM guy has increased the Page Space, I'm checking it out now. - Original Message - From: "John Kaba" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Linux Performance Issue Date: Tue, 16 Nov 2004 14:58:00 -0600 > > We have just recently installed SuSE SLES8 under our VM3.1.0 system, and > are experiencing some performance issues. Our Realtime monitor reveals > that Linux is utilizing approx 65% of our CPU cycles, but we really have > nothing running. I was told by our Linux guy to give it lots of memory, so > I defined it with 1G. I'm wondering if this is my problem, or if I might > have something else set up wrong. We have Tivoli Directory Server 5.2 > fixpack1, DB2 ver 8.2, and websphere express 5.1, but it is not configured > yet. We have just installed these products, and they are not being used at > all, still we are seeing results like this: > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Linux Performance Issue
Update on the SuSE SLES 8 performance Issue: KDE was just turned on to configure the various components(DB2, etc), we are using runlevel 3. I have since turned KDE off, I have reduced the Virtual memory on the Linux guest machine to 384MB, and set timer ticks to 0. I shutdown Linux, logged off the guest, and reautologged, and didn't even start the directory server, or DB2. TOP shows mostly idle: CPU0 states: 1.0% user, 0.5% system, 0.0% nice, 97.4% idle CPU1 states: 13.4% user, 0.4% system, 0.0% nice, 85.1% idle Mem: 385144K av, 79608K used, 305536K free, 0K shrd, 19536K buff Swap: 719896K av, 0K used, 719896K free 39004K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 784 root 15 0 1020 1016 824 R 0.9 0.2 0:00 top 1 root 15 0 236 236 196 S 0.0 0.0 0:00 init 2 root 0K 0 00 0 SW0.0 0.0 0:00 migration_CPU0 3 root 0K 0 00 0 SW0.0 0.0 0:00 migration_CPU1 4 root 25 0 00 0 SW0.0 0.0 0:00 kmcheck 5 root 15 0 00 0 SW0.0 0.0 0:00 keventd 6 root 34 19 00 0 RWN 0.0 0.0 0:00 ksoftirqd_CPU0 7 root 34 19 00 0 SWN 0.0 0.0 0:00 ksoftirqd_CPU1 8 root 25 0 00 0 SW0.0 0.0 0:00 kswapd 9 root 25 0 00 0 SW0.0 0.0 0:00 bdflush 10 root 15 0 00 0 SW0.0 0.0 0:00 kupdated 11 root 25 0 00 0 SW0.0 0.0 0:00 kinoded 12 root 25 0 00 0 SW0.0 0.0 0:00 mdrecoveryd 23 root 15 0 00 0 SW0.0 0.0 0:00 kreiserfsd 47 root 0 -20 00 0 SW< 0.0 0.0 0:00 lvm-mpd 285 root 15 0 656 656 552 S 0.0 0.1 0:00 syslogd but it is still our biggest CPU hog (52%). Of course it's not really that big of a deal with our system indicate at: ind AVGPROC-012% 01 XSTORE-00/SEC MIGRATE-/SEC MDC READS-34/SEC WRITES-01/SEC HIT RATIO-084% STORAGE-010% PAGING-/SEC STEAL-000% Q0-2(0) DORMANT-00050 Q1-0(0) E1-0(0) Q2-0(0) EXPAN-001 E2-0(0) Q3-4(0) EXPAN-001 E3-0(0) PROC -012% LIMITED-0 but we are not in production yet either. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Linux Performance Issue
We are now messing with VM Page Space. I too have see major slowness with my SLES 8 Guest. Our VM guy has increased the Page Space, I'm checking it out now. - Original Message - From: "John Kaba" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Linux Performance Issue Date: Tue, 16 Nov 2004 14:58:00 -0600 > > We have just recently installed SuSE SLES8 under our VM3.1.0 system, and > are experiencing some performance issues. Our Realtime monitor reveals > that Linux is utilizing approx 65% of our CPU cycles, but we really have > nothing running. I was told by our Linux guy to give it lots of memory, so > I defined it with 1G. I'm wondering if this is my problem, or if I might > have something else set up wrong. We have Tivoli Directory Server 5.2 > fixpack1, DB2 ver 8.2, and websphere express 5.1, but it is not configured > yet. We have just installed these products, and they are not being used at > all, still we are seeing results like this: > > --- > Here is our Realtime Monitor results: > > <>z/VM CPU9672 SERIAL 0696922G DATE 11/16/04 START 13:37:27 END > 14:25:02<> >* > USERID-> LOGGED %ACT %PGW %IOW %SUS %RUN %ELG :DSK :XST :SPL :CPU :PAG :I/O > :STR > *TOTALS* 5544 14.7 .0 .0 75.6 > 24.3.0 100100 100100100 100100 > LINUX 192 71.3 .0.043.7 > 56.2.0 .0100 .065.8 .0 30.9 55.7 > VSE2 96 100 .0 .0 > 90.6 9.3.0 .0.01.714.5 .0 > 12.1 2.9 > TCPIP 96 100 .0.0 > 100.0.0 .0.0 .0 7.8 .0 > 30.7 .9 > VSEIPO96 100 .0.098.9 > 1.0.0 .0.0 11.05.5 .0 23.7 1.1 > > --- > Here is a "TOP" listing from our Linux guest: > > 70 processes: 68 sleeping, 2 running, 0 zombie, 0 stopped > CPU0 states: 1.4% user, 4.4% system, 0.0% nice, 93.0% idle > CPU1 states: 14.2% user, 3.4% system, 0.0% nice, 81.2% idle > Mem: 1008504K av, 953116K used, 55388K free, 0K shrd, 138316K > buff > Swap: 719896K av, 4K used, 719892K free 668240K > cached > > PID USERPRI NI SIZERSS SHARE STAT %CPU %MEM TIME > COMMAND > 10871 dmelende150 1137211M 10632 S 2.9 > 1.1 7:50 kdeinit > 10905 dmelende150 1680416M 14572 S 2.5 > 1.6 3:26 kdeinit > 23343 jkaba 150 10361032 828 R > 1.50.1 0:00 top > 10914 dmelende150 1265212M 11724 S 0.5 > 1.2 0:28 kdeinit > 10890 dmelende150 1298012M 11848 R 0.3 > 1.2 1:20 kdeinit > 23327 jkaba 150 23762376 2208S > 0.30.2 0:00sshd > 15843 root15 0 20842080 1520S > 0.1 0.2 0:06 db2fmcd > 1 root15 0 208 204 160 > S 0.0 0.0 0:04 init > 2 root0K 0 0 00 > SW 0.00.0 0:00 migration_CPU0 > 3 root0K 0 0 0 0 > SW 0.00.0 0:00 migration_CPU1 > 4 root25 0 0 00 > SW 0.00.0 0:00 kmcheck > 5 root15 0 0 0 0 > SW 0.00.0 0:00 keventd > 6 root34 19 0 0 0 > SWN 0.00.0 8:50 ksoftirqd_CPU0 > 7 root34 19 0 0 0 > SWN 0.00.0 8:36 ksoftirqd_CPU1 > 8 root15 0 0 0 0 > SW 0.00.0 0:07 kswapd > 9 root25 0 0 0 0 > SW 0.00.0 0:00 bdflush > [EMAIL PROTECTED]:~> > --- > Here is the directory entry for the Linux Guest: > > USER LINUX xxx 1000M 2000M G > *-
Re: Linux Performance Issue
You'd want to change the initdefault setting from 5 to 3 (like RedHat, SuSE
uses 2 for multi-abuser w/ no network and 3 for multi-abuser with
networking).
One wonders how an initdefault of 5 got set w/o a framebuffer. Ouch.
There are also some other tunables to allow you to manage the "disk
caching" but I've long since lost the URL; it's somewhere on the
developerworks. It's a matter of echoing various values to various /proc
file thingies.
*SIGH*
(Imagines a Tyrranosaurus Rex carrying a row of Penguins down it's back,
arranged kind of like the armor plates of a Stegosaurus.)
BTW, anybody here still have a "Peace Love Linux" flag? I wanna get one
for my sailboat. It'd sure be better than the "Tampa Bay Buccaneers" flags
I usually see...
John R. Campbell, Speaker to Machines (GNUrd) {813-356|697}-5322
Adsumo ergo raptus sum
MacOS X: Because making Unix user-friendly was easier than debugging
Windows.
Red Hat Certified Engineer (#803004680310286)
IBM Certified: IBM AIX 4.3 System Administration, System Support
- Forwarded by John Campbell/Tampa/IBM on 11/16/2004 04:39 PM -
Adam Thornton
<[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
mine.net>cc:
Sent by: Linux onSubject: Re: [LINUX-390] Linux
Performance Issue
390 Port
<[EMAIL PROTECTED]
IST.EDU>
11/16/2004 05:14
PM
Please respond to
Linux on 390 Port
On Nov 16, 2004, at 2:58 PM, John Kaba wrote:
> We have just recently installed SuSE SLES8 under our VM3.1.0 system,
> and
> are experiencing some performance issues. Our Realtime monitor reveals
> that Linux is utilizing approx 65% of our CPU cycles, but we really
> have
> nothing running. I was told by our Linux guy to give it lots of
> memory, so
> I defined it with 1G. I'm wondering if this is my problem, or if I
> might
> have something else set up wrong. We have Tivoli Directory Server 5.2
> fixpack1, DB2 ver 8.2, and websphere express 5.1, but it is not
> configured
> yet. We have just installed these products, and they are not being
> used at
> all, still we are seeing results like this:
>
You Linux image is way too big and you're probably seeing VM getting
tired paging it in and out. Try reducing it to 384MB. You will also
want to turn off timer ticks. I don't remember exactly what it is you
need to echo to where in /proc, but I'm sure someone else does.
The other thing that's hurting you is KDE. Why are you running a
desktop manager on your 390? Turn *off* X entirely--you don't have a
local display there anyway. Again, I don't remember what runlevel
"services, no X" (I think it's "2", but I won't swear to that) is in
SuSE, but I'm sure someone does.
Adam
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: dasdfmt error - invalidate first track
What is the major and minor number of /dev/dasdam? ls -l /dev/dasda? Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Lee Stewart Sent: Tuesday, November 16, 2004 3:48 PM To: [EMAIL PROTECTED] Subject: dasdfmt error - invalidate first track Hi all... Adding new dasd (dasdam) to a running SLES8 system, when it comes to running the dasdfmt, we get an error of: All data of that device will be lost. Type "yes" to continue, no will leave the disk untouched: yes Formatting the device. This may take a while (get yourself a coffee). dasdfmt: (invalidate first track) IOCTL BIODASDFMT failed. (Invalid argument) The command is: dasdfmt -b 4096 -l ABCDEF -f /dev/dasdam The only similar failures I've found are all related to specifying the partition number as part of the device name. And yes, they have dasda->dasdz->dasdaa->dasdal in production. Now adding 5 more volumes (dasdam->dasdaq). They did the mknode's and we can see the /dev/dasda* entries in the /dev directory. They did the add device into /proc/dasd/devices, and they can see them there with the minidisk addresses matching the expected dasda* names. Any thoughts? Thanks, Lee Lee Stewart, Senior SE Sirius Enterprise Systems Group (719) 566-0188 , Fax (309) 410-5363 [EMAIL PROTECTED] www.siriuscom.com -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Linux Performance Issue
Setting the kernel.hz_timer = 0 in the /etc/sysctl will probably help at least some but your probably going to have to do a detailed memory analysis to see how much memory is REALLY needed with DB2 in their 1GB might be the real number but my gut feel is thats WAY too large.. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Linux Performance Issue
One word. Well, two. KDE. Don't. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of John Kaba Sent: Tuesday, November 16, 2004 3:58 PM To: [EMAIL PROTECTED] Subject: Linux Performance Issue We have just recently installed SuSE SLES8 under our VM3.1.0 system, and are experiencing some performance issues. Our Realtime monitor reveals that Linux is utilizing approx 65% of our CPU cycles, but we really have nothing running. I was told by our Linux guy to give it lots of memory, so I defined it with 1G. I'm wondering if this is my problem, or if I might have something else set up wrong. We have Tivoli Directory Server 5.2 fixpack1, DB2 ver 8.2, and websphere express 5.1, but it is not configured yet. We have just installed these products, and they are not being used at all, still we are seeing results like this: --- Here is our Realtime Monitor results: <>z/VM CPU9672 SERIAL 0696922G DATE 11/16/04 START 13:37:27 END 14:25:02<> * USERID-> LOGGED %ACT %PGW %IOW %SUS %RUN %ELG :DSK :XST :SPL :CPU :PAG USERID-> :I/O :STR *TOTALS* 5544 14.7 .0 .0 75.6 24.3.0 100100 100100100 100100 LINUX 192 71.3 .0.043.7 56.2.0 .0100 .065.8 .0 30.9 55.7 VSE2 96 100 .0 .0 90.6 9.3.0 .0.01.714.5 .0 12.1 2.9 TCPIP 96 100 .0.0 100.0.0 .0.0 .0 7.8 .0 30.7 .9 VSEIPO96 100 .0.098.9 1.0.0 .0.0 11.05.5 .0 23.7 1.1 --- Here is a "TOP" listing from our Linux guest: 70 processes: 68 sleeping, 2 running, 0 zombie, 0 stopped CPU0 states: 1.4% user, 4.4% system, 0.0% nice, 93.0% idle CPU1 states: 14.2% user, 3.4% system, 0.0% nice, 81.2% idle Mem: 1008504K av, 953116K used, 55388K free, 0K shrd, 138316K buff Swap: 719896K av, 4K used, 719892K free 668240K cached PID USERPRI NI SIZERSS SHARE STAT %CPU %MEM TIME COMMAND 10871 dmelende150 1137211M 10632 S 2.9 1.1 7:50 kdeinit 10905 dmelende150 1680416M 14572 S 2.5 1.6 3:26 kdeinit 23343 jkaba 150 10361032 828 R 1.50.1 0:00 top 10914 dmelende150 1265212M 11724 S 0.5 1.2 0:28 kdeinit 10890 dmelende150 1298012M 11848 R 0.3 1.2 1:20 kdeinit 23327 jkaba 150 23762376 2208S 0.30.2 0:00sshd 15843 root15 0 20842080 1520S 0.1 0.2 0:06 db2fmcd 1 root15 0 208 204 160 S 0.0 0.0 0:04 init 2 root0K 0 0 00 SW 0.00.0 0:00 migration_CPU0 3 root0K 0 0 0 0 SW 0.00.0 0:00 migration_CPU1 4 root25 0 0 00 SW 0.00.0 0:00 kmcheck 5 root15 0 0 0 0 SW 0.00.0 0:00 keventd 6 root34 19 0 0 0 SWN 0.00.0 8:50 ksoftirqd_CPU0 7 root34 19 0 0 0 SWN 0.00.0 8:36 ksoftirqd_CPU1 8 root15 0 0 0 0 SW 0.00.0 0:07 kswapd 9 root25 0 0 0 0 SW 0.00.0 0:00 bdflush [EMAIL PROTECTED]:~> --- Here is the directory entry for the Linux Guest: USER LINUX xxx 1000M 2000M G *- ACCOUNT 442061 LINUX CPU 01 CPUID 11 CPU 02 CPUID 111222 IPL CMS PARM AUTOCR IUCV ANY IUCV ALLOW MACHINE ESA 10 OPTION MAINTCCW RMCHINFO SHARE REL 2000 XSTORE 32M CONSOLE 01
Re: Linux Performance Issue
On Nov 16, 2004, at 2:58 PM, John Kaba wrote: We have just recently installed SuSE SLES8 under our VM3.1.0 system, and are experiencing some performance issues. Our Realtime monitor reveals that Linux is utilizing approx 65% of our CPU cycles, but we really have nothing running. I was told by our Linux guy to give it lots of memory, so I defined it with 1G. I'm wondering if this is my problem, or if I might have something else set up wrong. We have Tivoli Directory Server 5.2 fixpack1, DB2 ver 8.2, and websphere express 5.1, but it is not configured yet. We have just installed these products, and they are not being used at all, still we are seeing results like this: You Linux image is way too big and you're probably seeing VM getting tired paging it in and out. Try reducing it to 384MB. You will also want to turn off timer ticks. I don't remember exactly what it is you need to echo to where in /proc, but I'm sure someone else does. The other thing that's hurting you is KDE. Why are you running a desktop manager on your 390? Turn *off* X entirely--you don't have a local display there anyway. Again, I don't remember what runlevel "services, no X" (I think it's "2", but I won't swear to that) is in SuSE, but I'm sure someone does. Adam -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: dasdfmt error - invalidate first track
On Nov 16, 2004, at 2:47 PM, Lee Stewart wrote: And yes, they have dasda->dasdz->dasdaa->dasdal in production. Now adding 5 more volumes (dasdam->dasdaq). They did the mknode's and we can see the /dev/dasda* entries in the /dev directory. They did the add device into /proc/dasd/devices, and they can see them there with the minidisk addresses matching the expected dasda* names. Any thoughts? This may sound stupid, but I have, on occasion, had Linux refuse to touch virgin DASD. You may need to INIT or CPVOL ALLOC it in ICKDSF first, or--what I've always done--just CMS FORMAT it. Try CMS FORMATting it and see if the error magically goes away when Linux tries to write it. Adam -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Linux Performance Issue
We have just recently installed SuSE SLES8 under our VM3.1.0 system, and are experiencing some performance issues. Our Realtime monitor reveals that Linux is utilizing approx 65% of our CPU cycles, but we really have nothing running. I was told by our Linux guy to give it lots of memory, so I defined it with 1G. I'm wondering if this is my problem, or if I might have something else set up wrong. We have Tivoli Directory Server 5.2 fixpack1, DB2 ver 8.2, and websphere express 5.1, but it is not configured yet. We have just installed these products, and they are not being used at all, still we are seeing results like this: --- Here is our Realtime Monitor results: <>z/VM CPU9672 SERIAL 0696922G DATE 11/16/04 START 13:37:27 END 14:25:02<> * USERID-> LOGGED %ACT %PGW %IOW %SUS %RUN %ELG :DSK :XST :SPL :CPU :PAG :I/O :STR *TOTALS* 5544 14.7 .0 .0 75.6 24.3.0 100100 100100100 100100 LINUX 192 71.3 .0.043.7 56.2.0 .0100 .065.8 .0 30.9 55.7 VSE2 96 100 .0 .0 90.6 9.3.0 .0.01.714.5 .0 12.1 2.9 TCPIP 96 100 .0.0 100.0.0 .0.0 .0 7.8 .0 30.7 .9 VSEIPO96 100 .0.098.9 1.0.0 .0.0 11.05.5 .0 23.7 1.1 --- Here is a "TOP" listing from our Linux guest: 70 processes: 68 sleeping, 2 running, 0 zombie, 0 stopped CPU0 states: 1.4% user, 4.4% system, 0.0% nice, 93.0% idle CPU1 states: 14.2% user, 3.4% system, 0.0% nice, 81.2% idle Mem: 1008504K av, 953116K used, 55388K free, 0K shrd, 138316K buff Swap: 719896K av, 4K used, 719892K free 668240K cached PID USERPRI NI SIZERSS SHARE STAT %CPU %MEM TIME COMMAND 10871 dmelende150 1137211M 10632 S 2.9 1.1 7:50 kdeinit 10905 dmelende150 1680416M 14572 S 2.5 1.6 3:26 kdeinit 23343 jkaba 150 10361032 828 R 1.50.1 0:00 top 10914 dmelende150 1265212M 11724 S 0.5 1.2 0:28 kdeinit 10890 dmelende150 1298012M 11848 R 0.3 1.2 1:20 kdeinit 23327 jkaba 150 23762376 2208S 0.30.2 0:00sshd 15843 root15 0 20842080 1520S 0.1 0.2 0:06 db2fmcd 1 root15 0 208 204 160 S 0.0 0.0 0:04 init 2 root0K 0 0 00 SW 0.00.0 0:00 migration_CPU0 3 root0K 0 0 0 0 SW 0.00.0 0:00 migration_CPU1 4 root25 0 0 00 SW 0.00.0 0:00 kmcheck 5 root15 0 0 0 0 SW 0.00.0 0:00 keventd 6 root34 19 0 0 0 SWN 0.00.0 8:50 ksoftirqd_CPU0 7 root34 19 0 0 0 SWN 0.00.0 8:36 ksoftirqd_CPU1 8 root15 0 0 0 0 SW 0.00.0 0:07 kswapd 9 root25 0 0 0 0 SW 0.00.0 0:00 bdflush [EMAIL PROTECTED]:~> --- Here is the directory entry for the Linux Guest: USER LINUX xxx 1000M 2000M G *- ACCOUNT 442061 LINUX CPU 01 CPUID 11 CPU 02 CPUID 111222 IPL CMS PARM AUTOCR IUCV ANY IUCV ALLOW MACHINE ESA 10 OPTION MAINTCCW RMCHINFO SHARE REL 2000 XSTORE 32M CONSOLE 01C0 3270 A SPECIAL 0808 CTCA SPECIAL 0809 CTCA SPOOL 000C 2540 READER * SPOOL 000D 2540 PUNCH A SPOOL 000E 3203 A LINK MAINT 0190 0190 RR LINK MAINT 019D 019D RR LINK MAINT 019E 019E RR LINK TCPMAINT 0592 0592 RR --
dasdfmt error - invalidate first track
Hi all... Adding new dasd (dasdam) to a running SLES8 system, when it comes to running the dasdfmt, we get an error of: All data of that device will be lost. Type "yes" to continue, no will leave the disk untouched: yes Formatting the device. This may take a while (get yourself a coffee). dasdfmt: (invalidate first track) IOCTL BIODASDFMT failed. (Invalid argument) The command is: dasdfmt -b 4096 -l ABCDEF -f /dev/dasdam The only similar failures I've found are all related to specifying the partition number as part of the device name. And yes, they have dasda->dasdz->dasdaa->dasdal in production. Now adding 5 more volumes (dasdam->dasdaq). They did the mknode's and we can see the /dev/dasda* entries in the /dev directory. They did the add device into /proc/dasd/devices, and they can see them there with the minidisk addresses matching the expected dasda* names. Any thoughts? Thanks, Lee Lee Stewart, Senior SE Sirius Enterprise Systems Group (719) 566-0188 , Fax (309) 410-5363 [EMAIL PROTECTED] www.siriuscom.com -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Patrick Volkerding Slackware Linux Maintainer, Battles Myste ry Illness
Pat wrote me an email over the weekend talking about what he's been going through. The man is seriously concerned about his health. Looking at the Slashdot comments, they range from the usual useless to downright offensive, with a few sympathetic entries. God, what jerks people can be. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of James Melin Sent: Tuesday, November 16, 2004 2:17 PM To: [EMAIL PROTECTED] Subject: Patrick Volkerding Slackware Linux Maintainer, Battles Mystery Illness http://slashdot.org/article.pl?sid=04/11/16/1846207 Since many folk on here have played with Mark Post's port of Slackware to the mainframe world, I thought I'd get this out on here. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Patrick Volkerding Slackware Linux Maintainer, Battles Mystery Illness
http://slashdot.org/article.pl?sid=04/11/16/1846207 Since many folk on here have played with Mark Post's port of Slackware to the mainframe world, I thought I'd get this out on here. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Migrating a Kernel to a New System
The answer is to do what the Linux distributions do. Use the kernel SRPM to create a kernel RPM, and then transport that to wherever you need, and do an "rpm -i" command to install it. Look at the .spec file for your distribution's kernel SRPM to see how they do it. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Tom Shilson Sent: Tuesday, November 16, 2004 1:52 PM To: [EMAIL PROTECTED] Subject: Migrating a Kernel to a New System I have just created a new kernel. I now want to install that kernel on several (perhaps many) other systems. One possibility is to go through the entire kernel install process on each system. I would like to reduce the work. I have seen several presentations/documents on building, but not on migrating kernels. One of my concerns has to do with prereq products, like gcc, for instance. Can anyone help of provide guidance? Thanks, tom - - - - - - - - - - - - Toto, I have a feeling we're not in the mainframe world any more. _/) Tom Shilson ~GEDW & VM System Services Aloha Tel: 651-733-7591 tshilson at mmm dot com Fax: 651-736-7689 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: LVM under Debian
On Nov 16, 2004, at 10:39 AM, Noll, Ralph wrote: zvmlinx5:/etc# pvscan pvscan -- reading all physical volumes (this may take a while...) pvscan -- inactive PV "/dev/dasd/0301/part1" is associated to unknown VG "lvmdata" (run vgscan) ... What am I missing It doesn't look like the volume group lvmdata ever got correctly defined. What commands did you execute to build the VG? Did you run dasdfmt on all the physical devices first? Did you use the right devices (the partitions, not the raw DASD devices) when you ran vgcreate? Did you activate the volume group with vgchange -a ? Adam -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Migrating a Kernel to a New System
I have just created a new kernel. I now want to install that kernel on several (perhaps many) other systems. One possibility is to go through the entire kernel install process on each system. I would like to reduce the work. I have seen several presentations/documents on building, but not on migrating kernels. One of my concerns has to do with prereq products, like gcc, for instance. Can anyone help of provide guidance? Thanks, tom - - - - - - - - - - - - Toto, I have a feeling we're not in the mainframe world any more. _/) Tom Shilson ~GEDW & VM System Services Aloha Tel: 651-733-7591 tshilson at mmm dot com Fax: 651-736-7689 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: problems during sles9 installation
> Looks like the kernel has some definite problems. If this is as > repeatable as it sounds, I would report it to SUSE, and perhaps the LKML. I switched from a coworkers machine to my linux box here and things are a bit better. Now twice I've made it all the way through the install up to zipl segfaulting. I'll give our support line a call... ~ Daniel -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
LVM under Debian
zvmlinx5:/etc# pvscan pvscan -- reading all physical volumes (this may take a while...) pvscan -- inactive PV "/dev/dasd/0301/part1" is associated to unknown VG "lvmdata" (run vgscan) pvscan -- inactive PV "/dev/dasd/0302/part1" is associated to unknown VG "lvmdata" (run vgscan) pvscan -- inactive PV "/dev/dasd/0303/part1" is associated to unknown VG "lvmdata" (run vgscan) pvscan -- inactive PV "/dev/dasd/0304/part1" is associated to unknown VG "lvmdata" (run vgscan) pvscan -- inactive PV "/dev/dasd/0305/part1" is associated to unknown VG "lvmdata" (run vgscan) pvscan -- inactive PV "/dev/dasd/0306/part1" is associated to unknown VG "lvmdata" (run vgscan) pvscan -- inactive PV "/dev/dasd/0307/part1" is associated to unknown VG "lvmdata" (run vgscan) pvscan -- inactive PV "/dev/dasd/0308/part1" is associated to unknown VG "lvmdata" (run vgscan) pvscan -- total: 8 [18.34 GB] / in use: 8 [18.34 GB] / in no VG: 0 [0] vgscan -- ERROR "vg_read_with_pv_and_lv(): current PV" can't get data of volume group "lvmdata" from physical volume(s) vgscan -- "/etc/lvmtab" and "/etc/lvmtab.d" successfully created vgscan -- WARNING: This program does not do a VGDA backup of your volume group vgchange -- no volume groups found Just installed another Debian under z/VM I've created an lvm I added it to fstab zvmlinx5:/etc# cat fstab # /etc/fstab: static file system information. # # /dev/dasd/0300/part1/ ext2errors=remount-ro 0 1 /dev/dasd/0308/part1noneswapsw 0 0 /dev/lvmdata/vol1 /data ext2defaults0 2 proc/proc procdefaults0 0 /dev/fd0/floppy autouser,noauto 0 0 /dev/cdrom /cdrom iso9660 ro,user,noauto 0 0 devfs /devdevfs defaults0 2 zvmlinx5:/etc# When I re-boot Getting the below msg vgscan -- reading all physical volumes (this may take a while...) vgscan -- ERROR "vg_read_with_pv_and_lv(): current PV" can't get data of volume group "lvmdata" from physical volume(s) vgscan -- "/etc/lvmtab" and "/etc/lvmtab.d" successfully created vgscan -- WARNING: This program does not do a VGDA backup of your volume group vgchange -- no volume groups found Checking all file systems... fsck 1.27 (8-Mar-2002) fsck.ext2: No such file or directory while trying to open /dev/lvmdata/vol1 /dev/lvmdata/vol1: The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 What am I missing Thanks Ralph -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
LVM under Debian
vgscan -- ERROR "vg_read_with_pv_and_lv(): current PV" can't get data of volume group "lvmdata" from physical volume(s) vgscan -- "/etc/lvmtab" and "/etc/lvmtab.d" successfully created vgscan -- WARNING: This program does not do a VGDA backup of your volume group vgchange -- no volume groups found Just installed another Debian under z/VM I've created an lvm I added it to fstab zvmlinx5:/etc# cat fstab # /etc/fstab: static file system information. # # /dev/dasd/0300/part1/ ext2errors=remount-ro 0 1 /dev/dasd/0308/part1noneswapsw 0 0 /dev/lvmdata/vol1 /data ext2defaults0 2 proc/proc procdefaults0 0 /dev/fd0/floppy autouser,noauto 0 0 /dev/cdrom /cdrom iso9660 ro,user,noauto 0 0 devfs /devdevfs defaults0 2 zvmlinx5:/etc# When I re-boot Getting the below msg vgscan -- reading all physical volumes (this may take a while...) vgscan -- ERROR "vg_read_with_pv_and_lv(): current PV" can't get data of volume group "lvmdata" from physical volume(s) vgscan -- "/etc/lvmtab" and "/etc/lvmtab.d" successfully created vgscan -- WARNING: This program does not do a VGDA backup of your volume group vgchange -- no volume groups found Checking all file systems... fsck 1.27 (8-Mar-2002) fsck.ext2: No such file or directory while trying to open /dev/lvmdata/vol1 /dev/lvmdata/vol1: The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 What am I missing Thanks Ralph -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: SuSe Support
On Mon, 2004-11-15 at 22:48, PatrickOBrien obrien wrote: > Are you all getting Suse Support from IBM or Suse? We chose to utilize IBM for SuSe support with the thought process being we could make one call, for say an application issue, and if the problem ended up being an OS issue, the PMR could be passed within IBM to the proper team. I don't know if that'll ever happen though. Seems like I always have to open additional PMRs for problems that stem from the same issue. I guess the IBM technicians can monitor other PMRs easier than a SuSE technician could. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: z/VM WBT or CBT Recommendations?
On Monday, 11/15/2004 at 11:56 EST, "Kern, Thomas" <[EMAIL PROTECTED]> wrote: > Does IBM have a "z/OS University" (tm?) that could be used as a > template/guide for some volunteers from Hillgang, CAVMEN, NEUVM, MVMRUG? A > major problem with getting multiple volunteers to work on a project is not > having a structure to start with. If volunteers were given a specfic section > of an overall plan to work on, it would be easier to find such volunteers. Not to my knowledge, as there is plenty of formal z/OS training available. And, in any case, I think the structure of a z/OS sysprog course would have little relationship to the structure of a z/VM course except in the broadest terms. I submit as a candidate 'structure' the oft-mentioned z/VM 5.1 Getting Started book. It attempts to define and present the major elements of z/VM system administration in a cogent fashion. The z/VM hands-on labs at the zSeries Expo and at SHARE conferences have been really popular. Those labs provide a *most excellent* structure for presenting information. Alan Altmark z/VM Development IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: problems during sles9 installation
> Where did you get the documentation on doing an upgrade from > sles 8 to sles 9? TIA! There's a docu directory in CD1 (SLES-9-s390-RC5a-CD1.iso). I didn't look to see if the doc addresses upgrading, but it was an option during the install process. I'd poke around on CD1 first... there were several pdf and text/html files there. ~ Daniel -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
