Re: Octave support (was Re: [CentOS] When will CentOS 5 Plus be available?)
Primorec wrote: > Not the best solution... but it works (as of Feb 12 2008) > wget > ftp://ftp.pbone.net/mirror/centos.karan.org/el5/extras/testing/i386/RPMS/ufsparse-2.1.1-1.el5.kb.i386.rpm > wget > ftp://ftp.pbone.net/mirror/centos.karan.org/el5/extras/testing/i386/RPMS/qhull-2003.1-6.el5.kb.i386.rpm > wget > http://centos.karan.org/el5/extras/testing/i386/RPMS/glpk-4.15-1.el5.kb.i386.rpm > wget > http://centos.karan.org/el5/extras/testing/i386/RPMS/fftw-3.1.2-3.el5.kb.i386.rpm > wget > http://centos.karan.org/el5/extras/testing/i386/RPMS/hdf5-1.6.5-7.el5.kb.i386.rpm > wget > ftp://ftp.pbone.net/mirror/download.fedora.redhat.com/pub/fedora/epel/5/i386/octave-3.0.0-2.el5.i386.rpm > > and then as root > > rpm -i *.rpm > why not just setup the repository and then : yum install octave -- Karanbir Singh : http://www.karan.org/ : [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 36, Issue 7
Send CentOS-announce mailing list submissions to [EMAIL PROTECTED] To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2008:0129 Important CentOS 5 i386 kernel - security update (Johnny Hughes) 2. CESA-2008:0129 Important CentOS 5 x86_64 kernel - security update (Johnny Hughes) -- Message: 1 Date: Tue, 12 Feb 2008 21:27:15 -0600 From: Johnny Hughes <[EMAIL PROTECTED]> Subject: [CentOS-announce] CESA-2008:0129 Important CentOS 5 i386 kernel -security update To: CentOS-Announce <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" CentOS Errata and Security Advisory 2008:0129 https://rhn.redhat.com/errata/RHSA-2008-0129.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: kernel-2.6.18-53.1.13.el5.i686.rpm kernel-devel-2.6.18-53.1.13.el5.i686.rpm kernel-doc-2.6.18-53.1.13.el5.noarch.rpm kernel-headers-2.6.18-53.1.13.el5.i386.rpm kernel-PAE-2.6.18-53.1.13.el5.i686.rpm kernel-PAE-devel-2.6.18-53.1.13.el5.i686.rpm kernel-xen-2.6.18-53.1.13.el5.i686.rpm kernel-xen-devel-2.6.18-53.1.13.el5.i686.rpm src: kernel-2.6.18-53.1.13.el5.src.rpm -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature Url : http://lists.centos.org/pipermail/centos-announce/attachments/20080212/94bc15b9/signature-0001.bin -- Message: 2 Date: Tue, 12 Feb 2008 21:27:23 -0600 From: Johnny Hughes <[EMAIL PROTECTED]> Subject: [CentOS-announce] CESA-2008:0129 Important CentOS 5 x86_64 kernel -security update To: CentOS-Announce <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" CentOS Errata and Security Advisory 2008:0129 https://rhn.redhat.com/errata/RHSA-2008-0129.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: kernel-2.6.18-53.1.13.el5.x86_64.rpm kernel-devel-2.6.18-53.1.13.el5.x86_64.rpm kernel-doc-2.6.18-53.1.13.el5.noarch.rpm kernel-headers-2.6.18-53.1.13.el5.x86_64.rpm kernel-xen-2.6.18-53.1.13.el5.x86_64.rpm kernel-xen-devel-2.6.18-53.1.13.el5.x86_64.rpm src: kernel-2.6.18-53.1.13.el5.src.rpm -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature Url : http://lists.centos.org/pipermail/centos-announce/attachments/20080212/f3f8e82f/signature-0001.bin -- ___ CentOS-announce mailing list [EMAIL PROTECTED] http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 36, Issue 7 ** ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] pvmove speed
On 13/02/2008 05:24, Joseph L. Casale wrote: But I really have a hunch that it is just a lot of I/O wait time due to either metadata maintenance and checkpointing and/or I/O failures, which have very long timeouts before failure is recognized and *then* alternate block assignment and mapping is done. One of the original arrays just needs to be rebuilt with more members, there are no errors but I believe you are right about simple I/O wait time. Going from sdd to sde: # iostat -d -m -x Linux 2.6.18-53.1.6.el5 (host) 02/12/2008 Device: rrqm/s wrqm/s r/s w/srMB/swMB/s avgrq-sz avgqu-sz await svctm %util sdd 0.74 0.00 1.52 42.72 0.11 1.7586.41 0.50 11.40 5.75 25.43 sde 0.00 0.82 0.28 1.04 0.00 0.11 177.52 0.13 98.71 53.55 7.09 Not very impressive :) Two different SATA II based arrays on an LSI controller, 5% complete in ~7 hours == a week to complete! I ran this command from an ssh session from my workstation (That was clearly a dumb move). Given the robustness of the pvmove command I have gleaned from reading, if the session bales how much time am I likely to lose by restarting? Are the checkpoints frequent? Thanks! jlc Running iostat like this will give you utilisation statistics since boot, which will not be inidicative of what's happening now. If you give it a reporting interval, say 10 seconds (iostat -m -x 10), I am guessing you will see very different data (likely high r/s, w/s, await, and derived values). ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] pvmove speed
Joseph L. Casale wrote: > > Not very impressive :) Two different SATA II based arrays on an LSI > controller, 5% complete in ~7 hours == a week to complete! I ran this > command from an ssh session from my workstation (That was clearly a > dumb move). Given the robustness of the pvmove command I have gleaned > from reading, if the session bales how much time am I likely to lose > by restarting? Are the checkpoints frequent? I always use screen when running updates, installs, disk maintenance, etc. This way, if the ssh session dies for whatever reason, the command keeps going and I can reconnect to the session later. It's also useful to be able to start the run at the office and then reconnect from home to check on it. -- Bowie ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Strange performance issues under CentOS 5.1
On Feb 12, 2008, at 21:57, William L. Maltby wrote: Check BIOS settings? For memory, CAS etc. the same? Disk hardware the same and specified identically? Pretty much all the same. They are standard Lenovo desktops, with a 3.4 GHz Core 2 Duo and 3 GB of memory (the BIOS doesn't let the OS address more than 3 GB). Presumming that nothing is found there, install system accounting packages and run some SAR reports. You may see a clue in them. I will try that next. Any "tweaks" on the old system you forgot to apply on the new? Elevator, buffer flush interval changes, etc? Nope, it's a vanilla kickstart install. I am using the same scripts (with only slight variations) to build both the 4.x and 5.x systems. I didn't do anything to "tune" the 4.x systems. That's one of the things I like about CentOS (and RHEL for that matter): they just work out of the box. A build (make/gcc) is typically CPU bound. I don't understand how it can get only 11% of the CPU. That's unheard of. Any other noticeable things on there that may cause it? Presume the slowdown is caused by a process that you are not looking at. "Hangs" while some other process is waiting or tying up the CPU. Try running top. There is nothing else running on the systems at the time. I have lots of terminal windows open on the 4.x system, but I am ssh'ed into the 5.x system and nobody else is logged in. If anything, the 4.x system should be slower since there are many more things running on it. I notice an execve shows on the new one that is not in the old. One says "hmmm". The execve is in the other as well, just a few lines further down (i.e., it didn't make the cut when I did the "head strace.log"). What does swapon -s show? CentOS 4.6: FilenameTypeSize UsedPriority /dev/mapper/VolGroup00-LogVol00 partition 4095992 210592 -1 CentOS 5.1: FilenameTypeSize UsedPriority /dev/mapper/VolGroup00-LogVol00 partition 3047416 120 -1 Is the system "seeing" the same amount of memory "available" or have BIOS settings in one reduced available? CentOS 4.6: MemTotal: 3113612 kB MemFree: 24868 kB Buffers: 23164 kB Cached:2428508 kB SwapCached: 136108 kB Active:1685808 kB Inactive: 1257004 kB HighTotal: 2226560 kB HighFree: 1088 kB LowTotal: 887052 kB CentOS 5.1: MemTotal: 3114452 kB MemFree: 2722528 kB Buffers: 84592 kB Cached: 174804 kB SwapCached: 0 kB Active: 187084 kB Inactive: 137220 kB HighTotal: 2226560 kB HighFree: 1972860 kB LowTotal: 887892 kB If all new equipment on the new one, open her up and reseat all connections, PCI cards and mem sticks. Make sure all power connectors are well seated to MB and drives. I will double check that. I may also try to install 4.6 on the HW that is currently running 5.1 and see if there is a problem. With my kickstart scripts I can have the system up and running in less than 30 minutes. That is probably the best next step to rule out any HW issues. I'll do that as soon as I get into the office. Front side bus and memory speeds set the same in BIOS? Should be. That's all I can think of that may be even remotely related ATM Thanks for all the excellent suggestions, Bill. Alfred ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] local root exploit
Akemi Yagi wrote: On Feb 11, 2008 10:52 AM, Scott McClanahan <[EMAIL PROTECTED]> wrote: On Mon, 2008-02-11 at 10:45 -0800, Akemi Yagi wrote: We have to wait and see, but my impression is that the nfs fix would not be in the updated kernel (I hope I am wrong). They are talking about getting it into 5.2 (even possibly into 5.3). I can see that this is a problem. Now, we can not "stay with 53.1.4" on the systems where the local root exploit is a serious problem. Akemi Yes, until now we had no problem stalling on 53.1.4. I guess we'll have to test how badly the nfs performance degradation actually is under a heavy load in our environment. Good news! CentOS is going to offer the updated kernel (-53.1.13) with the nfs patch applied -- thanks to Johnny Hughes. Let's wait to hear from him. Akemi There is a kernel that matches upstream and it is released to the centos-5 tree and available via the normal yum updates. It is patched for this root exploit issue, but the NFS is still broken per this bug: https://bugzilla.redhat.com/show_bug.cgi?id=32 SO ... there are kernels available here (that you will need to manually install) which SHOULD fix this root exploit AND work with NFS: http://people.centos.org/~hughesjr/kernel/5/ This is a testing kernel ... it seems to work for me and has passed testing on several other CentOS servers ... and it has a backported patch from the 2.6.18-80.el5 testing upstream RHEL server. Each person who wants to use this needs to test it first for themselves ... if it breaks your machine you get to keep all pieces :D I will also be rolling this same NFS patch into the centosplus kernel for centos-5 which is currently building. Thanks, Johnny Hughes signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] pvmove speed
>Running iostat like this will give you utilisation statistics since boot, >which will not be inidicative of what's happening now. If you give it a >reporting interval, say 10 seconds (iostat -m -x >10), I am guessing you will >see very different data (likely high r/s, w/s, await, and derived values). Thanks for all the pointers guys! jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Apache RPM's
Ross S. W. Walker wrote: Johnny Hughes wrote: Bob Boilard wrote: Hello all, I love CentOS, but I am seriously regretting selecting Centos 4.4 for my production hosting servers. The current situation with CentOS 4.4 and being stuck at Apache 2.0.52 is a huge problem because of the new requirements for the Credit Card industry PCI scan. Apache 2.0.52 does not pass PCI compliance scans. which means no ecommerce on any of these servers - MAJOR ISSUE. So my question to the community is: when are new Apache RPM's going to be released or at minimum a backported version that plugs these security holes so we can pass PCI scans. Apache 2.0.52 has some major issues that need to be dealt with? I am almost positive that this issue is one of the scan software using version numbers and not understanding that RHEL backports fixes. It is a big fear of mine that this may become more and more of an issue when government agencies start setting stricter and stricter software compliance guidelines. The agencies don't know what security backports vendor XYZ has implemented and frankly they don't care. All they have is a list of minimum version numbers that software must be at in order for it to be deemed "compliant". I think we will start seeing this in the PCI and HIPA compliance regulations first, but I wouldn't be surprised if it leaks out into GLBA and other regulations over time. I think it will be these compliance issues that may force upstream to change their strategy otherwise I can see this being a roadblock to RHEL/CentOS adoption in these industries in the future. -Ross OR force the scanner people to support backports. There are already Nessus templates that support CentOS/RHEL scanning for PCI compliance. Being that RHEL is 85% (ish) of the paid enterprise server market and EAL certified and running on many government sites already, I would imagine that the scanners will be the things to change. I could be wrong ... that HAS happened before :-) ... but that is my take. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Root exploit in the wild
Christopher Chan wrote: Frank Cox wrote: https://bugzilla.redhat.com/show_bug.cgi?id=432251 Mentioned on Slashdot here: http://it.slashdot.org/article.pl?sid=08/02/10/2011257 Fedora bug report here: https://bugzilla.redhat.com/show_bug.cgi?id=432229 Fix right here: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=712a30e63c8066ed84385b12edbfb804f49cbc44 and just to add the centos fix to this thread also ... http://lists.centos.org/pipermail/centos/2008-February/094314.html signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Apache RPM's
Ross S. W. Walker wrote: > The agencies don't know what security backports vendor XYZ > has implemented and frankly they don't care. All they have > is a list of minimum version numbers that software must be > at in order for it to be deemed "compliant". So check the actual version number of the package. Using a remote network software scanner to detect security problems based on banner strings provided by the network software is nothing more than a false sense of security. > I think we will start seeing this in the PCI and HIPA > compliance regulations first, but I wouldn't be surprised > if it leaks out into GLBA and other regulations over time. The scanning vendors will be forced to fix their products. It's perfectly acceptable, and preferred behavior to backport patches. Just look at the recent Samba thread here for a good reason why backporting is good. I'd be mightily pissed if RHEL or CentOS switched a version out from under me which caused breakage. I honestly cannot believe that RHEL did that for Samba. If anything introduce a new ALTERNATE package that has the incompatible changes in it and allow users to choose between that one and the original for their systems. That's just me though. Fortunately I don't really use Samba. > I think it will be these compliance issues that may force > upstream to change their strategy otherwise I can see this > being a roadblock to RHEL/CentOS adoption in these > industries in the future. I highly doubt it. It'll be the scanning companies that will have to change. RHEL/CentOS are not the only ones that backport fixes. Really they need to have a database of package names and versions, and a set of scripts to run on the various servers to compare the versions with their "approved" list. After all it's not easy to remotely determine the kernel version. Network scanning is OK for some things, especially if you are attempting the actual security vulnerability rather than just assuming it has or does not have it based on the version. Take Oracle for example, pretty expensive piece of software. Lots of security holes in it. I'm not a DBA so I looked up how to find what patches are installed, and as far as I can tell you cannot determine those patches remotely, you need to run a command on the local host. My production oracle servers(10.2.0.3) currently have 34 patches installed. And the version string did not change. Installed Top-level Products (3): Oracle Database 10g 10.2.0.1.0 Oracle Database 10g Release 2 Patch Set 1 10.2.0.2.0 Oracle Database 10g Release 2 Patch Set 2 10.2.0.3.0 There are 3 products installed in this Oracle Home. Interim patches (34) : [..] (snip) And guess what? all 34 patches are security related. I have 8 more patches to get installed soon as well. nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: system gets suspended automatically!
on 2/12/2008 9:13 PM Chandra spake the following: 2008/2/6 Ross S. W. Walker <[EMAIL PROTECTED]>: I don't think that is the "harmless" error message mentioned in the release notes as that had to do with the "crash kernel". I saw this same error on a Dell AMD system. It seems the motherboard in that system didn't do ACPI IRQ routing as the kernel expected and experienced a lot of random problems until "acpi=noirq" was passed as a kernel option to disable ACPI IRQ routing defaulting back to the APIC IRQ routing. If that still gives you problems then you may need to use "irq=poll" which forces the kernel to poll for IRQ changes. -Ross Thanks a lot for the tip. This seems to have worked. My system is running continuously from last 45 hours without any hang. This is the miracle grub.conf entry: kernel /boot/vmlinuz-2.6.18-53.el5PAE ro root=LABEL=/12 irq=poll acpi=off noapic nolapic early-login quiet with the acpid daemon off. It is working well with the OpenMP parallelization. When I tried without the "noapic nolapic" option in grub.conf, the system worked with serial code but hanged while the OpenMP is used for parallelization. Anyway, thanks a lot for all you guys' responses. Well, I don't have much idea but when the kernel detects multiple cpus, the "irq=poll" entry should be added by default. It may be useful in solving a lot of such problems (well, just a thought) (-__^) -Chandra As has been stated many times on this list, unless the upstream creator decides to make that change, it won't get done here either. CentOS is meant to be as close to the RedHat offering as you can get without a support contract. But I'm sure they would appreciate a few $$$ here and there! ;-P -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Apache RPM's
nate wrote: > Ross S. W. Walker wrote: > > > The agencies don't know what security backports vendor XYZ > > has implemented and frankly they don't care. All they have > > is a list of minimum version numbers that software must be > > at in order for it to be deemed "compliant". > > So check the actual version number of the package. Using a remote > network software scanner to detect security problems based on > banner strings provided by the network software is nothing > more than a false sense of security. I'm not worried about myself. In a regulated environment the agencies do not trust corporations will honestly test their controls, so they have outside auditing firms and agencies test them for you and it is often these outside firms or agencies that take unreasonable or uneducated stances and often times there is very little you can do. When the FDIC says jump your correct response should be "How high?". > > I think we will start seeing this in the PCI and HIPA > > compliance regulations first, but I wouldn't be surprised > > if it leaks out into GLBA and other regulations over time. > > The scanning vendors will be forced to fix their products. It's > perfectly acceptable, and preferred behavior to backport patches. > Just look at the recent Samba thread here for a good reason > why backporting is good. I'd be mightily pissed if RHEL or > CentOS switched a version out from under me which caused breakage. > I honestly cannot believe that RHEL did that for Samba. If > anything introduce a new ALTERNATE package that has the > incompatible changes in it and allow users to choose between > that one and the original for their systems. That's just me though. > Fortunately I don't really use Samba. I agree whole heartily. It would go a long way though if Redhat provided independent certification of their products under these compliance banners. Does anybody know if such a thing exists now? That way with the certification in hand and proof that the servers are kept up to date one can keep the auditors at bay. > > I think it will be these compliance issues that may force > > upstream to change their strategy otherwise I can see this > > being a roadblock to RHEL/CentOS adoption in these > > industries in the future. > > I highly doubt it. It'll be the scanning companies that will > have to change. RHEL/CentOS are not the only ones that backport > fixes. Really they need to have a database of package names > and versions, and a set of scripts to run on the various servers > to compare the versions with their "approved" list. After all > it's not easy to remotely determine the kernel version. You know that is if the auditing firms and agencies actually use scanning software, or if they ask for a package listing and go through that list by hand. We are talking about the US government here. > Network scanning is OK for some things, especially if you are > attempting the actual security vulnerability rather than just > assuming it has or does not have it based on the version. > > Take Oracle for example, pretty expensive piece of software. > Lots of security holes in it. I'm not a DBA so I looked up > how to find what patches are installed, and as far as I can > tell you cannot determine those patches remotely, you need to > run a command on the local host. > > My production oracle servers(10.2.0.3) currently have 34 patches > installed. And the version string did not change. > > Installed Top-level Products (3): > > Oracle Database 10g 10.2.0.1.0 > Oracle Database 10g Release 2 Patch Set 1 10.2.0.2.0 > Oracle Database 10g Release 2 Patch Set 2 10.2.0.3.0 > There are 3 products installed in this Oracle Home. > > > Interim patches (34) : > [..] > (snip) > > And guess what? all 34 patches are security related. I have > 8 more patches to get installed soon as well. Yes of course the software needs to be kept up to date that goes without saying. One can only hope that with a certificate from Redhat that they keep software up to date with security fixes within a reasonable time frame by backporting them can be had. Then there is the whole convincing these firms and agencies that since CentOS is a duplication of Redhat's system it is therefore certified by the laws of transitivity, but who knows if they will buy it... -Ross __ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof. ___ CentOS mailing list
RE: [CentOS] Apache RPM's
Johnny Hughes wrote: > > Bob Boilard wrote: > > Hello all, > > > > I love CentOS, but I am seriously regretting selecting > Centos 4.4 for my > > production hosting servers. The current situation with > CentOS 4.4 and being > > stuck at Apache 2.0.52 is a huge problem because of the new > requirements for > > the Credit Card industry PCI scan. Apache 2.0.52 does not pass PCI > > compliance scans. which means no ecommerce on any of these > servers - MAJOR > > ISSUE. So my question to the community is: when are new > Apache RPM's going > > to be released or at minimum a backported version that > plugs these security > > holes so we can pass PCI scans. Apache 2.0.52 has some > major issues that > > need to be dealt with? > > > > I am almost positive that this issue is one of the scan > software using > version numbers and not understanding that RHEL backports fixes. It is a big fear of mine that this may become more and more of an issue when government agencies start setting stricter and stricter software compliance guidelines. The agencies don't know what security backports vendor XYZ has implemented and frankly they don't care. All they have is a list of minimum version numbers that software must be at in order for it to be deemed "compliant". I think we will start seeing this in the PCI and HIPA compliance regulations first, but I wouldn't be surprised if it leaks out into GLBA and other regulations over time. I think it will be these compliance issues that may force upstream to change their strategy otherwise I can see this being a roadblock to RHEL/CentOS adoption in these industries in the future. -Ross __ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Samba problem after Up2date
another detail. When i try this command " smbclient //192.168.0.10/informatica -Uinformatica" and i give the correct password i get this [EMAIL PROTECTED] ~]# smbclient //192.168.0.10/informatica -Uinformatica Unknown parameter encountered: "hosts equiv" Ignoring unknown parameter "hosts equiv" Password: Domain=[MAKIMET] OS=[Unix] Server=[Samba 3.0.25b-1.el4_6.4] Server not using user level security and no password supplied. tree connect failed: NT_STATUS_BAD_NETWORK_NAME What i can notice here is that is says that the server is not using security. what is that for? -- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: local root exploit
on 2/13/2008 6:52 AM Johnny Hughes spake the following: Akemi Yagi wrote: On Feb 11, 2008 10:52 AM, Scott McClanahan <[EMAIL PROTECTED]> wrote: On Mon, 2008-02-11 at 10:45 -0800, Akemi Yagi wrote: We have to wait and see, but my impression is that the nfs fix would not be in the updated kernel (I hope I am wrong). They are talking about getting it into 5.2 (even possibly into 5.3). I can see that this is a problem. Now, we can not "stay with 53.1.4" on the systems where the local root exploit is a serious problem. Akemi Yes, until now we had no problem stalling on 53.1.4. I guess we'll have to test how badly the nfs performance degradation actually is under a heavy load in our environment. Good news! CentOS is going to offer the updated kernel (-53.1.13) with the nfs patch applied -- thanks to Johnny Hughes. Let's wait to hear from him. Akemi There is a kernel that matches upstream and it is released to the centos-5 tree and available via the normal yum updates. It is patched for this root exploit issue, but the NFS is still broken per this bug: https://bugzilla.redhat.com/show_bug.cgi?id=32 SO ... there are kernels available here (that you will need to manually install) which SHOULD fix this root exploit AND work with NFS: http://people.centos.org/~hughesjr/kernel/5/ This is a testing kernel ... it seems to work for me and has passed testing on several other CentOS servers ... and it has a backported patch from the 2.6.18-80.el5 testing upstream RHEL server. Each person who wants to use this needs to test it first for themselves ... if it breaks your machine you get to keep all pieces :D I soo love that last line! I could just imagine someone like Jack Nicholson saying it in a movie. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: pvmove speed
on 2/12/2008 9:24 PM Joseph L. Casale spake the following: But I really have a hunch that it is just a lot of I/O wait time due to either metadata maintenance and checkpointing and/or I/O failures, which have very long timeouts before failure is recognized and *then* alternate block assignment and mapping is done. One of the original arrays just needs to be rebuilt with more members, there are no errors but I believe you are right about simple I/O wait time. Going from sdd to sde: # iostat -d -m -x Linux 2.6.18-53.1.6.el5 (host) 02/12/2008 Device: rrqm/s wrqm/s r/s w/srMB/swMB/s avgrq-sz avgqu-sz await svctm %util sdd 0.74 0.00 1.52 42.72 0.11 1.7586.41 0.50 11.40 5.75 25.43 sde 0.00 0.82 0.28 1.04 0.00 0.11 177.52 0.13 98.71 53.55 7.09 Not very impressive :) Two different SATA II based arrays on an LSI controller, 5% complete in ~7 hours == a week to complete! I ran this command from an ssh session from my workstation (That was clearly a dumb move). Given the robustness of the pvmove command I have gleaned from reading, if the session bales how much time am I likely to lose by restarting? Are the checkpoints frequent? Thanks! jlc I know it is too late for this one, but I usually run long running remote commands in a screen session just in case I lose the session. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Strange performance issues under CentOS 5.1
On Feb 13, 2008 5:35 PM, Masters IT Gmail <[EMAIL PROTECTED]> wrote: > I am having the same problem about performance issue, well perhaps it is > because I have slow memory, I have a P4 HT with 256mb DDR 400 and HD 40 > gb, > today I reinstalled the -OS Centos 5.1 final with gnome. I don´t know if > it > is okay to have only 4 megs of ram free. Perhaps I need more ram because I > am using gnome I ask because is the first time I probe linux in my desktop > pc, I note that is acting slow what do you think? > > There are some ways to free up some memory in order to better adjust my os > with a minimum amount of ram like 256mb. This pc is for learning, so I > don´t > know if it deserves buying more memory but your experience is more than > mine. > > Thanks in advance. > > George from Uruguay. George, I'm fairly confident your system is swapping and thereby causing the issue, you can check it out with dstat for example. A old 40 GB harddrive is not improving the situation, I'm sure iostat (part of the sysstat RPM package) will tell you by showing a high await value. You need at least 512 MB to run just Gnome in a resonable paste, you may want to consider some lightweight window manager such as xfce4, blackbox etc. - Nicolas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Apache RPM's
Ross S. W. Walker wrote: > Then there is the whole convincing these firms and agencies that > since CentOS is a duplication of Redhat's system it is therefore > certified by the laws of transitivity, but who knows if they will > buy it... Well I wouldn't be surprised if a agency/certification thing would not support you under CentOS if they support RHEL. It would be sad but not completely crazy. Those firms and agencies are likely more strict on what they support than software/hardware vendors. And there's quite a few software and hardware vendors that don't support CentOS but do support RHEL. I suppose it mostly comes down to the organization behind it and the relationships Red Hat in this case has with those companies in order to help track/escalate problems/fixes/etc easier then organizations like CentOS that are less formal. And yes I believe if a bug is found in CentOS it's almost certain to appear in RHEL, but without reproduction under RHEL the vendor is unlikely to approach Red Hat and say you have a bug in your product even though I was using CentOS. nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Strange performance issues under CentOS 5.1
Masters IT Gmail wrote: > I am having the same problem about performance issue, well perhaps it is > because I have slow memory, I have a P4 HT with 256mb DDR 400 and HD 40 gb, > today I reinstalled the -OS Centos 5.1 final with gnome. I don´t know if it > is okay to have only 4 megs of ram free. Perhaps I need more ram because I > am using gnome I ask because is the first time I probe linux in my desktop > pc, I note that is acting slow what do you think? I think you should have at least double the memory of what you have. Even 512MB is light for a modern GNOME desktop (I recently re-built an older Athlon 1300 w/512MB ram for my mother and 512MB wouldn't get the system responsive enough for me to use on a regular basis, though she was used to slower computers anyways so it was still an improvement). Or don't use gnome, there are plenty of other window managers out there(I'm a fan of Afterstep for example) that provide less things but at the same time use far less resources. Of course if you try to run stuff like firefox, open office etc you'll still run into a memory wall pretty quick. Opera is a good choice for low memory systems. I'm sure there are others as well. nate nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: Apache RPM's
on 2/13/2008 7:44 AM nate spake the following: Ross S. W. Walker wrote: The agencies don't know what security backports vendor XYZ has implemented and frankly they don't care. All they have is a list of minimum version numbers that software must be at in order for it to be deemed "compliant". So check the actual version number of the package. Using a remote network software scanner to detect security problems based on banner strings provided by the network software is nothing more than a false sense of security. I think we will start seeing this in the PCI and HIPA compliance regulations first, but I wouldn't be surprised if it leaks out into GLBA and other regulations over time. The scanning vendors will be forced to fix their products. It's perfectly acceptable, and preferred behavior to backport patches. Just look at the recent Samba thread here for a good reason why backporting is good. I'd be mightily pissed if RHEL or CentOS switched a version out from under me which caused breakage. I honestly cannot believe that RHEL did that for Samba. If anything introduce a new ALTERNATE package that has the incompatible changes in it and allow users to choose between that one and the original for their systems. That's just me though. Fortunately I don't really use Samba. Wasn't the samba issue something that was fairly critical, but just couldn't be backported? -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: local root exploit
On Wed, 13 Feb 2008 08:28:12 -0800 Scott Silva <[EMAIL PROTECTED]> wrote: > > Each person who wants to use this needs to test it first for themselves > > ... if it breaks your machine you get to keep all pieces :D > > > I soo love that last line! I could just imagine someone like Jack Nicholson > saying it in a movie. The two-part warranty: If you break it, you get to keep both pieces. The lifetime warranty: If it breaks, we kill you. I think there's one more but I can't remember what it is at the moment. -- MELVILLE THEATRE ~ Melville Sask ~ http://www.melvilletheatre.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: Recall: VMWare Server Install Problem
on 2/12/2008 7:27 PM Harry Sukumar spake the following: Harry Sukumar would like to recall the message, "[CentOS] VMWare Server Install Problem". Just like harsh words and racial slurs, you "can't take it back"! -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: Strange performance issues under CentOS 5.1
on 2/13/2008 5:59 AM Alfred von Campe spake the following: On Feb 12, 2008, at 21:57, William L. Maltby wrote: Check BIOS settings? For memory, CAS etc. the same? Disk hardware the same and specified identically? Pretty much all the same. They are standard Lenovo desktops, with a 3.4 GHz Core 2 Duo and 3 GB of memory (the BIOS doesn't let the OS address more than 3 GB). Presumming that nothing is found there, install system accounting packages and run some SAR reports. You may see a clue in them. I will try that next. Any "tweaks" on the old system you forgot to apply on the new? Elevator, buffer flush interval changes, etc? Nope, it's a vanilla kickstart install. I am using the same scripts (with only slight variations) to build both the 4.x and 5.x systems. I didn't do anything to "tune" the 4.x systems. That's one of the things I like about CentOS (and RHEL for that matter): they just work out of the box. A build (make/gcc) is typically CPU bound. I don't understand how it can get only 11% of the CPU. That's unheard of. Any other noticeable things on there that may cause it? Presume the slowdown is caused by a process that you are not looking at. "Hangs" while some other process is waiting or tying up the CPU. Try running top. There is nothing else running on the systems at the time. I have lots of terminal windows open on the 4.x system, but I am ssh'ed into the 5.x system and nobody else is logged in. If anything, the 4.x system should be slower since there are many more things running on it. I notice an execve shows on the new one that is not in the old. One says "hmmm". The execve is in the other as well, just a few lines further down (i.e., it didn't make the cut when I did the "head strace.log"). What does swapon -s show? CentOS 4.6: FilenameTypeSize UsedPriority /dev/mapper/VolGroup00-LogVol00 partition 4095992 210592 -1 CentOS 5.1: FilenameTypeSize UsedPriority /dev/mapper/VolGroup00-LogVol00 partition 3047416 120 -1 Is the system "seeing" the same amount of memory "available" or have BIOS settings in one reduced available? CentOS 4.6: MemTotal: 3113612 kB MemFree: 24868 kB Buffers: 23164 kB Cached:2428508 kB SwapCached: 136108 kB Active:1685808 kB Inactive: 1257004 kB HighTotal: 2226560 kB HighFree: 1088 kB LowTotal: 887052 kB CentOS 5.1: MemTotal: 3114452 kB MemFree: 2722528 kB Buffers: 84592 kB Cached: 174804 kB SwapCached: 0 kB Active: 187084 kB Inactive: 137220 kB HighTotal: 2226560 kB HighFree: 1972860 kB LowTotal: 887892 kB If all new equipment on the new one, open her up and reseat all connections, PCI cards and mem sticks. Make sure all power connectors are well seated to MB and drives. I will double check that. I may also try to install 4.6 on the HW that is currently running 5.1 and see if there is a problem. With my kickstart scripts I can have the system up and running in less than 30 minutes. That is probably the best next step to rule out any HW issues. I'll do that as soon as I get into the office. Front side bus and memory speeds set the same in BIOS? Should be. That's all I can think of that may be even remotely related ATM Thanks for all the excellent suggestions, Bill. Alfred I didn't see it but did you do a 'uname-a" on both systems to see if one is running a PAE kernel? -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Strange performance issues under CentOS 5.1
I am having the same problem about performance issue, well perhaps it is because I have slow memory, I have a P4 HT with 256mb DDR 400 and HD 40 gb, today I reinstalled the -OS Centos 5.1 final with gnome. I don´t know if it is okay to have only 4 megs of ram free. Perhaps I need more ram because I am using gnome I ask because is the first time I probe linux in my desktop pc, I note that is acting slow what do you think? There are some ways to free up some memory in order to better adjust my os with a minimum amount of ram like 256mb. This pc is for learning, so I don´t know if it deserves buying more memory but your experience is more than mine. Thanks in advance. George from Uruguay. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Alfred von Campe Enviado el: Miércoles, 13 de Febrero de 2008 12:00 p.m. Para: CentOS mailing list Asunto: Re: [CentOS] Strange performance issues under CentOS 5.1 On Feb 12, 2008, at 21:57, William L. Maltby wrote: > Check BIOS settings? For memory, CAS etc. the same? Disk hardware the > same and specified identically? Pretty much all the same. They are standard Lenovo desktops, with a 3.4 GHz Core 2 Duo and 3 GB of memory (the BIOS doesn't let the OS address more than 3 GB). > Presumming that nothing is found there, install system accounting > packages and run some SAR reports. You may see a clue in them. I will try that next. > Any "tweaks" on the old system you forgot to apply on the new? > Elevator, > buffer flush interval changes, etc? Nope, it's a vanilla kickstart install. I am using the same scripts (with only slight variations) to build both the 4.x and 5.x systems. I didn't do anything to "tune" the 4.x systems. That's one of the things I like about CentOS (and RHEL for that matter): they just work out of the box. A build (make/gcc) is typically CPU bound. I don't understand how it can get only 11% of the CPU. That's unheard of. > Any other noticeable things on there that may cause it? Presume the > slowdown is caused by a process that you are not looking at. "Hangs" > while some other process is waiting or tying up the CPU. Try running > top. There is nothing else running on the systems at the time. I have lots of terminal windows open on the 4.x system, but I am ssh'ed into the 5.x system and nobody else is logged in. If anything, the 4.x system should be slower since there are many more things running on it. > > I notice an execve shows on the new one that is not in the old. One > says > "hmmm". The execve is in the other as well, just a few lines further down (i.e., it didn't make the cut when I did the "head strace.log"). > What does swapon -s show? CentOS 4.6: FilenameTypeSize UsedPriority /dev/mapper/VolGroup00-LogVol00 partition 4095992 210592 -1 CentOS 5.1: FilenameTypeSize UsedPriority /dev/mapper/VolGroup00-LogVol00 partition 3047416 120 -1 > Is the system "seeing" the same amount of memory "available" or have > BIOS settings in one reduced available? CentOS 4.6: MemTotal: 3113612 kB MemFree: 24868 kB Buffers: 23164 kB Cached:2428508 kB SwapCached: 136108 kB Active:1685808 kB Inactive: 1257004 kB HighTotal: 2226560 kB HighFree: 1088 kB LowTotal: 887052 kB CentOS 5.1: MemTotal: 3114452 kB MemFree: 2722528 kB Buffers: 84592 kB Cached: 174804 kB SwapCached: 0 kB Active: 187084 kB Inactive: 137220 kB HighTotal: 2226560 kB HighFree: 1972860 kB LowTotal: 887892 kB > If all new equipment on the new one, open her up and reseat all > connections, PCI cards and mem sticks. Make sure all power connectors > are well seated to MB and drives. I will double check that. I may also try to install 4.6 on the HW that is currently running 5.1 and see if there is a problem. With my kickstart scripts I can have the system up and running in less than 30 minutes. That is probably the best next step to rule out any HW issues. I'll do that as soon as I get into the office. > Front side bus and memory speeds set the same in BIOS? Should be. > That's all I can think of that may be even remotely related ATM Thanks for all the excellent suggestions, Bill. Alfred ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: system gets suspended automatically!
Chandra wrote: Well, I don't have much idea but when the kernel detects multiple cpus, the "irq=poll" entry should be added by default. It may be useful in solving a lot of such problems (well, just a thought) (-__^) I'm not familiar with the actual impact of that option, but I'm guessing it could be a real hit on IO performance in systems doing lots of network and disk operations? most of my centos systems are multiprocessor and I've not had to set that flag on any of them. they are mostly used for network middleware and database development and often run heavily saturated with IO workloads. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Apache RPM's
Tony Placilla <[EMAIL PROTECTED]> Sr. UNIX Systems Administrator The Sheridan Libraries Johns Hopkins University >>> On Wed, Feb 13, 2008 at 10:01 AM, in message <[EMAIL PROTECTED]>, "Ross S. W. Walker" <[EMAIL PROTECTED]> wrote: > Johnny Hughes wrote: >> >> Bob Boilard wrote: >> > Hello all, >> > >> > I love CentOS, but I am seriously regretting selecting >> Centos 4.4 for my >> > production hosting servers. The current situation with >> CentOS 4.4 and being >> > stuck at Apache 2.0.52 is a huge problem because of the new >> requirements for >> > the Credit Card industry PCI scan. Apache 2.0.52 does not pass PCI >> > compliance scans. which means no ecommerce on any of these >> servers - MAJOR >> > ISSUE. So my question to the community is: when are new >> Apache RPM's going >> > to be released or at minimum a backported version that >> plugs these security >> > holes so we can pass PCI scans. Apache 2.0.52 has some >> major issues that >> > need to be dealt with? >> > >> >> I am almost positive that this issue is one of the scan >> software using >> version numbers and not understanding that RHEL backports fixes. > > It is a big fear of mine that this may become more and more > of an issue when government agencies start setting stricter > and stricter software compliance guidelines. > > The agencies don't know what security backports vendor XYZ > has implemented and frankly they don't care. All they have > is a list of minimum version numbers that software must be > at in order for it to be deemed "compliant". > > I think we will start seeing this in the PCI and HIPA > compliance regulations first, but I wouldn't be surprised > if it leaks out into GLBA and other regulations over time. > > I think it will be these compliance issues that may force > upstream to change their strategy otherwise I can see this > being a roadblock to RHEL/CentOS adoption in these > industries in the future. > > -Ross > In a previous life I did PCI compliance for the company I worked for & I ran into this quite often. The scanners would only report on versions & we'd get "out of compliance" which caused no end of hand-wringing from the higher-ups. However, the certifying parties we used had an appeals process & I could almost always boilerplate the output of rpm -q --changelog httpd |grep -i cve and send them proof of the backported fixes. They would then remove the "compliance failure" Obviously IANAL & things could change with PCI certification vendors & such, but this might be worth investigating ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Re: local root exploit
Scott Silva wrote: > > on 2/13/2008 6:52 AM Johnny Hughes spake the following: > > Each person who wants to use this needs to test it first > for themselves > > ... if it breaks your machine you get to keep all pieces :D > > > I soo love that last line! I could just imagine someone like > Jack Nicholson > saying it in a movie. > That's the standard OSS guarantee. ;-) __ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Apache RPM's
nate wrote: > > Ross S. W. Walker wrote: > > > Then there is the whole convincing these firms and agencies that > > since CentOS is a duplication of Redhat's system it is therefore > > certified by the laws of transitivity, but who knows if they will > > buy it... > > Well I wouldn't be surprised if a agency/certification thing would > not support you under CentOS if they support RHEL. It would be sad > but not completely crazy. > > Those firms and agencies are likely more strict on what they support > than software/hardware vendors. And there's quite a few software > and hardware vendors that don't support CentOS but do support RHEL. > > I suppose it mostly comes down to the organization behind it and > the relationships Red Hat in this case has with those companies in > order to help track/escalate problems/fixes/etc easier then > organizations like CentOS that are less formal. And yes I believe > if a bug is found in CentOS it's almost certain to appear in RHEL, > but without reproduction under RHEL the vendor is unlikely to > approach Red Hat and say you have a bug in your product even though > I was using CentOS. True. Maybe if CentOS gets enough publicity and a tremendous user base (not that it doesn't now) it would be too much of a force to just disregard as "unsupported", but who knows, time tells all. Oh and BTW I believe it is CentOS' user base that discovers the majority of the edge case bugs in RHEL as I believe the user base to be more diverse in the hardware they run it on. The majority of hardware RHEL is run on is HP or Dell, so RHEL actually benefits in the long run with CentOS being around. -Ross __ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Re: Apache RPM's
Scott Silva wrote: > > on 2/13/2008 7:44 AM nate spake the following: > > Ross S. W. Walker wrote: > > > >> The agencies don't know what security backports vendor XYZ > >> has implemented and frankly they don't care. All they have > >> is a list of minimum version numbers that software must be > >> at in order for it to be deemed "compliant". > > > > So check the actual version number of the package. Using a remote > > network software scanner to detect security problems based on > > banner strings provided by the network software is nothing > > more than a false sense of security. > > > >> I think we will start seeing this in the PCI and HIPA > >> compliance regulations first, but I wouldn't be surprised > >> if it leaks out into GLBA and other regulations over time. > > > > The scanning vendors will be forced to fix their products. It's > > perfectly acceptable, and preferred behavior to backport patches. > > Just look at the recent Samba thread here for a good reason > > why backporting is good. I'd be mightily pissed if RHEL or > > CentOS switched a version out from under me which caused breakage. > > I honestly cannot believe that RHEL did that for Samba. If > > anything introduce a new ALTERNATE package that has the > > incompatible changes in it and allow users to choose between > > that one and the original for their systems. That's just me though. > > Fortunately I don't really use Samba. > > Wasn't the samba issue something that was fairly critical, > but just couldn't > be backported? Yeah, it was a decision whether to keep samba at the same version but with Windows 2003/Vista incompatibilities or to up the version knowing it can break customers setups. Difficult decision, but every now and then all vendors have to make at least 1 controversial decision. Besides what good is a Windows compatibility layer that isn't compatible with the latest version of Windows? -Ross __ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: Apache RPM's
Scott Silva wrote: > Wasn't the samba issue something that was fairly critical, but just couldn't > be backported? Could be, I didn't catch the whole thread just a portion that talked about compatibility issues with win2k3 and vista that were too invasive to be back ported. Not sure about security related things. nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Strange performance issues under CentOS 5.1
Thanks nate! Know I really understand how this Works, okay maybe a little more than yesterday, hehe. So I am going to buy some extra memory in order to keep with my Linux study, thanks for all I really appreciate you help. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de nate Enviado el: Miércoles, 13 de Febrero de 2008 02:54 p.m. Para: centos@centos.org Asunto: RE: [CentOS] Strange performance issues under CentOS 5.1 Masters IT Gmail wrote: > I am having the same problem about performance issue, well perhaps it is > because I have slow memory, I have a P4 HT with 256mb DDR 400 and HD 40 gb, > today I reinstalled the -OS Centos 5.1 final with gnome. I don´t know if it > is okay to have only 4 megs of ram free. Perhaps I need more ram because I > am using gnome I ask because is the first time I probe linux in my desktop > pc, I note that is acting slow what do you think? I think you should have at least double the memory of what you have. Even 512MB is light for a modern GNOME desktop (I recently re-built an older Athlon 1300 w/512MB ram for my mother and 512MB wouldn't get the system responsive enough for me to use on a regular basis, though she was used to slower computers anyways so it was still an improvement). Or don't use gnome, there are plenty of other window managers out there(I'm a fan of Afterstep for example) that provide less things but at the same time use far less resources. Of course if you try to run stuff like firefox, open office etc you'll still run into a memory wall pretty quick. Opera is a good choice for low memory systems. I'm sure there are others as well. nate nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Samba problem after Up2date
Dago Pacheco wrote: another detail. When i try this command " smbclient //192.168.0.10/informatica -Uinformatica" and i give the correct password i get this [EMAIL PROTECTED] ~]# smbclient //192.168.0.10/informatica -Uinformatica Unknown parameter encountered: "hosts equiv" Ignoring unknown parameter "hosts equiv" Password: Domain=[MAKIMET] OS=[Unix] Server=[Samba 3.0.25b-1.el4_6.4] Server not using user level security and no password supplied. tree connect failed: NT_STATUS_BAD_NETWORK_NAME OK ... I already told you to run testparm and to validate all your smb.conf lines. Here is the first problem ... in 3.0.25, the command "host equiv=" is not longer valid and needs to be removed ... see this link: http://www.samba.org/samba/history/samba-3.0.25.html Start out by using testparm and fix all the errors and then you can go from there. What i can notice here is that is says that the server is not using security. what is that for? It says it is not using "user level" security ... you probably have some other level of security in your config file. The different levels are detailed here [search for "security (G)"]: http://us4.samba.org/samba/docs/man/manpages-3/smb.conf.5.html (there is security = user, security = share, security = server, security = domain ) The only thing that is going to work is to look at your smb.config file, see what is set and figure out what you need to have set. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: Octave support (was Re: [CentOS] When will CentOS 5 Plus be available?)
On Feb 13, 2008 12:16 AM, Karanbir Singh <[EMAIL PROTECTED]> wrote: > Primorec wrote: > > Not the best solution... but it works (as of Feb 12 2008) > > wget > > > ftp://ftp.pbone.net/mirror/centos.karan.org/el5/extras/testing/i386/RPMS/ufsparse-2.1.1-1.el5.kb.i386.rpm > > wget > > > ftp://ftp.pbone.net/mirror/centos.karan.org/el5/extras/testing/i386/RPMS/qhull-2003.1-6.el5.kb.i386.rpm > > wget > > > http://centos.karan.org/el5/extras/testing/i386/RPMS/glpk-4.15-1.el5.kb.i386.rpm > > wget > > > http://centos.karan.org/el5/extras/testing/i386/RPMS/fftw-3.1.2-3.el5.kb.i386.rpm > > wget > > > http://centos.karan.org/el5/extras/testing/i386/RPMS/hdf5-1.6.5-7.el5.kb.i386.rpm > > wget > > > ftp://ftp.pbone.net/mirror/download.fedora.redhat.com/pub/fedora/epel/5/i386/octave-3.0.0-2.el5.i386.rpm > > > > and then as root > > > > rpm -i *.rpm > > > > why not just setup the repository and then : > > yum install octave > > > -- > Karanbir Singh : http://www.karan.org/ : [EMAIL PROTECTED] > > Is there a 'step_by_step' instruction to set up the repository ? In other words, what do I have to add to the yum.conf file to enable 'karan's' repository ? -- Experience is what you get when you didn't get what you wanted. Randy Pausch ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: pvmove speed
On Wed, Feb 13, 2008 at 11:18:10AM -0700, Joseph L. Casale enlightened us: > >I know it is too late for this one, but I usually run long running remote > >commands in a screen session just in case I lose the session. > > > What provides 'screen' in CentOS? Also, is there a resource for finding out > what yum packages provide when searching for a util? > Funny, your choice of language. [EMAIL PROTECTED] ~]$ yum provides screen Loading "priorities" plugin Searching Packages: Setting up repositories Reading repository metadata in from local files screen.i386 4.0.2-5base Matched from: screen I believe that answers both of your questions. Matt -- Matt Hyclak Department of Mathematics Department of Social Work Ohio University (740) 593-1263 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: Octave support (was Re: [CentOS] When will CentOS 5 Plus be available?)
On Feb 13, 2008 10:26 AM, Primorec <[EMAIL PROTECTED]> wrote: > > > On Feb 13, 2008 12:16 AM, Karanbir Singh <[EMAIL PROTECTED]> wrote: > > > > Primorec wrote: > > > Not the best solution... but it works (as of Feb 12 2008) > > > wget > > > > ftp://ftp.pbone.net/mirror/centos.karan.org/el5/extras/testing/i386/RPMS/ufsparse-2.1.1-1.el5.kb.i386.rpm > > > wget > > > > ftp://ftp.pbone.net/mirror/centos.karan.org/el5/extras/testing/i386/RPMS/qhull-2003.1-6.el5.kb.i386.rpm > > > wget > > > > http://centos.karan.org/el5/extras/testing/i386/RPMS/glpk-4.15-1.el5.kb.i386.rpm > > > wget > > > > http://centos.karan.org/el5/extras/testing/i386/RPMS/fftw-3.1.2-3.el5.kb.i386.rpm > > > wget > > > > http://centos.karan.org/el5/extras/testing/i386/RPMS/hdf5-1.6.5-7.el5.kb.i386.rpm > > > wget > > > > ftp://ftp.pbone.net/mirror/download.fedora.redhat.com/pub/fedora/epel/5/i386/octave-3.0.0-2.el5.i386.rpm > > > > > > and then as root > > > > > > rpm -i *.rpm > > > > > > > why not just setup the repository and then : > > > > yum install octave > > > > > > -- > > Karanbir Singh : http://www.karan.org/ : [EMAIL PROTECTED] > > > > > > > > > > Is there a 'step_by_step' instruction to set up the repository ? > In other words, what do I have to add to the yum.conf file to enable > 'karan's' repository ? Look here: http://wiki.centos.org/Repositories ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Re: pvmove speed
>I know it is too late for this one, but I usually run long running remote >commands in a screen session just in case I lose the session. What provides 'screen' in CentOS? Also, is there a resource for finding out what yum packages provide when searching for a util? Thanks! jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Upgrade ram and what to do with SWAP PARTITION ?
Now that I understand that i need more ram after i add this ram to my centos, what I need to do in order to increase my swap partition, thanks in advance. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de nate Enviado el: Miércoles, 13 de Febrero de 2008 02:54 p.m. Para: centos@centos.org Asunto: RE: [CentOS] Strange performance issues under CentOS 5.1 Masters IT Gmail wrote: > I am having the same problem about performance issue, well perhaps it is > because I have slow memory, I have a P4 HT with 256mb DDR 400 and HD 40 gb, > today I reinstalled the -OS Centos 5.1 final with gnome. I don´t know if it > is okay to have only 4 megs of ram free. Perhaps I need more ram because I > am using gnome I ask because is the first time I probe linux in my desktop > pc, I note that is acting slow what do you think? I think you should have at least double the memory of what you have. Even 512MB is light for a modern GNOME desktop (I recently re-built an older Athlon 1300 w/512MB ram for my mother and 512MB wouldn't get the system responsive enough for me to use on a regular basis, though she was used to slower computers anyways so it was still an improvement). Or don't use gnome, there are plenty of other window managers out there(I'm a fan of Afterstep for example) that provide less things but at the same time use far less resources. Of course if you try to run stuff like firefox, open office etc you'll still run into a memory wall pretty quick. Opera is a good choice for low memory systems. I'm sure there are others as well. nate nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] XFCE-Terminal can't display latin1 encoding
Niki Kovacs wrote: Hi, Much of my work consists in connecting to the MySQL monitor on our public library database server and working in it. Until recently, I've been using either Gnome-Terminal in GNOME, or Konsole in KDE. Since all the systems, both server and clients, default to fr_FR.UTF-8, and MySQL uses a default latin1 charset, I usually switch the displayed charset within Gnome-Terminal or Konsole. I'm actually converting most of the desktops to XFCE, since it's my preferred desktop environment. Unfortunately, XFCE's Terminal application doesn't seen to offer the opportunity to switch to displaying an ISO-8859-1 (or ISO-8859-15) charset. Is there any other way to achieve that? Right now, all my french characters in the MySQL console appear as inverted question marks. Which leaves me with two more inverted question marks in my eyes :oD Any suggestions? use gnome-terminal in XFCE? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] XFCE-Terminal can't display latin1 encoding
Hi, Much of my work consists in connecting to the MySQL monitor on our public library database server and working in it. Until recently, I've been using either Gnome-Terminal in GNOME, or Konsole in KDE. Since all the systems, both server and clients, default to fr_FR.UTF-8, and MySQL uses a default latin1 charset, I usually switch the displayed charset within Gnome-Terminal or Konsole. I'm actually converting most of the desktops to XFCE, since it's my preferred desktop environment. Unfortunately, XFCE's Terminal application doesn't seen to offer the opportunity to switch to displaying an ISO-8859-1 (or ISO-8859-15) charset. Is there any other way to achieve that? Right now, all my french characters in the MySQL console appear as inverted question marks. Which leaves me with two more inverted question marks in my eyes :oD Any suggestions? Niki ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] pvmove speed
Joseph L. Casale wrote: > > Are there any ways to improve/manage the speed of pvmove? Man > doesn't show any documented switches for priority scheduling. > Iostat shows the system way underutilized even though the lv > whose pe's are being migrated is continuously being written > (slowly) to. I don't believe pvmove actually does any of the lifting. Pvmove merely creates a mirrored pv area in dev-mapper and then hangs around monitoring it's progress until the mirror is sync'd up then it throws a couple of barriers and removes the original pv from the mirror leaving the new pv as the new location for the data. That is how the move continues through reboots. All lifting is actually done in dev-mapper and it's state is preserved there. On restart LVM will read it's meta-data to determine if there is a pvmove in progress and then spawn a pvmove to wait for it to complete so it can remove the mirror. Any slowness is due to disk io errors and retries being thrown around. You should really run LVM on top of a RAID1, software or hardware makes no difference, but LVM is more to storage management then fault tolerance and redundancy. -Ross __ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: Octave support (was Re: [CentOS] When will CentOS 5 Plus be available?)
On Wed, Feb 13, 2008 at 10:26:09AM -0800, Primorec enlightened us: > > Primorec wrote: > > > Not the best solution... but it works (as of Feb 12 2008) > > > wget > > > > > ftp://ftp.pbone.net/mirror/centos.karan.org/el5/extras/testing/i386/RPMS/ufsparse-2.1.1-1.el5.kb.i386.rpm > > > wget > > > > > ftp://ftp.pbone.net/mirror/centos.karan.org/el5/extras/testing/i386/RPMS/qhull-2003.1-6.el5.kb.i386.rpm > > > wget > > > > > http://centos.karan.org/el5/extras/testing/i386/RPMS/glpk-4.15-1.el5.kb.i386.rpm > > > wget > > > > > http://centos.karan.org/el5/extras/testing/i386/RPMS/fftw-3.1.2-3.el5.kb.i386.rpm > > > wget > > > > > http://centos.karan.org/el5/extras/testing/i386/RPMS/hdf5-1.6.5-7.el5.kb.i386.rpm > > > wget > > > > > ftp://ftp.pbone.net/mirror/download.fedora.redhat.com/pub/fedora/epel/5/i386/octave-3.0.0-2.el5.i386.rpm > > > > > > and then as root > > > > > > rpm -i *.rpm > > > > > > > why not just setup the repository and then : > > > > yum install octave > Is there a 'step_by_step' instruction to set up the repository ? > In other words, what do I have to add to the yum.conf file to enable > 'karan's' repository ? > You shouldn't directly modify yum.conf to add a repository. That's what /etc/yum.repos.d/*.repo files are for. To address your question more generally, I would suggest starting at http://wiki.centos.org/Repositories Matt -- Matt Hyclak Department of Mathematics Department of Social Work Ohio University (740) 593-1263 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] pvmove speed
>I don't believe pvmove actually does any of the lifting. Pvmove >merely creates a mirrored pv area in dev-mapper and then hangs >around monitoring it's progress until the mirror is sync'd up >then it throws a couple of barriers and removes the original >pv from the mirror leaving the new pv as the new location for >the data. > >That is how the move continues through reboots. All lifting >is actually done in dev-mapper and it's state is preserved >there. On restart LVM will read it's meta-data to determine >if there is a pvmove in progress and then spawn a pvmove to >wait for it to complete so it can remove the mirror. > >Any slowness is due to disk io errors and retries being >thrown around. > >You should really run LVM on top of a RAID1, software or >hardware makes no difference, but LVM is more to storage >management then fault tolerance and redundancy. > >-Ross The LD's provided to LVM through the RAID controller are all fault tolerant... Good info, Thanks! jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Re: pvmove speed
>Funny, your choice of language. /me wiping frantic look off face Hilarious... But you had me going for a moment, I thought I slipped and spoke like I would if asking a buddy for a moment. I can't tell you how many times I needed that, I always searched the net until I came up with someone else's post that included the info... Thanks! jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] pvmove speed
Joseph L. Casale wrote: > > >I don't believe pvmove actually does any of the lifting. Pvmove > >merely creates a mirrored pv area in dev-mapper and then hangs > >around monitoring it's progress until the mirror is sync'd up > >then it throws a couple of barriers and removes the original > >pv from the mirror leaving the new pv as the new location for > >the data. > > > >That is how the move continues through reboots. All lifting > >is actually done in dev-mapper and it's state is preserved > >there. On restart LVM will read it's meta-data to determine > >if there is a pvmove in progress and then spawn a pvmove to > >wait for it to complete so it can remove the mirror. > > > >Any slowness is due to disk io errors and retries being > >thrown around. > > > >You should really run LVM on top of a RAID1, software or > >hardware makes no difference, but LVM is more to storage > >management then fault tolerance and redundancy. > > > >-Ross > > The LD's provided to LVM through the RAID controller are all > fault tolerant... If the PVs are fault tolerant then I don't know why pvmove would be running so slow, there should be no io errors being thrown as the bad drive would be marked as faulty and taken offline. What are you pvmoving again? -Ross __ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] pvmove speed
>What are you pvmoving again? > >-Ross Ok, here is what happened: I have a box running iet exporting an LV that started out as two 750 gig HD's mirrored off an 8 channel LSI SAS controller. I needed more space, and added 3 400 gig HD's in a r5 vd to this VG. Yes, I now need even more space, but I only have 8 channels, so... Moving it all over to 7 750's in an r5 either with a hotspare or maybe 8 750's in a r6, don't know yet All vd's on the controller are optimal, nothing is degraded but I need to move all this data off the darn thing to free up the original ld so I can break and recreate it. jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Backport uncertainty
On Wed, 2008-02-13 at 12:54 -0700, Joseph L. Casale wrote: > I need to know of my version of Postfix supports a feature, given rh > version numbers don’t really tell you much I was trying to find an > errata on postfix or anything to let me know the real version of it. For the most part if it's a feature it's not added, and if it's a bug/security issue it is. > > How does one deal with this scenario? Is there a source of info to > determine this info? The way that I'd do it is download the srpm, and read the spec file's changelog. Also, looking at the upstream's errata for postfix may tell you. Cheers, Erek Dyskant ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] XFCE-Terminal can't display latin1 encoding
Nicolas Thierry-Mieg a écrit : use gnome-terminal in XFCE? Just found the answer, and it's called luit. It's even on your system, a little utility that's part of the xorg-x11-apps package. I tried this: $ luit -encoding ISO-8859-1 ssh databaseserver And it works like a charm. From the luit manpage: "luit - Locale and ISO 2022 support for Unicode terminals" Yes. Cheers! Niki ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] XFCE-Terminal can't display latin1 encoding
Niki Kovacs wrote: > > Hi, > > Much of my work consists in connecting to the MySQL monitor on our > public library database server and working in it. Until > recently, I've > been using either Gnome-Terminal in GNOME, or Konsole in KDE. > Since all > the systems, both server and clients, default to fr_FR.UTF-8, > and MySQL > uses a default latin1 charset, I usually switch the displayed charset > within Gnome-Terminal or Konsole. > > I'm actually converting most of the desktops to XFCE, since it's my > preferred desktop environment. Unfortunately, XFCE's Terminal > application doesn't seen to offer the opportunity to switch to > displaying an ISO-8859-1 (or ISO-8859-15) charset. Is there any other > way to achieve that? > > Right now, all my french characters in the MySQL console appear as > inverted question marks. Which leaves me with two more > inverted question > marks in my eyes :oD > > Any suggestions? It may be as simple as choosing a unicode font. I don't know if you can choose what font to use, but if so pick one that supports the unicode character set and set the language in your bashrc or whatever. There is also good ole 'xterm' and I saw an app called 'Terminal' in extras, maybe that can work for you? I know xterm will be a PITA to setup correctly, but it has options to cover just about every scenario, find the options that work for you and then xset them. -Ross __ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: Disk partitions and LVM limits - SUMMARY
Thank you all for the help. I'm writing this summary message because of people requests. I haven't tried all of this. I just collected it and organized it. You've got a big storage. Now what? The short answer is: "Just connect it. It should work." I'll play safe by saying that the following applies to <10TB storage. Some people reported file systems of 80TB. Things to watch out for: - Make sure the driver you are using or the storage itself don't restrict you from making big partitions or file systems. - fdisk creates partitions up to 2.1TB in size. Use "parted" instead. - RHEL5 supports up to 8TB ext3 file system. To create bigger then 8TB use option "-F" and 4K blocks. Your options are: - If the storage is connected to a RAID controller you can use the controller to create smaller logical partitions. Then combine them with LVM. - If you really want to partition the drive use parted. While partitioning if you run into this message: === sdb: very big device. try to use READ CAPACITY(16). SCSI device sdb: 10248519680 512-byte hdwr sectors (5247242 MB) sdb: Write Protect is off === you can just ignore it. It's informational (based on a few people replies). If you don't like parted you can still use fdisk to create a few 2TB partitions and then use LVM. - Use LVM on the raw device. Don't partition. This is what I did and it worked for me. Make sure you wipe out the MBR first: dd if=/dev/zero of=/dev/sdX bs=512 count=63 (count=1 should work too but 63 won't hurt either) Create the pv, vg and lv: pvcreate /dev/sdX vgcreate /dev/sdX lvcreate -L -n -v vg_name Now you have to create the file systems. Some people recommend XFS. If you try to create bigger then 8TB ext3 file system make sure you use option "-F" and 4K blocks: mkfs -t ext3 -F -b 4096 /dev/vg00/lvol01 For more information: http://www.centos.org/product.html http://kbase.redhat.com/faq/FAQ_103_11461.shtm The email thread "Disk partitions and LVM limits" in CentOS, RedHat and RedHat-Sysadmin mailing lists. Thank you Peter > Hi, > > I've got a DAS DELL MD1000 with a bunch of SATA drives in RAID 5 > configuration with total space of 5.4TB. This box is attached to a > CentOS5 system (kernel 2.6.18-53.1.6.el5). > > Any idea how to make this space usable? > Is there a limit how big a partition can be? What is the work around? > Is there a limit how big a file system ca be? > > I've tried to partition it but no matter how bug partition I create > fdisk spits out these messages on the console: > --- > sdb: very big device. try to use READ CAPACITY(16). > SCSI device sdb: 10248519680 512-byte hdwr sectors (5247242 MB) > sdb: Write Protect is off > --- > > I decided to not partition the drive and use LVM but the physical volume > stopped at 2TB. > > So, right now I can't use LVM because of this 2TB limit and I'm not sure > if I partition the drive how good these partitions are because of the > the message from fdisk. > > Any help or idea is highly appreciated. > > Thank you > Peter ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Upgrade ram and what to do with SWAP PARTITION ?
Masters IT Gmail wrote: Now that I understand that i need more ram after i add this ram to my centos, what I need to do in order to increase my swap partition, thanks in advance. How much swap do you currently have? You may not need to increase swap at all. If you do - I haven't tried this method in CentOS (or any OS) but it should work: https://help.ubuntu.com/community/SwapFaq#head-75ffcb00cefe143fc380f84d7ea9203f16a596d0 It creates a swap file instead of a swap partition. Much easier than finding unpartitioned space ... ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] pvmove speed
Joseph L. Casale wrote: > > >What are you pvmoving again? > > > >-Ross > > Ok, here is what happened: I have a box running iet exporting > an LV that started out as two 750 gig HD's mirrored off an 8 > channel LSI SAS controller. I needed more space, and added 3 > 400 gig HD's in a r5 vd to this VG. Yes, I now need even more > space, but I only have 8 channels, so... Moving it all over > to 7 750's in an r5 either with a hotspare or maybe 8 750's > in a r6, don't know yet Don't know? Where are you pvmoving everything now? It would be a whole lot easier to get the new array fully setup, initialized and tested, then add it as a new PV to the existing VG, then do the pvmove then to pvmove it twice. If you put the new array on a newer higher end controller and leave the existing setup as it is and pvmove between them things would move a lot faster. > All vd's on the controller are optimal, nothing is degraded > but I need to move all this data off the darn thing to free > up the original ld so I can break and recreate it. Is that array on a different controller? Is that array fully initialized? Does the controller have a BBU write-back cache? Maybe I am missing some important parts of the picture here? -Ross __ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] pvmove speed
>Don't know? Where are you pvmoving everything now? Where do I begin... Scenario is "No cash to do it right" so the interim step involves migration to a non fault tolerant setup temporarily. Server is a 1u HP and I don't have another controller that matches the remaining interface in that small server. If I continue to explain all that I have to do, you'll likely not be impressed. Sigh, I can only do what I can! Regardless, your help has been valuable! jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] How can I stop the eject of the DVD after install?
I have created my own install DVD with a custom kickstart file and modified the isolinux.cfg file to allow the system to boot off of the hard disk as the default mode. It will also use my kickstart file if I select it. Now I would like to make the system not eject the DVD after reboot. The machines I am installing on do not have a motorized tray that can automatically pull the DVD back in when a mount command is issued. You have to push the disk in manually. As these machines will be unattended that is not idea. How can I prevent the installer from ejecting the DVD once the install is complete? Thanks! -- Andrew Lundgren ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Backport uncertainty
Erek Dyskant wrote: > > On Wed, 2008-02-13 at 12:54 -0700, Joseph L. Casale wrote: > > I need to know of my version of Postfix supports a feature, given rh > > version numbers don't really tell you much I was trying to find an > > errata on postfix or anything to let me know the real version of it. > For the most part if it's a feature it's not added, and if it's a > bug/security issue it is. > > > > > How does one deal with this scenario? Is there a source of info to > > determine this info? > The way that I'd do it is download the srpm, and read the spec file's > changelog. Also, looking at the upstream's errata for > postfix may tell > you. For changelog one could do 'rpm -q --changelog postfix' and see it without downloaded and installing the source rpm. With yum-changelog installed one could do a 'yum changelog postfix' to see the changelog without even installing or downloading postfix. Some apps will display the build options used under the version information, maybe postfix has something like that too, if not to find out for sure you will need to look at the .spec file. -Ross __ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Backport uncertainty
I need to know of my version of Postfix supports a feature, given rh version numbers don't really tell you much I was trying to find an errata on postfix or anything to let me know the real version of it. How does one deal with this scenario? Is there a source of info to determine this info? Thanks! jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How can I stop the eject of the DVD after install?
On Wed, Feb 13, 2008 at 01:21:09PM -0700, Lundgren, Andrew wrote: > I have created my own install DVD with a custom kickstart file and modified > the isolinux.cfg file to allow the system to boot off of the hard disk as the > default mode. It will also use my kickstart file if I select it. > > Now I would like to make the system not eject the DVD after reboot. The > machines I am installing on do not have a motorized tray that can > automatically pull the DVD back in when a mount command is issued. You have > to push the disk in manually. As these machines will be unattended that is > not idea. > > How can I prevent the installer from ejecting the DVD once the install is > complete? > Interesting question. If no one here knows the answer off the top of their heads, you might try exploring through the stage2 anaconda files and see if you can find where the eject happens. You could then create an anaconda updates file and point to this at boot time. Maybe there's an easier way. The anaconda-list folks might know better. Ray ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: Backport uncertainty
On Wed, 13 Feb 2008, Erek Dyskant wrote: On Wed, 2008-02-13 at 12:54 -0700, Joseph L. Casale wrote: I need to know of my version of Postfix supports a feature, given rh version numbers donÿÿt really tell you much I was trying to find an errata on postfix or anything to let me know the real version of it. For the most part if it's a feature it's not added, and if it's a bug/security issue it is. How does one deal with this scenario? Is there a source of info to determine this info? The way that I'd do it is download the srpm, and read the spec file's changelog. Also, looking at the upstream's errata for postfix may tell you. Instead of downloading the srpm why not just run rpm -q --changelog postfix | less and read that? If the rpm is not installed, do rpm -qp --changelog /path/to/postfix-blah.rpm | less Regards, -- Tom Diehl [EMAIL PROTECTED] Spamtrap address [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Re: Backport uncertainty
>Instead of downloading the srpm why not just run rpm -q --changelog postfix | >less and read that? Nice, it looks like it's not backported. I looked at an rpm I _know_ is backported (xen 303) and it's easy to grep for the possibility as they call it out! I guess I don't have Postfix 2.4x :( Thank you everyone! jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Backport uncertainty
>The way that I'd do it is download the srpm, and read the spec file's >changelog. Didn’t think of that! >Also, looking at the upstream's errata for postfix may tell you. I tried searching errata for postfix and turned up only old results. I will rip that srpm down shortly! Thanks for the tip! jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] pvmove speed
>Ah, well you are using SAS drives, so there is some cash there... My bad, SAS controller with SATA II drives :( >What industry do you work in? All sorts, odd company: We do everything from automotive accessories to home building! >That's not true! I'm unimpressed now ;-) > >-Ross Love your honesty! jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] pvmove speed
Joseph L. Casale > > >Don't know? Where are you pvmoving everything now? > > Where do I begin... Scenario is "No cash to do it right" so > the interim step involves migration to a non fault tolerant > setup temporarily. Server is a 1u HP and I don't have another > controller that matches the remaining interface in that small server. Ah, well you are using SAS drives, so there is some cash there... Need to learn how to shake the money maker, it's the only way we can get our jobs done these days. Tell management that there is no more room to get projects X or Y done because they need to invest in upgrading storage, or if it's for fault tolerance tell them what the worse case scenario will be. That usually gets them to find that extra $$ to make it happen. What industry do you work in? > If I continue to explain all that I have to do, you'll likely > not be impressed. Sigh, I can only do what I can! That's not true! I'm unimpressed now ;-) -Ross __ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] pvmove speed
Joseph L. Casale wrote: > > >Ah, well you are using SAS drives, so there is some cash there... > > My bad, SAS controller with SATA II drives :( > > >What industry do you work in? > > All sorts, odd company: We do everything from automotive > accessories to home building! > > >That's not true! I'm unimpressed now ;-) > > > >-Ross > > Love your honesty! Since your moving the data over to a new server/array combo have you thought about using LTO tapes to back it up and restore it on the new server? I know it isn't as sexy as LVM pv duplication and such, but it works... If the LTO drives are too expensive why not just rent them for this activity? You need to buy the tapes, but that's not too much expense. -Ross __ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Apache RPM's
"Ross S. W. Walker" <[EMAIL PROTECTED]> wrote: >> I agree whole heartily. It would go a long way though if Redhat provided independent certification of their products under these compliance banners. << RHEL 5 is Common Criteria certified against the Controlled Access Protection Profile (CAPP), Labelled Security Protection Profile (LSPP) and Role-Based Access Control Protection Profile (RBACPP) at EAL (Evaluation Assurance Level) 4+ (i.e. all requirements of EAL4 and some of EAL5), when running on certain hardware platforms (IBM). See http://www.commoncriteriaportal.org/public/consumer/index.php?menu=5 for the reports. That may be overkill for what you require, but if your system is certified and accredited, it usually stops auditors in their tracks. I agree with concerns about the inability of auditors to correctly interpret requirements. The Y2K panic provided lots of examples; I recall one junior auditor demanding that a network hub be replaced because it was not "certified Y2K compliant". Best, --- Les Bell, RHCE, CISSP [http://www.lesbell.com.au] Tel: +61 2 9451 1144 FreeWorldDialup: 800909 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Booting without a keyboard
Everyone, Is there a way to have Centos boot when no keyboard is present. I have a firewall and another mail server that would fit into a closet a little better without a keyboard. I tried to remove the keyboard but the system hangs giving me notice that a keyboard was not found. Greg Ennis ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Booting without a keyboard
>Is there a way to have Centos boot when no keyboard is present. That's a bios thing... Look for the various settings controlling KB errors etc... jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] pvmove speed
>Since your moving the data over to a new server/array combo have >you thought about using LTO tapes to back it up and restore it >on the new server? > >I know it isn't as sexy as LVM pv duplication and such, but it >works... We have an HP Autoloader, I thought of doing that actually, and I think I might :) I'll let it run through the weekend and make a decision on Monday. The autoloader is hooked up to a windows box running the scourge of my life (Backup exec 9 for windows) and I didn't know how to interface it easily to the data without installing an agent on the client running the ini which I thought would be just as painfully slow! The LV is exported through iet and is formatted NTFS. Suggestions welcome :) Jlc Ps. My solution aint so sexy, it involves a non fault tolerant interim period so I am not pleased to say the least! ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Booting without a keyboard
On Wed, 13 Feb 2008 15:26:04 -0600 "Gregory P. Ennis" <[EMAIL PROTECTED]> wrote: > I tried to remove the keyboard but the system hangs giving me notice > that a keyboard was not found. That's a bios issue, not an operating system issue. Check your computer's bios and see if it has an "ignore keyboard error" or similar setting. If not, you can fake it by building a resistor into a keyboard plug and hooking that up to your computer instead of an actual keyboard. There are several plans online that show you how to do this. -- MELVILLE THEATRE ~ Melville Sask ~ http://www.melvilletheatre.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Booting without a keyboard
On Wed, 13 Feb 2008, Joseph L. Casale wrote: Is there a way to have Centos boot when no keyboard is present. That's a bios thing... Look for the various settings controlling KB errors etc... Heh. I have a rack of systems with Tyan S2466 motherboards, none of which have keyboards attached. Each has a BIOS setting to prevent squawking if the keyboard is not found. Half of them squawk anyway. -s ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Booting without a keyboard
Thanks everyone. Sure appreciate your suggestions!! I thought about the resistor and wondered if anyone had done anything like that. I really should have checked the bios, but I've never had this circumstance before. Thanks again!!! Greg On Wed, 2008-02-13 at 16:33 -0500, Steve Thompson wrote: > On Wed, 13 Feb 2008, Joseph L. Casale wrote: > > >> Is there a way to have Centos boot when no keyboard is present. > > > > That's a bios thing... > > Look for the various settings controlling KB errors etc... > > Heh. I have a rack of systems with Tyan S2466 motherboards, none of which > have keyboards attached. Each has a BIOS setting to prevent squawking if > the keyboard is not found. Half of them squawk anyway. > > -s > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Booting without a keyboard
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Thompson Sent: Wednesday, February 13, 2008 1:33 PM To: CentOS mailing list Subject: RE: [CentOS] Booting without a keyboard On Wed, 13 Feb 2008, Joseph L. Casale wrote: Is there a way to have Centos boot when no keyboard is present. Why not put it in the closet boot the machine and then pull the keyboard.. Only time you reboot is on upgrades of certain packages. I have a couple compaqs I have to plug in a keyboard to reboot. HTH ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Booting without a keyboard
Gregory P. Ennis wrote: > > Thanks everyone. > > > Sure appreciate your suggestions!! > > I thought about the resistor and wondered if anyone had done anything > like that. I think it needs more then resistance like a gate 20 emulator in a dongle. Easier to just have the BIOS ignore it. > I really should have checked the bios, but I've never had this > circumstance before. > > Thanks again!!! > > Greg > > > On Wed, 2008-02-13 at 16:33 -0500, Steve Thompson wrote: > > On Wed, 13 Feb 2008, Joseph L. Casale wrote: > > > > >> Is there a way to have Centos boot when no keyboard is present. > > > > > > That's a bios thing... > > > Look for the various settings controlling KB errors etc... > > > > Heh. I have a rack of systems with Tyan S2466 motherboards, > none of which > > have keyboards attached. Each has a BIOS setting to prevent > squawking if > > the keyboard is not found. Half of them squawk anyway. __ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: Strange performance issues under CentOS 5.1
On Feb 13, 2008, at 11:37, Scott Silva wrote: I didn't see it but did you do a 'uname-a" on both systems to see if one is running a PAE kernel? No, that was not it. But I did finally track it down. There was one additional difference in the software configuration that I had forgotten about. The CentOS 5.1 system is in a different NIS domain and it has Kerberos enabled. We are going to move to an integrated NIS/AD environment to have a single sign-on for Windows and UNIX/ Linux, and I was planning to roll that out at the same time as CentOS 5.1. The performance issue went away when I used a local account to do the build, and also on another CentOS 5.1 system (on identical HW) that was bound to the old NIS domain. Needless to say, we can not roll out CentOS 5.1 in the new NIS domain. I will be talking to the corporate IT folks tomorrow to track down what is causing this issue. Thanks for all the help, Alfred ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] fsck
Hello our server is crashed and now some files are missing. when I do ls, I can see the file but when I do ls -la, file does not show up. I am going to do fsck, but was wondering if there is any other quick fix rather than umount and do fsck. Thanks ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] upgrade from Fedora Core 5
Hi - It was recommended to me on the Fedora list that I consider upgrading to CentOS 5 from my present FC5 - the machine is used only as a light-duty CLI-only server. I have a couple of quick questions in that regard: 1. Is now a bad time to install CentOS 5, what with the root exploit out and about? Should I wait for a new kernel? 2. I just picked up a Cavalry 1TB external USB HD, the CADB001U32, which I want to use for backup purposes. I formatted it with one ext3 partition. If I load all my data onto that drive, then upgrade my main machine to CentOS 5 (which I assume will involve a complete wipe), should I then be able to mount it and retrieve the data? Thank you very much. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] upgrade from Fedora Core 5
On Wed, Feb 13, 2008 at 04:18:12PM -0600, Peter Horst alleged: > Hi - > > It was recommended to me on the Fedora list that I consider upgrading to > CentOS 5 from my present FC5 - the machine is used only as a light-duty > CLI-only server. I have a couple of quick questions in that regard: > > 1. Is now a bad time to install CentOS 5, what with the root exploit out > and about? Should I wait for a new kernel? The new kernel has been released. Nothing to worry about now. > 2. I just picked up a Cavalry 1TB external USB HD, the CADB001U32, which > I want to use for backup purposes. I formatted it with one ext3 > partition. If I load all my data onto that drive, then upgrade my main > machine to CentOS 5 (which I assume will involve a complete wipe), > should I then be able to mount it and retrieve the data? I guess this implies that you don't currently have a regular backup system in place? When you say "load", you mean a giant 'cp'? That technically works, but is not the ideal. When you mount it in the new install, you'll find a bunch of broken uid/gids. Best is an archive format that preserves user and group names (say, tar). Tar up your existing OS (or the parts that you care about) leaving the tarball on the external drive. After the reinstall, untar on the external drive. Finally, work out a legit backup system in the new OS. pgpIrbCFPv6l9.pgp Description: PGP signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] fsck
Centos wrote: > > Hello > > our server is crashed and now some files are missing. > when I do ls, I can see the file but when I do ls -la, file does not > show up. > > I am going to do fsck, but was wondering if there is any > other quick fix > rather > than umount and do fsck. Fsck is a necessary evil here, but after fsck you will still need to do a restore to recover any missing or damaged files. -Ross __ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Booting without a keyboard
I have a Dell Inspiron 521 WITHOUT a PS2 port and IT squawks.. I had to plug in a USB Keyboard. It's up in a rack in my garage, so I don't care. Dennis -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Thompson Sent: Wednesday, February 13, 2008 1:33 PM To: CentOS mailing list Subject: RE: [CentOS] Booting without a keyboard On Wed, 13 Feb 2008, Joseph L. Casale wrote: >> Is there a way to have Centos boot when no keyboard is present. > > That's a bios thing... > Look for the various settings controlling KB errors etc... Heh. I have a rack of systems with Tyan S2466 motherboards, none of which have keyboards attached. Each has a BIOS setting to prevent squawking if the keyboard is not found. Half of them squawk anyway. -s ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] pvmove speed
Joseph L. Casale wrote: > > >Since your moving the data over to a new server/array combo have > >you thought about using LTO tapes to back it up and restore it > >on the new server? > > > >I know it isn't as sexy as LVM pv duplication and such, but it > >works... > > We have an HP Autoloader, I thought of doing that actually, > and I think I might :) > I'll let it run through the weekend and make a decision on > Monday. The autoloader is hooked up to a windows box running > the scourge of my life (Backup exec 9 for windows) and I > didn't know how to interface it easily to the data without > installing an agent on the client running the ini which I > thought would be just as painfully slow! The LV is exported > through iet and is formatted NTFS. > > Suggestions welcome :) Well I suppose you have nightly backups of the data set already? Maybe just abort the pvmove, let the Friday full backup run, then on Saturday do a full restore on the new server over iSCSI and bring it online that way. I am facing the same issue with a migration of our VM machines to a new iSCSI setup this year, around 1TB of VMs need to be fork lifted over and I thought about exotic ways to move it over, but I think in the end it will be by good ole backup exec and tape. Hey! Or maybe just use robocopy from one iSCSI volume to the other on the Windows side! -Ross __ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Re: Strange performance issues under CentOS 5.1
Alfred von Campe wrote: > > On Feb 13, 2008, at 11:37, Scott Silva wrote: > > > I didn't see it but did you do a 'uname-a" on both systems to see > > if one is running a PAE kernel? > > No, that was not it. But I did finally track it down. There > was one > additional difference in the software configuration that I had > forgotten about. The CentOS 5.1 system is in a different NIS domain > and it has Kerberos enabled. We are going to move to an integrated > NIS/AD environment to have a single sign-on for Windows and UNIX/ > Linux, and I was planning to roll that out at the same time > as CentOS > 5.1. The performance issue went away when I used a local account to > do the build, and also on another CentOS 5.1 system (on > identical HW) > that was bound to the old NIS domain. > > Needless to say, we can not roll out CentOS 5.1 in the new NIS > domain. I will be talking to the corporate IT folks tomorrow to > track down what is causing this issue. Ah, I advise using Samba's winbind and the RID idmap backend. Winbind and it's local tdb cache is an order of magnitude faster then NIS and several orders of magnitude faster then nss_ldap. I haven't tested Samba's ldap backend cause we have an AD domain here. Winbind is a whole lot easier to setup and manages the kerberos keytab files too. We have winbind for user/group lookup and kerberos for authentication, works well and is fairly easy to automate setup through kickstart. -Ross __ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] pvmove speed
>I am facing the same issue with a migration of our VM machines >to a new iSCSI setup this year, around 1TB of VMs need to be >fork lifted over and I thought about exotic ways to move it >over, but I think in the end it will be by good ole backup exec >and tape. You're not running esx are you? Heh, I just did the same thing on a much smaller scale. Couldn't afford the long downtime while a copy took place so I shut the vm's off, snapped it and restarted it. I then scripted all files "without" 0 in the name to rsync over (slowly). I then only had to shut the vm off and sync the small snap's and restart the vm's on other storage. Only took a few minutes. jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] upgrade from Fedora Core 5
Garrick Staples wrote: I guess this implies that you don't currently have a regular backup system in place? When you say "load", you mean a giant 'cp'? That technically works, but is not the ideal. When you mount it in the new install, you'll find a bunch of broken uid/gids. Best is an archive format that preserves user and group names (say, tar). Tar up your existing OS (or the parts that you care about) leaving the tarball on the external drive. After the reinstall, untar on the external drive. Finally, work out a legit backup system in the new OS. Fantastic. Thanks. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] pvmove speed
Good suggestion, no it's not ESX, but it does do snapshots. -Ross - Original Message - From: [EMAIL PROTECTED] <[EMAIL PROTECTED]> To: 'CentOS mailing list' Sent: Wed Feb 13 17:30:39 2008 Subject: RE: [CentOS] pvmove speed >I am facing the same issue with a migration of our VM machines >to a new iSCSI setup this year, around 1TB of VMs need to be >fork lifted over and I thought about exotic ways to move it >over, but I think in the end it will be by good ole backup exec >and tape. You're not running esx are you? Heh, I just did the same thing on a much smaller scale. Couldn't afford the long downtime while a copy took place so I shut the vm's off, snapped it and restarted it. I then scripted all files "without" 0 in the name to rsync over (slowly). I then only had to shut the vm off and sync the small snap's and restart the vm's on other storage. Only took a few minutes. jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos __ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Apache RPM's
Les Bell wrote: > > "Ross S. W. Walker" <[EMAIL PROTECTED]> wrote: > > >> > I agree whole heartily. It would go a long way though if Redhat > provided independent certification of their products under these > compliance banners. > << > > RHEL 5 is Common Criteria certified against the Controlled Access > Protection Profile (CAPP), Labelled Security Protection > Profile (LSPP) and > Role-Based Access Control Protection Profile (RBACPP) at EAL > (Evaluation > Assurance Level) 4+ (i.e. all requirements of EAL4 and some > of EAL5), when > running on certain hardware platforms (IBM). See > http://www.commoncriteriaportal.org/public/consumer/index.php? > menu=5 for > the reports. That may be overkill for what you require, but > if your system > is certified and accredited, it usually stops auditors in > their tracks. > > I agree with concerns about the inability of auditors to correctly > interpret requirements. The Y2K panic provided lots of > examples; I recall > one junior auditor demanding that a network hub be replaced > because it was > not "certified Y2K compliant". Thanks Les, naw it isn't over kill here as a publically traded company with a commerical bank in Utah we get tag teamed by both the SEC and the FDIC. I'll definitely keep that bookmarked in the compliance portal! -Ross __ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] RE: [Iscsitarget-devel] Performance Question
>Yes, jumbo frames, no irq coalescence, blockio and see if >you can get Backup Exec to use large io request sizes when >reading and writing the data. The larger the better. Ok, Jumbo's enabled on the switch and media server. For the sake of our sanity jumping back and forth, I am trying to enable jumbo's on the bonded pair in the target, # ifconfig bond0 mtu 9014 and it errors out? Any idea what I am doing wrong? Also, where do I tune irq coalescence? Thanks! jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] RE: [Iscsitarget-devel] Performance Question
Joseph L. Casale wrote: > > >Yes, jumbo frames, no irq coalescence, blockio and see if > >you can get Backup Exec to use large io request sizes when > >reading and writing the data. The larger the better. > > Ok, Jumbo's enabled on the switch and media server. For the > sake of our sanity jumping back and forth, I am trying to > enable jumbo's on the bonded pair in the target, # ifconfig > bond0 mtu 9014 and it errors out? Any idea what I am doing wrong? Yeah, it's MTU 9000 on Linux, Linux adds 14 byte ethernet frame by default (standard MTU is actually 1514). > Also, where do I tune irq coalescence? It can be done through ethtool if the cards are supported, or sometimes it needs to be done on mod load. Which card? -Ross __ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] RE: [Iscsitarget-devel] Performance Question
Lol, sorry guys :) ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Upgrade ram and what to do with SWAP PARTITION ?
I have a swap file of 512mb because i was using 256mb, now i already have 512mb ram installed and the swap continue on 512mb, the system is acting better now. System monitor says: CPU History 3.0 or 4.0 % User Memory: 224mb of 495mb Used swap: 0 bytes of 512mb I have running one windows of firefox while viewing in system monitor. Don't know if this values are okay I think they are normal but I don't have to much experience. Do you think I need to make some change in swap partition like going to 1gb, if so, where can I find some help in doing that? Thanks for your help. George from Uruguay. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Michael A. Peters Enviado el: Miércoles, 13 de Febrero de 2008 06:07 p.m. Para: CentOS mailing list Asunto: Re: [CentOS] Upgrade ram and what to do with SWAP PARTITION ? Masters IT Gmail wrote: > Now that I understand that i need more ram after i add this ram to my > centos, what I need to do in order to increase my swap partition, thanks in > advance. How much swap do you currently have? You may not need to increase swap at all. If you do - I haven't tried this method in CentOS (or any OS) but it should work: https://help.ubuntu.com/community/SwapFaq#head-75ffcb00cefe143fc380f84d7ea92 03f16a596d0 It creates a swap file instead of a swap partition. Much easier than finding unpartitioned space ... ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Upgrade ram and what to do with SWAP PARTITION ?
Sorry i miss that link that you give me i am reading now thanks for the tip i am going to try. Thanks for all! -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Michael A. Peters Enviado el: Miércoles, 13 de Febrero de 2008 06:07 p.m. Para: CentOS mailing list Asunto: Re: [CentOS] Upgrade ram and what to do with SWAP PARTITION ? Masters IT Gmail wrote: > Now that I understand that i need more ram after i add this ram to my > centos, what I need to do in order to increase my swap partition, thanks in > advance. How much swap do you currently have? You may not need to increase swap at all. If you do - I haven't tried this method in CentOS (or any OS) but it should work: https://help.ubuntu.com/community/SwapFaq#head-75ffcb00cefe143fc380f84d7ea92 03f16a596d0 It creates a swap file instead of a swap partition. Much easier than finding unpartitioned space ... ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Upgrade ram and what to do with SWAP PARTITION ?
Masters IT Gmail wrote: > > Sorry i miss that link that you give me i am reading now > thanks for the tip > i am going to try. Thanks for all! > > -Mensaje original- > De: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] En nombre > de Michael A. Peters > Enviado el: Miércoles, 13 de Febrero de 2008 06:07 p.m. > Para: CentOS mailing list > Asunto: Re: [CentOS] Upgrade ram and what to do with SWAP PARTITION ? > > Masters IT Gmail wrote: > > Now that I understand that i need more ram after i add this > ram to my > > centos, what I need to do in order to increase my swap > partition, thanks > in > > advance. > > How much swap do you currently have? > You may not need to increase swap at all. > > If you do - I haven't tried this method in CentOS (or any OS) but it > should work: > > https://help.ubuntu.com/community/SwapFaq#head-75ffcb00cefe143 > fc380f84d7ea92 > 03f16a596d0 > > It creates a swap file instead of a swap partition. Much easier than > finding unpartitioned space ... Yes and with today's kernels it provides the same level of performance. # dd if=/dev/zero of=/.swapfile bs=1M count=512 # mkswap /.swapfile fstab: /.swapfileswapswapdefaults0 0 Or if you use lvm, turn swapoff the lv, lvresize the lv, mkswap the lv again, then swapon the lv and you have a larger swap, but the swapfile will at least be contiguous. -Ross __ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Kernel update for Centos 4
Hi, I've noticed that we already have an updated kernel for the Centos 5. Any idea of when the same thing will happen for Centos 4 386 ? Thanks. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Upgrade ram and what to do with SWAP PARTITION ?
Thanks again, i did the change, i follow this steps : http://www.linuxtopia.org/online_books/centos5/centos5_administration_guide/ centos5_s1-swap-adding.html#s2-swap-creating-file But I setup bs=1M count=1024 this I learn it from: https://help.ubuntu.com/community/SwapFaq#head-75ffcb00cefe143fc380f84d7ea92 03f16a596d0 I like it more to do it that way. Later I reboot my PC and run the command free, it seems that now I am using my newly created swap file, what a nice start. My linux experience is starting to like it more, thanks to all for your help, thoughts and time! George from Uruguay. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Ross S. W. Walker Enviado el: Miércoles, 13 de Febrero de 2008 11:10 p.m. Para: CentOS mailing list Asunto: RE: [CentOS] Upgrade ram and what to do with SWAP PARTITION ? Masters IT Gmail wrote: > > Sorry i miss that link that you give me i am reading now > thanks for the tip > i am going to try. Thanks for all! > > -Mensaje original- > De: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] En nombre > de Michael A. Peters > Enviado el: Miércoles, 13 de Febrero de 2008 06:07 p.m. > Para: CentOS mailing list > Asunto: Re: [CentOS] Upgrade ram and what to do with SWAP PARTITION ? > > Masters IT Gmail wrote: > > Now that I understand that i need more ram after i add this > ram to my > > centos, what I need to do in order to increase my swap > partition, thanks > in > > advance. > > How much swap do you currently have? > You may not need to increase swap at all. > > If you do - I haven't tried this method in CentOS (or any OS) but it > should work: > > https://help.ubuntu.com/community/SwapFaq#head-75ffcb00cefe143 > fc380f84d7ea92 > 03f16a596d0 > > It creates a swap file instead of a swap partition. Much easier than > finding unpartitioned space ... Yes and with today's kernels it provides the same level of performance. # dd if=/dev/zero of=/.swapfile bs=1M count=512 # mkswap /.swapfile fstab: /.swapfileswapswapdefaults0 0 Or if you use lvm, turn swapoff the lv, lvresize the lv, mkswap the lv again, then swapon the lv and you have a larger swap, but the swapfile will at least be contiguous. -Ross __ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Kernel update for Centos 4
Hi, I've noticed that we already have an updated kernel for the Centos 5. Any idea of when the same thing will happen for Centos 4 386 ? If you're referring to a new kernel to handle the vmsplice vulnerability, it is not needed, as this vulnerability does not affect CentOS 4 (or below) kernels. Barry ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] using fping to find missing A records
I have a specific question on how to do something, and a larger question addressing other "better" ways to do the spirit of what I'm asking. I'm setting up Nagios, and am trying to make sure that all of the subnets have A records, as IP addresses will be changing very, very rapidly, and when that day comes, I will not be here (but on another Nagios project). So, I'd like to create A records for each host. How do I "fping -a" a range of IP addresses, strip out the names of the name that the host replies with, and then ping that list of names? (You don't have to tell me how exactly, a general idea of which command line tools will do) I'm thinking something like: fping -g 192.168.1.0 192.168.1.255 -A | grep whatever > file, and then shove that file in another fping statement. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] vncviewer and opening mail attachemtns kills the login
I am running centos 5.1 I routinely vnc in from home (centos 5.1 NVIDA laptop) to work centos 5.1 NVIDIA based station. works fine 95% of the time. However, when I am running thunderbird mail client, and there is PDF attachment, clicking on the attachment it prompts to open with evince and I accept - my entire sessions is KILLED. When I reconnect I have been logged out and all my windows etc... are gone. Is there a reason for this behavior and if so how do I stop it? Thanks, Jerry ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Kernel 2.6.18-53.1.13.el5 fails on network.
Hi all, After the latest lot of kernel security updates have come out, I updated one of my colo boxes and rebooted. It didn't come back up and fails when booting on: * CPU Microcode update * iptables * eth0 The booting process completes, however as you can imagine, there is no network connectivity at all. The only config changes were installing the new kernel. Booting back into 2.6.18-8.1.8.el5 make things work 100% again. The system is a dual P3 1Ghz with an e100 network card. Has anyone else come across this? Sadly, this is a headless box in an unattended colo - so I can't sit down and reboot upon reboot to try and figure out the cause of the problem. -- Steven Haigh Email: [EMAIL PROTECTED] Web: http://www.crc.id.au Phone: (03) 9001 6090 - 0412 935 897 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Booting without a keyboard
On Feb 14, 2008 2:56 AM, Gregory P. Ennis <[EMAIL PROTECTED]> wrote: > I tried to remove the keyboard but the system hangs giving me notice > that a keyboard was not found. All my CentOS firewalls run without keyboad and mouses. I think it is related to BIOS. -- Thank you Indunil Jayasooriya ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Kernel 2.6.18-53.1.13.el5 fails on network.
> After the latest lot of kernel security updates have come out, I updated one > of my colo boxes and rebooted. It didn't come back up and fails when booting > on: > * CPU Microcode update > * iptables > * eth0 > > The booting process completes, however as you can imagine, there is no > network connectivity at all. The only config changes were installing the new > kernel. Booting back into 2.6.18-8.1.8.el5 make things work 100% again. I also got this type of probles once before. pls check initrd image. pls performe below steps. gunzip -cd /boot/initrd-2.6.18-8.1.8.el5.img |cpio -t |more and see then, check your newly installed kernel. as below gunzip -cd /boot/initrd-2.6.18-53.1.13.el5.img |cpio -t |more and see pls check what is missing. If found, All you have to make an initrd by using mkinitrd command. pls check below URL http://readlist.com/lists/centos.org/centos/2/13952.html -- Thank you Indunil Jayasooriya ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Kernel 2.6.18-53.1.13.el5 fails on network.
There are a number of differences in the initrd, although nothing that I would call obvious as causing an issue.. - # gunzip -cd /boot/initrd-2.6.18-8.1.8.el5.img |cpio -t |more 6097 blocks bin bin/modprobe bin/insmod bin/nash dev dev/tty6 dev/zero dev/tty5 dev/console dev/ram1 dev/ttyS3 dev/tty0 dev/ttyS0 dev/null dev/tty3 dev/tty10 dev/ram0 dev/ptmx dev/rtc dev/tty dev/tty8 dev/ttyS1 dev/systty dev/ram dev/tty7 dev/tty1 dev/tty11 dev/tty4 dev/tty2 dev/tty12 dev/tty9 dev/ttyS2 dev/mapper proc lib lib/jbd.ko lib/uhci-hcd.ko lib/ext3.ko lib/ohci-hcd.ko lib/ehci-hcd.ko init sysroot sbin sys etc # - # gunzip -cd /boot/initrd-2.6.18-53.1.13.el5.img |cpio -t |more 9679 blocks bin bin/dmraid bin/modprobe bin/insmod bin/kpartx bin/nash dev dev/tty6 dev/zero dev/tty5 dev/console dev/ram1 dev/ttyS3 dev/tty0 dev/ttyS0 dev/null dev/tty3 dev/tty10 dev/ram0 dev/ptmx dev/rtc dev/tty dev/tty8 dev/ttyS1 dev/systty dev/ram dev/tty7 dev/tty1 dev/tty11 dev/tty4 dev/tty2 dev/tty12 dev/tty9 dev/ttyS2 dev/mapper proc lib lib/jbd.ko lib/uhci-hcd.ko lib/ext3.ko lib/firmware lib/ohci-hcd.ko lib/ehci-hcd.ko init sysroot sbin sys etc # - The obvious additions in .53 are kpartx and dmraid - however as I'm using a plain HDD (hda) with no RAID, I don't really think that would cause an issue. -- Steven Haigh Email: [EMAIL PROTECTED] Web: http://www.crc.id.au Phone: (03) 9001 6090 - 0412 935 897 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Indunil Jayasooriya Sent: Thursday, 14 February 2008 2:34 PM To: CentOS mailing list Subject: Re: [CentOS] Kernel 2.6.18-53.1.13.el5 fails on network. > After the latest lot of kernel security updates have come out, I updated one > of my colo boxes and rebooted. It didn't come back up and fails when booting > on: > * CPU Microcode update > * iptables > * eth0 > > The booting process completes, however as you can imagine, there is no > network connectivity at all. The only config changes were installing the new > kernel. Booting back into 2.6.18-8.1.8.el5 make things work 100% again. I also got this type of probles once before. pls check initrd image. pls performe below steps. gunzip -cd /boot/initrd-2.6.18-8.1.8.el5.img |cpio -t |more and see then, check your newly installed kernel. as below gunzip -cd /boot/initrd-2.6.18-53.1.13.el5.img |cpio -t |more and see pls check what is missing. If found, All you have to make an initrd by using mkinitrd command. pls check below URL http://readlist.com/lists/centos.org/centos/2/13952.html -- Thank you Indunil Jayasooriya ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Kernel 2.6.18-53.1.13.el5 fails on network.
Indunil Jayasooriya wrote: > I also got this type of probles once before. pls check initrd image. > pls performe below steps. > While it's always good to make sure your initrd is in a good state, the network drivers don't need to be in the initrd (unless your booting from NFS or something). They can be loaded fine from /lib/modules/`uname -r` What kind of network chip(s) are in the system? What driver are they using?(/etc/modprobe.conf), it'd be helpful to have the output of dmesg as well from the kernel that doesn't provide networking support. You could write a script for some person at the remote co-lo to execute when the system comes up w/o network, the results could be stored in a file on the disk and when the system is rebooted again under the old kernel you can examine them for possible causes. Some commands to try: dmesg ifconfig -a mii-tool route -n ping -c 5 (IP of default gateway) arping -c 5 (IP of default gateway) arp -an lsmod nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: Disk partitions and LVM limits - SUMMARY
On Wednesday 13 February 2008, Peter Blajev wrote: ... > - fdisk creates partitions up to 2.1TB in size. Use "parted" instead. The difference is not fdisk vs. parted. It's MSDOS-MBR vs. GPT (different types of partition tables). But since fdisk doesn't support GPT you'll have to use parted. Note though, parted fails equally bad if you use it with MSDOS-MBR... ... > Your options are: > - If the storage is connected to a RAID controller you can use the > controller to create smaller logical partitions. Then combine them with > LVM. While this is possible it often causes performance problems (because linux now schedues IO independently on two devices which happen to be the same raid-set...). ... > If you don't like parted you can still use fdisk to create a few 2TB > partitions and then use LVM. I don't think that'll work, you can only have a MSDOS-MBR on a device smaller than 2T, it does not matter if your individual partitions are <2T. /Peter K signature.asc Description: This is a digitally signed message part. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos