I don't know if the timeout is borderline short, but the unmount definitely failed. Logs further down (sorry, these logs are interleaved and have no timestamp) show that unmount failed because the filesystem was busy: ftp: Queued new job 0x1002d932210 (GVfsJobCloseRead) ftp: <- 0 -- 226 Transfer Complete. ftp: send_reply(0x1002d932210), failed=0 () ftp: backend_dbus_handler org.gtk.vfs.Mount:Unmount (pid=7819) ftp: g_vfs_job_unmount_new request: 0x789a5002adf0 ftp: Queued new job 0x1002d93f740 (GVfsJobUnmount) ftp: send_reply(0x1002d93f740), failed=1 (File system is busy) ftp: send_reply(0x1002d93f740), failed=1 (File system is busy)
That "transfer complete" was about self.do_mount_check_api(gfile, True) which, among other things, downloads "myfile.txt" and asserts its contents. That's the last thing that method does, and the "finally:\nself.unmount_api(gfile)" call comes right after that. I don't know why there are two "file system is busy" messages in the logs. And I also don't know if it would have worked had we waited a bit more, or if the myfile.txt retrieval somehow left that file open and that's why unmount failed. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/1713098 Title: Frequent DEP8 test failures related to ftp Status in gvfs package in Ubuntu: New Bug description: There are somewhat constant, but intermittent, DEP8 test failures in the gvfs package. They seem to always be around ftp: tp:// anonymous (API with flag) ... FAIL ----- dbus stdout ----- ----- dbus stderr ----- test_anonymous_api_user (__main__.Ftp) ftp:// anonymous (API with user) ... ok test_anonymous_cli_option (__main__.Ftp) ftp:// anonymous (CLI with option) ... Error mounting location: Location is already mounted ERROR ----- dbus stdout ----- ----- dbus stderr ----- test_anonymous_cli_user (__main__.Ftp) ftp:// anonymous (CLI with user) ... ok test_authenticated_api (__main__.Ftp) ftp:// authenticated (API) ... FAIL ----- dbus stdout ----- ----- dbus stderr ----- test_authenticated_cli (__main__.Ftp) ftp:// authenticated (CLI) ... FAIL ----- dbus stdout ----- ----- dbus stderr ----- Here is a link: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-xenial/xenial/amd64/g/gvfs/20170825_135452_c32a9@/log.gz This bug is to investigate these ftp tests, determine why they are flaky, and fix them if possible. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1713098/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp