-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
NetHood, PrintHood, etc. #20
Comments
Are you using duplicacy in symlink_mode or path/root_mode?
Have you used the respective filter file?
From your log, it seems you are using the symlink_mode filters file, and I
think the GUI uses path_mode by default.
Try with the other filters file and post back the results please ;)
Regards
…On Fri, Dec 28, 2018, 19:45 cheitzig ***@***.***> wrote:
I'm a new duplicacy user, and trying to debug / eliminate warnings in the
logfiles.
I'm using the GUI, but I think the same thing would apply if I was using
the CLI. I added your list of filters to my .duplicacy directory.
Filter like this don't seem to work when in VSS mode on Windows:
e:(?i)^[^/]+/Users/[^/]+/\.?NetHood/
For example, I get these two WARN messages in my logs:
2018-12-27 20:31:08.143 WARN LIST_FAILURE Failed to list subdirectory: open C:\Users\Charlie/.duplicacy\shadow\\Users\Charlie/NetHood: Access is denied.
2018-12-27 20:31:08.873 WARN LIST_FAILURE Failed to list subdirectory: open C:\Users\Charlie/.duplicacy\shadow\\Users\Charlie/PrintHood: Access is denied.
and
2018-12-27 22:21:25.198 WARN SKIP_DIRECTORY Subdirectory NetHood/ cannot be listed
2018-12-27 22:21:25.199 WARN SKIP_DIRECTORY Subdirectory PrintHood/ cannot be listed
I don't know regex well enough to repair, but would be willing to try with
whatever advice you might provide?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#20>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/ABVB03CUG4TrKxYxiBiHIadfQgUzFVFBks5u9nTGgaJpZM4ZkKii>
.
|
I'm using the GUI, so I believe I must be using path_mode. I originally was going to use the GUI and create a directory with a bunch of symlinks to my other locations, but then I realized that the GUI supports multiple jobs, so I just created one job per directory for my initial testing (three directories). I didn't realize why there are two versions of the filter files in the GitHub repository. I believe I was using the one named "filter", and I just switched to the one named "filter_root". Is that correct? I guess I'll maybe know myself in 14 minutes when my backup next runs. |
Yes, the filter_root file would be the correct one.
Did it work?
What would be the acceptable names that would make you choose the right
file right away?
That is an open debate here :D
We need suggestions.
Regards
…On Fri, Dec 28, 2018, 22:17 cheitzig ***@***.***> wrote:
I'm using the GUI, so I believe I must be using path_mode. I originally
was going to use the GUI and create a directory with a bunch of symlinks to
my other locations, but then I realized that the GUI supports multiple
jobs, so I just created one job per directory for my initial testing (three
directories).
I didn't realize why there are two versions of the filter files in the
GitHub repository. I believe I was using the one named "filter", and I just
switched to the one named "filter_root".
Is that correct? I guess I'll maybe know myself in 14 minutes when my
backup next runs.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#20 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABVB0xrMWeYAkVH7vB6EpkRdilBBP7Qtks5u9piMgaJpZM4ZkKii>
.
|
I'll give some thought to how to name the files. What comes to mind is something like filter.useForSymbolicLinkMode vs. filter.useForRegularFolderMode (or something like that). I don't think the new filter did work though. I definitely made the change in the filter file, but when I went back to look just now, it's reverted. So maybe I need to stop and re-start the service or something? I would say it still didn't work-- I reset to have the backup start at 8:26pm, using the GUI, but I didn't stop/restart the service. Here's the relevant entries from the filters file (copied from filter_root):
And these lines in the log:
Am I doing something wrong? As a side note, I think we'd also want to exclude these lines:
|
Side note: is symbolic link mode preferable? Certainly seems easier to manage. But we should figure this out for both use cases. |
Yep, suggestions are welcome. There seems to be something different in the way duplicacy works in the GUI:
You see that in there it uses the full path of the folders: While in the second log entry:
it only talks about That's a little weird. The problem is that i didn't test my filters with the web-gui so they may not work properly. One of these days ( though not sure when as the new year tom-and-jerry party is coming soon ) i will install the gui beta and test it myself. During that time i will also update the filters file. |
Thanks! I'm not sure if I'll use the GUI long-term, but figured it was a good place to start. |
@cheitzig i still haven't tried duplicacy web but i have modified quite a lot the filters. Could you please try again to run the backup with the updated filters and tell me the status? (this is also a validation for me that the filters naming is improved) |
I'm a new duplicacy user, and trying to debug / eliminate warnings in the logfiles.
I'm using the GUI, but I think the same thing would apply if I was using the CLI. I added your list of filters to my .duplicacy directory.
Filter like this don't seem to work when in VSS mode on Windows:
For example, I get these two WARN messages in my logs:
and
I don't know regex well enough to repair, but would be willing to try with whatever advice you might provide?
The text was updated successfully, but these errors were encountered: