root@cmd:/tmp# owncloudcmd -u cesar -p pass /backup https://cloud.domain.com
So what? You have changed the sync source to /backup. Great!
01-21 17:40:09:657 [ info sync.csync.updater ]: Checking for rename based on inode # 1434
01-21 17:40:09:657 [ info sync.csync.updater ]: file: iproute2/rt_protos, instruction: INSTRUCTION_NEW <<=
01-21 17:40:09:657 [ info sync.csync.updater ]: Checking for rename based on inode # 1429
01-21 17:40:09:657 [ info sync.csync.updater ]: file: iproute2/bpf_pinning, instruction: INSTRUCTION_NEW <<=
01-21 17:40:09:657 [ info sync.csync.updater ]: Checking for rename based on inode # 1430
01-21 17:40:09:657 [ info sync.csync.updater ]: file: iproute2/ematch_map, instruction: INSTRUCTION_NEW <<=
01-21 17:40:09:657 [ info sync.csync.updater ]: Checking for rename based on inode # 317
01-21 17:40:09:657 [ info sync.csync.updater ]: file: iproute2/rt_protos.d, instruction: INSTRUCTION_NEW <<=
01-21 17:40:09:658 [ info sync.csync.updater ]: Checking for rename based on inode # 1438
01-21 17:40:09:658 [ info sync.csync.updater ]: file: iproute2/rt_protos.d/README, instruction: INSTRUCTION_NEW <<=
01-21 17:40:09:658 [ info sync.csync.updater ]: <= Closing walk for /backup/iproute2/rt_protos.d with read_from_db 0
01-21 17:40:09:658 [ info sync.csync.updater ]: Checking for rename based on inode # 1435
01-21 17:40:09:658 [ info sync.csync.updater ]: file: iproute2/rt_realms, instruction: INSTRUCTION_NEW <<=
01-21 17:40:09:658 [ info sync.csync.updater ]: Checking for rename based on inode # 1437
01-21 17:40:09:658 [ info sync.csync.updater ]: file: iproute2/rt_tables, instruction: INSTRUCTION_NEW <<=
01-21 17:40:09:658 [ info sync.csync.updater ]: Checking for rename based on inode # 1431
01-21 17:40:09:658 [ info sync.csync.updater ]: file: iproute2/group, instruction: INSTRUCTION_NEW <<=
01-21 17:40:09:658 [ info sync.csync.updater ]: Checking for rename based on inode # 1433
01-21 17:40:09:658 [ info sync.csync.updater ]: file: iproute2/rt_dsfield, instruction: INSTRUCTION_NEW <<=
01-21 17:40:09:658 [ info sync.csync.updater ]: Checking for rename based on inode # 1436
01-21 17:40:09:658 [ info sync.csync.updater ]: file: iproute2/rt_scopes, instruction: INSTRUCTION_NEW <<=
01-21 17:40:09:658 [ info sync.csync.updater ]: Checking for rename based on inode # 318
01-21 17:40:09:658 [ info sync.csync.updater ]: file: iproute2/rt_tables.d, instruction: INSTRUCTION_NEW <<=
01-21 17:40:09:659 [ info sync.csync.updater ]: Checking for rename based on inode # 1439
01-21 17:40:09:659 [ info sync.csync.updater ]: file: iproute2/rt_tables.d/README, instruction: INSTRUCTION_NEW <<=
01-21 17:40:09:659 [ info sync.csync.updater ]: <= Closing walk for /backup/iproute2/rt_tables.d with read_from_db 0
01-21 17:40:09:659 [ info sync.csync.updater ]: Checking for rename based on inode # 1432
01-21 17:40:09:659 [ info sync.csync.updater ]: file: iproute2/nl_protos, instruction: INSTRUCTION_NEW <<=
01-21 17:40:09:659 [ info sync.csync.updater ]: <= Closing walk for /backup/iproute2 with read_from_db 0
01-21 17:40:09:659 [ info sync.csync.updater ]: Checking for rename based on inode # 2109548
01-21 17:40:09:659 [ info sync.csync.updater ]: file: avahi, instruction: INSTRUCTION_NEW <<=
01-21 17:40:09:659 [ info sync.csync.updater ]: Checking for rename based on inode # 2109549
01-21 17:40:09:659 [ info sync.csync.updater ]: file: avahi/avahi-daemon.conf, instruction: INSTRUCTION_NEW <<=
01-21 17:40:09:659 [ info sync.csync.updater ]: Checking for rename based on inode # 2109551
01-21 17:40:09:659 [ info sync.csync.updater ]: file: avahi/services, instruction: INSTRUCTION_NEW <<=
01-21 17:40:09:660 [ info sync.csync.updater ]: <= Closing walk for /backup/avahi/services with read_from_db 0
01-21 17:40:09:660 [ info sync.csync.updater ]: Checking for rename based on inode # 2109550
01-21 17:40:09:660 [ info sync.csync.updater ]: file: avahi/hosts, instruction: INSTRUCTION_NEW <<=
01-21 17:40:09:660 [ info sync.csync.updater ]: <= Closing walk for /backup/avahi with read_from_db 0
01-21 17:40:09:660 [ info sync.csync.updater ]: <= Closing walk for /backup with read_from_db 0
01-21 17:40:09:660 [ info sync.csync.csync ]: Update detection for local replica took 1.214 seconds walking 2155 files
01-21 17:40:09:660 [ info sync.csync.utils ]: Memory: 449796K total size, 26120K resident, 22988K shared
01-21 17:40:09:660 [ info sync.csync.csync ]: ## Starting remote discovery ##
01-21 17:40:09:661 [ info sync.accessmanager ]: 6 "PROPFIND" "https://cesar:password@cloud.domain.com/remote.php/dav/files/cesar/" has X-Request-ID "f11517f6-a5d8-4cdc-8d85-189e9f497f17"
01-21 17:40:09:661 [ info sync.networkjob ]: OCC::LsColJob created for "https://cloud.domain.com" + "" "OCC::DiscoverySingleDirectoryJob"
01-21 17:40:09:706 [ warning sync.networkjob ]: QNetworkReply::ContentAccessDenied "Server replied \"403 Forbidden\" to \"PROPFIND https://cesar@cloud.domain.com/remote.php/dav/files/cesar/\"" QVariant(int, 403)
01-21 17:40:09:706 [ info sync.networkjob.lscol ]: LSCOL of QUrl("https://cesar@cloud.domain.com/remote.php/dav/files/cesar/") FINISHED WITH STATUS "ContentAccessDenied Server replied \"403 Forbidden\" to \"PROPFIND https://cesar@cloud.domain.com/remote.php/dav/files/cesar/\""
01-21 17:40:09:707 [ warning sync.discovery ]: LSCOL job error "Error transferring https://cesar:password@cloud.domain.com/remote.php/dav/files/cesar/ - server replied: Forbidden" 403 QNetworkReply::ContentAccessDenied
01-21 17:40:09:707 [ warning sync.csync.updater ]: Directory access Forbidden (File Firewall?)
01-21 17:40:09:707 [ warning sync.engine ]: ERROR during csync_update : "An error occurred while opening a folder : Error transferring https://cesar:password@cloud.domain.com/remote.php/dav/files/cesar/ - server replied: Forbidden"
01-21 17:40:09:708 [ info sync.database ]: Closing DB "/backup/._sync_20e10836eb9f.db"
01-21 17:40:09:708 [ info sync.engine ]: CSync run took 1263 ms
I’d verify ownership and access rights of the server directories. They all must be owned by www-data or appropriate.
1 Like
everything is www-data
But you still get 403. And I still have my concerns regarding the coud.domain.com address… 
the address is correct. I just changed it to post on the forum
After having checked all the threads, you spread over this forum, I have to ask you: Is your cloud working at all, e.g. the access via browser?
everything working! Users created 100% worked.
yes via browser & client !
new errors:
root@owncloudcmd:/home# owncloudcmd /home https://cesar:123pass@cloud.domain.com
01-25 19:17:31:407 [ info sync.accessmanager ]: 2 "" "https://cesar:123pass@cloud.domain.com/ocs/v1.php/cloud/capabilities?format=json" has X-Request-ID "b05055c5-f278-4049-a1f2-83d973cb30df"
01-25 19:17:31:408 [ info sync.networkjob ]: OCC::JsonApiJob created for "https://cloud.domain.com" + "ocs/v1.php/cloud/capabilities" ""
01-25 19:17:31:507 [ info sync.networkjob.jsonapi ]: JsonApiJob of QUrl("https://cesar@cloud.domain.com/ocs/v1.php/cloud/capabilities?format=json") FINISHED WITH STATUS "OK"
01-25 19:17:31:507 [ debug default ] [ main(int, char**)::<lambda ]: Server capabilities QJsonObject({"checksums":{"preferredUploadType":"SHA1","supportedTypes":["SHA1"]},"core":{"pollinterval":30000,"status":{"edition":"Community","hostname":"cloud.domain.com","installed":true,"maintenance":false,"needsDbUpgrade":false,"product":"ownCloud","productname":"ownCloud","version":"10.13.4.1","versionstring":"10.13.4"},"support-url-signing":true,"webdav-root":"remote.php/webdav"},"dav":{"chunking":"1.0","propfind":{"depth_infinity":false},"reports":["search-files"],"trashbin":"1.0"},"files":{"app_providers":[{"apps_url":"/index.php/app/list","enabled":true,"new_url":"/index.php/app/new","open_web_url":"/index.php/app/open-with-web","version":"1.1.0"}],"bigfilechunking":true,"blacklisted_files":[".htaccess"],"blacklisted_files_regex":"\\.(part|filepart)$","favorites":true,"file_locking_enable_file_action":false,"file_locking_support":true,"privateLinks":true,"privateLinksDetailsParam":true,"undelete":true,"versioning":true},"files_sharing":{"api_enabled":true,"auto_accept_share":true,"can_share":true,"default_permissions":31,"federation":{"incoming":true,"outgoing":true},"group":{"expire_date":{"enabled":false}},"group_sharing":true,"providers_capabilities":{"ocFederatedSharing":{"remote":["shareExpiration"]},"ocinternal":{"group":["shareExpiration"],"link":["shareExpiration","passwordProtected"],"user":["shareExpiration"]}},"public":{"can_create_public_link":true,"defaultPublicLinkShareName":"Public link","enabled":true,"expire_date":{"enabled":false},"multiple":true,"password":{"enforced":false,"enforced_for":{"read_only":false,"read_write":false,"read_write_delete":false,"upload_only":false}},"roles_api":true,"send_mail":false,"social_share":true,"supports_upload_only":true,"upload":true},"remote":{"expire_date":{"enabled":false}},"resharing":true,"search_min_length":2,"share_with_group_members_only":true,"share_with_membership_groups_only":true,"user":{"expire_date":{"enabled":false},"profile_picture":true,"send_mail":false},"user_enumeration":{"enabled":true,"group_members_only":false}},"notifications":{"ocs-endpoints":["list","get","delete"]}})
01-25 19:17:31:507 [ info sync.accessmanager ]: 2 "" "https://cesar:123pass@cloud.domain.com/ocs/v1.php/cloud/user?format=json" has X-Request-ID "157b3b5f-cb99-44e2-a54b-4fcec53b67ee"
01-25 19:17:31:508 [ info sync.networkjob ]: OCC::JsonApiJob created for "https://cloud.domain.com" + "ocs/v1.php/cloud/user" ""
01-25 19:17:31:588 [ info sync.networkjob.jsonapi ]: JsonApiJob of QUrl("https://cesar@cloud.domain.com/ocs/v1.php/cloud/user?format=json") FINISHED WITH STATUS "OK"
01-25 19:17:31:592 [ fatal default ]: Cannot load system exclude list or list supplied via --exclude
Once again, your command line is NOT complete. It’s OK and recommended that you only omit any secrets from your posts. If you shorten otherwise, it’s impossible to pin the problem.
Please try this:
owncloudcmd /home https://cesar:123pass@cloud.domain.com/remote.php/dav/files/cesar/ /home
root@owncloudcmd:~# owncloudcmd /home https://cesar:pass@cloud.domain.com/remote.php/dav/files/cesar /home
Source dir 'https://cesar:pass@cloud.domain.com/remote.php/dav/files/cesar/' does not exist.
root@owncloudcmd:~# owncloudcmd /home https://cesar:pass@cloud.domain.com/remote.php/dav/files/cesar
01-27 17:32:17:154 [ info sync.accessmanager ]: 2 "" "https://cesar:pass@cloud.domain.com/remote.php/dav/files/cesar/ocs/v1.php/cloud/capabilities?format=json" has X-Request-ID "924178a2-0967-4f7b-ab23-36c60af5f02d"
01-27 17:32:17:154 [ info sync.networkjob ]: OCC::JsonApiJob created for "https://cloud.domain.com/remote.php/dav/files/cesar" + "ocs/v1.php/cloud/capabilities" ""
01-27 17:32:17:251 [ warning sync.networkjob ]: QNetworkReply::ContentAccessDenied "Server replied \"403 Forbidden\" to \"GET https://cesar@cloud.domain.com/remote.php/dav/files/cesar/ocs/v1.php/cloud/capabilities?format=json\"" QVariant(int, 403)
01-27 17:32:17:251 [ info sync.networkjob.jsonapi ]: JsonApiJob of QUrl("https://cesar@cloud.domain.com/remote.php/dav/files/cesar/ocs/v1.php/cloud/capabilities?format=json") FINISHED WITH STATUS "ContentAccessDenied Server replied \"403 Forbidden\" to \"GET https://cesar@cloud.domain.com/remote.php/dav/files/cesar/ocs/v1.php/cloud/capabilities?format=json\""
01-27 17:32:17:251 [ warning sync.networkjob.jsonapi ]: Network error: "ocs/v1.php/cloud/capabilities" "Server replied \"403 Forbidden\" to \"GET https://cesar@cloud.domain.com/remote.php/dav/files/cesar/ocs/v1.php/cloud/capabilities?format=json\"" QVariant(int, 403)
01-27 17:32:17:252 [ debug default ] [ main(int, char**)::<lambda ]: Server capabilities QJsonObject()
Error connecting to server
root@owncloudcmd:~#
I’ll stop here, as I don’t see how to achieve any success that way. For me, it’s a pure waste of time.
Sorry and good luck!
1 Like
Sorry, but I just pasted the logs.
This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.