similar to: CentOS 6.6 x86_64, rpm error: rpmdbNextIterator: skipping h# ...

Hi, On Tue, Apr 28, 2015 at 10:37 AM, <carlh04426 at gmail.com> wrote: > Hi All, > > I had some health issues for a few months and I barely recall dealing > with Heartbleed ... it's all just a blur. Now I'm getting back up to > speed, but I have a pair of CentOS 6.6 x86_64 + Virtualmin 4.13 GPL > servers which no longer seem to be picking up available updates.

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:

On Tue, 28 Apr 2015 10:47:32 +0530 Ashish Yadav wrote: > have you tried to rebuild the RPM database using below command, > > # rpm --rebuilddb Hi Ashish, and thank you for your reply. I contemplated doing that but felt I needed to better understand the problem, first. As it happens, I refined my search phrase a few more times and ultimately discovered the problem ... and the fix:

Got a problem with one workstation. What I'm seeing, from a yum update (saw it with make whatis first): <snip> Running rpm_check_debug error: rpmdbNextIterator: skipping h# 1211 hdr SHA1: BAD, not hex <repeated many times> <snip> ERROR with rpm_check_debug vs depsolve: libicui18n.so.36 is needed by boost-1.33.1-10.el5_7.3.i386 libicuuc.so.36 is needed by

Trying to apply the latest updates to an Athalon base fully updated CentOS 4.2. In the past used the update process kicked off by clicking the hand-dandy red icon. This failed, so I tried yum. Somewhere in the process, it complained that there was no GPG key for the lame libraries (IIRC, everything's a little hazy after all the Googling trying to fix this). Anyway, tried "yum

Alle, I'm running CentOS 4.8. I just started seeing these errors during RPM operations: error: rpmdbAdd: skipping h# 990 Header V3 DSA signature: BAD, key ID 443e1821 error: rpmdbNextIterator: skipping h# 969 Header V3 DSA signature: BAD, key ID 443e1821 I've cleared out the __db.* files and tried to rebuild the DB with no luck. I've also tried this:

On 1/4/19 8:22 AM, Daniel Walsh wrote: > On 1/3/19 10:19 PM, H wrote: >> I recently updated docker to version 18.09 and I seem to have lost the container id in the command prompt when I exec into a running container, a very useful feature in the previous version I was running. I have not found any information in the Docker General Forum. >> >> Has anyone else seen this?

Il giorno gio, 18/02/2016 alle 17.34 +0100, Yamaban ha scritto: > On Thu, 18 Feb 2016 16:07, Dario Lesca wrote: > > > Hi, I must migrate a Centos5 server on Centos7 > > > > On server Centos5 there is a shell procedure witch add to PDF a > > timestamp like this example: > > > > http://i.stack.imgur.com/OBsqX.png > > > > with this command:

I was running a rpm -qa --qf "%{vendor} \t\t%{name}\n" |sort|grep -v CentOS looking for packages from other vendors installed on a machine and noticed a curious sight: Fujitsu Limited crash-trace-command It appears I am not the only one who has crash-trace-command from Fujitsu Limited https://www.centos.org/forums/viewtopic.php?f=13&t=1081&start=0#p6688 That

On 01/04/2019 09:16 PM, H wrote: > On 01/04/2019 08:27 AM, Daniel Walsh wrote: >> On 1/4/19 8:22 AM, Daniel Walsh wrote: >>> On 1/3/19 10:19 PM, H wrote: >>>> I recently updated docker to version 18.09 and I seem to have lost the container id in the command prompt when I exec into a running container, a very useful feature in the previous version I was running. I have

I have a system (Centos 4.4 all packages uptodate) where almost every rpm or yum operation fails with a message like e.g.: error: %preun(a2ps-4.13b-41.i386) scriptlet failed, exit status 255 some times the error is on %post() the last few lines of output from rpm -e -vv a2ps are D: ========== --- a2ps-4.13b-41 i386-linux 0x1 D: erase: a2ps-4.13b-41 has 316 files, test = 0 D: opening db

Add the package that raised the issue, so it can be used to provide better diagnostic. --- src/librpm-c.c | 15 ++++++++++----- src/librpm.ml | 4 ++-- src/librpm.mli | 2 +- 3 files changed, 13 insertions(+), 8 deletions(-) diff --git a/src/librpm-c.c b/src/librpm-c.c index 3bd25a2..75ca4d7 100644 --- a/src/librpm-c.c +++ b/src/librpm-c.c @@ -66,10 +66,15 @@ librpm_handle_closed (void) }

Hi all, I noticed that when I install some packages (precise list not defined), my x86_64 C6 tends to install both 32bits and 64bits at the same time: # yum install fontconfig freetype \ libfreetype.so.6 libfontconfig.so.1 \ libstdc++.so.6 Gives: http://pastebin.com/FNzztefV My repository configuration is same: http://pastebin.com/Hf38sAic No 3rd party repository.

I recently updated docker to version 18.09 and I seem to have lost the container id in the command prompt when I exec into a running container, a very useful feature in the previous version I was running. I have not found any information in the Docker General Forum. Has anyone else seen this?

Hi, this work makes supermin use the rpm library instead of invoking rpm directly. This, together with a needed refactoring of the dependency resolution, should help in make supermin faster on rpm-based systems. Surely the patches will still need polishing, especially for behaviours of newly added stuff, but at least it's a good starting point. Noting that you need rpm-devel on most of rpm

Hi, I must migrate a Centos5 server on Centos7 On server Centos5 there is a shell procedure witch add to PDF a timestamp like this example: http://i.stack.imgur.com/OBsqX.png with this command: $ pdftk input.pdf stamp overlay.pdf output stamped.pdf Into Centos7 pdftk it is no longer allowed Someone knows some other command to replace it or other ways to do this? Or how I can install pdftk on

On 18/02/16 17:20, Dario Lesca wrote: > > ATM there is no "ready to install" package directly for Centos 7, > but try the Centos /RHEL 6 package from there before > doing the full build circus (requires installed libgcj). > For this solution it's necessary to break some dependency: > > # rpm -ivh ./libgcj-4.4.7-16.el6.x86_64.rpm ./pdftk-2.02-1.el6.x86_64.rpm

libtool-2.2.6-15.5.el6.x86_64 upstart-0.6.5-13.el6_5.3.x86_64 atmel-firmware-1.3-7.el6.noarch redhat-rpm-config-9.0.3-42.el6.centos.noarch plymouth-scripts-0.8.3-27.el6.centos.1.x86_64 patchutils-0.3.1-3.1.el6.x86_64 bc-1.06.95-1.el6.x86_64 cscope-15.6-6.el6.x86_64 coreutils-8.4-37.el6.x86_64 ncurses-devel-5.7-3.20090208.el6.x86_64 libselinux-utils-2.0.94-5.8.el6.x86_64

Hi, I've encountered the following problem at a client. The problem results in one or more of the smbd processing continuously grabbing more and more memory until the system runs out of memory or just becomes unusable due to a low memory condition. This error is extremely serious as the entire server is eventually brought down by one error. After debugging this error at the

Hello, I am using "shorewall add" and "shorewall delete" for dynamically adding and removing users to VPN chains when connecting to a VPN gateway. But ''shorewall delete'' has a little problem to delete the correct rules. When issuing "shorewall delete iface:host zone", shorewall tries to execute rules like: iptables -D source_chain -s host1 -o