Recently active problems in Wuala tagged with linux

linux client: built-in NFS server fails with "cannot create file: unknown error 526" when copying a file with 2097197226 bytes to ~/wuala/...

Client version: v119, quota 3GB, fstab entry:
localhost:/wuala /home/[username]/wuala/direct nfs defaults,users,noauto,rsize=8192,wsize=8192,timeo=14,intr,nolock,soft,nfsvers=3,mountvers=3,port=26184,mountport=26183

Double-clicking at the exact same file on the windows (GUI) client I get "The file has not been completely uploaded. Please try again later or contact its owner".

So it's maybe just an issue with user interaction / timeout: the file is requested to be uploaded but that just takes a while, and the OS tries to tell the user that it hasn't arrived yet. Is that the correct interpretation? Could that be fixed / clarified? I took the fstab entry from your FAQ, so don't blame me for the timeout value :-)

I can't seem to find any documentation about how to configure the "new" wuala version (133) on a headless linux server (or a 64 bit linux, which has basically the same problems, because gui doesn't work there).

Here is what I tried:

./wuala
#starts wuala
./wuala login Deelkar password
# of course I put my real password there, seems to work fine, adds another thread in "ps"
./wuala help
# this seems to do nothing, but after about 5 seconds I get the following:
Wuala closed because of an unexpected error.
If you want us to know about this problem, please send this text to bug_high_prio@wua.la.

Date: Wed Jul 16 20:35:59 CEST 2008
OS: Linux 1.6.0_03 Sun Microsystems Inc.
Memory: 266403840 max 4248224 free 5177344 total
Local Host: server15/10.11.96.115

java.net.BindException: Address already in use
at sun.nio.ch.Net.bind(Native Method)
at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:119)
at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:59)
at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:52)
at com.wuala.loader2.starter.InstanceSocket.<init>(InstanceSocket.java:37)
at com.wuala.loader2.loader.domain.ApplicationInfo.startInstanceSocket(ApplicationInfo.java:105)
at com.wuala.loader2.Loader2.startInstance(Loader2.java:64)
at com.wuala.loader2.Loader2.start(Loader2.java:53)
at com.wuala.loader2.Loader2.main(Loader2.java:116)

the same with "-help" and "--help"
</init>

follow wuala install instructions for linux, then when starting the client, do:
./wualacmd
(wuala starts, updates to current revision)
./wualacmd help
(wuala connects to running instance which displays help output)
./wualacmd login username password
(ofcourse use real user name and real password)
(Does just return to command line)
ps auwxf
(shows 2 java processes with wuala, one with the login command line, one without)

this state doesn't change for several minutes unless TERM signal sent to java process.
if wuala is not terminated every other command results in "socket already in use"

see also "Configuring wuala on headless linux server impossible"

in the readme file for the linux distro it says to add an entry to fstab, but it specifies noauto. It only worked for me after I removed that option.

Die interne IP wird von Wuala stäig falsch abgebildet. Es steht 192.168.122.1 statt 192.168.1.5 da. Dadurch kann weder der Router noch irgend eine andere Verbindung gefunden werden, die einen ordnungsgemän Datentransfer erlaubt. Ein im selben Netz eingebundener Windows Rechner hat kein Problem. Dort klappt auch das UPnP.

MfG,
Rhys

Trading space like mad on linux:

Wuala>tradeStats
Average online time: 29.00%
Current limit: 30 GB
Last update: 16:09
Locally stored data (according to the other users): 4 GB
Earned storage: 8.9 GB
Earned storage is split among 1 users of this computer

But:

Wuala>showQuota
Quota: 3 GB
File Sizes: 88 MB
Base: 1 GB
Friend earned: 1 GB
Node earned: 0 B
Given: 1 GB
Content use: 0 B
List use: 88 MB
Earned: Earned: 0 B from 0 different nodes
Purchased: 0 B

That's linux v119. I restarted the client 1.5 hours ago, logged off and back on - and still the quota does not reflect my trading status. The windows client also doesn't show any increase in quota.

Could you fix that, please? Like that trading is not as rewarding is it could be :-(

(yes, I've seen the "Quota's not updated" question, but it's not yet fixed, so I thought I'd report it as what I think it is: a problem).

i nagigated to teh directoru and tried:

mike@mike-desktop:~/Desktop/wuala$ ./wuala
Using config file /home/mike/.config/wualarc
Directory not found: /home/mike/wuala/
please set correct WUALADIR in /home/mike/.wualarc or reinstall wuala
mike@mike-desktop:~/Desktop/wuala$

is that how you install it? If not then, how?

I'm using wualacmd under CentOS and I'm having problems accessing a file on this host (it seems to work fine from others).

When I try to cat the file from the NFS mount I get error "Input/output error" and in the client a few seconds later it gives "Wuala>Problem: java.io.FileNotFoundException: /home/wuala_mnt/wuala/wuala/Data/Local2/Large/979CAC0490BD16645B30A41ADA4671554AF0FF6C"

The file causing this is http://wua.la/Linux+Updates/CentOS/5/... (which is in my public group).

Chris.

I'm getting this error with one of the files of a directory I put into Wuala last night. All files from the same directory uploaded correctly (According to the Wuala client on that PC). All Files are basically of the same type (avi videos, around 300 Megs).

The above message instantly pops up when trying to download the entire folder. The other files can all be downloaded successfully.

client: linux 106 (both uploader and downloader)

It seems I couldn't load wuala under GNU/Linux 64 bits.
I've got an error when I try ./wuala in a console.

The error :
Using config file /home/my_username/.config/wualarc
Updating to version 106 ..................Shutting down...
java.lang.RuntimeException: java.lang.NoClassDefFoundError: Could not initialize class org.eclipse.swt.widgets.Display
at com.wuala.loader.Loader.run(Loader.java:69)
at com.wuala.loader.Loader.main(Loader.java:134)
Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.eclipse.swt.widgets.Display
at org.eclipse.swt.widgets.Widget.isValidSubclass(Unknown Source)
at org.eclipse.swt.widgets.Decorations.checkSubclass(Unknown Source)
at org.eclipse.swt.widgets.Shell.<init>(Unknown Source)
at org.eclipse.swt.widgets.Shell.<init>(Unknown Source)
at org.eclipse.swt.widgets.Shell.<init>(Unknown Source)
at org.eclipse.swt.widgets.Shell.<init>(Unknown Source)
at com.wuala.obfuscated.fd.a(Z:407)
at com.wuala.platform.Wuala.launch2(Z:58)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at com.wuala.loader.starter.ReflectiveWrapper.invoke(ReflectiveWrapper.java:38)
at com.wuala.loader.starter.ApplicationWrapper.launch(ApplicationWrapper.java:19)
at com.wuala.loader.Loader.run(Loader.java:63)
... 1 more
</init></init></init></init>

Since I have updated to alpha v.105 (Linux) I am having problems with my connection. It is o.k. for about a minute and then the status turns to yellow and shortly afterwards to red. After a few minutes I get a good connection again, but then it shuts down again and the whole procedure repeats itself. While the connection is down I can't even ping my wlan-router. After shutting down wuala, it takes about a minute and then I can ping my wlan-router again. I have already turned off the file system integration, but that doesn't do any good.

Tried to run it for the first time and it failed with the following stack trace on ubuntu desktop 7.04:

Updating to version 68 ...................java.lang.RuntimeException: java.lang.NoClassDefFoundError: Could not initialize class org.eclipse.swt.widgets.Display
at com.wuala.loader.Loader.run(Loader.java:69)
at com.wuala.loader.Loader.main(Loader.java:134)
Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.eclipse.swt.widgets.Display
at org.eclipse.swt.widgets.Widget.isValidSubclass(Unknown Source)
at org.eclipse.swt.widgets.Decorations.checkSubclass(Unknown Source)
at org.eclipse.swt.widgets.Shell.<init>(Unknown Source)
at org.eclipse.swt.widgets.Shell.<init>(Unknown Source)
at org.eclipse.swt.widgets.Shell.<init>(Unknown Source)
at org.eclipse.swt.widgets.Shell.<init>(Unknown Source)
at com.wuala.obfuscated.rO.b(Z:383)
at com.wuala.platform.Wuala.launch2(Z:59)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.wuala.loader.starter.ReflectiveWrapper.invoke(ReflectiveWrapper.java:38)
at com.wuala.loader.starter.ApplicationWrapper.launch(ApplicationWrapper.java:19)
at com.wuala.loader.Loader.run(Loader.java:63)
... 1 more
&wildcard=1la/search.php?op=search&domain=download.wau.la

</init></init></init></init>

My wuala doesn't start anymore
I had it running unattended over the weekend and it seems to have choked on the v101 update. Now when I try to start it from the desktop it just does nothing, starting from the console (running "wuala/wuala") just gives me:
Updating to version 101 ............Shutting down...
This is 100% reproducible
on another pc with almost the same setup it starts w/o problems (same gentoo version, intel multicore)

So I am an active linux developer who has spotted some very cool possibilities for Wuala. Right now, the problem is, I can't access any of the awesome! While I understand fully that preping an API for the public is a lengthy process, could you just offer a simple dbus/com service. An undocumented client library would rock too. Or even just making the mounted filesystem support 'query directories' etc. I'm not picky, I just want to harness a universally available and decentralized file store for some collaborative apps (non-realtime of course) . Specifically any DRCS (or even subversion to a degree) would love this.

Hmm. Mir ist die letzten drei Tage etwas aufgefallen, dass ein Bug sein köe..

Wuala scheint nach einem restart nur einige Stunden lang Daten in den Fragment2 Ordner zu laden. Lasse ich wuala durchlaufen, zeigt die aktuellste Datei irgendwann eine Changetime so zwischen 6 und 12 Stunden nach den Neustart von Wuala an. Danach werden augenscheinlich keine weiteren Daten mehr geladen.

Gleichzeitig bleibt die Onlinezeit "still stehen". Das Teil lät auf nem rootserv und ist daher immer an, wenn es nicht abstü:) Es ist 2 Tage nach meinem Heimsystem installiert worden. Auf dem linux-System sind nun (seit ca. 3 Tagen in denen ich darauf achte gleichbleibend) 54%. Mein Heimsystem ist bereits bei 68%...

Da stimmt was nicht..
Ich hab mal heute stopTrading/Start Trading eingegeben (ein Tipp aus einem anderen Thread). Mal schaun, ob das etwas bringt. Aber habt bitte mal ein Auge von der Entwicklerseite her darauf.

In der auktuellen linux-version scheint sich ein fehler eingeschlichen zu haben. Bisher konnte ich via cp usw files aus dem Netzwerklaufwerk heraus kopieren (lät als nogui). Nun sagt wuala
"java.lang.NullPointerException"
.. ging auch mit dem Befehl feedback raus

when i want to write a comment in the linux client, i get the error:

Add comment failed. The error message it provided is:
java.lang.AssertionError

Im using Debian/Lenny with sun java 1.6.0.00

I am using the linux client on my Ubuntu Gutsy laptop and I have an Asus WL-500G Premium router on which UPnP works (tested with utorrent for example).
Wuala does not work, it says that it forwards the port but it doesn't do it correctly. I tried to manually forward the port but it didn't work.

Analyzing Connection...
Got answer from Ping Server A, your external adress is /89.39.xx.xx:7489
Got answer from Ping Server B, your external adress is /89.39.xx.xx:7489
/89.39.xx.xx:7489 does not accept incoming connections.
Trying UPnP...
Found UPnP router http://192.168.1.1:5431/dyndev/uuid:0...
Port forwarding setup successful, retesting connection...
/89.39.xx.xx:7489 does not accept incoming connections.
It seems your connection is not suitable for trading storage.
Please enable UPnP on your router/firewall or configure it manually to forward incoming UDP connections
on port 7489 to this computer. If you have already done so, you

And on my router it says that it forwarded port 7489 UDP to 127.0.1.1 (not my local IP).

INFO sL.a | connection tries: 2, SEARCH 88.198.58.21
The program 'Wuala' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAlloc (insufficient resources for operation)'.
(Details: serial 1978 error_code 11 request_code 146 minor_code 5)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)

