Hi, all!
Before anything, sorry for my very poor english! I speak portuguese.
I will tell you my problem and help you can help.
I´m a part of a group that shares a bunch of files by skydrive (about 40 Gb).
One of us upload the files and shares with others. Ok, you notice that this
files might not be changed or deleted, ok?
The real problem is to sync this files. Everyweek that folder receives more
and more files, distributed in several folders, and some with multiple
subfolders.
To simplify my job I´d try to created a virtual Disk with Gladinet (I didn´t
find any other program that gives me access to shared folders in skydrive) and
sync it with FFS. In a first try, it´s ok, but now, FFS freezes with a
message: "waiting while folder is locked ...".
I tryied on 2 different machines with Win XP completely updated with SP3, with
the same results.
Yesterday I´ve got some sucess (without that message) syncying folder by
folder, but this turns a pain in the ass (can I say this, here?) when one (or
more) folder(s) have many other subfolders on it. This led me to the beginning
again: syncing subfolder by subfolder because FFS cannot be able to sync too
many folder with subfolders.
And now the question: This could be done in a easiest way?
Too Many Folders/Directories to sync
I forgot....
The files are basically pdf´s and some flv videos.
It´s ok to sync folder by folder, but this creates another problem: if I
create a batch for each folder, I must stay alert for when a new folder is
created, which invalidates the idea of automating sync. :/
The files are basically pdf´s and some flv videos.
It´s ok to sync folder by folder, but this creates another problem: if I
create a batch for each folder, I must stay alert for when a new folder is
created, which invalidates the idea of automating sync. :/
-
- Site Admin
- Posts: 7279
- Joined: 9 Dec 2007
> Gladinet FFS freezes with a message: "waiting while folder is locked
This is probably a bug in Gladinet. It seems it somehow buffers some data
locally, but does not correctly delete files, thous the locking file
sync.ffs_lock becomes orphaned. As a workaround you could try to disable the
locking file: [404, Invalid URL: https://sourceforge.net/tracker/?func=detail&aid=3166021&group_id=234430&atid=1093083]
> syncying folder by folder
This should never be needed. If the problem is that you cannot use the root
folder due to the obsolete locking file, just delete it manually or disable
locking alltogether.
This is probably a bug in Gladinet. It seems it somehow buffers some data
locally, but does not correctly delete files, thous the locking file
sync.ffs_lock becomes orphaned. As a workaround you could try to disable the
locking file: [404, Invalid URL: https://sourceforge.net/tracker/?func=detail&aid=3166021&group_id=234430&atid=1093083]
> syncying folder by folder
This should never be needed. If the problem is that you cannot use the root
folder due to the obsolete locking file, just delete it manually or disable
locking alltogether.
