On 07/08/2010 04:06 PM, Jason Dobies wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1Open questions which I see: 1) Does pulp require durable queues? Do I want to ensure that a packge is updated the next time it wakes up? If so, we need to handle queue purging. Perhaps this is tied to consumer deletion. 2) Can the same message (install package) be sent P2P Sync, Fire and Forget, and broadcast. I think the answer to this should be yes. If so, in broadcast, is there a notion of the success/failure?1 and 2 are kinda related, so I'll answer both here. This is a really interesting question. If a user says to install a package and the agent isn't currently available, will the user still want it installed in the future when it is available? I think if we add a time factor to the request (i.e. "only do this if you get the message before 8am") I'm more inclined to go with only using durable queues for package installs. It feels like too critical of an operation to leave open to a non-guaranteed paradigm.
Agreed. Asynchronous requests that are time sensitive (like maintenance windows) need to be discarded (with response when appropriate) by the agent when the time criteria cannot be met.
3) Will Jason Dobies choose to argue against himself who is arguing against himself? if so, is he correct no matter what the outcome?I'm glad you came to the realization that I'm always correct. :)4) Is there a hearbeat requirement? I have not heard of any.It's starting to sound like there is. If we go durable queues, this is gonna be the way we clean up queues for dead agents. Even if there isn't, I think it's a trivial enough addition to give us minimalistic availability information. Good bang for the buck there.-- bk- -- Jason Dobies RHCE# 805008743336126 Freenode: jdob -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMNj3dAAoJEOMmcTqOSQHCJVYH/A2WN78neWWpDR+pzcRo6ZWV xXi168fpXVnryH3hfqGrH8EmtrXvAd/9RymvWdL0xoparIjHdW50t1QKGNpjW2M1 Y1uErFDHQZ6ff6d+G1xMajibTSP0r7K7NG2vJ0LKe83d6y4Y7G8UxtFakcniUN+I eHhx4kjGSdSNEB78TUXsucsZm53fE0f2PzI4qWOScD6U8SMpigRYkk6P3gXkrv/m 2iaeftJUvIkk9QLR36lEAuxPyyRC1VhTdIyMRRaSd0+Kws+Do2ALifttSzzcmXdv ERQnhAxXsrqSXd60S9aPb/Samn6Q7d8R+pP6g1kAYnFNdxb1QLv8x1XDeyGHI3c= =0DDB -----END PGP SIGNATURE----- _______________________________________________ Pulp-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/pulp-list
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ Pulp-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/pulp-list
