Discuss

discuss@lists.centos.org

1 participants
34730 discussions

Re: [CentOS] vsftp 500 OOPS: SSL: cannot load RSA key To:
by James B. Byrne 29 Apr '05

29 Apr '05

On Thu, 28 Apr 2005 23:08:53 +0200 (CEST) Maciej Zenczykowski <maze(a)cela.pl> wrote: > > Are there any audits being logged in /var/log/messages with > SELinux security errors? No. Jim -- *** e-mail is not a secure channel *** mailto:byrnejb.<token>@harte-lyne.ca James B. Byrne Harte & Lyne Limited vox: +1 905 561 1241 9 Brockley Drive fax: +1 905 561 0757 Hamilton, Ontario <token> = hal Canada L8E 3C3

1 0

CentOS-announce Digest, Vol 2, Issue 15
by centos-announce-request＠centos.org 29 Apr '05

29 Apr '05

Send CentOS-announce mailing list submissions to centos-announce(a)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-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)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-2005:405 Moderate CentOS 3 ia64 php - security update (Pasi Pirhonen) 2. CESA-2005:405 Moderate CentOS 3 i386 PHP - security update (Tru Huynh) 3. CESA-2005:405 Moderate CentOS 3 x86_64 PHP - security update (Tru Huynh) 4. CESA-2005:405 Moderate CentOS 3 s390(x) php - security update (Pasi Pirhonen) 5. CESA-2005:384 Important CentOS 3 x86_64 mozilla - security update (Pasi Pirhonen) 6. CESA-2005:384 Important CentOS 3 ia64 mozilla - security update (Pasi Pirhonen) 7. CESA-2005:384 Important CentOS 3 i386 mozilla - security update (Pasi Pirhonen) 8. CESA-2005:261-01: Low CentOS 2 i386 glibc security update (John Newbigin) 9. CESA-2005:283-01: Important CentOS 2 i386 kernel security update (John Newbigin) 10. CentOS4 cannot shutdown (kenkensmile(a)netscape.net) 11. CESA-2005:384 Important CentOS 3 s390(x) mozilla - security update (Pasi Pirhonen) ---------------------------------------------------------------------- Message: 1 Date: Fri, 29 Apr 2005 01:58:33 +0300 From: Pasi Pirhonen <upi(a)iki.fi> Subject: [CentOS-announce] CESA-2005:405 Moderate CentOS 3 ia64 php - security update To: centos-announce(a)centos.org Message-ID: <20050428225833.GS11443(a)core.upi.iki.fi> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory CESA-2005:405 https://rhn.redhat.com/errata/RHSA-2005-405.html The following updated files have been uploaded and are currently syncing to the mirrors: files: updates/ia64/RPMS/php-4.3.2-23.ent.ia64.rpm updates/ia64/RPMS/php-devel-4.3.2-23.ent.ia64.rpm updates/ia64/RPMS/php-imap-4.3.2-23.ent.ia64.rpm updates/ia64/RPMS/php-ldap-4.3.2-23.ent.ia64.rpm updates/ia64/RPMS/php-mysql-4.3.2-23.ent.ia64.rpm updates/ia64/RPMS/php-odbc-4.3.2-23.ent.ia64.rpm updates/ia64/RPMS/php-pgsql-4.3.2-23.ent.ia64.rpm -- Pasi Pirhonen - upi(a)iki.fi - http://iki.fi/upi/

1 0

Re: [CentOS] rebuilding anaconda for centos 4.0
by David Thompson 29 Apr '05

29 Apr '05

David Thompson wrote: > >Hi all: > >I'm trying to rebuild the anaconda installer for Centos 4.0 (i386) to add some > >RPMs and do some other things, and I've run into a problem. I've done lots of > >anaconda rebuilds for Tao Linux 1.0, and I'm bringing those bits forward into >Centos 4.0. The all-knowing web hasn't turned up anything useful. It looks >like the PXE-loaded kernel unpacked and mounted the initrd OK, but then things > >went awry (quickly). Anyone seen this on a PXE boot of an anaconda build? > ><snip> >RAMDISK: Compressed image found at block 0 >VFS: Mounted root (ext2 filesystem). >VFS: Cannot open root device "<NULL>" or unknown-block(3,2) >Please append a correct "root=" boot option >Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(3,2) Well, since no one replied to this I'll follow up my own post. It turns out that the 2.6.9-5.0.3.EL series of kernels has a bug in loop back mounting file systems: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=105595 (the bug is filed against fc3 but affects the original centos 4.0 kernels as well.) The bug prevents the initrd.img in anaconda from being populated, and everything goes kaplooey as soon as the PXE boot tries to do anything with it's initrd. It would also affect rebuilt ISO images. The fix is to upgrade the host running buildinstall to a 2.6.9-5.0.5.EL kernel, which has a fix for bug 105595. Then everything works just fine. -- Dave Thompson ( thomas(at)cs(dot)wisc(dot)edu ) Associate Researcher Department of Computer Science University of Wisconsin-Madison http://www.cs.wisc.edu/(twiddle)thomas 1210 West Dayton Street Madison, WI 53706-1685 --

