{"action":"opened","issue":{"url":"https://api.github.com/repos/pingcap/tikv/issues/1318","repository_url":"https://api.github.com/repos/pingcap/tikv","labels_url":"https://api.github.com/repos/pingcap/tikv/issues/1318/labels{/name}","comments_url":"https://api.github.com/repos/pingcap/tikv/issues/1318/comments","events_url":"https://api.github.com/repos/pingcap/tikv/issues/1318/events","html_url":"https://github.com/pingcap/tikv/issues/1318","id":190225367,"number":1318,"title":"testcase util::fs::tests::test_get_disk_stat fails on CircleCI","user":{"login":"andelf","id":72891,"avatar_url":"https://avatars.githubusercontent.com/u/72891?v=3","gravatar_id":"","url":"https://api.github.com/users/andelf","html_url":"https://github.com/andelf","followers_url":"https://api.github.com/users/andelf/followers","following_url":"https://api.github.com/users/andelf/following{/other_user}","gists_url":"https://api.github.com/users/andelf/gists{/gist_id}","starred_url":"https://api.github.com/users/andelf/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/andelf/subscriptions","organizations_url":"https://api.github.com/users/andelf/orgs","repos_url":"https://api.github.com/users/andelf/repos","events_url":"https://api.github.com/users/andelf/events{/privacy}","received_events_url":"https://api.github.com/users/andelf/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":0,"created_at":"2016-11-18T03:08:00Z","updated_at":"2016-11-18T03:08:00Z","closed_at":null,"body":"Please answer these questions before submitting your issue. Thanks!\r\n\r\n1. What version of Rust are you using (`rustc --version`)?\r\nnightly-2016-10-06\r\n\r\n2. What operating system and processor architecture are you using?\r\nLinux, x86_64\r\n\r\n3. What did you do?\r\nIf possible, provide a recipe for reproducing the error.\r\nA complete runnable program is good.\r\n\r\n    cargo test\r\n\r\n4. What did you expect to see?\r\n\r\ntest passed\r\n5. What did you see instead?\r\n\r\n```\r\nthread 'util::fs::tests::test_get_disk_stat' panicked at 'available not changed after 100 tries.', src/util/fs.rs:76\r\nstack backtrace:\r\n   1:     0x7fb0446c453f - std::sys::backtrace::tracing::imp::write::h22f199c1dbb72ba2\r\n   2:     0x7fb0446ca19d - std::panicking::default_hook::{{closure}}::h9a389c462b6a22dd\r\n   3:     0x7fb0446c8a9a - std::panicking::default_hook::h852b4223c1c00c59\r\n   4:     0x7fb043e44e23 - tikv::util::panic_hook::track_hook::{{closure}}::hb837f2406673f204\r\n                        at /home/ubuntu/tikv/src/util/panic_hook.rs:61\r\n   5:     0x7fb043a2232f - <std::thread::local::LocalKey<T>>::with::h9083fb0650d0ba17\r\n                        at /buildslave/rust-buildbot/slave/nightly-dist-rustc-linux/build/obj/../src/libstd/thread/local.rs:245\r\n   6:     0x7fb043c2fd72 - tikv::util::panic_hook::track_hook::hf105ca85dc179673\r\n                        at /home/ubuntu/tikv/src/util/panic_hook.rs:55\r\n   7:     0x7fb043e50563 - core::ops::Fn::call::hca09d741884900a1\r\n   8:     0x7fb0446c9065 - std::panicking::rust_panic_with_hook::hcd9d05f53fa0dafc\r\n   9:     0x7fb0446c8f32 - std::panicking::begin_panic::hf6c488cee66e7f17\r\n  10:     0x7fb0446c8e70 - std::panicking::begin_panic_fmt::hb0a7126ee57cdd27\r\n  11:     0x7fb043cda7eb - tikv::util::fs::tests::test_get_disk_stat::h4066261b924b08d8\r\n                        at /home/ubuntu/tikv/src/util/fs.rs:76\r\n  12:     0x7fb043e9ba2b - <F as alloc::boxed::FnBox<A>>::call_box::hdb02e989a089cf4e\r\n  13:     0x7fb043e95ad7 - std::panicking::try::do_call::hb5542e7f62c71bb7\r\n  14:     0x7fb0446d1c66 - __rust_maybe_catch_panic\r\n  15:     0x7fb043e9b899 - <F as alloc::boxed::FnBox<A>>::call_box::hb415bac963aa88f8\r\n  16:     0x7fb0446c7610 - std::sys::thread::Thread::new::thread_start::h50b05608a499d2b2\r\n  17:     0x7fb042503183 - start_thread\r\n  18:     0x7fb042d1d37c - clone\r\n  19:                0x0 - <unknown>\r\nFAILED\r\n```\r\n\r\nIt uses Xen Virtual block Device and btrfs.\r\nmount option is : `` (rw,nodev,noatime,nodatasum,nodatacow,ssd,space_cache) ``\r\nthe ``.available`` value never changes after generating 100 files.\r\nBTW, creating files of 1000 bytes is weird, better make it 1024 to align on block boundary.\r\n\r\nThe underlying problem maybe some NFS lies about ``statfs()``.\r\n"}}
{"actor":{"display_login":"andelf"}}