Problem | Possible cause | Hint/tip
|
---|
The Name Server or my own Pyro server refuses to start, aborts with DaemonError
| The daemon can't set up the network port (socket), probably because another daemon is already running, or another process occupies the resource.
| Wait a little while and try again (sometimes it takes a while for resources to become available again). If this doesn't work, find the other daemon that is probably running and shut it down, or specify another port for the new daemon. Sorry, but your new process can't yet use the daemon of another running process - perhaps in a future Pyro version.
|
Name Server acts weird with names or groups | not using built-in static NS proxy | always use the Pyro.naming.NameServerProxy returned by the Name Server Locator.
|
Pyro refuses to initialize, aborts with IOError and/or things saying 'permission denied' or similar
| You probably specified a wrong location for Pyro's storage directory and/or logfiles. Perhaps you don't have permission to write in those locations. | Fix those locations by changing the configuration items. Make sure you have permission to write to those locations. Usually PYRO_STORAGE must be changed to point to a correct directory.
|
My code can't find the Name Server, it aborts with "Name Server not responding"
| The Pyro Name Server is not running or it can't be discovered automatically. The latter may be the case if your network doesn't support broadcasts or if the NS is running on a different subnet that cannot be reached by a broadcast.
| Start the NS if it's not running. If the problem persists, you have to help the NameServerLocator by specifying the host and perhaps even the port number where the NS is running.
You can also try to obtain the NS' URI string and create a proxy directly from this string, bypassing the NameServerLocator .
|
'name not absolute' errors after changing default namespace group. | The default group name for the PYRO_NS_DEFAULTGROUP config item must be an absolute name (starting with the root char). | Change it to an absolute name.
|
Client can't bind to URI or find URI in Name Server. NS is running ok, server is running ok. | The URI is not registered correctly in the Name Server. | Make sure that the client accesses the correct Name Server (the one
that the server used to register the object), especially if you're running multiple NS. Also make sure that the client uses the correct URI.
|
Client problems when accessing Pyro object attributes, client prints stuff like <bound method DynamicProxy.__invokePYRO__ of DynamicProxy ... > instead of attribute value
| You are using regular dynamic proxy | Use attribute enabled proxy, either a static one generated by pyroc or the dynamic one, see getAttrProxyForURI .
|
Client crashes with "No module named ..." or similar when accessing attributes | The attribute object is an instance of a class that cannot be found/imported on the client | make the module that contains every attribute class available on the client, or write getters.
|
Pyro doesn't use my configuration settings! | Other settings overrule your settings. | Check if there is an environment variable that overrules your config file, or perhaps even a setting in your code..
|
Pyro object doesn't initialise correctly | Pyro objects cannot have a remote __init__ method | Use explicit remote initialization by using a custom init method..
|
My proxy acts very weird after I updated the Pyro object | Using old static proxy | Regenerate static proxy (or use dynamic proxy).
|
General network errors when using firewall or multiple network adapters
(can't find NS, Pyro uses wrong IP address in URIs) | Firewalls need special treatment | Read the chapter Features and Guidelines, topic "DNS, IP addresses and firewalls".
|
Client cannot connect anymore after restarting the server | Pyro URIs change every time the server is restarted, and the client uses an old URI | update the URI on the client, or use the Name Server, or use Persistent Naming.
|
Deadlock (Pyro freezes) | Callback waits for other object (occurs in 'conversation') | Consider using Oneway invocations or the Event Server.
|
Pyro Object created on server and returned to client doesn't work | You are probably
not returning a proxy but the object itself. | Return a proxy instead: return Obj.getAttrProxy()
|
Other problem not mentioned here | Your code probably breaks a Pyro rule | read the Features and Guidelines chapter, topic "Usage rules and guidelines"
|
SSL problems | ? | Sorry, I don't know much about SSL. Ask on Usenet or the mailing list.
|
Pyro crashes. | Most likely a bug. | Contact me.
|