3 2

CentOS 4 install problems
by Pascal Van Puymbroeck 29 Apr '05

29 Apr '05

Hi folks, Has anyone experienced install problems with CentOS 4. More precisely anaconda crashing with some remarks regarding python scripts. The funny thing is the first installation went well. It's the re-install that fails. Although I completely changed partitioning and reformatted the drive. I had the same problem with fedora core 3 some time ago. To me it looks as if it's something to do with the anaconda version that comes together with the 2.6 kernel. Anyone who can help me out, thanks Pascal.

3 2

[Fwd: [CentOS-announce] CentOS4 cannot shutdown]
by Johnny Hughes 29 Apr '05

29 Apr '05

I accidentally approved this post in the announce list ... it belongs in this one instead. Sorry :) -------- Forwarded Message -------- > From: kenkensmile(a)netscape.net > Reply-To: centos(a)centos.org > To: centos-announce(a)centos.org > Subject: [CentOS-announce] CentOS4 cannot shutdown > Date: Thu, 28 Apr 2005 19:03:23 -0400 > Hi > > I am new to CentOS 4 and using the OS for my work. I found only one problem with the OS that the OS can not shutdown. My comupter says: > > Halting System > md: stopping all md devices > md: md0 switched to read-only mode > Shutdown:hdc > Power down > acpi_power-off called > > > but after the comments, my computer does not seem to shutdwon. Could you possibly help me please? > > my computer > > Athlon T-bird 1.4 > ECS k7s5a motherboard > SD-RAM 256MB > ASUS AGP-V7700 32MB > > Cheers, > > Joe > > __________________________________________________________________ > Switch to Netscape Internet Service. > As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register > > Netscape. Just the Net You Need. > > New! Netscape Toolbar for Internet Explorer > Search from anywhere on the Web and block those annoying pop-ups. > Download now at http://channels.netscape.com/ns/search/install.jsp > _______________________________________________ > CentOS-announce mailing list > CentOS-announce(a)centos.org > http://lists.centos.org/mailman/listinfo/centos-announce

1 0

relation "pg_user" does not exist error when running pg_dump
by Andy Masiar 29 Apr '05

29 Apr '05

Hi, I'm trying to move a postgres database to another server and I ran into some weird problems. Pg_dump command was not giving any output and the logs got filled with some SELinux errors. So I turned off SELinux completely (and rebooted). Now I'm getting the following error message: # pg_dump -U postgres database > database.out pg_dump: SQL command failed pg_dump: Error message from server: ERROR: relation "pg_user" does not exist pg_dump: The command was: SELECT (SELECT usename FROM pg_user WHERE usesysid = datdba) as dba, pg_encoding_to_char(encoding) as encoding, datpath FROM pg_database WHERE datname = 'database' Thank you for your help! Andy

2 3

vsftp 500 OOPS: SSL: cannot load RSA key
by James B. Byrne 28 Apr '05

28 Apr '05

vsftpd-2.0.1-5 I am trying to get vsftpd to start with ssl_enabled=yes and not having much success. The config file works when ssl_enabled=No and does not work when ssl_enabled=Yes. I have tried setting the following: rsa_cert_file=/usr/share/ssl/certs/inet06cert.pem which is the public certificate and this: rsa_cert_file=/usr/share/ssl/private/inet06key.pem which is the server private key. Both these are in use by the apache web server as : SSLCertificateFile /usr/share/ssl/certs/inet06cert.pem and SSLCertificateKeyFile /usr/share/ssl/private/inet06key.pem respectively and I have no trouble using ssl with that service. As far as I can tell the certificates are in the right places and do the right things for apache but vsftpd chokes. Since vsftpd does not deign to log what is going on I cannot tell what it finds disagreeable about this setup. Does anyone have any idea what would prevent vsftpd from using a certificate that works with apache? Regards, Jim -- *** e-mail is not a secure channel *** mailto:byrnejb.<token>@harte-lyne.ca James B. Byrne Harte & Lyne Limited vox: +1 905 561 1241 9 Brockley Drive fax: +1 905 561 0757 Hamilton, Ontario <token> = hal Canada L8E 3C3

3 2

RE: [CentOS] tomcat5 from jpackage 1.6 on cento4 w/java-1.4.2-sun-1.4.2.08-1jpp
by Ash Christopher 28 Apr '05

28 Apr '05

Is there any documentation telling you whether tomcat5 was compiled against the 1.4.2 tree or the 1.5? You could try downloading the srpm, patching it to use the 1.4.2 java and then re-create your own rpm. Just a thought, might be an easier way though; will wait for the experts response. -----Original Message----- From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On Behalf Of Joe Sauer Sent: Thursday, April 28, 2005 4:55 PM To: CentOS mailing list Subject: [CentOS] tomcat5 from jpackage 1.6 on cento4 w/java-1.4.2-sun-1.4.2.08-1jpp Is anyone running tomcat5 from jpackage 1.6 on cento4 w/ java-1.4.2- sun-1.4.2.08-1jpp ? I'm getting weird dependencies which don't make sense, notably: Error: Missing Dependency: jdk = 2000:1.5.0_02-fcs is needed by package java-1.5.0-sun-compat I want to use 1.4.2 not 1.5 and it doesn't make sense to have jdk = 2000:1.5.0_02-fcs, unless I'm missing something? I do have java-1.4.2- sun-1.4.2.08-1jpp installed as you can see bellow. Any help greatly appreciated. -Joe [jsauer@ptc1 SPECS]$ rpm -qa | grep java java-1.4.2-sun-devel-1.4.2.08-1jpp java-1.4.2-sun-1.4.2.08-1jpp [root@ptc1 ~]# yum install tomcat5 <snip> Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package tomcat5.noarch 0:5.0.30-6jpp set to be updated --> Running transaction check --> Processing Dependency: jakarta-commons-daemon for package: tomcat5 --> Processing Dependency: jaf >= 0:1.0.1 for package: tomcat5 --> Processing Dependency: jakarta-commons-el >= 0:1.0 for package: tomcat5 --> Processing Dependency: jakarta-commons-dbcp >= 0:1.2.1 for package: tomcat5 --> Processing Dependency: tomcat5-jasper = 0:5.0.30-6jpp for package: tomcat5 --> Processing Dependency: regexp >= 0:1.3 for package: tomcat5 --> Processing Dependency: xerces-j2 >= 0:2.6.2 for package: tomcat5 --> Processing Dependency: jakarta-commons-digester >= 0:1.3 for package: tomcat5 --> Processing Dependency: jakarta-commons-pool >= 0:1.2 for package: tomcat5 --> Processing Dependency: jakarta-commons-modeler for package: tomcat5 --> Processing Dependency: tomcat5-servlet-2.4-api = 0:5.0.30-6jpp for package: tomcat5 --> Processing Dependency: jakarta-commons-logging >= 0:1.0.4 for package: tomcat5 --> Processing Dependency: jakarta-commons-beanutils >= 0:1.7.0 for package: tomcat5 --> Processing Dependency: tyrex >= 0:1.0 for package: tomcat5 --> Processing Dependency: javamail >= 0:1.3 for package: tomcat5 --> Processing Dependency: jakarta-commons-fileupload >= 0:1.0-1jpp for package: tomcat5 --> Processing Dependency: mx4j >= 0:1.1.1 for package: tomcat5 --> Processing Dependency: xml-commons-apis for package: tomcat5 --> Processing Dependency: jakarta-commons-launcher >= 0:0.9 for package: tomcat5 --> Processing Dependency: ant >= 0:1.6.2 for package: tomcat5 --> Processing Dependency: jakarta-commons-collections >= 0:3.1 for package: tomcat5 --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package mx4j.noarch 0:3.0.1-1jpp set to be updated ---> Package jakarta-commons-fileupload.noarch 1:1.0-3jpp set to be updated ---> Package xml-commons-apis.noarch 0:1.0-0.b2.7jpp set to be updated ---> Package jakarta-commons-pool.noarch 0:1.2-2jpp set to be updated ---> Package jakarta-commons-modeler.noarch 0:1.1-4jpp set to be updated ---> Package tyrex.noarch 0:1.0.1-3jpp set to be updated ---> Package jakarta-commons-beanutils.noarch 0:1.7.0-2jpp set to be updated ---> Package classpathx-mail.noarch 0:1.0-3jpp set to be updated ---> Package jakarta-commons-launcher.noarch 0:0.9-3jpp set to be updated ---> Package tomcat5-jasper.noarch 0:5.0.30-6jpp set to be updated ---> Package tomcat5-servlet-2.4-api.noarch 0:5.0.30-6jpp set to be updated ---> Package jakarta-commons-dbcp.noarch 0:1.2.1-3jpp set to be updated ---> Package xerces-j2.noarch 0:2.6.2-4jpp set to be updated ---> Package jakarta-commons-logging.noarch 0:1.0.4-2jpp set to be updated ---> Package jakarta-commons-daemon.noarch 1:1.0-2jpp set to be updated ---> Package classpathx-jaf.noarch 0:1.0-2jpp set to be updated ---> Package jakarta-commons-collections.noarch 0:3.1-1jpp set to be updated ---> Package ant.noarch 0:1.6.2-3jpp set to be updated ---> Package regexp.noarch 0:1.3-2jpp set to be updated ---> Package jakarta-commons-digester.noarch 0:1.6-2jpp set to be updated ---> Package jakarta-commons-el.noarch 0:1.0-3jpp set to be updated --> Running transaction check --> Processing Dependency: xml-commons for package: mx4j --> Processing Dependency: xml-commons = 0:1.0-0.b2.7jpp for package: xml-commons-apis --> Processing Dependency: log4j >= 1.2.7 for package: mx4j --> Processing Dependency: bcel >= 5.0 for package: mx4j --> Processing Dependency: axis >= 1.1 for package: mx4j --> Processing Dependency: jaxp_transform_impl for package: jakarta- commons-modeler --> Processing Dependency: xml-commons-resolver for package: mx4j --> Processing Dependency: java-sasl for package: classpathx-mail --> Processing Dependency: xml-commons-resolver for package: xerces-j2 --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package saxon.noarch 0:6.5.3-3jpp set to be updated ---> Package axis.noarch 0:1.2-0.rc2.3jpp set to be updated ---> Package bcel.noarch 0:5.1-5jpp set to be updated ---> Package xml-commons.noarch 0:1.0-0.b2.7jpp set to be updated ---> Package java-1.5.0-sun-compat.i586 0:1.5.0.02-1jpp set to be updated ---> Package log4j.noarch 0:1.2.9-1jpp set to be updated ---> Package xml-commons-resolver.noarch 0:1.1-3jpp set to be updated --> Running transaction check --> Processing Dependency: /usr/bin/ttmkfdir for package: java-1.5.0- sun-compat --> Processing Dependency: wsdl4j for package: axis --> Processing Dependency: jakarta-commons-discovery for package: axis --> Processing Dependency: /usr/X11R6/bin/mkfontdir for package: java-1.5.0-sun-compat --> Processing Dependency: jdk = 2000:1.5.0_02-fcs for package: java-1.5.0-sun-compat --> Processing Dependency: /usr/sbin/chkfontpath for package: java-1.5.0-sun-compat --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package jakarta-commons-discovery.noarch 1:0.2-2jpp set to be updated ---> Package chkfontpath.i386 0:1.10.0-2 set to be updated ---> Package wsdl4j.noarch 0:1.5-1jpp set to be updated ---> Package ttmkfdir.i386 0:3.0.9-14 set to be updated ---> Package xorg-x11-font-utils.i386 0:6.8.1-23.EL set to be updated --> Running transaction check --> Processing Dependency: xfs for package: chkfontpath --> Processing Dependency: jdk = 2000:1.5.0_02-fcs for package: java-1.5.0-sun-compat --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package xorg-x11-xfs.i386 0:6.8.1-23.EL set to be updated --> Running transaction check --> Processing Dependency: jdk = 2000:1.5.0_02-fcs for package: java-1.5.0-sun-compat --> Finished Dependency Resolution Error: Missing Dependency: jdk = 2000:1.5.0_02-fcs is needed by package java-1.5.0-sun-compat -- -- _______________________________________________ CentOS mailing list CentOS(a)centos.org http://lists.centos.org/mailman/listinfo/centos

