Re: [CentOS] Graphical net install-OT
John, All the kickstart options are in the online RedHat docs either at redhat.com or CentOS.org. -Ross On Sep 29, 2008, at 1:38 AM, John [EMAIL PROTECTED] wrote: JohnStanley Writes: Ross, Not to sound stupid or anything but where did you find all the options for building your kickstarts at? As in the after reboot cleanup options. snip Ks config /snip ___ 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] Graphical net install
Test wrote: Is it at all possible to do a graphical netinstall ? I am using centos 5.2, and i have been doing net installs (pxe) for a while in console mode... The pxeboot initrd and vmlinuz are in the boot directory on CD 1. Copy those to the tftpboot directory, along with your pxelinux.0, and put the syslinux config in the pxelinux.cfg/default file, mine looks like so: default server prompt 1 timeout 100 display pxeboot.msg label server kernel vmlinuz append initrd=initrd.img ramdisk_size=8192 root=/dev/ram0 ip=dhcp lang=us expert ksdevice=eth0 ks=http://10.1.1.60/CentOS/5/server.cfg method=http://10.1.1.60/CentOS/5/os/i386 noipv6 quiet label desktop kernel vmlinuz append initrd=initrd.img ramdisk_size=8192 root=/dev/ram0 ip=dhcp lang=us ksdevice=eth0 ks=http://10.1.1.60/CentOS/5/desktop.cfg method=http://10.1.1.60/CentOS/5/os/i386 noipv6 quiet I setup the packages on a web server along with my kickstart that looks like so for desktops: install reboot lang en_US.UTF-8 keyboard us firewall --disabled selinux --disabled firstboot --disabled timezone --utc America/New_York network --device=eth0 --bootproto=dhcp authconfig --enableshadow --enablemd5 --enablecache rootpw --iscrypted passwd hash monitor --noprobe --monitor=LCD Panel 1280x1024 xconfig --driver vesa --resolution=1280x1024 --depth=24 --startxonboot --defaultdesktop=kde bootloader --location=mbr zerombr clearpart --linux --initlabel --drives=sda part /boot --fstype ext3 --size=128 --ondisk=sda --asprimary part pv.0 --size=0 --grow --ondisk=sda volgroup vg0 --pesize=32768 pv.0 logvol / --fstype ext3 --name=root --vgname=vg0 --size=4096 --grow --maxsize=16384 logvol swap --fstype swap --name=swap --vgname=vg0 --size=1024 --grow --maxsize=2048 %packages @base @core @base-x @kde-desktop -NetworkManager -desktop-printing -firstboot -gdm -im-chooser -kdeaccessibility -kdeaddons -kdepim -pirut -pup -system-config-date -system-config-display -system-config-keyboard -system-config-language ImageMagick compat-libstdc++-33 cyrus-sasl-gssapi cyrus-sasl-md5 cyrus-sasl-ntlm firefox hplip k3b ntp openldap-clients openmotif openoffice.org-base openoffice.org-calc openoffice.org-draw openoffice.org-emailmerge openoffice.org-graphicfilter openoffice.org-math openoffice.org-impress openoffice.org-writer openoffice.org-xsltfilter openoffice.org-javafilter openoffice.org-pyuno rdesktop samba-client sendmail-cf telnet-server usermode-gtk vnc %post export ARCH=`uname -i` # Install EPEL Repository rpm -ivh http://software.mfg.prv/Software/Redhat/EPEL/5/epel-release-5-2.noarch.rpm # Set yum repos to baseurl from mirrorlist and set their priorities for repo in `ls /etc/yum.repos.d/*.repo`; do sed -i -e 's/^#baseurl=/baseurl=/' $repo sed -i -e 's/^mirrorlist=/#mirrorlist=/' $repo sed -i -e 's/^baseurl=\(.*\)\(\/os\/\$basearch\/\)$/#baseurl=\1\2\nbaseurl=http:\/\/centos.mfg.prv\/centos\/\$releasever\2/' $repo sed -i -e 's/^baseurl=\(.*\)\(\/updates\/\$basearch\/\)$/#baseurl=\1\2\nbaseurl=http:\/\/centos.mfg.prv\/centos\/\$releasever\2/' $repo sed -i -e 's/\(^name=CentOS.*Media$\)/\1\npriority=1/' $repo sed -i -e 's/\(^name=CentOS.*Base$\)/\1\npriority=1/' $repo sed -i -e 's/\(^name=CentOS.*Updates$\)/\1\npriority=1/' $repo sed -i -e 's/\(^name=CentOS.*Addons$\)/\1\npriority=2/' $repo sed -i -e 's/\(^name=CentOS.*Extras$\)/\1\npriority=2/' $repo sed -i -e 's/\(^name=CentOS.*Plus$\)/\1\npriority=2/' $repo sed -i -e 's/\(^name=CentOS.*Contrib$\)/\1\npriority=2/' $repo done # Load default package signing keys rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-beta rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5 rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL # Install Yum Priorities yum -y install yum-priorities # Config Priority Obsoletes echo check_obsoletes = 1 /etc/yum/pluginconf.d/priorities.conf # Update distribution yum -y update # Microsoft core TT fonts rpm -ivh http://software.mfg.prv/Software/Linux/msttcorefonts/msttcorefonts-2.0-1.noarch.rpm # Adobe Reader rpm -ivh http://software.mfg.prv/Software/Adobe/Reader/Linux/AdobeReader_enu-8.1.2-1.i486.rpm # Adobe Flash Plugin rpm -ivh http://software.mfg.prv/Software/Adobe/Flash/Linux/flash-plugin-9.0.124.0-release.i386.rpm # Sun Java Runtime Environment rpm -ivh http://software.mfg.prv/Software/Sun/Java/JRE/Linux/jre-6u2-linux-i586.rpm # Set Sun Java as default rm -f /usr/bin/javaws rm -f /usr/bin/jcontrol alternatives --install /usr/bin/java java /usr/java/default/bin/java 1000 --slave /usr/lib/jvm/jre jre /usr/java/default --slave /usr/bin/javaws javaws /usr/java/default/bin/javaws --slave /usr/bin/jcontrol jcontrol /usr/java/default/bin/jcontrol --slave /usr/bin/rmiregistry rmiregistry /usr/java/default/bin/rmiregistry alternatives --set java /usr/java/default/bin/java # Add local admin user account (failsafe) useradd -p 'passwd hash' admin # Configure
RE: [CentOS] Treason uncloaked!
John R Pierce wrote: got a centos5.2 web/database server thats on a public coloc, its dmesg fills up with TCP: Treason uncloaked! Peer 82.135.195.32:64905/8032 shrinks window 354477433:354478918. Repaired. TCP: Treason uncloaked! Peer 82.135.195.32:64905/8032 shrinks window 354477433:354478918. Repaired. TCP: Treason uncloaked! Peer 82.135.195.32:64905/8032 shrinks window 354477433:354478918. Repaired. TCP: Treason uncloaked! Peer 84.158.80.177:61931/8032 shrinks window 3243223020:3243237180. Repaired. TCP: Treason uncloaked! Peer 84.158.80.177:61931/8032 shrinks window 3243227520:3243237180. Repaired. TCP: Treason uncloaked! Peer 84.158.80.177:61931/8032 shrinks window 3243232020:3243237180. Repaired. I know thats because of random bogosity coming in from the internet, and I really don't care. can I suppress that from filling up the dmesg buffer so I can see more important things like scsi soft errors? You could try turning TCP window scaling off which should stop that part of the stack from executing. How much it will affect the network performance of your box depends on the clients connecting to 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 CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] A new blog on the block for Linux newbies
MHR wrote: IMVMHO, having been brand new to CentOS but a long time Linux user and sometimes administrator, delving into the depths of the kernel, returning to the Linux email list world (as an idiot AND a newbie) and now charged in part with porting a major real-life real-time app from FC1 to CentOS, my best advice for newbies of all stripes would be this: RTFM, then read everything else you can find, and remember, Google is your friend. Subscribe to one or more email lists based on what you found in your extensive reading (see above) AND READ at least long enough to learn how to post, whom to trust, who the curmudgeons are (no, kidding on that last one!), etc. (I.e., read some more.) LEARN 'man', 'apropos' and 'info' they are almost always there in every system and they hold the knowledge of the OS. Start with 'man man' and know the help system inside and out because after 15+ years working in Unix/Linux environments a day doesn't go by where I don't hit at least 1 man page and knowing how to flip through it to the parts you want will save you untold time. Oh and don't forget virtualization is your friend in learning! VMware workstation, Parallels, Virtual Box, Xen, Hyper-V, they're all good for learning! Create a VM per-distro, see how each distro installs, see how each is managed. Take snapshots and play around with their configs, see how they break, see if you can fix them, if not revert to the snapshot. Get your feet wet. -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] A new blog on the block for Linux newbies
Mike McCarty wrote: Ross S. W. Walker wrote: [snip good advice] Oh and don't forget virtualization is your friend in learning! VMware workstation, Parallels, Virtual Box, Xen, Hyper-V, they're all good for learning! Create a VM per-distro, see how each distro installs, see how each is managed. Take snapshots and play around with their configs, see how they break, see if you can fix them, if not revert to the snapshot. Get your feet wet. May I suggest that, if you really want to learn how a Linux system gets put together, and works, then get a copy of Linux from Scratch and build your own? http://www.linuxfromscratch.org/ Well for a newbie that might be too much to start with. I'd probably go, CentOS/RHEL/Suse - Gentoo, then if you know the parts of a working distro well, then try to roll your own. -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] Control IO related to a process
Peter Kjellstrom wrote: On Tuesday 02 September 2008, Joseph L. Casale wrote: Is there a way to nice the IO on a process such as dd? If not, what could be a way to control the IO level of such a process from bogging down a server to severely. There is ionice (assuming CentOS-5) in the util-linux package. It's by no means perfect but unlike nice it atleast tries to do what you want :-) If that doesn't do it for you then maybe choosing a different scheduler then cfq can help. Something like 'deadline' may work better for the workload. AFAIK ionice will only work with the cfq scheduler for 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-virt] xen+drbd Question
Jerry Amundson wrote: yes. i replied to myself. Talking to yourself is the first sign of insanity! The second being, disagreeing with the first. On Tue, Aug 26, 2008 at 10:56 PM, Jerry Amundson [EMAIL PROTECTED] wrote: On Tue, Aug 26, 2008 at 11:25 AM, Ross S. W. Walker [EMAIL PROTECTED] wrote: Alexandre Biancalana wrote: On 8/26/08, Ross S. W. Walker [EMAIL PROTECTED] wrote: If you upgrade to xen.org release of Xen then you can use the block-drbd script to specify by drbd resource name instead of device, but that's just fluff in stuff, and doesn't have anything to do with the ability to live migrate which is all handled by the allow-two-primaries option. True. In my case : CentOS 5.3, incl. kernel-xen and heartbeat, Xen.org 3.x, DRBD 8.2. It works, but has no cookie-cutter howto. Are you saying that we can only use block-drbd script with Xen 3.2 ? It's really not so much the Xen version, but the distro. more so, within the distro, the bootstrap method used for the domU More specifically 'pygrub' itself as mentioned below. It might work with the Xen 3.1 libraries too, but that's also irrelevant as CentOS/RHEL has decided to use the Xen 3.0.3 libraries (though they are using the Xen 3.1 hypervisor, go figure!). How did you determine they are different versions? oh, maybe the thread I just noticed in xen-users? http://lists.xensource.com/archives/html/xen-users/2008-08/msg00791.html where Pasi says, - To be more clear about it, RHEL 5.2 version of Xen _hypervisor_ is 3.1.2 + - patches. - RHEL 5.2 kernel-xen is based on older Xen (3.0.3 iirc) kernel code. Actually I found the version information through a 'xm info' which shows it's running 3.1, but the libraries and supporting apps are all 3.0.3. xen_major : 3 xen_minor : 1 xen_extra : .2-92.1.10.el5 xen_caps : xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p Linbit wrote the block-drbd script for Xen 3.1 (maybe 3.2) and up, but definitely not pre-3.1. For the definitive answer though I recommend posting on drbd-user. Someone there might even have a work-around to get it to work on earlier Xen libraries... http://lists.linbit.com/pipermail/drbd-user/2008-August/010077.html Ah so the culprit is pygrub, add that tidbit to my knowledge base. So if you define the kernel and ramdisk from external sources then the block script should work, but using pygrub, it only recognizes standard block devices. I suppose this will also affect the block-iscsi script out there too... It would be nice if someone could patch pygrub to look for handler scripts for any device NOT file, tap, phy and to use them to bootload as it's better IMHO to manage the domU's kernel and ramdisk from within the domU. -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-virt mailing list CentOS-virt@centos.org http://lists.centos.org/mailman/listinfo/centos-virt
RE: [CentOS-virt] xen+drbd Question
Alexandre Biancalana wrote: Hi list, I installed two new servers to be our virtualization HA. This servers have CentOS 5.2, Xen 3.0.3, Drbd 8.2.6. The setup is ok, lvm drbd resources sincronizing, Guest VM running without any problem. My only doubt is that I can only use drbd resources inside guest vms when I specify the disk resource in vms config like this: disk = ['phy:/dev/VolGroup00/vappprtem01,hda,w' ] if I specify de disk like: disk = [drbd:vappprtem01,hda,w' ] The Guest VM found the disk but this appear with zero size. As far what I read the second way is the correct to live migration work without any race condiction... This link say that centos has a problem with block-drbd script provided by drbd, is anybody aware of that ? http://lists.xensource.com/archives/html/xen-users/2008-08/msg00176.html Any hints ? Just specify the drbd devices directly as: disk = ['phy:/dev/drbd0,hda,w' ] And you should be ok. There is no need to use the scripts. Be sure you don't specify the underlying device, but the drbd device! Using the underlying device will cause the replicas to become out-of-sync as what is written to the underlying device will not be replicated and a consistency check will bring your drbd resources offline! You are also going to want to use the multi-master as master-slave is too difficult to get to work properly between xend and heartbeat! -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-virt mailing list CentOS-virt@centos.org http://lists.centos.org/mailman/listinfo/centos-virt
RE: [CentOS] apache
Jeff wrote: On Tue, Aug 26, 2008 at 10:11 AM, Mad Unix [EMAIL PROTECTED] wrote: Can I do the following vi /etc/sysconfig/httpd # Configuration file for the httpd service. # # The default processing model (MPM) is the process-based # 'prefork' model. A thread-based model, 'worker', is also # available, but does not work with some modules (such as PHP). # The service must be stopped before changing this variable. # #HTTPD=/usr/sbin/httpd.worker # # To pass additional options (for instance, -D definitions) to the # httpd binary at startup, set OPTIONS here. # #OPTIONS= # # By default, the httpd process is started in the C locale; to # change the locale in which the server runs, the HTTPD_LANG # variable can be set. # #HTTPD_LANG=C ORACLE_BASE=/u01/oracle ORACLE_HOME=/u01/oracle/10g ORACLE_SID=king LD_LIBRARY_PATH=$ORACLE_HOME/lib LD_LIBRARY_PATH_32=$ORACLE_HOME/lib32 PATH=$PATH:$ORACLE_HOME/bin NLS_LANG=AMERICAN_AMERICA.AR8MSWIN1256; export NLS_LANG NLS_DATE_FORMAT=dd-mm- ; export NLS_DATE_FORMAT export ORACLE_BASE ORACLE_HOME ORACLE_SID LD_LIBRARY_PATH LD_LIBRARY_PATH_32 PATH ~ snip Yes, that is the right way. But one point that was not clearly made is that you probably ALSO need to add to your apache configuration: PassEnv ORACLE_BASE ORACLE_HOME [etc.] This make the values available to PHP. Or you could add those environment variables in /etc/profile.d, create a file called oracle.sh and put those environment variables there, then in /etc/httpd/conf.d create a file called oracle, and add the PassEnv directives there. At least this way the environment variables are available to all local processes and users. -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] establish a 128 bit encrypted tunnel between centos 5.2boxes
Jerry Geis wrote: Is there an easy way or anyway to establish a 128 bit encrypted tunnel between a handful of centos 5.2 boxes? I am not familiar with this at all. If it's just shell access, then ssh of course! If it's HTTP use HTTPS! If it's SMTP use TLS. And so on... If it's for all network traffic whether it support's encrypted communications or not, use IPSec. -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] Yum corrupting RPMs
On Aug 24, 2008, at 9:25 PM, Tom Lanyon [EMAIL PROTECTED] wrote: Hi list, Trying to upgrade someone's workstation here to 5.2 (was installed from a 5.0 DVD I think). The RPMs on our internal mirror are in-tact and pass a 'rpm -- checksig' test, yet when I run a 'yum upgrade' a large portion of them are corrupted and fail the GPG check. This seems to be isolated to yum, as downloading the RPM directly via FTP with wget or lftpget provides an RPM that *does* pass the GPG check. I have upgraded key packages to the latest version (eg. yum upgrade 'yum*') and tried again to no avail. Anyone seen this before? Make sure the mime type for .rpm files is text/plain and not x- application/octet-stream. -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] Growing RAID5 on CentOS 4.6
Stephen Harris wrote: On Fri, Aug 22, 2008 at 08:41:25PM +0300, Jussi Hirvi wrote: How about simply % mdadm --grow /dev/md3 % mdadm --grow /dev/md3 mdadm: no changes to --grow What do you get with % mdadm --detail /dev/md3 /dev/md3: snip Number Major Minor RaidDevice State 0 810 active sync /dev/sda1 1 8 181 active sync /dev/sdb2 2 8 352 active sync /dev/sdc3 3 8 523 active sync /dev/sdd4 4 8 65- spare /dev/sde1 Stephen, I don't think you can grow it without backing it up, destroying it, rebuilding it with 5 devices, then restoring. From the man page: Grow Grow (or shrink) an array, or otherwise reshape it in some way. Currently supported growth options including changing the active size of component devices in RAID level 1/4/5/6 and changing the number of active devices in RAID1. I take it to mean you can grow the segment size on all devices in the array, say you swapped out 160GB drives with 320GB drives one by one and now you want your array to fill up the remaining 160GB, then you can grow it, but you can only add devices to a RAID1... What do you think this is ZFS? Sheesh! -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] Growing RAID5 on CentOS 4.6
John R Pierce wrote: Stephen Harris wrote: A RAID-5 set can be expanded by adding extra drives. This requires restriping the array which means (almost) every block must be written to a different place. This option allows such restriping to be done while the array is online. thats also a very risky operation as its extremely difficult to make it restartable in case of a mishap during hte many-hours-long restriping operation. I wouldn't undertake this on any production system without a full backup first. It would probably be faster to backup, rebuild and restore too... Besides saying it is available in the latest kernels is like saying it's available in another OS... That's nice, but does nobody here any good. -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] Growing RAID5 on CentOS 4.6
Stephen Harris wrote: On Fri, Aug 22, 2008 at 02:50:29PM -0400, Ross S. W. Walker wrote: It would probably be faster to backup, rebuild and restore too... The whole reason I need to extend like this is because I don't have any easy way of backing up 1.3Tbytes of data. While the rebuild is happening the existing volume is still available. Besides saying it is available in the latest kernels is like saying it's available in another OS... That's nice, but does nobody here any good. Well... there's the potential for me to build a kernel with the latest vanilla sources, temporarily boot into that, extend the array and then boot back to a supported kernel afterwards... Maybe! Or you could just boot from a LiveCD of a distro that was this and run a conversion there, it would make it unavailable during the conversion though. If the array was part of a LVM VG, you could create another 4 drive array and add it to the VG and extend the LVs that way, or do a pvmove and move everything from the old array to the new. -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] Growing RAID5 on CentOS 4.6
Stephen Harris wrote: On Fri, Aug 22, 2008 at 03:05:30PM -0400, Ross S. W. Walker wrote: Stephen Harris wrote: Or you could just boot from a LiveCD of a distro that was this and run a conversion there, it would make it unavailable during the conversion though. *grin* My first email on this subject... I wonder if I could boot off a Ubuntu CD or something and grow the array that way. Would be annoying (many hours of server downtime)... I wouldn't use Ubuntu or any Debian based distro cause it's EVMS just might bugger up the LVM config... Try Fedora or OpenSuse they use straight LVM. If the array was part of a LVM VG, you could create another 4 drive array and add it to the VG and extend the LVs that way, or do a pvmove and move everything from the old array to the new. Well, it _is_... the old array was 4*500Gb. The new array is 5*1Tb. In each I've built a single VG/LV. But my machine can't handle 9 SATA disks (power, controller limitations, space). So what I did was use one of the TByte disks to copy the data, built the other 4 into an array, copied the data from the last disk onto the array and then... failed to extend the array. I still have the old 4*500GB on a shelf, but I don't have anything I can plug it into. (My other option is to buy a couple of SATA controllers, build a second machine then transfer data over the network) Instead of a second machine, how about an external disk enclosure? You can get them rack mountable or tower based. Look for a nice 15 drive enclosure, then you have room to build 2 arrays... A nice hardware RAID card with battery backed cache would make the arrays scream too, for RAID5/6 I always go hardware with BBU Cache. I almost always do the OS disks as software RAID1. Hey with the enclosure going you can use the internal drives for volume snapshots and be able to keep quite a few without killing the storage performance. -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] Growing RAID5 on CentOS 4.6
Stephen Harris wrote: On Fri, Aug 22, 2008 at 03:31:31PM -0400, Ross S. W. Walker wrote: I wouldn't use Ubuntu or any Debian based distro cause it's EVMS just might bugger up the LVM config... Huh. Dunno what EVMS is, but thanks for the warning! EVMS is like a storage management framework, that lvm is just a component of. It's very ambitious, but also very complex, and it writes out it's own meta-data for volumes that are managed by it. Instead of a second machine, how about an external disk enclosure? You can get them rack mountable or tower based. Look for a nice 15 drive enclosure, then you have room to build 2 arrays... This is a home server; I'm not made of money :-) Ah, Ok, well a JBOD enclosure needn't break the bank, especially if it's an empty one. Google around and you can probably find a white box JBOD enclosure that fits your budget. There are even nice desktop enclosures with 4x SATA/SAS connectors for 6 or 8 drives. -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] iscsi and the last mile...
Scott R. Ehrlich wrote: I have a new Dell PowerEdge 2950 running CentOS 5.0 out-of-box and a Dell MD3000i. I am new to iscsi and, with google and included documentation, am having a heck of a time trying to get the RAID volumes I have created on the 3000i to be seen by the OS as usuable drives. have printed out SMcli and iscsiadm documentation. I have asked on the [EMAIL PROTECTED] site, too. Many leads, but there is something - be it a command, setting, or whatever else, that is just eluding me. How do I get the RAID devices seen on my C 5.0 box? The setup is currently on an isolated LAN and has no valuable data - all testing and experimenting by me, for now, to learn how it works, before putting it into production. Thanks for any and all leads. How do you have your open-iscsi setup on your CentOS box? Did you define any LUN masks or CHAP authentication on the MD3000i? The MD3000i has multiple iSCSI interfaces for fail-over mode, did you install the dm-multipath? How is that setup? Need the info... -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] gcc editor for newbie (Emacs or vim or ?)
Lanny Marcus wrote: On Sun, Aug 10, 2008 at 6:19 PM, Nifty Cluster Mitch [EMAIL PROTECTED] wrote: On Sun, Aug 10, 2008 at 05:04:16PM -0500, Lanny Marcus wrote: I downloaded the .pdf version of Thinking in C++ and I've begun to read that and I did yum groupinstall 'Development Tools' I'm a Newbie Desktop user, jumping into the deep end of the pool. Should I try to learn vi (Vim) (which obviously will help me, if I ever need to administer a remote box) or install Emacs or something else, for the gcc editor? An easy learning curve is strongly preferred, but, I am 100% aware of the advantages of vi. Recommendations? TIA! gvim There is almost no pain if you stick with gvim (vim). The help is full of helpfull stuff, the mouse works, syntax and keyword aware gvim sounds interesting. Thanks! I tried to install it, but it's not in rpmforge. Is it in another yum repository? You might also look at Eclipse. First time I've heard of that one. Well Eclipse is more of an IDE (Integrated Development Environment) which I think having one that works across multiple languages is essential. Emacs was the original IDE, but the GUI gives a lot more to the environment, contextual language reference, interface designing, etc. Though Emacs purists will argue that elisp modules exist to provide those, and they probably do, but GUI interface design tools, most likely they do not. vi is an essential tool to learn though for system administration and quick-n-dirty coding, but to really develop a software system you need an IDE, preferably one that can handle multiple languages, has a GUI designer, language reference tools, and integrates with multiple revision control systems (rcs/cvs, subversion, git). -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] Port Closing Question..
Ryan Nichols wrote: Is there a software avail or a process that will monitor two ports and if there is no traffic close them so the program that is using them can reuse them? I talked to the vendor and they told me I needed to do this on the NAT/Firewall , but I dont see anything like that on my router. So any suggestions ideas? Can you elaborate some more on the application in question and the problem you are experiencing. Typically network applications reuse the ports they are registered on, and if they didn't the only way to reuse them would be to kill and restart the process, so it may be that that isn't the problem after all, but more information is needed. -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] slow NFS speed
70-80MB/s is good for NFS/CIFS networking given the 4k block size and network latency. It's not the MB/s driven by your storage system that get you it's the IOPS throttled by the network latency and two-way communication over it. -Ross - Original Message - From: [EMAIL PROTECTED] [EMAIL PROTECTED] To: CentOS mailing list centos@centos.org Sent: Tue Jul 29 23:20:10 2008 Subject: [CentOS] slow NFS speed We upgraded from a 10/100Mbs to a 2 100/1000 bonding. We notice the speeds of NFS to be around 70-80Mb/sec. Which is slow, especially with bonding. I was wondering if we need to tune anything special with the Network and NFS. Does anyone have any experience with this? TIA ___ 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] Will CentOS 6's upstream be based on Fedora 10?
Kanwar Ranbir Sandhu wrote: Hi All, The subject says it all. I'm asking because I've found Fedora 9 to be buggy as hell - it is one of the worst Fedora releases I've ever used (and I've been using it since Fedora Core 1). I'm putting up with it for my work laptop, but it's not fun. :( Agree, that's why I use Fedora 8 on my workstations. As current as not to bleed out. My main home machine is still on Fedora Core 6 and will stay there until CentOS 6 comes out. I don't want to use CentOS 5 because it's upstream is based on Fedora Core 6, and I want something new! When CentOS 6 hits, I will be using it for my work laptop. I hope Redhat doesn't base it on Fedora 9, too much radical technology for it to fit nicely with the current corporate setup. Some of that technology needs to be more widely adopted first with the bleeding edge distros for at least 2 more releases. I might just keep Fedora for home my machine. I haven't decided yet if I want to move up to Fedora 10 or CentOS 6. Try Fedora 8, I know it doesn't have much life in it for updates, but it is the most solid Fedora out there right now, and it still is getting updates until Christmas. I personnally could be very happy for a while with RHEL/CentOS based on Fedora 8 and wait until KDE 4 and the new init fully bake first. -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] Will CentOS 6's upstream be based on Fedora 10?
Kanwar Ranbir Sandhu wrote: On Wed, 2008-07-30 at 10:58 -0400, Ross S. W. Walker wrote: Try Fedora 8, I know it doesn't have much life in it for updates, but it is the most solid Fedora out there right now, and it still is getting updates until Christmas. I personnally could be very happy for a while with RHEL/CentOS based on Fedora 8 and wait until KDE 4 and the new init fully bake first. My work lappy was on Fedora 7, and it was great! I didn't have any problems, save for he occasional Evolution crash. Surprisingly, even Fedora 9 has been overall much buggier for me, Evolution has been much more stable. Go figure. FYI: I use CentOS 5 for all my server stuff, and even for desktop machines. But, I just don't want it as my main desktop distribution. :) Give Fedora 8 a try until a better solution presents itself. Just disable the forced pulseaudio alsa config in /etc/alsa/alsa.conf The ConsoleKit in Fedora 8 uses ACLs to allow multiple users switching desktops to share audio which works well if you pull pulseaudio out of the picture. Though for remote audio, pulseaudio works very well, so keep it around for those rare times you do a remote X session (and force pulse through alsa in the kdm/gdm env scripts if it detects a remote session!). -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] slow NFS speed
Marc Grimme wrote: On Wednesday 30 July 2008 20:52:07 John R Pierce wrote: Mag Gam wrote: 70-80Mb/sec. MB, sorry :-) thats on the order of 700-800Mbit/sec, which is quite good for a single session on GigE. as others have said, the sort of bonding you're doing doesn't speed up single transfers, instead it helps with multiple concurrent sessions. I would not agree that if you are using round-robin (mode 0) bonding that it does not scale with one session. I would say it should or must scale: from bonding.txt: snip That means it could if we forget about out of order delivery. What I see in a project where we have bonded four nics together with rr is that the way out is evenly loaded over the four nics (although we are communicating with only two hosts). But the way back is still the problem. Cause all packets arrive at only one nic. Again this is explained by bonding.txt: What you are forgetting is the two-way communication between client and server during a file transfer. With NFS using 4k IOs over TCP (with NFSv3 NFSv4) there are acks that need to come back within the window (64K or every 18 IOs) and IO will pause for them to catch up, and even if things are running smoothly and IO doesn't need to pause for acks, there is the network latency of data travelling back and forth that needs to be taken into consideration. With network IO it's not the bandwidth that kills you it's the latency. Network bandwidth becomes important when the number of clients gets large, say 100 or 1000 clients. -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] Will CentOS 6's upstream be based on Fedora 10?
I have always wanted a distro in-between long term support and cutting edge. Say one that uses the kernel/command line part of a long term distro and the gui and gui apps of a cutting edge distro (maybe 1 back from the cutting edge). An kernel upgrade cycle of say 3 years, but a GUI that stays current within it's release. -Ross - Original Message - From: [EMAIL PROTECTED] [EMAIL PROTECTED] To: CentOS mailing list centos@centos.org Sent: Wed Jul 30 18:22:36 2008 Subject: Re: [CentOS] Will CentOS 6's upstream be based on Fedora 10? On Wed, 30 Jul 2008, Kanwar Ranbir Sandhu wrote: The subject says it all. I'm asking because I've found Fedora 9 to be buggy as hell - it is one of the worst Fedora releases I've ever used (and I've been using it since Fedora Core 1). I'm putting up with it for my work laptop, but it's not fun. :( My main home machine is still on Fedora Core 6 and will stay there until CentOS 6 comes out. I don't want to use CentOS 5 because it's upstream is based on Fedora Core 6, and I want something new! When CentOS 6 hits, I will be using it for my work laptop. I might just keep Fedora for home my machine. I haven't decided yet if I want to move up to Fedora 10 or CentOS 6. If you want something new, why do you think when CentOS 6 comes out it will be new ? And for how long ? Either you stick with Fedora/Ubuntu and have something new, or you just want to _use_ your computer and go with something less new like CentOS/Ubuntu LTS. There is no middle path. -- -- dag wieers, [EMAIL PROTECTED], http://dag.wieers.com/ -- [Any errors in spelling, tact or fact are transmission errors] ___ 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] preferred software RAID 10?
Rudi Ahlers wrote: Ross S. W. Walker wrote: Rudi Ahlers wrote: Ross S. W. Walker wrote: Rudi Ahlers wrote: Hi all I'm looking at setting up software RAID 10, using CentOS 5.1 x64 - what is the best way todo this? I'm reading some sources on the internet, and get a lot of different suggestions 1 suggestion says to boot up with a Live CD like Knoppix or SystemRescueCD, setup the RAID 10 partitions, and then install Linux from there. 2. Another is to setup a small RAID 1 on the first 2 HDD's, install Linux, bootup, and then setup the rest as RAID 10 The others didn't really make sense to me, so how do I actually do this? And then, how do I setup the partitioning? Do I setup /boot on a separate RAID partition? If so, what happens if I want to replace the 1st 2 HDD's with bigger ones? What's the hardware setup? I didn't really specify any, cause I want to keep it purely software. Generally it would be on a generic PIV motherboard with 4 / 6 SATA, or even mixed SATA IDE HDD's - all new, so at least 80GB per HDD I was primarily interested in the # of HDDs that can be used. If you have 6 disks, setup 2 disks as a RAID1 for the OS and the other 4 as a RAID10 for the data. If you have 4 disks all together: 1) create /boot partition as a 4 disk RAID1 across all 4 disks 2) create the remaining space as 2 separate RAID1s of type LVM 3) create a VG out of the 2 RAID1 PVs, create root, swap LVs on the VG with a stripe of 2. LVM striping over multiple RAID1 PVs provides the same performance as a native RAID10 array, plus you can add RAID1s later to increase the size/performance and dump/restore the data to stripe it across the larger set of PVs. Thanx, this seems like a fairly easy way of doing it. From what I gather, the data will fill up from the beginning of the stripe, right? So the 1st 2 HDD's will work hardest in the beginning, until there's enough data to fill the other 2 HDD's - unless of cause I split the LV's across the PV's - i.e. put root on md1 swap or var on md2 for example. Yes data fills from the start, which is the fastest location, which is better used for swap, so... 1) Create 2 4GB swap LVs on the install, swap0 and swap1, install the OS into swap1 2) After install and reboot, create a 8GB LV with interleave of 2 so it stripes the writes across the 2 MD PVs, use dump and restore to move the root data from swap1 to, call it 'root', modify the fstab and rebuild the initrds. 3) Once that's all done and you are booting off of the 8GB 'root' LV, you can do a mkswap on the swap1 LV and add it to the list of swap devices in fstab with the same priority as swap0 and pagecache will stripe the swap data between them. Then you have your 'root' LV striped, and your swap striped across the fastest portion of the disk. Does swap need to be part of the RAID set? Is there actually a performance boost? No, like stated create LVs for swap, swap in 2.6 kernels is very good on all types of mediums, raw disk, LVM and swap 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] preferred software RAID 10?
Rudi Ahlers wrote: Ross S. W. Walker wrote: Kai Schaetzl wrote: Rudi Ahlers wrote on Thu, 17 Jul 2008 23:10:48 +0200: /boot shouldn't be mirrored, as the BIOS won't know how to boot it. leave /dev/sdb1 the same size as /dev/sda1 and call it /boot2 and try to remember to copy /boot to /boot2 each time you update the kernel. I understand this, but how do you boot from /boot2 on the second HDD if the 1st have failed? You don't (*). I don't understand John's advice here. There is no problem md mirroring /boot. You just need to install grub a second time on the other disk. For that you have to boot from it. (I think I also did it successfully without booting from the other disk in the past, but last time I tried it it didn't want to work like I remembered it should.) (*) Anyway, you would boot from a Rescue CD or such and rename it ... Yes, no problems, I had /boot mirrored across 4 drives (NAS box) and grub installed on each. If you use labels for /boot in fstab you don't even need to edit fstab from a rescue CD, just remove the failed first drive and boot. Can you please explain this to me? I've never used labels before, so if you could maybe show me a sample of how it's setup? Disk labels are stored in file systems superblock. For ext2/ext3 file systems you use the tune2fs and the -L option to define a label, then you can refer to it in fstab like such: LABEL=boot /boot ext3defaults1 2 The problem with labels is, say you have an external USB drive and it happens to have a label called 'boot' as well, well then it is possible the OS will mount that instead (but grub will still use the real 'boot' to boot off of as the physical disk is defined in grub), then you will wonder why you still are booting the old kernel after you have upgraded to the new one! -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: preferred software RAID 10?
Scott Silva wrote: snip Does swap need to be part of the RAID set? Is there actually a performance boost? Not a performance boost, but if the drive that swap is on fails while the OS has data there the system can choke horribly or even die. Swap on raid can sometimes be slightly slower. If you think your system won't swap any critical sleeping processes, you could be safe. But who can be that sure? Swap on RAID should perform completely adequate these days as opposed to say the 2.4 days. Swap on RAID1 or RAID10 wouldn't have any noticeable performance degradation, swap on RAID5/6 might be slightly slower and unbearable on a degraded RAID5/6, but if swap performance is a major concern then it may be time to add some RAM. -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] Duplicate PV on HW RAID?
Eduardo Grosclaude wrote: Hello, My hardware (?) RAID system seems to work but says duplicate PV while booting, I don't think I was reading them before. Any clues will be appreciated. From what I recall: 1) RAID 1 was setup (using firmware setup program) on a machine with Intel S3200 SHV Server Board. 2) Installed Centos 5.1, default LVM style. Anaconda saw a single 500GB disk so I assumed this was a true hardware RAID system. Am I wrong here? 3) Then wanted to reduce LogVol00 so as to make room for a new, data only filesystem on its own LV. Started by booting with rescue CD, lvscanned the disk, lvchanged -a y. Intended to resize root filesystem with resize2fs. Was asked to fsck, which I did (by the way, getting many errors). Fixed them all (fingers crossed), fsck again said ok. Then resize2fs worked happily. 4) Rebooted the installed system. Now Duplicate PV shows at boot. Honestly I don't know whether this was being displayed before (this is an inherited server). This message shows at the screen but no record of it is kept on any log file. 5) Everything seems to work well anyway. I created a new LV as I wished, just this message keeps me thinking... Should I care? Should I fix it? Is it a true RAID board? Should I be better off going software-RAID 1? lspci says More informative output would be: # sfdisk -d # pvs # vgs There might be a disk from an old RAID1 set in there. -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] Duplicate PV on HW RAID?
Toby Bluhm wrote: Toby Bluhm wrote: Ross S. W. Walker wrote: Eduardo Grosclaude wrote: Hello, My hardware (?) RAID system seems to work but says Never mind, mdadm don't apply with HW raid. Ah, but it would if a hardware RAID1 mirror were broken, a new disk stuck in, then later the old disk was inserted into the enclosure and it was presented as a regular disk... Though he would need to determine if that is actually the case, verify it is actually not part of any existing RAID set, then remove it's LVM metadata. If it is just a fake RAID not abstracting the physical disks properly then he just needs to filter them out in lvm.conf. Key is to make sure it isn't the fake RAID scenario or it will have disastrous consequences. -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] Hardware serial number access from (a) command(s)
MHR wrote: Over the weekend, I had to make a technical support call on one of my DVD burners, and at one point the recorded message mentioned I should have my serial number handy. I thought there was a way to read that from at least one piece of software on the system, but I couldn't remember one and man -k on a number of subjects was unrevealing. Can someone enlighten me (us)? libsmbios is good getting Dell service tag serial number of system. hal-device is good getting specific device information: 23: udi = '/org/freedesktop/Hal/devices/storage_model_HL_DT_ST_GCR_8240N' org.freedesktop.Hal.Device.Storage.method_execpaths = { 'hal-storage-eject', 'hal-storage-closetray' } (string list) org.freedesktop.Hal.Device.Storage.method_argnames = { 'extra_options', 'extra_options' } (string list) org.freedesktop.Hal.Device.Storage.method_signatures = { 'as', 'as' } (string list) org.freedesktop.Hal.Device.Storage.method_names = { 'Eject', 'CloseTray' } (string list) info.interfaces = { 'org.freedesktop.Hal.Device.Storage', 'org.freedesktop.Hal.Device.Storage' } (string list) info.addons = { 'hald-addon-storage' } (string list) block.storage_device = '/org/freedesktop/Hal/devices/storage_model_HL_DT_ST_GCR_8240N' (string) info.udi = '/org/freedesktop/Hal/devices/storage_model_HL_DT_ST_GCR_8240N' (string) storage.cdrom.write_speeds = { } (string list) storage.cdrom.write_speed = 0 (0x0) (int) storage.cdrom.read_speed = 4224 (0x1080) (int) storage.cdrom.support_media_changed = true (bool) storage.cdrom.hddvdrw = false (bool) storage.cdrom.hddvd = false (bool) storage.cdrom.bdre = false (bool) storage.cdrom.bdr = false (bool) storage.cdrom.bd = false (bool) storage.cdrom.dvdplusrdl = false (bool) storage.cdrom.dvdplusrwdl = false (bool) storage.cdrom.dvdplusrw = false (bool) storage.cdrom.dvdplusr = false (bool) storage.cdrom.dvdram = false (bool) storage.cdrom.dvdrw = false (bool) storage.cdrom.dvdr = false (bool) storage.cdrom.dvd = false (bool) storage.cdrom.cdrw = false (bool) storage.cdrom.cdr = false (bool) storage.requires_eject = true (bool) storage.hotpluggable = false (bool) info.capabilities = { 'storage', 'block', 'storage.cdrom' } (string list) info.category = 'storage' (string) info.product = 'HL-DT-ST GCR-8240N' (string) storage.size = 0 (0x0) (uint64) storage.removable = true (bool) storage.removable.media_available = false (bool) storage.physical_device = '/org/freedesktop/Hal/devices/pci_8086_27df_ide_0_0' (string) storage.firmware_version = '1.10' (string) storage.vendor = '' (string) storage.model = 'HL-DT-ST GCR-8240N' (string) storage.drive_type = 'cdrom' (string) storage.automount_enabled_hint = true (bool) storage.media_check_enabled = true (bool) storage.no_partitions_hint = true (bool) storage.bus = 'ide' (string) block.is_volume = false (bool) block.minor = 0 (0x0) (int) block.major = 3 (0x3) (int) block.device = '/dev/hda' (string) linux.hotplug_type = 3 (0x3) (int) info.parent = '/org/freedesktop/Hal/devices/pci_8086_27df_ide_0_0' (string) linux.sysfs_path_device = '/sys/block/hda' (string) linux.sysfs_path = '/sys/block/hda' (string) -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] Duplicate PV on HW RAID?
Eduardo Grosclaude wrote: On Mon, Jul 28, 2008 at 3:36 PM, Toby Bluhm [EMAIL PROTECTED] wrote: Eduardo Grosclaude wrote: Ross, Nate, Tony, thanks for your promptly response Toby Ouch! Excuse me plz If it were me I was just starting out on a new setup, I'd blow it all away and start from scratch. I hate that nagging feeling something's gonna bite me later down the road. Agreed, I just expected to get a bit more knowledge from this crappy situation Re-install with software RAID1. RAID1 is cheap as far as CPU/IO time is concerned so it works well software wise, and you get email alerts if it gets degraded! -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] Duplicate PV on HW RAID?
D Steward wrote: Re-install with software RAID1. RAID1 is cheap as far as CPU/IO time is concerned so it works well software wise, and you get email alerts if it gets degraded! I agree with you re. CPU load, but what about hot-swap and auto rebuilding of arrays? Does software RAID give you this? Hot swap, yes, if the hardware supports hot swap, auto rebuild, yes, if you defined a hot spare beforehand, otherwise you have to add the replacement to the array with the --add option. That is how the hardware controllers do it. They don't auto assume that a new drive inserted is a spare for the one removed, but if you defined a hot spare then they will auto-rebuild off that just like software RAID will. -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: Duplicate PV on HW RAID?
Scott Silva wrote: on 7-28-2008 2:30 PM D Steward spake the following: Re-install with software RAID1. RAID1 is cheap as far as CPU/IO time is concerned so it works well software wise, and you get email alerts if it gets degraded! I agree with you re. CPU load, but what about hot-swap and auto rebuilding of arrays? Does software RAID give you this? Maybe not hot-swap yet -- I think it is in the works, but you can have hot-spares that function very well. But fakeraid doesn't do most of that either, and an ICH9 controller is fakeraid. Scott, I've tested hot swap and it works if the hardware says it can hot swap. I don't know about unplugging a SATA cable while it's running and sticking in another, but you can try it on a desktop system, I don't see why it wouldn't work. -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: 6TB SCSI RAID vs. Centos
There is another way too, make the disk a raw PV (no partition table) and use LVM. LVM can handle PVs up to 2^64 in size. Then when creating LVs you only have to worry about what the max file system size is. -Ross - Original Message - From: [EMAIL PROTECTED] [EMAIL PROTECTED] To: CentOS mailing list centos@centos.org Sent: Thu Jul 24 22:04:42 2008 Subject: Re: [CentOS] Re: 6TB SCSI RAID vs. Centos I'll second that... we recently put a system online with over 3TB of storage. The only way to create a storage medium that large was to use a gpt disk label and use parted to do the partitioning. mkfs had no problems formatting the partition and it's been working properly for quite some time now. Tim Nelson Systems/Network Support Rockbochs Inc. (218)727-4332 x105 - Original Message - From: Scott Silva [EMAIL PROTECTED] To: centos@centos.org Sent: Thursday, July 24, 2008 5:56:47 PM GMT -06:00 Guadalajara / Mexico City / Monterrey Subject: [CentOS] Re: 6TB SCSI RAID vs. Centos on 7-24-2008 3:42 PM Milt Mallory spake the following: I have an Infortrend RAID box I’d like to see as one big 6TB partition, but I only can get 2.2TB partitions to work. I was trying to do this with an Adaptec controller but apparently they are only (any of them) 48 bits wide. Does anybody have a working system for SCSI/Centos over 2.2TB? Did you try creating GPT partitions with parted? Fdisk won't do it. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't ___ 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 __ 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] preferred software RAID 10?
Rudi Ahlers wrote: John R Pierce wrote: Rudi Ahlers wrote: And then, how do I setup the partitioning? Do I setup /boot on a separate RAID partition? If so, what happens if I want to replace the 1st 2 HDD's with bigger ones? each partition is raided seperately with mdadm you could make the whole thing one LVM partition thats raid10, then use LVM to dice it up into file systems. if you have 4 drives and are doing software raid10, you won't be swapping drives with different sizes without a WHOLE lotta pain. Ok, so how do I do this? Let's say I have 4x 160GB HDD's now, and plan on replacing them with 4x 500GB HDD's in the future? Personally I would never put an OS install on a higher RAID then RAID1, because it gets too messy to upgrade like you suggested. What setup would help with a upgrade in the future? /boot shouldn't be mirrored, as the BIOS won't know how to boot it. leave /dev/sdb1 the same size as /dev/sda1 and call it /boot2 and try to remember to copy /boot to /boot2 each time you update the kernel. I understand this, but how do you boot from /boot2 on the second HDD if the 1st have failed? Could you not get a system that had 2 drives for the OS and 4 drives for data? I have setup 4 disk RAID10 systems before, but they were never intended to be upgraded (in place at least). I can forward a couple of recipes, but let me first say that to do it from the CentOS install media requires 2 RAID1s and LVM striping because the RAID10 option isn't on the media, but it is functionally equivalent both in useable space and performance. If you want to use the MD RAID10 driver you need to build it from a working system then install on 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 CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] preferred software RAID 10?
Kai Schaetzl wrote: Rudi Ahlers wrote on Thu, 17 Jul 2008 23:10:48 +0200: /boot shouldn't be mirrored, as the BIOS won't know how to boot it. leave /dev/sdb1 the same size as /dev/sda1 and call it /boot2 and try to remember to copy /boot to /boot2 each time you update the kernel. I understand this, but how do you boot from /boot2 on the second HDD if the 1st have failed? You don't (*). I don't understand John's advice here. There is no problem md mirroring /boot. You just need to install grub a second time on the other disk. For that you have to boot from it. (I think I also did it successfully without booting from the other disk in the past, but last time I tried it it didn't want to work like I remembered it should.) (*) Anyway, you would boot from a Rescue CD or such and rename it ... Yes, no problems, I had /boot mirrored across 4 drives (NAS box) and grub installed on each. If you use labels for /boot in fstab you don't even need to edit fstab from a rescue CD, just remove the failed first drive and boot. -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] lvm errors after replacing drive in raid 10 array
Mike wrote: I thought I'd test replacing a failed drive in a 4 drive raid 10 array on a CentOS 5.2 box before it goes online and before a drive really fails. I 'mdadm failed, removed', powered off, replaced drive, partitioned with sfdisk -d /dev/sda | sfdisk /dev/sdb, and finally 'mdadm add'ed'. Everything seems fine until I try to create a snapshot lv. (Creating a snapshot lv worked before I replaced the drive.) Here's what I'm seeing. # lvcreate -p r -s -L 8G -n home-snapshot /dev/vg0/homelv Couldn't find device with uuid 'yIIGF9-9f61-QPk8-q6q1-wn4D-iE1x-MJIMgi'. Couldn't find all physical volumes for volume group vg0. Volume group for uuid not found: I4Gf5TUB1M1TfHxZNg9cCkM1SbRo8cthCTTjVHBEHeCniUIQ03Ov4V1iOy2ciJwm Aborting. Failed to activate snapshot exception store. So then I try # pvdisplay --- Physical volume --- PV Name /dev/md3 VG Name vg0 PV Size 903.97 GB / not usable 3.00 MB Allocatable yes PE Size (KByte) 4096 Total PE 231416 Free PE 44536 Allocated PE 186880 PV UUID yIIGF9-9f61-QPk8-q6q1-wn4D-iE1x-MJIMgi Subsequent runs of pvdisplay eventually returns nothing. pvck /dev/md3 seems to restore that but creating a snapshot volume still fails. It's as if the PV stuff is not on the new drive. I (probably incorrectly) assumed that just adding the drive back in to the raid array would take care of that. I've searched quite a bit but have not found any clues. Any one? It would be interesting to see what the mdadm --detail /dev/mdX says. I see the VG is made out of 1 PV md3? What are md0,1,2 doing, I can guess md0 is probably /boot, but what about 1 and 2? It wouldn't hurt to give the sfdisk partition dumps for the drives in question too. -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] preferred software RAID 10?
Rudi Ahlers wrote: Ross S. W. Walker wrote: Rudi Ahlers wrote: John R Pierce wrote: Rudi Ahlers wrote: And then, how do I setup the partitioning? Do I setup /boot on a separate RAID partition? If so, what happens if I want to replace the 1st 2 HDD's with bigger ones? each partition is raided seperately with mdadm you could make the whole thing one LVM partition thats raid10, then use LVM to dice it up into file systems. if you have 4 drives and are doing software raid10, you won't be swapping drives with different sizes without a WHOLE lotta pain. Ok, so how do I do this? Let's say I have 4x 160GB HDD's now, and plan on replacing them with 4x 500GB HDD's in the future? Personally I would never put an OS install on a higher RAID then RAID1, because it gets too messy to upgrade like you suggested. So you're suggesting that I keep the OS separate from the data? But what happens if both the 1st 2 drives with the OS fails, or needs to be replaced? Well I was talking 2 separate spindles for the OS, but I guess you got the idea from my later question. What setup would help with a upgrade in the future? /boot shouldn't be mirrored, as the BIOS won't know how to boot it. leave /dev/sdb1 the same size as /dev/sda1 and call it /boot2 and try to remember to copy /boot to /boot2 each time you update the kernel. I understand this, but how do you boot from /boot2 on the second HDD if the 1st have failed? Could you not get a system that had 2 drives for the OS and 4 drives for data? nope, unfortunately not. It's a 2U rackmount chassis with space for only 4 HDD's. I have been thinking about installing the OS onto a USB memory stick, but have never actually got as far as trying to figure out how todo it. Yeah, problem with USB memory stick is swap on the slow USB will IO wait the whole box and what if some wise guy comes and says Oh look someone forgot a USB memory stick? I have setup 4 disk RAID10 systems before, but they were never intended to be upgraded (in place at least). I can forward a couple of recipes, but let me first say that to do it from the CentOS install media requires 2 RAID1s and LVM striping because the RAID10 option isn't on the media, but it is functionally equivalent both in useable space and performance. Please share your recipes, I'd like to give it a try :) Ok, well let me start with the first using 2 RAID1 PVs in a VG and striping. This will require 2 major steps, one to setup and install and the other after installation to create striped OS LV because the installer doesn't let you give options on the LV creation to make it interleaved. 1) Create 100MB or 256MB primary parts on each disk as type MD RAID. 2) Add those 4 partitions to a RAID1 set, make first 2 active and the other 2 spare. 3) Allocate the rest of the drive space on the 4 drives as partition types of MD RAID 4) Create 2 RAID1s, one out of first 2 drives, the other out of the second 2 drives. Make them of type LVM. 5) Create LVM volume group vg0 out of the 2 PVs. 6) Create 2 4 GB LVs in the VG, 1 called swap0, the other called rooti (not a typo cause after boot we will create a root). 7) Install into rooti and reboot 8) After reboot and yum update, create a LV of say 8GB that have the option '-i 2' on the lvcreate so it interleaves the allocation between the two RAID1 PVs, call it 'root' 9) Do a dump/restore of 'rooti' LV to 'root' LV, for care do it in single user so data isn't 'influx'. 10) Change fstab and grub.conf swapping rooti for root, do a 'mkinitrd' for the running kernel and then reboot. 11) Keep in mind older initrd files will still have the old rooti in them! Maybe best to get rid of those kernels... 12) If all works well, do a lvrename of rooti to swap1, do a mkswap on it and add it to fstab with same priority as swap0 and then swapon -a and swap will be interleaved. If you need further explanation on any of those steps just let me know. I'll give my off-line receipe after I get home from this business trip -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] Need help with awk one-liner
Sean Carolan wrote: This awk command pulls URLs from an apache config file, where $x is the config filename. awk '/:8008\/root/ {printf $3 \t}' $x The URL that is output by the script looks something like this: ajpv12://hostname.network.company.com:8008/root Is there a way to alter the output so it only shows hostname by itself? Do I need to pipe this through awk again to clean it up? awk '/:8008\/root/ {printf $3 \t}' $x | sed 's/.*\/\(.*\):.*/\1/' -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] Need help with awk one-liner
Sean Carolan wrote: those are supposed to be tab-separated urls, all on one line. If 'ajpv12://' and ':8008/root' are always going to be the same: awk '/:8008\/root/ {printf $3 \t}' $x | sed 's/ajpv12:\/\///g' | sed 's/:8008\/root//g' If these change then your going to need either a more complex awk, or more complex sed expression. -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: is CentOS an LSB certified product?
Rudi Ahlers wrote: Sorry to ask this, but what exactly is the LSB? What will CentOS (and probably) the community gain from it? I mean, apart from RedHat Enterprise, Suse Enterpise and the other commercial Linux's, most other linuxes are not certified AFAIK. I know CentOS stands out above the rest in many areas, and is very close to RedHat, in many aspects. But won't a certification shove it into the commercial software class LSB or Linux Standard Base, is a way of assuring VARs, developers and contractors that the Linux systems that are certified under this all have a standard file system structure and contain a defined set of minimum system utilities. This way when they write software they can be rest assured that if the system is LSB certified that it will contain the 'bash' utility, that utility will be in /usr/bin, man pages will be in /usr/share/man, etc. This way they only have to write 1 set of installation packages and not a separate package for each Linux distribution they wish to develop for. -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] Rebuild of kernel 2.6.9-67.0.20.EL failure
Akemi Yagi wrote: On Tue, Jul 1, 2008 at 9:59 AM, Sorin Srbu [EMAIL PROTECTED] wrote: And who might this revered Jim Perrin be? Obviously he seems to be some kind of big cheese, but what does he do etc? He certainly is. Jim sweeps the floors for CentOS. Known as le nettoyeur on the IRC... __ 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] Yogunluk
Somebody needs to remove this guy from the list. There is some dumb auto-reply rule either him or one of his sophomoric co-workers setup on his mail client. -Ross -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Friday, June 27, 2008 2:04 PM To: centos@centos.org Subject: Yogunluk: Re: [CentOS] Automatic site selection for dowload Yogunlugumuza gore mesajiniza en yakin zamanda cevap verilecektir. Sercan TAPSIN GSM: 05358583410 05542390959 05542390960 ICQ : 706886 MSN : [EMAIL PROTECTED] Yahoo : [EMAIL PROTECTED] Google : [EMAIL PROTECTED] Mail : [EMAIL PROTECTED] ___ 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: Yogunluk: Re: [CentOS] 5.1 to 5.2 upgrade - perfectly smoothe
Craig White wrote: Turkish vacation message It looks like somebody randomly typed some words on a keyboard. -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] how to downgrade from CentOS 5.2 to CentOS 5.1?
Rudi Ahlers wrote: Johnny Hughes wrote: Rudi Ahlers wrote: Johnny Hughes wrote: Rudi Ahlers wrote: I've run into some trouble with a new cPanel VPS, and noticed that it's running CentOS by default, installed via the CentOS http server. My question is, how do I downgrade CentOS to 5.1? There is no way to downgrade, however you can install from a centos-5.1 tree, but centos-5.1 is 5.2 minus a bunch of security upgrades. We will eventually be moving the 5.1 tree to vault.centos.org, but if you want to use it for an extended period of time, you should probably download the tree to a local mirror. Ok, I understand that, I'm just trying to avoid downloading reinstalling the software on there already. You can do: rpm -qa --last lastest_rpms then edit the file latest_rpms and see what was installed on the upgrade. You can then downgrade by hand the packages that are causing your problems or all of them using: rpm -Uvh --oldpackage --replacefiles path_to_old_package Yes, I could do it like this, but this is on a fresh installation of CentOS, not an upgrade, so I have no packages to compare it to :( Well it's not really a downgrade then if it was never upgraded to begin with? Best thing to do is to create a local mirror of the 5.1 branch, re-install from that mirror and make sure your systems yum off it until your ready to switch to the 5.2 branch, which I also advise you make a local repo of it, so in the future you can be fully in control of your change management process. -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] preferred software RAID 10?
Rudi Ahlers wrote: Hi all I'm looking at setting up software RAID 10, using CentOS 5.1 x64 - what is the best way todo this? I'm reading some sources on the internet, and get a lot of different suggestions 1 suggestion says to boot up with a Live CD like Knoppix or SystemRescueCD, setup the RAID 10 partitions, and then install Linux from there. 2. Another is to setup a small RAID 1 on the first 2 HDD's, install Linux, bootup, and then setup the rest as RAID 10 The others didn't really make sense to me, so how do I actually do this? And then, how do I setup the partitioning? Do I setup /boot on a separate RAID partition? If so, what happens if I want to replace the 1st 2 HDD's with bigger ones? What's the hardware setup? -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] preferred software RAID 10?
Rudi Ahlers wrote: Ross S. W. Walker wrote: Rudi Ahlers wrote: Hi all I'm looking at setting up software RAID 10, using CentOS 5.1 x64 - what is the best way todo this? I'm reading some sources on the internet, and get a lot of different suggestions 1 suggestion says to boot up with a Live CD like Knoppix or SystemRescueCD, setup the RAID 10 partitions, and then install Linux from there. 2. Another is to setup a small RAID 1 on the first 2 HDD's, install Linux, bootup, and then setup the rest as RAID 10 The others didn't really make sense to me, so how do I actually do this? And then, how do I setup the partitioning? Do I setup /boot on a separate RAID partition? If so, what happens if I want to replace the 1st 2 HDD's with bigger ones? What's the hardware setup? I didn't really specify any, cause I want to keep it purely software. Generally it would be on a generic PIV motherboard with 4 / 6 SATA, or even mixed SATA IDE HDD's - all new, so at least 80GB per HDD I was primarily interested in the # of HDDs that can be used. If you have 6 disks, setup 2 disks as a RAID1 for the OS and the other 4 as a RAID10 for the data. If you have 4 disks all together: 1) create /boot partition as a 4 disk RAID1 across all 4 disks 2) create the remaining space as 2 separate RAID1s of type LVM 3) create a VG out of the 2 RAID1 PVs, create root, swap LVs on the VG with a stripe of 2. LVM striping over multiple RAID1 PVs provides the same performance as a native RAID10 array, plus you can add RAID1s later to increase the size/performance and dump/restore the data to stripe it across the larger set of PVs. -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] preferred software RAID 10?
Florin Andrei wrote: John R Pierce wrote: /boot shouldn't be mirrored, as the BIOS won't know how to boot it. Wait. I thought mirror RAID is the same on-disk format like a plain partition, so therefore a mirrored /boot will always boot. At least, it always did for me. Yes, default md format stores meta data at end of storage unit so it is accessible outside of raid configuration. -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] centos 5.2 for real this time
Donald Buchan wrote: I did a yum update last night at about 23h15 EDT (-4). No upgrade. I just did a yum update this morning at about 08h45 (-4). for my system there's about 348 megs of updates. Now all I have to do is figure out how to remove OO.o 2.0.whatever which is being upgraded to 2.3.whatever. I'm using 2.4.1 on my 4.6 boxes (have always been using the latest OO.o on them since installation a couple of years ago.) Any ideas on how to completely remove the OO.o references for Yum, after having tried to do rpm -Uvh *.rpm, after trying again and doing a yum cleanup, etc. etc.? If you do a: # yum remove '*openoffice.org*' It should get all openoffice packages, works even if it wasn't installed by yum. -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] centos 5.2 for real this time
Donald Buchan wrote: Just reread your message. I was still having problems with the 2.0 centos version coming back even though I'd removed it. I tried Ross' suggesting, it removed things successfully (for both 2.0.whatever and 2.4.1.) But the new 2.4.1 won't install because package jre-1.6.0_04-fcs is already installed. Grrr. I'm tempted to keep the 2.3 version that comes with the 5.2 upgrade, I didn't notice any difference between 2.3 and 2.4, and I won't have to constantly upgrade every time there's a latest greatest OO.o ... (Seems that's why I like CentOS to begin with!) You can remove jre-1.6 then install OOo, or download OOo that doesn't include the JRE. Make sure to uncheck: Include the Java JRE with this download (This option is not available for Linux DEB and Mac OSX) On the download page. -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] lvm with iscsi devices on boot
Excellent! Glad it's working for you. -Ross - Original Message - From: [EMAIL PROTECTED] [EMAIL PROTECTED] To: CentOS mailing list centos@centos.org Sent: Sun Jun 22 04:09:59 2008 Subject: Re: [CentOS] lvm with iscsi devices on boot On Fri, Jun 20, 2008 at 1:04 AM, Ross S. W. Walker [EMAIL PROTECTED] wrote: I think the key here is to add the _netdev option in fstab for those filesystems over iSCSI, even using LVM. I got a chance to reboot the server this weekend and happy to report that my iscsi/multipath/lvm volumes are discovered and automatically mounting on boot. It worked! Thanks :-) - Raja ___ 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] 3ware performance in CentOS
Florin Andrei wrote: John R Pierce wrote: of course, XFS can also fail spectacularly.ext3fs fully journals all metadata updates. I'm sure this is a major portion of the performance differences on writes. Actually, I've used XFS since the days it was released as a port to Linux (and even before that, on Irix, but that's besides the point). I'm aware it's more fragile than Ext3 - in fact, someone here at the office made an XFS partition yesterday to do some tests, there was a power outage last night, and today that partition is corrupted. I'll use battery backups (duh) and only put on XFS the stuff that needs good performance, but can be rebuilt from the master data in case something ugly happens. Like pretty much anything in life, it's a trade-off. Also to make sure to only use kernel drivers that are solid under both normal and heavy loads, burn in the hardware sufficiently to make sure there are no lurking failures and make sure your applications behave properly. It's not just power that can stop a server suddenly, but to XFS the result is the same! -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] lvm with iscsi devices on boot
Raja Subramanian wrote: Hi All, My CentOS 5.1 server is using iSCSI attached disks connecting to a dual controller storage array. I have also configured multipathd to manage the multiple paths. Everything works well, and on boot the dev nodes are automatically created in /dev/mapper. On these devices, I have created logical volumes using lvm2. My problem is that lvm does not recognize these iscsi/multipath volumes on boot up. I need to manually run vgchange -ay and mount the logical volumes by hand. I tried running the vgchange and mount commands from /etc/rc.local, but that has no effect. I have verified that /etc/rc.local itself is executing correctly. What do I need to put in my boot up scripts so logical volumes in iscsi/multipathd devices are automatically recognized on boot? Check out: http://people.redhat.com/mchristi/iscsi/RHEL4/doc/readme I think the key here is to add the _netdev option in fstab for those filesystems over iSCSI, even using LVM. -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] need advise on protect base and priorities plugin
D Steward wrote: Just for the record, basically protectbase is priorities with only 2 settings (0 and 1) Thanks for this. I was wondering if you could tell me the default priority for the 'priorities' plugin? I've made a point of ensuring that *every* repo gets a priority even if disabled. I'm wondering if it is necessary. Default level is 99 if not specified. It's all right in the wiki: http://wiki.centos.org/PackageManagement/Yum/Priorities -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] rpmfusion status?
Frank Cox wrote: Unless I've missed something (which is possible) there hasn't been any public progress announcements regarding rpmfusion in the past several weeks. Is there anything new to report? My ulterior motive is that I would love to have the convenience of a one-stop rpm shop for Centos/RHEL and Fedora, and it's my understanding that's what rpmfusion is intended to be... Not to start a repo flame war, but for CentOS/RHEL, the repo that aims to be a one-stop rpm shop is EPEL. Of course it needs more contributors, but it has already ported a significant amount of FC6's old 'extras' repo over (FC6 - EL5). I suspect that EL6 will be equivalent to F8 as F9 has just way too many new technologies that will take 2 years or more to settle down to stable technologies. -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] rpmfusion status?
Karanbir Singh wrote: Ross S. W. Walker wrote: Not to start a repo flame war, but for CentOS/RHEL, the repo that aims to be a one-stop rpm shop is EPEL. Of course it needs more contributors, but it has already ported a significant amount of FC6's old 'extras' repo over (FC6 - EL5). Ross, you are wrong on that front - EPEL cant by definition be the one stop shop as a repo. Thats the sort of thing that some of us are trying to address with rpmforge, atrpms along with CentOS and SciLinux developers contributing into the rpmrepo.org project. Once its off the ground and functioning perhaps EPEL will like to join in, but thats their decision. If they manage to port all the Fedora extras over for EL then I would say that is pretty darn close to one-stop shop for RPMs. Of course no repo can have it all. There are always the questionable items like closed source drivers and codecs which should be isolated. Now I am not even going to touch the political/moral issue of whether they SHOULD be a one-stop shop, I merely stated what they aim to be. CentOS could develop it's own EPEL-like repo for it's 'extras' if enough developers are willing to put in the time to develop and maintain such a beast. There could be one for each release and use the corresponding Fedora 'extras' repo as the base to build off of. Personally if my opinion matters for anything, which it most probably doesn't, I have always felt that enterprise Linux repos would be best served if they were maintained expressly for the enterprise Linux they serve. That way compatibility and quality assurance would be at the same level as the Linux they run on and they can react faster to changes within the enterprise Linux environment. The bottom line in this whole discussion though is we all hate repo overlap and I think if given the chance to pick one repo that had almost all we were looking for we would pick that one. I believe it is in that regard that Debian has it's strength. -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: rpmfusion status?
Ralph Angenendt wrote: Rex Dieter wrote: Ross S. W. Walker wrote: Not to start a repo flame war, nice try. Nice catch =:D I had to preface it with that, so I wouldn't seem like a total troll! Now if you excuse me, since my work is done here, I have a bridge to crawl under... -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] rpmfusion status?
Karanbir Singh wrote: Ross S. W. Walker wrote: If they manage to port all the Fedora extras over for EL then I would say that is pretty darn close to one-stop shop for RPMs. Of course no repo can have it all. There are always the questionable items like closed source drivers and codecs which should be isolated. Ross, you are obviously interested in the flames more than anything else, and as Rex already pointed out in a hintting kind of way, lots of us are no longer interested in that. Then why are you still talking? You need to go back and workout what a real resourceful repo should / could / would have. If EPEL gives you all that, your' done. For a vast majority of the rest of us, it doesnt and the way their mandate works, it wont. This is a CentOS users list. It is for users of CentOS to FREELY voice their opinions on and about CentOS. If you don't like my opinion, fine, but you have no right to tell me I am wrong. -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] rpmfusion status?
Karanbir Singh wrote: Ross S. W. Walker wrote: You need to go back and workout what a real resourceful repo should / could / would have. If EPEL gives you all that, your' done. For a vast majority of the rest of us, it doesnt and the way their mandate works, it wont. This is a CentOS users list. It is for users of CentOS to FREELY voice their opinions on and about CentOS. If you don't like my opinion, fine, but you have no right to tell me I am wrong. But you are wrong, you claimed with authority that EPEL are trying to be the everything-repo, which they are not and cant be. You are free to voice an opinion, but if you are wrong, you are wrong. If EPEL does not play with other repos and does not intend to, then one can extrapolate from that they are intending or aiming to be a one-stop repo. Whether they are successful in that endeavor is left to the user to decide. -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] rpmfusion status?
Bent Terp wrote: On Wed, Jun 18, 2008 at 6:27 PM, Ross S. W. Walker [EMAIL PROTECTED] wrote: If they manage to port all the Fedora extras over for EL then I would say that is pretty darn close to one-stop shop for RPMs. Assuming that all software ever needed by anybody exists in Fedora Of course it won't be, it never will, but what isn't can be obtained either through, 1) building your own RPM, 2) downloading another pre-built RPM, or 3) building from source in /usr/local. The idea is to have a repo where the occurrence of such is at a minimal. -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] need advise on protect base and priorities plugin
ceejay cervantes wrote: Is it not ok to use both plugins at the same time? No it isn't. Use priorities (newer) as it allows more flexible control over protectbase (older). Other then that your configs look fine. -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] need advise on protect base and priorities plugin
MHR wrote: On Wed, Jun 18, 2008 at 12:18 PM, Ross S. W. Walker [EMAIL PROTECTED] wrote: Use priorities (newer) as it allows more flexible control over protectbase (older). Should we then uninstall the protectbase plugin once we are using the priorities plugin? Probably a dumb question, but I think we should be very clear about this. Yes. -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: raid1 disk format?
Les Mikesell wrote: You can't beat dd for getting everything exactly the same regardless of what you changed - or just splitting the mirrors and letting each sync to new partners but then you have to reinstall grub. I prefer clonezilla for non-raid configurations but most of the machines I care about are configured with raid1. Well, actually dd isn't so good in this area. dd will do the whole disk no matter how much data is actually stored on it and for a 500GB disk that can take a lot of time. It also doesn't take into consideration any disk geometry differences. A better way is to use kickstart script to automate a network install and then to use dump/restore to load the user/application data back. With remote access cards and vnc kickstart installs this can even be done remotely on a headless server even without a technician present to power it on or off. -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: [Fwd: Re: [CentOS] School Server Setup]
Sorin Srbu wrote: Everything was orangy, yellow or weird green in the 70s... ;-) God, and that included my kitchen floor! -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: raid1 disk format?
Les Mikesell wrote: snip 'mdadm' writes a listing of the devices in the array to the md superblock and orders them by number,major,minor. You cannot add another device to the array with the same tuple. Isn't this updated at detect time so the device minor's should always be different? If you dd the first sector of the drive though you will duplicate the partition table and grub boot loader to the other drive. Then md-device-mapper will take care of copying the data over. I'm curious as to why 2 complete dd'd copies don't pair at boot. One comes up running and it does work to mdadm --add the partner partitions and after the resync they do automatically pair at boot. Gosh darn it Les your just too damn inquisitive! Well for the sake of the truth, the whole truth, and you know the rest. Let me dig around here, hmmm, ok, not here, ok here we go: /usr/src/kernels/2.6.18-53.1.21.el5-x86_64/include/linux/raid/md_p.h Ok, looking at the comments, it seems... /* * RAID superblock. * * The RAID superblock maintains some statistics on each RAID configuration. * Each real device in the RAID set contains it near the end of the device. * Some of the ideas are copied from the ext2fs implementation. * * We currently use 4096 bytes as follows: * * word offset function * * 0 -31 Constant generic RAID device information. *32 -63 Generic state information. *64 - 127 Personality specific information. * 128 - 511 12 32-words descriptors of the disks in the raid set. * 512 - 911 Reserved. * 912 - 1023 Disk specific descriptor. */ The last part of the superblock contains a disk specific descriptor, identifier (whatever), and the middle contains a list of all the disk descriptors participating in the RAID set. (there can only be 12 disks max in a raid set? that's news to me, maybe the comment is old, if you combine the reserved area you can get 24 disks). From this we can observe that when the disks are identified as auto-raid and their superblocks are read it tells them what RAID they belong to and their order in the array. What happens if a duplicate descriptor is encountered? And how does it determine which disk is the official disk? I have yet to find those answers, but let me hypothesis that it ejects either a) the disk with the oldest timestamp, or b) the disk with the odd checksum out of the array. To find out the real truth will need some detailed MD RAID docs which I am having trouble finding or the sources which I cannot be bothered/don't have time to download and audit right 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] raid1 disk format?
Les Mikesell wrote: If you have a disk with several partitions set up as members of a raid1 md devices, can you make a dd image of that disk to replace its matching drive with identical partitions or are there differences between the mirrored partitions? you can 'dd' the MBR and then re-add the partitions to the raid for resyncing with 'mdadm'. # dd if=/dev/sda of=/dev/sdb bs=512 count=1 # mdadm /dev/md0 --add /dev/sdb1 # mdadm /dev/md1 --add /dev/sdb2 If you want to really make sure you got everything you could dd the whole first track with: # dd if=/dev/sda of=/dev/sdb bs=512 count=63 -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: raid1 disk format?
Les Mikesell wrote: Scott Silva wrote: If you have a disk with several partitions set up as members of a raid1 md devices, can you make a dd image of that disk to replace its matching drive with identical partitions or are there differences between the mirrored partitions? you can 'dd' the MBR and then re-add the partitions to the raid for resyncing with 'mdadm'. # dd if=/dev/sda of=/dev/sdb bs=512 count=1 # mdadm /dev/md0 --add /dev/sdb1 # mdadm /dev/md1 --add /dev/sdb2 If you want to really make sure you got everything you could dd the whole first track with: # dd if=/dev/sda of=/dev/sdb bs=512 count=63 -Ross Or sfdisk -d /dev/sdX | sfdisk /dev/sdY where x is source and y is the target. This will work across drives that have slight geometry differences. What I was hoping to do was to take the grub setup, the partitioning info and the contents in one shot and have the disks pair automatically when booted. They didn't - but I think the other parts worked. Now, is there a way to change the uuid on a running raid1 set? I'd prefer that if the split and re-paired disks ever find their way back to the same machine that they not sync again. 'mdadm' writes a listing of the devices in the array to the md superblock and orders them by number,major,minor. You cannot add another device to the array with the same tuple. If you dd the first sector of the drive though you will duplicate the partition table and grub boot loader to the other drive. Then md-device-mapper will take care of copying the data over. -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] kernels and irc
James Bunnell wrote: i do pay for rhel. i made the mistake of converting to centos. damage is done. on the next major upgrade, i will return to rhel and will not professionally recommend centos either privately,personally, or in the realm of a business. thanks for seeing my side of the issue and not jumping on the elite bandwagon. i am done. Community base OSS solutions are not for everyone. Only the end-user can decide if it works for them or not. I hope you will see that once the anger subsides. -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] kernels and irc
Johnny Hughes wrote: 2. You can not be a ass on our IRC channels, or on our mailing lists. I object to your language on the list! You MUST use the word an as a preposition to a noun beginning with a vowel! What is this world coming to! -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: kernels and irc
Scott Silva wrote: on 6-5-2008 8:30 AM James Bunnell spake the following: i do pay for rhel. i made the mistake of converting to centos. damage is done. on the next major upgrade, i will return to rhel and will not professionally recommend centos either privately,personally, or in the realm of a business. thanks for seeing my side of the issue and not jumping on the elite bandwagon. i am done. No wonder you were banned on #irc. I personally am more than happy to wait. I came here from Whitebox linux, and it is even slower there. One person is doing what the entire team is doing here. I also know that if I am in that big of a hurry, I can down the src rpms and start building... But I won't. Johnny, Karanbir, Russ, Seth, Dag, Jim, Donavan, and every one else on the team that I most surely missed... You do a bang up job, and our thanks go to your tireless and mostly unpaid contributions to this project! If I have to wait a week or a month for a new release... so be it. The security updates are what is most important, and those come very quickly. I second that! Besides I am in no hurry to start the whole change management process again. Feels like I just finished upgrading to 5.1 ... Oh wait, I did! -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: isolinux on a pendrive from disk 1
Jerry Geis wrote: Jerry Geis wrote: Jerry Geis wrote: Jerry Geis wrote: Hi I just grabbed an 8gig thumb drive, took disk 1 centos 4 i386, copied the isolinux directory files to my thumbdrive, then ran syslinux -sf /dev/sdc1 on the device plugged it into my laptop and it does not boot. Is there a step(s) I am missing to get a bootable thumbdrive with centos? I think you also need to add a boot sector to the drive. On my 64-bit system: #dd if=/usr/lib64/syslinux/mbr.bin of=/dev/sdc After doing your suggestion I get same thing it just sets there with a blinking cursor. Jerry I took an older 512MEG usb instead of my 8 GIG one, did the exact same steps and I get Could not find boot image: linux I copied all files what is missing? Jerry Interesting on the 512M device I copied the vmlzi586 to linux and it starts to boot great... Now how do I get the 8GIG part to boot? Is there a valid MBR on the flash device? -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] Live CD?
MHR wrote: I just used a Live CD for the first time today, in part to show what CentOS can do for a co-worker who is looking at using it at work and home, but I got the strangest result. We booted the CD and let the centos user log in. It took a really long time to load the desktop and there were no panels, so the only things we could do were browse the computer, CD, home, file system, keyboard (sort of) and pretty much nothing else. altf2 and altf1 did nothing, either - no menu, no input windows - nada. Is that normal? If not, what did I/we overlook? I was expecting a lot more, and from looking around the wiki, there should have been, but I couldn't find a good reference for what the Live CD is supposed to be able to do or let a user do. Incompatible burn for that reader? (cd-r, cd+r, cd-rw, cd+rw ...) Or maybe it is just the skew of the burn is outside of that readers acceptable range. -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] Blocking external usb storage
Kevin Faulkner wrote: Fajar Priyanto wrote: On Friday 23 May 2008 14:16:45 whoami i wrote: This is my first mail to this mailing list.I want to block external usb storage completly on my server running on centos 5 having confidiential data. 1. unplug any usb storage 2. rmmod ehci_hcd 3. add a line in /etc/modprobe.d/blacklist blacklist ehci_hcd Wouldn't that prevent him from using USB as a whole? perhaps a udev rule would play nicely here. Yeah, a udev setting 660 or 600 perms to usb devices would only allow admins or admins + those in a trusted group to use USB devices. You would also need to make sure the rules under /etc/security don't override those set by udev. -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] Largish filesystems [was Re: XFS install issue]
Bent Terp wrote: On Mon, Jun 2, 2008 at 2:03 PM, Johnny Hughes [EMAIL PROTECTED] wrote: I would also not use XFS in production ... but that is just me. Interesting, I thought that XFS was fairly safe for use. What would you recommend for filesystems in the 50-500 terabyte range? (And yes, we do actually run a 70 TB at the moment, so I'm not asking just to annoy you; I'm genuinely interested in your opinion as well as those of others, so feel free to chip in) Assuming you still want those all-in-one file systems then you may want to look at JFS as I have heard good things about both it's stability and performance. Is there anyone running JFS currently that can attest to that? -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: Largish filesystems [was Re: XFS install issue]
[EMAIL PROTECTED] wrote: If there was a way to create a Linux (Centos) 100TB - 500TB or larger clustered file system with the nodes connected via infiniband that was easily manageable with throughput that can support multiple 10Gbps Ethernet connections I would be very interested. Check out Cheslio's line of adapters and drivers for 10G iSCSI. As for file systems there is only really one for that scenario, GFS, as OCFSv1 only goes up to 8TB and OCFSv2 is still a technology preview. Besides GFS is included in the distro! You will need to run the nodes 64-bit though to see the 8EB file system limit with GFS as 32-bit GFS has a file system limit of 16TB. -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: Largish filesystems [was Re: XFS install issue]
Bent Terp wrote: On Mon, Jun 2, 2008 at 7:48 PM, Ross S. W. Walker [EMAIL PROTECTED] wrote: As for file systems there is only really one for that scenario, GFS, as OCFSv1 only goes up to 8TB and OCFSv2 is still a technology preview. Besides GFS is included in the distro! Lustre? Can you still get this on a non-Sun system? I believe it's called CFS now and is being rolled out by Sun. -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] CentOS 5.2 ?
Johnny Hughes wrote: Stephen John Smoogen wrote: On Fri, May 23, 2008 at 9:11 AM, MHR [EMAIL PROTECTED] wrote: On Fri, May 23, 2008 at 2:41 AM, Ralph Angenendt [EMAIL PROTECTED] wrote: Answer: When it's ready. Suits me - I have a different question (and it's probably up somewhere I don't have time to look at the moment - I'll check when I get to work, but by then I'll have forgotten this question again). Does 5.2 have an updated release of GDE with it? Every so often, among other things, when I exit Evolution, it crashes, but Bug Buddy says it can't report the bug because my GDE is too old. 5.0 came with GDE 2.16.0. Gnome development is up to 2.23.1 (or later - I lost track). RHEL-5 will probably be 2.16 til its end of life. This is generally true .. the minor kde or gnome version (that is the 5 in kde-3.5.4 or the 16 in gnome-2.16.0) has never changed in a the same RHEL version in the past ... HOWEVER, I have heard that RHEL-6 is a ways off and that RHEL 5.3 will continue to have major changes, even more pronounced than those in 5.2, so we will need to wait and see :D Well one can hope... Personally I would love to see KDE 3.5.9 pulled in as it is a lot more stable and robust then KDE 3.5.4. KDE 4.0 is still way too immature even for RHEL 6, the interface still needs a lot of working out, polishing and the icons need to look more, well less like a child's software system. I still prefer to use KDE 3.5 and 3.5.9 is definitely the way to go there. -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: memorial day kernel panic
sbeam wrote: On Tuesday 27 May 2008 11:39, Scott Silva wrote: Running memtest for 24 hours should be enough to test the ram. A 3ware 7006 is a fairly old card. Does it have the latest bios available from 3ware? You could always eliminate the 3ware controller by installing a drive on whatever built in controller it has. this is a production server, so running an extended memtest not going to happen. But I can swap it out and put it in a backup system to do the test. It's beginning to look a lot like a RAM issue as I have now seen a couple segfaults from programs that have always run fine. Every kernel panic message is different (crashed again 1 hour ago). Fans and case temp are nominal. the 3ware card was just purchased last month, it has the latest firmware and bios installed. the memory is from PQI - supposed to be an OK brand right? it has a lifetime warranty... heh next steps... HA and fault-tolerant clustering, per the adjacent thread... this is the cautionary tale come to life. It would be great if there were a simple machine that you could plug a bunch of dimms of varying types into and it will perform high-speed tests on them continuously and flag ones that show an error. Then you could test all memory modules thoroughly before putting them into production servers (or any server for that matter). -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: memorial day kernel panic {Scanned}
Scott Silva wrote: on 5-27-2008 10:16 AM Ross S. W. Walker spake the following: sbeam wrote: On Tuesday 27 May 2008 11:39, Scott Silva wrote: Running memtest for 24 hours should be enough to test the ram. A 3ware 7006 is a fairly old card. Does it have the latest bios available from 3ware? You could always eliminate the 3ware controller by installing a drive on whatever built in controller it has. this is a production server, so running an extended memtest not going to happen. But I can swap it out and put it in a backup system to do the test. It's beginning to look a lot like a RAM issue as I have now seen a couple segfaults from programs that have always run fine. Every kernel panic message is different (crashed again 1 hour ago). Fans and case temp are nominal. the 3ware card was just purchased last month, it has the latest firmware and bios installed. the memory is from PQI - supposed to be an OK brand right? it has a lifetime warranty... heh next steps... HA and fault-tolerant clustering, per the adjacent thread... this is the cautionary tale come to life. It would be great if there were a simple machine that you could plug a bunch of dimms of varying types into and it will perform high-speed tests on them continuously and flag ones that show an error. Then you could test all memory modules thoroughly before putting them into production servers (or any server for that matter). That is why a good long burn in test is a worthwhile thing to plan for. That is unless you need to rush a replacement server out quickly. Yes, but even then, with say 16GB or 32GB of memory it happens that some errors just fall through the cracks. I usually run memtest86 for 48 hours, and then run a burn in test with some load. There are simple machines for testing memory, but they tend to be very expensive and time consuming. Manufacturers can't take the time to do thorough memory tests before they ship, so they usually do some quick go-nogo tests and depend on their warranty dept. to do the hard tests. I don't think it would pay for anyone to buy one of these testers, unless you are a very large var like Dell or HP. It is easier (and probably cheaper) to just send new ram out and send the returns back to your supplier for them to check. I actually found a memory testing system for around $4K, yes it's about the cost of a well equiped server, but if it works well it should earn it's keep pretty quick. It's called RAMCHECK, I priced out the DDR/DDR2 unit, but there is add-ons for SODIMM, SDRAM, EDO, if you got it fully loaded I suspect it would be around $5K. Company's called Innovations http://www.memorytesters.com/ They're Government registered and CDW seems to resell it, so it isn't completely suspect. -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: RAID5 or RAID50 for database?
Christopher Chan wrote: William Warren wrote: I'm not a fan of RAID 5 at all since it can only tolerate one failure at all. Go with raid 10 or something like that which is able to handle more than one failure. Intermittent, uncorrectable sector failures during rebuilds are becoming an increasing problem with today's drives. Is that raid10 or raid 1+0 or raid 0+1? :D At least for the latter two, their handling more than one failure depends on which disks blow. Not sure how the raid10 module handles things. Whoever implements RAID10 will want the RAID1+0 which is a stripe set of mirrors, rather then the RAID0+1 which is a mirror of stripe sets. The problem being two fold, 1) in a RAID0+1 a single drive failure on either side of the mirror will put the whole array into total failure jeopardy, a failure on both sides is a total loss, 2) the pathway for simultaneous operations is cut down from (say X is an even number of disks) X reads, X/2 writes, to 2 reads, 1 write. On a RAID5/6 array you are limited to a pathway of 1 read and 1 write at a time and all writes must write across the entire stripe, so if you do choose RAID5/6 then it is highly recommended to use a hardware RAID controller with a BBU write-back and read-ahead cache which can minimize the impact of this by caching a whole stripe set to write at once and to have a stripe set of reads waiting for io requests. For database log files and other applications that do a lot of random io it is recommended to use fast RPM drives in a RAID10 which has the multiple pathways for reads and writes which will maximize the total number of random IOPS (ios per second). Typically most vendors recommend a two-prong approach, keep the database data files on a RAID5/RAID6 type array and keep the log files on a RAID10 array. -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: RAID5 or RAID50 for database?
Hugh E Cruickshank wrote: From: Ross S. W. Walker Sent: May 25, 2008 08:56 Typically most vendors recommend a two-prong approach, keep the database data files on a RAID5/RAID6 type array and keep the log files on a RAID10 array. I can not comment on most vendors but for the PROGRESS RDBMS RAID5 is definitely not recommended. It will work but you will see a significant reduction in performance. We strongly recommend that our clients go with RAID10 (as in RAID 1+0). In-house we only use RAID10. Ok, most vendors meaning MS, Oracle, Sybase. I am unfamiliar with PROGRESS (Postgresql variant?), but in my experience with the aforementioned they typically do all writing to the db log files, which is recommended to be kept on a RAID10, then when when transactions are checkpointed, they are written to the DB files. The software makes all attempts to keep the data written to the database files as linear as possible to make sequential access possible and dump/restore fast. This makes the log files write-mostly and the database files read-mostly and of course why the two different RAID types. Of course that really only pays if your databases are large enough to justify two separate storage systems. Right now my databases are small enough to be kept together with logs on a RAID10, but when they grow unwieldy I will move the databases off the RAID10 onto a RAID5/6/50/60 whatever and leave the log files on the RAID10. -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] COBOL
James B. Byrne wrote: On : Wed, 21 May 2008 16:57:37 -0400, Ross S. W. Walker [EMAIL PROTECTED] wrote: I would just buy the RH licenses for the project. CentOS may work well for development and testing platform, but the production code should be on fully supported RHEL. Having been on RHEL support, and having had occasion to use that support quite extensively, I have formed an opinion to the contrary. My experience did not lead me to the conclusion that licensed RHEL distributions, together with the highest available level of support offered by RedHat, provided any measurable benefit over CentOS and community support. In fact, my experiences with RedHat Support, which were not in the least bit negative, led me to abandon RedHat, first to WhiteBox and thence to CentOS. [woeful story of RH layered support] I cannot perceive any measurable advantage to having a support contract for OSS, other than perhaps with the actual core team of the exact product you are using. RH is a packager, which is not to denigrate either the value of the integration work that they do, or its technical merit. Nonetheless, most OSS support problems are either resolved by re-reading the specific package documentation, having an obscure feature identified and explained by someone that knows about it, bypassing the impediment, or when all else fails writing and submitting your own patch. I agree support contracts from Redhat or Microsoft or Novell provide very little value on the surface, but there are advantages to these contracts besides phone support. 1) Third party vendor support. These contracts and installations will allow your software, hardware and development vendors to provide you with the support you need/want. 2) Service agreements. Just like there is an EULA there is also a vendor agreement within the contracts. Read them carefully. In there there are terms that the vendor agrees to meet that are beneficial to the long term support of their product. 3) Indemnification. Not all vendors provide this, but most do. This will assure you, management and legal that your company will not be held legally accountable for any intellectual property or copyright violations that may occur due to improper licensing on behalf of the software vendor. 4) Compliance. Most regulatory controls require that there be some level of service contract on the software that constitutes your primary production environment. This doesn't have to be a blanket policy, just your primary production systems. The bread n' butter so to speak. There is a lot more to a software support plan then just phone support. -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] COBOL
Michael wrote: Just curious, maybe some old timers could help me out. I am working with a company that is migrating 20 years of Mainframe Software Development to Unix, HPUX. How much harder would it be to go to Linux, Centos Linux? Also, anyone have any experience with Fujitsu Cobol on Centos? The Fujitsu people only support Red Hat, and said I'd be on my own with Centos. In other words if it works, then I don't care about Fujitsu support. I know some of you are thinking, did someone say COBOL? Nobody uses COBOL anymore! If so, let me say You are wrong. Many large corporations are taking their old business logic that was written in COBOL decades ago, and moving it to new modern platforms, like Linux. Programatically giving these applications a GUI face-lift, while maintaining their original business logic. I know because many companies pay me to do just that. I have a client that wants to use Centos Linux with Fujistu Cobol, and Fujitsu says it's gotta be Red Hat, any help will much appreciated. I would just buy the RH licenses for the project. CentOS may work well for development and testing platform, but the production code should be on fully supported RHEL. I haven't done Cobol and Fortran programming since college where I learned these on the DEC VAX VMS systems. It was interesting to see VMS also running on the DEC Alphas at the time since I always associated it with minis. -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] Somewhat OT:
Really? I thought Outlook does a pretty good job on references. Maybe it's the BB :-( rant I really need RIM to update their mailer app on the BB to allow threading and preserve references... Is that so hard RIM?! Is it? /rant -Ross - Original Message - From: [EMAIL PROTECTED] [EMAIL PROTECTED] To: centos@centos.org centos@centos.org Sent: Wed May 14 06:48:50 2008 Subject: Re: [CentOS] Somewhat OT: Ross S. W. Walker wrote: Sorry for the top post. Your mailer breaking references and thus destroying threading for others is worse than top posting :) Cheers, Ralph __ 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] Somewhat OT:
Sorry for the top post. Nagios can start very simple, but has the ability to end up very complex. It's configs take a modular approach, you have monitors, monitors belong in groups, groups have operators/administrators, etc. My big problem with nagios is when I used it last it didn't keep monitor history which makes trending impossible. I eventually went with ipmonitor from solarwinds which has a nice web interface, all the reporting you may want and works pretty much like nagios does, but through a web interface. Very reasonable pricing too. Of course I believe it only runs on windows, but it runs very nicely as a VM guest. -Ross - Original Message - From: [EMAIL PROTECTED] [EMAIL PROTECTED] To: CentOS mailing list centos@centos.org Sent: Tue May 13 07:34:50 2008 Subject: Re: [CentOS] Somewhat OT: 2008/5/13 Kai Schaetzl [EMAIL PROTECTED]: Sergio Belkin wrote on Mon, 12 May 2008 23:07:20 -0300: [CentOS] Somewhat OT: even then please write a senseful subject next time! Kai -- Kai Schätzl, Berlin, Germany Get your web at Conactive Internet Services: http://www.conactive.com Yes, you're roght Kai, I don't know how I could write such a stupid subject, but it was too late yersterday, and I was writing with a little part of my brain working :) Even so, thanks for your comments, I'd like more experiences about monitoring systems. Again of topic, I want to avoid Nagios because it looks like over complex but if someone has an actual experience demostrating the opposite, I'd be glad to hear. Thanks in advance -- -- Open Kairos http://www.openkairos.com Watch More TV http://sebelk.blogspot.com Sergio Belkin - ___ 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] GFS + quotas
What you need is a GFS version of rquotad. Don't know if it exists or not, but that's what you need. -Ross -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Doug Tucker Sent: Tuesday, May 13, 2008 11:25 AM To: CentOS mailing list Subject: Re: [CentOS] GFS + quotas gfs_quota command does NOT exist on clients that are mounting the cluster via nfs. on a standard nfs export from a linux ext3 file system, when you run the quota command from a client, it makes an rpc call to the nfs server, and the nfs server returns the quota on the mounted file system...with gfs as the underlying file system, it doesn't appear the quota values are passed to the exported nfs On Mon, 2008-05-12 at 19:15 -0230, Scott Thistle wrote: Use gfs_quota command. man gfs_quota gfs_quota list|sync|get|limit|warn|check|init [OPTION] On Mon, May 12, 2008 at 6:54 PM, Doug Tucker [EMAIL PROTECTED] wrote: I have 2 machines in a cluster using GFS, that many client mount up via nfs. We use quotas extensively here, is there a way from a client machine to check a users quota? Standard quota command on client machines do not work like they do when checking a non-gfs nfs mounted file system. The quotas do work however, when a user exceeds quota and tries to write a file, it tell them that quota has been exceeded. ___ 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 ___ 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] yum update did not update kernel on one box
[EMAIL PROTECTED] wrote: On 5/8/08, Kai Schaetzl maillists AT conactive DOT com wrote: snip hda3 and hda9 are your Linux LVM partitions, maybe they belong to one volume group, I don't know (your fstab would tell more, there's also a graphical frontend for LVM in your desktop). From your grub.conf we know that it thinks it's installed on (hd0,2), but hd0,2 is hda3 (if I understand that correctly) and that is LVM, and grub can't boot from LVM because grub boots the kernel and only that knows about LVM. So, you are probably booting from hda8, but it's not in your fstab as the /boot partition. What does a df say? Does it list hda8 among the partitions? Probably not? [EMAIL PROTECTED] ~]# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/VolGroup00-LogVol00 10696956 4597688 5547128 46% / /dev/hda3 102486 22174 75020 23% /boot tmpfs 257260 0257260 0% /dev/shm [EMAIL PROTECTED] ~]# Mount it and have a look at that partition, does it contain the same stuff as your /boot partition? If not mounted, do: mkdir /mnt/hda8 mount /dev/hda8 /mnt/hda8 cat /mnt/hda8/boot/grub/grub.conf Does this look like the grub.conf that is the *real* one booting your system? [EMAIL PROTECTED] ~]# mkdir /mnt/hda8 [EMAIL PROTECTED] ~]# mount /dev/hda8 /mnt/hda8 [EMAIL PROTECTED] ~]# cat /mnt/hda8/boot/grub/grub.conf cat: /mnt/hda8/boot/grub/grub.conf: No such file or directory [EMAIL PROTECTED] ~]# The proper location of the grub.conf is: /mnt/hda8/grub/grub.conf 'boot' was the name of the mount point which isn't part of the 'boot' file system. Kai: Before I got the above data this morning, I let PUP download/install the latest kernel (2.6.18-53.1.19.el5.i686) but after rebooting, it comes up with the original kernel that is on the CentOS 5 Install DVD I used last November. Not surprising that it does not boot this newest kernel. The download/install seemed to go perfectly, so the Subject changed from yum not updating the kernel to where is the proper boot file When it boots Linux, CentOS gives a message something like booting root (hd 0, 7). TIA, Lanny Kai, is right though, chances are grub from the MBR is looking into a different partition for it's config and shows one of the problems with grub. I think there is a version of grub that will keep it's configs in the remaining sectors (sectors 2-62) of the first track and boot the kernels directly from another partition, but that's non-standard. You could use a single 'boot' partition for all your Linux distros though, but make it bigger, say 256MB (or 512MB if you have a lot of distros installed). I would typically have /dev/hda1 setup as a 256MB 'boot' and reuse it for other distros, just make sure not to format it on install or you'll bork the first distro's kernels! -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] Is it possible to lvrename the current root partition?
Alfred von Campe wrote: On May 2, 2008, at 17:24, Ross S. W. Walker wrote: Sure you can do all this from rescue mode off the first CD. Boot the cd type in 'linux rescue' and continue to the command prompt. First, thanks for the detailed list, Ross. It was very helpful. I was able to rename both the VG and the LVs, but it was slightly more complicated than the items on the list. 1) make sure swap isn't using the swap lv - swapoff -a What I did was say Skip when the rescue image asks you if you want it to find existing Linux installations and mount them under /mnt/ sysimage. The reason I did this was that if you let it mount your partitions, you need to go through a lot of additional steps to get everything under /mnt/sysimage unmounted, and nothing in there is needed to do the rename (unless you want to rename the VG -- see below). 2) unmount all lvs mounted - umount /mnt/sysimage/boot - umount /mnt/sysimage Not needed because of what I did in step 1, but there are additional mount points to unmount if you do let the rescue image do the mounts (do a mount | grep sysimage to find all the mount points). 3) mark all lvs as unavailable - lvchange -a n vgname This step is indeed required unless you chose to skip the mounting of /mnt/sysimage altogether. Do a lvm lvscan to find out which LVs are active (and use lvm lvchange as described below). 4) rename the volume group - vgrename oldvgname newvgname Well, vgrename is not part of the rescue disk. So if you want to do this, you will have to mark the root LV as available, mount it, and then copy /mnt/mountpoint/usr/sbin/vgrename to /tmp. Then you have to unmount the root partition and mark the LV as unavailable. 5) rename the logical volumes - lvrename vgname\oldlvname newlvname 6) repeat #5 as necessary The lvrename binary (symbolic link) does not exit in rescue mode, so you will have to type lvm lvrename (and lvm lvchange, etc.). Also, you have to use a forward slash here. 7) re-activate all the lvs - lvchange -a y vgname Remember to use the new names. 8) re-mount the root and boot lvs, - mount /dev/vgname/rootlv /mnt/sysimage - mount /dev/vgname/bootlv /mnt/sysimage/boot I think this part worked as is. 9) chroot to the mounts with, 'chroot /mnt/sysimage /bin/bash' Before I could do this, I had to use mknod to create the device entries in /mnt/sysimage/dev/mapper/vgname-lvname and the symbolic links in /mnt/sysimage/dev/vgname/lvname. Make sure the symbolic links point to /dev/mapper/... and not /mnt/sysimage/dev/ mapper/... I don't remember if this was required to mount it while in rescue mode or to make the system bootable again. But I remember that I had to do it. 10) edit /etc/fstab 11) edit /boot/grub/grub.conf 12) remake the initrd - mkinitrd -f /boot/initrd-$(uname -r).img $(uname -r) You will have to type the release version of the kernel instead of relying on the output of uname -r. It turns out that I can skip steps 7-12 since I plan to upgrade the systems from CentOS 4.6 to CentOS 5.1 immediately after doing the rename, and the installer (anaconda) will take care of all these details. I just had to adjust my kickstart scripts to use the new names. Anyway, thanks again for all the help. I'm starting to upgrade my two dozen or so desktops to CentOS 5.1 using the new VG and LV names. Thanks for updating the points with your experience. I wrote it from memory, so was bound to miss something. Maybe it can be incorporated into a general how-to. Yeah the lvm included in the busybox rescue is a little kludgy, that's why I typically use the FC8 rescue CD as it is a little more refined. You can try making symlinks to 'lvm' for lvrename and vgrename or even hard links and it should provide that function. Good idea to skip the mounting, because once it's mounted it's a PITA to umount everything and re-mount it. Of course if your performing an upgrade there is no need to regenerate the initrd as a new one is created during install. -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] cups causing segfault
Gregory P. Ennis wrote: On Thu, 2008-05-08 at 10:46 -0400, Ross S. W. Walker wrote: Gregory P. Ennis wrote: On Wed, 2008-05-07 at 12:00 -0500, Gregory P. Ennis wrote: Everyone, I have a new installation of Centos 5.1 that I am using on a gateway server that also has dhcp, named servers. I also have cups set up to function as a print server, and sendmail is being used as a relay to our mail server. yum-cron appears to be updating everything daily as desired. This Centos 5.1 gateway was created to replace a Fedora Core 5 system with the same functions. When I set up cups I copied the FC5 subdirectory into the Centos 5.1 system. Everything appears to work as expected. For some reason I am having sendmail crator without giving me a notice in the logs as far as I can determine. However, when I looked at the messages logs I found it filled with many entries in the form of : kernel: ipp[24519]: segfault at rip 2bf2abc0 rsp 7fff25495348 error 4 I've done a google search and there appeared to be a problem with doubled printer entries in the printer.conf causing the log entry, but after checking my printer.conf file everything appears to be ok. This file also worked on FC5 without a problem. I am not sure if the cups problem is related to the sendmail problem. Any ideas? Greg Ennis I have tried several things in the past 48 hours to try to understand what is happening. The only thing I have done that seems to have made a difference is that I have switched 2.6.18-53.1.14.el5xen to 2.6.18-53.1.14.el5. I am still getting the following log entries : May 8 08:23:14 DeGw kernel: ipp[11677]: segfault at rip 2bf2abc0 rsp 7fff7b7ff6b8 error 4 May 8 08:28:26 DeGw kernel: ipp[12925]: segfault at rip 2bf2abc0 rsp 7fffa5ab6988 error 4 However I have only received 7 of these since last night instead of hundreds while running xen. When I booted the system last night with 2.6.18-53.1.14.el5 I received some additional messages log entries : May 8 01:50:00 DeGw kernel: irq 193: nobody cared (try booting with the irqpoll option) May 8 01:50:00 DeGw kernel: May 8 01:50:00 DeGw kernel: Call Trace: May 8 01:50:00 DeGw kernel: IRQ [800b703a]__report_bad_irq+0x30/0x7d May 8 01:50:00 DeGw kernel: [800b726d] note_interrupt+0x1e6/0x227 May 8 01:50:00 DeGw kernel: [800b677f] __do_IRQ+0xc7/0x105 May 8 01:50:00 DeGw kernel: [80011cc5] __do_softirq+0x5e/0xd5 May 8 01:50:00 DeGw kernel: [8006b3bd] do_IRQ+0xe7/0xf5 May 8 01:50:00 DeGw kernel: [80069d0e] default_idle+0x0/0x50 May 8 01:50:00 DeGw kernel: [8005c615] ret_from_intr+0x0/0xa May 8 01:50:00 DeGw kernel: EOI [80069d37] default_idle+0x29/0x50 May 8 01:50:00 DeGw kernel: [80046fb1] cpu_idle+0x95/0xb8 May 8 01:50:00 DeGw kernel: [803d3806] start_kernel+0x220/0x225 May 8 01:50:00 DeGw kernel: [803d3237] _sinittext+0x237/0x23e May 8 01:50:00 DeGw kernel: May 8 01:50:00 DeGw kernel: handlers: May 8 01:50:00 DeGw kernel: [801dc154] (usb_hcd_irq+0x0/0x55) May 8 01:50:00 DeGw kernel: Disabling IRQ #193 If any of you can help me get a start on this problem I would sure appreciate your help. It appears to be a flakey USB controller. Is the printer USB? Is it plugged into a USB hub? Check your USB cables, hubs and try to plug it into a different port. Ross, Thanks for your response. All the printers are networked and none are connected to the server's usb ports. In fact there is nothing connected to this server's usb ports. In looking at the cups error logs I am getting abundant entries of : (/usr/lib/cups/backend/ipp) crashed on signal 11! I turned on cups debug, but did not learn anything else. Thanks again for your help, Well the IRQ error is definitely USB related. Maybe a memory check is in order here. Sendmail and cups are not related and the fact that you see errors in both and strange runaway IRQ errors seems to mean there is a hardware problem here. Check memory (low hanging fruit), then it may be time to start looking at the motherboard. -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
RE: [CentOS] Port forwarding File ?
Andrew @ ATM Logic wrote: Can someone tell me what, and where the file that contains the port forwarding info is on a standard install? I had a server fail, I have mounted the drive and need to get this info back. /etc/sysconfig/iptables and /etc/sysconfig/ip6tables -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] I need storage server advice
Ed Morrison wrote: Hi: I need advice on implementing a storage server. I really do not have the $ to spend for a Dell iSCSI storage divice and I am thinking trunning CentOS 5.x with ftp or FreeNAS. Here is what I am looking at and concerned about. Situation: My current storage needs are approximately 1.5 TB annually. This will increase to about 3.5 TB annually over the next 5 years (rough est.). This box will just be a data archive and once it is full it will only be used very infrequently if not used at all. Files are small up to 10 MB but numerous. Well that's a hell of a lot of storage for a cheap project. Instead of a Dell MD3000 appliance try a Dell 860 1u server (Quad Xeon) with the LSI PERC 5e 256/512MB RAID controller there you can chain up to 3 MD1000 JBOD SATA enclosures to it. It can handle mixed SAS/SATA drives and can hold 45 spindles across 3 enclosures per 1u server. The 1u device will be a SPOF but you wanted cheap... CentOS: Upgrading to the newer CentOS flavors. I will not have the ability to archive this data to tape and I am concerned about loosing the data when upgrading the OS. How best to handle this? With the 1u server you can always upgrade the OS as the data is stored externally. Hell you can even swap out the 1u 860 for say a 2u 2950 as needs grow which gives better redundancy as well as internal storage for snapshots or some other use. Just get the 860 with 2x250GB drives, and create a software mirror out of them. You can always break the mirror, upgrade the OS and if it works re-mirror, otherwise boot the old half and re-mirror. Storage limitation. It is my understanding that there is a 2 TB storage limitation with Linux (and windows) in general particularly for stability. I see that ReiserFS can go up to 16 TB. Is any one using this? If so, how has it been for you? ext3 can go up to 8TB, xfs and jfs can go up to 1EB which should hold you. FreeNAS Anyone using FreeNAS? What is your experience? How easy is it to add new drives and keep your data? Upgrading to newer versions? You can also check out OpenFiler which has NAS and iSCSI included. -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] I need storage server advice
Take these benchmarks with a grain of salt. We don't know how these hardware controllers were setup and by the numbers posted, not very well, or they are not very good. A SATA and a SAS drive will have roughly the same sequential io performance. Where SAS shines is in random io. So if it's archive, buy SATA. 65MB/s is roughly what you will see with a single SAS or SATA drive on reads, around 30MB/s for writes. Sequential io is measured in MB/s and random io in IOPS or ios per second. Each spindle in a stripe set will roughly add 50% perf to sequential io and add to the IOPS by the IOPS of the spindle (IOPS+IOPS...). A mirror counts as 1 spindle for reads and 1/2 a spindle for writes (unless RAID is capable of doing parallel reads then it counts as 1 1/2 of reads). A RAID 5 is always one less spindle due to parity and each spindle on writes counts as 1/#spindles (write-back cache helps lessen that hurt). For 4k sequential ios (larger block sizes will post larger numbers). 1 spindle = 65MB/s and 175 IOPS 2 spindles = 97.5MB/s and 350 IOPS 3 spindles = 146.25MB/s and 525 IOPS 4 spindles = 219.375MB/s and 700 IOPS (175 IOPS is from 15K SAS with 3.5ms read seek and 2ms avg latency, figure 80 IOPS for good SATA drive) Now any performance below those numbers is a failure of the RAID system and any performance above those numbers is due to caching and read-ahead. I hope that helps. -Ross - Original Message - From: [EMAIL PROTECTED] [EMAIL PROTECTED] To: CentOS mailing list centos@centos.org Sent: Tue May 06 17:20:16 2008 Subject: Re: [CentOS] I need storage server advice I just posted this on my website, oddly enough. While you need to really understand your storage requirements to make an informed choice between hardware or software RAID, with quad core CPUs being as cheap as they are it's hard to not make the argument for software. This is just hdparm over an average of 5 runs each on very similar machines. 5 disc SAS array with 136g 10k drives and a hardware controller Timing cached reads: 13336 MB in 2.00 seconds = 6673.96 MB/sec Timing buffered disk reads: 98 MB in 1.18 seconds = 83.31 MB/sec 4 disc RAID 5 with 3Ware 9650SE and 500g 7200RPM drives Timing cached reads: 6576 MB in 2.00 seconds = 3293.08 MB/sec Timing buffered disk reads: 448 MB in 3.00 seconds = 149.20 MB/sec Single 500g 7200 RPM SATA drive Timing cached reads: 14220 MB in 2.00 seconds = 7119.78 MB/sec Timing buffered disk reads: 198 MB in 3.02 seconds = 65.51 MB/sec 6 500g 7200 RPM SATA drives in a software RAID 5 array Timing cached reads: 14364 MB in 2.00 seconds = 7191.86 MB/sec Timing buffered disk reads: 852 MB in 3.00 seconds = 283.64 MB/sec Jason www.cyborgworkshop.org Michael Semcheski wrote: On Tue, May 6, 2008 at 3:11 PM, Ed Morrison [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Situation: My current storage needs are approximately 1.5 TB annually. This will increase to about 3.5 TB annually over the next 5 years (rough est.). This box will just be a data archive and once it is full it will only be used very infrequently if not used at all. Files are small up to 10 MB but numerous. The solution I found best was to buy a 2U server that has 8*750GB disks, though they'd probably be 1TB today. Put the disks into a RAID 5 or 6. Using hardware RAID, divvy them up into one 50GB drive, and one really large drive. Put the OS on the 50GB drive, mount the really big drive. Now you have a 50GB drive and a 7*750-50 drive. When you fill that up, just buy another 2U server. When you do fill it up, the next one will be cheaper and or bigger. The keys to this type of setup are: 1) Don't buy storage you'll need next year today. The best time to buy this kind of hardware is right before you need it. 2) Look at the overall cost per gigabyte. That's the metric that drives things. 3) Understand your tolerance for downtime and data protection. If you have another copy, or a backup, and its not mission critical data, its much cheaper not to waste disks on redundancy. We have tape backups of our systems, and factoring in the cost of tape and other costs, its still possible to get storage with a marginal cost below $1 / GB. That includes a 3 year warranty, quad core processor, 4GB of RAM which you can probably put to use elsewhere. ___ 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 __ 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
Re: [CentOS] I need storage server advice
Yes, though slammed hardware RAID a bit. Software RAID has it's place don't get me wrong, it's just knowing when and where. Now the problem I have with your approach under the OP's requirements is the only way to fit that kinda storage over that long a period is with external enclosures and there isn't many systems that have external 4 lane serial storage connectors builtin, so one needs a card that can perform that and if you are shopping for a card to do that then you might as well get one for a few $100 more that has on board RAID. Also if the OP wanted to switch distro's he will not have to worry about losing the RAID configuration or hosing it in the process. -Ross - Original Message - From: [EMAIL PROTECTED] [EMAIL PROTECTED] To: CentOS mailing list centos@centos.org Sent: Tue May 06 20:39:52 2008 Subject: Re: [CentOS] I need storage server advice The point was, acceptable performance can be had without purchasing a hardware controller. And for archival purposes on a tight budget $500 bucks means one controller for 3 more drives. On Tue, May 6, 2008 at 6:17 PM, John R Pierce [EMAIL PROTECTED] wrote: Ross S. W. Walker wrote: Take these benchmarks with a grain of salt. and, more importantly, for the thread at hand, this guy wants an ARCHIVE server, where performance is quite secondary, reliablity and data retention are more important. If he had the budget, I'd be suggesting looking at something like Copan's MAID system. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos -- Jason Luck favors the prepared. __ 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] ext3 filesystems larger than 8TB
Monty Shinn wrote: Ross, We basically store video image sequences (edited and source) and audio/video files on our servers. We are an editing and broadcast design facility, doing mostly HD work. The files are relatively large, and there are a lot of them. I am trying to max out our current server population, moving from 250 and 500 gig drives to the Seagate 1TB enterprise (ES.2) SATA drives using the 12 port 3ware raid card. I have at least 4 servers that I am wanting to upgrade this way. They're just file servers running NFS and Samba. Do I *need* a 10TB partition? No, not really. I could segment into 2 5TB partitions if needed, and I may still end up doing that. I am beginning to wonder if the 8TB ext3 limit has been vetted enough. It is just easier for the users if it was one partition. I have to say when the mkfs.ext3 code hasn't been changed to allow 8TB partitions without adding the -F, (which did seem to work) it gives me pause. Naively perhaps, I didn't think it would be an issue. Makes sense, does NFS support sharing such large volumes? I suppose that will depend on both the server version of NFS and the client, but it's something you need to keep in mind. I think for a large file file system xfs is probably what you want, but you will want to run CentOS 64-bit with the 8k stacks to see it's full robustness and stability. Some people think xfs is good everywhere, but that's simply not true, I always recommend putting the OS on ext3 and then choosing the file system for your application data that best suits the application. Basically you have ext3, jfs, xfs, gfs and ocfs, the last 2 being clustered file systems. ext3 is good because it is widely supported and performs well under mixed work load, jfs is supposedly excellent if you have a lot of small files like a mail/news server, xfs for large files and of course gfs or ocfs for clusters that need simultaneous file system access from multiple nodes (but they are slower due to locking overhead). If you have volumes over 8TB then you really need to use either jfs or xfs depending on the application and if you are using xfs I highly recommend you run 64-bit for stability reasons. -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] ext3 filesystems larger than 8TB
Florin Andrei wrote: Ross S. W. Walker wrote: jfs is supposedly excellent if you have a lot of small files like a mail/news server Hm, last time I tested ReiseFS turned out to be the best FS for that situation. But it's been a while, perhaps things have changed a bit. Yeah, but reiserfs is all but dead these days. At least I wouldn't plan a long-term deployment around 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 CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Re: ext3 filesystems larger than 8TB
Scott Silva wrote: on 5-5-2008 11:41 AM Ross S. W. Walker spake the following: Florin Andrei wrote: Ross S. W. Walker wrote: jfs is supposedly excellent if you have a lot of small files like a mail/news server Hm, last time I tested ReiseFS turned out to be the best FS for that situation. But it's been a while, perhaps things have changed a bit. Yeah, but reiserfs is all but dead these days. At least I wouldn't plan a long-term deployment around it... And Hans Reiser's legal woes are deeper than ever. http://yro.slashdot.org/article.pl?sid=08/04/28/2243232from=rss http://www.news.com/8301-10784_3-9930857-7.html But here in California a man can spend most of his life in appeals. Even though the technology would still be around even if Hans isn't, there has been a lot of pain trying to get reiserfs to continue to work well in the kernel tree from release to release. It's very tempermental, so I don't know if it will last much longer, especially given the slew of existing file systems that don't need such work to maintain. ext4 is being previewed in Fedora 9 this month, so add one more to the list. I heard the Reiser FS is going to be replaced with the Peterson FS ;-) -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: ext3 filesystems larger than 8TB
Ross S. W. Walker wrote: Scott Silva wrote: on 5-5-2008 11:41 AM Ross S. W. Walker spake the following: Florin Andrei wrote: Ross S. W. Walker wrote: jfs is supposedly excellent if you have a lot of small files like a mail/news server Hm, last time I tested ReiseFS turned out to be the best FS for that situation. But it's been a while, perhaps things have changed a bit. Yeah, but reiserfs is all but dead these days. At least I wouldn't plan a long-term deployment around it... And Hans Reiser's legal woes are deeper than ever. http://yro.slashdot.org/article.pl?sid=08/04/28/2243232from=rss http://www.news.com/8301-10784_3-9930857-7.html But here in California a man can spend most of his life in appeals. Even though the technology would still be around even if Hans isn't, there has been a lot of pain trying to get reiserfs to continue to work well in the kernel tree from release to release. It's very tempermental, so I don't know if it will last much longer, especially given the slew of existing file systems that don't need such work to maintain. Well I wanted the facts about ReiserFS in the kernel and so I poked and googled some more and the part about the maintenance of reiserfs in the kernel was unfounded hearsay. The real reason it is being phased out in distributions (not the kernel tree) is the questions surrounding it's long term survival without Hans and Namesys to provide support for it. ext4 is being previewed in Fedora 9 this month, so add one more to the list. I heard the Reiser FS is going to be replaced with the Peterson FS ;-) There is a punch line in there somewhere, but my mind just isn't that sharp today. -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: ext3 filesystems larger than 8TB
Scott Silva wrote: on 5-5-2008 11:41 AM Ross S. W. Walker spake the following: Florin Andrei wrote: Ross S. W. Walker wrote: jfs is supposedly excellent if you have a lot of small files like a mail/news server Hm, last time I tested ReiseFS turned out to be the best FS for that situation. But it's been a while, perhaps things have changed a bit. Yeah, but reiserfs is all but dead these days. At least I wouldn't plan a long-term deployment around it... And Hans Reiser's legal woes are deeper than ever. http://yro.slashdot.org/article.pl?sid=08/04/28/2243232from=rss http://www.news.com/8301-10784_3-9930857-7.html But here in California a man can spend most of his life in appeals. I finally read the news.com article and all I have to say is, what an idiot. Just goes to show you that being intelligent doesn't necessarily make you smart. -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] OT- Re: ext3 filesystems larger than 8TB
Scott Silva wrote: on 5-5-2008 2:31 PM Ross S. W. Walker spake the following: Scott Silva wrote: on 5-5-2008 11:41 AM Ross S. W. Walker spake the following: Florin Andrei wrote: Ross S. W. Walker wrote: jfs is supposedly excellent if you have a lot of small files like a mail/news server Hm, last time I tested ReiseFS turned out to be the best FS for that situation. But it's been a while, perhaps things have changed a bit. Yeah, but reiserfs is all but dead these days. At least I wouldn't plan a long-term deployment around it... And Hans Reiser's legal woes are deeper than ever. http://yro.slashdot.org/article.pl?sid=08/04/28/2243232from=rss http://www.news.com/8301-10784_3-9930857-7.html But here in California a man can spend most of his life in appeals. I finally read the news.com article and all I have to say is, what an idiot. Just goes to show you that being intelligent doesn't necessarily make you smart. It is better to keep quiet and be thought an idiot then to open your mouth and remove all doubt! No doubt! The worse part is I don't believe it was premeditated. I think she came over to drop off the kids and told him oh by the way I'm taking the children to live with me in Russia, at that point he went into a fit of anger and threw here against the pillar causing a fatal head injury. If he had simply called the paramedics right away and told the truth then he would have received a minimum sentence with parole, but no he decided to try and hide what happened... Sad really, now he still loses the children and the best years of his life too. Oh well, now that the thread has been taken far OT and turned into a soap. -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] OT- Re: ext3 filesystems larger than 8TB
I was basing that on the fact that she had secured Russian citizenship for her children prior to the divorce, but I cannot get the complete details as I just don't have the time these days to follow any story in great length. I still stand behind the idea that it was a case of accidental manslaughter that was attempted to be covered up. Is there a court tv mailing list out there? -Ross - Original Message - From: [EMAIL PROTECTED] [EMAIL PROTECTED] To: CentOS mailing list centos@centos.org Sent: Mon May 05 18:24:40 2008 Subject: Re: [CentOS] OT- Re: ext3 filesystems larger than 8TB Ross S. W. Walker wrote: No doubt! The worse part is I don't believe it was premeditated. I think she came over to drop off the kids and told him oh by the way I'm taking the children to live with me in Russia, at that point he went into a fit of anger and threw here against the pillar causing a fatal head injury. I followed the trial blogs day by day on the SF Chronicle site. His wife was very close to gaining her US medical license (she had been a doctor in Russia), had lined up a good job, and various other indications of planning for a long term life here, nothing indicating any plans to leave for Russia. ___ 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