Re: error during cadmin update

Ok.

For the archives, this has nothing to do with epochs or what redhat
(ick) did with the xinetd versions.

You've hit the "delete an rpm from the database without the rpm itself
being present" code path. As opposed to the "delete and rpm from the
database with the rpm itself right over there" code path.

The "without" path is fragile, due to poor design of the database in
1.0/1.4. You're going to have to use cadmin create to get around this.

The "with" path is pretty tried and tested right now. "without" is an
inheirant part of our SQL backend work - yes, I hate running create too.



On Wed, 2002-12-04 at 11:19, Lawrence MacIntyre wrote:
> Hunter:
> 
> I'm using a local mirror that someone else maintains for my repository. 
> I NFS mount the disk, so I have no control or write access to the
> repository.  
> 
> When I try to run cadmin update, I get the following error messages:
> 
> [root@xstar root]# cadmin update redhat-7.3-i386
> Dec 04 11:0853 : EXCEPTION in /usr/share/current/channel.py,
> _getHeaderFromFilename(), 592 [logException()]
> Traceback (innermost last):
>   File "/usr/share/current/channel.py", line 588, in
> _getHeaderFromFilename
>     fd = os.open(pathname, os.O_RDONLY)
> OSError: [Errno 2] No such file or directory:
> '/mnt/sws1/updates/7.3/en/os/i386/xinetd-2.3.9-0.73.i386.rpm'
> Traceback (innermost last):
>   File "/usr/sbin/cadmin", line 325, in ?
>     main()
>   File "/usr/sbin/cadmin", line 260, in main
>     mychan.update()
>   File "/usr/share/current/channel.py", line 182, in update
>     self._addRpmDir(dir)
>   File "/usr/share/current/channel.py", line 624, in _addRpmDir
>     self._addRpmPackage(pathname)
>   File "/usr/share/current/channel.py", line 733, in _addRpmPackage
>     self._deleteRpmPackage(fullname)
>   File "/usr/share/current/channel.py", line 949, in _deleteRpmPackage
>     rpm_size = str(os.stat(pathname)[stat.ST_SIZE])
> OSError: [Errno 2] No such file or directory:
> '/mnt/sws1/updates/7.3/en/os/i386/xinetd-2.3.9-0.73.i386.rpm'
> 
> If I look in the directory, I see the file:
> 
> xinetd-2.3.7-4.7x.i386.rpm
> 
> Also, cadmin info reports:
> 
> [root@xstar redhat-7.3-i386]# cadmin info
> Traceback (innermost last):
>   File "/usr/sbin/cadmin", line 325, in ?
>     main()
>   File "/usr/sbin/cadmin", line 288, in main
>     channel_name = args[1]
> IndexError: list index out of range
> 
> (I don't know if that's relevant).
> 
> I don't understand the naming convention of .rpm files, but I infer from
> Ingo's message that 2.3.7-4.7x is actually version 2.4.7.  I'm guessing
> that there was previously a file called xinetd-2.3.9-0.73.i386.rpm which
> has been deleted from the mirror.  cadmin apparently can't handle this
> correctly.  I'm also guessing that Current needs to be able to forget
> that the 2.3.9-0.73 version ever existed.  Is there a clean way to do
> that?  I'm guessing (I seem to do a lot of that) that cadmin create
> redhat-7.3-i386 would do it, but that seems a bit crude...  
> 
> On Wed, 2002-12-04 at 10:53, Hunter Matthews wrote:
> > Any chance you could detail exactly whats going on here, so I can try
> > and debug it?
> > 
> > 
> > On Wed, 2002-12-04 at 01:16, Ingo T. Storm wrote:
> > > > > current doesn't support this fully yet, as far as I understand the
> > > > > issue.
> > > 
> > > > That's incorrect
> > > 
> > > I apologize.
> > > 
> > > Ingo
> > > _______________________________________________
> > > Current-server mailing list
> > > [email protected]
> > > http://lists.dulug.duke.edu/mailman/listinfo/current-server
> > > 
> > > 
> > -- 
> > Hunter Matthews                          Unix / Network Administrator
> > Office: BioScience 145/244               Duke Univ. Biology Department
> > Key: F0F88438 / FFB5 34C0 B350 99A4 BB02  9779 A5DB 8B09 F0F8 8438
> > Never take candy from strangers. Especially on the internet.
> > 
> > _______________________________________________
> > Current-server mailing list
> > [email protected]
> > http://lists.dulug.duke.edu/mailman/listinfo/current-server
> -- 
>      Lawrence MacIntyre     865.574.8696     [email protected]
>                 Oak Ridge National Laboratory
> Center for High Performance Information Infrastructure Technology
-- 
Hunter Matthews                          Unix / Network Administrator
Office: BioScience 145/244               Duke Univ. Biology Department
Key: F0F88438 / FFB5 34C0 B350 99A4 BB02  9779 A5DB 8B09 F0F8 8438
Never take candy from strangers. Especially on the internet.