1 0

tomcat5 from jpackage 1.6 on cento4 w/ java-1.4.2-sun-1.4.2.08-1jpp
by Joe Sauer 28 Apr '05

28 Apr '05

Is anyone running tomcat5 from jpackage 1.6 on cento4 w/ java-1.4.2- sun-1.4.2.08-1jpp ? I'm getting weird dependencies which don't make sense, notably: Error: Missing Dependency: jdk = 2000:1.5.0_02-fcs is needed by package java-1.5.0-sun-compat I want to use 1.4.2 not 1.5 and it doesn't make sense to have jdk = 2000:1.5.0_02-fcs, unless I'm missing something? I do have java-1.4.2- sun-1.4.2.08-1jpp installed as you can see bellow. Any help greatly appreciated. -Joe [jsauer@ptc1 SPECS]$ rpm -qa | grep java java-1.4.2-sun-devel-1.4.2.08-1jpp java-1.4.2-sun-1.4.2.08-1jpp [root@ptc1 ~]# yum install tomcat5 <snip> Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package tomcat5.noarch 0:5.0.30-6jpp set to be updated --> Running transaction check --> Processing Dependency: jakarta-commons-daemon for package: tomcat5 --> Processing Dependency: jaf >= 0:1.0.1 for package: tomcat5 --> Processing Dependency: jakarta-commons-el >= 0:1.0 for package: tomcat5 --> Processing Dependency: jakarta-commons-dbcp >= 0:1.2.1 for package: tomcat5 --> Processing Dependency: tomcat5-jasper = 0:5.0.30-6jpp for package: tomcat5 --> Processing Dependency: regexp >= 0:1.3 for package: tomcat5 --> Processing Dependency: xerces-j2 >= 0:2.6.2 for package: tomcat5 --> Processing Dependency: jakarta-commons-digester >= 0:1.3 for package: tomcat5 --> Processing Dependency: jakarta-commons-pool >= 0:1.2 for package: tomcat5 --> Processing Dependency: jakarta-commons-modeler for package: tomcat5 --> Processing Dependency: tomcat5-servlet-2.4-api = 0:5.0.30-6jpp for package: tomcat5 --> Processing Dependency: jakarta-commons-logging >= 0:1.0.4 for package: tomcat5 --> Processing Dependency: jakarta-commons-beanutils >= 0:1.7.0 for package: tomcat5 --> Processing Dependency: tyrex >= 0:1.0 for package: tomcat5 --> Processing Dependency: javamail >= 0:1.3 for package: tomcat5 --> Processing Dependency: jakarta-commons-fileupload >= 0:1.0-1jpp for package: tomcat5 --> Processing Dependency: mx4j >= 0:1.1.1 for package: tomcat5 --> Processing Dependency: xml-commons-apis for package: tomcat5 --> Processing Dependency: jakarta-commons-launcher >= 0:0.9 for package: tomcat5 --> Processing Dependency: ant >= 0:1.6.2 for package: tomcat5 --> Processing Dependency: jakarta-commons-collections >= 0:3.1 for package: tomcat5 --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package mx4j.noarch 0:3.0.1-1jpp set to be updated ---> Package jakarta-commons-fileupload.noarch 1:1.0-3jpp set to be updated ---> Package xml-commons-apis.noarch 0:1.0-0.b2.7jpp set to be updated ---> Package jakarta-commons-pool.noarch 0:1.2-2jpp set to be updated ---> Package jakarta-commons-modeler.noarch 0:1.1-4jpp set to be updated ---> Package tyrex.noarch 0:1.0.1-3jpp set to be updated ---> Package jakarta-commons-beanutils.noarch 0:1.7.0-2jpp set to be updated ---> Package classpathx-mail.noarch 0:1.0-3jpp set to be updated ---> Package jakarta-commons-launcher.noarch 0:0.9-3jpp set to be updated ---> Package tomcat5-jasper.noarch 0:5.0.30-6jpp set to be updated ---> Package tomcat5-servlet-2.4-api.noarch 0:5.0.30-6jpp set to be updated ---> Package jakarta-commons-dbcp.noarch 0:1.2.1-3jpp set to be updated ---> Package xerces-j2.noarch 0:2.6.2-4jpp set to be updated ---> Package jakarta-commons-logging.noarch 0:1.0.4-2jpp set to be updated ---> Package jakarta-commons-daemon.noarch 1:1.0-2jpp set to be updated ---> Package classpathx-jaf.noarch 0:1.0-2jpp set to be updated ---> Package jakarta-commons-collections.noarch 0:3.1-1jpp set to be updated ---> Package ant.noarch 0:1.6.2-3jpp set to be updated ---> Package regexp.noarch 0:1.3-2jpp set to be updated ---> Package jakarta-commons-digester.noarch 0:1.6-2jpp set to be updated ---> Package jakarta-commons-el.noarch 0:1.0-3jpp set to be updated --> Running transaction check --> Processing Dependency: xml-commons for package: mx4j --> Processing Dependency: xml-commons = 0:1.0-0.b2.7jpp for package: xml-commons-apis --> Processing Dependency: log4j >= 1.2.7 for package: mx4j --> Processing Dependency: bcel >= 5.0 for package: mx4j --> Processing Dependency: axis >= 1.1 for package: mx4j --> Processing Dependency: jaxp_transform_impl for package: jakarta- commons-modeler --> Processing Dependency: xml-commons-resolver for package: mx4j --> Processing Dependency: java-sasl for package: classpathx-mail --> Processing Dependency: xml-commons-resolver for package: xerces-j2 --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package saxon.noarch 0:6.5.3-3jpp set to be updated ---> Package axis.noarch 0:1.2-0.rc2.3jpp set to be updated ---> Package bcel.noarch 0:5.1-5jpp set to be updated ---> Package xml-commons.noarch 0:1.0-0.b2.7jpp set to be updated ---> Package java-1.5.0-sun-compat.i586 0:1.5.0.02-1jpp set to be updated ---> Package log4j.noarch 0:1.2.9-1jpp set to be updated ---> Package xml-commons-resolver.noarch 0:1.1-3jpp set to be updated --> Running transaction check --> Processing Dependency: /usr/bin/ttmkfdir for package: java-1.5.0- sun-compat --> Processing Dependency: wsdl4j for package: axis --> Processing Dependency: jakarta-commons-discovery for package: axis --> Processing Dependency: /usr/X11R6/bin/mkfontdir for package: java-1.5.0-sun-compat --> Processing Dependency: jdk = 2000:1.5.0_02-fcs for package: java-1.5.0-sun-compat --> Processing Dependency: /usr/sbin/chkfontpath for package: java-1.5.0-sun-compat --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package jakarta-commons-discovery.noarch 1:0.2-2jpp set to be updated ---> Package chkfontpath.i386 0:1.10.0-2 set to be updated ---> Package wsdl4j.noarch 0:1.5-1jpp set to be updated ---> Package ttmkfdir.i386 0:3.0.9-14 set to be updated ---> Package xorg-x11-font-utils.i386 0:6.8.1-23.EL set to be updated --> Running transaction check --> Processing Dependency: xfs for package: chkfontpath --> Processing Dependency: jdk = 2000:1.5.0_02-fcs for package: java-1.5.0-sun-compat --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package xorg-x11-xfs.i386 0:6.8.1-23.EL set to be updated --> Running transaction check --> Processing Dependency: jdk = 2000:1.5.0_02-fcs for package: java-1.5.0-sun-compat --> Finished Dependency Resolution Error: Missing Dependency: jdk = 2000:1.5.0_02-fcs is needed by package java-1.5.0-sun-compat -- --

1 0

RE: [CentOS] relation "pg_user" does not exist error when runningpg_dump
by Marc Powell 28 Apr '05

28 Apr '05

> -----Original Message----- > From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On > Behalf Of Andy Masiar > Sent: Thursday, April 28, 2005 2:41 PM > To: centos(a)centos.org > Subject: [CentOS] relation "pg_user" does not exist error when > runningpg_dump > > Hi, > > I'm trying to move a postgres database to another server and I ran > into some weird problems. Pg_dump command was not giving any output > and the logs got filled with some SELinux errors. So I turned off > SELinux completely (and rebooted). Now I'm getting the following error > message: > > # pg_dump -U postgres database > database.out > pg_dump: SQL command failed > pg_dump: Error message from server: ERROR: relation "pg_user" does not > exist > pg_dump: The command was: SELECT (SELECT usename FROM pg_user WHERE > usesysid = datdba) as dba, pg_encoding_to_char(encoding) as encoding, > datpath FROM pg_database WHERE datname = 'database' Googling for the error message (*hint hint*) indicates this is most often caused by a version mismatch between your pg_dump, psql, etc, and the actual postgres database you are connecting to. Is that the case? -- Marc

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss