similar to: C6 to 7 upgrade tool testing & documentation

Is it possible to create CentOS 5.9 LiveCD on CentOS 6.4 system? I am trying but getting following errors (rpmdb related): <snip> Installing: cups-pdf ################### [ 692/1011] semodule: SELinux policy is not managed or store cannot be accessed. rpmdb: /var/lib/rpm/Packages: unsupported hash version: 9 error: cannot open Packages index using db3 - Invalid argument

I'm trying to do something slightly silly; rather than having a C5 machine and a C6 machine around for compiling and testing, I want to create a C5 chroot area. Something similar to "mock" but using lvm snapshots and some local config specific stuff. (Potentially even using Linux Containers to enter the chroot environment). So I thought I'd build out the chroot... % cat

Using the instructions on: http://wiki.centos.org/AdditionalResources/Repositories/RPMForge#head-f0 c3ecee3dbb407e4eed79a56ec0ae92d1398e01 I enter the command: rpm --import http://apt.sw.be/RPM-GPG-KEY.dag.txt and it comes back to the prompt, like it worked, but attempting to confirm the download: rpm -K rpmforge-release-0.5.2-2.el6.rf.*.rpm results in: error:

We have a couple of CentOS 7 boxes that were built before I was hired to clean up the kickstart script used for C7 boxes. We had a couple of rpm packages that were pre-C7 that were used and setup the old SysV Init way using ntsysv and chkconfig on these boxes. (I finally fixed that in the newer scripts.) These are out in the field and I'm having to deal with them as they are. One thing

Dear all, I am trying to install Samba 3.0.30 on a new Centos 5 machine and I am getting following error. Samba has been downloaded form setnet. Could some please let me know how to fix this? rpmdb: Program version 4.3 doesn't match environment version error: db4 error(-30974) from dbenv->open: DB_VERSION_MISMATCH: Database environment version mismatch warning: cannot open Solve

Dear all, I am trying to install Samba 3.0.30 on a new Centos 5 machine and I am getting following error. Samba has been downloaded form setnet. Could some please let me know how to fix this? rpmdb: Program version 4.3 doesn't match environment version error: db4 error(-30974) from dbenv->open: DB_VERSION_MISMATCH: Database environment version mismatch warning: cannot open Solve

Hey, From time to time I catch a yum warning. Last time it was today: # yum update ... Downloading Packages: vsftpd-2.2.2-6.el6_2.1.x86_64.rpm???????????????????????????????? | 149 kB???? 00:01???? Running rpm_check_debug Running Transaction Test Transaction Test Succeeded Running Transaction Warning: RPMDB altered outside of yum. ? Updating?? :

Has anyone seen this before? [root at shelob rpm]# yum update rpmdb: Program version 4.2 doesn't match environment version error: db4 error(22) from dbenv->open: Invalid argument error: cannot open Packages index using db3 - Invalid argument (22) error: cannot open Packages database in /var/lib/rpm Traceback (most recent call last): File "/usr/bin/yum", line 30, in ?

Is anyone getting a yum update problem with glibc and glibc-common? I'm getting the error message ------------------------------- Error: Protected multilib versions: glibc-2.12-1.47.el6_2.12.x86_64 != glibc-2.12-1.47.el6_2.9.i686 ** Found 3 pre-existing rpmdb problem(s), 'yum check' output follows: bash-4.1.2-9.el6_2.x86_64 is a duplicate with bash-4.1.2-8.el6.centos.x86_64

I was just looking at the CentOS Wiki at https://wiki.centos.org/HowTos/PXE/PXE_Setup, and it's pretty seriously out of date. It neglects the existence of the "syslinux-tftpboot" RPM, and the hand editing of xinetd config files for tftpd ignores the availability of "chkconfig" and "service" to manage that service. For more sophisticated users, it doesn't

does anybody see this: unning transaction Warning: RPMDB altered outside of yum. ** Found 8 pre-existing rpmdb problem(s), 'yum check' output follows: ipa-admintools-4.4.0-14.el7.centos.noarch has installed conflicts freeipa-admintools: ipa-admintools-4.4.0-14.el7.centos.noarch ipa-client-4.4.0-14.el7.centos.x86_64 has installed conflicts freeipa-client:

I'm having a problem with a fairly new server. Running yum upgrade I get the following: Traceback (most recent call last): File "/usr/bin/yum", line 29, in ? yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 105, in main result, resultmsgs = base.doCommands() File "/usr/share/yum-cli/cli.py", line 289, in doCommands

On Tue, Dec 13, 2016 at 04:44:06PM +0000, lejeczek wrote: > does anybody see this: > > unning transaction > Warning: RPMDB altered outside of yum. > ** Found 8 pre-existing rpmdb problem(s), 'yum check' output > follows: > ipa-admintools-4.4.0-14.el7.centos.noarch has installed conflicts > freeipa-admintools: ipa-admintools-4.4.0-14.el7.centos.noarch >

Hello, I have been testing the latest unstable version of xen and noticed that after I move /lib/tls to /lib/tls.disabled I start receiving errors whenever I try to execute an rpm command (or yum commands - related to rpm). Just as an example here''s an error: rpm --import RPM-GPG-KEY rpmdb: unable to initialize mutex: Function not implemented rpmdb: /var/lib/rpm/__db.001: unable to

On Wednesday, 26 August 2020 21:15:36 CEST Richard W.M. Jones wrote: > On Wed, Aug 26, 2020 at 06:57:43PM +0200, Pino Toscano wrote: > > Fedora 33 switched the DB of RPM to SQLite, so no more Packages/Name/etc > > files. Because any missing file exception is ignored when checking for > > --if-newer, the lack of the Package files was not properly noticed, so > > the

I'd guess this is probably something pretty specific to my test box, but when I yum updated to 3.3 my rpmdb got totally hosed. Unfortunately, I didn't save the error that occured at the time because a rpm --rebuilddb _appeared_ to fix the problem. Unfortunately I found out later that I was left with a db that only contained a subset of the actual install base. I'm now trying to

When doing yum operations I get this message at the end of whatever yum was doing: ** Found 1 pre-existing rpmdb problem(s), 'yum check' output follows: brscan4-0.4.8-1.x86_64 is a duplicate with brscan4-0.4.3-1.x86_64 It is true, if I do "rpm -qa | grep brscan" it shows two of them. what's the best/proper way to deal with this? -remove both, reinstall one? -remove one?

Fedora 33 switched the DB of RPM to SQLite, so no more Packages/Name/etc files. Because any missing file exception is ignored when checking for --if-newer, the lack of the Package files was not properly noticed, so the appliance was always considered out out date. Check for the SQLite-based DB first, falling back to the old format. Signed-off-by: Pino Toscano <ptoscano@redhat.com> ---

I had some packages that I needed to install and they have some issues, I installed via rpm and did some linking and got them working. However Yum still thinks that they are broken: ** Found 1 pre-existing rpmdb problem(s), 'yum check' output follows: has missing requires of python(abi) = ('0', '2.6', None) Yum appears to install whatever I need but spits that out at the

Hi, Just noticed that the distro tag used in openssl is different from upstream. Upstream and the last update (openssl-1.0.1e-30.el6_6.7) use "el6_6" where as the latest update (openssl-1.0.1e-30.el6.8) uses "el_6". Any reason for this discrepancy? Regards, Leonard. -- mount -t life -o ro /dev/dna /genetic/research