Ich habe vor einigen Tagen auf einem alten Rechner Wuala installiert und Trade Storage eingeschaltet. Nun haben sich dort bereits einige GB Daten angesammelt. Nun möchte ich aber einen schnelleren Computer für Wuala verwenden. Gibt es eine möglichkeit die empfangenen Fragmente nun auf den neuen Rechner zu übertragen? (Also das übertragen ist ja kein Problem, nur dass das andere Wuala Programm das dann erkennt.) Sonst gehen diese ja verlohren. Der neue Rechner müsste dann einfach die gleiche Storage Node ID bekommen. Kann man da was machen? Was würde eigentlich passieren, wenn ich einfach die Grösse des zu teilenden Speichers auf 0GB stelle, aber es grundsätzlich eingeschaltet lasse? Würde dann die Datenmenge langsam kleiner werden. Gehe davon aus, dass nicht verwendete Fragmente ja dann auch mal wieder gelöscht werden.
a main problem with the wuala project as whole is, that there is far too little information on technical details, far too little documentation and real information given by the developers.
people often wonder why the wuala software behaves this or the other way, search for solutions that are sometimes no real problems if the behaviour would be properly documented.
i started up some older build (winxp) wuala client after a while of downtime and it upgraded itself.
after logging in to the wuala network (username) the wuala client now works heavily on the wuala database files in probably reoganisation tasks (fragmentsxx.db and COMP-fragmentsxx.db files being messed with the whole time)
anyways so it literally took ages for this client to finish, and the connection status icon was yellow all the time. only after a long while, and when finally the insane diskactivity has finished, the connection status icon went green again.
ctrl+alt+d _shownetworkstats displayed that it wasnt connected to any supernodes during this period, hence the yellow icon i presume.
what makes me wonder if this is a neccessary behviour, that the client cant properly connect to the network until its finished with its database overhaul. maybe some multithreading designs could help, or maybe its just really the need to bring the database into a consistant and up-to-date state again before being able to add and fetch chunks of data again to and from it.
it would really be great if the wuala team could document its piece of software much more in detail.
hi there, i wanted to post the official question about what the exact technical requirements and capabilites of network access for wuala are, to allow wuala become a supernode, or a client node and all this techstuff information.
some of my wuala clients only become storage nodes (supernode capability false, and mediated over ip/node .....)
i wonder what the exact technical requirements for the networkconnection of wuala are and if this could be made more transparent to the userbase (documentation).
all of my clients run on highcapacity broadband nodes, but none of the wuala clients run directly on the external ip-address/interface visible to the external inet.
some wuala clients run via a upnp-capable internetgateway, others have normal portforwaring set up properly. all wuala client connections result in a good/green connection. all nodes exchange and host/trade storage.
so far it seems as if supernodecapability was somehow related to upnp-ed connection (or maybe direct inet connection without any firewall/restrictions).
i am wondering if this could be enhanced or why portforwarded wuala clients wont become supernodes.
Loading Profile...
Bugreport (Employee)
last replied
on November 07, 2008 00:36
Luzius (Official Rep)
last replied
on May 16, 2008 07:21
