Re: [CentOS] trouble installing Math::BigInt module
On 01/04/14 16:57, John R Pierce wrote: On 3/31/2014 10:50 PM, Tom Robinson wrote: Others may see it differently but personally I would install packages only from CentOS and the rest from CPAN If possible, I would install ONLY packages from Centos and EPEL and avoid CPAN entirely. if you absolutely need something thats not in core or EPEL, I'd use cpanspec to build an rpm, and use that to install on your production systems. Interesting. I will look at cpanspec. Didn't know that one. I used to stick to the packages only approach but came up against more issues that way. I also spent a lot of time compiling and build packages. At the end of the day, CPAN consistently built a very tidy environment. I do agree, though. Install from as few repo's as possible. CentOS and EPEL are good choices. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] write barrier support in CentOS 6
On 01/04/14 14:27, Keith Keller wrote: On 2014-04-01, Tom Robinson tom.robin...@motec.com.au wrote: Now, I understand that Red Hat (and therefore CentOS) backport many upstr= eam features into the stock kernel so how can I be sure that kernel 2.6.32-431.11.2.el6 has write bar= rier support? I believe you can look through the RHEL tech notes. Here they are for 6.5: https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html-single/6.5_Technical_Notes/index.html If you require barriers, you can always use the mainline kernel from elrepo. You can read about the mainline and long-term packages here: http://elrepo.org/tiki/kernel-lt You probably want the kernel-ml packages, but that page doesn't mention the -lt packages. Lots of CentOS admins use these kernels (including me) and are happy with them. Thanks Keith. I took a look at the RHEL tech notes but nothing obvious springs out of that regarding LVM barriers. I wouldn't have imagined it would be so hard to find and answer to this question. I may go to the elrepo kernels but I'm always hesitant when it comes to changing the core of the system. Anyone else care to comment or have a clue about LVM barriers in the current kernel? signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trouble installing Math::BigInt module
On 3/31/2014 11:13 PM, Tom Robinson wrote: I used to stick to the packages only approach but came up against more issues that way. I also spent a lot of time compiling and build packages. At the end of the day, CPAN consistently built a very tidy environment the problem with CPAN is its hard to maintain compatibility with multiple systems, each time you build it, you get something else. once you build a set of RPMs you can deploy them over and over, and if you need to update stuff, you can rebuild them with the same spec against a different system base. -- john r pierce 37N 122W somewhere on the middle of the left coast ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] write barrier support in CentOS 6
On 04/01/2014 06:27 AM, Keith Keller wrote: On 2014-04-01, Tom Robinson tom.robin...@motec.com.au wrote: Now, I understand that Red Hat (and therefore CentOS) backport many upstr= eam features into the stock kernel so how can I be sure that kernel 2.6.32-431.11.2.el6 has write bar= rier support? Take a look here: https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Storage_Administration_Guide/writebarrieronoff.html Regards, Lec I believe you can look through the RHEL tech notes. Here they are for 6.5: https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html-single/6.5_Technical_Notes/index.html If you require barriers, you can always use the mainline kernel from elrepo. You can read about the mainline and long-term packages here: http://elrepo.org/tiki/kernel-lt You probably want the kernel-ml packages, but that page doesn't mention the -lt packages. Lots of CentOS admins use these kernels (including me) and are happy with them. --keith -- Lec ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Setup a devel environment for perl modules
Hi all, This is an interesting thread: http://lists.centos.org/pipermail/centos/2014-April/141871.html about the problems you can find building perl modules for CentOS releases (new or old). I agree with John R. Pierce: cpan is very very bad tool ( in fact, I hate it) to build perl modules for CentOS systems, breaks all other perl modules. I need to use several perl modules in several servers in my dept. and after some tests, I migrate to FreeBSD due to easy install perl modules with poudriere suite. But, anyone knows if it is possible to build a confident devel environment under CentOS with some tool to build rpm's perl modules without breaking anything in CentOS systems?? Maybe, it is a good idea to create a CentOS Perl SIG :)) Thanks. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trouble installing Math::BigInt module
On 3/31/2014 10:42 PM, Tom Robinson wrote: On 01/04/14 16:19, Bennett Haselton wrote: On 3/31/2014 7:56 PM, Tom Robinson wrote: Can you verify to which packages thefiles belong? Try using RPM: rpm -qf /usr/lib/perl5/vendor_perl/5.8.8/Net/IP.pm On the old machine: perl-Net-IP-1.25-2.fc6 and rpm -qf /usr/lib/perl5/vendor_perl/5.8.8/Crypt/DSA/KeyChain.pm On the new machine: perl-Crypt-DSA-1.16-1.el5.rf That should be a good starting point. Your check on installed packages as preposed by John shows two very different packaged environments. Did you ever use CPAN on the old or new machine? Yes, on both. I needed it because I needed to install Crypt::Twofish and it didn't seem to be available from the default repositories used by yum but it was available from CPAN. Because there were dozens of sources that I read, plus probably thousands of others that I didn't read, saying that installing from CPAN was a way to install Perl modules, I figured it was reasonably safe to follow those directions, so I went ahead and did it. Now, later I found out that you can get your machine into an inconsistent state by installing things from both CPAN and yum repositories, and moreover apparently you can't even properly uninstall things that are installed by CPAN: http://stackoverflow.com/questions/2626449/how-can-i-de-install-a-perl-module-installed-via-cpan so by following directions to the letter which are repeated in thousands of sources, I apparently put my machine in a state that will cause frequent unpredictable conflicts with all the things installed by the system package manager, and the damage is irreversible. Is that about right? :) At about the same time I learned not to use CPAN, the person helping me solve the current problem said that I could make the run-time errors go away by going into CPAN and install Math::BigInt -- which led to a new error, getting Math::BigInt: couldn't load specified math lib(s), fallback to Math::BigInt::Calc at /usr/lib/perl5/vendor_perl/5.8.8/Crypt/DH.pm line 6, so then I installed Math::BigInt::Pari through CPAN and it fixed the problem. I had to use CPAN because it was the only solution he knew and it was an emergency to get that error fixed. So, going forward, to mitigate the damage, should I just take all the packages that are currently only listed as installed on the old machine, truncate the version number (so e.g. truncate perl-Compress-Raw-Zlib-2.052-1.el5.rf to just perl-Compress-Raw-Zlib2) and install that with yum on the command line? (Thanks for that list, by the way.) And more generally, what is the best practice if I want to install a module like Crypt::Twofish that was not in the default yum repositories, if John and C.L. are saying to avoid CPAN, and both John and Tom are saying to avoid adding extra yum repositories? I'd like to use yum just for consistency since it automatically handles dependencies and such, and at least if I always use yum, then yum will always be aware of what's installed already (as opposed to things installed from CPAN). Bennett I would work to bring the new machine's perl environment as close to that of the old machine's. Indeed, perl-Net-SFTP package is only installed on the new machine! Your package output is reformatted here. Work through this to bring your environments as close as possible and check if you have used CPAN to install packages in the past. $ diff -yW80 /tmp/oldlist /tmp/newlist perl-5.8.8-41.el5 perl-5.8.8-41.el5 perl-Compress-Raw-Bzip2-2.052-1.el5.r | perl-Class-Loader-2.03-1.2.el5.rf perl-Compress-Raw-Zlib-2.052-1.el5.rf | perl-Compress-Zlib-1.42-1.fc6 perl-Convert-ASN1-0.22-1.el5.rf | perl-Convert-ASCII-Armour-1.4-1.2.el5 perl-Crypt-SSLeay-0.57-3.el5.rf | perl-Convert-ASN1-0.20-1.1 perl-DBD-mysql-4.014-1.el5.rf | perl-Convert-PEM-0.07-1.2.el5.rf perl-DBI-1.615-1.el5.rf | perl-Crypt-CBC-2.30-1.el5.rf perl-Crypt-DES-2.05-3.2.el5.rf perl-Crypt-DH-0.06-1.2.el5.rf perl-Crypt-DSA-1.16-1.el5.rf perl-Crypt-IDEA-1.08-1.el5.rf perl-Crypt-Primes-0.50-1.2.el5.rf perl-Crypt-RSA-1.99-1.el5.rf perl-Crypt-Random-1.25-1.2.el5.rf perl-Crypt-Twofish-2.13-1.el5.rf perl-DBD-MySQL-3.0007-2.el5 perl-DBI-1.52-2.el5 perl-Data-Buffer-0.04-1.2.el5.rf perl-Digest-HMAC-1.01-15perl-Digest-HMAC-1.01-15 perl-Digest-MD2-2.03-1.2.el5.rf perl-Digest-SHA1-2.11-1.2.1 perl-Digest-SHA1-2.11-1.2.1
[CentOS] Adding a new disk to an existing raid 10
Dear all, I'm not used to handling software raid. I've inherited a server which has raid 10 set. one of our disks failed, and it's to be replaced today. My question is; any hint how to add this new disk to the existing raid array ? first thought is :- Create identical partitions as other disks in the array i'd like to add it to.- add it to raid. Though i'm extremely worried of messing things up and wiping all my data. Any hint would be appreciated ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Adding a new disk to an existing raid 10
Hi, I had to do this a while ago, basically you have to mark the disk as failed (if not already) and than remove it from the array mark as failed mdadm --fail /dev/md0 /dev/sdaX remove from array madmad --remove /dev/md0 /dev/sdaX Partition your new disk to your needs and then add it to the array using mdadm again mdadm --add /dev/md0 /dev/sdbX to check the status of the array mdadm --detail /dev/md0 Hope this gives you a starting point. On Tue, Apr 1, 2014 at 10:21 AM, Roland RoLaNd r_o_l_a_...@hotmail.com wrote: Dear all, I'm not used to handling software raid. I've inherited a server which has raid 10 set. one of our disks failed, and it's to be replaced today. My question is; any hint how to add this new disk to the existing raid array ? first thought is :- Create identical partitions as other disks in the array i'd like to add it to.- add it to raid. Though i'm extremely worried of messing things up and wiping all my data. Any hint would be appreciated ___ 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] Q2ask4Centos6
On my computer with dual systems(win7+centos6.4(now 6.5), after I do something, problems came out: when I plug portable hard disk into my computer, It is not mounted successfully. SO I do as the suggestions from URL 'http://wiki.centos.org/TipsAndTricks/NTFS' with the following block: _/Installing required packages/_ _//__//__//__//_ _/For /__/*CentOS-6*/__/the /__/*EPEL*/__/repository is carrying later NTFS packages. EPEL is also usable for /__/*CentOS-5*/__/. To install, after enabling the repo per the /__/Repositories http://wiki.centos.org/Repositories/__/page: /__//_ _/yum install ntfs-3g /__//_ _//_ _/or if you prefer to leave EPEL disabled by default /__//_ _/yum --enablerepo epel install ntfs-3g /__//_ _//__//_ _/You may also want to /__//_ _/yum install ntfsprogs ntfsprogs-gnomevfs /__//_ _//_ _/for additional functionality. /__//__//_ _/Mounting an NTFS filesystem/_ _//__//_ _/Suppose your ntfs filesystem is /__//dev/sda1/__/and you are going to mount it on /__//mymnt/win/__/, /__//__/do the following. /__//__//_ _/First, create a mount point. /__//_ _/mkdir /mymnt/win /__//_ _//_ _/Next, /__/*edit*/__//__//etc/fstab/__/as follows. To mount read-only: /__//_ _//dev/sda1 /mymnt/win ntfs-3g ro,umask=0222,defaults 0 0 /__//_ _//_ _/To mount read-write: /__//_ _//dev/sda1 /mymnt/win ntfs-3g rw,umask=,defaults 0 0 /__//_ _//_ _/You can now mount it by running: /__//_ _/mount /mymnt/win/_ But after doing that, the error is also reported Unable to mount location\Error mounting: mount:unknown filesystem type 'ntfs'. So I /*mkdir*/ another */mnt/win*, */delete/* the */mymnt/win* and try again. the error is reported too! At the same time, when I reboot the computer. I can not login the Win7 system by error reported *BOOTMGR is missing* How can I fix these problem? By the way I use 'fdisk -l' to check my partition and shows as follows: /Disk /dev/sda: 1000.2 GB, 1000204886016 bytes 255 heads, 63 sectors/track, 121601 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0x1cc5999d Device Boot Start End Blocks Id System /dev/sda1 * 1 26 2048007 HPFS/NTFS Partition 1 does not end on cylinder boundary. /dev/sda2 26 12927 1036288007 HPFS/NTFS /dev/sda3 12927 117676 841393152f W95 Ext'd (LBA) /dev/sda4 117676 12160231534808 12 Compaq diagnostics /dev/sda5 12927 44798 256007 HPFS/NTFS /dev/sda6 44798 76669 256007 HPFS/NTFS /dev/sda7 76669 103440 215047 HPFS/NTFS /dev/sda8 103440 103466 204800 83 Linux /dev/sda9 103466 1104775632 83 Linux /dev/sda10 110477 111497 8192000 82 Linux swap / Solaris /dev/sda11 111497 11767649629184 83 Linux// //Can you help me out?/ best regards, yours alex ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trouble installing Math::BigInt module
On 04/01/14 02:13, Tom Robinson wrote: On 01/04/14 16:57, John R Pierce wrote: On 3/31/2014 10:50 PM, Tom Robinson wrote: Others may see it differently but personally I would install packages only from CentOS and the rest from CPAN If possible, I would install ONLY packages from Centos and EPEL and avoid CPAN entirely. if you absolutely need something thats not in core or EPEL, I'd use cpanspec to build an rpm, and use that to install on your production systems. Interesting. I will look at cpanspec. Didn't know that one. snip I've used that for several packages that some researchers wanted. Be warned: how easy or difficult it is to build depends *entirely* on the programming competency, NOT the subject matter expertise, of the project contributors. sci-kit was *very* easy to build. So was another, which I forget the name of now. bio-perl was a disaster, and took weeks - a lot seemed to have been built on ubuntu, and some... I have *no* idea - BSD? Solaris? - but a number of modules had *hard-coded* into them /usr/bin/perl, and a few /usr/local/bin/perl, and on, and on, and oh, you need this module, and that, - it was something like 10 other modules, and *then* you find in the docs about the two major packages that have a circular dependency! This is just to warn you... but when the code is code, it works beautifully. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 110, Issue 1
Send CentOS-announce mailing list submissions to
centos-annou...@centos.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
centos-announce-requ...@centos.org
You can reach the person managing the list at
centos-announce-ow...@centos.org
When replying, please edit your Subject line so it is more specific
than Re: Contents of CentOS-announce digest...
Today's Topics:
1. CESA-2014:0341 Moderate CentOS 5 wireshark Update (Johnny Hughes)
2. CESA-2014:0342 Moderate CentOS 6 wireshark Update (Johnny Hughes)
--
Message: 1
Date: Mon, 31 Mar 2014 17:51:37 +
From: Johnny Hughes joh...@centos.org
Subject: [CentOS-announce] CESA-2014:0341 Moderate CentOS 5 wireshark
Update
To: centos-annou...@centos.org
Message-ID: 20140331175137.ga11...@chakra.karan.org
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Security Advisory 2014:0341 Moderate
Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0341.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
08c8c02b8cedb60b86ec5c10c5caadeb4549493751a112ab44367ae35825a201
wireshark-1.0.15-6.el5_10.i386.rpm
0f9a6201343210ba03cf0d218d6d1781aa3f8766c1ccdb2ad2b40d1891676f63
wireshark-gnome-1.0.15-6.el5_10.i386.rpm
x86_64:
0f76ec04395bd97354cc4388ead650651d81a1ef1b2261d193f87762428cf46a
wireshark-1.0.15-6.el5_10.x86_64.rpm
9c19cb783ff6c54a96da465f69c7d2ddc0391565470e1709b3071e9c0d31a07a
wireshark-gnome-1.0.15-6.el5_10.x86_64.rpm
Source:
0cfa8fc9cb3a5ccf88ff1fec32de647b06a42a2e6eb8e9b003f68dff867ef812
wireshark-1.0.15-6.el5_10.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
--
Message: 2
Date: Mon, 31 Mar 2014 18:13:23 +
From: Johnny Hughes joh...@centos.org
Subject: [CentOS-announce] CESA-2014:0342 Moderate CentOS 6 wireshark
Update
To: centos-annou...@centos.org
Message-ID: 20140331181323.ga63...@n04.lon1.karan.org
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Security Advisory 2014:0342 Moderate
Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0342.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
e86f9c91381562e4ed24f3be923675eef44e0c6023a0cdca443c59c1c09687df
wireshark-1.8.10-7.el6_5.i686.rpm
01a5149ec6028dc2be17b1118d44c0fa9054a6bee017bd55e5c7a521fafe6cd8
wireshark-devel-1.8.10-7.el6_5.i686.rpm
c9fdd1f944111358f6a038a8e151b726bd626ef20dc40f1ef00b9500d3423402
wireshark-gnome-1.8.10-7.el6_5.i686.rpm
x86_64:
e86f9c91381562e4ed24f3be923675eef44e0c6023a0cdca443c59c1c09687df
wireshark-1.8.10-7.el6_5.i686.rpm
4d85f7abcd56ab9c99156037445c5288505ba930c9d5b220a2bf3e9a7b7b5508
wireshark-1.8.10-7.el6_5.x86_64.rpm
01a5149ec6028dc2be17b1118d44c0fa9054a6bee017bd55e5c7a521fafe6cd8
wireshark-devel-1.8.10-7.el6_5.i686.rpm
798968dd1fa8b839acaa65fc32595ba22993dc217139afde6004e0f3d29ca2d6
wireshark-devel-1.8.10-7.el6_5.x86_64.rpm
f1965eabc7c53b3c08db4ac3ac6a31f5ee2dfc261ef644a6a0a767ede4b3
wireshark-gnome-1.8.10-7.el6_5.x86_64.rpm
Source:
71a97a11004793b0fd19c3bfe98f65917f05690079aaa77f629eb4553bb7dfae
wireshark-1.8.10-7.el6_5.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
--
___
CentOS-announce mailing list
centos-annou...@centos.org
http://lists.centos.org/mailman/listinfo/centos-announce
End of CentOS-announce Digest, Vol 110, Issue 1
***
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] RHEL7 beta discussions?
Hey all, just checking in here after downloading the RHEL7 beta yesterday and installing it. I guess there won't be a CentOS7 until after RHEL7 is released, is that right? You guys don't do beta? I'm already frustrated by the Red-Hat-isms in the beta, like all the subscription stuff. thanks, -Alan ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] RHEL7 beta discussions?
On 04/01/2014 09:55 AM, Alan McKay wrote: Hey all, just checking in here after downloading the RHEL7 beta yesterday and installing it. I guess there won't be a CentOS7 until after RHEL7 is released, is that right? You guys don't do beta? I'm already frustrated by the Red-Hat-isms in the beta, like all the subscription stuff. Just remove all the subscription-manager and rhn packages .. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] RHEL7 beta discussions?
On Tue, Apr 1, 2014 at 11:24 AM, Johnny Hughes joh...@centos.org wrote: Just remove all the subscription-manager and rhn packages .. H, you crazy nut :-) So I'll still be able to yum OK? -- Don't eat anything you've ever seen advertised on TV - Michael Pollan, author of In Defense of Food ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] RHEL7 beta discussions?
On 01/04/14 12:15 PM, Alan McKay wrote: On Tue, Apr 1, 2014 at 11:24 AM, Johnny Hughes joh...@centos.org wrote: Just remove all the subscription-manager and rhn packages .. H, you crazy nut :-) So I'll still be able to yum OK? I have to add the DVD as a repo. Here's what I do: These steps assume the beta DVD is on an internal web-accessible server, that it's saved in /root and mounted at /mnt/dvd. Adjust as needed: mkdir /mnt/dvd cd ~ curl -O http://10.255.255.250/rhel7/x86_64/iso/rhel-7-public-beta-x86_64-dvd.iso echo /root/rhel-7-public-beta-x86_64-dvd.iso /mnt/dvd auto loop 0 0 /etc/fstab mount /mnt/dvd Create the repo file: vi /etc/yum.repos.d/dvd.repo [dvd] baseurl=file:///mnt/dvd/ enabled=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-beta Clean up the yum cache yum clean all Now you should be able to use yum to install packages easily from the DVD ISO. -- Digimer Papers and Projects: https://alteeve.ca/w/ What if the cure for cancer is trapped in the mind of a person without access to education? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trouble installing Math::BigInt module
On Tue, Apr 1, 2014 at 1:29 AM, John R Pierce pie...@hogranch.com wrote: On 3/31/2014 11:13 PM, Tom Robinson wrote: I used to stick to the packages only approach but came up against more issues that way. I also spent a lot of time compiling and build packages. At the end of the day, CPAN consistently built a very tidy environment the problem with CPAN is its hard to maintain compatibility with multiple systems, each time you build it, you get something else. once you build a set of RPMs you can deploy them over and over, and if you need to update stuff, you can rebuild them with the same spec against a different system base. And worse, even if you don't rebuild your CPAN packages, the packaged versions may drift out of compatibility or decide to include different/incompatible versions of the same module as you do the updates you are pretty much forced to do to pick up security and bug fixes.Likewise, things you've installed from rpmforge may subsequently become available from EPEL and be overwritten, possibly with incompatible changes. I'd try to get as much as possible from EPEL, keep any other 3rd party repos disabled except when explicitly specifying packages for installs/updates and document everything that is not base/EPEL so you know where to look when things break. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Setup a devel environment for perl modules
On Tue, Apr 1, 2014 at 1:50 AM, C. L. Martinez carlopm...@gmail.com wrote: http://lists.centos.org/pipermail/centos/2014-April/141871.html about the problems you can find building perl modules for CentOS releases (new or old). I agree with John R. Pierce: cpan is very very bad tool ( in fact, I hate it) to build perl modules for CentOS systems, breaks all other perl modules. I need to use several perl modules in several servers in my dept. and after some tests, I migrate to FreeBSD due to easy install perl modules with poudriere suite. But, anyone knows if it is possible to build a confident devel environment under CentOS with some tool to build rpm's perl modules without breaking anything in CentOS systems?? Maybe, it is a good idea to create a CentOS Perl SIG :)) Pretty much everyone needs EPEL for something - so it is not enough to not break anything in CentOS base, but you also need to not break/conflict with/replace anything in EPEL.So really, the best approach would just be to add any missing modules to EPEL. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Setup a devel environment for perl modules
On Tue, Apr 1, 2014 at 2:50 AM, C. L. Martinez carlopm...@gmail.com wrote: Hi all, This is an interesting thread: http://lists.centos.org/pipermail/centos/2014-April/141871.html about the problems you can find building perl modules for CentOS releases (new or old). I agree with John R. Pierce: cpan is very very bad tool ( in fact, I hate it) to build perl modules for CentOS systems, breaks all other perl modules. I need to use several perl modules in several servers in my dept. and after some tests, I migrate to FreeBSD due to easy install perl modules with poudriere suite. But, anyone knows if it is possible to build a confident devel environment under CentOS with some tool to build rpm's perl modules without breaking anything in CentOS systems?? Maybe, it is a good idea to create a CentOS Perl SIG :)) Thanks. Just today I managed to get a modern perl (5.18.2) installed on CentOS 5 using perlbrew. This gives you a complete perl environment in a private location where you can install modules without impacting the system perl. Normally I'm all for using pre-packged RPMs, but the C5 perl is so out of date that it pays off to do it this way instead. I ran into an issue with the setup script from the web site, and this seems to have worked around it: Download and run the installer like the docs say: curl -kL http://install.perlbrew.pl | bash Manually install patchperl curl -kL https://raw.github.com/gugod/patchperl-packing/master/patchperl ~/perl5/perlbrew/bin/patchperl chmod +x ~/perl5/perlbrew/bin/patchperl Full documentation can be found here: http://search.cpan.org/~gugod/App-perlbrew-0.67/lib/App/perlbrew.pm It doesn't fully integrate into rpm/yum package management, but keeping everything isolated to a private location might be an acceptable compromise for your needs. ❧ Brian Mathis ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Setup a devel environment for perl modules
Brian Mathis wrote: On Tue, Apr 1, 2014 at 2:50 AM, C. L. Martinez carlopm...@gmail.com wrote: This is an interesting thread: http://lists.centos.org/pipermail/centos/2014-April/141871.html about the problems you can find building perl modules for CentOS releases (new or old). I agree with John R. Pierce: cpan is very very bad tool ( in fact, I hate it) to build perl modules for CentOS systems, breaks all other perl modules. I need to use several perl modules in several servers in my dept. and after some tests, I migrate to FreeBSD due to easy install perl modules with poudriere suite. But, anyone knows if it is possible to build a confident devel environment under CentOS with some tool to build rpm's perl modules without breaking anything in CentOS systems?? Maybe, it is a good idea to create a CentOS Perl SIG :)) Just today I managed to get a modern perl (5.18.2) installed on CentOS 5 using perlbrew. This gives you a complete perl environment in a private location where you can install modules without impacting the system perl. Normally I'm all for using pre-packged RPMs, but the C5 perl is so out of date that it pays off to do it this way instead. I ran into an issue with the setup script from the web site, and this seems to have worked around it: snip Right. And, um, don't forget to update that local userspace perl, and its modules regularly. And don't wait for the notice of updates or security or bugfixes, since there aren't any mark yumm ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Setup a devel environment for perl modules
On Tue, Apr 1, 2014 at 4:27 PM, m.r...@5-cent.us wrote: I ran into an issue with the setup script from the web site, and this seems to have worked around it: snip Right. And, um, don't forget to update that local userspace perl, and its modules regularly. And don't wait for the notice of updates or security or bugfixes, since there aren't any I wonder if there could be a way to build a 'userspace' version of fedora/ubuntu or something with faster updates where the entire thing lives in its own path with machine-processed package updates to keep it there. That is, use some other distro's work for the overall internal consistency and dependency management but don't let it break your system stability when you just need to run that one package that needs a newer library/module than CentOS/EPEL provide. It seems like there should be a more lightweight way to do that than running a whole virtual machine. Maybe the concept for RHEL software collections could be generalized to handle any disto's rpm/deb repos in their own area. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] write barrier support in CentOS 6
On 01/04/14 17:49, Alexandru Chiscan wrote: On 04/01/2014 06:27 AM, Keith Keller wrote: On 2014-04-01, Tom Robinson tom.robin...@motec.com.au wrote: Now, I understand that Red Hat (and therefore CentOS) backport many upstr= eam features into the stock kernel so how can I be sure that kernel 2.6.32-431.11.2.el6 has write bar= rier support? Take a look here: https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Storage_Administration_Guide/writebarrieronoff.html Regards, Lec Thanks Lec, I did read this already. It does address filesystems but not LVM. Are write barriers enabled for LVM? Write barriers need to be implemented through the entire stack for them to work. If you have ext4 on LVM on MD not having them on LVM would break the chain. N'est-ce pas? I believe you can look through the RHEL tech notes. Here they are for 6.5: https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html-single/6.5_Technical_Notes/index.html If you require barriers, you can always use the mainline kernel from elrepo. You can read about the mainline and long-term packages here: http://elrepo.org/tiki/kernel-lt You probably want the kernel-ml packages, but that page doesn't mention the -lt packages. Lots of CentOS admins use these kernels (including me) and are happy with them. --keith signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trouble installing Math::BigInt module
On 01/04/14 17:29, John R Pierce wrote: On 3/31/2014 11:13 PM, Tom Robinson wrote: I used to stick to the packages only approach but came up against more issues that way. I also spent a lot of time compiling and build packages. At the end of the day, CPAN consistently built a very tidy environment the problem with CPAN is its hard to maintain compatibility with multiple systems, each time you build it, you get something else. once you build a set of RPMs you can deploy them over and over, and if you need to update stuff, you can rebuild them with the same spec against a different system base. Clearly in Bennet's case he's done his best to use RPMs to manage the perl environment and failed. There's a case here for using CPAN directly. I do understand your point and agree that packaging will give you consistency. If you know what you are doing, CPAN works well, too. It's obvious that both approaches have pros/cons. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Setup a devel environment for perl modules
On Tue, Apr 1, 2014 at 5:27 PM, m.r...@5-cent.us wrote: Brian Mathis wrote: On Tue, Apr 1, 2014 at 2:50 AM, C. L. Martinez carlopm...@gmail.com wrote: This is an interesting thread: http://lists.centos.org/pipermail/centos/2014-April/141871.html about the problems you can find building perl modules for CentOS releases (new or old). I agree with John R. Pierce: cpan is very very bad tool ( in fact, I hate it) to build perl modules for CentOS systems, breaks all other perl modules. I need to use several perl modules in several servers in my dept. and after some tests, I migrate to FreeBSD due to easy install perl modules with poudriere suite. But, anyone knows if it is possible to build a confident devel environment under CentOS with some tool to build rpm's perl modules without breaking anything in CentOS systems?? Maybe, it is a good idea to create a CentOS Perl SIG :)) Just today I managed to get a modern perl (5.18.2) installed on CentOS 5 using perlbrew. This gives you a complete perl environment in a private location where you can install modules without impacting the system perl. Normally I'm all for using pre-packged RPMs, but the C5 perl is so out of date that it pays off to do it this way instead. I ran into an issue with the setup script from the web site, and this seems to have worked around it: snip Right. And, um, don't forget to update that local userspace perl, and its modules regularly. And don't wait for the notice of updates or security or bugfixes, since there aren't any mark yumm Mark, Yes, this is a good point. In a setup like this you are taking responsibility for updates and patching yourself, just like you would for any other set of libraries you use to develop an application. It becomes local to your application and not something you can rely on the operating system to provide, much like many java applications now come with a full version of the JRE they need to work included. This is the tradeoff you make, but it's not necessarily bad. You can use the OS and patching infrastructure as the foundation for your app, then use whatever you need to actually accomplish your business goal. If that one part of the system needs to be customized, then so be it. After all, that's the reason you're running the server in the first place. ❧ Brian Mathis ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Setup a devel environment for perl modules
On Apr 1, 2014, at 2:52 PM, Les Mikesell lesmikes...@gmail.com wrote: On Tue, Apr 1, 2014 at 4:27 PM, m.r...@5-cent.us wrote: I ran into an issue with the setup script from the web site, and this seems to have worked around it: snip Right. And, um, don't forget to update that local userspace perl, and its modules regularly. And don't wait for the notice of updates or security or bugfixes, since there aren't any I wonder if there could be a way to build a 'userspace' version of fedora/ubuntu or something with faster updates where the entire thing lives in its own path with machine-processed package updates to keep it there. That is, use some other distro's work for the overall internal consistency and dependency management but don't let it break your system stability when you just need to run that one package that needs a newer library/module than CentOS/EPEL provide. It seems like there should be a more lightweight way to do that than running a whole virtual machine. Maybe the concept for RHEL software collections could be generalized to handle any disto's rpm/deb repos in their own area. This would be possible with a form of containers. The problem I recall from looking at LXC, et el was that it uses the host system’s kernel, which would be either too old or too new depending on how you set up the container -- Gary L. Greene, Jr. Sr. Systems Administrator IT Operations Minerva Networks, Inc. Cell: +1 (650) 704-6633 signature.asc Description: Message signed with OpenPGP using GPGMail ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Adding a new disk to an existing raid 10
On 01/04/14 19:21, Roland RoLaNd wrote: Dear all, I'm not used to handling software raid. I've inherited a server which has raid 10 set. one of our disks failed, and it's to be replaced today. My question is; any hint how to add this new disk to the existing raid array ? first thought is :- Create identical partitions as other disks in the array i'd like to add it to.- add it to raid. Though i'm extremely worried of messing things up and wiping all my data. Any hint would be appreciated Remember to set the Linux raid autodetect flag (fd) on the partition. take a look into /proc/mdstat # cat /proc/mdstat To adjust the speed of rebuild look here: /proc/sys/dev/raid/speed_limit_max /proc/sys/dev/raid/speed_limit_min You can adjust them by echo-ing a new value directly into them: # echo 100 /proc/sys/dev/raid/speed_limit_max and make that permanent by setting it in /etc/sysctl.conf dev.raid.speed_limit_max = 100 when you do finally get to rebuilding the array, use 'watch' to monitor the rebuild. # watch 'cat /proc/mdstat' Then follow JC's exampled and you should be right. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trouble installing Math::BigInt module
Tom Robinson IT Manager/System Administrator MoTeC Pty Ltd 121 Merrindale Drive Croydon South 3136 Victoria Australia T: +61 3 9761 5050 F: +61 3 9761 5051 E: tom.robin...@motec.com.au On 01/04/14 19:04, Bennett Haselton wrote: On 3/31/2014 10:42 PM, Tom Robinson wrote: On 01/04/14 16:19, Bennett Haselton wrote: On 3/31/2014 7:56 PM, Tom Robinson wrote: Can you verify to which packages thefiles belong? Try using RPM: rpm -qf /usr/lib/perl5/vendor_perl/5.8.8/Net/IP.pm On the old machine: perl-Net-IP-1.25-2.fc6 and rpm -qf /usr/lib/perl5/vendor_perl/5.8.8/Crypt/DSA/KeyChain.pm On the new machine: perl-Crypt-DSA-1.16-1.el5.rf That should be a good starting point. Your check on installed packages as preposed by John shows two very different packaged environments. Did you ever use CPAN on the old or new machine? Yes, on both. I needed it because I needed to install Crypt::Twofish and it didn't seem to be available from the default repositories used by yum but it was available from CPAN. So I stand alone on this, but CPAN can work. I use it. Because there were dozens of sources that I read, plus probably thousands of others that I didn't read, saying that installing from CPAN was a way to install Perl modules, I figured it was reasonably safe to follow those directions, so I went ahead and did it. Part of the issue is, as others have stated, you have a mish/mash of so many different sources that they don't play together nicely any more. Best if you pare back to the basics. Try just core and EPEL packages to start with. If you can't find a package for your needs you have a few options. Compile a package yourself or use CPAN. CPAN on CentOS 5 is more difficult because when package updates arrive they can clobber you nicely installed CPAN libraries. CentOS 6 handles this better. CPAN does allow you to configure the install path for libraries, however, so you can defeat the package update clobberring issue. In your case, probably best to stick with the package approach and compile a new package based on the installed core and EPEL packages to resolve the rest of your requirements. Now, later I found out that you can get your machine into an inconsistent state by installing things from both CPAN and yum repositories, and moreover apparently you can't even properly uninstall things that are installed by CPAN: http://stackoverflow.com/questions/2626449/how-can-i-de-install-a-perl-module-installed-via-cpan so by following directions to the letter which are repeated in thousands of sources, I apparently put my machine in a state that will cause frequent unpredictable conflicts with all the things installed by the system package manager, and the damage is irreversible. Is that about right? :) At about the same time I learned not to use CPAN, the person helping me solve the current problem said that I could make the run-time errors go away by going into CPAN and install Math::BigInt -- which led to a new error, getting Math::BigInt: couldn't load specified math lib(s), fallback to Math::BigInt::Calc at /usr/lib/perl5/vendor_perl/5.8.8/Crypt/DH.pm line 6, so then I installed Math::BigInt::Pari through CPAN and it fixed the problem. I had to use CPAN because it was the only solution he knew and it was an emergency to get that error fixed. So, going forward, to mitigate the damage, should I just take all the packages that are currently only listed as installed on the old machine, truncate the version number (so e.g. truncate perl-Compress-Raw-Zlib-2.052-1.el5.rf to just perl-Compress-Raw-Zlib2) and install that with yum on the command line? (Thanks for that list, by the way.) And more generally, what is the best practice if I want to install a module like Crypt::Twofish that was not in the default yum repositories, if John and C.L. are saying to avoid CPAN, and both John and Tom are saying to avoid adding extra yum repositories? I'd like to use yum just for consistency since it automatically handles dependencies and such, and at least if I always use yum, then yum will always be aware of what's installed already (as opposed to things installed from CPAN). Bennett I would work to bring the new machine's perl environment as close to that of the old machine's. Indeed, perl-Net-SFTP package is only installed on the new machine! Your package output is reformatted here. Work through this to bring your environments as close as possible and check if you have used CPAN to install packages in the past. $ diff -yW80 /tmp/oldlist /tmp/newlist perl-5.8.8-41.el5 perl-5.8.8-41.el5 perl-Compress-Raw-Bzip2-2.052-1.el5.r | perl-Class-Loader-2.03-1.2.el5.rf perl-Compress-Raw-Zlib-2.052-1.el5.rf | perl-Compress-Zlib-1.42-1.fc6 perl-Convert-ASN1-0.22-1.el5.rf | perl-Convert-ASCII-Armour-1.4-1.2.el5 perl-Crypt-SSLeay-0.57-3.el5.rf | perl-Convert-ASN1-0.20-1.1
Re: [CentOS] trouble installing Math::BigInt module
Another approach used by people who want to use CPAN a lot, is to download and install Perl from source to say /usr/local, and point CPAN at that. That way you get the benefits of the latest Perl and CPAN without it fighting with yum/rpm. Your hashbang line in each Perl script that uses the alternate version of Perl would have to reflect the location of the alternate version of Perl and you would have to source any prerequisite Perl modules from CPAN, which is another chamber of hell. But it does avoid issues like you are having. Cheers, Cliff On Tue, Apr 1, 2014 at 9:04 PM, Bennett Haselton benn...@peacefire.orgwrote: On 3/31/2014 10:42 PM, Tom Robinson wrote: On 01/04/14 16:19, Bennett Haselton wrote: On 3/31/2014 7:56 PM, Tom Robinson wrote: Can you verify to which packages thefiles belong? Try using RPM: rpm -qf /usr/lib/perl5/vendor_perl/5.8.8/Net/IP.pm On the old machine: perl-Net-IP-1.25-2.fc6 and rpm -qf /usr/lib/perl5/vendor_perl/5.8.8/Crypt/DSA/KeyChain.pm On the new machine: perl-Crypt-DSA-1.16-1.el5.rf That should be a good starting point. Your check on installed packages as preposed by John shows two very different packaged environments. Did you ever use CPAN on the old or new machine? Yes, on both. I needed it because I needed to install Crypt::Twofish and it didn't seem to be available from the default repositories used by yum but it was available from CPAN. Because there were dozens of sources that I read, plus probably thousands of others that I didn't read, saying that installing from CPAN was a way to install Perl modules, I figured it was reasonably safe to follow those directions, so I went ahead and did it. Now, later I found out that you can get your machine into an inconsistent state by installing things from both CPAN and yum repositories, and moreover apparently you can't even properly uninstall things that are installed by CPAN: http://stackoverflow.com/questions/2626449/how-can-i-de-install-a-perl-module-installed-via-cpan so by following directions to the letter which are repeated in thousands of sources, I apparently put my machine in a state that will cause frequent unpredictable conflicts with all the things installed by the system package manager, and the damage is irreversible. Is that about right? :) At about the same time I learned not to use CPAN, the person helping me solve the current problem said that I could make the run-time errors go away by going into CPAN and install Math::BigInt -- which led to a new error, getting Math::BigInt: couldn't load specified math lib(s), fallback to Math::BigInt::Calc at /usr/lib/perl5/vendor_perl/5.8.8/Crypt/DH.pm line 6, so then I installed Math::BigInt::Pari through CPAN and it fixed the problem. I had to use CPAN because it was the only solution he knew and it was an emergency to get that error fixed. So, going forward, to mitigate the damage, should I just take all the packages that are currently only listed as installed on the old machine, truncate the version number (so e.g. truncate perl-Compress-Raw-Zlib-2.052-1.el5.rf to just perl-Compress-Raw-Zlib2) and install that with yum on the command line? (Thanks for that list, by the way.) And more generally, what is the best practice if I want to install a module like Crypt::Twofish that was not in the default yum repositories, if John and C.L. are saying to avoid CPAN, and both John and Tom are saying to avoid adding extra yum repositories? I'd like to use yum just for consistency since it automatically handles dependencies and such, and at least if I always use yum, then yum will always be aware of what's installed already (as opposed to things installed from CPAN). Bennett I would work to bring the new machine's perl environment as close to that of the old machine's. Indeed, perl-Net-SFTP package is only installed on the new machine! Your package output is reformatted here. Work through this to bring your environments as close as possible and check if you have used CPAN to install packages in the past. $ diff -yW80 /tmp/oldlist /tmp/newlist perl-5.8.8-41.el5 perl-5.8.8-41.el5 perl-Compress-Raw-Bzip2-2.052-1.el5.r | perl-Class-Loader-2.03-1.2.el5.rf perl-Compress-Raw-Zlib-2.052-1.el5.rf | perl-Compress-Zlib-1.42-1.fc6 perl-Convert-ASN1-0.22-1.el5.rf | perl-Convert-ASCII-Armour-1.4-1.2.el5 perl-Crypt-SSLeay-0.57-3.el5.rf | perl-Convert-ASN1-0.20-1.1 perl-DBD-mysql-4.014-1.el5.rf | perl-Convert-PEM-0.07-1.2.el5.rf perl-DBI-1.615-1.el5.rf | perl-Crypt-CBC-2.30-1.el5.rf perl-Crypt-DES-2.05-3.2.el5.rf perl-Crypt-DH-0.06-1.2.el5.rf perl-Crypt-DSA-1.16-1.el5.rf perl-Crypt-IDEA-1.08-1.el5.rf
Re: [CentOS] trouble installing Math::BigInt module
Have you thought of doing this in a Linux container to avoid tainting the base install? On Tuesday, April 1, 2014 at 4:40 PM, Cliff Pratt wrote: Another approach used by people who want to use CPAN a lot, is to download and install Perl from source to say /usr/local, and point CPAN at that. That way you get the benefits of the latest Perl and CPAN without it fighting with yum/rpm. Your hashbang line in each Perl script that uses the alternate version of Perl would have to reflect the location of the alternate version of Perl and you would have to source any prerequisite Perl modules from CPAN, which is another chamber of hell. But it does avoid issues like you are having. Cheers, Cliff On Tue, Apr 1, 2014 at 9:04 PM, Bennett Haselton benn...@peacefire.org (mailto:benn...@peacefire.org)wrote: On 3/31/2014 10:42 PM, Tom Robinson wrote: On 01/04/14 16:19, Bennett Haselton wrote: On 3/31/2014 7:56 PM, Tom Robinson wrote: Can you verify to which packages thefiles belong? Try using RPM: rpm -qf /usr/lib/perl5/vendor_perl/5.8.8/Net/IP.pm On the old machine: perl-Net-IP-1.25-2.fc6 and rpm -qf /usr/lib/perl5/vendor_perl/5.8.8/Crypt/DSA/KeyChain.pm On the new machine: perl-Crypt-DSA-1.16-1.el5.rf That should be a good starting point. Your check on installed packages as preposed by John shows two very different packaged environments. Did you ever use CPAN on the old or new machine? Yes, on both. I needed it because I needed to install Crypt::Twofish and it didn't seem to be available from the default repositories used by yum but it was available from CPAN. Because there were dozens of sources that I read, plus probably thousands of others that I didn't read, saying that installing from CPAN was a way to install Perl modules, I figured it was reasonably safe to follow those directions, so I went ahead and did it. Now, later I found out that you can get your machine into an inconsistent state by installing things from both CPAN and yum repositories, and moreover apparently you can't even properly uninstall things that are installed by CPAN: http://stackoverflow.com/questions/2626449/how-can-i-de-install-a-perl-module-installed-via-cpan so by following directions to the letter which are repeated in thousands of sources, I apparently put my machine in a state that will cause frequent unpredictable conflicts with all the things installed by the system package manager, and the damage is irreversible. Is that about right? :) At about the same time I learned not to use CPAN, the person helping me solve the current problem said that I could make the run-time errors go away by going into CPAN and install Math::BigInt -- which led to a new error, getting Math::BigInt: couldn't load specified math lib(s), fallback to Math::BigInt::Calc at /usr/lib/perl5/vendor_perl/5.8.8/Crypt/DH.pm line 6, so then I installed Math::BigInt::Pari through CPAN and it fixed the problem. I had to use CPAN because it was the only solution he knew and it was an emergency to get that error fixed. So, going forward, to mitigate the damage, should I just take all the packages that are currently only listed as installed on the old machine, truncate the version number (so e.g. truncate perl-Compress-Raw-Zlib-2.052-1.el5.rf to just perl-Compress-Raw-Zlib2) and install that with yum on the command line? (Thanks for that list, by the way.) And more generally, what is the best practice if I want to install a module like Crypt::Twofish that was not in the default yum repositories, if John and C.L. are saying to avoid CPAN, and both John and Tom are saying to avoid adding extra yum repositories? I'd like to use yum just for consistency since it automatically handles dependencies and such, and at least if I always use yum, then yum will always be aware of what's installed already (as opposed to things installed from CPAN). Bennett I would work to bring the new machine's perl environment as close to that of the old machine's. Indeed, perl-Net-SFTP package is only installed on the new machine! Your package output is reformatted here. Work through this to bring your environments as close as possible and check if you have used CPAN to install packages in the past. $ diff -yW80 /tmp/oldlist /tmp/newlist perl-5.8.8-41.el5 perl-5.8.8-41.el5 perl-Compress-Raw-Bzip2-2.052-1.el5.r | perl-Class-Loader-2.03-1.2.el5.rf perl-Compress-Raw-Zlib-2.052-1.el5.rf | perl-Compress-Zlib-1.42-1.fc6 perl-Convert-ASN1-0.22-1.el5.rf | perl-Convert-ASCII-Armour-1.4-1.2.el5 perl-Crypt-SSLeay-0.57-3.el5.rf | perl-Convert-ASN1-0.20-1.1 perl-DBD-mysql-4.014-1.el5.rf | perl-Convert-PEM-0.07-1.2.el5.rf perl-DBI-1.615-1.el5.rf | perl-Crypt-CBC-2.30-1.el5.rf perl-Crypt-DES-2.05-3.2.el5.rf
Re: [CentOS] Adding a new disk to an existing raid 10
On Tue, Apr 1, 2014 at 4:58 AM, JC Putter jcput...@gmail.com wrote: Hi, I had to do this a while ago, basically you have to mark the disk as failed (if not already) and than remove it from the array mark as failed mdadm --fail /dev/md0 /dev/sdaX remove from array madmad --remove /dev/md0 /dev/sdaX Partition your new disk to your needs and then add it to the array You can clone the partition layout from an existing healthy disk and write it to the new disk with sfdisk. *As always, be very careful* what disk you're dumping the partition layout from and which one is the target destination. sfdisk -d /dev/sdX | sfdisk /dev/sdY -- ---~~.~~--- Mike // SilverTip257 // ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Adding a new disk to an existing raid 10
On 4/1/2014 5:03 PM, SilverTip257 wrote: You can clone the partition layout from an existing healthy disk and write it to the new disk with sfdisk.*As always, be very careful* what disk you're dumping the partition layout from and which one is the target destination. sfdisk -d /dev/sdX | sfdisk /dev/sdY does sfdisk support GPT disks, or is it limited to disks under 2TB ? -- john r pierce 37N 122W somewhere on the middle of the left coast ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trouble installing Math::BigInt module
On 4/1/2014 4:10 PM, Tom Robinson wrote: Tom Robinson IT Manager/System Administrator MoTeC Pty Ltd 121 Merrindale Drive Croydon South 3136 Victoria Australia T: +61 3 9761 5050 F: +61 3 9761 5051 E: tom.robin...@motec.com.au On 01/04/14 19:04, Bennett Haselton wrote: On 3/31/2014 10:42 PM, Tom Robinson wrote: On 01/04/14 16:19, Bennett Haselton wrote: On 3/31/2014 7:56 PM, Tom Robinson wrote: Can you verify to which packages thefiles belong? Try using RPM: rpm -qf /usr/lib/perl5/vendor_perl/5.8.8/Net/IP.pm On the old machine: perl-Net-IP-1.25-2.fc6 and rpm -qf /usr/lib/perl5/vendor_perl/5.8.8/Crypt/DSA/KeyChain.pm On the new machine: perl-Crypt-DSA-1.16-1.el5.rf That should be a good starting point. Your check on installed packages as preposed by John shows two very different packaged environments. Did you ever use CPAN on the old or new machine? Yes, on both. I needed it because I needed to install Crypt::Twofish and it didn't seem to be available from the default repositories used by yum but it was available from CPAN. So I stand alone on this, but CPAN can work. I use it. Well it sounds like it can work if you know have enough Linux knowledge that if CPAN throws you a curveball (or since you're Australian, bowls you a googly?), like package updates clobbering your libraries, and the written documentation about what to do is missing or wrong, you can fill in the gaps. I don't know enough about Linux to recognize when the documentation is wrong (or to fill in the missing parts), so I try to stay on the standard supported path as much as possible. Because there were dozens of sources that I read, plus probably thousands of others that I didn't read, saying that installing from CPAN was a way to install Perl modules, I figured it was reasonably safe to follow those directions, so I went ahead and did it. Part of the issue is, as others have stated, you have a mish/mash of so many different sources that they don't play together nicely any more. Best if you pare back to the basics. Try just core and EPEL packages to start with. If you can't find a package for your needs you have a few options. Compile a package yourself or use CPAN. CPAN on CentOS 5 is more difficult because when package updates arrive they can clobber you nicely installed CPAN libraries. CentOS 6 handles this better. CPAN does allow you to configure the install path for libraries, however, so you can defeat the package update clobberring issue. In your case, probably best to stick with the package approach and compile a new package based on the installed core and EPEL packages to resolve the rest of your requirements. I understand (I think), but is it easy to tell me, or is there a *reliable*, *vetted* source, describing for intermediate users how to actually do this? i.e.: 1) When you say Try just core and EPEL packages to start with, are you talking about which .repo files I should keep in my /etc/yum.repos.d directory? OK, then which ones should be in there? Only the CentOS-* ones that were in there by default? And *not* the rpmforge.repo one? Does one of the default .repo files also include the EPEL packages? 2) And then if I want to install a module like Crypt::Twofish which isn't included in the default packages, by compiling a new package based on the installed core and EPEL packages, then I do -- what? I understand that if you already know the answers to these questions, it seems like the answers are obvious or easy to find on Google. The problem is that's what got me here in the first place, because I did look for answers from reliable sources on Google, and didn't know enough to realize which parts of the directions were wrong. If I try to do the next step based on directions from Google, I'm not doing to know when the directions are misleading me there either. So I'm hoping someone could tell me how to do it or could point me to directions that have actually been vetted (meaning that someone showed the directions to at least one intermediate-level user and said Here, we want these directions to be helpful to people, so try these out, let me know if you get stuck, and we'll keep revising the directions until there are no places where people get stuck any more.). Now, later I found out that you can get your machine into an inconsistent state by installing things from both CPAN and yum repositories, and moreover apparently you can't even properly uninstall things that are installed by CPAN: http://stackoverflow.com/questions/2626449/how-can-i-de-install-a-perl-module-installed-via-cpan so by following directions to the letter which are repeated in thousands of sources, I apparently put my machine in a state that will cause frequent unpredictable conflicts with all the things installed by the system package manager, and the damage is irreversible. Is that about right? :) At about the same time I learned not to use
Re: [CentOS] Adding a new disk to an existing raid 10
On Tue, Apr 1, 2014 at 8:08 PM, John R Pierce pie...@hogranch.com wrote: On 4/1/2014 5:03 PM, SilverTip257 wrote: You can clone the partition layout from an existing healthy disk and write it to the new disk with sfdisk.*As always, be very careful* what disk you're dumping the partition layout from and which one is the target destination. sfdisk -d /dev/sdX | sfdisk /dev/sdY does sfdisk support GPT disks, or is it limited to disks under 2TB ? Good question. [ In all of the servers at my $DAY_JOB, the disks in software raid arrays are = 2TB at the moment. ] No. sfdisk does _NOT_ support GPT. But sgdisk [0] does. [1] [2] * I've not tested/labbed sgdisk usage, so if anybody on the list has experience using it please speak up. :-) [0] http://www.cyber-tec.org/2012/04/07/sfdisk-for-gpt-we-use-sgdisk/ [1] http://www.ibm.com/developerworks/library/l-gpt/ [2] http://askubuntu.com/questions/57908/how-can-i-quickly-copy-a-gpt-partition-scheme-from-one-hard-drive-to-another -- ---~~.~~--- Mike // SilverTip257 // ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trouble installing Math::BigInt module
On 02/04/14 11:16, Bennett Haselton wrote: I understand (I think), but is it easy to tell me, or is there a *reliable*, *vetted* source, describing for intermediate users how to actually do this? i.e.: 1) When you say Try just core and EPEL packages to start with, are you talking about which .repo files I should keep in my /etc/yum.repos.d directory? OK, then which ones should be in there? Only the CentOS-* ones that were in there by default? And *not* the rpmforge.repo one? Does one of the default .repo files also include the EPEL packages? This depends if you already have dependencies on rpmforge. If you don't need them, remove that repo and just use the CentOS and EPEL repos for now. You may have a task here to really tidy up and remove all the fedora and rpmforge stuff. You can also make exceptions in the repo configs and the main repo config files to exclude sets of packages from those foreign repos. For example: exclude=perl* Check the man pages/documentation for more examples. 2) And then if I want to install a module like Crypt::Twofish which isn't included in the default packages, by compiling a new package based on the installed core and EPEL packages, then I do -- what? You will have to research package building a bit more yourself. http://wiki.centos.org/HowTos/SetupRpmBuildEnvironment You can also draw from examples of existing packages by getting their source RPMs and reading through the spec files. http://vault.centos.org/6.5/os/Source/SPackages/ I understand that if you already know the answers to these questions, it seems like the answers are obvious or easy to find on Google. The problem is that's what got me here in the first place, because I did look for answers from reliable sources on Google, and didn't know enough to realize which parts of the directions were wrong. If I try to do the next step based on directions from Google, I'm not doing to know when the directions are misleading me there either. So I'm hoping someone could tell me how to do it or could point me to directions that have actually been vetted (meaning that someone showed the directions to at least one intermediate-level user and said Here, we want these directions to be helpful to people, so try these out, let me know if you get stuck, and we'll keep revising the directions until there are no places where people get stuck any more.). Start with the above. You may have open a new thread for package building support. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Q2ask about dual systems booting failure!
On my computer with dual systems(win7+centos6.4(now 6.5), after I do something, problems came out: when I plug portable hard disk into my computer, It is not mounted successfully. SO I do as the suggestions from URL 'http://wiki.centos.org/TipsAndTricks/NTFS' with the following block: _/Installing required packages/_ _//__//__//__//_ _/For /__/*CentOS-6*/__/the /__/*EPEL*/__/repository is carrying later NTFS packages. EPEL is also usable for /__/*CentOS-5*/__/. To install, after enabling the repo per the /__/Repositories http://wiki.centos.org/Repositories/__/page: /__//_ _/yum install ntfs-3g /__//_ _//_ _/or if you prefer to leave EPEL disabled by default /__//_ _/yum --enablerepo epel install ntfs-3g /__//_ _//__//_ _/You may also want to /__//_ _/yum install ntfsprogs ntfsprogs-gnomevfs /__//_ _//_ _/for additional functionality. /__//__//_ _/Mounting an NTFS filesystem/_ _//__//_ _/Suppose your ntfs filesystem is /__//dev/sda1/__/and you are going to mount it on /__//mymnt/win/__/, /__//__/do the following. /__//__//_ _/First, create a mount point. /__//_ _/mkdir /mymnt/win /__//_ _//_ _/Next, /__/*edit*/__//__//etc/fstab/__/as follows. To mount read-only: /__//_ _//dev/sda1 /mymnt/win ntfs-3g ro,umask=0222,defaults 0 0 /__//_ _//_ _/To mount read-write: /__//_ _//dev/sda1 /mymnt/win ntfs-3g rw,umask=,defaults 0 0 /__//_ _//_ _/You can now mount it by running: /__//_ _/mount /mymnt/win/_ But after doing that, the error is also reported Unable to mount location\Error mounting: mount:unknown filesystem type 'ntfs'. So I /*mkdir*/ another */mnt/win*, */delete/* the */mymnt/win* and try again. the error is reported too! At the same time, when I reboot the computer. I can not login the Win7 system by error reported *BOOTMGR is missing* How can I fix these problem? By the way I use 'fdisk -l' to check my partition and shows as follows: /Disk /dev/sda: 1000.2 GB, 1000204886016 bytes 255 heads, 63 sectors/track, 121601 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0x1cc5999d Device Boot Start End Blocks Id System /dev/sda1 * 1 26 2048007 HPFS/NTFS Partition 1 does not end on cylinder boundary. /dev/sda2 26 12927 1036288007 HPFS/NTFS /dev/sda3 12927 117676 841393152f W95 Ext'd (LBA) /dev/sda4 117676 12160231534808 12 Compaq diagnostics /dev/sda5 12927 44798 256007 HPFS/NTFS /dev/sda6 44798 76669 256007 HPFS/NTFS /dev/sda7 76669 103440 215047 HPFS/NTFS /dev/sda8 103440 103466 204800 83 Linux /dev/sda9 103466 1104775632 83 Linux /dev/sda10 110477 111497 8192000 82 Linux swap / Solaris /dev/sda11 111497 11767649629184 83 Linux// //Can you help me out?/ best regards, yours alex ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Setup a devel environment for perl modules
On Tue, Apr 1, 2014 at 8:44 PM, Les Mikesell lesmikes...@gmail.com wrote: On Tue, Apr 1, 2014 at 1:50 AM, C. L. Martinez carlopm...@gmail.com wrote: http://lists.centos.org/pipermail/centos/2014-April/141871.html about the problems you can find building perl modules for CentOS releases (new or old). I agree with John R. Pierce: cpan is very very bad tool ( in fact, I hate it) to build perl modules for CentOS systems, breaks all other perl modules. I need to use several perl modules in several servers in my dept. and after some tests, I migrate to FreeBSD due to easy install perl modules with poudriere suite. But, anyone knows if it is possible to build a confident devel environment under CentOS with some tool to build rpm's perl modules without breaking anything in CentOS systems?? Maybe, it is a good idea to create a CentOS Perl SIG :)) Pretty much everyone needs EPEL for something - so it is not enough to not break anything in CentOS base, but you also need to not break/conflict with/replace anything in EPEL.So really, the best approach would just be to add any missing modules to EPEL. Thanks Les, but EPEL here it is not an option. I need a lot of perl modules that it doesn't exists in EPEL repos. Yes, I can use some (a few) of perl modules published in EPEL, but they are outdated ... And it is another problem .. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
