Skip to main content

11.94.0.2 UPCP errors

Comments

8 comments

  • cPRex Jurassic Moderator
    Hey hey! upcp also calls the "rpmup" script as part of its maintenance, so if there were any type of RPM issues on the system at all, it would have detected those and notified you. If a subsequent run of the update didn't show any issues you're likely good to go. You could always try a manual "yum update" to see if you notice anything else out of the ordinary there, but it doesn't sound like you will from what you've said.
    0
  • PeteS
    Thanks! The original upcp block error, and #4 seemed definitely to be transient connection problems, but #3 I wasn't sure about. I have a kernel update to do, so a manual yum update will happen then. I just didn't want to proceed until I ran the other by here, in case there was a bug in the 11.94.0.2 update.
    0
  • cPRex Jurassic Moderator
    It's likely that 3 could have been a connection issue too, but it's always hard to say if that was related after the fact.
    0
  • PeteS
    @cPRex FYI: after the system updated automatically to 96.0.9 I received the same error message in an email sent during the update process. Message from March (above): reason: yumRepo.py:1334:_revertOldRepoXML:OSError: [Errno 2] No such file or directory cmdline: /usr/bin/python -tt /usr/bin/repoquery --qf %{repoid}<>~:;<>~:;<>~:;-1614761173-17392-attr-<>~:;<>~:;<>~:;%{name}<>~:;<>~:;<>~:;-1614761173-17392-attr-<>~:;<>~:;<>~:;%{version}<>~:;<>~:;<>~:;-1614761173-17392-attr-<>~:;<>~:;<>~:;%{release}<>~:;<>~:;<>~:;-1614761173-17392-attr-<>~:;<>~:;<>~:;%{arch}<>~:;<>~:;<>~:;-1614761173-17392-attr-<>~:;<>~:;<>~:;%{group}<>~:;<>~:;<>~:;-1614761173-17392-attr-<>~:;<>~:;<>~:;%{summary}<>~:;<>~:;<>~:;-1614761173-17392-attr-<>~:;<>~:;<>~:;%{description}<>~:;<>~:;<>~:;-1614761173-17392-pkg-<>~:;<>~:;<>~:; --whatprovides cPanel-cPAddon executable: /usr/bin/repoquery package: yum-utils-1.1.31-54.el7_8 component: yum-utils pid: 17406 hostname: ************************ count: 1 abrt_version: 2.1.11 analyzer: Python architecture: x86_64 dso_list: yum-3.4.3-168.el7.centos.noarch duphash: 064006f54b75bb9271c60312b0babdd786ec7363 event_log: kernel: 3.10.0-1160.11.1.el7.x86_64 last_occurrence: 1614761187 os_release: CentOS Linux release 7.9.2009 (Core) Message from tonight: reason: yumRepo.py:1334:_revertOldRepoXML:OSError: [Errno 2] No such file or directory cmdline: /usr/bin/python -tt /usr/bin/repoquery --qf %{repoid}<>~:;<>~:;<>~:;-1614761173-17392-attr-<>~:;<>~:;<>~:;%{name}<>~:;<>~:;<>~:;-1614761173-17392-attr-<>~:;<>~:;<>~:;%{version}<>~:;<>~:;<>~:;-1614761173-17392-attr-<>~:;<>~:;<>~:;%{release}<>~:;<>~:;<>~:;-1614761173-17392-attr-<>~:;<>~:;<>~:;%{arch}<>~:;<>~:;<>~:;-1614761173-17392-attr-<>~:;<>~:;<>~:;%{group}<>~:;<>~:;<>~:;-1614761173-17392-attr-<>~:;<>~:;<>~:;%{summary}<>~:;<>~:;<>~:;-1614761173-17392-attr-<>~:;<>~:;<>~:;%{description}<>~:;<>~:;<>~:;-1614761173-17392-pkg-<>~:;<>~:;<>~:; --whatprovides cPanel-cPAddon executable: /usr/bin/repoquery package: yum-utils-1.1.31-54.el7_8 component: yum-utils pid: 17406 hostname: ************************ count: 2 abrt_version: 2.1.11 analyzer: Python architecture: x86_64 dso_list: yum-3.4.3-168.el7.centos.noarch duphash: 064006f54b75bb9271c60312b0babdd786ec7363 event_log: kernel: 3.10.0-1160.11.1.el7.x86_64 last_occurrence: 1622617284 os_release: CentOS Linux release 7.9.2009 (Core) What is strange is that the pid is the same! How? But then I see the line "count:" has incremented, "last_occurance" has updated, and they both show the same kernel version (but current is 3.10.0-1160.25.1.el7.x86_64). So it looks like a duplicate, but why? The last time this happend was going from 92 to 94, then no issues for minor updates, then tonight after going from 96.0.8 to 96.0.9 it reports this again. Any thoughts? -Pete
    0
  • cPRex Jurassic Moderator
    Thanks for the update - could you get a ticket submitted to our team so we can check this out? Just post the number here once you've done that so I can follow along.
    0
  • PeteS
    Ticket ID: 94331650
    0
  • cPRex Jurassic Moderator
    Thanks - I'm following along with that ticket now.
    0
  • cPRex Jurassic Moderator
    After a bit of troubleshooting our team was able to determine this was an issue with the abrtd tools on the operating system, and not a cPanel package or notification causing the problem.
    0

Please sign in to leave a comment.