* empty disk reports full
@ 2016-04-01 9:50 Alejandro Vargas
2016-04-01 10:05 ` Hugo Mills
0 siblings, 1 reply; 8+ messages in thread
From: Alejandro Vargas @ 2016-04-01 9:50 UTC (permalink / raw)
To: linux-btrfs
[-- Attachment #1: Type: text/plain, Size: 561 bytes --]
I am using a 2Tb disk for incremental backups.
I use rsync for backing up to a subvolume, and each day I creates an snapshot
of the lastest snapshot and do rsync in this.
When the disk becomes nearly full (100Gb or less available) I deletes the
oldest subvolume (withbtrfs subvolume delete).
My problem is that *even removing ALL the subvolumes*, the free space does
not change. It continues reporting the same size (disk is nearly full).
I tried "btrfs balance start /mnt/backup" but it takes hours and hours.
I'm using linux 4.1.15
btrfs-progs v4.1.2
[-- Attachment #2: anv_0.vcf --]
[-- Type: text/vcard, Size: 6888 bytes --]
BEGIN:VCARD
VERSION:3.0
EMAIL:anv@zener.es
FN:Alejandro Vargas
N:Vargas;Alejandro;;;
NICKNAME:anv
PHOTO;ENCODING=b;TYPE=jpeg:/9j/4AAQSkZJRgABAQEAAQABAAD/2wBDAAgGBgcGBQgHBwcJ
CQgKDBQNDAsLDBkSEw8UHRofHh0aHBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wB
DAQkJCQwLDBgNDRgyIRwhMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMjL/wAARCAC0ALQDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFB
gcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS
0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd
4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2u
Hi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAt
REAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYk
NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYa
HiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6O
nq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD3uiiigAqrqN19j0+4ueP3UTPz7DNWqxfFriLwtqDc/
wCqxwfUgUAeez/E3VQxVI7cD3QnH60q/ELXZmWOCOOSRgBkRjA9/b8a4h4HdTJIfKhHJPr7CtSz
VktwqgqG9TyR71E2o6msIczO/wBQ8bv9kS3tCDcbAJZsDAbHO3/GuMmeW5kaSV2Z2OSSetOSAYF
ThAB0rnlUbOuFOMVoUxGM0jRDPSrmAegphXtjNRdmyKRj54FNZDV3yxnpQYwRRzDMwxFvWkMBxW
msKnPFK0AHajmEZQgYHOKNhHJ4q+0eM8VCyU+cLDIp3iBAY7T1HrXo3gvX45oVsZpTvB+QMc8e1
ebMuKfBcS20iywuUdeQwPIrWE+5z1aKlqj3vIpwx2rxKHx/rOm3AJbzE7hyWDV6H4b8c6frsQSR
0t7oDmNm4b3B7/St9NziaadmdXRWS/ibR48hr+IEdRgnH6VUk8beH4+uoofojH+lFwszoaK5g+P
/AA8D/wAfp/79t/hRRcLM3n1Cyj+/dwL/AL0gH9arSeINHi+9qVrx6Sg14t9mGMFz+VJ9lQ9XNZ
e1NfY+Z7BJ4u0KPk6jGT6DJqnf67o2r6Vdwi5EiBfmGCASOcZNeWC1iXnLH3zVLULsxqtjbggNw
RnrmqjLmYnTtsSOw1PU2ZFC2sLEKB0JrUiQDHFVrK3EECoByOv1q8FwKxqO7OunHliSjHFIzdqb
ux2pGc+lZ8pqh3Pemsp60B+OlIXzxnFOxQ3njg0o96QsR3pu40WHYepxUoYEVXycZHWlUmlyiHu
gNV2iyelWN3SmMelKwFR4+aiZOMGrTComjPFNCZm3UW9CpGQawDPLZ3G1SVIOVI6g11rxlhyOK5
rWICpL9x1FdNKXRnNWimrmxYTwaqS1w7Lcr94A43e9Xf7NtupDn6tXH2N2yX6OvysBiu3gmE0Ky
L0YZpVU46oyg76EP9nWv/PNv++j/jRVrmisOaRpZEYPHNNJ96GPy8daT607DF55OePSsu2j+0aw
zHkJzWsi7sj1qloyKb67bqQQBWtPZkNao1Ixg1IDniqNxeLC20Alz0AqJNSVcb8ClyNm90ka3AG
KQIWOcVWi1C3kIy6jNXYpIzja4OfSjlsXGaDyeelRmLnpV7AIGOppfLU8ZqbFpmf5OTigwkcYq+
YlUDFRSFcdelOw3IpldvbimNjJwas/IepqJmjHpRykOSIgT60tMMiDjeKAwYcGp5RpoXAJ609Y6
Yikt0qzjavNKwpMr3CAJgDrXL6z9w9M1vX0+BySMVzWpTbkIOcE1tT3MJ7GPaj99g9VrqdDuwUa
At0JIrlo8rMSOh7GtHTJPKuQd3XrWtRXRzrRnZAjHWimK5KAg5GKK4dTosh7IopmwDtUz+1MUMz
KoHzMcAdzVR1EwjwpJxVDRCQ+oSEYwcfzrrtEs9Mj8+XVZ4444zt8vd87NjJ464GR+OaTWdT0h4
kg0ez8nnLSkYJx7V0QjZGUqiuc7BYlzubJY81cbR4JIsSIKI71oz88pBH0ptxrJWE/vSx6YwKaT
6GqlfoULjw9GDujLAdqitobi0fbuJHvV+31JHUl3Oewap/NguRhcByeCp4JpvmtqNNXLFpOWUbj
j61ZEgGelYtvcgsQAeOuB0rQclI8sCv1GM1i0zdND5LjA9KybzUGGQnJ9anlcLEJZS4Vs7FUctj
qfYVBbT2ckmDasf8Ael/wAq4xIlJGLM2pzvmNm9gOKsQWmqMPnAwO5NdJHcWScG2iGB/fb/Gpvt
tmfuxRfg7f41o2ZXVzmzaXLJhxx6g1HbmW1m+Ykp710U11asMeSef7sv8A9as6YWjdVmjPqAHH8
xU77lKSL9ttkQsuMUkxyCB0qtpxG1zFIskY4yAQR9QelWHIHB6+lZOJd7sxr8lEJb8K5W8YtnHf
9K6rVG/csSOh/OuRmfLNitqSMqpWbcJv+A1NZSEMzE4KioCw80H3waG3Rybl+6a2Zznc237y2jY
PjIoqPTziwh6/dorge5umabZ7UzYyzpKjbZU+63XFVjNJ3PWmNO5f75/CpjLsW4dyG+a5j1OZoG
B3YznqxxyT+NRx3NykiiWF1ODyORS3rSC+LAnkK3T2q9Oh+xxuSfmHGa6uezS7kKnfUxru+2ykE
E+w71VvLieJU+cRq3PAzirggUylnGSe9PkghdRlc+xrVTSG6bZjjUpPOVEPmg8ZK4ra0tmmu44S
xQlssfQDkmqxt48/KiqB6CrVpGUiuHiX95s8tD2yxx/LJ/CnKSewcjii3by3t3kPcyCPPABwB9A
OKutdX9shEV7Kw7rIdwP4GmRIsMSovQDGfU+tNmbjrXPfU6Y01YL5yLWGeZwzyw7gAMKvJGAKwo
rh4gXB/WtO9ydEgLEAxu8ecZ6/MB/OsSMrImxweO1bR2Oe17o0o9RTgKpdyM4Xk1GdWLIzm1O1e
pLAfkKit1CEbCV4xxSPpULksSQTzxVe71IlSl0IzqgkcNFIVb+4x61bt795hzgnuKy5tMRQSpIP
rSW2+CQBjz0z60motaFxi1ozrdAlt47yUXHmeSY23CPGT+dWHu7VL/Du6WjKQrMOQ3visnSiS1y
+OFiP6kCphJIqFRHuU9Qe9Yvcaj2E1vItywyU/vAcVxjsHOMjOe1dJqOpz2to0RiIt3+/Hjgj1B
7VzzwxY8+1l82PuvRlPoRWtNaGVS97MqmNhIw4FTRLvjXIBcMBkc8Ujy5lPY8DJ9aksGRrkiNsA
nkHt7VUnpczsdXYSeXZRIQeBRUiI+wbCAMd6K8tyd9zsSjYje4YSFCv4+gqOdjbkMMNwMk0rtls
9/YdaHAk65x04rRTQezZJERfKrblSQDGOxAPFW5oLryo42Uts6AHOKr6dbhrxM7jjnn+Va/lAsz
EnrW0Zp6k+zaZim3lHWF/wFJ5Mg5MUn/fJrVaJz0kcfQ00wTsMfaJPzq1I0UZGT5E8p2pA5z6Ka
twRmFBGcZBLMB2bpjPsM/nVhrVlGZJZGA7FyM0Rwk/dUAD0puWg1Bt6iElU6VWYknk/WtB4mKcC
s+ZGGc9KhGw+JDcWk9oBljh0Hqw7flmsXyhuPGGB6HtWpFjfkHBHp1q2ZrvOcxTLjpNCrfrjP61
onYycWndGTEoKkEAH0qbbhOM1dmvDFGWfSLCTHorr/JqZBf21wv/ACBYAe4WWT/4uq6XJ17Ga8X
Uk96j8pc4rab7O3TS0AP/AE0k/wDiqcPLH+rsIIyPVWY/+PE1Nx2fYi0xBHZSuR/rGCL7gcn+lX
4kB5xxUI3vgtngY9APwq/AmIzx2rNvUm1kYevYFkcgYrkWsvNm82AFT7d67DXUzZMcdOay9LgJQ
Mc9e9axlywuYyjzSSMgaTczNtdAAOpHBNbel+GrWN1eR235z15rXWLO1QOT0pHsT5+CxDLjBBrC
daTOiNGITqbWZoQAwXofWinXEMjy5K78ADJorjcn2FyLuKbNFXPNRmzXPU/gavE5FNI6d66OVGX
NLuRWkCRSbhnp61eCE/T0qvHgGranBAq4mtPXViCHPNNO2IEnrU0jbB7VUZvMY5qjZDGPmuWbge
lX7SCMqGJArDvUeVPLWRo8/wAS9qsWUsltEI5JPMx0fv8AjVWJfkbcqW/lEDr61jzRx7iKdLeqs
bMTwBmubutU1BizWluhGeDJnJojFvYFdI05LVxITGePSlhndH2SLVDTNQ1OT/j9tUQE/eU1avJV
aaMKfm9qrXZlLVGsqI6jgHNILNEO6NQtQW7soHPFacbBhU3DYr7OOR+lNK4781bKj1qEjtipbAR
UBU4FWohiMg+nFRwgZ5qY/KxApownuZmoW5lt3AXdwePWqNvaLbWqk9Su45rdIBOOeaqXARXCso
24wR7U5PSxMPiKum3AuAWZNrKSB9K0bhFe8jdehjGfrkis22iNvOwH3c1o7iu0nooNYS0OjbUgc
je31oppIJzRWdmcrEXpSjOKVBgVIo6A1qySHG0k88mrSHIBqvLlSuM1OjbUBzxTN6bCd8j3qo7h
eAafI7OxI6VWKkyEVcUXz9hrn5smpI1LDnGKPKypzU0agIBjmqFqyCSyVxw/HpVaS3KcDp71p9A
Bjn3pk6gqQAKVw94ysMUwWI+lIkKI27qfc1Z8ruBUUispPHGKq5Sk+pZiIC8/pVuKTacZ+lY6zM
CBVoSNj+RqWinJGsW+U1GWJPWoopTJHSMxDYrNsTZMkuG+lTeZv5rPD4J5qeOSmmYy1LSndgelZ
2rS+RGZDyRgL9avQn5sVXvVWS5Kuu5cA8+tDkKn8Rn2kd4yiTOR1NahLeUAfvGngEWoWPC5I/AU
hHYDis5O5VSeliLaaKk2GipMbiFcU7kdqfg+lHIrQm5VmJ8xc+lPb/VYFNuD+8H0pyfMuKZrDYV
AAvNU57mODnIzVmVHwQprHv8ATnZQ4di2ckZrSOpokSNenruA/GmteHHDn86rR2+/G9KsraIMcC
tVY0SHPfOqoQxxTWvmBOW596RrRDxj9agltVHJ/KiyGiwL4jG4flTxcxS8EjJ7Vlsm3oWH0NVXW
UsShY/hU8qE9DdMakgCrJiAXp0rEsRfBlLlSoPQ9a6IsCmMc4qHoZvcgtiVcjPBqw2M/wBaijQr
zinswrJ6sbehGRkjAqRG460wkAdelAzgUyDRtuT17VFc4NyRkDGKW2b2FUV82416cEnyolUAdif
Wi10TzcruamAIgAKTZ9ak2ml2mosZOV2R7KKkwfSiiwhCnNJsI7VKwPpSHI7VQFC8UjYcdcg1HE
cYGeM1avUL25OPunNUEfoc1RpB6F0kc81DIBu6UvmZx6UxpOnNJG6ehIFQA5UVFI0YOQgpGnUL7
1C8jP8AdX86pDsxd6M2ClKY4nJytQnzByV49qekgzyD+NW2OzB7SHnCiq7QKGIVQM1eLLgAVCxF
Q2NDYYwMZq4qg1VTI5NT7xtPP1qbky2FkYDoajHPWoy2WHNKWIOB1pECv1zigMcjimOe1IretAF
+3Iz2pbKIG6upPV8flUdqQZAO5NX7dQic9SSSc0LYxqEuDS4PajcBjJH50vPaggbsI6Gin4b0oo
AVlppHPapyDim7RQgICu4EHuMVhzRmCcxnoOh9RXRbfSql9Z/aI9wx5i9D6+1UhxdmZCsex60wn
ng0DIbBGCOMGhF+frwaqxtGQ+OIs3P4VZFuoHJ5p8SjjpRK46A0rGvORPBxxVV48E4rQUkknPaq
86KBkGnYFMp5I4pecdeaCDk8/nTSeckUmguPRiaC5I6/WmYAGc/hS5B79KklsVCOtK7gUisAKYS
SetIA3Z9cVIp7moxilGTikxWLkEgiR5W6Kpb8hXNS67ezuwjOxfY1p6pdC20uTn5n+QY965iOQR
ruwcetawj7ouVX1NmDU9QJCmXcPQ1rRaleBR3P1rmEuyXGwc1r298CyIw2sTjmokmWoRfQ211K4
2/Mgz9aKjAyKKzuP2cex056CmjvRRVnGKAKCBjpRRVEmHrMSRyh1GGYZNZsbnPWiirWxrEtmRgB
g1EZW3DnrRRQX0Jt7Y60xnJBBoooHEiwGPPpULkjIoopMZGvOaeByaKKliAdcUoooqUUKR0FGcb
QKKKBmJrTtLdxRMfkHOPen28SdNox6UUVU9i1sWTBFjPlqD1yBSyQobXftwykEEUUVC3BFyKVzG
pJ7UUUUmWf/9k=
TEL;TYPE=CELL:607760045
UID:35cad3bf-1c91-4723-a002-d6646529d80f
END:VCARD
[-- Attachment #3: anv_0.vcf --]
[-- Type: text/vcard, Size: 6888 bytes --]
BEGIN:VCARD
VERSION:3.0
EMAIL:anv@zener.es
FN:Alejandro Vargas
N:Vargas;Alejandro;;;
NICKNAME:anv
PHOTO;ENCODING=b;TYPE=jpeg:/9j/4AAQSkZJRgABAQEAAQABAAD/2wBDAAgGBgcGBQgHBwcJ
CQgKDBQNDAsLDBkSEw8UHRofHh0aHBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wB
DAQkJCQwLDBgNDRgyIRwhMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMjL/wAARCAC0ALQDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFB
gcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS
0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd
4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2u
Hi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAt
REAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYk
NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYa
HiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6O
nq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD3uiiigAqrqN19j0+4ueP3UTPz7DNWqxfFriLwtqDc/
wCqxwfUgUAeez/E3VQxVI7cD3QnH60q/ELXZmWOCOOSRgBkRjA9/b8a4h4HdTJIfKhHJPr7CtSz
VktwqgqG9TyR71E2o6msIczO/wBQ8bv9kS3tCDcbAJZsDAbHO3/GuMmeW5kaSV2Z2OSSetOSAYF
ThAB0rnlUbOuFOMVoUxGM0jRDPSrmAegphXtjNRdmyKRj54FNZDV3yxnpQYwRRzDMwxFvWkMBxW
msKnPFK0AHajmEZQgYHOKNhHJ4q+0eM8VCyU+cLDIp3iBAY7T1HrXo3gvX45oVsZpTvB+QMc8e1
ebMuKfBcS20iywuUdeQwPIrWE+5z1aKlqj3vIpwx2rxKHx/rOm3AJbzE7hyWDV6H4b8c6frsQSR
0t7oDmNm4b3B7/St9NziaadmdXRWS/ibR48hr+IEdRgnH6VUk8beH4+uoofojH+lFwszoaK5g+P
/AA8D/wAfp/79t/hRRcLM3n1Cyj+/dwL/AL0gH9arSeINHi+9qVrx6Sg14t9mGMFz+VJ9lQ9XNZ
e1NfY+Z7BJ4u0KPk6jGT6DJqnf67o2r6Vdwi5EiBfmGCASOcZNeWC1iXnLH3zVLULsxqtjbggNw
RnrmqjLmYnTtsSOw1PU2ZFC2sLEKB0JrUiQDHFVrK3EECoByOv1q8FwKxqO7OunHliSjHFIzdqb
ux2pGc+lZ8pqh3Pemsp60B+OlIXzxnFOxQ3njg0o96QsR3pu40WHYepxUoYEVXycZHWlUmlyiHu
gNV2iyelWN3SmMelKwFR4+aiZOMGrTComjPFNCZm3UW9CpGQawDPLZ3G1SVIOVI6g11rxlhyOK5
rWICpL9x1FdNKXRnNWimrmxYTwaqS1w7Lcr94A43e9Xf7NtupDn6tXH2N2yX6OvysBiu3gmE0Ky
L0YZpVU46oyg76EP9nWv/PNv++j/jRVrmisOaRpZEYPHNNJ96GPy8daT607DF55OePSsu2j+0aw
zHkJzWsi7sj1qloyKb67bqQQBWtPZkNao1Ixg1IDniqNxeLC20Alz0AqJNSVcb8ClyNm90ka3AG
KQIWOcVWi1C3kIy6jNXYpIzja4OfSjlsXGaDyeelRmLnpV7AIGOppfLU8ZqbFpmf5OTigwkcYq+
YlUDFRSFcdelOw3IpldvbimNjJwas/IepqJmjHpRykOSIgT60tMMiDjeKAwYcGp5RpoXAJ609Y6
Yikt0qzjavNKwpMr3CAJgDrXL6z9w9M1vX0+BySMVzWpTbkIOcE1tT3MJ7GPaj99g9VrqdDuwUa
At0JIrlo8rMSOh7GtHTJPKuQd3XrWtRXRzrRnZAjHWimK5KAg5GKK4dTosh7IopmwDtUz+1MUMz
KoHzMcAdzVR1EwjwpJxVDRCQ+oSEYwcfzrrtEs9Mj8+XVZ4444zt8vd87NjJ464GR+OaTWdT0h4
kg0ez8nnLSkYJx7V0QjZGUqiuc7BYlzubJY81cbR4JIsSIKI71oz88pBH0ptxrJWE/vSx6YwKaT
6GqlfoULjw9GDujLAdqitobi0fbuJHvV+31JHUl3Oewap/NguRhcByeCp4JpvmtqNNXLFpOWUbj
j61ZEgGelYtvcgsQAeOuB0rQclI8sCv1GM1i0zdND5LjA9KybzUGGQnJ9anlcLEJZS4Vs7FUctj
qfYVBbT2ckmDasf8Ael/wAq4xIlJGLM2pzvmNm9gOKsQWmqMPnAwO5NdJHcWScG2iGB/fb/Gpvt
tmfuxRfg7f41o2ZXVzmzaXLJhxx6g1HbmW1m+Ykp710U11asMeSef7sv8A9as6YWjdVmjPqAHH8
xU77lKSL9ttkQsuMUkxyCB0qtpxG1zFIskY4yAQR9QelWHIHB6+lZOJd7sxr8lEJb8K5W8YtnHf
9K6rVG/csSOh/OuRmfLNitqSMqpWbcJv+A1NZSEMzE4KioCw80H3waG3Rybl+6a2Zznc237y2jY
PjIoqPTziwh6/dorge5umabZ7UzYyzpKjbZU+63XFVjNJ3PWmNO5f75/CpjLsW4dyG+a5j1OZoG
B3YznqxxyT+NRx3NykiiWF1ODyORS3rSC+LAnkK3T2q9Oh+xxuSfmHGa6uezS7kKnfUxru+2ykE
E+w71VvLieJU+cRq3PAzirggUylnGSe9PkghdRlc+xrVTSG6bZjjUpPOVEPmg8ZK4ra0tmmu44S
xQlssfQDkmqxt48/KiqB6CrVpGUiuHiX95s8tD2yxx/LJ/CnKSewcjii3by3t3kPcyCPPABwB9A
OKutdX9shEV7Kw7rIdwP4GmRIsMSovQDGfU+tNmbjrXPfU6Y01YL5yLWGeZwzyw7gAMKvJGAKwo
rh4gXB/WtO9ydEgLEAxu8ecZ6/MB/OsSMrImxweO1bR2Oe17o0o9RTgKpdyM4Xk1GdWLIzm1O1e
pLAfkKit1CEbCV4xxSPpULksSQTzxVe71IlSl0IzqgkcNFIVb+4x61bt795hzgnuKy5tMRQSpIP
rSW2+CQBjz0z60motaFxi1ozrdAlt47yUXHmeSY23CPGT+dWHu7VL/Du6WjKQrMOQ3visnSiS1y
+OFiP6kCphJIqFRHuU9Qe9Yvcaj2E1vItywyU/vAcVxjsHOMjOe1dJqOpz2to0RiIt3+/Hjgj1B
7VzzwxY8+1l82PuvRlPoRWtNaGVS97MqmNhIw4FTRLvjXIBcMBkc8Ujy5lPY8DJ9aksGRrkiNsA
nkHt7VUnpczsdXYSeXZRIQeBRUiI+wbCAMd6K8tyd9zsSjYje4YSFCv4+gqOdjbkMMNwMk0rtls
9/YdaHAk65x04rRTQezZJERfKrblSQDGOxAPFW5oLryo42Uts6AHOKr6dbhrxM7jjnn+Va/lAsz
EnrW0Zp6k+zaZim3lHWF/wFJ5Mg5MUn/fJrVaJz0kcfQ00wTsMfaJPzq1I0UZGT5E8p2pA5z6Ka
twRmFBGcZBLMB2bpjPsM/nVhrVlGZJZGA7FyM0Rwk/dUAD0puWg1Bt6iElU6VWYknk/WtB4mKcC
s+ZGGc9KhGw+JDcWk9oBljh0Hqw7flmsXyhuPGGB6HtWpFjfkHBHp1q2ZrvOcxTLjpNCrfrjP61
onYycWndGTEoKkEAH0qbbhOM1dmvDFGWfSLCTHorr/JqZBf21wv/ACBYAe4WWT/4uq6XJ17Ga8X
Uk96j8pc4rab7O3TS0AP/AE0k/wDiqcPLH+rsIIyPVWY/+PE1Nx2fYi0xBHZSuR/rGCL7gcn+lX
4kB5xxUI3vgtngY9APwq/AmIzx2rNvUm1kYevYFkcgYrkWsvNm82AFT7d67DXUzZMcdOay9LgJQ
Mc9e9axlywuYyjzSSMgaTczNtdAAOpHBNbel+GrWN1eR235z15rXWLO1QOT0pHsT5+CxDLjBBrC
daTOiNGITqbWZoQAwXofWinXEMjy5K78ADJorjcn2FyLuKbNFXPNRmzXPU/gavE5FNI6d66OVGX
NLuRWkCRSbhnp61eCE/T0qvHgGranBAq4mtPXViCHPNNO2IEnrU0jbB7VUZvMY5qjZDGPmuWbge
lX7SCMqGJArDvUeVPLWRo8/wAS9qsWUsltEI5JPMx0fv8AjVWJfkbcqW/lEDr61jzRx7iKdLeqs
bMTwBmubutU1BizWluhGeDJnJojFvYFdI05LVxITGePSlhndH2SLVDTNQ1OT/j9tUQE/eU1avJV
aaMKfm9qrXZlLVGsqI6jgHNILNEO6NQtQW7soHPFacbBhU3DYr7OOR+lNK4781bKj1qEjtipbAR
UBU4FWohiMg+nFRwgZ5qY/KxApownuZmoW5lt3AXdwePWqNvaLbWqk9Su45rdIBOOeaqXARXCso
24wR7U5PSxMPiKum3AuAWZNrKSB9K0bhFe8jdehjGfrkis22iNvOwH3c1o7iu0nooNYS0OjbUgc
je31oppIJzRWdmcrEXpSjOKVBgVIo6A1qySHG0k88mrSHIBqvLlSuM1OjbUBzxTN6bCd8j3qo7h
eAafI7OxI6VWKkyEVcUXz9hrn5smpI1LDnGKPKypzU0agIBjmqFqyCSyVxw/HpVaS3KcDp71p9A
Bjn3pk6gqQAKVw94ysMUwWI+lIkKI27qfc1Z8ruBUUispPHGKq5Sk+pZiIC8/pVuKTacZ+lY6zM
CBVoSNj+RqWinJGsW+U1GWJPWoopTJHSMxDYrNsTZMkuG+lTeZv5rPD4J5qeOSmmYy1LSndgelZ
2rS+RGZDyRgL9avQn5sVXvVWS5Kuu5cA8+tDkKn8Rn2kd4yiTOR1NahLeUAfvGngEWoWPC5I/AU
hHYDis5O5VSeliLaaKk2GipMbiFcU7kdqfg+lHIrQm5VmJ8xc+lPb/VYFNuD+8H0pyfMuKZrDYV
AAvNU57mODnIzVmVHwQprHv8ATnZQ4di2ckZrSOpokSNenruA/GmteHHDn86rR2+/G9KsraIMcC
tVY0SHPfOqoQxxTWvmBOW596RrRDxj9agltVHJ/KiyGiwL4jG4flTxcxS8EjJ7Vlsm3oWH0NVXW
UsShY/hU8qE9DdMakgCrJiAXp0rEsRfBlLlSoPQ9a6IsCmMc4qHoZvcgtiVcjPBqw2M/wBaijQr
zinswrJ6sbehGRkjAqRG460wkAdelAzgUyDRtuT17VFc4NyRkDGKW2b2FUV82416cEnyolUAdif
Wi10TzcruamAIgAKTZ9ak2ml2mosZOV2R7KKkwfSiiwhCnNJsI7VKwPpSHI7VQFC8UjYcdcg1HE
cYGeM1avUL25OPunNUEfoc1RpB6F0kc81DIBu6UvmZx6UxpOnNJG6ehIFQA5UVFI0YOQgpGnUL7
1C8jP8AdX86pDsxd6M2ClKY4nJytQnzByV49qekgzyD+NW2OzB7SHnCiq7QKGIVQM1eLLgAVCxF
Q2NDYYwMZq4qg1VTI5NT7xtPP1qbky2FkYDoajHPWoy2WHNKWIOB1pECv1zigMcjimOe1IretAF
+3Iz2pbKIG6upPV8flUdqQZAO5NX7dQic9SSSc0LYxqEuDS4PajcBjJH50vPaggbsI6Gin4b0oo
AVlppHPapyDim7RQgICu4EHuMVhzRmCcxnoOh9RXRbfSql9Z/aI9wx5i9D6+1UhxdmZCsex60wn
ng0DIbBGCOMGhF+frwaqxtGQ+OIs3P4VZFuoHJ5p8SjjpRK46A0rGvORPBxxVV48E4rQUkknPaq
86KBkGnYFMp5I4pecdeaCDk8/nTSeckUmguPRiaC5I6/WmYAGc/hS5B79KklsVCOtK7gUisAKYS
SetIA3Z9cVIp7moxilGTikxWLkEgiR5W6Kpb8hXNS67ezuwjOxfY1p6pdC20uTn5n+QY965iOQR
ruwcetawj7ouVX1NmDU9QJCmXcPQ1rRaleBR3P1rmEuyXGwc1r298CyIw2sTjmokmWoRfQ211K4
2/Mgz9aKjAyKKzuP2cex056CmjvRRVnGKAKCBjpRRVEmHrMSRyh1GGYZNZsbnPWiirWxrEtmRgB
g1EZW3DnrRRQX0Jt7Y60xnJBBoooHEiwGPPpULkjIoopMZGvOaeByaKKliAdcUoooqUUKR0FGcb
QKKKBmJrTtLdxRMfkHOPen28SdNox6UUVU9i1sWTBFjPlqD1yBSyQobXftwykEEUUVC3BFyKVzG
pJ7UUUUmWf/9k=
TEL;TYPE=CELL:607760045
UID:35cad3bf-1c91-4723-a002-d6646529d80f
END:VCARD
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: empty disk reports full
2016-04-01 9:50 empty disk reports full Alejandro Vargas
@ 2016-04-01 10:05 ` Hugo Mills
2016-04-25 14:03 ` Alejandro Vargas
0 siblings, 1 reply; 8+ messages in thread
From: Hugo Mills @ 2016-04-01 10:05 UTC (permalink / raw)
To: Alejandro Vargas; +Cc: linux-btrfs
[-- Attachment #1: Type: text/plain, Size: 904 bytes --]
On Fri, Apr 01, 2016 at 11:50:50AM +0200, Alejandro Vargas wrote:
> I am using a 2Tb disk for incremental backups.
>
> I use rsync for backing up to a subvolume, and each day I creates an snapshot
> of the lastest snapshot and do rsync in this.
>
> When the disk becomes nearly full (100Gb or less available) I deletes the
> oldest subvolume (withbtrfs subvolume delete).
>
> My problem is that *even removing ALL the subvolumes*, the free space does
> not change. It continues reporting the same size (disk is nearly full).
>
> I tried "btrfs balance start /mnt/backup" but it takes hours and hours.
>
> I'm using linux 4.1.15
> btrfs-progs v4.1.2
Can you show us the output of both "sudo btrfs fi show" and "btrfs
fi df /mnt/backup", please?
Hugo.
--
Hugo Mills | The Creature from the Black Logon
hugo@... carfax.org.uk |
http://carfax.org.uk/ |
PGP: E2AB1DE4 |
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: empty disk reports full
2016-04-01 10:05 ` Hugo Mills
@ 2016-04-25 14:03 ` Alejandro Vargas
2016-04-26 6:08 ` Chris Murphy
0 siblings, 1 reply; 8+ messages in thread
From: Alejandro Vargas @ 2016-04-25 14:03 UTC (permalink / raw)
To: Hugo Mills, linux-btrfs
El Viernes, 1 de abril de 2016 10:05:07 Hugo Mills escribió:
> On Fri, Apr 01, 2016 at 11:50:50AM +0200, Alejandro Vargas wrote:
> > I am using a 2Tb disk for incremental backups.
> >
> > I use rsync for backing up to a subvolume, and each day I creates an
> > snapshot of the lastest snapshot and do rsync in this.
> >
> > When the disk becomes nearly full (100Gb or less available) I deletes the
> > oldest subvolume (withbtrfs subvolume delete).
> >
> > My problem is that *even removing ALL the subvolumes*, the free space does
> > not change. It continues reporting the same size (disk is nearly full).
> >
> > I tried "btrfs balance start /mnt/backup" but it takes hours and hours.
> >
> > I'm using linux 4.1.15
> > btrfs-progs v4.1.2
>
> Can you show us the output of both "sudo btrfs fi show" and "btrfs
> fi df /mnt/backup", please?
Before deleting subvolumes:
[root@backups ~]# df /mnt/backup
S.ficheros Tamaño Usados Disp Uso% Montado en
/dev/sdb1 1,9T 1,9T 5,0M 100% /mnt/backup
[root@backups ~]# ls -l /mnt/backup
total 0
drwxr-xr-x 1 root root 86 mar 20 16:23 back20160318/
drwxr-xr-x 1 root root 86 mar 20 16:23 back20160328/
drwxr-xr-x 1 root root 86 mar 20 16:23 back20160330/
drwxr-xr-x 1 root root 86 mar 20 16:23 back20160401/
drwxr-xr-x 1 root root 86 mar 20 16:23 back20160404/
drwxr-xr-x 1 root root 86 mar 20 16:23 back20160406/
drwxr-xr-x 1 root root 86 mar 20 16:23 back20160408/
[root@backups ~]# btrfs fi show
Label: 'disco_backup' uuid: cbfe8735-9f53-46f5-be7e-40f6a61a5506
Total devices 1 FS bytes used 1.80TiB
devid 1 size 1.82TiB used 1.82TiB path /dev/sdb1
btrfs-progs v4.1.2
[root@backups ~]# btrfs fi df /mnt/backup
Data, single: total=1.79TiB, used=1.79TiB
System, DUP: total=32.00MiB, used=240.00KiB
Metadata, DUP: total=17.00GiB, used=15.83GiB
GlobalReserve, single: total=512.00MiB, used=0.00B
Now I remove the oldest subvolume:
[root@backups ~]# btrfs subvolume delete /mnt/backup/back20160318/
Delete subvolume (no-commit): '/mnt/backup/back20160318'
[root@backups ~]# df /mnt/backup
S.ficheros Tamaño Usados Disp Uso% Montado en
/dev/sdb1 1,9T 1,9T 22M 100% /mnt/backup
[root@backups ~]# btrfs fi show
Label: 'disco_backup' uuid: cbfe8735-9f53-46f5-be7e-40f6a61a5506
Total devices 1 FS bytes used 1.80TiB
devid 1 size 1.82TiB used 1.82TiB path /dev/sdb1
[root@backups ~]# btrfs fi show
Label: 'disco_backup' uuid: cbfe8735-9f53-46f5-be7e-40f6a61a5506
Total devices 1 FS bytes used 1.80TiB
devid 1 size 1.82TiB used 1.82TiB path /dev/sdb1
btrfs-progs v4.1.2
[root@backups ~]# btrfs fi df /mnt/backup
Data, single: total=1.79TiB, used=1.79TiB
System, DUP: total=32.00MiB, used=240.00KiB
Metadata, DUP: total=17.00GiB, used=15.83GiB
GlobalReserve, single: total=512.00MiB, used=102.53MiB
Now I remove 2 more subvolumes:
[root@backups ~]# btrfs subvolume delete /mnt/backup/back20160328/
Delete subvolume (no-commit): '/mnt/backup/back20160328'
[root@backups ~]# btrfs subvolume delete /mnt/backup/back20160330/
Delete subvolume (no-commit): '/mnt/backup/back20160330'
[root@backups ~]# df /mnt/backup/
S.ficheros Tamaño Usados Disp Uso% Montado en
/dev/sdb1 1,9T 1,9T 348M 100% /mnt/backup
[root@backups ~]# btrfs fi show
Label: 'disco_backup' uuid: cbfe8735-9f53-46f5-be7e-40f6a61a5506
Total devices 1 FS bytes used 1.80TiB
devid 1 size 1.82TiB used 1.82TiB path /dev/sdb1
btrfs-progs v4.1.2
Data, single: total=1.79TiB, used=1.79TiB
System, DUP: total=32.00MiB, used=240.00KiB
Metadata, DUP: total=17.00GiB, used=15.83GiB
GlobalReserve, single: total=512.00MiB, used=98.94MiB
[root@backups ~]# ls -l /mnt/backup/
total 0
drwxr-xr-x 1 root root 86 mar 20 16:23 back20160401/
drwxr-xr-x 1 root root 86 mar 20 16:23 back20160404/
drwxr-xr-x 1 root root 86 mar 20 16:23 back20160406/
drwxr-xr-x 1 root root 86 mar 20 16:23 back20160408/
Now I will remove the resting subvolumes
[root@backups ~]# btrfs subvolume delete /mnt/backup/back20160401/
Delete subvolume (no-commit): '/mnt/backup/back20160401'
[root@backups ~]# btrfs subvolume delete /mnt/backup/back20160404/
Delete subvolume (no-commit): '/mnt/backup/back20160404'
[root@backups ~]# btrfs subvolume delete /mnt/backup/back20160406/
Delete subvolume (no-commit): '/mnt/backup/back20160406'
[root@backups ~]# btrfs subvolume delete /mnt/backup/back20160408/
Delete subvolume (no-commit): '/mnt/backup/back20160408'
[root@backups ~]# ls -l /mnt/backup/
total 0
[root@backups ~]# df /mnt/backup/
S.ficheros Tamaño Usados Disp Uso% Montado en
/dev/sdb1 1,9T 1,9T 4,6G 100% /mnt/backup
[root@backups ~]# btrfs fi show
Label: 'disco_backup' uuid: cbfe8735-9f53-46f5-be7e-40f6a61a5506
Total devices 1 FS bytes used 1.80TiB
devid 1 size 1.82TiB used 1.82TiB path /dev/sdb1
btrfs-progs v4.1.2
[root@backups ~]# btrfs fi df /mnt/backup
Data, single: total=1.79TiB, used=1.78TiB
System, DUP: total=32.00MiB, used=240.00KiB
Metadata, DUP: total=17.00GiB, used=15.55GiB
GlobalReserve, single: total=512.00MiB, used=37.72MiB
My mount options are this:
[root@backups ~]# cat /etc/fstab |grep backup
LABEL=disco_backup /mnt/backup btrfs noauto,compress=zlib,compress-
force=zlib,commit=60,noatime 0 0
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: empty disk reports full
2016-04-25 14:03 ` Alejandro Vargas
@ 2016-04-26 6:08 ` Chris Murphy
2016-04-27 9:29 ` Alejandro Vargas
2016-05-09 10:56 ` Alejandro Vargas
0 siblings, 2 replies; 8+ messages in thread
From: Chris Murphy @ 2016-04-26 6:08 UTC (permalink / raw)
To: Alejandro Vargas; +Cc: Hugo Mills, Btrfs BTRFS
On Mon, Apr 25, 2016 at 8:03 AM, Alejandro Vargas <anv@zener.es> wrote:
> El Viernes, 1 de abril de 2016 10:05:07 Hugo Mills escribió:
>> On Fri, Apr 01, 2016 at 11:50:50AM +0200, Alejandro Vargas wrote:
>> > I am using a 2Tb disk for incremental backups.
>> >
>> > I use rsync for backing up to a subvolume, and each day I creates an
>> > snapshot of the lastest snapshot and do rsync in this.
>> >
>> > When the disk becomes nearly full (100Gb or less available) I deletes the
>> > oldest subvolume (withbtrfs subvolume delete).
>> >
>> > My problem is that *even removing ALL the subvolumes*, the free space does
>> > not change. It continues reporting the same size (disk is nearly full).
>> >
>> > I tried "btrfs balance start /mnt/backup" but it takes hours and hours.
>> >
>> > I'm using linux 4.1.15
>> > btrfs-progs v4.1.2
>>
>> Can you show us the output of both "sudo btrfs fi show" and "btrfs
>> fi df /mnt/backup", please?
>
> Before deleting subvolumes:
>
> [root@backups ~]# df /mnt/backup
> S.ficheros Tamaño Usados Disp Uso% Montado en
> /dev/sdb1 1,9T 1,9T 5,0M 100% /mnt/backup
>
>
> [root@backups ~]# ls -l /mnt/backup
> total 0
> drwxr-xr-x 1 root root 86 mar 20 16:23 back20160318/
> drwxr-xr-x 1 root root 86 mar 20 16:23 back20160328/
> drwxr-xr-x 1 root root 86 mar 20 16:23 back20160330/
> drwxr-xr-x 1 root root 86 mar 20 16:23 back20160401/
> drwxr-xr-x 1 root root 86 mar 20 16:23 back20160404/
> drwxr-xr-x 1 root root 86 mar 20 16:23 back20160406/
> drwxr-xr-x 1 root root 86 mar 20 16:23 back20160408/
>
>
> [root@backups ~]# btrfs fi show
> Label: 'disco_backup' uuid: cbfe8735-9f53-46f5-be7e-40f6a61a5506
> Total devices 1 FS bytes used 1.80TiB
> devid 1 size 1.82TiB used 1.82TiB path /dev/sdb1
>
> btrfs-progs v4.1.2
>
> [root@backups ~]# btrfs fi df /mnt/backup
> Data, single: total=1.79TiB, used=1.79TiB
> System, DUP: total=32.00MiB, used=240.00KiB
> Metadata, DUP: total=17.00GiB, used=15.83GiB
> GlobalReserve, single: total=512.00MiB, used=0.00B
>
>
> Now I remove the oldest subvolume:
>
>
> [root@backups ~]# btrfs subvolume delete /mnt/backup/back20160318/
> Delete subvolume (no-commit): '/mnt/backup/back20160318'
>
> [root@backups ~]# df /mnt/backup
> S.ficheros Tamaño Usados Disp Uso% Montado en
> /dev/sdb1 1,9T 1,9T 22M 100% /mnt/backup
>
> [root@backups ~]# btrfs fi show
> Label: 'disco_backup' uuid: cbfe8735-9f53-46f5-be7e-40f6a61a5506
> Total devices 1 FS bytes used 1.80TiB
> devid 1 size 1.82TiB used 1.82TiB path /dev/sdb1
>
> [root@backups ~]# btrfs fi show
> Label: 'disco_backup' uuid: cbfe8735-9f53-46f5-be7e-40f6a61a5506
> Total devices 1 FS bytes used 1.80TiB
> devid 1 size 1.82TiB used 1.82TiB path /dev/sdb1
>
> btrfs-progs v4.1.2
> [root@backups ~]# btrfs fi df /mnt/backup
> Data, single: total=1.79TiB, used=1.79TiB
> System, DUP: total=32.00MiB, used=240.00KiB
> Metadata, DUP: total=17.00GiB, used=15.83GiB
> GlobalReserve, single: total=512.00MiB, used=102.53MiB
>
>
>
> Now I remove 2 more subvolumes:
>
> [root@backups ~]# btrfs subvolume delete /mnt/backup/back20160328/
> Delete subvolume (no-commit): '/mnt/backup/back20160328'
> [root@backups ~]# btrfs subvolume delete /mnt/backup/back20160330/
> Delete subvolume (no-commit): '/mnt/backup/back20160330'
>
> [root@backups ~]# df /mnt/backup/
> S.ficheros Tamaño Usados Disp Uso% Montado en
> /dev/sdb1 1,9T 1,9T 348M 100% /mnt/backup
>
> [root@backups ~]# btrfs fi show
> Label: 'disco_backup' uuid: cbfe8735-9f53-46f5-be7e-40f6a61a5506
> Total devices 1 FS bytes used 1.80TiB
> devid 1 size 1.82TiB used 1.82TiB path /dev/sdb1
>
> btrfs-progs v4.1.2
>
> Data, single: total=1.79TiB, used=1.79TiB
> System, DUP: total=32.00MiB, used=240.00KiB
> Metadata, DUP: total=17.00GiB, used=15.83GiB
> GlobalReserve, single: total=512.00MiB, used=98.94MiB
>
>
> [root@backups ~]# ls -l /mnt/backup/
> total 0
> drwxr-xr-x 1 root root 86 mar 20 16:23 back20160401/
> drwxr-xr-x 1 root root 86 mar 20 16:23 back20160404/
> drwxr-xr-x 1 root root 86 mar 20 16:23 back20160406/
> drwxr-xr-x 1 root root 86 mar 20 16:23 back20160408/
>
>
> Now I will remove the resting subvolumes
>
> [root@backups ~]# btrfs subvolume delete /mnt/backup/back20160401/
> Delete subvolume (no-commit): '/mnt/backup/back20160401'
> [root@backups ~]# btrfs subvolume delete /mnt/backup/back20160404/
> Delete subvolume (no-commit): '/mnt/backup/back20160404'
> [root@backups ~]# btrfs subvolume delete /mnt/backup/back20160406/
> Delete subvolume (no-commit): '/mnt/backup/back20160406'
> [root@backups ~]# btrfs subvolume delete /mnt/backup/back20160408/
> Delete subvolume (no-commit): '/mnt/backup/back20160408'
>
> [root@backups ~]# ls -l /mnt/backup/
> total 0
>
> [root@backups ~]# df /mnt/backup/
> S.ficheros Tamaño Usados Disp Uso% Montado en
> /dev/sdb1 1,9T 1,9T 4,6G 100% /mnt/backup
> [root@backups ~]# btrfs fi show
> Label: 'disco_backup' uuid: cbfe8735-9f53-46f5-be7e-40f6a61a5506
> Total devices 1 FS bytes used 1.80TiB
> devid 1 size 1.82TiB used 1.82TiB path /dev/sdb1
>
> btrfs-progs v4.1.2
>
> [root@backups ~]# btrfs fi df /mnt/backup
> Data, single: total=1.79TiB, used=1.78TiB
> System, DUP: total=32.00MiB, used=240.00KiB
> Metadata, DUP: total=17.00GiB, used=15.55GiB
> GlobalReserve, single: total=512.00MiB, used=37.72MiB
This is an awfully full filesystem. Since ancient times it's been
considered best to avoid getting a file system even 95% full let alone
100% full. It's an interesting test case, but I think if you're doing
this on a file system you care about it's asking for trouble. There's
almost 1.5GiB of unused space in metadata chunks, so yes it should
start to delete things.
Surely you've waited a good long while for it to try to start deleting
things, does the top command ever show btrfs-cleaner process doing
anything. On an otherwise idle system it'll be one of the top 10
processes usually.
> [root@backups ~]# cat /etc/fstab |grep backup
> LABEL=disco_backup /mnt/backup btrfs noauto,compress=zlib,compress-
> force=zlib,commit=60,noatime 0 0
When I delete subvolumes, I see it takes up to the commit time for the
delete transaction to be committed, and it can be longer than this by
up to a minute before the btrfs-cleaner process starts to work on
freeing up extents. It's probably unrelated to the problem, but what's
the use case for choosing a commit time of 60? Also there are two
compress mount options that conflict with each other, is this
intentional?
I suggest unmounting and running 'btrfs check' (without repair) and
see if that gives any new information.
--
Chris Murphy
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: empty disk reports full
2016-04-26 6:08 ` Chris Murphy
@ 2016-04-27 9:29 ` Alejandro Vargas
2016-04-27 11:03 ` Duncan
2016-05-09 10:56 ` Alejandro Vargas
1 sibling, 1 reply; 8+ messages in thread
From: Alejandro Vargas @ 2016-04-27 9:29 UTC (permalink / raw)
To: Chris Murphy, Btrfs BTRFS
El Martes, 26 de abril de 2016 00:08:49 Chris Murphy escribió:
> > [root@backups ~]# btrfs fi df /mnt/backup
> > Data, single: total=1.79TiB, used=1.78TiB
> > System, DUP: total=32.00MiB, used=240.00KiB
> > Metadata, DUP: total=17.00GiB, used=15.55GiB
> > GlobalReserve, single: total=512.00MiB, used=37.72MiB
>
> This is an awfully full filesystem. Since ancient times it's been
> considered best to avoid getting a file system even 95% full let alone
> 100% full.
Hummm... the problem is that in a big filesystem, 5% of space is very much
space... I will modify my scripts for leaving a percent of space instead of a
fixed size in bytes.
> Surely you've waited a good long while for it to try to start deleting
> things,
My backup script checks for the available space and deletes the oldest
snapshot when the free space is less than 100Gb.
What sould be the calculation that tells me I am nearly running out of space
and I need to remove the oldest snapshot? The answer of "df" is enoug or I
should do some calculation including data and metadata?
> > [root@backups ~]# cat /etc/fstab |grep backup
> > LABEL=disco_backup /mnt/backup btrfs noauto,compress=zlib,compress-
> > force=zlib,commit=60,noatime 0 0
>
> When I delete subvolumes, I see it takes up to the commit time for the
> delete transaction to be committed, and it can be longer than this by
> up to a minute before the btrfs-cleaner process starts to work on
> freeing up extents. It's probably unrelated to the problem, but what's
> the use case for choosing a commit time of 60?
The intention was to improve the speed. The wiki says the default is 30
seconcs and it prints a warning when the value is above 300 seconcs. Then I
thought 60 should be a good value for speeding up the writing. Do you think I
should use a lower value?
May be this?
btrfs fi usage /mnt/backup -b | awk '
{
if ($1 " " $2 == "Device size:") size=$3;
if ($1 " " $2 == "Device allocated:") alloc=$3;
}
END {
print alloc*100/size
}
'
> Also there are two
> compress mount options that conflict with each other, is this
> intentional?
I did not thought that compress and compress-force are incompatible... The
intention is to force it to compress the data for using lower disk space.
Compress-force should be enough?
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: empty disk reports full
2016-04-27 9:29 ` Alejandro Vargas
@ 2016-04-27 11:03 ` Duncan
0 siblings, 0 replies; 8+ messages in thread
From: Duncan @ 2016-04-27 11:03 UTC (permalink / raw)
To: linux-btrfs
Alejandro Vargas posted on Wed, 27 Apr 2016 11:29:31 +0200 as excerpted:
>> Also there are two compress mount options that conflict with each
>> other, is this intentional?
>
> I did not thought that compress and compress-force are incompatible...
> The intention is to force it to compress the data for using lower disk
> space. Compress-force should be enough?
Yes. Compress-force simply forces the compression instead of quick-
testing whether the file seems easily/effectively compressed first (tho I
think it still tests compressed block size and stores it uncompressed if
the "compressed" block is actually larger, I don't believe it forces
"compression" in /that/ case). It will result in better compression when
the first 4k (I believe that's what the quick-test tests on) of a file
doesn't compress well but much of the rest will.
The problem with having both compress and compress-force in mount options
is that I believe it's order-dependent which one ends up being applied,
and unless you're a mount options guru, remembering whether it's the
first or the last one that gets applied, or a special case where one
overrules the other, is hard. So it's best just to use just the option
you want and not confuse people, at least others trying to make sense of
things even if you yourself know which one gets applied, with both.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: empty disk reports full
2016-04-26 6:08 ` Chris Murphy
2016-04-27 9:29 ` Alejandro Vargas
@ 2016-05-09 10:56 ` Alejandro Vargas
2016-05-09 21:51 ` Chris Murphy
1 sibling, 1 reply; 8+ messages in thread
From: Alejandro Vargas @ 2016-05-09 10:56 UTC (permalink / raw)
To: Chris Murphy; +Cc: Hugo Mills, Btrfs BTRFS
El Martes, 26 de abril de 2016 00:08:49 Chris Murphy escribió:
> On Mon, Apr 25, 2016 at 8:03 AM, Alejandro Vargas <anv@zener.es> wrote:
> I suggest unmounting and running 'btrfs check' (without repair) and
> see if that gives any new information.
I tried btrfs check but... see the result:
# btrfs check /dev/sdb1
Checking filesystem on /dev/sdb1
UUID: cbfe8735-9f53-46f5-be7e-40f6a61a5506
checking extents
Killed
I tried it several times with the same result.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: empty disk reports full
2016-05-09 10:56 ` Alejandro Vargas
@ 2016-05-09 21:51 ` Chris Murphy
0 siblings, 0 replies; 8+ messages in thread
From: Chris Murphy @ 2016-05-09 21:51 UTC (permalink / raw)
To: Alejandro Vargas; +Cc: Chris Murphy, Hugo Mills, Btrfs BTRFS
On Mon, May 9, 2016 at 4:56 AM, Alejandro Vargas <anv@zener.es> wrote:
> El Martes, 26 de abril de 2016 00:08:49 Chris Murphy escribió:
>> On Mon, Apr 25, 2016 at 8:03 AM, Alejandro Vargas <anv@zener.es> wrote:
>
>> I suggest unmounting and running 'btrfs check' (without repair) and
>> see if that gives any new information.
>
> I tried btrfs check but... see the result:
>
> # btrfs check /dev/sdb1
> Checking filesystem on /dev/sdb1
> UUID: cbfe8735-9f53-46f5-be7e-40f6a61a5506
> checking extents
> Killed
>
>
> I tried it several times with the same result.
If this is btrfs-progs 4.5.2 it's worth filing a bug. You can
trivially use 'strace btrfs check /dev/sdb1' and attach the entire
output to the bug report as a file (pasting it in the bug will be
messy).
More advanced would be to use something like valgrind on it, but only
a dev would be able to tell you if it's helpful, I can't:
valgrind --leak-check=full --show-leak-kinds=all --track-origins=yes
-v btrfs check /dev/sdb1
If it's not progs v.4.5.2 then I suggest upgrading and see if the
problem still happens.
--
Chris Murphy
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2016-05-09 21:51 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-04-01 9:50 empty disk reports full Alejandro Vargas
2016-04-01 10:05 ` Hugo Mills
2016-04-25 14:03 ` Alejandro Vargas
2016-04-26 6:08 ` Chris Murphy
2016-04-27 9:29 ` Alejandro Vargas
2016-04-27 11:03 ` Duncan
2016-05-09 10:56 ` Alejandro Vargas
2016-05-09 21:51 ` Chris Murphy
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.