Re: [CentOS] gtkpod
On Sun, 11 Nov 2012, Nux! wrote: > On 10.11.2012 22:17, Bob Hepple wrote: >> High and low searching (google, most of the repos in >> http://wiki.centos.org/AdditionalResources/Repositories) availed >> nothing - has >> anyone found a repo for gtkpod on centos-6? I seem to recall having >> to use >> fedora packages at some time in the past. Bit loath to do that again >> or compile >> from source. There is a bunch of rpms here http://lcfg-sl5.see.ed.ac.uk/see/sl6_64/ including gtkpod-2.0.2-1.el6.x86_64.rpm gtkpod-devel-2.0.2-1.el6.x86_64.rpm Steve ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Please help -- centos 5.8: does the slapcat still breaks ldap data integrity?
Am 13.11.2012 um 08:45 schrieb Gelen James: > Hi all, > > I've a small project to backup and restore openldap servers online on centos > 5.8. Basically I don't have the luxury to shutdown the ldap server, then > backup whole /var/lib/ldap/, but have to backup online with slapcat or > similar command line tool. > > The major concern of using slapcat is the warning below, which was excerpt > from link > http://www.centos.org/docs/5/html/5.1/Deployment_Guide/s1-ldap-daemonsutils.html > > You must stop slapd by issuing the /sbin/service ldap stop command before > using slapadd, slapcat or slapindex. Otherwise, the integrity of the LDAP > directory is at risk. > Does the limitation of slapcat -- stop ldap first -- still exist? Please shed > a light onto this. Thanks. for the "online" backup i suggest export DESTBACKUPFILE=$(date +%Y%m%d).ldif ldapsearch -x -b dc=example,dc=com -D cn=manager,dc=example,dc=com -w $(cat /etc/ldap.secret) > "$DESTBACKUPFILE" -- LF ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Unable to lauch php-script to truncate database
On Mon, 12 Nov 2012, Mark LaPierre wrote: *snip* >> or just try to execute the script from an absolute path: >> [root@caw-server2 jvermeulen]# php >> /var/www/html/nubuilder/db/reg_bib/cron.php >> PHP Warning: include(./config.php): failed to open stream: No such file >> or directory in /var/www/html/nubuilder/db/reg_bib/cron.php on line 3 >> PHP Warning: include(): Failed opening './config.php' for inclusion >> (include_path='.:/usr/share/pear:/usr/share/php') in *snip* > Are you changing your active directory to /var/www/html/nubuilder/db in > your shell script first? It looks like your shell script is getting a > listing of that directory and then trying to execute your PHP script in > that directory which is failing because the parent process that called > the PHP script is not currently in the directory where the PHP script is > trying to find the files it is supposed to be working with. See where > it says, "failed to open stream: No such file"? the other thing to bear in mind are: ; open_basedir, if set, limits all file operations to the defined directory and below. ; This directive makes most sense if used in a per-directory ; or per-virtualhost web server configuration file. ; This directive is *NOT* affected by whether Safe Mode is turned On or Off. ; http://www.php.net/manual/en/ini.sect.safe-mode.php#ini.open-basedir ;open_basedir = http://www.php.net/manual/en/ini.core.php#ini.include-path These two directives work together to limit what files you allow PHP access to. BTW - exactly where is the config.php file located you are trying to include? Kind Regards, Keith --- Websites: http://www.karsites.net http://www.php-debuggers.net http://www.raised-from-the-dead.org.uk All email addresses are challenge-response protected with TMDA [http://tmda.net] --- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Unable to lauch php-script to truncate database
Op 13-11-12 11:04, Keith Roberts schreef: > On Mon, 12 Nov 2012, Mark LaPierre wrote: > > *snip* > >>> or just try to execute the script from an absolute path: >>> [root@caw-server2 jvermeulen]# php >>> /var/www/html/nubuilder/db/reg_bib/cron.php >>> PHP Warning: include(./config.php): failed to open stream: No such file >>> or directory in /var/www/html/nubuilder/db/reg_bib/cron.php on line 3 >>> PHP Warning: include(): Failed opening './config.php' for inclusion >>> (include_path='.:/usr/share/pear:/usr/share/php') in > *snip* > >> Are you changing your active directory to /var/www/html/nubuilder/db in >> your shell script first? It looks like your shell script is getting a >> listing of that directory and then trying to execute your PHP script in >> that directory which is failing because the parent process that called >> the PHP script is not currently in the directory where the PHP script is >> trying to find the files it is supposed to be working with. See where >> it says, "failed to open stream: No such file"? > the other thing to bear in mind are: > > ; open_basedir, if set, limits all file operations to the > defined directory and below. > ; This directive makes most sense if used in a per-directory > ; or per-virtualhost web server configuration file. > ; This directive is *NOT* affected by whether Safe Mode is turned On or Off. > ; http://www.php.net/manual/en/ini.sect.safe-mode.php#ini.open-basedir > ;open_basedir = > > http://www.php.net/manual/en/ini.core.php#ini.include-path > > These two directives work together to limit what files you > allow PHP access to. > > BTW - exactly where is the config.php file located you are > trying to include? > > Kind Regards, > > Keith > > --- > Websites: > http://www.karsites.net > http://www.php-debuggers.net > http://www.raised-from-the-dead.org.uk > > All email addresses are challenge-response protected with > TMDA [http://tmda.net] > --- > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos Hello All, Hello Keith, thanks a million for the responses, I'm already happy to understand where the EM are coming from. The config.php are in each database; /[root@caw-server2 db]# ls reg_begeleidingsteam reg_jww_archief reg_personeel reg_straathoekwerk reg_bib reg_jww_dossiers reg_resident reg_vrijwilligers reg_drughulp reg_jww_dvd reg_signaleren reg_jac_activiteitreg_onthaal reg_sollicitatie/ so for instance reg_bib ( witch has a library ) has config.php : /[root@caw-server2 reg_bib]# ls background_logo.jpgconfig.php database.php index.php background_stripe.png cron.phpfavicon.ico/ Following your advise, I changed the include enty to : include "/var/www/html/nubuilder/db/reg_bib/config.php"; this seems to work without EM, I'm now checking if this indeed truncated the files. again many thanks ! Greetings,J. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 93, Issue 8
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. CEBA-2012:1448 CentOS 5 httpd Update (Johnny Hughes)
2. CEBA-2012:1451 CentOS 6 cdrkit FASTTRACK Update (Johnny Hughes)
3. CEBA-2012:1440 CentOS 6 perl-IPC-Run3 FASTTRACK Update
(Johnny Hughes)
4. CEBA-2012:1449 CentOS 6 mrtg FASTTRACK Update (Johnny Hughes)
5. CEBA-2012:1453 CentOS 6 sysfsutils FASTTRACK Update
(Johnny Hughes)
6. CEBA-2012:1452 CentOS 6 ftp Update (Johnny Hughes)
7. CEBA-2012:1450 CentOS 6 gnome-settings-daemon Update
(Johnny Hughes)
8. CEBA-2012:1446 CentOS 6 gdm Update (Johnny Hughes)
9. CESA-2012:1455 Moderate CentOS 6 gegl Update (Johnny Hughes)
--
Message: 1
Date: Mon, 12 Nov 2012 14:16:44 +
From: Johnny Hughes
Subject: [CentOS-announce] CEBA-2012:1448 CentOS 5 httpd Update
To: centos-annou...@centos.org
Message-ID: <20121112141644.ga24...@chakra.karan.org>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Bugfix Advisory 2012:1448
Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1448.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
dccd23152c20445c15686e76e5f45d054433f7b24df855f46f02919b57e89a4d
httpd-2.2.3-65.el5.centos.3.i386.rpm
a6678cf1a0e6b56b0cd6a12e1766580eeae7397babed8e69b94e1fc1901aded2
httpd-devel-2.2.3-65.el5.centos.3.i386.rpm
4f81643191ba1c711c6d34d0c1ed6ef88030c0b1590706226486b4896a30df55
httpd-manual-2.2.3-65.el5.centos.3.i386.rpm
b45be21d0cf80b9b420b945a8a535e786f196df631964d26f872496e05433747
mod_ssl-2.2.3-65.el5.centos.3.i386.rpm
x86_64:
dbffbf142be8c127ae6426017d3ee1609741d010f9606fd197ad5fa733c01d76
httpd-2.2.3-65.el5.centos.3.x86_64.rpm
a6678cf1a0e6b56b0cd6a12e1766580eeae7397babed8e69b94e1fc1901aded2
httpd-devel-2.2.3-65.el5.centos.3.i386.rpm
c54d0c7899ebacc785b9e25cad4d5b060301485ceeae47dad904e94fd54b60cd
httpd-devel-2.2.3-65.el5.centos.3.x86_64.rpm
4183d6f14afcf0d493a924a49da803960aa0dd5a7b1d2ed9442b153b8a4cc95e
httpd-manual-2.2.3-65.el5.centos.3.x86_64.rpm
926a11ca8ff571c0db0cd0f8b003e583d1dbe8e1ee739f54d0385b9fc293e561
mod_ssl-2.2.3-65.el5.centos.3.x86_64.rpm
Source:
1acd73e4bade210c17728390f7278a60e2cc69e26fc49340fa234903767a0fb5
httpd-2.2.3-65.el5.centos.3.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
--
Message: 2
Date: Mon, 12 Nov 2012 14:49:39 +
From: Johnny Hughes
Subject: [CentOS-announce] CEBA-2012:1451 CentOS 6 cdrkit FASTTRACK
Update
To: centos-annou...@centos.org
Message-ID: <20121112144939.ga26...@chakra.karan.org>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Bugfix Advisory 2012:1451
Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1451.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
4934b86b888f3c2e763dba9c079c1c1b5f41758f79fa5edcdee89bec151b8630
dirsplit-1.1.9-12.el6.i686.rpm
3dcb4e846b0eea2d21df63c5adb8f8651546bb4e1e283275fd9cb2737ede94d9
genisoimage-1.1.9-12.el6.i686.rpm
d17c953aa670c071d0726ac831682b5db87208907e8d114428a6bb0e20a6b446
icedax-1.1.9-12.el6.i686.rpm
4f3e9071de0f5dfc8c38f1f9b57d448e807795a06c72a14820af6c2ba185521a
wodim-1.1.9-12.el6.i686.rpm
x86_64:
6a5386cc24ad8438ff3036fd68df716b0bcf7025c218336c929a2ff3aba05828
dirsplit-1.1.9-12.el6.x86_64.rpm
212ecd7f5cf5c44156ecec5aa859fb5820731100eb5f903eb8d520a58e16802c
genisoimage-1.1.9-12.el6.x86_64.rpm
23987435f7da00321165a699d18f49d0b07ef173da66d640465bd940f1e09c8f
icedax-1.1.9-12.el6.x86_64.rpm
9f4aba361e07263034f6a91414ffe88a489d368f85b969c58b32076c4242d8aa
wodim-1.1.9-12.el6.x86_64.rpm
Source:
2d7f57ab98e1a04d1c89338e1479f3c47847fb015fd9e267ad6eacdb28ca98b5
cdrkit-1.1.9-12.el6.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
--
Message: 3
Date: Mon, 12 Nov 2012 14:50:15 +
From: Johnny Hughes
Subject: [CentOS-announce] CEBA-2012:1440 CentOS 6 perl-IPC-Run3
FASTTRACK Update
To: centos-annou...@centos.org
Message-ID: <20121112145015.ga26...@chakra.karan.org>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Bugfix Advisory 2012:1440
Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1440.html
The following updated files h
[CentOS] mce error
During booting of Centos6 I see an error message that goes something like: Starting mcelog daemon [FAILED] AMD Processor family 15: Please load edac_mce_amd module. CPU is unsupported The only helpful information I have found is in the "preview" of https://access.redhat.com/knowledge/solutions/158503. I don't have a RedHat account, so don't know if they have a real solution. I know that mce has to do with logging certain microprocessor errors. 1. How important is this 2. Is there anything I should do, except wait for a bug fix sometime? Ted Miller Elkhart, IN ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] mce error
Just check the config to build the edac_mce module if you don't build it in. CONFIG_EDAC_MCE=y Make sure you have this in the /boot/config-. Banyan He Blog: http://www.rootong.com Email: ban...@rootong.com On 2012-11-13 8:12 PM, Ted Miller wrote: > During booting of Centos6 I see an error message that goes something like: > > Starting mcelog daemon [FAILED] > AMD Processor family 15: Please load edac_mce_amd module. > CPU is unsupported > > The only helpful information I have found is in the "preview" of > https://access.redhat.com/knowledge/solutions/158503. I don't have a > RedHat account, so don't know if they have a real solution. > > I know that mce has to do with logging certain microprocessor errors. > > 1. How important is this > 2. Is there anything I should do, except wait for a bug fix sometime? > > Ted Miller > Elkhart, IN > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] mce error
On 11/13/2012 07:49 AM, Banyan He wrote: > Just check the config to build the edac_mce module if you don't build it in. > > CONFIG_EDAC_MCE=y > > Make sure you have this in the /boot/config-. If he is running a standard CentOS kernel then he should have CONFIG_EDAC_MCE=y. > > > On 2012-11-13 8:12 PM, Ted Miller wrote: >> During booting of Centos6 I see an error message that goes something like: >> >> Starting mcelog daemon [FAILED] >> AMD Processor family 15: Please load edac_mce_amd module. >> CPU is unsupported >> >> The only helpful information I have found is in the "preview" of >> https://access.redhat.com/knowledge/solutions/158503. I don't have a >> RedHat account, so don't know if they have a real solution. >> >> I know that mce has to do with logging certain microprocessor errors. >> >> 1. How important is this >> 2. Is there anything I should do, except wait for a bug fix sometime? >> >> Ted Miller >> Elkhart, IN What is does this command say: uname -r signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] JPackage repo - is it good?
Hi all. I am installing solr and would like to use JPackage repo http://www.jpackage.org/. What do you think about this repository? Any problems with it? Best regards, Rafal. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Please help -- centos 5.8: does the slapcat still breaks ldap data integrity?
On Nov 13, 2012, at 12:45 AM, Gelen James wrote: > Hi all, > > I've a small project to backup and restore openldap servers online on centos > 5.8. Basically I don't have the luxury to shutdown the ldap server, then > backup whole /var/lib/ldap/, but have to backup online with slapcat or > similar command line tool. > > The major concern of using slapcat is the warning below, which was excerpt > from link > http://www.centos.org/docs/5/html/5.1/Deployment_Guide/s1-ldap-daemonsutils.html > > You must stop slapd by issuing the /sbin/service ldap stop command before > using slapadd, slapcat or slapindex. Otherwise, the integrity of the LDAP > directory is at risk. > Does the limitation of slapcat -- stop ldap first -- still exist? Please shed > a light onto this. Thanks. depends on what you are using for backend. If you are still using ldbm (you definitely shouldn't at this point), then yes, it must be stopped before doing the slapcat. If you are using bdb or hdb, no… it's not necessary to stop the service first. Craig ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] JPackage repo - is it good?
you can use YUM to download the packages first before installing them. Just doing some verification. Banyan He Blog: http://www.rootong.com Email: ban...@rootong.com On 2012-11-13 10:51 PM, Rafał Radecki wrote: > Hi all. > > I am installing solr and would like to use JPackage repo > http://www.jpackage.org/. What do you think about this repository? Any > problems with it? > > Best regards, > Rafal. > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Please help -- centos 5.8: does the slapcat still breaks ldap data integrity?
> > Hi all, > > > > I've a small project to backup and restore openldap servers online on > >centos 5.8. Basically I don't have the luxury to shutdown the ldap server, > >then backup whole /var/lib/ldap/, but have to backup online with slapcat or > >similar command line tool. > > > > The major concern of using slapcat is the warning below, which was excerpt > > from link > > http://www.centos.org/docs/5/html/5.1/Deployment_Guide/s1-ldap-daemonsutils.html > > > > You must stop slapd by issuing the /sbin/service ldap stop command before > > using slapadd, slapcat or slapindex. Otherwise, the integrity of the LDAP > > directory is at risk. > > Does the limitation of slapcat -- stop ldap first -- still exist? Please > > shed a light onto this. Thanks. > > depends on what you are using for backend. If you are still using ldbm (you > definitely shouldn't at this point), then yes, it must be stopped before > doing the slapcat. If you are using > bdb or hdb, no… it's not necessary to > stop the service first. > >Craig Thanks for confirmation, I'm using the default config/backend with minor changes, so it seems bdb. The following are the types of the files under /var/lib/ldap. alock: data cn.bdb: Berkeley DB (Btree, version 9, native byte-order) __db.001: Applesoft BASIC program data __db.002: data __db.003: data __db.004: data __db.005: data __db.006: data DB_CONFIG: ASCII English text dn2id.bdb: Berkeley DB (Btree, version 9, native byte-order) gidNumber.bdb: Berkeley DB (Btree, version 9, native byte-order) givenName.bdb: Berkeley DB (Btree, version 9, native byte-order) id2entry.bdb: Berkeley DB (Btree, version 9, native byte-order) log.01: Berkeley DB (Log, version 11, native byte-order) loginShell.bdb: Berkeley DB (Btree, version 9, native byte-order) mail.bdb: Berkeley DB (Btree, version 9, native byte-order) objectClass.bdb: Berkeley DB (Btree, version 9, native byte-order) ou.bdb: Berkeley DB (Btree, version 9, native byte-order) sn.bdb: Berkeley DB (Btree, version 9, native byte-order) uid.bdb: Berkeley DB (Btree, version 9, native byte-order) uidNumber.bdb: Berkeley DB (Btree, version 9, native byte-order) Thanks. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Please help -- centos 5.8: does the slapcat still breaks ldap data integrity?
On Nov 13, 2012, at 11:56 AM, Gelen James wrote: >>> Hi all, > >>> >>> I've a small project to backup and restore openldap servers online on >>> centos 5.8. Basically I don't have the luxury to shutdown the ldap server, >>> then backup whole /var/lib/ldap/, but have to backup online with slapcat or >>> similar command line tool. >>> >>> The major concern of using slapcat is the warning below, which was excerpt >>> from link >>> http://www.centos.org/docs/5/html/5.1/Deployment_Guide/s1-ldap-daemonsutils.html >>> >>> You must stop slapd by issuing the /sbin/service ldap stop command before >>> using slapadd, slapcat or slapindex. Otherwise, the integrity of the LDAP >>> directory is at risk. >>> Does the limitation of slapcat -- stop ldap first -- still exist? Please >>> shed a light onto this. Thanks. >> >> depends on what you are using for backend. If you are still using ldbm (you >> definitely shouldn't at this point), then yes, it must be stopped before >> doing the slapcat. If you are using > bdb or hdb, no… it's not necessary to >> stop the service first. >> >> Craig > > Thanks for confirmation, I'm using the default config/backend with minor > changes, so it seems bdb. The following are the types of the files under > /var/lib/ldap. > > alock: data > cn.bdb: Berkeley DB (Btree, version 9, native byte-order) > __db.001:Applesoft BASIC program data > __db.002:data > __db.003:data > __db.004:data > __db.005:data > __db.006:data > DB_CONFIG: ASCII English text > dn2id.bdb: Berkeley DB (Btree, version 9, native byte-order) > gidNumber.bdb: Berkeley DB (Btree, version 9, native byte-order) > givenName.bdb: Berkeley DB (Btree, version 9, native byte-order) > id2entry.bdb:Berkeley DB (Btree, version 9, native byte-order) > log.01: Berkeley DB (Log, version 11, native byte-order) > loginShell.bdb: Berkeley DB (Btree, version 9, native byte-order) > mail.bdb:Berkeley DB (Btree, version 9, native byte-order) > objectClass.bdb: Berkeley DB (Btree, version 9, native byte-order) > ou.bdb: Berkeley DB (Btree, version 9, native byte-order) > sn.bdb: Berkeley DB (Btree, version 9, native byte-order) > uid.bdb: Berkeley DB (Btree, version 9, native byte-order) > uidNumber.bdb: Berkeley DB (Btree, version 9, native byte-order) from the primary developer of OpenLDAP software… http://www.openldap.org/lists/openldap-software/200611/msg00048.html Craig ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Please help -- centos 5.8: does the slapcat still breaks ldap data integrity?
On 11/13/2012 01:38 PM, Craig White wrote: > On Nov 13, 2012, at 11:56 AM, Gelen James wrote: > Hi all, I've a small project to backup and restore openldap servers online on centos 5.8. Basically I don't have the luxury to shutdown the ldap server, then backup whole /var/lib/ldap/, but have to backup online with slapcat or similar command line tool. The major concern of using slapcat is the warning below, which was excerpt from link http://www.centos.org/docs/5/html/5.1/Deployment_Guide/s1-ldap-daemonsutils.html You must stop slapd by issuing the /sbin/service ldap stop command before using slapadd, slapcat or slapindex. Otherwise, the integrity of the LDAP directory is at risk. Does the limitation of slapcat -- stop ldap first -- still exist? Please shed a light onto this. Thanks. >>> >>> depends on what you are using for backend. If you are still using ldbm (you >>> definitely shouldn't at this point), then yes, it must be stopped before >>> doing the slapcat. If you are using > bdb or hdb, no… it's not necessary to >>> stop the service first. >>> >>> Craig >> Thanks for confirmation, I'm using the default config/backend with minor >> changes, so it seems bdb. The following are the types of the files under >> /var/lib/ldap. >> >> alock: data >> cn.bdb: Berkeley DB (Btree, version 9, native byte-order) >> __db.001:Applesoft BASIC program data >> __db.002:data >> __db.003:data >> __db.004:data >> __db.005:data >> __db.006:data >> DB_CONFIG: ASCII English text >> dn2id.bdb: Berkeley DB (Btree, version 9, native byte-order) >> gidNumber.bdb: Berkeley DB (Btree, version 9, native byte-order) >> givenName.bdb: Berkeley DB (Btree, version 9, native byte-order) >> id2entry.bdb:Berkeley DB (Btree, version 9, native byte-order) >> log.01: Berkeley DB (Log, version 11, native byte-order) >> loginShell.bdb: Berkeley DB (Btree, version 9, native byte-order) >> mail.bdb:Berkeley DB (Btree, version 9, native byte-order) >> objectClass.bdb: Berkeley DB (Btree, version 9, native byte-order) >> ou.bdb: Berkeley DB (Btree, version 9, native byte-order) >> sn.bdb: Berkeley DB (Btree, version 9, native byte-order) >> uid.bdb: Berkeley DB (Btree, version 9, native byte-order) >> uidNumber.bdb: Berkeley DB (Btree, version 9, native byte-order) > > from the primary developer of OpenLDAP software… > > http://www.openldap.org/lists/openldap-software/200611/msg00048.html > > Craig For the record, I used slapcat on a regular basis for 7 years using bdb while slapd was running and I never had one problem with data loss. You are indeed using bdb. I would routinely slapcat > slapcat.out and then import that into other servers whenever we had something happen that caused the replica ldap servers to become non synced with the master ldap server. All I did was delete all the files except DB_CONFIG and then use slapadd to import the file (and change the owner of all files to ldap:ldap after the import). signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] XFCE4 group missing on Centos 5.x?
I had XFCE group installed and working on C5.8 32 bit. I have done a fresh installation using the C 5.5 DVD. I cannot seem to find the XFCE group now. Has this been removed from Centos 5.x ? TIA Keith --- Websites: http://www.karsites.net http://www.php-debuggers.net http://www.raised-from-the-dead.org.uk All email addresses are challenge-response protected with TMDA [http://tmda.net] --- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] XFCE4 group missing on Centos 5.x?
On 11/13/2012 01:55 PM, Keith Roberts wrote: > I had XFCE group installed and working on C5.8 32 bit. > > I have done a fresh installation using the C 5.5 DVD. > > I cannot seem to find the XFCE group now. Has this been > removed from Centos 5.x ? > There is a version in CentOS Extras ... however, it is outdated. I was going to upgrade it ... BUT ... I found that it is now being maintained in EPEL for EL5. I would recommend that you use the EPEL version of XFCE. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] XFCE4 group missing on Centos 5.x?
On Tue, 13 Nov 2012, Johnny Hughes wrote: > To: centos@centos.org > From: Johnny Hughes > Subject: Re: [CentOS] XFCE4 group missing on Centos 5.x? > > On 11/13/2012 01:55 PM, Keith Roberts wrote: >> I had XFCE group installed and working on C5.8 32 bit. >> >> I have done a fresh installation using the C 5.5 DVD. >> >> I cannot seem to find the XFCE group now. Has this been >> removed from Centos 5.x ? >> > > There is a version in CentOS Extras ... however, it is outdated. > > I was going to upgrade it ... BUT ... I found that it is now being > maintained in EPEL for EL5. > > I would recommend that you use the EPEL version of XFCE. Thanks Johnny. This is what I'm getting now: [root@karsites ~]# yum groupinfo XFCE Loaded plugins: fastestmirror, priorities Setting up Group Process Loading mirror speeds from cached hostfile * base: mirror.for.me.uk * epel: mirrors.ukfast.co.uk * extras: mirror.for.me.uk * rpmforge: nl.mirror.eurid.eu * updates: mirror.for.me.uk Warning: Group XFCE does not exist. I was installing xfce4 with: yum -y groupinstall "XFCE" Has the name been changed? Keith --- Websites: http://www.karsites.net http://www.php-debuggers.net http://www.raised-from-the-dead.org.uk All email addresses are challenge-response protected with TMDA [http://tmda.net] --- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] XFCE4 group missing on Centos 5.x?
On 11/13/2012 02:41 PM, Keith Roberts wrote: > On Tue, 13 Nov 2012, Johnny Hughes wrote: > >> To: centos@centos.org >> From: Johnny Hughes >> Subject: Re: [CentOS] XFCE4 group missing on Centos 5.x? >> >> On 11/13/2012 01:55 PM, Keith Roberts wrote: >>> I had XFCE group installed and working on C5.8 32 bit. >>> >>> I have done a fresh installation using the C 5.5 DVD. >>> >>> I cannot seem to find the XFCE group now. Has this been >>> removed from Centos 5.x ? >>> >> There is a version in CentOS Extras ... however, it is outdated. >> >> I was going to upgrade it ... BUT ... I found that it is now being >> maintained in EPEL for EL5. >> >> I would recommend that you use the EPEL version of XFCE. > Thanks Johnny. > > This is what I'm getting now: > > [root@karsites ~]# yum groupinfo XFCE > Loaded plugins: fastestmirror, priorities > Setting up Group Process > Loading mirror speeds from cached hostfile > * base: mirror.for.me.uk > * epel: mirrors.ukfast.co.uk > * extras: mirror.for.me.uk > * rpmforge: nl.mirror.eurid.eu > * updates: mirror.for.me.uk > Warning: Group XFCE does not exist. > > I was installing xfce4 with: > > yum -y groupinstall "XFCE" > > Has the name been changed? The CentOS extras group name is: XFCE-4.4 I don't think the EPEL version has groups. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] XFCE4 group missing on Centos 5.x?
On Tue, 13 Nov 2012, Johnny Hughes wrote: > To: centos@centos.org > From: Johnny Hughes > Subject: Re: [CentOS] XFCE4 group missing on Centos 5.x? > > On 11/13/2012 02:41 PM, Keith Roberts wrote: >> On Tue, 13 Nov 2012, Johnny Hughes wrote: >> >>> To: centos@centos.org >>> From: Johnny Hughes >>> Subject: Re: [CentOS] XFCE4 group missing on Centos 5.x? >>> >>> On 11/13/2012 01:55 PM, Keith Roberts wrote: I had XFCE group installed and working on C5.8 32 bit. I have done a fresh installation using the C 5.5 DVD. I cannot seem to find the XFCE group now. Has this been removed from Centos 5.x ? >>> There is a version in CentOS Extras ... however, it is outdated. >>> >>> I was going to upgrade it ... BUT ... I found that it is now being >>> maintained in EPEL for EL5. >>> >>> I would recommend that you use the EPEL version of XFCE. >> Thanks Johnny. >> >> This is what I'm getting now: >> >> [root@karsites ~]# yum groupinfo XFCE >> Loaded plugins: fastestmirror, priorities >> Setting up Group Process >> Loading mirror speeds from cached hostfile >> * base: mirror.for.me.uk >> * epel: mirrors.ukfast.co.uk >> * extras: mirror.for.me.uk >> * rpmforge: nl.mirror.eurid.eu >> * updates: mirror.for.me.uk >> Warning: Group XFCE does not exist. >> >> I was installing xfce4 with: >> >> yum -y groupinstall "XFCE" >> >> Has the name been changed? > > The CentOS extras group name is: > > XFCE-4.4 > > I don't think the EPEL version has groups. [root@karsites ~]# yum groupinfo "XFCE-4.4" Loaded plugins: fastestmirror, priorities Setting up Group Process Loading mirror speeds from cached hostfile * base: mirror.for.me.uk * epel: mirrors.ukfast.co.uk * extras: mirror.for.me.uk * rpmforge: nl.mirror.eurid.eu * updates: mirror.for.me.uk Warning: Group XFCE-4.4 does not exist. Maybe it's been removed now from extras as it's old? OK - got it now Johnny. So I just install every xfce* package from EPEL and that's dealt with it? Name : xfce4-session Arch : i386 Version: 4.6.2 Release: 1.el5 Size : 662 k Repo : epel Summary: Xfce session manager URL: http://www.xfce.org/ License: GPLv2+ Description: xfce4-session is the session manager for the : Xfce desktop environment. Kind Regards, Keith --- Websites: http://www.karsites.net http://www.php-debuggers.net http://www.raised-from-the-dead.org.uk All email addresses are challenge-response protected with TMDA [http://tmda.net] --- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] XFCE4 group missing on Centos 5.x?
On 11/13/2012 03:20 PM, Keith Roberts wrote: > On Tue, 13 Nov 2012, Johnny Hughes wrote: > >> To: centos@centos.org >> From: Johnny Hughes >> Subject: Re: [CentOS] XFCE4 group missing on Centos 5.x? >> >> On 11/13/2012 02:41 PM, Keith Roberts wrote: >>> On Tue, 13 Nov 2012, Johnny Hughes wrote: >>> To: centos@centos.org From: Johnny Hughes Subject: Re: [CentOS] XFCE4 group missing on Centos 5.x? On 11/13/2012 01:55 PM, Keith Roberts wrote: > I had XFCE group installed and working on C5.8 32 bit. > > I have done a fresh installation using the C 5.5 DVD. > > I cannot seem to find the XFCE group now. Has this been > removed from Centos 5.x ? > There is a version in CentOS Extras ... however, it is outdated. I was going to upgrade it ... BUT ... I found that it is now being maintained in EPEL for EL5. I would recommend that you use the EPEL version of XFCE. >>> Thanks Johnny. >>> >>> This is what I'm getting now: >>> >>> [root@karsites ~]# yum groupinfo XFCE >>> Loaded plugins: fastestmirror, priorities >>> Setting up Group Process >>> Loading mirror speeds from cached hostfile >>> * base: mirror.for.me.uk >>> * epel: mirrors.ukfast.co.uk >>> * extras: mirror.for.me.uk >>> * rpmforge: nl.mirror.eurid.eu >>> * updates: mirror.for.me.uk >>> Warning: Group XFCE does not exist. >>> >>> I was installing xfce4 with: >>> >>> yum -y groupinstall "XFCE" >>> >>> Has the name been changed? >> The CentOS extras group name is: >> >> XFCE-4.4 >> >> I don't think the EPEL version has groups. > [root@karsites ~]# yum groupinfo "XFCE-4.4" > Loaded plugins: fastestmirror, priorities > Setting up Group Process > Loading mirror speeds from cached hostfile > * base: mirror.for.me.uk > * epel: mirrors.ukfast.co.uk > * extras: mirror.for.me.uk > * rpmforge: nl.mirror.eurid.eu > * updates: mirror.for.me.uk > Warning: Group XFCE-4.4 does not exist. > > Maybe it's been removed now from extras as it's old? > > OK - got it now Johnny. So I just install every xfce* > package from EPEL and that's dealt with it? > > Name : xfce4-session > Arch : i386 > Version: 4.6.2 > Release: 1.el5 > Size : 662 k > Repo : epel > Summary: Xfce session manager > URL: http://www.xfce.org/ > License: GPLv2+ > Description: xfce4-session is the session manager for the > : Xfce desktop environment. > That should work ... this also pointed out a problem with the extras metadata, it did not use the groups xml file when it was generated. I have regenerated it properly now so that it also shows the groups ... it should now be propagating out to the world from the master server now. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] mdX and mismatch_cnt when building an array
CentOS 6.3, x86_64. I have noticed when building a new software RAID-6 array on CentOS 6.3 that the mismatch_cnt grows monotonically while the array is building: # cat /proc/mdstat Personalities : [raid6] [raid5] [raid4] md11 : active raid6 sdg[5] sdf[4] sde[3] sdd[2] sdc[1] sdb[0] 3904890880 blocks super 1.2 level 6, 512k chunk, algorithm 2 [6/6] [UU] [==>..] resync = 90.2% (880765600/976222720) finish=44.6min speed=35653K/sec # cat /sys/block/md11/md/mismatch_cnt 1439285488 The mismatch count grows until the assembly is complete, and then remains at its highest value. A subsequent check resets it to zero (immediately) and everything is fine thereafter. The device is not in use by any other system component. I have reproduced this on several different systems; it always happens with CentOS 6.3 and never with CentOS 5.x and earlier (in 5.x, mismatch_cnt always stays at zero while assembling). I am using whole drives in this example, but it's the same if I use partitions instead. The count, size and type of drives appears to have no bearing. Perhaps just a curiosity, but I'm curious as to why it does this. Steve ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] mce error
On 11/13/2012 09:21 AM, Johnny Hughes wrote: > On 11/13/2012 07:49 AM, Banyan He wrote: >> Just check the config to build the edac_mce module if you don't build it in. >> >> CONFIG_EDAC_MCE=y >> >> Make sure you have this in the /boot/config-. > > If he is running a standard CentOS kernel then he should have > CONFIG_EDAC_MCE=y. > >> >> >> On 2012-11-13 8:12 PM, Ted Miller wrote: >>> During booting of Centos6 I see an error message that goes something like: >>> >>> Starting mcelog daemon [FAILED] >>> AMD Processor family 15: Please load edac_mce_amd module. >>> CPU is unsupported >>> >>> The only helpful information I have found is in the "preview" of >>> https://access.redhat.com/knowledge/solutions/158503. I don't have a >>> RedHat account, so don't know if they have a real solution. >>> >>> I know that mce has to do with logging certain microprocessor errors. >>> >>> 1. How important is this >>> 2. Is there anything I should do, except wait for a bug fix sometime? >>> >>> Ted Miller >>> Elkhart, IN > > What is does this command say: > > uname -r Install is 100% stock, off Minimal Install disk, then added groups for Desktop. Up to date. [tmiller@office04]$uname -r 2.6.32-279.14.1.el6.x86_64 Then I tried the command the web page has (I see my error during bootup) [root@office04 Documents]# /etc/init.d/mcelogd start [root@office04 Documents]# /etc/init.d/mcelogd status Checking for mcelog mcelog is stopped [tmiller@office04]$ls /dev/mc* /dev/mcelog so the device does exist [root@office04 Documents]# locate edac_mci_amd returned nothing, but I don't know if it should or not. I was reading the MAN page, and noticed "See mcelog --help for a list of valid CPUs." so I tried it, and it lists: Valid CPUs: generic p6old core2 k8 p4 dunnington xeon74xx xeon7400 xeon5500 xeon5200 xeon5000 xeon5100 xeon3100 xeon3200 core_i7 core_i5 core_i3 nehalem westmere xeon71xx xeon7100 tulsa intel xeon75xx xeon7500 xeon7200 xeon7100 sandybridge sandybridge-ep All the CPUs I recognize in there are Intel, though I don't know all the nicknames. cat /proc/cpuinfo on my system shows (only first of two cores copied) processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 35 model name : Dual Core AMD Opteron(tm) Processor 180 stepping: 2 cpu MHz : 1000.000 cache size : 1024 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 2 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext 3dnow rep_good pni lahf_lm cmp_legacy bogomips: 2009.40 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp Not the latest and greatest, and old enough I expected it to be supported by now. Any clues in all this? Ted Miller ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] mce error
1. ls /lib/modules/2.6.32-279.el6.i686/kernel/drivers/edac | grep mce
If you can find the module there, go to step 2
2. modprobe edac_mce_amd
3. lsmod | grep mce # verify if it loads
If you don't have the module, compile one. The default kernel from
centos should have it.
If that is not your case, it is the problem with mcelog itself. I'm not
100% confident on these conclusion but the code seems wrong here.
if (!strcmp(vendor,"AuthenticAMD")) {
if (family == 15)
cputype = CPU_K8;
if (family >= 15)
SYSERRprintf("AMD Processor family %d: Please load
edac_mce_amd module.\n", family);
return 0;
Your CPU family is 15. Whatever you do, you will reach here since the
check is called just after the main is launched.
if (!cpu_forced && !is_cpu_supported()) {
fprintf(stderr, "CPU is unsupported\n");
exit(1);
}
The routine is_cpu_supported reads the data from /proc/cpuinfo for the
family number. You got stuck here then. You can change the code from
">=15" to "> 15".
Banyan He
Blog: http://www.rootong.com
Email: ban...@rootong.com
On 2012-11-14 10:58 AM, Ted Miller wrote:
> On 11/13/2012 09:21 AM, Johnny Hughes wrote:
>> On 11/13/2012 07:49 AM, Banyan He wrote:
>>> Just check the config to build the edac_mce module if you don't build it in.
>>>
>>> CONFIG_EDAC_MCE=y
>>>
>>> Make sure you have this in the /boot/config-.
>> If he is running a standard CentOS kernel then he should have
>> CONFIG_EDAC_MCE=y.
>>
>>>
>>> On 2012-11-13 8:12 PM, Ted Miller wrote:
During booting of Centos6 I see an error message that goes something like:
Starting mcelog daemon [FAILED]
AMD Processor family 15: Please load edac_mce_amd module.
CPU is unsupported
The only helpful information I have found is in the "preview" of
https://access.redhat.com/knowledge/solutions/158503. I don't have a
RedHat account, so don't know if they have a real solution.
I know that mce has to do with logging certain microprocessor errors.
1. How important is this
2. Is there anything I should do, except wait for a bug fix sometime?
Ted Miller
Elkhart, IN
>> What is does this command say:
>>
>> uname -r
> Install is 100% stock, off Minimal Install disk, then added groups for
> Desktop. Up to date.
>
> [tmiller@office04]$uname -r
> 2.6.32-279.14.1.el6.x86_64
>
> Then I tried the command the web page has (I see my error during bootup)
>
> [root@office04 Documents]# /etc/init.d/mcelogd start
> [root@office04 Documents]# /etc/init.d/mcelogd status
> Checking for mcelog
> mcelog is stopped
>
> [tmiller@office04]$ls /dev/mc*
> /dev/mcelog
>
> so the device does exist
>
> [root@office04 Documents]# locate edac_mci_amd
>
> returned nothing, but I don't know if it should or not.
>
> I was reading the MAN page, and noticed "See mcelog --help for a list of
> valid CPUs." so I tried it, and it lists:
> Valid CPUs: generic p6old core2 k8 p4 dunnington xeon74xx xeon7400
> xeon5500 xeon5200 xeon5000 xeon5100 xeon3100 xeon3200 core_i7 core_i5
> core_i3 nehalem westmere xeon71xx xeon7100 tulsa intel xeon75xx
> xeon7500 xeon7200 xeon7100 sandybridge sandybridge-ep
> All the CPUs I recognize in there are Intel, though I don't know all the
> nicknames.
>
> cat /proc/cpuinfo
>
> on my system shows (only first of two cores copied)
>
> processor: 0
> vendor_id: AuthenticAMD
> cpu family : 15
> model: 35
> model name : Dual Core AMD Opteron(tm) Processor 180
> stepping : 2
> cpu MHz : 1000.000
> cache size : 1024 KB
> physical id : 0
> siblings : 2
> core id : 0
> cpu cores: 2
> apicid : 0
> initial apicid : 0
> fpu : yes
> fpu_exception: yes
> cpuid level : 1
> wp : yes
> flags: fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca
> cmov pat
> pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext
> 3dnow rep_good pni lahf_lm cmp_legacy
> bogomips : 2009.40
> TLB size : 1024 4K pages
> clflush size : 64
> cache_alignment : 64
> address sizes : 40 bits physical, 48 bits virtual
> power management: ts fid vid ttp
>
> Not the latest and greatest, and old enough I expected it to be supported
> by now.
>
> Any clues in all this?
> Ted Miller
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
> .
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] gtkpod
Steve Brooks writes: > There is a bunch of rpms here > > http://lcfg-sl5.see.ed.ac.uk/see/sl6_64/ > > including > > gtkpod-2.0.2-1.el6.x86_64.rpm > gtkpod-devel-2.0.2-1.el6.x86_64.rpm > > Steve > Thanks for that - but I need i686 package - good idea to try the sl repos - I'll start grepping them too. Cheers Bob ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] gtkpod
Nux! writes: > Give this a try: > http://mrb.mandrivausers.ro/MRB/stella/x86_64/gtkpod-1.0.0-69stella.x86_64.rpm > > It's ancient, yes, anything newer is a PITA to build on EL6. > Well, the 32-bit version of that installed sweet. Thanks muchly! The older package is probably better anyway as I've found the newer versions don't support the older ipods as well (or at all!) Bob ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