========================================================================
File corruption: Small files are padded with null bytes
========================================================================

------------------------------------------------------------------------
BUG DESCRIPTION:
------------------------------------------------------------------------

When downloading small files (less than 4097 bytes) they are padded with null bytes, so that the file size increases up to the nearest 16 byte boundary. This happens both with text and binary files. File sizes are however reported correctly by the Wuala GUI.

------------------------------------------------------------------------
CONFIRMED IN ENVIRONMENTS:
------------------------------------------------------------------------

* Wuala version 74 (linux), Sun Java 6, Ubuntu 7.10, JFS filesystem
* Wuala version 74 (linux), Sun Java 6, Xubuntu 7.10, EXT2 filesystem
* Wuala version 74 (linux), Sun Java 6, Xubuntu 7.10, VFAT filesystem

------------------------------------------------------------------------
STEPS TO REPRODUCE:
------------------------------------------------------------------------

1. Create a directory named "original" and enter it:

$ mkdir original
$ cd original

2. Download the GPLv3 license text (or any other text file):

$ wget http://www.gnu.org/licenses/gpl-3.0.txt

3. Create small extracts of the larger file, ca 4096 bytes in size:

$ for i in `seq 4094 4099`; do (head -c $i gpl-3.0.txt > $i-gpl.txt); done;

4. Go up one level.

$ cd ..

5. Verify the file sizes:

$ ls -l original
-rw-r--r-- 1 hugo hugo 4094 2008-02-24 20:02 4094-gpl.txt
-rw-r--r-- 1 hugo hugo 4095 2008-02-24 20:02 4095-gpl.txt
-rw-r--r-- 1 hugo hugo 4096 2008-02-24 20:02 4096-gpl.txt
-rw-r--r-- 1 hugo hugo 4097 2008-02-24 20:02 4097-gpl.txt
-rw-r--r-- 1 hugo hugo 4098 2008-02-24 20:02 4098-gpl.txt
-rw-r--r-- 1 hugo hugo 4099 2008-02-24 20:02 4099-gpl.txt
-rw-r--r-- 1 hugo hugo 35147 2007-07-02 01:00 gpl-3.0.txt

6. Create a small PNG image (as an example binary file) with for example The GIMP. Check its size:

$ ls -l original/image.png
-rw-r--r-- 1 hugo hugo 129 2008-02-24 20:05 image.png

7. Upload all files into Wuala.

8. Download and "Export to..." all files into a directory named "downloaded".

9. Compare the two directories, and see that original files smaller than 4097 bytes are no longer the same after download:

$ diff -r original downloaded
Binary files original/4094-gpl.txt and downloaded/4094-gpl.txt differ
Binary files original/4095-gpl.txt and downloaded/4095-gpl.txt differ
diff -r original/4096-gpl.txt downloaded/4096-gpl.txt
84c84
_ To "modify" a work means to copy fro
\ No newline at end of file
---
_ To "modify" a work means to copy fro
\ No newline at end of file
Binary files original/image.png and downloaded/image.png differ

10. Compare the file sizes. You should see that the downloaded file sizes are all evenly divisible by 16, for all files whose original file size was less than 4097 bytes:

$ ls -l downloaded
-rw-r--r-- 1 hugo hugo 4096 2008-02-24 20:07 4094-gpl.txt
-rw-r--r-- 1 hugo hugo 4096 2008-02-24 20:07 4095-gpl.txt
-rw-r--r-- 1 hugo hugo 4112 2008-02-24 20:07 4096-gpl.txt
-rw-r--r-- 1 hugo hugo 4097 2008-02-24 20:07 4097-gpl.txt
-rw-r--r-- 1 hugo hugo 4098 2008-02-24 20:07 4098-gpl.txt
-rw-r--r-- 1 hugo hugo 4099 2008-02-24 20:07 4099-gpl.txt
-rw-r--r-- 1 hugo hugo 35147 2008-02-24 20:07 gpl-3.0.txt
-rw-r--r-- 1 hugo hugo 144 2008-02-24 20:07 image.png

11. Inspect the downloaded files and see that they are indeed padded with null bytes (indicated by the 'less' program with '^@'):

(Answer 'y' when asked to display the file even though 'less' considers it binary. Press 'End' to jump to end of file and press 'q' to quit.)

$ less downloaded/4094-gpl.txt
$ less downloaded/4095-gpl.txt
$ less downloaded/4096-gpl.txt
$ cat downloaded/image.png | less

These files should not have any null bytes at the end:

$ less downloaded/4097-gpl.txt
$ less downloaded/4098-gpl.txt
$ less downloaded/4099-gpl.txt
$ less downloaded/gpl-3.0.txt

(
NOTE: I have performed all uploads above to a shared folder at
"http://wua.la/hugojosefson/wuala bugs/File corruption - Small files are padded with null bytes"

Clickable link that redirects there correctly:
http://tinyurl.com/2ya6jy
)