Re: curiosity: pronouncing sudo
Mark, RU trying to say we are mostly long-winded? If so, can you please call my wife and tell her it isn't just me? Thanks, Kevin -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Sunday, September 28, 2008 4:55 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: curiosity: pronouncing sudo On 9/26/2008 at 8:32 PM, in message [EMAIL PROTECTED], Erik N Johnson [EMAIL PROTECTED] wrote: -snip- Upon realization of that fact, further argument on the point would seem pedantic and obtuse. That describes about 95% of the people in the IT industry, which is why discussions such as this one go on for so long. Mark Post -- 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 reiserfs mounting issue - system hangs
On 9/26/2008 at 2:27 PM, in message [EMAIL PROTECTED], Mary Elwood [EMAIL PROTECTED] wrote: To all that responded, You are so so smart. I increased the storage and I was amazed. The filesystem mounted. In 3270 it didn't tell you anything. It just sat there. If what I think was happening (thrashing), that would be expected. If you had let it go long enough, it probably would have eventually mounted, but your system wouldn't have been very usable even at that point. -snip- I have one more question though - I noticed whenever I attached the SCSI/FBA device to the linux guest the address automatically came online to the guest. I don't understand how this happens. Does anyone have any ideas??? I'm not intimate with the details, but from what I know, I would have to say that SCSI (or ATA, or SATA for that matter) doesn't support the concept of online/offline. It's either there, or it's not, and if it's there, the system build the control blocks to use it. That's a reasonable thing to do, even in a shared environment, because the system is only allowed to see the devices it is supposed to see by the storage administrator. Unlike FICON devices where you can see everything on the channel that's defined to the LPAR, and you want to pick and choose which devices are used. Mark Post -- 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: var subdirectory
On 9/27/2008 at 4:38 PM, in message [EMAIL PROTECTED], Gentry, Stephen [EMAIL PROTECTED] wrote: -snip- If I'm supposed to issue init 1 at startup time, where do I do that? At startup time, I get a list of kernels and I can issue a #cp command to choose which kernel. If I have to do the init 1 here, how do I do it? #cp vi vmsg 0 1 The zero selects your default kernel, and the one tells the system to come up in runlevel 1. You can specify other parameters as well. Mark Post -- 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: Perftk fun
Feels like 5.3 wants to SF, which I don't want to do (at least not yet). Web page says: Central Monitoring System Load Overview (VMPRODA) Which is different than what it says on the 5.2 systems, although the basic configuration is the same. Weird. I'm guessing this might be related to changing the default configuration to allow multiple people to view the same performance data via the APPC client. Would be nice to document the SYSTEM NETID thing, though. -- db -- 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: curiosity: pronouncing sudo
And here I just thought we were enjoying a little silliness. :) Douglas Linux on 390 Port LINUX-390@VM.MARIST.EDU wrote on 09/28/2008 04:55:28 PM: [image removed] Re: [LINUX-390] curiosity: pronouncing sudo Mark Post to: LINUX-390 09/28/2008 04:58 PM Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU Please respond to Linux on 390 Port LINUX-390@VM.MARIST.EDU On 9/26/2008 at 8:32 PM, in message [EMAIL PROTECTED], Erik N Johnson [EMAIL PROTECTED] wrote: -snip- Upon realization of that fact, further argument on the point would seem pedantic and obtuse. That describes about 95% of the people in the IT industry, which is why discussions such as this one go on for so long. Mark Post -- 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: var subdirectory
#cp vi vmsg 0 1 Hi, Remember that you have 15 seconds, by default, to enter this command. I'm not so fast, so I prefer to record my options on PF keys, like this model of PROFILE.EXEC: /*/ 'CLOSE RDR' 'CP PURGE RDR ALL' 'SWAPGEN B000 1000 (DIAG' 'SWAPGEN B001 500 (DIAG' CP SET PF1 #CP VI VMSG 0 1 CP SET PF2 #CP VI VMSG 0 2 CP SET PF3 #CP VI VMSG 0 3 Select When userid() = 'LNXSUSE' Then 'CP IPL 9000 CLEAR' /* SUSE */ Otherwise 'CP IPL 9004 CLEAR' /* RHEL */ End Exit rc This is an example, I haven't 3 options, yet. But the time is enough to enter a PF key and the ENTER key. If somebody is slower than me, you can set ... PF1 IMM #CP ... and the IMMediate parameter will reduce to only one key... ;-) Good luck. __ Clovis Pereira zVM zOS Support - SWS Maintenance and Technical Support Services MTS Brazil phone: 55-11-2132-3399 [EMAIL PROTECTED] Mark Post [EMAIL PROTECTED] To Sent by: Linux on LINUX-390@VM.MARIST.EDU 390 Port cc [EMAIL PROTECTED] IST.EDU Subject Re: var subdirectory 29/09/2008 11:23 Please respond to Linux on 390 Port [EMAIL PROTECTED] IST.EDU On 9/27/2008 at 4:38 PM, in message [EMAIL PROTECTED], Gentry, Stephen [EMAIL PROTECTED] wrote: -snip- If I'm supposed to issue init 1 at startup time, where do I do that? At startup time, I get a list of kernels and I can issue a #cp command to choose which kernel. If I have to do the init 1 here, how do I do it? #cp vi vmsg 0 1 The zero selects your default kernel, and the one tells the system to come up in runlevel 1. You can specify other parameters as well. Mark Post -- 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 inline: graycol.gifinline: pic08800.gifinline: ecblank.gif
Re: Where did ext2online go?
On 9/26/2008 at 3:56 PM, in message [EMAIL PROTECTED], Brad Hinson [EMAIL PROTECTED] wrote: -snip- Yep, resize2fs is the replacement for ext2online, and it works with both offline and mounted ext2/ext3 file systems. Do the file systems have to have been created after a certain maintenance level to be assured of that? That was the case with SLES. Only file systems created after SP2 were really supported. Mark Post -- 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
Gigabit interface on Linux?
On RHEL5.2 -- we're using mii-tools and seeing that the ethernet interface is set to 100mbs -- the OSA is set to gigabit - and we're wondering if something special needs to be done to set it to gigabit speeds.. Using 'ethtool=' doesn't seem to work on Linux (s390x linux).. This is on a VSWITCH -- everything works fine except the reported speed... Any ideas? Scott Rohling -- 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: ELF ABI Supplements
On 9/26/2008 at 4:20 AM, in message [EMAIL PROTECTED], Harold Grovesteen [EMAIL PROTECTED] wrote: http://www.linux-foundation.org/spec/ELF/zSeries/lzsabi0_zSeries.html This link, taken from http://refspecs.linux-foundation.org/LSB_3.2.0/LSB-Core-S390X/LSB-Core-S390X/ normativerefs.html#STD.S390X.ABI, seems to end up a circular reference that does not get you to the actual spec but takes one back the Linux Standards Base home page. What are the new links to get to the S/390 and z/Architecture ELF ABI Supplements? I'm not sure, but the first URL you list appears to be a wiki, of sorts. I believe if you go to the bottom of the page, click on the Discussion link, you'll be able to leave a comment that will generate a notification to the owner of the page. Mark Post -- 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: Gigabit interface on Linux?
On 9/29/2008 at 12:02 PM, in message [EMAIL PROTECTED], Scott Rohling [EMAIL PROTECTED] wrote: On RHEL5.2 -- we're using mii-tools and seeing that the ethernet interface is set to 100mbs -- the OSA is set to gigabit - and we're wondering if something special needs to be done to set it to gigabit speeds.. Using 'ethtool=' doesn't seem to work on Linux (s390x linux).. I'm amazed that mii-tools returns anything at all. This is on a VSWITCH -- everything works fine except the reported speed... Any ideas? Since the interface that mii-tools is reporting on is a virtual one, having nothing to do with any real hardware, I would say ignore it. Mark Post -- 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: Gigabit interface on Linux?
Any ideas on how we can verify what the speed really is? Since they are seeing this number - there is now doubt in the air :-) Scott Rohling p.s. ethtool eth0 return 'No data available' On Mon, Sep 29, 2008 at 10:14 AM, Mark Post [EMAIL PROTECTED] wrote: On 9/29/2008 at 12:02 PM, in message [EMAIL PROTECTED], Scott Rohling [EMAIL PROTECTED] wrote: On RHEL5.2 -- we're using mii-tools and seeing that the ethernet interface is set to 100mbs -- the OSA is set to gigabit - and we're wondering if something special needs to be done to set it to gigabit speeds.. Using 'ethtool=' doesn't seem to work on Linux (s390x linux).. I'm amazed that mii-tools returns anything at all. This is on a VSWITCH -- everything works fine except the reported speed... Any ideas? Since the interface that mii-tools is reporting on is a virtual one, having nothing to do with any real hardware, I would say ignore it. Mark Post -- 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: Gigabit interface on Linux?
Decent performance tools can be used to benchmark it. Create a benchmark from one linux server to the other and measure it. Scott Rohling wrote: Any ideas on how we can verify what the speed really is? Since they are seeing this number - there is now doubt in the air :-) Scott Rohling p.s. ethtool eth0 return 'No data available' On Mon, Sep 29, 2008 at 10:14 AM, Mark Post [EMAIL PROTECTED] wrote: On 9/29/2008 at 12:02 PM, in message [EMAIL PROTECTED], Scott Rohling [EMAIL PROTECTED] wrote: On RHEL5.2 -- we're using mii-tools and seeing that the ethernet interface is set to 100mbs -- the OSA is set to gigabit - and we're wondering if something special needs to be done to set it to gigabit speeds.. Using 'ethtool=' doesn't seem to work on Linux (s390x linux).. I'm amazed that mii-tools returns anything at all. This is on a VSWITCH -- everything works fine except the reported speed... Any ideas? Since the interface that mii-tools is reporting on is a virtual one, having nothing to do with any real hardware, I would say ignore it. Mark Post -- 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 -- 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 begin:vcard fn:Barton Robinson n:Robinson;Barton adr;dom:;;PO 390640;Mountain View;CA;94039-0640 email;internet:[EMAIL PROTECTED] title:Sr. Architect tel;work:650-964-8867 note:If you can't measure it, I'm just not interested x-mozilla-html:FALSE url:http://velocitysoftware.com version:2.1 end:vcard
Re: Gigabit interface on Linux?
Right -- that was step 2 -- I was hoping there was some Redhat command that could tell us (one that works on s390x distros) ... Thanks, Barton -- we'll see what we can find out thru our own measurements.. Scott Rohling On Mon, Sep 29, 2008 at 11:24 AM, Barton Robinson [EMAIL PROTECTED] wrote: Decent performance tools can be used to benchmark it. Create a benchmark from one linux server to the other and measure it. Scott Rohling wrote: Any ideas on how we can verify what the speed really is? Since they are seeing this number - there is now doubt in the air :-) Scott Rohling p.s. ethtool eth0 return 'No data available' On Mon, Sep 29, 2008 at 10:14 AM, Mark Post [EMAIL PROTECTED] wrote: On 9/29/2008 at 12:02 PM, in message [EMAIL PROTECTED], Scott Rohling [EMAIL PROTECTED] wrote: On RHEL5.2 -- we're using mii-tools and seeing that the ethernet interface is set to 100mbs -- the OSA is set to gigabit - and we're wondering if something special needs to be done to set it to gigabit speeds.. Using 'ethtool=' doesn't seem to work on Linux (s390x linux).. I'm amazed that mii-tools returns anything at all. This is on a VSWITCH -- everything works fine except the reported speed... Any ideas? Since the interface that mii-tools is reporting on is a virtual one, having nothing to do with any real hardware, I would say ignore it. Mark Post -- 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 -- 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: Gigabit interface on Linux?
You'd need to get onto the HMC and use OSA Advanced facilities, select to view port parameters, and it will show you the current settings. On Mon, Sep 29, 2008 at 12:21 PM, Scott Rohling [EMAIL PROTECTED] wrote: Any ideas on how we can verify what the speed really is? Since they are seeing this number - there is now doubt in the air :-) Scott Rohling p.s. ethtool eth0 return 'No data available' -- Bruce Hayden Linux on System z Advanced Technical Support IBM, Endicott, NY -- 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: Gigabit interface on Linux?
Thanks, Bruce -- we did that and confirmed it's set to gigabit.. but there seems to be concern from the Linux folks as mii-tools is reporting 100mbs and ethtool is not reporting anything... Scott Rohling On Mon, Sep 29, 2008 at 10:33 AM, Bruce Hayden [EMAIL PROTECTED] wrote: You'd need to get onto the HMC and use OSA Advanced facilities, select to view port parameters, and it will show you the current settings. On Mon, Sep 29, 2008 at 12:21 PM, Scott Rohling [EMAIL PROTECTED] wrote: Any ideas on how we can verify what the speed really is? Since they are seeing this number - there is now doubt in the air :-) Scott Rohling p.s. ethtool eth0 return 'No data available' -- Bruce Hayden Linux on System z Advanced Technical Support IBM, Endicott, NY -- 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: Gigabit interface on Linux?
That's because, as Mark said, you're attached to a virtual device, and the speed doesn't have much meaning. Any data flowing Linux to Linux within the same vswitch could flow much faster than a gigabit, but data flowing out the physical port is limited by the connection on that port. The virtual NIC is only indirectly related to the physical port. On Mon, Sep 29, 2008 at 12:39 PM, Scott Rohling [EMAIL PROTECTED] wrote: Thanks, Bruce -- we did that and confirmed it's set to gigabit.. but there seems to be concern from the Linux folks as mii-tools is reporting 100mbs and ethtool is not reporting anything... Scott Rohling On Mon, Sep 29, 2008 at 10:33 AM, Bruce Hayden [EMAIL PROTECTED] wrote: You'd need to get onto the HMC and use OSA Advanced facilities, select to view port parameters, and it will show you the current settings. On Mon, Sep 29, 2008 at 12:21 PM, Scott Rohling [EMAIL PROTECTED] wrote: Any ideas on how we can verify what the speed really is? Since they are seeing this number - there is now doubt in the air :-) Scott Rohling p.s. ethtool eth0 return 'No data available' -- Bruce Hayden Linux on System z Advanced Technical Support IBM, Endicott, NY -- 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 -- Bruce Hayden Linux on System z Advanced Technical Support IBM, Endicott, NY -- 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
Unusual amount of overhead on large volume group
I'm confused about how much overhead seems to be involved in creating a volume group that approaches a terabyte with ECKD devices (A mix of some 3390-27 and mostly 3390-9): dxxxml01: ~ df -h FilesystemSize Used Avail Use% Mounted on /dev/mapper/sysvg-root 2.0G 460M 1.5G 24% / /dev/dasda1 109M 34M 71M 33% /boot tmpfs1005M 0 1005M 0% /dev/shm /dev/mapper/sysvg-var 4.0G 210M 3.6G 6% /var /dev/mapper/sysvg-usr 2.0G 864M 1.1G 46% /usr /dev/mapper/sysvg-home 3.0G 319M 2.5G 12% /home /dev/mapper/sysvg-opt 6.9G 359M 6.2G 6% /opt /dev/mapper/sysvg-tmp 2.0G 68M 1.9G 4% /tmp /dev/mapper/appvg-lotus 9.9G 151M 9.2G 2% /opt/ibm/lotus /dev/mapper/appvg-logdir 20G 173M 19G 1% /opt/ibm/lotus/logdir */dev/mapper/appvg-notesdata 897G 200M 870G 1% /opt/notesdata * dxxxml01: ~ sudo lvdisplay -v /dev/appvg/notesdata Using logical volume(s) on command line --- Logical volume --- LV Name/dev/appvg/notesdata VG Nameappvg LV UUIDub9Gqh-kAEc-wfxb-lXXi-i9ER-3F9Y-gjyHC2 LV Write Accessread/write LV Status available # open 1 * LV Size911.02 GB * Current LE 233222 Segments 71 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:8 We're going from 911G for the logical volume to 897G displayed in 'df' to only 870G being available in the filesystem.. That's 41G of 'overhead'. Am I just naive about how much space it takes to manage this? Any input welcome! Scott Rohling -- 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: Gigabit interface on Linux?
Ok - gotcha ... I guess I'm not thinking 'virtual' today ;-) ... On Mon, Sep 29, 2008 at 10:45 AM, Bruce Hayden [EMAIL PROTECTED] wrote: That's because, as Mark said, you're attached to a virtual device, and the speed doesn't have much meaning. Any data flowing Linux to Linux within the same vswitch could flow much faster than a gigabit, but data flowing out the physical port is limited by the connection on that port. The virtual NIC is only indirectly related to the physical port. On Mon, Sep 29, 2008 at 12:39 PM, Scott Rohling [EMAIL PROTECTED] wrote: Thanks, Bruce -- we did that and confirmed it's set to gigabit.. but there seems to be concern from the Linux folks as mii-tools is reporting 100mbs and ethtool is not reporting anything... Scott Rohling On Mon, Sep 29, 2008 at 10:33 AM, Bruce Hayden [EMAIL PROTECTED] wrote: You'd need to get onto the HMC and use OSA Advanced facilities, select to view port parameters, and it will show you the current settings. On Mon, Sep 29, 2008 at 12:21 PM, Scott Rohling [EMAIL PROTECTED] wrote: Any ideas on how we can verify what the speed really is? Since they are seeing this number - there is now doubt in the air :-) Scott Rohling p.s. ethtool eth0 return 'No data available' -- Bruce Hayden Linux on System z Advanced Technical Support IBM, Endicott, NY -- 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 -- Bruce Hayden Linux on System z Advanced Technical Support IBM, Endicott, NY -- 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: Gigabit interface on Linux?
We actually opened an issue with IBM over this. Here's what I got back: Action Taken...: The ethtool utility is not supported with all device drivers as noted in the man page. It's very typical that for an gigabit NIC (especially a fiber connection) will not have a valid speed reported or no speed reported at all. To some degree it makes a bit of sense as a gigabit card is exactly that, 1GB. That is you can't tell a 1GB FIBER card to run at 10MB. Granted what gets reported by ethtool (really what th device driver is returning is mis-leading). Here is another example .. a very simple Tigon3 GB NIC, note the speed it reported as Unknown! [EMAIL PROTECTED] ~]# ethtool eth0 Settings for eth0: Supported ports: [ FIBRE ] Supported link modes: 1000baseT/Half 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 1000baseT/Half 1000baseT/Full Advertised auto-negotiation: Yes Speed: Unknown! (0) Duplex: Half Port: FIBRE mii-tool is only valid for mii compatable NIC cards. If the goal is to do some performance testing, then the best method is to use the netperf tools. ( see http://www.netperf.org) Another simple test is using dd and ftp, for example: # ftp hostname_of_server ftp bin ftp put | dd if=/dev/zero bs=32k count=1 /dev/null Using either of these tools should confirm that the NICS are transfering far faster the 10MB. So in other words, the gigabit OSA can only run at a gigabit, the tools are useless for this application, and the only way to be sure about the throughput is to measure it. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Monday, September 29, 2008 12:14 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Gigabit interface on Linux? On 9/29/2008 at 12:02 PM, in message [EMAIL PROTECTED], Scott Rohling [EMAIL PROTECTED] wrote: On RHEL5.2 -- we're using mii-tools and seeing that the ethernet interface is set to 100mbs -- the OSA is set to gigabit - and we're wondering if something special needs to be done to set it to gigabit speeds.. Using 'ethtool=' doesn't seem to work on Linux (s390x linux).. I'm amazed that mii-tools returns anything at all. This is on a VSWITCH -- everything works fine except the reported speed... Any ideas? Since the interface that mii-tools is reporting on is a virtual one, having nothing to do with any real hardware, I would say ignore it. Mark Post -- 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 This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link:
Re: Unusual amount of overhead on large volume group
On 9/29/2008 at 12:49 PM, in message [EMAIL PROTECTED], Scott Rohling [EMAIL PROTECTED] wrote: -snip- We're going from 911G for the logical volume to 897G displayed in 'df' to only 870G being available in the filesystem.. That's 41G of 'overhead'. Am I just naive about how much space it takes to manage this? Any input welcome! Try tune2fs -m1 /dev/appvg/notesdata (or even -m0) and see how much things improve. Mark Post -- 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: Unusual amount of overhead on large volume group
We have some very large LVM2 filesystems, and have only seen one issue. As you add PV's to a VG, the time it takes for the utilities (pvscan, pvs, etc.) to run increases exponentially with the number of volumes. This is because LVM2 puts metadata on every volume by default, and the utilities seem to process the metadata recursively. It was recommended that the --metadatacopies=0 parameter be used on pvcreate for all but the first couple of PV's in a VG to avoid this. We also found that when you have more than a handful of PV's to work with, striping makes a HUGE difference in performance, so consider that. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Scott Rohling Sent: Monday, September 29, 2008 12:50 PM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] Unusual amount of overhead on large volume group I'm confused about how much overhead seems to be involved in creating a volume group that approaches a terabyte with ECKD devices (A mix of some 3390-27 and mostly 3390-9): dxxxml01: ~ df -h FilesystemSize Used Avail Use% Mounted on /dev/mapper/sysvg-root 2.0G 460M 1.5G 24% / /dev/dasda1 109M 34M 71M 33% /boot tmpfs1005M 0 1005M 0% /dev/shm /dev/mapper/sysvg-var 4.0G 210M 3.6G 6% /var /dev/mapper/sysvg-usr 2.0G 864M 1.1G 46% /usr /dev/mapper/sysvg-home 3.0G 319M 2.5G 12% /home /dev/mapper/sysvg-opt 6.9G 359M 6.2G 6% /opt /dev/mapper/sysvg-tmp 2.0G 68M 1.9G 4% /tmp /dev/mapper/appvg-lotus 9.9G 151M 9.2G 2% /opt/ibm/lotus /dev/mapper/appvg-logdir 20G 173M 19G 1% /opt/ibm/lotus/logdir */dev/mapper/appvg-notesdata 897G 200M 870G 1% /opt/notesdata * dxxxml01: ~ sudo lvdisplay -v /dev/appvg/notesdata Using logical volume(s) on command line --- Logical volume --- LV Name/dev/appvg/notesdata VG Nameappvg LV UUIDub9Gqh-kAEc-wfxb-lXXi-i9ER-3F9Y-gjyHC2 LV Write Accessread/write LV Status available # open 1 * LV Size911.02 GB * Current LE 233222 Segments 71 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:8 We're going from 911G for the logical volume to 897G displayed in 'df' to only 870G being available in the filesystem.. That's 41G of 'overhead'. Am I just naive about how much space it takes to manage this? Any input welcome! Scott Rohling -- 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 This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. -- 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: Gigabit interface on Linux?
Thanks! That's very helpful to show this customer... appreciate you passing that on! Scott Rohling On Mon, Sep 29, 2008 at 10:51 AM, Hall, Ken (GTS) [EMAIL PROTECTED] wrote: We actually opened an issue with IBM over this. Here's what I got back: Action Taken...: The ethtool utility is not supported with all device drivers as noted in the man page. It's very typical that for an gigabit NIC (especially a fiber connection) will not have a valid speed reported or no speed reported at all. To some degree it makes a bit of sense as a gigabit card is exactly that, 1GB. That is you can't tell a 1GB FIBER card to run at 10MB. Granted what gets reported by ethtool (really what th device driver is returning is mis-leading). Here is another example .. a very simple Tigon3 GB NIC, note the speed it reported as Unknown! [EMAIL PROTECTED] ~]# ethtool eth0 Settings for eth0: Supported ports: [ FIBRE ] Supported link modes: 1000baseT/Half 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 1000baseT/Half 1000baseT/Full Advertised auto-negotiation: Yes Speed: Unknown! (0) Duplex: Half Port: FIBRE mii-tool is only valid for mii compatable NIC cards. If the goal is to do some performance testing, then the best method is to use the netperf tools. ( see http://www.netperf.org) Another simple test is using dd and ftp, for example: # ftp hostname_of_server ftp bin ftp put | dd if=/dev/zero bs=32k count=1 /dev/null Using either of these tools should confirm that the NICS are transfering far faster the 10MB. So in other words, the gigabit OSA can only run at a gigabit, the tools are useless for this application, and the only way to be sure about the throughput is to measure it. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Monday, September 29, 2008 12:14 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Gigabit interface on Linux? On 9/29/2008 at 12:02 PM, in message [EMAIL PROTECTED], Scott Rohling [EMAIL PROTECTED] wrote: On RHEL5.2 -- we're using mii-tools and seeing that the ethernet interface is set to 100mbs -- the OSA is set to gigabit - and we're wondering if something special needs to be done to set it to gigabit speeds.. Using 'ethtool=' doesn't seem to work on Linux (s390x linux).. I'm amazed that mii-tools returns anything at all. This is on a VSWITCH -- everything works fine except the reported speed... Any ideas? Since the interface that mii-tools is reporting on is a virtual one, having nothing to do with any real hardware, I would say ignore it. Mark Post -- 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 This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. -- 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: Gigabit interface on Linux?
On 9/29/2008 at 12:39 PM, in message [EMAIL PROTECTED], Scott Rohling [EMAIL PROTECTED] wrote: Thanks, Bruce -- we did that and confirmed it's set to gigabit.. but there seems to be concern from the Linux folks as mii-tools is reporting 100mbs and ethtool is not reporting anything... I suppose you could ask them what Xen and VMware guests report, and if that has any relation to the actual hardware in those boxes. I would have to believe not. Mark Post -- 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: Gigabit interface on Linux?
Thanks, Bruce -- we did that and confirmed it's set to gigabit.. but there seems to be concern from the Linux folks as mii-tools is reporting 100mbs and ethtool is not reporting anything... I'd actually argue that ethtool is right -- there really isn't any valid number TO report. Reporting the actual physical interface speed would be wrong in that the memory speed interface isn't actually limited to that speed, and reporting the actual memory interface speed is wrong in that it's a theoretical number that you won't ever actually get. I guess my question is: why do they care? Does the application behave differently with different interface speeds, or is this one of those checkbox evals where must have gigE support is on there? -- 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: Unusual amount of overhead on large volume group
Thanks, Mark -- I forgot all about -m 0 when doing the mkfs.ext3 -- and using tune2fs -m0 got us back to 897G! Scott Rohling On Mon, Sep 29, 2008 at 10:53 AM, Mark Post [EMAIL PROTECTED] wrote: On 9/29/2008 at 12:49 PM, in message [EMAIL PROTECTED], Scott Rohling [EMAIL PROTECTED] wrote: -snip- We're going from 911G for the logical volume to 897G displayed in 'df' to only 870G being available in the filesystem.. That's 41G of 'overhead'. Am I just naive about how much space it takes to manage this? Any input welcome! Try tune2fs -m1 /dev/appvg/notesdata (or even -m0) and see how much things improve. Mark Post -- 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: var subdirectory : epilog
Thanks to all who responded. I ended up using the #cp vi vmsg 0 1 method. Prior to deleting /var, I created the new disk space first. I updated the .conf file, ran mkinitrd and zipl. Rebooted linux. When it came up, the new dasd was available so I partitioned it and formatted it. I made a backup copy of /var and then got into the mess that started this thread. I finally got that to work a little while ago, but still kept getting errors about the superblock being bad. I repartitioned again and reformatted again and linux was happy this time around. I don't know what it didn't like the first time but it's working now. Steve -- 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
Early draft of architecture and porting guide for OpenSolaris on Z available
An early draft of the architecture and porting guide for OpenSolaris for Z is available from distribution.sinenomine.net. It covers the release 95 build. This is a draft, so there will be a few changes yet, but comments and corrections are always welcome. File is at http://distribution.sinenomine.net/opensolaris Happy reading, -- db David Boyes Sine Nomine Associates -- 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: Gigabit interface on Linux?
They're just trying to confirm what they have.. and using the Linux tools they normally use to do so. I've since explained that a virtual NIC isn't going to show them the physical characteristics of the 'real' NIC and have explained that we've verified the OSA is set to gigabit speed. I guess you could equate it to the 'checkbox eval' -- someone from the app team got on and showed them what mii-tools what indicating and so they naturally started to ask questions or wonder if they needed to set something from the Linux side... Now that I've gotten all the good input, I'm better able to explain what they are seeing and why... Thanks again for all the great responses! Scott Rohling On Mon, Sep 29, 2008 at 11:11 AM, David Boyes [EMAIL PROTECTED] wrote: Thanks, Bruce -- we did that and confirmed it's set to gigabit.. but there seems to be concern from the Linux folks as mii-tools is reporting 100mbs and ethtool is not reporting anything... I'd actually argue that ethtool is right -- there really isn't any valid number TO report. Reporting the actual physical interface speed would be wrong in that the memory speed interface isn't actually limited to that speed, and reporting the actual memory interface speed is wrong in that it's a theoretical number that you won't ever actually get. I guess my question is: why do they care? Does the application behave differently with different interface speeds, or is this one of those checkbox evals where must have gigE support is on there? -- 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: Gigabit interface on Linux?
This is pretty much the same situation we had. The SA's are used to the tools they know, so when they don't behave as expected on z, they get nervous. I've had questions about grub, netdump, EMC Powerpath, and Veritas VxVM. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Scott Rohling Sent: Monday, September 29, 2008 2:13 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Gigabit interface on Linux? They're just trying to confirm what they have.. and using the Linux tools they normally use to do so. I've since explained that a virtual NIC isn't going to show them the physical characteristics of the 'real' NIC and have explained that we've verified the OSA is set to gigabit speed. I guess you could equate it to the 'checkbox eval' -- someone from the app team got on and showed them what mii-tools what indicating and so they naturally started to ask questions or wonder if they needed to set something from the Linux side... Now that I've gotten all the good input, I'm better able to explain what they are seeing and why... Thanks again for all the great responses! Scott Rohling On Mon, Sep 29, 2008 at 11:11 AM, David Boyes [EMAIL PROTECTED] wrote: Thanks, Bruce -- we did that and confirmed it's set to gigabit.. but there seems to be concern from the Linux folks as mii-tools is reporting 100mbs and ethtool is not reporting anything... I'd actually argue that ethtool is right -- there really isn't any valid number TO report. Reporting the actual physical interface speed would be wrong in that the memory speed interface isn't actually limited to that speed, and reporting the actual memory interface speed is wrong in that it's a theoretical number that you won't ever actually get. I guess my question is: why do they care? Does the application behave differently with different interface speeds, or is this one of those checkbox evals where must have gigE support is on there? -- 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 This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. -- 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
Tuning Oracle memory use (fwd)
We have a bunch of Oracle databases running on SLES 10 in one of our z/9 partitions. We are only getting started with this, so we don't much (i.e. nothing) about tuning Oracle to be a polite guest in this environment and our DBA is just as new to it. He is getting advice from a vendor, but I have no faith in that as they think a mainframe is just a big PCsigh... Anyway, we are looking at memory usage on these servers and things don't seem right to me. However, I know little to nothing about how Linux uses memory. One servers hows physical memory at 99% used, but actual is only at 9%. Swap is also at 99%. Those numbers don't sound healthy. What types of things can our DBA do to tune how Oracle uses memory or should I just up its virtual storage and postpone the problem? (Our CP paging is going up dramatically too.) Martha -- 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: curiosity: pronouncing sudo
I would tend to agree that IT professionals are given to silliness. After all, we have a penchant for giving cartoon mascots to software projects for no discernible reason other than our own amusement. Erik Johnson On Mon, Sep 29, 2008 at 10:39 AM, Douglas Wooster [EMAIL PROTECTED] wrote: And here I just thought we were enjoying a little silliness. :) Douglas Linux on 390 Port LINUX-390@VM.MARIST.EDU wrote on 09/28/2008 04:55:28 PM: [image removed] Re: [LINUX-390] curiosity: pronouncing sudo Mark Post to: LINUX-390 09/28/2008 04:58 PM Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU Please respond to Linux on 390 Port LINUX-390@VM.MARIST.EDU On 9/26/2008 at 8:32 PM, in message [EMAIL PROTECTED], Erik N Johnson [EMAIL PROTECTED] wrote: -snip- Upon realization of that fact, further argument on the point would seem pedantic and obtuse. That describes about 95% of the people in the IT industry, which is why discussions such as this one go on for so long. Mark Post -- 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 -- 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: Tuning Oracle memory use (fwd)
no don't pump up virtual machine memory or CP paging to fix this long term. Short term do what you have to of course! But in my experience Oracle interestingly enough is one of the best behaved applications in a linux virtual machine. A lot of this depends on the size of the database in the machine and the amount and type of SQL coming at 'em. Oracle has some gizmo that will show you the worst/best performing SQL - take a careful look at that! How many databases are you running per virtual machine? I have clients that have very trim Oracle virtual machine sizes, running most at 512M to 1G. This is for many medium size machines (horizontal). Another client is running huge Oracle machines (several with over 1Tb db sizes), so we let 'em have alot of memory, like 8Gb (vertical). You must work with the DBA to work out your Oracle SGA size. Oracle SGA needs to be smaller than virtual machine size. There is some guidance for this. If swap is at 99% then you need to look at increasing virtual machine size. David From: Linux on 390 Port on behalf of Martha McConaghy Sent: Mon 9/29/2008 5:33 PM To: LINUX-390@VM.MARIST.EDU Subject: Tuning Oracle memory use (fwd) We have a bunch of Oracle databases running on SLES 10 in one of our z/9 partitions. We are only getting started with this, so we don't much (i.e. nothing) about tuning Oracle to be a polite guest in this environment and our DBA is just as new to it. He is getting advice from a vendor, but I have no faith in that as they think a mainframe is just a big PCsigh... Anyway, we are looking at memory usage on these servers and things don't seem right to me. However, I know little to nothing about how Linux uses memory. One servers hows physical memory at 99% used, but actual is only at 9%. Swap is also at 99%. Those numbers don't sound healthy. What types of things can our DBA do to tune how Oracle uses memory or should I just up its virtual storage and postpone the problem? (Our CP paging is going up dramatically too.) Martha -- 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: Tuning Oracle memory use (fwd)
If you're just getting started, which means you don't have a lot of data, or much production I first scale back Oracle's memory. Under OEM: Administration: Memory Parmeters: Change SGA to 200 MB Change PGA to 16 MB Define your virtual storage for the Linux machine to 600 MB and reboot. Now scale the SGA down to 140 MB. (I couldn't go directly to 140 MB, I had to do it in two stages). I've been watching my swap area with swapon -s. Sometimes we do swap, but it doesn't seem to be during the day. There is an Oracle process that kicks off about midnight, which needs more storage than during first shift. With OEM running, I can't get Oracle to use less memory. I guess OEM has its pound of flesh to consider. But getting our 6 Oracle machines down to the half GB level, is the only way we could support 6 Oracle machines. One production (about 30 users and 1.5 GB in tables) with the others being test and development machines. Tom Duerbusch THD Consulting Law of Dinner Table Attendance Cats must attend all meals when anything good is served. Martha McConaghy [EMAIL PROTECTED] 9/29/2008 4:33 PM We have a bunch of Oracle databases running on SLES 10 in one of our z/9 partitions. We are only getting started with this, so we don't much (i.e. nothing) about tuning Oracle to be a polite guest in this environment and our DBA is just as new to it. He is getting advice from a vendor, but I have no faith in that as they think a mainframe is just a big PCsigh... Anyway, we are looking at memory usage on these servers and things don't seem right to me. However, I know little to nothing about how Linux uses memory. One servers hows physical memory at 99% used, but actual is only at 9%. Swap is also at 99%. Those numbers don't sound healthy. What types of things can our DBA do to tune how Oracle uses memory or should I just up its virtual storage and postpone the problem? (Our CP paging is going up dramatically too.) Martha -- 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: Tuning Oracle memory use (fwd)
Martha, Look at the swapinnes sysctl parameter. It reduces swap priority on Linux. http://kerneltrap.org/node/3000 Good luck. Fernando Gieseler ___ Technical Sales Specialist for System z - Linux and z/VM - IBM Brasil fone: +55-51-2131-5848 cel: +55-51-9988-8177 fax: +55-51-2131-5875 ITN: 5 759-5848 T/L: 859-5848 [EMAIL PROTECTED] Martha McConaghy [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU 29/09/2008 19:33 Please respond to Linux on 390 Port LINUX-390@VM.MARIST.EDU To LINUX-390@VM.MARIST.EDU cc Subject Tuning Oracle memory use (fwd) We have a bunch of Oracle databases running on SLES 10 in one of our z/9 partitions. We are only getting started with this, so we don't much (i.e. nothing) about tuning Oracle to be a polite guest in this environment and our DBA is just as new to it. He is getting advice from a vendor, but I have no faith in that as they think a mainframe is just a big PCsigh... Anyway, we are looking at memory usage on these servers and things don't seem right to me. However, I know little to nothing about how Linux uses memory. One servers hows physical memory at 99% used, but actual is only at 9%. Swap is also at 99%. Those numbers don't sound healthy. What types of things can our DBA do to tune how Oracle uses memory or should I just up its virtual storage and postpone the problem? (Our CP paging is going up dramatically too.) Martha -- 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: Where did ext2online go?
Mark Post wrote: On 9/26/2008 at 3:56 PM, in message [EMAIL PROTECTED], Brad Hinson [EMAIL PROTECTED] wrote: -snip- Yep, resize2fs is the replacement for ext2online, and it works with both offline and mounted ext2/ext3 file systems. Do the file systems have to have been created after a certain maintenance level to be assured of that? That was the case with SLES. Only file systems created after SP2 were really supported. Mark Post I initially thought there might be a hard line between file systems created in RHEL 4 vs. 5, but I did a quick test. With the magic of z/VM LINK, I created a file system in RHEL 4 and extended it on RHEL 5 without a hitch. Of course that's my quick 'n dirty test matrix :) -- 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 -- Brad Hinson [EMAIL PROTECTED] Sr. Support Engineer Lead, System z Red Hat, Inc. (919) 754-4198 www.redhat.com/z -- 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