* 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 a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).