Lakkichand / swiftp

Automatically exported from code.google.com/p/swiftp
GNU General Public License v3.0
0 stars 0 forks source link

Won't stay running overnight #67

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. Start SwiftTP
2. Leave running overnight

What is the expected behavior? 
I expect that when I click start button in SwiftFTP that it will keep
running until I click Stop button or until WiFi is lost.

What do you see instead?
In morning notification bar will still say SwiftFTP server is running but
SwiftFtp screen will show it isn't and client connections are rejected.

What version of SwiFTP are you using?
1.23

What operating system are you using?
CyanogenMod 5.0.7.1
But this problem also happens on stock 2.1 and stock 2.01

Which FTP client are you using?
GoodSync

Which Android device do you have (Nexus, Droid, Hero, G1, etc.)?
Motorola Droid

May we contact you by email to ask questions? If so, what is your email
address?
Yes, but I don't want my email address visible in a public forum.

Please provide any additional information below.
I typically plug my Droid in at night and start SwiftFtp before going to
bed. WifFi sleep policy is set to never when plugged in. On my PC I have
Goodsync setup to attempt to sync my droid to my desktop via ftp once every
4 hours. It appears that SwiftFTP will run for a few hours but will somehow
stop running/die sometime between midnight and 3am.

Original issue reported on code.google.com by steve.ro...@gmail.com on 5 Jun 2010 at 9:41

GoogleCodeExporter commented 8 years ago
I've tried, but I can't reproduce this. I left my Droid alone for 29 hours and 
I can still connect to it.

To Steve: can you give any more details that might help me reproduce the issue? 
Are you running any other apps, in particular any app that deals with power 
management or networking control? Is there anything unusual about your 
configuration or wifi setup? Something must be different between your setup and 
my setup.

Original comment by Dave.Revell@gmail.com on 8 Jun 2010 at 12:26

GoogleCodeExporter commented 8 years ago
Not running any task management apps or task killers. Nothing unusual about my 
configuration or wifi setup. Display timeout while plugged in is 10 minutes.

MyBackup Pro is schedule to do data backup to their server at 3am. Maybe 
there's something about Android automatically killing SwiftFTP then?

Original comment by steve.ro...@gmail.com on 8 Jun 2010 at 1:56

GoogleCodeExporter commented 8 years ago
Interesting. It's possible that SwiFTP has a bug that is exposed by MyBackup 
Pro or Goodsync that is causing SwiFTP to crash. This sort of thing has 
happened before with specific clients that do something that isn't covered by 
my tests.

Do you have any indication from Goodsync about the nature of the failure? That 
is, which part of process is failing? E.g. TCP connection, login, directory 
listing, first download, Nth download, etc? Does the backup attempt fail on the 
first try, or does it work once (perhaps partially) and then fail? If Goodsync 
has any kind of facility for logging its activities, that could be helpful.

Would you be willing to try disabling MyBackup Pro for one night and seeing if 
that makes any difference?

Thanks for your help tracking this down.

-Dave

Original comment by Dave.Revell@gmail.com on 8 Jun 2010 at 2:08

GoogleCodeExporter commented 8 years ago
Will try disabling MyBackup schedule for the next 2 nights.

Failure symptom is that after turning the phone display on in the morning and 
entering the pattern lock, the Stop button in SwiftFTP has changed back to 
Start and it shows Server status: stopped. 

Here's the goodsync logs from last night. You can see at the end where it loses 
the connection in the middle of scanning the Itunes Music tree (to compare it 
to the tree on my computer):

----- 6/6/2010 11:18:52 PM: Job 'Droid Data': ANALYSIS started by Analyze And 
Sync All on computer 'ROTHKINTHINKPAD' (GoodSync 8.2.7.7 on XP Pro) -----
Droid Data: ftp://192.168.14.100:2121 [proxy] <-> C:\Documents and 
Settings\Administrator\My Documents\DroidData [proxy], DropPrev, TmpDest, 
CheckStable, CopyLocked, FileLinksDrill, CaseSens, Reconnect=3, 
ResolveConflicts=NewerFileWins, AutoClear
Exclude Hidden, Exclude System, Exclude temp|tmp|cache|/Itunes 
Music|LOST.DIR|licens*.rfo|cache.rfo|mru.rfo|mpp*.rfo|/System Volume 
Information|Thumbs.db|.DS_Store 
Left: Read State File ftp://192.168.14.100:2121/_gsdata_/_file_state._gs
Left: Old-New Rounding Time Shift of 4 hours (type 2) detected for 15% (34/221) 
files. Decided: No Change on this side
New-Old Time Shift of -4 hours at 2 files: drop because not enough files
Left: Old-New Rounding Time Shift of 5 hours (type 2) detected for 22% (49/221) 
files. Decided: No Change on this side
New-Old Time Shift of -5 hours at 4 files: drop because not enough files
Left: Files: 224 (excluded 0). Folders: 53 (excluded 7). FTP: SwiFTP 1.23 ready
Right: Read State File C:\Documents and Settings\Administrator\My 
Documents\DroidData\_gsdata_\_file_state._gs
Right: Files: 223 (excluded 0). Folders: 52 (excluded 1). C:\ NTFS, Free: 12.9 
GB, Total: 37.2 GB
Changes: 6, Conflicts: 0, CopyTime: 0, CopyState: 0, Errors: 0
Left to Right: Copy File: 4 Delete File: 2 
----- 6/6/2010 11:19:12 PM: Analysis Completed. Time 00:00:23, Speed: 12 
files/s -----

===== 6/6/2010 11:19:14 PM: Job 'Droid Data': SYNC started by Analyze And Sync 
All on computer 'ROTHKINTHINKPAD' =====
Droid Data: ftp://192.168.14.100:2121 [proxy] <-> C:\Documents and 
Settings\Administrator\My Documents\DroidData [proxy], DropPrev, TmpDest, 
CheckStable, CopyLocked, FileLinksDrill, CaseSens, Reconnect=3, 
ResolveConflicts=NewerFileWins, AutoClear
Delete File 'C:\Documents and Settings\Administrator\My 
Documents\DroidData\documents\urls0526.doc'
Delete File 'C:\Documents and Settings\Administrator\My 
Documents\DroidData\documents\urls0606.doc'
Copy New 'ftp://192.168.14.100:2121/astrid/auto.100606-2001.xml' -> 
'C:\Documents and Settings\Administrator\My 
Documents\DroidData\astrid\auto.100606-2001.xml'
Create Folder 'C:\Documents and Settings\Administrator\My 
Documents\DroidData\DCIM\.thumbnails'
Copy New 'ftp://192.168.14.100:2121/DCIM/.thumbnails/.thumbdata3--1967290299' 
-> 'C:\Documents and Settings\Administrator\My 
Documents\DroidData\DCIM\.thumbnails\.thumbdata3--1967290299'
Copy New 'ftp://192.168.14.100:2121/DCIM/.thumbnails/1275858933185.jpg' -> 
'C:\Documents and Settings\Administrator\My 
Documents\DroidData\DCIM\.thumbnails\1275858933185.jpg'
Save State File ftp://192.168.14.100:2121/_gsdata_/_file_state._gs
Save State File C:\Documents and Settings\Administrator\My 
Documents\DroidData\_gsdata_\_file_state._gs
Items Synced OK: 6, Errors: 0
===== 6/6/2010 11:19:18 PM: Sync Completed. Time: 00:00:05, Speed: 32.0 KB/s 
=====

----- 6/6/2010 11:19:19 PM: Job 'Droid Music 16GB Card': ANALYSIS started by 
Analyze And Sync All on computer 'ROTHKINTHINKPAD' (GoodSync 8.2.7.7 on XP Pro) 
-----
Droid Music 16GB Card: ftp://192.168.14.100:2121/Itunes Music [proxy] <-> 
Y:\DroidSDcard16\Itunes Music [proxy], DropPrev, TmpDest, CheckStable, 
CopyLocked, FileLinksDrill, CaseSens, Reconnect=3, 
ResolveConflicts=NewerFileWins, AutoClear
Exclude Hidden, Exclude System, Exclude 
temp|licens*.rfo|cache.rfo|mru.rfo|mpp*.rfo|/System Volume 
Information|Thumbs.db|.DS_Store 
Left: Read State File ftp://192.168.14.100:2121/Itunes 
Music/_gsdata_/_file_state._gs
Left: Old-New Rounding Time Shift of 5 hours (type 2) detected for 99% 
(2301/2316) files. Decided: No Change on this side
New-Old Time Shift of -5 hours at 137 files: drop because not enough files
Left: Files: 2,316 (excluded 0). Folders: 510 (excluded 1). FTP: SwiFTP 1.23 
ready
Right: Read State File Y:\DroidSDcard16\Itunes Music\_gsdata_\_file_state._gs
Right: Files: 2,316 (excluded 0). Folders: 510 (excluded 1). Y:\ NTFS, Free: 
35.0 GB, Total: 63.4 GB
Changes: 0, Conflicts: 0, CopyTime: 0, CopyState: 0, Errors: 0
----- 6/6/2010 11:21:52 PM: Analysis Completed. Time 00:02:34, Speed: 83 
files/s -----

----- 6/7/2010 3:19:22 AM: Job 'Droid Data': ANALYSIS started by Periodic Timer 
on computer 'ROTHKINTHINKPAD' (GoodSync 8.2.7.7 on XP Pro) -----
Droid Data: ftp://192.168.14.100:2121 [proxy] <-> C:\Documents and 
Settings\Administrator\My Documents\DroidData [proxy], DropPrev, TmpDest, 
CheckStable, CopyLocked, FileLinksDrill, CaseSens, Reconnect=3, 
ResolveConflicts=NewerFileWins, AutoClear
Exclude Hidden, Exclude System, Exclude temp|tmp|cache|/Itunes 
Music|LOST.DIR|licens*.rfo|cache.rfo|mru.rfo|mpp*.rfo|/System Volume 
Information|Thumbs.db|.DS_Store 
Left: Read State File ftp://192.168.14.100:2121/_gsdata_/_file_state._gs
Left: Old-New Rounding Time Shift of 4 hours (type 2) detected for 15% (34/224) 
files. Decided: No Change on this side
New-Old Time Shift of -4 hours at 2 files: drop because not enough files
Left: Old-New Rounding Time Shift of 5 hours (type 2) detected for 21% (49/224) 
files. Decided: No Change on this side
New-Old Time Shift of -5 hours at 4 files: drop because not enough files
Left: Files: 224 (excluded 0). Folders: 53 (excluded 7). FTP: SwiFTP 1.23 ready
Right: Read State File C:\Documents and Settings\Administrator\My 
Documents\DroidData\_gsdata_\_file_state._gs
Right: Files: 224 (excluded 0). Folders: 53 (excluded 1). C:\ NTFS, Free: 12.9 
GB, Total: 37.2 GB
Changes: 0, Conflicts: 0, CopyTime: 0, CopyState: 0, Errors: 0
----- 6/7/2010 3:19:42 AM: Analysis Completed. Time 00:00:24, Speed: 11 files/s 
-----

----- 6/7/2010 3:22:02 AM: Job 'Droid Music 16GB Card': ANALYSIS started by 
Periodic Timer on computer 'ROTHKINTHINKPAD' (GoodSync 8.2.7.7 on XP Pro) -----
Droid Music 16GB Card: ftp://192.168.14.100:2121/Itunes Music [proxy] <-> 
Y:\DroidSDcard16\Itunes Music [proxy], DropPrev, TmpDest, CheckStable, 
CopyLocked, FileLinksDrill, CaseSens, Reconnect=3, 
ResolveConflicts=NewerFileWins, AutoClear
Exclude Hidden, Exclude System, Exclude 
temp|licens*.rfo|cache.rfo|mru.rfo|mpp*.rfo|/System Volume 
Information|Thumbs.db|.DS_Store 
FTP error receiving, will try fast reconnect: socket closed while reading reply
FTP: Listing one file is not supported (returns nothing): socket closed while 
reading reply; Cannot reconnect after that.
Disconnected ftp://192.168.14.100:2121/Itunes Music at 6/7/2010 3:22:09 AM 
doing LISTDIR, try to reconnect in 30 sec: cannot reconnect FTP: [connecting 
192.168.14.100:2121]: Connection refused
Disconnected ftp://192.168.14.100:2121/Itunes Music at 6/7/2010 3:22:41 AM 
doing LISTDIR, try to reconnect in 30 sec: Cannot connect to 
ftp://192.168.14.100:2121/Itunes Music: [connecting 192.168.14.100:2121]: 
Connection refused
Disconnected ftp://192.168.14.100:2121/Itunes Music at 6/7/2010 3:23:12 AM 
doing LISTDIR, try to reconnect in 30 sec: Cannot connect to 
ftp://192.168.14.100:2121/Itunes Music: [connecting 192.168.14.100:2121]: 
Connection refused
Error analyzing ftp://192.168.14.100:2121/Itunes Music: cannot reconnect FTP: 
[connecting 192.168.14.100:2121]: Connection refused, Cannot reconnect: Too 
Many Reconnects

Cannot connect to ftp://192.168.14.100:2121/Itunes Music: [connecting 
192.168.14.100:2121]: Connection refused

Original comment by steve.ro...@gmail.com on 8 Jun 2010 at 2:16

