[WBEL-users] yum troubles

Hello whitebox-users,

what would cause this?

[root <at> loon root]# yum check-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 ?
    yummain.main(sys.argv[1:])
  File "/usr/share/yum/yummain.py", line 163, in main
    (log, errorlog, filelog, conf, cmds) = parseCmdArgs(args)
  File "/usr/share/yum/yummain.py", line 75, in parseCmdArgs
    conf=yumconf(configfile=yumconffile)
  File "/usr/share/yum/config.py", line 155, in __init__
    self.yumvar['releasever'] = self._getsysver()
  File "/usr/share/yum/config.py", line 285, in _getsysver
    idx = ts.dbMatch('provides', self.distroverpkg)
TypeError: rpmdb open failed

#rpm --rebuilddb
rpmdb: Program version 4.2 doesn't match environment version
error: db4 error(22) from dbenv->open: Invalid argument
error: cannot open Packages index

--

-- 
Best regards,
 Mickael

Re: [WBEL-users] yum troubles

On Mon, 2005-02-28 at 16:45 -0800, Mickael Maddison wrote:
> Hello whitebox-users,
> 
> what would cause this?
> 
> [root <at> loon root]# yum check-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 ?
>     yummain.main(sys.argv[1:])
>   File "/usr/share/yum/yummain.py", line 163, in main
>     (log, errorlog, filelog, conf, cmds) = parseCmdArgs(args)
>   File "/usr/share/yum/yummain.py", line 75, in parseCmdArgs
>     conf=yumconf(configfile=yumconffile)
>   File "/usr/share/yum/config.py", line 155, in __init__
>     self.yumvar['releasever'] = self._getsysver()
>   File "/usr/share/yum/config.py", line 285, in _getsysver
>     idx = ts.dbMatch('provides', self.distroverpkg)
> TypeError: rpmdb open failed
> 
> #rpm --rebuilddb
> rpmdb: Program version 4.2 doesn't match environment version
> error: db4 error(22) from dbenv->open: Invalid argument
> error: cannot open Packages index
----
ps aux|grep rpm

[WBEL-users] [Fwd: Returned mail: DNS server responded with 3 (Domain Not Found)]

This must be stopped...I am not going to post on this list anymore until
there is confirmation that there is list management

Craig

From: Mail Delivery Subsystem <MAILER-DAEMON <at> axios.com.br>
Subject: Returned mail: DNS server responded with 3 (Domain Not Found)
Date: 2005-03-01 02:53:41 GMT

The original message was received at Mon, 28 Feb 2005 23:53:41 -0300

  ----- The following addresses had permanent fatal errors -----
<eduardo <at> axios.com.br,notari <at> axios.com.br,heitor <at> axios.com.br>

  ----- Transcript of session follows -----
... while issuing MX query to 200.250.83.129
554 DNS server responded with 3 (Domain Not Found)

Re: [WBEL-users] yum troubles

Hello,

just wanted to state that I have the very same problem since a few days 
on one of my machines and no idea what could have caused the faulty rpm-db.

Best Regards,
Benedikt Carda

Mickael Maddison schrieb:

>Hello whitebox-users,
>
>what would cause this?
>
>[root <at> loon root]# yum check-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 ?
>    yummain.main(sys.argv[1:])
>  File "/usr/share/yum/yummain.py", line 163, in main
>    (log, errorlog, filelog, conf, cmds) = parseCmdArgs(args)
>  File "/usr/share/yum/yummain.py", line 75, in parseCmdArgs
>    conf=yumconf(configfile=yumconffile)
>  File "/usr/share/yum/config.py", line 155, in __init__
>    self.yumvar['releasever'] = self._getsysver()
>  File "/usr/share/yum/config.py", line 285, in _getsysver
>    idx = ts.dbMatch('provides', self.distroverpkg)

Re: [WBEL-users] yum troubles

On Mon, 2005-02-28 at 16:45 -0800, Mickael Maddison wrote:
> Hello whitebox-users,
> 
> what would cause this?
> 
> [root <at> loon root]# yum check-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 ?
>     yummain.main(sys.argv[1:])
>   File "/usr/share/yum/yummain.py", line 163, in main
>     (log, errorlog, filelog, conf, cmds) = parseCmdArgs(args)
>   File "/usr/share/yum/yummain.py", line 75, in parseCmdArgs
>     conf=yumconf(configfile=yumconffile)
>   File "/usr/share/yum/config.py", line 155, in __init__
>     self.yumvar['releasever'] = self._getsysver()
>   File "/usr/share/yum/config.py", line 285, in _getsysver
>     idx = ts.dbMatch('provides', self.distroverpkg)
> TypeError: rpmdb open failed
> 
> #rpm --rebuilddb
> rpmdb: Program version 4.2 doesn't match environment version
> error: db4 error(22) from dbenv->open: Invalid argument
> error: cannot open Packages index
> 

I usually see this after I've done a major yum/rpm update and I think

[WBEL-users] Rebuilding EL4 problem

Hi all, I finally had time to try to figure out what means rebuilding 
from sources, and yet again, thanks John 
I have completed the rebuilding of all the packages on a RedHatEL4beta2 
PC (Duron 1200Mhz.... a nightmare it took 4 days) and I'm now trying to 
make cd's out of it. I have to say I rebuilt all as root, and yes, I 
know I shouldn't but when i figured that out  it was too late (except 
for the comps and kernel packages rebuilt as buildsys user, and gmp that 
I had to rebuild on a different machine since duron doesn't support 
sse2). I am following the Howto on whiteboxlinux.org, and I also red the 
docs related as suggested on the site (howto burn redhat cd, edit 
comps.xml etc). Things went quite smooth, I got some warnings while 
running pkgorder but I red somewhere that capital WARNINGS are bad, 
lower case warnings are "ok" (I get LOOP with cracklib and kernel/LVM 
packages). I didn't edit comps.xml. So I have a pkgorder-i386.txt in my 
basedir, and hdlist-hdlist2 in basedir/i386/RedHat/base. Then I run 
splitcdset, and I get this error (root or buildsys user makes no diff). 
It looks like splittree.py cannot read the headers generated by genhdlist:

[buildsys <at> rhel4beta2 4.0]$ ./splitcdset
Traceback (most recent call last):
  File "/usr/lib/anaconda-runtime/splittree.py", line 455, in ?
    logfile = timber.main()
  File "/usr/lib/anaconda-runtime/splittree.py", line 380, in main
    self.splitRPMS()
  File "/usr/lib/anaconda-runtime/splittree.py", line 253, in splitRPMS
    pkg_nvr = nvra("%s/%s/RPMS/%s" %(self.dist_dir, self.product_path, 
filename))
  File "/usr/lib/anaconda-runtime/splittree.py", line 39, in nvra
    h = _ts.hdrFromFdno(fd)
rpm.error: error reading package header

Re: [WBEL-users] [Fwd: Returned mail: DNS server responded with 3 (Domain Not Found)]

On Mon, 2005-02-28 at 20:07 -0700, Craig White wrote:
> This must be stopped...I am not going to post on this list anymore until
> there is confirmation that there is list management
> 

To be honest, it's not particularly the list's fault that a particular
MTA decides to stupid things.  The list software does include the right
header (i.e. "Return-path: <whitebox-users-bounces <at> beau.org>"), to deal
with list bounces, but it can't do anything if a server somewhere else
decides to add a different "Return-path:" header to confuse everything.
All I can say is that the messages arrive here correctly formatted, but
they arrive in Brazil formatted differently.  It's particularly annoying
that I received the bounce before I got my post arrived from the list to
my mailbox!

P.

--

-- 
Pete Biggs :{)       pete  <at>  physchem.ox.ac.uk     pete.biggs  <at>  chem.ox.ac.uk
01865 275490 (Work)  pete1biggs  <at>  gmail.com       pete  <at>  biggs.org.uk

Re: [WBEL-users] rsync capable mirrors

I'm just building my own internal mirror as we now have sufficient 
machines to make it a win/win situation. I'm in the UK so this is my 
best mirror.

So a quick question.

Is the os directory at the last respin stage and the updates directory 
since then?

If so, presumably the os directory will be updated at respin 2.

Is this correct?

Thanks
Graham

Jake Grimmett wrote:
> Dear All,
> 
> As I have ~30 machines running WB, I use a local mirror for up2date, and was 
> rsync'ing this daily to the ncsu site. With ncsu gone (again, many thanks for 
> their generous bandwidth) I have switched to ESAT, which thankfully is also 
> rsync friendly, just use a couple of lines like this in your crontab:
> 
> (one line)
> rsync -Pvptrl --exclude='*SRPMS' --delete  
> rsync://ftp.esat.net/mirrors/whiteboxlinux.org/3.0/en/os/ /mylocal 
> mirrorpath/whitebox_mirror/3.0/en/os/
> 

Re: [WBEL-users] [Fwd: Returned mail: DNS server responded with 3 (Domain Not Found)]

Craig White wrote:
> This must be stopped...I am not going to post on this list anymore until
> there is confirmation that there is list management
> 
> Craig
> 
> 
You could post and get through Gmane.org.
Filters the junk very well here!

--

-- 
"If you have ever eaten crow,
It don't taste like chicken!!"

[WBEL-users] Strange load averages

Hi All,

Just noticed on one of my servers it is showing a very high load  it seesm its 
not on 9 but 0  just showing wrong  it lives its life as a proxy server  
running squid and gnugk.  anyone have any ideas  its only a recent thing  
that ive noticed this week.

from w
 16:41:53  up 138 days,  7:41,  1 user,  load average: 9.01, 9.01, 9.00
USER     TTY      FROM              LOGIN <at>    IDLE   JCPU   PCPU  WHAT
dennis   pts/1    roylnx01.royalpu  4:40pm  0.00s  0.08s  0.02s  sshd: dennis 
[priv]

from top 

 16:40:37  up 138 days,  7:40,  1 user,  load average: 9.05, 9.01, 9.00
122 processes: 119 sleeping, 3 running, 0 zombie, 0 stopped
CPU states:  cpu    user    nice  system    irq  softirq  iowait    idle
           total    0.0%    0.0%    0.1%   0.0%     0.1%    0.0%   99.6%
Mem:   246852k av,  243472k used,    3380k free,       0k shrd,   22472k buff
                    176660k actv,       0k in_d,    4584k in_c
Swap:  521632k av,   13408k used,  508224k free                   99208k 
cached

  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME CPU COMMAND
10326 root      15   0  1156 1156   900 R     0.1  0.4   0:00   0 top

--

-- 
Regards