Re: [CentOS] Yum hangs while doing anything (FIXED)

[ken]

On 07/01/2013 05:52 PM Eero Volotinen wrote:
> is this fixing the issue:
>
> http://fedoranews.org/alex/tutorial/rpm/16.shtml

I couldn't read any web pages because I shut down firefox hours ago 
(thinking I was upgrading it) and then it (the older version) wouldn't 
start again.  But then I just solved the yum problem, upgraded several 
apps (including firefox) and the new firefox is working now.

All I did was put the original /var/lib/rpm/Packages file back where it 
was.  (If you read from a post from earlier today, I mv'd off this file 
and then ran rpm --rebuild to recreate it.  This fixed the problem with 
yum hanging, but then I was getting crazy error messages from yum and 
from rpm.)  Something told me to put the original Packages file back 
where it was, I did, and now yum works again.  And the just-upgraded 
firefox works too.

Thanks to you and everyone else who responded.  I have to say, I still 
don't know what caused the problem in the first place.  But sometimes 
things just have to be a mystery.

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Dovecot SLOW with sssd in centos 6

[Peter Brady]

On 1/07/13 8:34 PM, FABIO FERRARI wrote:
> Even doing a 'time ls -l' on the mail tree (there are about 3000 ldap
> users in that directory) it is very very slow, the first time I try to do
> it after a reboot, it takes about 6 minutes with sssd, and about 8 seconds
> with ldap.

If this time lag only occurs at boot sssd maybe having trouble creating
or managing its cache.  Do subsequent ls commands run quicker once the
cache is established?

I've seen similar behaviour on some of my machines but I've got fewer
users and don't reboot often so I've never really chased the issue down.
 Particularly as the times drop to essentially zero after the first run.

Cheers,
-pete

-- 
Peter Brady
Email: pdbr...@ans.com.au
Skype: pbrady77



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Steam for Linux Fedora 17 -> CentOS 6.x

[Ljubomir Ljubojevic]

Can somebody contact "Spot" and ask him if Steam for Linux can be 
compiled on CentOS 6.x? http://spot.fedorapeople.org/steam/

or will someone try it from src rpm's (same folder)?

or is someone willing to take over building the rpm the old fashioned 
way from https://github.com/xvitaly/steamrpm ?

I am to relocate to another town for new job and can not afford the 
spare time :-/

-- 
Ljubomir Ljubojevic
(Love is in the Air)
PL Computers
Serbia, Europe

StarOS, Mikrotik and CentOS/RHEL/Linux consultant
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DL380g8 - smart array B320i - CentOS 6.4

[John R Pierce]

On 7/1/2013 1:51 PM, Rob Kampen wrote:
> is not explicitly shown. 

this is the DL380e Gen8 flavor...

http://h18004.www1.hp.com/products/quickspecs/14328_na/14328_na.pdf


Standard Features
-  Storage Controller - One of the following depending on Model

  * Entry Model - SATA - HP Dynamic Smart Array B120i Controller NOTE:
Provides support for up to 6 SATA drives and data transmission
speeds up to 3Gb/s
  * Entry Model - SAS - HP Dynamic Smart Array B320i/512MB FBWC
Controller NOTE: Provides support for up to 8 SAS/SATA drives, data
transmission speeds up to 6Gb/s and includes SAS license key.
  * Base Models - LFF - HP Dynamic Smart Array B320i/512MB FBWC
Controller NOTE: Provides support for up to 8 SATA drives, data
transmission speeds up to 6Gb/s and requires purchase of SAS license
key for SAS mode.
  * Base Model - SFF - HP Dynamic Smart Array B320i/512MB FBWC
Controller NOTE: Provides support for up to 8 SAS/SATA drives, data
transmission speeds up to 6Gb/s and includes SAS license key.
  * High Performance Models HP Smart Array P420/1GB FBWC Controller
(RAID 0/1/1+0/5/5+0)
  * Storage Models - LFF HP Smart Array P420/1GB FBWC Controller (RAID
0/1/1+0/5/5+0)
  * Storage Models - SFF HP Smart Array P420/2GB FBWC Controller (RAID
0/1/1+0/5/5+0)


and later, the SKU's for those various combinations.   sku BC393A is the 
SAS license for the B320i which is the budget 'dynamic storage array' 
controller..   I see nothing about a license for more than 4 drives.

-- 
john r pierce  37N 122W
somewhere on the middle of the left coast

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum hangs while doing anything

[ken]

On 07/01/2013 03:28 PM Eero Volotinen wrote:
> so, it's waiting something. try strace -f yum command and output to email

[Sorry for the delay.  Got a phone call.]

There's a *lot* of output.  Here's the last part of it:

read(6, "#!/usr/bin/python -t\n\n# This pro"..., 4096) = 4096
read(6, "his.\n'''\nreturn "..., 4096) = 4096
read(6, "urn super(PositiveIntOption, sel"..., 4096) = 4096
read(6, "r:\nraise ValueError("..., 4096) = 4096
read(6, "name to use. If not-specified th"..., 4096) = 4096
read(6, "nel-PAE-debug'])\nexactarchli"..., 4096) = 4096
read(6, " to pkgs_gpgcheck\ngpgcheck ="..., 4096) = 4096
write(2, "", 4) = 4
write(2, "yumvars['releasever'] = _getsysv"..., 86yumvars['releasever'] 
= _getsysver(startupconf.installroot, startupconf.distroverpkg)
) = 86
close(6)= 0
munmap(0xb7967000, 4096)= 0
open("/usr/lib/python2.4/site-packages/yum/config.py", 
O_RDONLY|O_LARGEFILE) = 6
write(2, "  File \"/usr/lib/python2.4/site-"..., 81  File 
"/usr/lib/python2.4/site-packages/yum/config.py", line 884, in _getsysver
) = 81
fstat64(6, {st_mode=S_IFREG|0644, st_size=31008, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0xb7967000
read(6, "#!/usr/bin/python -t\n\n# This pro"..., 4096) = 4096
read(6, "his.\n'''\nreturn "..., 4096) = 4096
read(6, "urn super(PositiveIntOption, sel"..., 4096) = 4096
read(6, "r:\nraise ValueError("..., 4096) = 4096
read(6, "name to use. If not-specified th"..., 4096) = 4096
read(6, "nel-PAE-debug'])\nexactarchli"..., 4096) = 4096
read(6, " to pkgs_gpgcheck\ngpgcheck ="..., 4096) = 4096
read(6, "default if value was not present"..., 4096) = 2336
write(2, "", 4) = 4
write(2, "hdr = idx.next()\n", 17hdr = idx.next()
)  = 17
close(6)= 0
munmap(0xb7967000, 4096)= 0
write(2, "StopIteration", 13StopIteration)   = 13
write(2, "\n", 1
)   = 1
close(3)= 0
rt_sigaction(SIGINT, {SIG_DFL, [], 0}, {0x71b4e0, [], SA_SIGINFO}, 8) = 0
rt_sigaction(SIGQUIT, {SIG_DFL, [], 0}, {0x71b4e0, [], SA_SIGINFO}, 8) = 0
close(5)= 0
close(4)= 0
munmap(0xb7968000, 450560)  = 0
munmap(0xb79d6000, 1318912) = 0
munmap(0xb7b18000, 24576)   = 0
rt_sigaction(SIGHUP, {SIG_DFL, [], 0}, NULL, 8) = 0
rt_sigaction(SIGINT, {0x21f41d0, [], 0}, NULL, 8) = 0
rt_sigaction(SIGTERM, {SIG_DFL, [], 0}, NULL, 8) = 0
rt_sigaction(SIGQUIT, {0x21f41d0, [], 0}, NULL, 8) = 0
rt_sigaction(SIGPIPE, {0x1, [], 0}, NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, ~[RTMIN RT_1], [], 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
exit_group(1)   = ?

It looks like it made it through the gpg check... which I was wondering 
about.  Again, it looks like (wild guess) it's horking on some 
iteration, reading some values out of an array.  At least it's not 
hanging anymore.

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DL380g8 - smart array B320i - CentOS 6.4

[natxo asenjo]

On 07/01/2013 10:30 PM, Nathan Duehr wrote:

> I wish you good tidings, and may you always be the smartest person with the 
> "Best l33t GOLD level VAR EVAR !!1!"

LOL

-- 
groet,
natxo
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DL380g8 - smart array B320i - CentOS 6.4

[Rob Kampen]

On 07/02/2013 07:50 AM, John R Pierce wrote:

On 7/1/2013 12:01 PM, m.r...@5-cent.us wrote:

And we like Dell, a lot. When we get a server with a PERC 6xx or 7xx, it
*works*, we don't need special licenses or whatever to activate it.

this wasn't the equivalent of a perc6/7, it was onboard basic stuff.   i
usually get HP kit with p410 cards which are the same sort of thing as
your perc, with 1gb flash backed write-back cache..

Just took delivery of an Intel P4000CP server for a client, only wanted 
4 HD initially but has capacity for 8. Turns out that only four will 
work out of the box so to speak, to enable the other 4, my client will 
have to pay for a product key that gets entered into the bios to enable 
the extra already present disk controllers. Similarly if one wants to 
actually use the on board raid in various formats, various drive type 
etc., additional keys are required - this was not apparent to me at 
order time as it is not explicitly shown.
So no longer can one shop for the "capabilities" of a mb (I checked) and 
believe the price - one needs to really follow the fine print - the 
marketers have managed to find another way to squeeze some extra cash 
out of the sale, i.e. they have actually built and delivered all the 
hardware, but locked out access until one pays more.

Once bitten, twice shy.
I've never come across this before, don't build a lot of pure server 
systems, but from now on will have to make sure I ask all the correct 
questions to ensure I actually get what I thought I was getting. Have 
always had a great run out of Intel kit, but this has left me feeling 
very taken advantage of, I am reasonably astute and do read and research 
carefully. Not happy, and for this sale they only get 4 out of 10.

Buyer beware!
Rob









___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DL380g8 - smart array B320i - CentOS 6.4

[m . roth]

Nathan Duehr wrote:
>
> On Jul 1, 2013, at 12:43 PM, Reindl Harald  wrote:

> We get along fine with our VAR, and they've changed how they order those
> machines now... but HP's silly hardware licensing games are HP's
> self-created problem, which trickles down to the VARs. That can't be
> blamed on the VAR.  They have hundreds of other vendor's products to keep
> up with, too.  These are the types of cheap servers that the admin has
> always just TURNED ON THE SERVER AND USED IT.  It's a pizza box.  It isn't
> a mid-range HP-UX machine.  It definitely isn't a Sun box.

Please! Sun *ain't* Sun no more, it's Oracle/Sun, and *their* alleged
"tech support"... let's just say that I refer to dealing with it as
self-abuse, and we *don't* buy them any more.

They give cheap, short-life licenses, too, and that's on Sunfire 4600's.

mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DL380g8 - smart array B320i - CentOS 6.4

[John R Pierce]

On 7/1/2013 1:30 PM, Nathan Duehr wrote:
> Like at most companies, the purchasing folks are as far removed from the 
> actual server operations/build folks that there's a complete disconnect 
> anyway... I could talk to the wall as well as I could specify a vendor.  
> They're pizza boxes.

our corporate system was like that many years ago.   now, I get a quote 
from the sales rep with the specific configuration I want, and get that 
approved and enter it into the purchasing request system. purchasing 
creates a PO for the quote.



-- 
john r pierce  37N 122W
somewhere on the middle of the left coast

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DL380g8 - smart array B320i - CentOS 6.4

[Rainer Duffner]

Am 01.07.2013 um 22:30 schrieb Nathan Duehr :

> 
> On Jul 1, 2013, at 12:43 PM, Reindl Harald  wrote:
> 
>> 
>> 
>> Am 01.07.2013 20:30, schrieb Nathan Duehr:
>>> The significant problem we ran into was someone at an upstream vendor 
>>> orders HP stuff via 
>>> individual part numbers in a specific configuration for us, so we get a 
>>> server, some disks,
>>> whatever... and assemble them on-site.  They didn't know (bad vendor, no 
>>> donut) about the
>>> change or spaced it... and didn't send licenses... so you're sitting there 
>>> with disks in a
>>> new server, all ready to load the OS as usual... and the OS can't find any 
>>> disks
>> 
>> *you* are resposible to hire a *qualified* and *certified* HP partner and 
>> not the
>> cheapest idiot company you are able to find
> 
> I'd love to tell you who it is, but I'm not at liberty to say.  Suffice it to 
> say, everyone on this list knows their name, and they're not exactly a small 
> VAR.  Your assumptions are unfounded.



I may have missed it, but did you say why you ordered a 320-type controller?
The i420 is what you need. They are great (unless you want JBOD, then they 
suck).


It's true: DL360/380 is nothing special. But nowadays, they have so much 
performance, they solve maybe 90% of what you need in a datacenter….

Sorry to bring your rant back on topic ;-)
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DL380g8 - smart array B320i - CentOS 6.4

[Nathan Duehr]

On Jul 1, 2013, at 12:43 PM, Reindl Harald  wrote:

> 
> 
> Am 01.07.2013 20:30, schrieb Nathan Duehr:
>> The significant problem we ran into was someone at an upstream vendor orders 
>> HP stuff via 
>> individual part numbers in a specific configuration for us, so we get a 
>> server, some disks,
>> whatever... and assemble them on-site.  They didn't know (bad vendor, no 
>> donut) about the
>> change or spaced it... and didn't send licenses... so you're sitting there 
>> with disks in a
>> new server, all ready to load the OS as usual... and the OS can't find any 
>> disks
> 
> *you* are resposible to hire a *qualified* and *certified* HP partner and not 
> the
> cheapest idiot company you are able to find

I'd love to tell you who it is, but I'm not at liberty to say.  Suffice it to 
say, everyone on this list knows their name, and they're not exactly a small 
VAR.  Your assumptions are unfounded.

Like at most companies, the purchasing folks are as far removed from the actual 
server operations/build folks that there's a complete disconnect anyway... I 
could talk to the wall as well as I could specify a vendor.  They're pizza 
boxes.  

> our HP partner does *any* communication with HP for us as well as watching
> that all neded licenses are re-newed before they are running out
> 
> that is why they are certified gold partner and if your's is and does
> not work like one it is *up to you* to intervene at HP so your vendor
> is losing his gold-partner status

They are, and I disagree.  HP plays games with vendors and customers, they just 
deserve to lose them.  I have better things to do with my time than tattle-tale 
on a VAR who's not keeping up on the metric ton of horsepucky coming from HP on 
what aren't really even high-end servers.  

Hey, if they want to play hardware licensing games on a giant blade server, 
okay... no biggie.  These are pizza boxes that are literally less than $1000/ea 
in quantity.  Over-engineering them to garner an extra couple hundred bucks to 
turn on hard disks, is a game... a game by a company not interested or not 
paying attention to what customers actually use these for... commodity hardware 
built by a large brand name with the ability to show up the SAME DAY with 
replacement parts.  

Otherwise, we'd all just buy the stuff at MicroCenter and let stuff fall out of 
the cluster as it croaked... the DL360/DL380 series, ain't high-end stuff by a 
large stretch.

> if he does not have you are the fool responsible to hire the wrong one
> 
> hint: no they are not expensive if you have a serious business and
> work with the principle "live and let live", ours and his techs
> after a few years became *real* friends with a lot of specific
> knowledge and if you give them the feeling you would like to
> have all for no money it's your fault and you are not a serious
> business


We get along fine with our VAR, and they've changed how they order those 
machines now... but HP's silly hardware licensing games are HP's self-created 
problem, which trickles down to the VARs. That can't be blamed on the VAR.  
They have hundreds of other vendor's products to keep up with, too.  These are 
the types of cheap servers that the admin has always just TURNED ON THE SERVER 
AND USED IT.  It's a pizza box.  It isn't a mid-range HP-UX machine.  It 
definitely isn't a Sun box.

The rest of your snotty response and assumptions about the business, have been 
summarily ignored.  Mostly because...

a) Hey, it's a sysadmin job and the company is what it is.  I've now been 
through something like 15 companies in my fairly long career (if you want to 
call it that), since before any company on the planet was using Linux... and 
some are good, some are bad.  It has nothing to do with my opinion of a dumb 
feature added to cheap pizza box servers.

b) Attacking people by claiming their company is somehow bad on a public 
mailing list is a great way to have your resume' find the round file 
immediately as soon as anyone recognizes your name on it from the tech lists.  
Sheesh.

c) You're boring me to death.  Feel free to say you like the new HP licensing 
features of their commodity cheap hardware, or you don't.  I don't care what 
you think of any particular company practice here, or our choice of VAR.  

I *suspect* the person who posted just got the same surprise we did the first 
time it happened.  Here's the kind of stuff people do with pizza boxes... 

1. Open box, throw away (oh, I forgot... need to be PC... "recycle") cardboard. 
2. Install drives and check nothing got unseated in shipping.
3. Boot and install OS from server or media with automated scripts/etc.
4. Shove in rack at datacenter and let it soak for a couple of days for infant 
mortality.
5. Send traffic to it and make money with it.

HP added: 

2a. Go find paperwork from purchasing department or stuffed in one of the many 
boxes with a pile of new servers to find some stupid license key and type it 
into BIOS.  

It's a compl

Re: [CentOS] Yum hangs while doing update

[ken]

On 07/01/2013 03:58 PM m.r...@5-cent.us wrote:
> ken wrote:
>> On 07/01/2013 03:34 PM Eero Volotinen wrote:
>>> try strace -f  rpm -vv -V rpm
>>
>> Because it looked like the source of the problem (at least one problem)
>> I mv'd off /var/lib/rpm/Packages and did a 'rpm --rebuilddb'.  Now it's
>> not hanging anymore, but now...
> 
> One step at a time. Did you do a yum clean all after the rebuild?

# yum clean all
Loaded plugins: aliases, allowdowngrade, changelog, downloadonly, 
fastestmirror,
   : filter-data, kernel-module, keys, kmod, list-data, 
merge-conf,
   : priorities, security, tsflags, verify