GoogleCodeExporter commented 8 years ago
Still happened. Here's the log where the connection/server went down:

----- 6/8/2010 2:28:07 AM: Job 'Droid Music 16GB Card': ANALYSIS started by 
Periodic Timer on computer 'ROTHKINTHINKPAD' (GoodSync 8.2.7.7 on XP Pro) -----
Droid Music 16GB Card: ftp://192.168.14.100:2121/Itunes Music [proxy] <-> 
Y:\DroidSDcard16\Itunes Music [proxy], DropPrev, TmpDest, CheckStable, 
CopyLocked, FileLinksDrill, CaseSens, Reconnect=3, 
ResolveConflicts=NewerFileWins, AutoClear
Exclude Hidden, Exclude System, Exclude 
temp|licens*.rfo|cache.rfo|mru.rfo|mpp*.rfo|/System Volume 
Information|Thumbs.db|.DS_Store 
FTP error receiving, will try fast reconnect: socket closed while reading reply
FTP: Listing one file is not supported (returns nothing): socket closed while 
reading reply; Cannot reconnect after that.
Disconnected ftp://192.168.14.100:2121/Itunes Music at 6/8/2010 2:28:14 AM 
doing LISTDIR, try to reconnect in 30 sec: cannot reconnect FTP: [connecting 
192.168.14.100:2121]: Connection refused
Disconnected ftp://192.168.14.100:2121/Itunes Music at 6/8/2010 2:28:45 AM 
doing LISTDIR, try to reconnect in 30 sec: Cannot connect to 
ftp://192.168.14.100:2121/Itunes Music: [connecting 192.168.14.100:2121]: 
Connection refused
Disconnected ftp://192.168.14.100:2121/Itunes Music at 6/8/2010 2:29:17 AM 
doing LISTDIR, try to reconnect in 30 sec: Cannot connect to 
ftp://192.168.14.100:2121/Itunes Music: [connecting 192.168.14.100:2121]: 
Connection refused
Error analyzing ftp://192.

Original comment by steve.ro...@gmail.com on 8 Jun 2010 at 10:11

GoogleCodeExporter commented 8 years ago
Just now I saw a SwiftFTP stopped responding - force close window on the droid. 
I ignored it for a while and it went away on its own leaving behind the 
symptoms I've been describing.

Original comment by steve.ro...@gmail.com on 9 Jun 2010 at 2:43

GoogleCodeExporter commented 8 years ago
Steve: thanks for your continued efforts on this. 

It looks like we're closing in on a SwiFTP bug, but we're not quite there yet. 
I'm going on vacation for a week, but I'll be working on this again when I 
return.

Original comment by Dave.Revell@gmail.com on 9 Jun 2010 at 4:39

GoogleCodeExporter commented 8 years ago
Same issue with G1 running clean install of cyanogenmod 4.2.14-1, Android 1.6, 
kernel 2.6.29.6
Wifi set to never sleep, static wifi IP, phone plugged into power during test.

Steps to reproduce problem:
1. Open SwiFTP 1.23 main app.
2. Click Start button to start service.
3. Press Home button to minimize then disconnect button to lcok screen.
4. Go on PC connect to static 192.168.2.21 using FileZilla.
5. Start "ping 192.168.2.21 /t" on Win7 (for debugging purposes)
6. Start transferring about 5GB of around 10MB files in queue with 2 transfers 
+ FileZilla browser threads (total of 3 FTP connections to G1).
7. Look at FileZilla 30 minutes later and see:

Status: Connecting to 192.168.2.21:2121...
Status: Connection attempt failed with "ECONNREFUSED - Connection refused by 
server".
Error:  Could not connect to server

8. Unlock G1, noficiation bar says "SwiFTP is running / SwiFTP is accepting FTP 
connections." but the main app button is "Start" when you think it would be 
"Stop".

Meaning service not running. Main activity knows service stopped. Android 
Notification Bar thinks service is running.
Must mean service crashed?

Bunch of lvl 3 errors in log, some referring to org.swiftp but no info with 
them.

Original comment by simonw1...@gmail.com on 10 Jun 2010 at 3:37

GoogleCodeExporter commented 8 years ago
Okay I have worked out the issue. It's a java.util.NoSuchElementException 
exception being thrown in various places. I reproduced the error 3 times:
E/AndroidRuntime(  700): Uncaught handler: thread Thread-14 exiting due to 
uncaught exception
E/AndroidRuntime(  700): java.util.NoSuchElementException
E/AndroidRuntime(  700):    at 
java.util.LinkedList.removeFirst(LinkedList.java:634)
E/AndroidRuntime(  700):    at 
org.apache.harmony.luni.internal.io.FileCanonPathCache.get(FileCanonPathCache.ja
va:87)
E/AndroidRuntime(  700):    at java.io.File.getCanonicalPath(File.java:500)
E/AndroidRuntime(  700):    at org.swiftp.CmdPWD.run(CmdPWD.java:44)
E/AndroidRuntime(  700):    at org.swiftp.FtpCmd.dispatchCommand(FtpCmd.java:134)
E/AndroidRuntime(  700):    at 
org.swiftp.SessionThread.run(SessionThread.java:259)

And again:
E/AndroidRuntime( 3568): Uncaught handler: thread Thread-17 exiting due to 
uncaught exception
E/AndroidRuntime( 3568): java.util.NoSuchElementException
E/AndroidRuntime( 3568):    at 
java.util.LinkedList.removeFirst(LinkedList.java:634)
E/AndroidRuntime( 3568):    at 
org.apache.harmony.luni.internal.io.FileCanonPathCache.get(FileCanonPathCache.ja
va:87)
E/AndroidRuntime( 3568):    at java.io.File.getCanonicalPath(File.java:500)
E/AndroidRuntime( 3568):    at org.swiftp.FtpCmd.violatesChroot(FtpCmd.java:189)
E/AndroidRuntime( 3568):    at org.swiftp.CmdCWD.run(CmdCWD.java:44)
E/AndroidRuntime( 3568):    at org.swiftp.FtpCmd.dispatchCommand(FtpCmd.java:134)
E/AndroidRuntime( 3568):    at 
org.swiftp.SessionThread.run(SessionThread.java:259)

As you can see it comes from two difference places and thrown internally within 
the java.io.File.getCanonicalPath() method.
I did debugging on it and after realizing nothing was wrong here, found it is a 
bug in Android itself.

Turns out it has been logged too:
http://code.google.com/p/android/issues/detail?id=7403
http://code.google.com/p/android/issues/detail?id=4961

A workaround for now would be to catch the exception, along with the 
IOException swiftp attempts to catch, and hope the FTP client retries the 
command.
Or maybe just restarting the thread when it crashes?

Original comment by simonw1...@gmail.com on 10 Jun 2010 at 7:55

GoogleCodeExporter commented 8 years ago
Here is one solution, adding a couple of lines to SessionThread.java, tested 
and works:

--- original/SessionThread.java 2010-06-11 14:10:22.787162670 +1000
+++ fixed/SessionThread.java    2010-06-11 14:10:40.592251755 +1000
@@ -30,6 +30,7 @@
 import java.net.InetAddress;
 import java.net.Socket;
 import java.nio.ByteBuffer;
+import java.util.NoSuchElementException;

 import android.util.Log;

@@ -264,6 +265,8 @@
                        }
                } catch (IOException e) {
                        myLog.l(Log.INFO, "Connection was dropped");
+               } catch(NoSuchElementException e){
+                       myLog.l(Log.ERROR,"NoSuchElementException occured");
                }
                closeSocket();
        }

Original comment by simonw1...@gmail.com on 11 Jun 2010 at 4:16

Attachments:

GoogleCodeExporter commented 8 years ago
i'm having a similar symptom where the server just stops occasionally.  is 
there anyway to get the patch added?

Original comment by jksin...@gmail.com on 24 Jun 2010 at 11:25

GoogleCodeExporter commented 8 years ago
This is fixed in 1.24, as yet unreleased. Thanks to simonw1485 for the detailed 
info.

Original comment by Dave.Revell@gmail.com on 26 Jun 2010 at 7:44

GoogleCodeExporter commented 8 years ago

Original comment by Dave.Revell@gmail.com on 26 Jun 2010 at 7:44

GoogleCodeExporter commented 8 years ago
I tried with 1.24 with the new Keep phone awake setting enabled.
It no longer crashes, but it still has problems when the 2nd analyze of the 
music directory comes around -- my GoodSync log shows:

----- 6/30/2010 10:15:46 PM: Job 'Droid Music 16GB Card': ANALYSIS started by 
Analyze And Sync All on computer 'ROTHKINTHINKPAD' (GoodSync 8.2.8.8 on XP Pro) 
-----
Droid Music 16GB Card: ftp://192.168.14.100:2121/Itunes Music <-> 
N:\desk_c_back\DroidSDcard16\Itunes Music, DropPrev, TmpDest, CheckStable, 
CopyLocked, FileLinksDrill, CaseSens, Reconnect=3, 
ResolveConflicts=NewerFileWins, AutoClear
Exclude Hidden, Exclude System, Exclude 
temp|licens*.rfo|cache.rfo|mru.rfo|mpp*.rfo|/System Volume 
Information|Thumbs.db|.DS_Store|*.tmp|*.bak|*.wbk 
Left: Read State File ftp://192.168.14.100:2121/Itunes 
Music/_gsdata_/_file_state._gs
Left: Old-New Rounding Time Shift of 5 hours (type 2) detected for 99% 
(2289/2304) files. Decided: No Change on this side
New-Old Time Shift of -5 hours at 137 files: drop because not enough files
Left: Files: 2,304 (excluded 0). Folders: 510 (excluded 1). FTP: SwiFTP 1.24 
ready
Right: Read State File N:\desk_c_back\DroidSDcard16\Itunes 
Music\_gsdata_\_file_state._gs
Right: Files: 2,304 (excluded 0). Folders: 510 (excluded 1). N:\ NTFS, Free: 
352 GB, Total: 923 GB
Changes: 0, Conflicts: 0, CopyTime: 0, CopyState: 0, Errors: 0
----- 6/30/2010 10:18:23 PM: Analysis Completed. Time 00:02:40, Speed: 70 
files/s -----

Analysis results (file/folder tree) of this job has been deleted by Auto Clear 
after Analyze

----- 7/1/2010 2:18:29 AM: Job 'Droid Music 16GB Card': ANALYSIS started by 
Periodic Timer on computer 'ROTHKINTHINKPAD' (GoodSync 8.2.8.8 on XP Pro) -----
Droid Music 16GB Card: ftp://192.168.14.100:2121/Itunes Music <-> 
N:\desk_c_back\DroidSDcard16\Itunes Music, DropPrev, TmpDest, CheckStable, 
CopyLocked, FileLinksDrill, CaseSens, Reconnect=3, 
ResolveConflicts=NewerFileWins, AutoClear
Exclude Hidden, Exclude System, Exclude 
temp|licens*.rfo|cache.rfo|mru.rfo|mpp*.rfo|/System Volume 
Information|Thumbs.db|.DS_Store|*.tmp|*.bak|*.wbk 
FTP: Listing one file is not supported (returns nothing): cannot start 
transfer: Listing target violates chroot
Cannot read folder ftp://192.168.14.100:2121/Itunes Music/Harrison, 
George/Compilation # 23 _ Dancemasters Disc Joc: folder not found on server: 
/Itunes Music/Harrison, George/Compilation # 23 _ Dancemasters Disc Joc
Cannot read folder ftp://192.168.14.100:2121/Itunes Music/Hagar, Sammy: folder 
not found on server: /Itunes Music/Hagar, Sammy
Cannot read folder ftp://192.168.14.100:2121/Itunes Music/Gina G_: folder not 
found on server: /Itunes Music/Gina G_
Cannot read folder ftp://192.168.14.100:2121/Itunes Music/Friends of 
Distinction, the: folder not found on server: /Itunes Music/Friends of 
Distinction, the
Cannot read folder ftp://192.168.14.100:2121/Itunes Music/Friedman, Debbie: 
folder not found on server: /Itunes Music/Friedman, Debbie
... and 84 more similar log lines are skipped here (select Job -> Open 
Left/Right Log to view the entire log)
Left: Read State File ftp://192.168.14.100:2121/Itunes 
Music/_gsdata_/_file_state._gs
Left: Old-New Rounding Time Shift of 5 hours (type 2) detected for 99% 
(2157/2172) files. Decided: No Change on this side
New-Old Time Shift of -5 hours at 132 files: drop because not enough files
Left: Files: 2,172 (excluded 0). Folders: 405 (excluded 1). FTP: SwiFTP 1.24 
ready
Right: Read State File N:\desk_c_back\DroidSDcard16\Itunes 
Music\_gsdata_\_file_state._gs
Right: Files: 2,173 (excluded 0). Folders: 510 (excluded 1). N:\ NTFS, Free: 
352 GB, Total: 923 GB
Changes: 89, Conflicts: 0, CopyTime: 0, CopyState: 0, Errors: 89
----- 7/1/2010 2:20:08 AM: Analysis Completed. Time 00:01:43, Speed: 62 files/s 
-----

Original comment by steve.ro...@gmail.com on 1 Jul 2010 at 10:19