similar to: Question about stubborn RPM

Hello, My installation of clamav is hosed up. It won't start due to a malformed database. I ran freshclam and updated the database but still have the problem. I was going to uninstall clamav but there are other app dependencies. Virtualmin is one. How can I do an uninstall/re-install without hosing more stuff up? I have found some examples, --nodeps, --replacepkgs and

hi guys i just partially upgrade centos 3.4 to centos 4(using apt-get) and im having a problem removing kdb 1.08-10.2, kbd 1.12-2 is already installed and im trying to remove kdb 1.08 through apt-get and rpm -e here's what happened when i use apt-get: # apt-get remove kbd#1.08-10.2 Reading Package Lists... Done Building Dependency Tree... Done The following packages will be REMOVED:

Hello, As part of testing an alternative module I saved the original module and copied the test one in. The test was done and I put the original module back. Now the original module is not loading at startup and doing it manually I get the error WARNING: Error inserting {Module name & path } Required key not available. And in /var/log/messages shortly after boot I can see kernel:

First off, I have to admit that I'm uncertain if this is the appropriate forum; I'd be happy for suggestions about where else to look. I'm doing this work on a stock install of CentOS-7-x86_64-Minimal-1810.iso, with no updates. I'm trying to create an RPM database from a custom set of RPMs. One RPM ('openldap-ltb' from the LDAP Tool Box project (ltb-project.org) has a

Hello, A while ago I downloaded and compiled PAM 0.99.x and installed it over the default CentOS PAM installation. Of course, this premature decision led to root and FTP access being fully locked down and inaccessible. When I `su -`, it prints "su: incorrect password" before it gives me the chance to type a password. When I `sudo su -`, it prints "sudo: pam_authenticate:

Over the weekend my workstation (still on CentOS 3) started showing SMART errors, so we shut it down and moved everything onto a new drive. On reboot, the RPM database reports as corrupted and "rpm --rebuilddb" segmentation faults. Is there any reasonable way to recover from this, short of a complete reinstall? The machine is otherwise up though it''s quite likely some files

Hello *, i get following error: Downloading needed headers Resolving dependencies .....Unable to satisfy dependencies Package rpm-libs needs rpm = 4.2.3-13.WB2, this is not available. I switch from WhiteBox to Centos. How can resolve this problem?

I tried to install alsa 1.0.19 on centos 5.3 64 - did not work - compile errors. I need to re-install alsa-lib and alsa-util . I dont want to do rpm -e first on those packages as dependcy is crazy. I know they were installed (rpm -qa | grep alsa tells me so) I just want to re-install ? How do I do that? Thanks, Jerry

I have older systems out there that work fine, just for what ever reason would be great to upgrade from a C5 -> C7 (due to no longer supported) or C6 > C7 (for updated packages). Sounds like the upgrade tool is not quite an option... I was thinking... What would be wrong with any "easy" script that did the following: 1) Removed all packages with the --justdb option. 2) Import

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

I have to build my own rpms for the HIPL project. I update my copy of the code and make rpm. Thing is the rpm name never changes from patch to patch. Is there a way to have yum apply the new code as an update and not have to erase then install?

On 6/6/2017 5:29 PM, m.roth at 5-cent.us wrote: > Jerry Geis wrote: >> I have older systems out there that work fine, just for what ever reason >> would be great to upgrade from a C5 -> C7 (due to no longer supported) or >> C6 > C7 (for updated packages). >> >> Sounds like the upgrade tool is not quite an option... >> I was thinking... >> >>

I am using Puppet 3.1.0 on a CentOS 6.3 machines. The puppet master and puppet agents use CentOS 6.3 as their OS. I have a puppet script (init.pp file for the puppet module) that contains the following exec type: exec { "postgres init": cwd => "/applications/module", command => "bash initializePostgres.sh", user => "postgres", group =>

Hello, I'm using Centos: /proc/version = Linux version 2.6.18-128.el5 (mockbuild at builder16.centos.org) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-44)) #1 SMP Wed Jan 21 10:44:23 EST 2009 I did a mistake and erased libc.a from /usr/lib How can I recover it without reinstalling Centos ? Thanks.

I started a new thread since the original one is getting rather long. I have retrieved the files I deleted in /boot and /boot/grub, however I need to make links for /boot/System.map (System.map -> System.map-2.6.9-89.35.1) /boot/vmlinuz (vmlinuz -> vmlinuz-2.6.9-89.35.1) /boot/grub/menu.lst (menu.lst -> ./grub.conf) If it was not so important to get it correct, I would appreciate

Hi list, I'm new to Centos and I've a very small knowledge of selinux use. I can disable it, but I prefer take it on for study. I've a second mirrored device that I use for file sharing. This is the scenario: /dev/md2 mounted on /mnt/data To make samba working I must set the file context to the path at samba_share_t on /mnt/data. After this samba works. Now I'm setting up

I just started rolling out 9.2 to all our production machnes, which are currently on 8.4. We have tested it pretty throughly internally and are very happy with it, but as part of the deployment have hit a problem. We have a pair of boxes running as a firewall using carp and pfsync. One of the - the 'passive' one - has been upgraded to 9.2, and all works fine as far as carp si concerned,

I'm trying to do an update to some servers... and they have both i386 and x86_64 perl. The latter won't update, because the idiotic *man pages* are dups. Is there *any* way, short of using rpm directly with a --force, to get yum to ignore the dups and do the update? And why does *anyone* make it so that a dup manpage is a reason to fail (and don't tell me they do it generically for

Reading thru one of the postgres mailing lists regarding which character encoding to use for a database, someone chimed in and claimed this: Umm, you should choose an encoding supported by your platform and the locales you use. For example, UTF-8 is a bad choice on *BSD because there is no collation support for UTF-8 on those platforms. On Linux/Glibc UTF-8 is well supported but you

Rats... found some hardware monitoring from the vendor and it's broken, or I'm missing some pieces. No mention of CentOS specifically, but RH is supported, so figured it *ought* to work. I'm apparently missing a library -- liblinc.so.1, and a net search reveals several sources, both for x86 and 64-bit. Tried them both, after the x86 did not work, and the 64-bit I thought was