Traceback (most recent call last):
   File "/usr/bin/yum", line 29, in ?
 yummain.user_main(sys.argv[1:], exit_code=True)
   File "/usr/share/yum-cli/yummain.py", line 309, in user_main
 errcode = main(args)
   File "/usr/share/yum-cli/yummain.py", line 157, in main
 base.getOptionsConfig(args)
   File "/usr/share/yum-cli/cli.py", line 187, in getOptionsConfig
 self.conf
   File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 665, in 

 conf = property(fget=lambda self: self._getConfig(),
   File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 240, in 
_getConfig
 self._conf = config.readMainConfig(startupconf)
   File "/usr/lib/python2.4/site-packages/yum/config.py", line 805, in 
readMainConfig
 yumvars['releasever'] = _getsysver(startupconf.installroot, 
startupconf.distroverpkg)
   File "/usr/lib/python2.4/site-packages/yum/config.py", line 884, in 
_getsysver
 hdr = idx.next()
StopIteration


Pretty much the same happens here too:

# yum info firefox
Loaded plugins: aliases, allowdowngrade, changelog, downloadonly, 
fastestmirror,
   : filter-data, kernel-module, keys, kmod, list-data, 
merge-conf,
   : priorities, security, tsflags, verify
Traceback (most recent call last):
   File "/usr/bin/yum", line 29, in ?
 yummain.user_main(sys.argv[1:], exit_code=True)
   File "/usr/share/yum-cli/yummain.py", line 309, in user_main
 errcode = main(args)
   File "/usr/share/yum-cli/yummain.py", line 157, in main
 base.getOptionsConfig(args)
   File "/usr/share/yum-cli/cli.py", line 187, in getOptionsConfig
 self.conf
   File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 665, in 

 conf = property(fget=lambda self: self._getConfig(),
   File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 240, in 
_getConfig
 self._conf = config.readMainConfig(startupconf)
   File "/usr/lib/python2.4/site-packages/yum/config.py", line 805, in 
readMainConfig
 yumvars['releasever'] = _getsysver(startupconf.installroot, 
startupconf.distroverpkg)
   File "/usr/lib/python2.4/site-packages/yum/config.py", line 884, in 
_getsysver
 hdr = idx.next()
StopIteration


# cat -n /usr/bin/yum
...
 26  sys.path.insert(0, '/usr/share/yum-cli')
 27  try:
 28  import yummain
 29  yummain.user_main(sys.argv[1:], exit_code=True)
 30  except KeyboardInterrupt, e:
 31  print >> sys.stderr, "\n\nExiting on user cancel."
 32  sys.exit(1)
[eof]

I don't do python, but it looks like a library file is called at line 
29, I'm guessing /usr/share/yum-cli/yummain.py

That's a long file too... well, a bit over 300 lines.  And then it calls 
another python library, which bails with a "StopIteration".  I'm in the 
woods now.

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum hangs while doing update

[ken]

On 07/01/2013 03:46 PM m.r...@5-cent.us wrote:
> ken wrote:
>> On 07/01/2013 02:46 PM Eero Volotinen wrote:
>>> try using strace -p PID-OF-YUM and output to mailinglist
>>
>> Here's the last few lines of strace:
> 
>> ...
>> open("/var/lib/rpm/Packages", O_RDONLY|O_LARGEFILE) = 4
>> fcntl64(4, F_SETFD, FD_CLOEXEC) = 0
>> fstat64(4, {st_mode=S_IFREG|0644, st_size=110592000, ...}) = 0
>> futex(0xb79b56ac, FUTEX_WAIT, 1, NULL
>>
>> It hangs there.
>>
>> Significantly, this 'rpm' command hangs also:
>>
>> # rpm -vv -V rpm
>> D: opening  db environment /var/lib/rpm/Packages joinenv
>> D: opening  db index   /var/lib/rpm/Packages rdonly mode=0x0
>>
>> So the problem may well be with 'rpm'.
>
> You *might* want to consider rpm --rebuilddb
>
> I forget, when I did that, if I had to get rid of/move /var/lib/rpm/__db.*
>
>mark

Yep.  I'd done that... since both rpm and yum were hanging on it, it 
seemed the obvious things to do.  See one of my previous emails.  I 
moved off the previous Packages.  It was huge compared to the new one:

# ll Packages*
-rw-r--r-- 1 root root 12288 Jul  1 15:35 Packages
-rw-r--r-- 1 root root 110592000 Jun 17 19:36 Packages.orig


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum hangs while doing update

[m . roth]

ken wrote:
> On 07/01/2013 03:34 PM Eero Volotinen wrote:
>> try strace -f  rpm -vv -V rpm
>
> Because it looked like the source of the problem (at least one problem)
> I mv'd off /var/lib/rpm/Packages and did a 'rpm --rebuilddb'.  Now it's
> not hanging anymore, but now...

One step at a time. Did you do a yum clean all after the rebuild?

  mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum hangs while doing update

[ken]

On 07/01/2013 03:34 PM Eero Volotinen wrote:
> try strace -f  rpm -vv -V rpm

Because it looked like the source of the problem (at least one problem) 
I mv'd off /var/lib/rpm/Packages and did a 'rpm --rebuilddb'.  Now it's 
not hanging anymore, but now...

# yum -d 10 info yum
...
Running "config" handler for "verify" plugin
Traceback (most recent call last):
   File "/usr/bin/yum", line 29, in ?
 yummain.user_main(sys.argv[1:], exit_code=True)
   File "/usr/share/yum-cli/yummain.py", line 309, in user_main
 errcode = main(args)
   File "/usr/share/yum-cli/yummain.py", line 157, in main
 base.getOptionsConfig(args)
   File "/usr/share/yum-cli/cli.py", line 187, in getOptionsConfig
 self.conf
   File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 665, in 

 conf = property(fget=lambda self: self._getConfig(),
   File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 240, in 
_getConfig
 self._conf = config.readMainConfig(startupconf)
   File "/usr/lib/python2.4/site-packages/yum/config.py", line 805, in 
readMainConfig
 yumvars['releasever'] = _getsysver(startupconf.installroot, 
startupconf.distroverpkg)
   File "/usr/lib/python2.4/site-packages/yum/config.py", line 884, in 
_getsysver
 hdr = idx.next()
StopIteration


Per your request:

# strace -f  rpm -vv -V rpm
... (many lines) ...
write(2, "closed   db index   /var/lib"..., 46closed   db index 
   /var/lib/rpm/Packages
) = 46
munmap(0xb7c22000, 450560)  = 0
munmap(0xb7c9, 1318912) = 0
munmap(0xb7ff7000, 24576)   = 0
write(2, "D: ", 3D: )  = 3
write(2, "closed   db environment /var/lib"..., 46closed   db 
environment /var/lib/rpm/Packages
) = 46
rt_sigaction(SIGHUP, {SIG_DFL, [], 0}, NULL, 8) = 0
rt_sigaction(SIGINT, {SIG_DFL, [], 0}, NULL, 8) = 0
rt_sigaction(SIGTERM, {SIG_DFL, [], 0}, NULL, 8) = 0
rt_sigaction(SIGQUIT, {SIG_DFL, [], 0}, NULL, 8) = 0
rt_sigaction(SIGPIPE, {0x1, [], 0}, NULL, 8) = 0
open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=25462, ...}) = 0
mmap2(NULL, 25462, PROT_READ, MAP_SHARED, 3, 0) = 0xb7ff6000
close(3)= 0
futex(0x4faa4c, FUTEX_WAKE_PRIVATE, 2147483647) = 0
write(2, "D: ", 3D: )  = 3
write(2, "May free Score board((nil))\n", 28May free Score board((nil))
) = 28
brk(0x8f63000)  = 0x8f63000
exit_group(2)   = ?

[Ends there... without hanging anymore.]

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DL380g8 - smart array B320i - CentOS 6.4

[John R Pierce]

On 7/1/2013 12:01 PM, m.r...@5-cent.us wrote:
> And we like Dell, a lot. When we get a server with a PERC 6xx or 7xx, it
> *works*, we don't need special licenses or whatever to activate it.

this wasn't the equivalent of a perc6/7, it was onboard basic stuff.   i 
usually get HP kit with p410 cards which are the same sort of thing as 
your perc, with 1gb flash backed write-back cache..








-- 
john r pierce  37N 122W
somewhere on the middle of the left coast

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DL380g8 - smart array B320i - CentOS 6.4

[John R Pierce]

On 7/1/2013 11:55 AM, Rainer Duffner wrote:
> I'm not 100% sure, but I believe, with SuperMicro Servers, I'd  have to have 
> a much larger (and better organized) inventory of spares that might only fit 
> into specific /model/ servers…

fixed that.  :-/


-- 
john r pierce  37N 122W
somewhere on the middle of the left coast

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum hangs while doing update

[m . roth]

ken wrote:
> On 07/01/2013 02:46 PM Eero Volotinen wrote:
>> try using strace -p PID-OF-YUM and output to mailinglist
>
> Here's the last few lines of strace:

> ...
> open("/var/lib/rpm/Packages", O_RDONLY|O_LARGEFILE) = 4
> fcntl64(4, F_SETFD, FD_CLOEXEC) = 0
> fstat64(4, {st_mode=S_IFREG|0644, st_size=110592000, ...}) = 0
> futex(0xb79b56ac, FUTEX_WAIT, 1, NULL
>
> It hangs there.
>
> Significantly, this 'rpm' command hangs also:
>
> # rpm -vv -V rpm
> D: opening  db environment /var/lib/rpm/Packages joinenv
> D: opening  db index   /var/lib/rpm/Packages rdonly mode=0x0
>
> So the problem may well be with 'rpm'.

You *might* want to consider rpm --rebuilddb

I forget, when I did that, if I had to get rid of/move /var/lib/rpm/__db.*

  mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum hangs while doing update

[Eero Volotinen]

try strace -f  rpm -vv -V rpm


2013/7/1 ken 

> On 07/01/2013 02:46 PM Eero Volotinen wrote:
>
>> try using strace -p PID-OF-YUM and output to mailinglist
>>
>
> Here's the last few lines of strace:
>
> ...
> open("/var/lib/rpm/__db.002", O_RDWR|O_LARGEFILE) = 4
> fcntl64(4, F_SETFD, FD_CLOEXEC) = 0
> mmap2(NULL, 1318912, PROT_READ|PROT_WRITE, MAP_SHARED, 4, 0) = 0xb79db000
> close(4)= 0
> stat64("/var/lib/rpm/__db.003"**, {st_mode=S_IFREG|0644, st_size=450560,
> ...}) = 0
> open("/var/lib/rpm/__db.003", O_RDWR|O_LARGEFILE) = 4
> fcntl64(4, F_SETFD, FD_CLOEXEC) = 0
> mmap2(NULL, 450560, PROT_READ|PROT_WRITE, MAP_SHARED, 4, 0) = 0xb796d000
> close(4)= 0
> stat64("/var/lib/rpm/Packages"**, {st_mode=S_IFREG|0644,
> st_size=110592000, ...}) = 0
> open("/var/lib/rpm/Packages", O_RDONLY|O_LARGEFILE) = 4
> fcntl64(4, F_SETFD, FD_CLOEXEC) = 0
> read(4, 
> "\0\0\0\0\1\0\0\0\0\0\0\0a\25\**6\0\10\0\0\0\0\20\0\0\0\10\0\**0YV\0\0"...,
> 512) = 512
> close(4)= 0
> open("/var/lib/rpm/Packages", O_RDONLY|O_LARGEFILE) = 4
> fcntl64(4, F_SETFD, FD_CLOEXEC) = 0
> fstat64(4, {st_mode=S_IFREG|0644, st_size=110592000, ...}) = 0
> futex(0xb79b56ac, FUTEX_WAIT, 1, NULL
>
> It hangs there.
>
> Significantly, this 'rpm' command hangs also:
>
> # rpm -vv -V rpm
> D: opening  db environment /var/lib/rpm/Packages joinenv
> D: opening  db index   /var/lib/rpm/Packages rdonly mode=0x0
>
> So the problem may well be with 'rpm'.
>
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum hangs while doing anything

[Eero Volotinen]

so, it's waiting something. try strace -f yum command and output to email

--
Eero


2013/7/1 ken 

>
>
> On 07/01/2013 02:37 PM Eero Volotinen wrote:
>
>> what strace -p PID-OF-YUM outputs?
>>
>> --
>> Eero
>>
>>
> # strace -p 28647
> Process 28647 attached - interrupt to quit
> futex(0xb7a3846c, FUTEX_WAIT, 1, NULL
>
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum hangs while doing update

[ken]

On 07/01/2013 02:46 PM Eero Volotinen wrote:
> try using strace -p PID-OF-YUM and output to mailinglist

Here's the last few lines of strace:

...
open("/var/lib/rpm/__db.002", O_RDWR|O_LARGEFILE) = 4
fcntl64(4, F_SETFD, FD_CLOEXEC) = 0
mmap2(NULL, 1318912, PROT_READ|PROT_WRITE, MAP_SHARED, 4, 0) = 0xb79db000
close(4)= 0
stat64("/var/lib/rpm/__db.003", {st_mode=S_IFREG|0644, st_size=450560, 
...}) = 0
open("/var/lib/rpm/__db.003", O_RDWR|O_LARGEFILE) = 4
fcntl64(4, F_SETFD, FD_CLOEXEC) = 0
mmap2(NULL, 450560, PROT_READ|PROT_WRITE, MAP_SHARED, 4, 0) = 0xb796d000
close(4)= 0
stat64("/var/lib/rpm/Packages", {st_mode=S_IFREG|0644, 
st_size=110592000, ...}) = 0
open("/var/lib/rpm/Packages", O_RDONLY|O_LARGEFILE) = 4
fcntl64(4, F_SETFD, FD_CLOEXEC) = 0
read(4, 
"\0\0\0\0\1\0\0\0\0\0\0\0a\25\6\0\10\0\0\0\0\20\0\0\0\10\0\0YV\0\0"..., 
512) = 512
close(4)= 0
open("/var/lib/rpm/Packages", O_RDONLY|O_LARGEFILE) = 4
fcntl64(4, F_SETFD, FD_CLOEXEC) = 0
fstat64(4, {st_mode=S_IFREG|0644, st_size=110592000, ...}) = 0
futex(0xb79b56ac, FUTEX_WAIT, 1, NULL

It hangs there.

Significantly, this 'rpm' command hangs also:

# rpm -vv -V rpm
D: opening  db environment /var/lib/rpm/Packages joinenv
D: opening  db index   /var/lib/rpm/Packages rdonly mode=0x0

So the problem may well be with 'rpm'.

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum hangs while doing anything

[ken]

On 07/01/2013 02:37 PM Eero Volotinen wrote:
> what strace -p PID-OF-YUM outputs?
>
> --
> Eero
>

# strace -p 28647
Process 28647 attached - interrupt to quit
futex(0xb7a3846c, FUTEX_WAIT, 1, NULL

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DL380g8 - smart array B320i - CentOS 6.4

[m . roth]

Rainer Duffner wrote:
>
> Am 01.07.2013 um 20:39 schrieb John R Pierce :
>
>> On 7/1/2013 11:30 AM, Nathan Duehr wrote:
>>> The significant problem we ran into was someone at an upstream vendor
>>> orders HP stuff via individual part numbers in a specific configuration
>>> for us, so we get a server, some disks, whatever... and assemble them
>>> on-site.  They didn't know (bad vendor, no donut) about the change or
>>> spaced it... and didn't send licenses... so you're sitting there with
>>> disks in a new server, all ready to load the OS as usual... and the OS
>>> can't find any disks.
>>
>> that sounds like a VAR problem.  if I'm buying from a VAR, I expect the
>> system to arrive as ordered and configured.
>>
>> As we buy direct from HP (big corp), I *ALWAYS* go through the entire
>> 'quickspec' page on any HP gear, carefully studying the options and
>> SKU's, any such licenses should be clear there.For example, I
>> *always* get the full ILO license.
>
> Somebody correct me, but the B320 controller only comes in the "e"-type
> models of DL3x0 servers, right?
> We only order the "p" models and we generally don't need to enter licenses
> to access hard-drives, unless we want to create a RAID6…

And we like Dell, a lot. When we get a server with a PERC 6xx or 7xx, it
*works*, we don't need special licenses or whatever to activate it.

> I'm not 100% sure, but I believe, with SuperMicro Servers, I'd  have to
> have a much larger (and better organized) inventory of spares that might
> only fit into specific age-group of servers…

Um, yes. We've got a ton of servers from Penguin, and in the last year,
we've decided we don't want any more, and will try to convince our folks
to not get them. They're *all* Supermicro, and over the years we've had a)
servers with hot-swap bays where one or more of the four *does* *not*
*work* (or the ones I've had to use a pencil to push wires that were
hanging down into the bay, preventing the drive from seating, which *is*
Penguin's fault); b) of the new 48 core and 64 core systems, we've sent a
significant percentage back for repair, mostly new m/bs. I don't trust
Supermicro's alleged "quality control", when we're buying high-end servers
and we have this problem.

  mark "wouldn't buy a SM m/b at home, either"

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DL380g8 - smart array B320i - CentOS 6.4

[Rainer Duffner]

Am 01.07.2013 um 20:39 schrieb John R Pierce :

> On 7/1/2013 11:30 AM, Nathan Duehr wrote:
>> The significant problem we ran into was someone at an upstream vendor orders 
>> HP stuff via individual part numbers in a specific configuration for us, so 
>> we get a server, some disks, whatever... and assemble them on-site.  They 
>> didn't know (bad vendor, no donut) about the change or spaced it... and 
>> didn't send licenses... so you're sitting there with disks in a new server, 
>> all ready to load the OS as usual... and the OS can't find any disks.
> 
> that sounds like a VAR problem.  if I'm buying from a VAR, I expect the 
> system to arrive as ordered and configured.
> 
> As we buy direct from HP (big corp), I *ALWAYS* go through the entire 
> 'quickspec' page on any HP gear, carefully studying the options and 
> SKU's, any such licenses should be clear there.For example, I 
> *always* get the full ILO license.


Somebody correct me, but the B320 controller only comes in the "e"-type models 
of DL3x0 servers, right?
We only order the "p" models and we generally don't need to enter licenses to 
access hard-drives, unless we want to create a RAID6…

They are nice machines, but I'm not sure if they are worth the price - as we 
don't do Windows and don't install the HP-agents, most of the feature that 
these agents offer go unused (but paid-for).

The good thing about them is that spares are available very long and work 
through different generations (Gen8 is the first since G5 that changed almost 
everything).

I'm not 100% sure, but I believe, with SuperMicro Servers, I'd  have to have a 
much larger (and better organized) inventory of spares that might only fit into 
specific age-group of servers…

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Dovecot SLOW with sssd in centos 6

[Louis Lagendijk]

On Mon, 2013-07-01 at 12:34 +0200, FABIO FERRARI wrote:
> Hello,
> 
> I have a big performance problem with a mail server using dovecot and
> authenticating users via ldap.
> The architecture of the machine is a local ldap and mysql server, they are
> used by dovecot for authenticating the mail users.
> 
> If i use pam_sss the mail server has about 1/8 - 1/10 the performances it
> has if i use the pam_ldap.
What exactly does this mean? Is this dovecot performance or something
else?

> Even doing a 'time ls -l' on the mail tree (there are about 3000 ldap
> users in that directory) it is very very slow, the first time I try to do
> it after a reboot, it takes about 6 minutes with sssd, and about 8 seconds
> with ldap.
> 
Did you specify enumerate = True in sssd.conf? This may cause delays
when you have many users in the directory...

Louis

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum hangs while doing update

[Eero Volotinen]

try using strace -p PID-OF-YUM and output to mailinglist

--
Eero


2013/7/1 ken 

> On 07/01/2013 02:04 PM Johnny Hughes wrote:
> > On 07/01/2013 12:25 PM, ken wrote:
> >> On 07/01/2013 01:21 PM Reindl Harald wrote:
> >>> Am 01.07.2013 19:16, schrieb ken:
>  About thirty minutes ago I started an update.  Everything downloaded
>  fine.  But when it came to "Running Transaction", it hung:
> 
>  Running rpm_check_debug
>  Running Transaction Test
>  Finished Transaction Test
>  Transaction Test Succeeded
>  Running Transaction
>   Updating   : xulrunner
> 1/18
> 
>  And there it sits still.
> 
>  There's plenty of disk space.  The load on the CPU is under 1.0.
>  There
>  is some disk activity, but no way so much as to cause anything to hang
>  and no major writing related to yum.  Disk reads are just about null,
>  except just now when I grep'ed for something to make sure that the
> disk
>  could be read.  I'm not using even half of the available RAM
> >>> what about look in dmesg and/or /var/log/messages?
> >>>
> >> No.  Nothing relevant there.
> >
> > Normally, there are a couple of big things to check:
> >
> > 1.  DNS is properly resolving the mirror and your the computer doing the
> > update names.
> > 2.  You do not have a full /var/ or /tmp/ partition
> > 3.  You do not have a read only filesystem (usually due to a driver
> > error ... full partitions will act the same way). Make sure you can
> > write to /var/ and /tmp/
> > 4.  Look at bandwidth to ensure it is not slow, look for a transparent
> > webproxy in the path, etc.
>
> yum already got past the downloading phase of the update process (see
> above), and as said above also, the filesystem is fine.  So none of
> those things come into play here.
>
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DL380g8 - smart array B320i - CentOS 6.4

[John R Pierce]

On 7/1/2013 11:30 AM, Nathan Duehr wrote:
> The significant problem we ran into was someone at an upstream vendor orders 
> HP stuff via individual part numbers in a specific configuration for us, so 
> we get a server, some disks, whatever... and assemble them on-site.  They 
> didn't know (bad vendor, no donut) about the change or spaced it... and 
> didn't send licenses... so you're sitting there with disks in a new server, 
> all ready to load the OS as usual... and the OS can't find any disks.

that sounds like a VAR problem.  if I'm buying from a VAR, I expect the 
system to arrive as ordered and configured.

As we buy direct from HP (big corp), I *ALWAYS* go through the entire 
'quickspec' page on any HP gear, carefully studying the options and 
SKU's, any such licenses should be clear there.For example, I 
*always* get the full ILO license.



-- 
john r pierce  37N 122W
somewhere on the middle of the left coast

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum hangs while doing anything

[ken]

On 07/01/2013 02:29 PM m.r...@5-cent.us wrote:
> ken wrote:
>> Hmm.  Not even trying to do an update and yum hangs:
>>
>> # ls /var/run/yum*
>> ls: /var/run/yum*: No such file or directory
>> # yum -d 10 info xulrunner
>> Loading "aliases" plugin
> 
>> Running "config" handler for "security" plugin
>> Running "config" handler for "verify" plugin
>
> Have you tried yum-complete-transaction?

It hangs also.


>
> Alternatively, yum reinstall yum?

Obviously this is going to hang also.  I should sooner try an rpm command.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum hangs while doing anything

[Eero Volotinen]

what strace -p PID-OF-YUM outputs?

--
Eero


2013/7/1 ken 

> Hmm.  Not even trying to do an update and yum hangs:
>
> # ls /var/run/yum*
> ls: /var/run/yum*: No such file or directory
> # yum -d 10 info xulrunner
> Loading "aliases" plugin
> Loading "allowdowngrade" plugin
> Loading "changelog" plugin
> Loading "downloadonly" plugin
> Loading "fastestmirror" plugin
> Loading "filter-data" plugin
> Loading "kernel-module" plugin
> Loading "keys" plugin
> Loading "kmod" plugin
> Loading "list-data" plugin
> Loading "merge-conf" plugin
> Loading "priorities" plugin
> Loading "security" plugin
> Loading "tsflags" plugin
> Loading "verify" plugin
> Running "config" handler for "aliases" plugin
> Running "config" handler for "allowdowngrade" plugin
> Running "config" handler for "changelog" plugin
> Running "config" handler for "downloadonly" plugin
> Running "config" handler for "filter-data" plugin
> Running "config" handler for "keys" plugin
> Running "config" handler for "list-data" plugin
> Running "config" handler for "merge-conf" plugin
> Running "config" handler for "priorities" plugin
> Running "config" handler for "security" plugin
> Running "config" handler for "verify" plugin
>
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DL380g8 - smart array B320i - CentOS 6.4

[Nathan Duehr]

On Jul 1, 2013, at 12:20 PM, m.r...@5-cent.us wrote:

> John R Pierce wrote:
>> On 7/1/2013 10:57 AM, Nathan Duehr wrote:
>>> DRM'ed server hardware.  Pure evil.
>> 
>> why is that evil?   why should you pay for features you're not using?
> 
> You need to license, if I understand Nathan correctly, the drives you put
> in, when you decide to add more disks, and don't want to pay HP's prices?
> 
> No. You've paid a lot of money for that server, and that should include
> everything in working order.
> 
>   mark

For clarification, you need a license to run specific disk types.  Like SAS.

I don't remember if you need a license for the number of them installed. I 
don't think so.

The significant problem we ran into was someone at an upstream vendor orders HP 
stuff via individual part numbers in a specific configuration for us, so we get 
a server, some disks, whatever... and assemble them on-site.  They didn't know 
(bad vendor, no donut) about the change or spaced it... and didn't send 
licenses... so you're sitting there with disks in a new server, all ready to 
load the OS as usual... and the OS can't find any disks.

Then you dig and find there's a BIOS-level license not installed, which isn't 
intuitively obvious at first.

Then you call the boss and tell 'em to fork over some more money to HP... sorry 
you thought you got a deal boss, but the server prices actually went UP 
significantly going to the G8, not the other way around... (GRIN)...

Basically, just another HP annoyance to go along with their truly awful website 
and endless call-backs from survey companies to see if your last service case 
met your satisfaction... well, yeah, it did, but THIS SURVEY CALL doesn't... 
because I've tried to opt out of them a bejillion times... :) :) :)

Nate

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DL380g8 - smart array B320i - CentOS 6.4

[Eddie G. O'Connor Jr.]

On 07/01/2013 01:57 PM, Nathan Duehr wrote:
> On Jun 26, 2013, at 2:29 PM, Marcelo Roccasalva 
>  wrote:
>
>> On Wed, Jun 26, 2013 at 2:52 AM, ☼ Francis  
>> wrote:
>>> Este é Inglês lista utilize palavras em inglês
>>>
>>>
>>> 2013/6/26 Sergio Alex 
>>>
 Gostaria de instalar o Centos 6.4 em um dl380e g8 com uma smart array
 b320i, na instalação não possui drives por isso aparece que não há discos
 disponíveis, baixei os drives para red hat .dd do site da HP, como poderia
 carregar esses drives durante a instalação? gravei eles em um pen drive.

 Obrigado.
>> You need a license from HP to access your hard disks... Stupid, but real...
>>
>> --
>> Marcelo
> It's their new method of saying they have the cheapest servers.  Yes, but you 
> can't access the hard drives you just installed...
>
> You need licenses for both the type of disk (if they're SAS, for example) and 
> licenses for turning on the array controller.  You enter them into the BIOS.
>
> Not kidding...
>
> DRM'ed server hardware.  Pure evil.
>
> Nate
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos


What about this? I once had problems with Yum...but after using this I 
don't anymore..

YumEx On CEntOS? 



EGO II

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum hangs while doing anything

[m . roth]

ken wrote:
> Hmm.  Not even trying to do an update and yum hangs:
>
> # ls /var/run/yum*
> ls: /var/run/yum*: No such file or directory
> # yum -d 10 info xulrunner
> Loading "aliases" plugin

> Running "config" handler for "security" plugin
> Running "config" handler for "verify" plugin

Have you tried yum-complete-transaction?

Alternatively, yum reinstall yum?

  mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DL380g8 - smart array B320i - CentOS 6.4

[m . roth]

John R Pierce wrote:
> On 7/1/2013 10:57 AM, Nathan Duehr wrote:
>> DRM'ed server hardware.  Pure evil.
>
> why is that evil?   why should you pay for features you're not using?

You need to license, if I understand Nathan correctly, the drives you put
in, when you decide to add more disks, and don't want to pay HP's prices?

No. You've paid a lot of money for that server, and that should include
everything in working order.

   mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DL380g8 - smart array B320i - CentOS 6.4

[natxo asenjo]

On 06/26/2013 10:29 PM, Marcelo Roccasalva wrote:

> You need a license from HP to access your hard disks... Stupid, but real...

wow, just, wow. If this is true I will advise against buying any HP 
server kit whenever we need to buy new servers.

-- 
groet,
natxo


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum hangs while doing anything

[ken]

Hmm.  Not even trying to do an update and yum hangs:

# ls /var/run/yum*
ls: /var/run/yum*: No such file or directory
# yum -d 10 info xulrunner
Loading "aliases" plugin
Loading "allowdowngrade" plugin
Loading "changelog" plugin
Loading "downloadonly" plugin
Loading "fastestmirror" plugin
Loading "filter-data" plugin
Loading "kernel-module" plugin
Loading "keys" plugin
Loading "kmod" plugin
Loading "list-data" plugin
Loading "merge-conf" plugin
Loading "priorities" plugin
Loading "security" plugin
Loading "tsflags" plugin
Loading "verify" plugin
Running "config" handler for "aliases" plugin
Running "config" handler for "allowdowngrade" plugin
Running "config" handler for "changelog" plugin
Running "config" handler for "downloadonly" plugin
Running "config" handler for "filter-data" plugin
Running "config" handler for "keys" plugin
Running "config" handler for "list-data" plugin
Running "config" handler for "merge-conf" plugin
Running "config" handler for "priorities" plugin
Running "config" handler for "security" plugin
Running "config" handler for "verify" plugin


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum hangs while doing update

[ken]

On 07/01/2013 02:04 PM Johnny Hughes wrote:
> On 07/01/2013 12:25 PM, ken wrote:
>> On 07/01/2013 01:21 PM Reindl Harald wrote:
>>> Am 01.07.2013 19:16, schrieb ken:
 About thirty minutes ago I started an update.  Everything downloaded
 fine.  But when it came to "Running Transaction", it hung:

 Running rpm_check_debug
 Running Transaction Test
 Finished Transaction Test
 Transaction Test Succeeded
 Running Transaction
  Updating   : xulrunner
1/18

 And there it sits still.

 There's plenty of disk space.  The load on the CPU is under 1.0.  There
 is some disk activity, but no way so much as to cause anything to hang
 and no major writing related to yum.  Disk reads are just about null,
 except just now when I grep'ed for something to make sure that the disk
 could be read.  I'm not using even half of the available RAM
>>> what about look in dmesg and/or /var/log/messages?
>>>
>> No.  Nothing relevant there.
>
> Normally, there are a couple of big things to check:
>
> 1.  DNS is properly resolving the mirror and your the computer doing the
> update names.
> 2.  You do not have a full /var/ or /tmp/ partition
> 3.  You do not have a read only filesystem (usually due to a driver
> error ... full partitions will act the same way). Make sure you can
> write to /var/ and /tmp/
> 4.  Look at bandwidth to ensure it is not slow, look for a transparent
> webproxy in the path, etc.

yum already got past the downloading phase of the update process (see 
above), and as said above also, the filesystem is fine.  So none of 
those things come into play here.


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum hangs while doing update

[Johnny Hughes]

On 07/01/2013 12:25 PM, ken wrote:
> On 07/01/2013 01:21 PM Reindl Harald wrote:
>> Am 01.07.2013 19:16, schrieb ken:
>>> About thirty minutes ago I started an update.  Everything downloaded
>>> fine.  But when it came to "Running Transaction", it hung:
>>>
>>> Running rpm_check_debug
>>> Running Transaction Test
>>> Finished Transaction Test
>>> Transaction Test Succeeded
>>> Running Transaction
>>> Updating   : xulrunner
>>>   1/18
>>>
>>> And there it sits still.
>>>
>>> There's plenty of disk space.  The load on the CPU is under 1.0.  There
>>> is some disk activity, but no way so much as to cause anything to hang
>>> and no major writing related to yum.  Disk reads are just about null,
>>> except just now when I grep'ed for something to make sure that the disk
>>> could be read.  I'm not using even half of the available RAM
>> what about look in dmesg and/or /var/log/messages?
>>
> No.  Nothing relevant there.

Normally, there are a couple of big things to check:

1.  DNS is properly resolving the mirror and your the computer doing the
update names.
2.  You do not have a full /var/ or /tmp/ partition
3.  You do not have a read only filesystem (usually due to a driver
error ... full partitions will act the same way). Make sure you can
write to /var/ and /tmp/
4.  Look at bandwidth to ensure it is not slow, look for a transparent
webproxy in the path, etc.




signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DL380g8 - smart array B320i - CentOS 6.4

[John R Pierce]

On 7/1/2013 10:57 AM, Nathan Duehr wrote:
> DRM'ed server hardware.  Pure evil.

why is that evil?   why should you pay for features you're not using?



-- 
john r pierce  37N 122W
somewhere on the middle of the left coast

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DL380g8 - smart array B320i - CentOS 6.4

[Nathan Duehr]

On Jun 26, 2013, at 2:29 PM, Marcelo Roccasalva 
 wrote:

> On Wed, Jun 26, 2013 at 2:52 AM, ☼ Francis  
> wrote:
>> 
>> Este é Inglês lista utilize palavras em inglês
>> 
>> 
>> 2013/6/26 Sergio Alex 
>> 
>>> Gostaria de instalar o Centos 6.4 em um dl380e g8 com uma smart array
>>> b320i, na instalação não possui drives por isso aparece que não há discos
>>> disponíveis, baixei os drives para red hat .dd do site da HP, como poderia
>>> carregar esses drives durante a instalação? gravei eles em um pen drive.
>>> 
>>> Obrigado.
> 
> You need a license from HP to access your hard disks... Stupid, but real...
> 
> --
> Marcelo

It's their new method of saying they have the cheapest servers.  Yes, but you 
can't access the hard drives you just installed...

You need licenses for both the type of disk (if they're SAS, for example) and 
licenses for turning on the array controller.  You enter them into the BIOS.

Not kidding... 

DRM'ed server hardware.  Pure evil.

Nate 
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum hangs while doing update

[ken]

On 07/01/2013 01:43 PM m.r...@5-cent.us wrote:
> ken wrote:
>> About thirty minutes ago I started an update.  Everything downloaded
>> fine.  But when it came to "Running Transaction", it hung:
>>
>> 
>> Running rpm_check_debug
>> Running Transaction Test
>> Finished Transaction Test
>> Transaction Test Succeeded
>> Running Transaction
>> Updating   : xulrunner
>>   1/18
>>
>>
>> And there it sits still.
>>
>> There's plenty of disk space.  The load on the CPU is under 1.0.  There
>> is some disk activity, but no way so much as to cause anything to hang
>> and no major writing related to yum.  Disk reads are just about null,
>> except just now when I grep'ed for something to make sure that the disk
>> could be read.  I'm not using even half of the available RAM.
>>
>> Anyone else run into this problem?
>
> I've only run into it with an selinux policy update, when it apparently
> decided to relabel about 5 zillion files

Well, selinux isn't one of the packages being updated, so that's not the 
problem here.  Good to know though.

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum hangs while doing update

[m . roth]

ken wrote:
> About thirty minutes ago I started an update.  Everything downloaded
> fine.  But when it came to "Running Transaction", it hung:
>
> 
> Running rpm_check_debug
> Running Transaction Test
> Finished Transaction Test
> Transaction Test Succeeded
> Running Transaction
>Updating   : xulrunner
>  1/18
>
>
> And there it sits still.
>
> There's plenty of disk space.  The load on the CPU is under 1.0.  There
> is some disk activity, but no way so much as to cause anything to hang
> and no major writing related to yum.  Disk reads are just about null,
> except just now when I grep'ed for something to make sure that the disk
> could be read.  I'm not using even half of the available RAM.
>
> Anyone else run into this problem?

I've only run into it with an selinux policy update, when it apparently
decided to relabel about 5 zillion files

mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum hangs while doing update

[ken]

On 07/01/2013 01:16 PM ken wrote:
> About thirty minutes ago I started an update.  Everything downloaded
> fine.  But when it came to "Running Transaction", it hung:
>
> 
> Running rpm_check_debug
> Running Transaction Test
> Finished Transaction Test
> Transaction Test Succeeded
> Running Transaction
> Updating   : xulrunner
>   1/18
>
>
> And there it sits still.
>
> There's plenty of disk space.  The load on the CPU is under 1.0.  There
> is some disk activity, but no way so much as to cause anything to hang
> and no major writing related to yum.  Disk reads are just about null,
> except just now when I grep'ed for something to make sure that the disk
> could be read.  I'm not using even half of the available RAM.
>
> Anyone else run into this problem?

I had to kill yum to end the process.  Then I tried again, less 
ambitiously and it hung again, this time earlier in the process:

  # yum -d 8 update firefox
Loading "aliases" plugin
Loading "allowdowngrade" plugin
Loading "changelog" plugin
Loading "downloadonly" plugin
Loading "fastestmirror" plugin
Loading "filter-data" plugin
Loading "kernel-module" plugin
Loading "keys" plugin
Loading "kmod" plugin
Loading "list-data" plugin
Loading "merge-conf" plugin
Loading "priorities" plugin
Loading "security" plugin
Loading "tsflags" plugin
Loading "verify" plugin
Running "config" handler for "aliases" plugin
Running "config" handler for "allowdowngrade" plugin
Running "config" handler for "changelog" plugin
Running "config" handler for "downloadonly" plugin
Running "config" handler for "filter-data" plugin
Running "config" handler for "keys" plugin
Running "config" handler for "list-data" plugin
Running "config" handler for "merge-conf" plugin
Running "config" handler for "priorities" plugin
Running "config" handler for "security" plugin
Running "config" handler for "verify" plugin

And there it hangs now.

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum hangs while doing update

[ken]

On 07/01/2013 01:21 PM Reindl Harald wrote:
> Am 01.07.2013 19:16, schrieb ken:
>> About thirty minutes ago I started an update.  Everything downloaded
>> fine.  But when it came to "Running Transaction", it hung:
>>
>> Running rpm_check_debug
>> Running Transaction Test
>> Finished Transaction Test
>> Transaction Test Succeeded
>> Running Transaction
>> Updating   : xulrunner
>>   1/18
>>
>> And there it sits still.
>>
>> There's plenty of disk space.  The load on the CPU is under 1.0.  There
>> is some disk activity, but no way so much as to cause anything to hang
>> and no major writing related to yum.  Disk reads are just about null,
>> except just now when I grep'ed for something to make sure that the disk
>> could be read.  I'm not using even half of the available RAM
>
> what about look in dmesg and/or /var/log/messages?
>

No.  Nothing relevant there.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Yum hangs while doing update

[ken]

About thirty minutes ago I started an update.  Everything downloaded 
fine.  But when it came to "Running Transaction", it hung:


Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
   Updating   : xulrunner 
 1/18


And there it sits still.

There's plenty of disk space.  The load on the CPU is under 1.0.  There 
is some disk activity, but no way so much as to cause anything to hang 
and no major writing related to yum.  Disk reads are just about null, 
except just now when I grep'ed for something to make sure that the disk 
could be read.  I'm not using even half of the available RAM.

Anyone else run into this problem?

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum errors

[me]

On Mon, 1 Jul 2013, Eero Volotinen wrote:

> try yum clean all ?

Yum clean all did not help. That was one of the first things I tried.
Removing away /var/lib/yum/rpmdb-indexes resolved the issue.

Thanks, to all who responded.

Regards,

-- 
Tom m...@tdiehl.org Spamtrap address
me...@tdiehl.org

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum errors

[me]

On Mon, 1 Jul 2013, Reindl Harald wrote:

>
>
> Am 01.07.2013 15:36, schrieb m...@tdiehl.org:
>> I have a machine that recently had some file system corruption. fsck was able
>> repair the file system but I am getting the following error when I try to
>> do yum update:
>>
>> [Errno 21] Is a directory: 
>> '/var/lib/yum/yumdb/e/2f883c08e3b596b66fcc19c6b4d73b11c9aaa43e-e2fsprogs-1.41.12-14.el6_4.2-x86_64/checksum_type'
>>
>> In searching Google, some suggested renaming the yumdb but that just results
>> in a traceback when I run yum
>
> you can do *without any issue*
>
> rm -rf /var/lib/yum/yumdb/*
> rm -rf /var/lib/yum/history/*
>
> and after *twice* "yum history new" there are no longer tracebacks
> been there, done that on a *lot* of machines mutiple times to
> get rid of this tons of old metadata with no benefit
>
>

After doing a little more poking around, I moved /var/lib/yum/rpmdb-indexes
out of the way and the issue seems to be solved. Yum seems to have recreated
that directory and appears happy now.

Does anyone know of a downside to doing this?

Regards,

-- 
Tom m...@tdiehl.org Spamtrap address
me...@tdiehl.org
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum errors

[Eero Volotinen]

try yum clean all ?
On Jul 1, 2013 6:07 PM,  wrote:

> On Mon, 1 Jul 2013, Reindl Harald wrote:
>
> >
> >
> > Am 01.07.2013 15:36, schrieb m...@tdiehl.org:
> >> I have a c6.4 machine that recently had some file system corruption.
> fsck was able
> >> repair the file system but I am getting the following error when I try
> to
> >> do yum update:
> >>
> >> [Errno 21] Is a directory:
> '/var/lib/yum/yumdb/e/2f883c08e3b596b66fcc19c6b4d73b11c9aaa43e-e2fsprogs-1.41.12-14.el6_4.2-x86_64/checksum_type'
> >>
> >> In searching Google, some suggested renaming the yumdb but that just
> results
> >> in a traceback when I run yum
> >
> > you can do *without any issue*
> >
> > rm -rf /var/lib/yum/yumdb/*
> > rm -rf /var/lib/yum/history/*
> >
> > and after *twice* "yum history new" there are no longer tracebacks
> > been there, done that on a *lot* of machines multiple times to
> > get rid of this tons of old metadata with no benefit
>
> Ok, I am still getting a traceback, obviously, the first traceback is
> expected
> but the last one os not. Below is what I did:
>
> (router pts4) # cd /var/lib/yum/
> (router pts4) # rm -r history/ yumdb/
> (router pts4) # ll
> total 12
> drwxr-xr-x. 3 root root 4096 May  6 11:31 repos
> drwxr-xr-x. 3 root root 4096 Jun 29 14:14 rpmdb-indexes
> -rw-r--r--. 1 root root   36 May  6 11:31 uuid
> (router pts4) # yum history new
> Loaded plugins: downloadonly, fastestmirror, security
> Traceback (most recent call last):
>File "/usr/bin/yum", line 29, in 
>  yummain.user_main(sys.argv[1:], exit_code=True)
>File "/usr/share/yum-cli/yummain.py", line 285, in user_main
>  errcode = main(args)
>File "/usr/share/yum-cli/yummain.py", line 136, in main
>  result, resultmsgs = base.doCommands()
>File "/usr/share/yum-cli/cli.py", line 438, in doCommands
>  return self.yum_cli_commands[self.basecmd].doCommand(self,
> self.basecmd, self.extcmds)
>File "/usr/share/yum-cli/yumcommands.py", line 1503, in doCommand
>  ret = self._hcmd_new(base, extcmds)
>File "/usr/share/yum-cli/yumcommands.py", line 1423, in _hcmd_new
>  base.history._create_db_file()
>File "/usr/lib/python2.6/site-packages/yum/history.py", line 1645, in
> _create_db_file
>  cur.execute(op)
> sqlite3.OperationalError: table trans_beg already exists
> (router pts4) # yum history new
> Loaded plugins: downloadonly, fastestmirror, security
> history new
> (router pts4) # yum update
> Loaded plugins: downloadonly, fastestmirror, security
> Loading mirror speeds from cached hostfile
>   * elrepo: elrepo.org
> Setting up Update Process
> Traceback (most recent call last):
>File "/usr/bin/yum", line 29, in 
>  yummain.user_main(sys.argv[1:], exit_code=True)
>File "/usr/share/yum-cli/yummain.py", line 285, in user_main
>  errcode = main(args)
>File "/usr/share/yum-cli/yummain.py", line 136, in main
>  result, resultmsgs = base.doCommands()
>File "/usr/share/yum-cli/cli.py", line 438, in doCommands
>  return self.yum_cli_commands[self.basecmd].doCommand(self,
> self.basecmd, self.extcmds)
> File "/usr/share/yum-cli/yumcommands.py", line 232, in doCommand
>  return base.updatePkgs(extcmds, update_to=(basecmd == 'update-to'))
>File "/usr/share/yum-cli/cli.py", line 725, in updatePkgs
>  self.update()
>File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 3735, in
> update
>  updates = self.up.getUpdatesTuples()
>File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 906, in
> 
>  up = property(fget=lambda self: self._getUpdates(),
>File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 726, in
> _getUpdates
>  self._up = rpmUtils.updates.Updates(self.rpmdb.simplePkgList(),
> self.pkgSack.simplePkgList())
>File "/usr/lib/python2.6/site-packages/yum/rpmsack.py", line 502, in
> simplePkgList
>  return self.pkglist
>File "/usr/lib/python2.6/site-packages/yum/rpmsack.py", line 232, in
> _get_pkglist
>  csumpkgtups = self.preloadPackageChecksums(load_packages=False)
>File "/usr/lib/python2.6/site-packages/yum/rpmsack.py", line 979, in
> preloadPackageChecksums
>  rpmdbv = self.simpleVersion(main_only=True)[0]
>File "/usr/lib/python2.6/site-packages/yum/rpmsack.py", line 1163, in
> simpleVersion
>  self._put_cached_simpleVersion_main(main)
>File "/usr/lib/python2.6/site-packages/yum/rpmsack.py", line 1112, in
> _put_cached_simpleVersion_main
>  os.rename(rpmdbvfname + ".tmp", rpmdbvfname)
> OSError: [Errno 21] Is a directory
> (router pts4) #
>
> As you can see, I am still getting the traceback.
>
> I also ran the following to be sure I was not missing something else:
> (router pts4) # rpm -qf /var/lib/yum
> yum-3.2.29-40.el6.centos.noarch
> (router pts4) # rpm -V yum
> (router pts4) #
>
> Any ideas what I am missing?
>
> Regards,
>
> --
> Tom m...@tdiehl.org   Spamtrap address
>me...@tdiehl.org
> ___

Re: [CentOS] Yum errors

[Nicolas Thierry-Mieg]

m...@tdiehl.org wrote:
> On Mon, 1 Jul 2013, Reindl Harald wrote:
>
>>
>>
>> Am 01.07.2013 15:36, schrieb m...@tdiehl.org:
>>> I have a c6.4 machine that recently had some file system corruption. fsck 
>>> was able
>>> repair the file system but I am getting the following error when I try to
>>> do yum update:
>>>
>>> [Errno 21] Is a directory: 
>>> '/var/lib/yum/yumdb/e/2f883c08e3b596b66fcc19c6b4d73b11c9aaa43e-e2fsprogs-1.41.12-14.el6_4.2-x86_64/checksum_type'
>>>
>>> In searching Google, some suggested renaming the yumdb but that just results
>>> in a traceback when I run yum
>>
>> you can do *without any issue*
>>
>> rm -rf /var/lib/yum/yumdb/*
>> rm -rf /var/lib/yum/history/*
>>
>> and after *twice* "yum history new" there are no longer tracebacks
>> been there, done that on a *lot* of machines multiple times to
>> get rid of this tons of old metadata with no benefit
>
> Ok, I am still getting a traceback, obviously, the first traceback is expected
> but the last one os not. Below is what I did:

> Any ideas what I am missing?

did you yum clean all ?
often useful when yum freaks out
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum errors

[me]

On Mon, 1 Jul 2013, Reindl Harald wrote:

>
>
> Am 01.07.2013 15:36, schrieb m...@tdiehl.org:
>> I have a c6.4 machine that recently had some file system corruption. fsck 
>> was able
>> repair the file system but I am getting the following error when I try to
>> do yum update:
>>
>> [Errno 21] Is a directory: 
>> '/var/lib/yum/yumdb/e/2f883c08e3b596b66fcc19c6b4d73b11c9aaa43e-e2fsprogs-1.41.12-14.el6_4.2-x86_64/checksum_type'
>>
>> In searching Google, some suggested renaming the yumdb but that just results
>> in a traceback when I run yum
>
> you can do *without any issue*
>
> rm -rf /var/lib/yum/yumdb/*
> rm -rf /var/lib/yum/history/*
>
> and after *twice* "yum history new" there are no longer tracebacks
> been there, done that on a *lot* of machines multiple times to
> get rid of this tons of old metadata with no benefit

Ok, I am still getting a traceback, obviously, the first traceback is expected
but the last one os not. Below is what I did:

(router pts4) # cd /var/lib/yum/
(router pts4) # rm -r history/ yumdb/
(router pts4) # ll
total 12
drwxr-xr-x. 3 root root 4096 May  6 11:31 repos
drwxr-xr-x. 3 root root 4096 Jun 29 14:14 rpmdb-indexes
-rw-r--r--. 1 root root   36 May  6 11:31 uuid
(router pts4) # yum history new
Loaded plugins: downloadonly, fastestmirror, security
Traceback (most recent call last):
   File "/usr/bin/yum", line 29, in 
 yummain.user_main(sys.argv[1:], exit_code=True)
   File "/usr/share/yum-cli/yummain.py", line 285, in user_main
 errcode = main(args)
   File "/usr/share/yum-cli/yummain.py", line 136, in main
 result, resultmsgs = base.doCommands()
   File "/usr/share/yum-cli/cli.py", line 438, in doCommands
 return self.yum_cli_commands[self.basecmd].doCommand(self, self.basecmd, 
self.extcmds)
   File "/usr/share/yum-cli/yumcommands.py", line 1503, in doCommand
 ret = self._hcmd_new(base, extcmds)
   File "/usr/share/yum-cli/yumcommands.py", line 1423, in _hcmd_new
 base.history._create_db_file()
   File "/usr/lib/python2.6/site-packages/yum/history.py", line 1645, in 
_create_db_file
 cur.execute(op)
sqlite3.OperationalError: table trans_beg already exists
(router pts4) # yum history new
Loaded plugins: downloadonly, fastestmirror, security
history new
(router pts4) # yum update
Loaded plugins: downloadonly, fastestmirror, security
Loading mirror speeds from cached hostfile
  * elrepo: elrepo.org
Setting up Update Process
Traceback (most recent call last):
   File "/usr/bin/yum", line 29, in 
 yummain.user_main(sys.argv[1:], exit_code=True)
   File "/usr/share/yum-cli/yummain.py", line 285, in user_main
 errcode = main(args)
   File "/usr/share/yum-cli/yummain.py", line 136, in main
 result, resultmsgs = base.doCommands()
   File "/usr/share/yum-cli/cli.py", line 438, in doCommands
 return self.yum_cli_commands[self.basecmd].doCommand(self, self.basecmd, 
self.extcmds)
File "/usr/share/yum-cli/yumcommands.py", line 232, in doCommand
 return base.updatePkgs(extcmds, update_to=(basecmd == 'update-to'))
   File "/usr/share/yum-cli/cli.py", line 725, in updatePkgs
 self.update()
   File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 3735, in update
 updates = self.up.getUpdatesTuples()
   File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 906, in 

 up = property(fget=lambda self: self._getUpdates(),
   File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 726, in 
_getUpdates
 self._up = rpmUtils.updates.Updates(self.rpmdb.simplePkgList(), 
self.pkgSack.simplePkgList())
   File "/usr/lib/python2.6/site-packages/yum/rpmsack.py", line 502, in 
simplePkgList
 return self.pkglist
   File "/usr/lib/python2.6/site-packages/yum/rpmsack.py", line 232, in 
_get_pkglist
 csumpkgtups = self.preloadPackageChecksums(load_packages=False)
   File "/usr/lib/python2.6/site-packages/yum/rpmsack.py", line 979, in 
preloadPackageChecksums
 rpmdbv = self.simpleVersion(main_only=True)[0]
   File "/usr/lib/python2.6/site-packages/yum/rpmsack.py", line 1163, in 
simpleVersion
 self._put_cached_simpleVersion_main(main)
   File "/usr/lib/python2.6/site-packages/yum/rpmsack.py", line 1112, in 
_put_cached_simpleVersion_main
 os.rename(rpmdbvfname + ".tmp", rpmdbvfname)
OSError: [Errno 21] Is a directory
(router pts4) #

As you can see, I am still getting the traceback.

I also ran the following to be sure I was not missing something else:
(router pts4) # rpm -qf /var/lib/yum
yum-3.2.29-40.el6.centos.noarch
(router pts4) # rpm -V yum
(router pts4) #

Any ideas what I am missing?

Regards,

-- 
Tom m...@tdiehl.org Spamtrap address
me...@tdiehl.org
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum errors

[Ljubomir Ljubojevic]

On 07/01/2013 03:36 PM, m...@tdiehl.org wrote:
> Hi,
>
> I have a machine that recently had some file system corruption. fsck was able
> repair the file system but I am getting the following error when I try to
> do yum update:
>
> [Errno 21] Is a directory: 
> '/var/lib/yum/yumdb/e/2f883c08e3b596b66fcc19c6b4d73b11c9aaa43e-e2fsprogs-1.41.12-14.el6_4.2-x86_64/checksum_type'
>
> In searching Google, some suggested renaming the yumdb but that just results
> in a traceback when I run yum.
>
> There are some files in lost+found but I am not sure what the above file
> should look like and inode numbers are not useful to me.
>
> Anyone have an idea how to fix this without reloading the machine?
>
> Regards,
>

You can delete that file without too much problems, according to 
http://yum.baseurl.org/wiki/YumDB

-- 
Ljubomir Ljubojevic
(Love is in the Air)
PL Computers
Serbia, Europe

StarOS, Mikrotik and CentOS/RHEL/Linux consultant
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Yum errors

[me]

Hi,

I have a machine that recently had some file system corruption. fsck was able
repair the file system but I am getting the following error when I try to
do yum update:

[Errno 21] Is a directory: 
'/var/lib/yum/yumdb/e/2f883c08e3b596b66fcc19c6b4d73b11c9aaa43e-e2fsprogs-1.41.12-14.el6_4.2-x86_64/checksum_type'

In searching Google, some suggested renaming the yumdb but that just results
in a traceback when I run yum.

There are some files in lost+found but I am not sure what the above file
should look like and inode numbers are not useful to me.

Anyone have an idea how to fix this without reloading the machine?

Regards,

-- 
Tom m...@tdiehl.org Spamtrap address
me...@tdiehl.org
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Dovecot SLOW with sssd in centos 6

[FABIO FERRARI]

Hello,

I have a big performance problem with a mail server using dovecot and
authenticating users via ldap.
The architecture of the machine is a local ldap and mysql server, they are
used by dovecot for authenticating the mail users.

If i use pam_sss the mail server has about 1/8 - 1/10 the performances it
has if i use the pam_ldap.
Even doing a 'time ls -l' on the mail tree (there are about 3000 ldap
users in that directory) it is very very slow, the first time I try to do
it after a reboot, it takes about 6 minutes with sssd, and about 8 seconds
with ldap.

Since I know sssd is recommended, anyone knows that there is anything in
configuration I can try to increase the speed, avoiding me to use the old
pam_ldap module?

thanks in advance,

Fabio Ferrari

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos