Repos appear to be broken?

9 posts / 0 new
Last post
#1 Mon, 11/23/2009 - 20:47
BossHog

Repos appear to be broken?

Howdy yall,
Joe had announced about a week ago of the updates to V-Min etc.. as of today my "yum check-update" is still not aware of any updates.
Below is a snippet from running yum from CLI:


virtualmin | 951 B 00:00
virtualmin/primary | 70 kB 00:00
virtualmin 254/254
virtualmin-universal | 951 B 00:00
virtualmin-universal/primary | 11 kB 00:00
virtualmin-universal[############################ ]90/218
[root@box1 /]#

The last entry doesn't seem to complete, i.e., database update for "virtualmin-universal"?
Could this be a bug, or is anyone else seeing this?
Thanks,
Joe

Mon, 11/23/2009 - 20:54
andreychek

Howdy -- a few questions for you:

  1. Are you running RHEL or CentOS?

  2. Which version of said distro do you have?

  3. Is it Virtualmin GPL or Pro?

With the above, we can poke around a bit and see what's going on. Thanks!

-Eric

Mon, 11/23/2009 - 23:56 (Reply to #2)
BossHog

Howdy Eric,
As requested:

Are you running RHEL or CentOS?
CentOS

Which version of said distro do you have?
5.4

Is it Virtualmin GPL or Pro?
GPL

Thanks,
Joe

Mon, 11/23/2009 - 22:45
tpnsolutions
tpnsolutions's picture

Eric,

I noticed this issue twice, once during the 3.74 release, and once during the 3.75 release.

The issue was corrected temporarily for the "3.74" release after posting numerous related messages on the board, and then the tracker.

It appears the repo data isn't getting updated correctly when releases are published, at least for Virtualmin GPL.

As a work around, I've personally setup my own repo mirror which not only solves the issue of maintaining up-to-date repodata files, but also allows me to reduce the stress on the Virtualmin servers since I frequently install/reinstall copies of Virtualmin GPL on a number of VPS machines during testing and deployment.

I have setup my personal repo in a way that it sync's ever few days with Virtualmin's repo, and furthermore only downloads the repo's that are important to my own installs.

I keep the following directories in sync with my local copy:

*** I download only the RPMs found in the selected folders ***

http://software.virtualmin.com/bleed/centos/5.4/i386/

http://software.virtualmin.com/gpl/centos/5.4/i386/

http://software.virtualmin.com/gpl/universal/

Anyways, that's just my two cents.

-Peter

Best Regards,
Peter Knowles | TPN Solutions
Email: pknowles@tpnsolutions.com | Skype: tpnassist
Mon, 11/23/2009 - 23:59 (Reply to #4)
BossHog

Howdy Peter,
I agree with your decision to rsync your own mirror, but
should that be needed?
It would be a possible bug for the Webmin/V-Min repos
to not be sync'ing properly.
IMHO
Thanks for the suggestion.
Joe

Tue, 11/24/2009 - 15:20 (Reply to #5)
Joe
Joe's picture

Yes, this is the kind of thing the ticket tracker is for.

I'm looking into the cause of this. I don't really understand it. There are no errors when generating the repodata, and I see those last two packages in the primary.xml.gz file, so it's definitely running against the directory, but I guess something else is going amiss. I made some changes just before this issue started showing up in order to make the repo data generation run faster, because it was causing issues when systems happened to be grabbing the repodata while it was regenerating and getting an incomplete copy. It's not supposed to be a problem, but for whatever reason, it is with the current createrepo version.

So, I can tell Peter is getting grouchy with me about the issue, but in my defense the previous problem was even worse than this one and affected more people. So, despite appearances to the contrary, we're kinda making progress here...two steps forward, one step back. ;-)

--

Check out the forum guidelines!

Thu, 11/26/2009 - 11:54 (Reply to #6)
tpnsolutions
tpnsolutions's picture

Nah, I'm not grouchy... Heh heh...

I'm just technologically impatient.

I run a series of test machines, and a few production machines, so despite the actual error in the repodata, I decided creating a mirror would not only solve the immediate issue, but would provide a long term resource savings to Virtualmin as a whole.

  • Peter
Best Regards,
Peter Knowles | TPN Solutions
Email: pknowles@tpnsolutions.com | Skype: tpnassist
Tue, 11/24/2009 - 15:27
Joe
Joe's picture

Somebody who has seen this problem want to give it another try? I made a few more tweaks, and removed the timestamp checking, which may have been confused by the symlinks that get regenerated (and I also removed some dead symlinks that may also have confused createrepo).

I don't have a GPL system handy to test, but will set one up if this doesn't straighten things out.

--

Check out the forum guidelines!

Tue, 11/24/2009 - 23:53 (Reply to #8)
BossHog

Howdy Joe,
just ran "yum update" on my V-Min box.
It completed as expected.
Thanks!
Would you still like a bug report put into the tracker?
Joe

Topic locked