Re: GPG Key Ring Generation on zLinux Fails
Hi Mark, on the mainframe entropy is not so easy as there's no computer mouse to move around ;-). I recommend to do some I/O intensive work to a FICON disk, the device driver is our prominent source of entropy (moving platters seek times least significant bits, maybe we need to rethink that in the light of upcoming SSDs) . Oh, and the crypto cards do have a hardware entropy source, but I don't know if GPG would use that. with kind regards Carsten Otte IBM Linux Technology Center / Boeblingen lab -- omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est Mark Jacobs mark.jacobs@cust serv.com To Sent by: Linux on LINUX-390@vm.marist.edu 390 Port cc linux-...@vm.mar ist.edu Subject GPG Key Ring Generation on zLinux Fails 20.05.2011 16:00 Please respond to mark.jacobs@custs erv.com I'm attempting to generate a key ring in a zLinux environment using gpg but I can't get enough entropy to supply the generation process with enough random bytes. Not enough random bytes available. Please do some other work to give the OS a chance to collect more entropy! (Need 284 more bytes) I've tried everything I can think of, and my zLinux support team says that this is a known problem with virtualized environments. Does anyone have any suggestions on how to get key ring generation to reliably work on zLinux? -- Mark Jacobs Time Customer Service Tampa, FL Some people are electrifying, they light up a room when they leave. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
modprobe.conf
I see in RHEL V6 Migration Guide that modprobe.conf is not created by default. The manual doesn't tell me what is used in place of modprobe.conf. Anybody know? Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: modprobe.conf
Deprecated Enviado desde mi iPhone El 23/05/2011, a las 17:29, Bauer, Bobby (NIH/CIT) [E] baue...@mail.nih.gov escribió: I see in RHEL V6 Migration Guide that modprobe.conf is not created by default. The manual doesn't tell me what is used in place of modprobe.conf. Anybody know? Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: modprobe.conf
On 5/23/2011 at 11:29 AM, Bauer, Bobby (NIH/CIT) [E] baue...@mail.nih.gov wrote: I see in RHEL V6 Migration Guide that modprobe.conf is not created by default. The manual doesn't tell me what is used in place of modprobe.conf. Anybody know? Drop a file with the appropriate contents into /etc/modprobe.d/ Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: FCXPER315A message
That may not be anything to worry about. Here's the explanation from VM Perf FAQS http://www.vm.ibm.com/perf/tips/prgcom.html Problem: Performance Toolkit (or insert favorite monitor here) is giving me alerts about the C1ETS being too high. Solution: The C1ETS stands for class 1 Elapsed Time Slice. Each scheduler class has an Elapsed Time Slice (ETS) associated with it. The Class 1 ETS is dynamically adjusted by the scheduler. All the other time slices are multiples of the C1ETS (classes 0/2/3 multiplication factors are 6/8/48 respectively). The scheduler adjusts C1ETS in order to try and keep 85% of the transactions as trivial (that is within the first ETS). On systems where there are guests that never go truly idle, the transactions are very infrequent and therefore can cause the scheduler to increase the C1ETS. This isn't necessarily a problem since the transactions are not real transactions. Regards, Bill Bitner -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
