Portierungsproblem

[larst (Gast)]

hallo Forum,

ich habe unter Ubuntu 10.04 mit Python eine Gui(mit Mayavi Plots) 
erstellt. Diese möchte ich nun auf ein anderen rechner zum laufen 
bringen, auch Ubuntu10.04.
der erte Rechner ist ein dual core i3 330 2.13GHZ...läuft ohne Probleme.
Der neue Rechner hat ein Quad i5 3.33GHZ core..gleiche skripte, gleiche 
install prozedur von Mayavi(paketverwaltung--> mayavi2).

Nun friert mir der neue Rechner aber immer ein wenn ich die App starte, 
bzw. startet machnchmal, macht kurz was und friert dann ein. hat was 
zufälliges:-(

kann mir jemand sagen woran dies liegen kann? hat jemand ein paar 
nützliche tipps wie ich an Fehlermeldungen komme?

vielen dank im vorab.

gruss lars

[Multi Core (Gast)]

Nutzt du mehrere Tasks die nicht synchronisiert sind?

[Rolf Magnus (Gast)]

larst schrieb:
> Nun friert mir der neue Rechner aber immer ein wenn ich die App starte,
> bzw. startet machnchmal, macht kurz was und friert dann ein. hat was
> zufälliges:-(

Wirklich der ganze Rechner? Oder nur das Skript? Was heißt "friert ein"? 
Geht die Tastatur noch? Die Maus?

[larst (Gast)]

hallo und danke für die schnellen antworten,

@Multi Core: Für das Programm das abstürzt, nein, also nicht das ich 
wüsste, ist ein Python file mit einer Klassen definition, geerbt von der 
HasTraits klasse des Mayavi Frameworks. Keine Threads aber halt "events" 
dieser HasTraits Klasse --> siehe code

@Rolf Magnus Also der Bildschirm refresht sich nicht mehr, die maus 
bekommt das default überlegen zeichen. und maus,tastatur und Bildschirm 
machen nix mehr. Affengriff wie ich als naiver Windows nutzer gewohnt 
bin geht nicht..vieleicht was anderes?

Hier mal das python skript das ich über konsole starte:

#!/usr/bin/env python

import scipy
import numpy as np
from numpy  import *
from numpy import mgrid, empty, sin, pi
from enthought.tvtk.api import tvtk
from enthought.mayavi import mlab
from threading import Thread
#from gnuradio import digital
import NetworkUni
import string
import math
import struct
from enthought.tvtk.pyface.scene import Scene
from enthought.traits.api import HasTraits, Range, Instance, \
        on_trait_change, Array, Tuple, Str, Button, String, Any, Int
from enthought.traits.ui.api import View, Item, HSplit, Group, VSplit,  Label
from enthought.mayavi import mlab
from enthought.mayavi.core.ui.api import MayaviScene, MlabSceneModel, \
    SceneEditor
    
class kEstimate(HasTraits):
        def enum(**enums):
            return type('Enum', (), enums)
        CMD = enum(MASK=0, PARAM=1)
        Callback=Any
        xrange_default=512
        yrange_default=10
        xs=xrange_default
        ys=yrange_default
        Ynor = np.arange(0,yrange_default, 1)
        Xnor = np.arange(0, xrange_default, 1)
        X, Y = np.meshgrid(Xnor, Ynor )
        xn, yn = X.shape
#        print xn
#        print "\n"
#        print yn
        W = X*0
        ptMask = (X*0).transpose()
        strMask=""
        ##### SOCKET Params ########
        nw_c=None # socket Handler Client
        nw_s=None # socket Handler server

        #-----------Variables for Mask Handling
        packstr=""
        cntuse=0
        #####   View Objekts ############
        TH = Range(-20.0, 20.0, 0.0, enter_set=True, auto_set=False) # threshold to specify the mask
        IP = String("192.168.178.28")
        Port = String("50000")
        Textbox = String()
        Textbox2 = String()
        button1 = Button('Redraw')
        button2 = Button('Connect')
        button3 = Button('Build Mask')
        button4 = Button('Send Mask')
        # The mayavi(mlab) scene.
        scene = Instance(MlabSceneModel, args=())
        sceneMask = Instance(MlabSceneModel, args=())
        # Traits Objekts used for output an grafs
        points = Tuple(Array, Array, Array)
        flow = Instance(HasTraits)
        Mask = Instance(HasTraits)

        ########################################
        # The UI view to show the user.
        view = View(HSplit(
                    Group(VSplit(
                                 Group(Item('scene', editor=SceneEditor(scene_class=MayaviScene),height=500, width=500),'_', show_labels=False), 
                                 Group(Item('sceneMask', editor=SceneEditor(scene_class=Scene),height=100, width=250),'_', 'button1',  show_labels=False))),
                    Group(
                            VSplit(
                                   Group(Item(name = 'Port', height=20, width=250 ), Item(name = 'IP', height=20, width=250),Item(name ='button2', height=20, width=100 ,  show_label=False),'_',  Item('Textbox2', springy=True, style='custom' ,  show_label=False),Item(name ='TH', height=20, width=100 ,  show_label=True), show_border = True ),
                                   Group(Item(name ='button3', height=20, width=100 ,  show_label=False), Item(name ='button4', height=20, width=100 ,  show_label=False),'_',   Item('Textbox', springy=True, style='custom', height=250, width=250 ), label = "RX Ausgabe", show_labels=False)),show_labels=False 
                            )
                ), resizable=True, height=1000, width=1200)
        ######################################################################
        # Trait handlers.
        ######################################################################
        @on_trait_change('button1')
        def redraw_scene2(self):
            if self.xs!=self.xrange_default or self.ys!=self.yrange_default:
                        self.resize()
            #print self.xrange_default
            self.points=self.X, self.Y, self.W
            x, y, w = self.points
            self.flow.mlab_source.set(x=y, y=x, z=w, scalars=w)
        def resize(self):
            Ynor = np.arange(0, self.yrange_default, 1)
            Xnor = np.arange(0,self.xrange_default, 1)
            self.xs=self.xrange_default
            self.ys=self.yrange_default
            #print Ynor
            self.X, self.Y = np.meshgrid(Xnor, Ynor )
            self.xn, self.yn = self.X.shape
            self.W = self.X*0
            self.ptMask = (self.X*0).transpose()
            self.points=self.X, self.Y, self.W
            #self.scene.mlab.clf()
            a, b, c = self.points
            mlab.clf(figure=self.scene.mayavi_scene)
            self.flow=self.scene.mlab.mesh(b, a, c , extent =(0 ,6 , 0,6, 0 ,1), figure=self.scene.mayavi_scene)
            mlab.colorbar( title='Power', orientation='vertical', nb_labels=20, label_fmt='%.1f')
            engine = mlab.get_engine()
            module_manager = engine.scenes[0].children[0].children[0].children[0]
            module_manager.scalar_lut_manager.lut_mode = 'jet'
            module_manager.scalar_lut_manager.title_text_property.shadow = True
            module_manager.scalar_lut_manager.shadow = True
            #module_manager.scalar_lut_manager.use_default_range = False
            #module_manager.scalar_lut_manager.data_range = array([-60.,  30.])
            module_manager.scalar_lut_manager.scalar_bar_representation.position2 = array([ 0.10155259,  0.49863014])
            module_manager.scalar_lut_manager.scalar_bar_representation.position = array([ 0.02367279,  0.48747554])
            module_manager.scalar_lut_manager.scalar_bar_representation.maximum_size = array([100000, 100000])
            module_manager.scalar_lut_manager.scalar_bar_representation.minimum_size = array([1, 1])
            mlab.view(200, 60,15)
            
        @on_trait_change('scene.activated')
        def redraw_scene1(self):
            self.points=self.X, self.Y, self.W
            x, y, w = self.points
            #mlab.gcf(figure=self.scene.mayavi_scene)
            self.flow.mlab_source.set(x=y, y=x, z=w, scalars=w)
        @on_trait_change('button2')
        def connect(self):
        +-------------wird auch nicht benutzt                
        @on_trait_change('button3')
        def build_mask(self):  
            x, y, w = self.points
            threshold=self.TH
            strValue=""
            cntuse=0
            cntunuse=0
            maske=self.ptMask
#            print maske.shape
#            print "  "+str(self.xn)+"  "
#            print w.shapeder
            for i, val in enumerate(w[0]):
                if val<=threshold:
                    strValue+="0"
                    cntunuse+=1
                    for ii in range(self.xn):
                        maske[i][ii]=0
                else:
                   strValue+="1"
                   cntuse +=1
                   for ii in range(self.xn):
                        maske[i][ii]=1
                
            self.strMask=strValue
            self.ptMask=maske
            self.cntuse=cntuse
            self.Textbox2="Mask Build: -->used:"+str(cntuse)+"-->unused: "+str(cntunuse)+"\n"+self.Textbox2
            if len(self.Textbox2)>600:
                self.Textbox2=self.Textbox2[:600] # limit textbox
            #plot Mask image
            mlab.clf(figure=self.sceneMask.mayavi_scene)
            self.Mask=self.sceneMask.mlab.imshow(maske, figure=self.sceneMask.mayavi_scene, colormap='gist_earth')#gist_earth
            engine = mlab.get_engine()
            image_actor = engine.scenes[1].children[0].children[0].children[0]
            image_actor.actor.origin = array([ 0.,  0.,  0.])
            image_actor.actor.scale = array([ 5.5,  0.1*self.yn ,  1. ])
            
#
        @on_trait_change('button4')
        def send(self):
         +------nutz den button gar nicht--------------------

        def _points_default(self):
            return self.X, self.Y, self.W

        def _flow_default(self):
            a, b, c = self.points
            f = self.scene.mlab.mesh(b, a, c , extent =(0 ,6 , 0,6, 0 ,1), figure=self.scene.mayavi_scene)#, 
            mlab.colorbar( title='Power', orientation='vertical', nb_labels=20, label_fmt='%.1f')
            engine = mlab.get_engine()
            module_manager = engine.scenes[0].children[0].children[0].children[0]
            module_manager.scalar_lut_manager.lut_mode = 'jet'
            module_manager.scalar_lut_manager.title_text_property.shadow = True
            module_manager.scalar_lut_manager.shadow = True
            #module_manager.scalar_lut_manager.use_default_range = False
            #module_manager.scalar_lut_manager.data_range = array([-60.,  30.])
            module_manager.scalar_lut_manager.scalar_bar_representation.position2 = array([ 0.10155259,  0.49863014])
            module_manager.scalar_lut_manager.scalar_bar_representation.position = array([ 0.02367279,  0.48747554])
            module_manager.scalar_lut_manager.scalar_bar_representation.maximum_size = array([100000, 100000])
            module_manager.scalar_lut_manager.scalar_bar_representation.minimum_size = array([1, 1])
            mlab.view(200, 60,15)
            return f
        def _ptMask_default(self):
            return self.Maskdata
        def _Mask_default(self):
            f = self.sceneMask.mlab.imshow(self.ptMask, figure=self.sceneMask.mayavi_scene)#, extent =(0 ,6 , 0,6, 0 ,1)
            engine = mlab.get_engine()
            image_actor = engine.scenes[1].children[0].children[0].children[0]
            image_actor.actor.origin = array([ 0.,  0.,  0.])
            image_actor.actor.scale = array([ 5.5,  50. ,  1. ])
            return f

if __name__ == '__main__':
    # Instantiate the class and configure its traits.
    global lol
    lor = kEstimate()
#    def Gui():
#        global lol
#        lor.configure_traits()
    lor.xrange_default=100
    lor.yrange=10
#    th1=Thread(target=Gui) # lass diese in thred ablaufen
#    th1.start()
    lor.configure_traits()

[Peter II (Gast)]

larst schrieb:
> Also der Bildschirm refresht sich nicht mehr, die maus
> bekommt das default überlegen zeichen. und maus,tastatur und Bildschirm
> machen nix mehr. Affengriff wie ich als naiver Windows nutzer gewohnt
> bin geht nicht..vieleicht was anderes?

dann hast du ein hardware oder Treiber Problem. Also erstmal die 
hardware testen dann eventuell mal andere Treiber oder anderen Kernel 
testen.

[larst (Gast)]

@ Peter II

ok danke. klingt nicht gut.da ich ja auch kein linux Pro bin...

Wo fang ich da am besten an? gibts ne art update commando für Ubuntu das 
sich die passenden treiber Module für die Hardware zusammensucht.

ein paar tipps wären sehr hilfreich

PS: hat es vielleicht auch was mit dem X Server(Grafik) zu tun

Ich kann gern weitere information bereitstellen

[Rolf Magnus (Gast)]

larst schrieb:
> @ Peter II
>
> ok danke. klingt nicht gut.da ich ja auch kein linux Pro bin...

Da ist zumindest irgendwas faul, denn so sollte sich das System nie 
verhalten.

> Wo fang ich da am besten an? gibts ne art update commando für Ubuntu das
> sich die passenden treiber Module für die Hardware zusammensucht.

Die meisten Treiber sind beim Kernel dabei. Du kannst natürlich mal 
schauen, ob die Kernel-Version eine andere ist als beim anderen Rechner. 
(uname -a auf der Konsole)
Wenn der Grafiktreiber das Problem ist und es sich um eine Nvidia- oder 
ATI-Karte handelt, kannst du zwischen dem Hersteller-Treiber und dem 
OpenSource-Treiber wählen. Da gibt's irgendwo im Menü sowas wie 
"Zusätzliche Treiber" oder so. Da kann man den Grafiktreiber wählen.

> ein paar tipps wären sehr hilfreich
>
> PS: hat es vielleicht auch was mit dem X Server(Grafik) zu tun

Möglich. Vielleicht hat der Rechner einen instabilen Grafiktreiber. Ist 
da eine andere Grafikkarte drin, als in dem funktionierenden Rechner?

larst schrieb:
> Affengriff wie ich als naiver Windows nutzer gewohnt bin geht
> nicht..vieleicht was anderes?

Probier mal Strg+Alt+F1. Das sollte auf die Konsole umschalten (weg vom 
X). Aber wenn die Maus sich nicht mehr bewegt, wird das vermutlich nicht 
mehr gehen. Wenn das doch geht, kannst du dich da mal einloggen und top 
eingeben. Das zeigt dir eine Prozessliste an. Vielleicht gibt das 
irgendwelchen Aufschluß.
Ansonsten, falls der X-Server wirklich steht, kannst du versuchen, ihn 
mit Alt+Drucken+K zu killen.

[Stefanie B. (sbs)]

Rolf Magnus schrieb:
> Probier mal Strg+Alt+F1. Das sollte auf die Konsole umschalten

Mit Strg+Alt+F7 oder F8 kommst du zurück in die Grafik.

[larst (Gast)]

ok danke nochmals für die tipps,

ich hoffe mal das es am kernel liegt (komm nur grad nicht an den rechner 
ran). werde auch mal versuchen mit den neuen "affengriffen" was zu 
bewegen...bis dahin erstmal danke

[larst (Gast)]

ok bin jetz wieder beim besagten Rechner und habe folgendes 
rausgefunden:

1. alle Tastenkombinationen versagen--> geht nur noch restart
2. der kernel ist gleich:-(

naja.. ich habe spasseshalber mal eine Virtual Box mit ebenfalls Ububtu 
10.04 auf besagten rechner gestartet(Hintergrund:erster rechner läuft 
auch auf VB) und die scripte transportiert.

und siehe da es geht;-)..hab jetz ca. 10x Versucht  ein einfrieren zu 
provozieren aber ohne erfolg.

Nun ist die frage was läuft falsch auf dem Host? ich hab mal alles 
gecheckt und herausgefunden das "uname -a" beim Host:
Linux Landshut 2.6.32-21-generic #32-Ubuntu SMP Fri Apr 16 08:09:38 UTC 
2010 x86_64 GNU/Linux

und beim gast sowie beim ersten rechner:
Linux Speyer 2.6.32-21-generic #32-Ubuntu SMP Fri Apr 16 08:10:02 UTC 
2010 i686 GNU/Linu

ergeben. Also x86_64 vs. i686. liegt nun da der Hund begraben und wenn 
ja wie änder ich x86_64 auf i686 um

[Rolf Magnus (Gast)]

larst schrieb:
> 1. alle Tastenkombinationen versagen--> geht nur noch restart

Ok, dann ist das System also wohl komplett tot.

> 2. der kernel ist gleich:-(

Da du meine Frage nicht beantwortet hast, hier nochmal: Was für 
Grafikkarten stecken in den Rechnern?

> Nun ist die frage was läuft falsch auf dem Host? ich hab mal alles
> gecheckt und herausgefunden das "uname -a" beim Host:
> Linux Landshut 2.6.32-21-generic #32-Ubuntu SMP Fri Apr 16 08:09:38 UTC
> 2010 x86_64 GNU/Linux
>
> und beim gast sowie beim ersten rechner:
> Linux Speyer 2.6.32-21-generic #32-Ubuntu SMP Fri Apr 16 08:10:02 UTC
> 2010 i686 GNU/Linu
>
> ergeben. Also x86_64 vs. i686. liegt nun da der Hund begraben und wenn
> ja wie änder ich x86_64 auf i686 um

Durch Neuinstallation. Das eine ist wohl ein 32-Bit-Ubuntu, das andere 
eins mit 64 Bit, also andere Zielarchitektur. Das dürfte dann nicht nur 
den Kernel, sondern das gesamte System betreffen. Wie ist das denn auf 
dem anderen Rechner?

[g457 (Gast)]

> Affengriff wie ich als naiver Windows nutzer gewohnt
> bin geht nicht..vieleicht was anderes?

Notfalls [0], muss allerdings im Kernel (zur Compilezeit) aktiviert 
sein.

[0] http://en.wikipedia.org/wiki/Magic_SysRq_key

[Nico S. (nico22)]

2.6.32 ist aber wirklich steinalt. Wenn der Rechner einfriert, kann das 
z. B. an nem Kernel-Panic liegen oder so. Siehst du NumLock- und 
CapsLock auf deiner Tastatur? Wenn die blinken, ist es definitiv ein 
Kernel-Panic

[larst (Gast)]

hallo,

danke für die antworten.

@Rolf Magnus:
zu den verwendeten Kernels und Ubuntu Versionen. Ich habe die Appi 
derzeit auf zwei Laptops getestet und erfolgreich verifiziert.
Beide Systeme haben eine i686 Arch. und laufen einmal unter Kernel 
2.6.32-21-generic und 2.6.32-38-generic mit Ubuntu 10.04. i686 deutet ja 
dann auf die 32Bit Versionen hin, richtig?
Wie gesagt, auf den x86_64 System die VM läuft auch mit i686 und kernel 
2.6.32-21-generic und es geht.

Infos zur Grafikkarte und zum NumLock- und CapsLock status kann ich erst 
morgen Posten, sry nicht vor ort.

Ungeachtet der Frage nach der Grafikkarte und Drivern dazu, kann es 
überhaupt sein, dass Mayavi nicht kompatibel/instabil zum x86_64 
Befehlsatz ist(hab nix derartiges gesehen) und deshalb das Programm 
abstürzt. und wenn ja, gibt es allgemein möglichkeiten auf einem x86_64 
System den start eines Programms nach i686 Arch zu forcieren.

[Rolf M. (rmagnus)]

larst schrieb:
> Beide Systeme haben eine i686 Arch. und laufen einmal unter Kernel
> 2.6.32-21-generic und 2.6.32-38-generic mit Ubuntu 10.04. i686 deutet ja
> dann auf die 32Bit Versionen hin, richtig?

Ja.

> Wie gesagt, auf den x86_64 System die VM läuft auch mit i686 und kernel
> 2.6.32-21-generic und es geht.

Ok, so ganz klar ist mir das noch nicht. Sind nun alle Systeme, auf 
denen du dein Programm laufen läßt, 686? Oder ist das nicht 
funktionierende das einzige x64-System?

> Ungeachtet der Frage nach der Grafikkarte und Drivern dazu, kann es
> überhaupt sein, dass Mayavi nicht kompatibel/instabil zum x86_64
> Befehlsatz ist(hab nix derartiges gesehen) und deshalb das Programm
> abstürzt.

Naja, ein Crash des gesamten Systems sollte eigentlich nie passieren, 
aber Bugs sind nicht auszuschließen. Da dieses Mayavi ja anscheinend 
recht grafikintensiv ist und auch 3D nutzt, ist der Grafiktreiber 
durchaus ein heißer Kandidat. Kann durchaus auch sein, daß dessen 
64-Bit-Version einen Bug hat.

> und wenn ja, gibt es allgemein möglichkeiten auf einem x86_64
> System den start eines Programms nach i686 Arch zu forcieren.

Du müßtest die 32-Bit-Version des Programms installieren, aber ich denke 
nicht, daß das viel bringt.

[larst (Gast)]

hallo,

das was nicht läuft ist das x86_64 System an der uni, alle anderen, 
sprich die 2 Laptops zu hause sind i686.
wenn ich aber eine VM auf den x86_64 starte, die mit i686 läuft, geht es 
innerhalb der VM.

habe ich damit licht in mein setup gebracht?;-)

gruss lars und danke für die zeit

[larst (Gast)]

guten Morgen,

ich habe jetz mal die Daten des problemkindes:

lspci -nnk | grep -i VGA -A2

 ergibt:

00:02.0 VGA compatible controller [0300]: Intel Corporation Core Processor Integrated Graphics Controller [8086:0042] (rev 12)
  Kernel driver in use: i915
  Kernel modules: i915

glxinfo | grep rendering

 steht auf yes.
glxgears geht auch mit ca 3700 frames

modinfo zu i915 ergibt:

filename: 
/lib/modules/2.6.32-21-generic/kernel/drivers/gpu/drm/i915/i915.ko
license:        GPL and additional rights
description:    Intel Graphics
author:         Tungsten Graphics, Inc.
license:        GPL and additional rights
srcversion:     2CD294A9B4EF76F55537D28
...

ich habe zusätzlich noch eine *.html datei über den rechner angehängt

[Rufus Τ. F. (rufus)]

i915? Das Ding ist aber auch nicht mehr ganz taufrisch, oder?

Mein altes Windows-Notebook von Anfang 2005 mit "Centrino" (Pentium M, 
Intel-WLAN-Hardware und Intel-Chipsatz) nutzt die Mobilversion des i915, 
was ein kleinen Hinweis auf das Alter geben könnte.

[larst (Gast)]

hmm ok,

keine Ahnung was, wie, wo aktuell ist. ich weiss nur, dass die rechner 
rel.neu sind(ca.1-2 Jahre).
was soll ich deiner meinung nach jetz machen. neue module laden? ich 
wollte gerade eine 32-Bit version von Ubuntu drauf machen.

wird dadurch auch das "veraltete " i915 module ersetzt. ich habe auch 
mal was von "linux image header" updates oder so gehört... bringt das 
was?

[Rufus Τ. F. (rufus)]

larst schrieb:
> wird dadurch auch das "veraltete " i915 module ersetzt

Das ist Hardware. Wenn der Rechner nur ein, zwei Jahre alt ist, ist da 
garantiert kein i915 drin, sondern etwas anderes.

Ohne mich mit Ubuntu & Co auszukennen, vermute ich, daß da einfach ein 
unpassender Graphiktreiber verwendet wird.

[larst (Gast)]

hmm...ok an der Ubuntu Version liegt es nicht. i686 funzt auch nicht.
Also Grafiktreiber....
hat jemand einen tip was ich bei dieser Hardware-->siehe Anhang,post 
oben, nehmen sollte. Erschhlag ich das wenn ich mal den neuesten kernel 
lade

[larst (Gast)]

supi..kernel update auf 2.6.38-12-generic hat es gebracht. der Driver 
ist immernoch i915 aber es funzt ohne abstüze.

die Ursache des ganzen wird wohl im dunkeln bleiben.

[Μαtthias W. (matthias)]

Rufus Τ. Firefly schrieb:
> larst schrieb:
>> wird dadurch auch das "veraltete " i915 module ersetzt
>
> Das ist Hardware. Wenn der Rechner nur ein, zwei Jahre alt ist, ist da
> garantiert kein i915 drin, sondern etwas anderes.
>
> Ohne mich mit Ubuntu & Co auszukennen, vermute ich, daß da einfach ein
> unpassender Graphiktreiber verwendet wird.

Der i915 Treiber ist für sehr viele Intelgrafikeinheiten der richtige. 
Dazu gehören auch alle in die Core i integrierten. Das passt schon. Mit 
solcherlei Standardhardware kommt ein aktuelles Linux sehr gut zurecht 
wenn man mal vom leidigen Stromsparproblem absieht.

Matthias