This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author Colm Buckley
Recipients Colm Buckley, doko, lemburg, matejcik, rhettinger, skrah, socketpair, thomas-petazzoni, vstinner
Date 2016-05-13.14:39:58
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1463150399.16.0.161738701069.issue26839@psf.upfronthosting.co.za>
In-reply-to
Content
A couple of things to note:

* Despite the earlier title; this does not just apply to VMs; any system with a potentially-blocking getrandom() (including all Linux 3.17+ and Solaris 11+) is affected.

* It's true that getrandom() only blocks on Linux when called before the RNG entropy pool is initialized. However, Python should not be limited to only being called after this initialization.

* In particular, systemd-cron relies on a Python script being called very early in the boot process (before the urandom pool is initialized), this is now prevalent on the Debian testing track; causing a 90-second boot delay.

* The patch I supplied causes getrandom() to be only called in nonblocking mode; this seems consistent with the desired semantics of os.urandom and _PyRandomInit.

Hope this helps.

Colm
History
Date User Action Args
2016-05-13 14:39:59Colm Buckleysetrecipients: + Colm Buckley, lemburg, rhettinger, doko, vstinner, matejcik, skrah, socketpair, thomas-petazzoni
2016-05-13 14:39:59Colm Buckleysetmessageid: <1463150399.16.0.161738701069.issue26839@psf.upfronthosting.co.za>
2016-05-13 14:39:58Colm Buckleylinkissue26839 messages
2016-05-13 14:39:58Colm Buckleycreate