mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages 1 Wiki Activity Actions

removed

Browse source
This commit is contained in:
Stan 2016-07-07 23:05:40 +00:00 • committed by admin
parent ac1af58614
commit 3f799bb841
1 changed files with 0 additions and 95 deletions
Download patch file Download diff file Expand all files Collapse all files

95
doc/bugs/v6_appears_to_not_thin/comment_2_439c4397c1f13ae00b7d815fd3c41b3c._comment
View file

@ -1,95 +0,0 @@
[[!comment format=mdwn
username="Stan"
subject="Success / failure"
date="2016-07-07T23:02:36Z"
content="""
Thanks again Joey. My progress is detailed below:
Summary:
Success with a VM on qemu.
Failure with VMs on hyperv.
Hardlinks are not created for the VMs on hyperv, in spite of the VM filesystems being ext4.
This may only be associative, and not causal, but it is somewhat surprising. Yet, I am no hardlink expert.
I can however make it work if I use a VM on qemu, so far; so that is very good.
Setup:
mkdir gitx1
git init
git annex init --version=6
git config annex.thin true
git annex fix
copy bigfile to gitx1
git annex add bigfile
git commit -m add
ls -li
view results
Test Procedure:
unlock bigfile
ls -li
view results
Pass criteria:
ls -li shows 2 links and the inode matches the SHA file inode in annex/objects/
gitx1 dir size is equal to one bigfile
Fail criteria:
ls -li shows 1 link and the inode numbers are different: working dir to annex/objects
gitx1 dir size is equal to 2 bigfiles.
Scenario 1:
VM arch linux
git-annex: 6.20160613-g1e4e6f4
Host: Centos, qemu
gnome-disk-utility: QEMU HARDDISK (1.5.3)
partition: MBR
filesystem: ext4
Result: Pass
Scenario 2:
VM arch linux
git-annex: 6.20160613-g1e4e6f4
Host: Win10, hyperv
gnome-disk-utility: Msft Virtual Disk (1.0)
partition: MBR
filesystem: ext4
Result: Fail
Scenario 3:
VM Debian 8.5
git-annex: 6.20160524+gitg2b7b2c4-1~ndall+1
Host: Win10, hyperv
gnome-disk-utility: /dev/...vg/root
partition: lvm
filesystem: ext4
Result: Fail
"""]]