Skip to content
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

HTTP/2 uploading problems: New files not readable and have 0 size #508

Closed
rqi14 opened this issue Nov 8, 2018 · 9 comments
Closed

HTTP/2 uploading problems: New files not readable and have 0 size #508

rqi14 opened this issue Nov 8, 2018 · 9 comments
Labels

Comments

@rqi14
Copy link

rqi14 commented Nov 8, 2018

Hi

I am using google-drive ocamlfuse 0.7.0 on Debian 9 Jessie. Recently I found that new files uploaded to my google drive through other ways (mountain duck or expandrive) have zero size in google-drive-ocamlfuse mounted drive. This issue can only be solved by doing umount and mount again. Is there any settings I did wrong? I do not think this issue exists before.

My settings are:
`
acknowledge_abuse=false

apps_script_format=json

apps_script_icon=

cache_directory=

client_id=

client_secret=

connect_timeout_ms=5000

curl_debug_off=false

data_directory=

delete_forever_in_trash_folder=false

desktop_entry_exec=

docs_file_extension=true

document_format=odt

document_icon=

download_docs=true

drawing_format=png

drawing_icon=

form_format=zip

form_icon=

fusion_table_format=desktop

fusion_table_icon=

keep_duplicates=false

large_file_read_only=true

large_file_threshold_mb=64

log_directory=

lost_and_found=false

low_speed_limit=0

low_speed_time=0

map_format=desktop

map_icon=

max_cache_size_mb=1024

max_download_speed=0

max_memory_cache_size=10485760

max_retries=8

max_upload_chunk_size=1099511627776

max_upload_speed=0

memory_buffer_size=1048576

metadata_cache_time=60

metadata_memory_cache=true

metadata_memory_cache_saving_interval=30

presentation_format=pdf

presentation_icon=

read_ahead_buffers=3

read_only=false

root_folder=

shared_with_me=false

spreadsheet_format=ods

spreadsheet_icon=

sqlite3_busy_timeout=5000

stream_large_files=true

team_drive_id=

umask=0o022

verification_code=

`

@astrada
Copy link
Owner

astrada commented Nov 8, 2018

Do you experience the same problem if you upload a new file using Google Drive's web interface?

@rqi14
Copy link
Author

rqi14 commented Nov 8, 2018

Do you experience the same problem if you upload a new file using Google Drive's web interface?

Hi. I think they are the same. I uploaded using Mountain Duck and I can see it via both Mountain Duck and Expandrive but not with google-drive-ocamlfuse.

I cannot test anymore because it seems deleting the default folder and authorizing again solved the problem. Thanks anyway.

@rqi14
Copy link
Author

rqi14 commented Nov 9, 2018

Do you experience the same problem if you upload a new file using Google Drive's web interface?

Hi. It appeared again so I did more testing. It turned out that this happens only when I upload files using Mountain Duck but it is normal when I upload with web interface or expandrive. However, it is weird that the file size appears to be correct in both Expandrive and google drive web interface but not in google-drive-ocamlfuse. Do you have any idea why?

@astrada
Copy link
Owner

astrada commented Nov 12, 2018

I don't know. Maybe Mountain Duck creates a 0-length file and then uploads the content?

@canardos
Copy link

canardos commented Nov 13, 2018

I am not sure if it is the same issue, but am experiencing the following 0-length issue, resulting in data loss:

  • Mount drive
  • Create a new file in LibreOffice Calc, add content, save to mounted location.
  • At this point, the local file system shows the file as having positive size, but Google Drive (via web/phone interface) shows file present, but with 0-size.
  • Close file, exit LibreOffice
  • Unmount drive
  • The file on Google Drive is still 0-length

If the drive is remounted immediately, then the local file system will show the positive size file (presumably writes are not being flushed and the local cache is still valid?). But if I wait a day, then after remounting I see the 0-length file only (local cache expired?) and the original data is lost. Turns out that was just the file manager metadata cache

This is 0.7.0 on 4.17.19-1-MANJARO using LibreOffice 6.0.7.3.0+.

@astrada
Copy link
Owner

astrada commented Nov 13, 2018

@canardos can you reproduce your issue mounting with -debug and send gdfuse.log and curl.log to me (alessandro.strada@gmail.com), please?

@dnapier
Copy link

dnapier commented Nov 18, 2018

I'm experiencing the same as canardos.

I'm not sure if this is related, but I use 3 gdrives, 1 default and 2 using the -label flag. Of the two using the label flag, the third is a team drive. I use a script to run through all 3 after network connection is established. The two drives using the -label flag mount, but do not show as drives on the desktop nor in the 'Places' panel menu.

My mount script is this:

google-drive-ocamlfuse ~/gdrive
google-drive-ocamlfuse -label work_drive ~/gdrive_work
google-drive-ocamlfuse -label work_team_drive ~/gdrive_team_work

Interesting note: when I run my unmount script that consists of:

fusermount -u ~/gdrive
fusermount -u ~/gdrive_work
fusermount -u ~/gdrive_team_work

the first drive icon disappears, and then the gdrive_work icon shows up.

I'll do the same as requested of canardos, and email you the -debug/gdfuse.log/curl.log.

Update: When using the debug flag, the 2nd/3rd drives do not mount due to the first command not releasing the thread, so I am unable to retrieve the logs for those drives.

@astrada
Copy link
Owner

astrada commented Nov 18, 2018

@dnapier: I'm sorry but it's not the same issue, and I don't see any error in the log files you sent me. If you want you can append an & after your mount command to keep them in background (google-drive-ocamlfuse -debug ~/gdrive &).

@astrada astrada added the bug label Nov 21, 2018
@astrada astrada changed the title New files not readable and have 0 size HTTP/2 uploading problems: New files not readable and have 0 size Nov 21, 2018
@astrada
Copy link
Owner

astrada commented Nov 21, 2018

Should be fixed by astrada/gapi-ocaml@0dd1d4e released with gapi-ocaml 0.3.8.

@astrada astrada closed this as completed Feb 13, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants