gnumed-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnumed-devel] Bootstrap fails on Ubuntu Lucid


From: Sebastian Hilbert
Subject: Re: [Gnumed-devel] Bootstrap fails on Ubuntu Lucid
Date: Thu, 17 Jun 2010 07:31:54 +0200
User-agent: KMail/1.13.3 (Linux/2.6.33-6-desktop; KDE/4.4.3; i686; ; )

Am Donnerstag 17 Juni 2010, 04:52:00 schrieb Евгений Кузнецов:
> Hello Karsten,
> 
> thanks for your reply!

Thanks for working with us on this issue.

> 
> > If you feel adventurous you can go find the file
> > 
> >        pycommon/gmPsql.py
> > [...]
> > Then change the lines inside that function to look like this:
> > [...]
> > After that the actual error will be shown on the console
> > where you started gm-bootstrap_server and you could report
> > that to us (here on this list).
> 
> Done just that, now the bootstraping process goes further than before.
> The output is quite long (there's quite a way from v2 to v13), so I
> redirected it to a separate file (attached). Despite running the
> command as "gm-bootstrap_server > console_output", it still drops the
> following into the console:
> 
Apart from console output there will be quite a few log files in the 
subdirectory /var/lib/gnumed/server/bootstrap/

Those show each step during the bootstraping. Please send it to us.

> /var/lib/gnumed/Gnumed/pycommon/gmTools.py:11: DeprecationWarning: the
> MimeWriter module is deprecated; use the email package instead
>   import urllib2 as wget, decimal, StringIO, MimeWriter, mimetypes,
> mimetools Traceback (most recent call last):

This is a deprecation warning which will be fixed over time.

>   File "/usr/lib/python2.6/logging/__init__.py", line 768, in emit
>     msg = self.format(record)
>   File "/usr/lib/python2.6/logging/__init__.py", line 648, in format
>     return fmt.format(record)
>   File "/usr/lib/python2.6/logging/__init__.py", line 448, in format
>     s = s + record.exc_text
> UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0 in position
> 354: ordinal not in range(128)
> Traceback (most recent call last):
>   File "/usr/lib/python2.6/logging/__init__.py", line 768, in emit
>     msg = self.format(record)
>   File "/usr/lib/python2.6/logging/__init__.py", line 648, in format
>     return fmt.format(record)
>   File "/usr/lib/python2.6/logging/__init__.py", line 448, in format
>     s = s + record.exc_text
> UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0 in position
> 354: ordinal not in range(128)
> Traceback (most recent call last):
>   File "/usr/lib/python2.6/logging/__init__.py", line 768, in emit
>     msg = self.format(record)
>   File "/usr/lib/python2.6/logging/__init__.py", line 648, in format
>     return fmt.format(record)
>   File "/usr/lib/python2.6/logging/__init__.py", line 448, in format
>     s = s + record.exc_text
> UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0 in position
> 354: ordinal not in range(128)
> Traceback (most recent call last):
>   File "/usr/lib/python2.6/logging/__init__.py", line 768, in emit
>     msg = self.format(record)
>   File "/usr/lib/python2.6/logging/__init__.py", line 648, in format
>     return fmt.format(record)
>   File "/usr/lib/python2.6/logging/__init__.py", line 448, in format
>     s = s + record.exc_text
> UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0 in position
> 354: ordinal not in range(128)
> Traceback (most recent call last):
>   File "/usr/lib/python2.6/logging/__init__.py", line 768, in emit
>     msg = self.format(record)
>   File "/usr/lib/python2.6/logging/__init__.py", line 648, in format
>     return fmt.format(record)
>   File "/usr/lib/python2.6/logging/__init__.py", line 448, in format
>     s = s + record.exc_text
> UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0 in position
> 354: ordinal not in range(128)
> 
> To my great pity, it's impossible to know whether all this results in
> a working server config or not, since after this procedure GNUmed
> client segfaults on attempt to run it (it has run OK before):
> 
If it succeeds the very last line of the bootstrap console should be 
We very likely succeeded. Aprt from that md5 sums of the schema are checked 
during login. Did it tell you anything about the database not being the 
correct version ?

> /usr/share/gnumed/Gnumed/pycommon/gmTools.py:11: DeprecationWarning:
> the MimeWriter module is deprecated; use the email package instead
>   import urllib2 as wget, decimal, StringIO, MimeWriter, mimetypes,
> mimetools DISPATCHER WARNING: connect(): unknown signal
> [test_result_mod_db] DISPATCHER WARNING: connect(): unknown signal
> [substance_intake_mod_db]
> 
> ** (python:17057): CRITICAL **: menu_proxy_module_load: assertion
> `dbusproxy != NULL' failed
> /usr/bin/gnumed: строка 45: 17057 Ошибка сегментирования
>     python -m Gnumed.gnumed ${OPTIONS}
> 
> Where the last line is Russian for "/usr/bin/gnumed: line 45: 17057
> Segmentation fault"
> 
Can you send us the log file for the client ? How far does it run ? Do you see 
the login dialog or not ?

Karsten will comment on this as well so I am optimistic we will get that 
fixed.

Best regards,
Sebastian



reply via email to

[Prev in Thread] Current Thread [Next in Thread]