[Kimchi-devel] debugreport generation error

[Shu Ming]

2014/1/21 5:53, Christy Perez:
> Hi,
>
> I randomly decided to try out the debugreport feature on my Fedora 20
> latptop today and ran into an issue. The first odd thing was that I was
> asked to login to the kimchi portal again, but maybe that's on purpose?

It is not expected.  if you logined in Kimchi before that try,   you 
needn't login Kimchi again.  It looks like Kimchi crashed and wass 
restarted.   Can you give use how did you start the Kimchi daemon?

>
> Next, the action seems to hang indefinitely. I scrolled back up and
> found this call trace:
>
> 127.0.0.1 - christy [20/Jan/2014:15:23:45] "GET /tasks/1 HTTP/1.1" 200
> 54 "https://localhost:8001/" "Mozilla/5.0 (X11; Linux x86_64; rv:26.0)
> Gecko/20100101 Firefox/26.0"
> gluster
> Traceback (most recent call last):
>    File "/usr/lib/python2.7/site-packages/sos/sosreport.py", line 937, in
> setup
>      plug.setup()
>    File "/usr/lib/python2.7/site-packages/sos/plugins/gluster.py", line
> 91, in setup
>      gluster_major = int((pkg["version"])[:1])
> TypeError: string indices must be integers, not str
>
> 127.0.0.1 - christy [20/Jan/2014:15:23:45] "GET /tasks/1 HTTP/1.1" 200
> 54 "https://localhost:8001/" "Mozilla/5.0 (X11; Linux x86_64; rv:26.0)
> Gecko/20100101 Firefox/26.0"
> yum
> Traceback (most recent call last):
>    File "/usr/lib/python2.7/site-packages/sos/sosreport.py", line 937, in
> setup
>      plug.setup()
>    File "/usr/lib/python2.7/site-packages/sos/plugins/yum.py", line 29,
> in setup
>      rhelver = self.policy().rhel_version()
> AttributeError: 'FedoraPolicy' object has no attribute 'rhel_version'
>
>
> I did find that someone else is hitting this issue:
> https://bugzilla.redhat.com/show_bug.cgi?id=1028102 (which is actually
> from an IBM bug...)
> https://bugzilla.linux.ibm.com/show_bug.cgi?id=99234
> And I also found this opened against kimchi:
> https://bugzilla.linux.ibm.com/show_bug.cgi?id=101135
>
> So I tried running it myself in a terminal, and I got an error:
>
> $ sosreport
>
> sosreport (version 3.0)
>
> no valid plugins were enabled
>
> So I tried running it as root:
>
> $ sudo sosreport
> [sudo] password for christy:
>
> sosreport (version 3.0)
>
>    This command will collect system configuration and
> diagnostic information from this Fedora system. An archive
> containing the collected information will be generated in
> /var/tmp.
>
>    For more information on the Fedora Project visit:
>
>      https://fedoraproject.org/
>
>    The generated archive may contain data considered
> sensitive and its content should be reviewed by the
> originating organization before being passed to any third
> party.
>
>    No changes will be made to system configuration.
>
> Press ENTER to continue, or CTRL-C to quit.
> Please enter your first initial and last name [christy-toshiba]:
> cperezPlease enter the case number that you are generating this report
> for:
>
>
> gluster
> Traceback (most recent call last):
>    File "/usr/lib/python2.7/site-packages/sos/sosreport.py", line 937, in
> setup
>      plug.setup()
>    File "/usr/lib/python2.7/site-packages/sos/plugins/gluster.py", line
> 91, in setup
>      gluster_major = int((pkg["version"])[:1])
> TypeError: string indices must be integers, not str
>
> yum
> Traceback (most recent call last):
>    File "/usr/lib/python2.7/site-packages/sos/sosreport.py", line 937, in
> setup
>      plug.setup()
>    File "/usr/lib/python2.7/site-packages/sos/plugins/yum.py", line 29,
> in setup
>      rhelver = self.policy().rhel_version()
> AttributeError: 'FedoraPolicy' object has no attribute 'rhel_version'
>
>   Running plugins. Please wait ...
>
>    Running 39/65: networking...
>
> So this time it worked better, but, not completely. It hung again there
> at 39/65.
>
> I eventually got an sosreport (including the above traceback still) by
> using:
> $ sudo sosreport -v --batch -n networking -n systemd
>
>
>   Running plugins. Please wait ...
>
>    Running 25/63: kernel...        caught IO error
> copying /sys/module/kdb_main/parameters/enable_nmi
>    Running 46/63: processor...        caught IO error
> copying /sys/devices/system/cpu/cpu0/power/autosuspend_delay_ms
> caught IO error
> copying /sys/devices/system/cpu/cpu1/power/autosuspend_delay_ms
> caught IO error
> copying /sys/devices/system/cpu/cpu2/power/autosuspend_delay_ms
> caught IO error
> copying /sys/devices/system/cpu/cpu3/power/autosuspend_delay_ms
> caught IO error
> copying /sys/devices/system/cpu/power/autosuspend_delay_ms
>    Running 63/63: yum...
> Creating compressed archive...
>
> Your sosreport has been generated and saved in:
>    /var/tmp/sosreport-christy-toshiba-20140120155033.tar.xz
>
> The checksum is: dd42f749b1d6ae0952a71bd6ce12b80c
>
> Please send this file to your support representative.
>
> ===
>
> I just wanted to share my findings, in case there are more bugs opened
> for this. It seems to be a problem for Power and x86.
>
> Regards,
>
> - Christy
>
> _______________________________________________
> Kimchi-devel mailing list
> Kimchi-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/kimchi-devel
>