Menu

#41 confirm.py returns false-negative

cpacman-0.7.2
open
None
7
2008-11-26
2008-07-23
No

When running confirm we get report about errors where there are no errors (see last two commands). The only reason I could think of is that other 2 members of cluster didn't anything installed on them (2install was missing at the time).

$ confirm.py -h foo3.com -u root
=>Processing cluster MyCluster
-->Compiling transaction for server foo1.com
-->Compiling transaction for server foo2.com
-->Compiling transaction for server foo3.com
++>Commiting transaction for server foo1.com
++>Commiting transaction for server foo2.com
++>Commiting transaction for server foo3.com
bind-utils-9.3.4-6.0.1.P1.el5_2
nspr-4.7.1-1.el5
kernel-xen-2.6.18-92.1.6.el5
openldap-2.3.27-8.el5_2.4
selinux-policy-targeted-2.4.6-137.1.el5_2
selinux-policy-2.4.6-137.1.el5_2
nss-tools-3.12.0.3-1.el5
bind-libs-9.3.4-6.0.1.P1.el5_2
freetype-2.2.1-20.el5_2
nss-3.12.0.3-1.el5
Deployment_Guide-en-US-5.2-11
kernel-headers-2.6.18-92.1.6.el5
Password:
Preparing... ########################################### [100%]
Noticed some errors check output above

$ tail -n 1 /opt/cpacman/servers/foo3.com/comment_rpm
kernel-headers-2.6.18-92.1.6.el5.i386.rpm /var/cache/yum/rhel-i386-server-5/packages # Yum automated install 2008-07-23-08:11

$ rpm -q --dbpath /opt/cpacman/servers/foo3.com/rpmdb kernel-headers
kernel-headers-2.6.18-92.1.6.el5

Discussion

  • Dmitry S. Makovey

    • milestone: --> 812365
    • priority: 5 --> 7
     
  • Dmitry S. Makovey

    fixed in 0.7 branch (205:206)

     
  • Dmitry S. Makovey

    • assigned_to: nobody --> dmakovey
    • status: open --> pending-accepted
     
  • Dmitry S. Makovey

    bug was accepted to be addressed in next release (see group tag of the bug).

     
  • Dmitry S. Makovey

    • milestone: 812365 --> cpacman-0.7.2
    • status: pending-accepted --> open-accepted
     

Log in to post a comment.