search for: 477m

...pfs 7.9G 0 7.9G 0% /dev/shm tmpfs 7.9G 643M 7.3G 9% /run tmpfs 7.9G 0 7.9G 0% /sys/fs/cgroup /dev/mapper/prop-root 15G 11G 2.9G 79% / tmpfs 7.9G 12K 7.9G 1% /tmp /dev/mapper/prop-boot 477M 95M 358M 21% /boot /dev/mapper/prop-home 222G 215G 7.6G 97% /home I'll add this info to the bug report. I've got 7.6G left. I think I'll attach a new disk with enough space and copy the contents over so I can keep the system running. I'll hopefully be able to work on th...

.../dev/shm >> tmpfs 7.9G 643M 7.3G 9% /run >> tmpfs 7.9G 0 7.9G 0% /sys/fs/cgroup >> /dev/mapper/prop-root 15G 11G 2.9G 79% / >> tmpfs 7.9G 12K 7.9G 1% /tmp >> /dev/mapper/prop-boot 477M 95M 358M 21% /boot >> /dev/mapper/prop-home 222G 215G 7.6G 97% /home >> >> I'll add this info to the bug report. > > Just to be clear, it has multiple virtual block devices, eg. > /dev/vda and /dev/vdb ...? > > This isn't (currently) a supported c...

Hi John, Ashish, Still no luck . I have tried your commands in root folder. It's showing max size 384 only in home directory. But if i try df -h shown 579. Is there any way to find out recycle bin folder On Thu, Apr 7, 2016 at 2:16 PM, Ashish Yadav <gwalashish at gmail.com> wrote: > Hi Chandran, > > > On Thu, Apr 7, 2016 at 10:38 AM, Chandran Manikandan <tech2mani at

...dev tmpfs 7.9G 0 7.9G 0% /dev/shm tmpfs 7.9G 3.9M 7.9G 1% /run tmpfs 7.9G 0 7.9G 0% /sys/fs/cgroup /dev/mapper/prop-root 15G 7.4G 6.3G 55% / tmpfs 7.9G 0 7.9G 0% /tmp /dev/mapper/prop-boot 477M 95M 358M 21% /boot /dev/mapper/prop-home 222G 212G 9.9G 96% /home The image is the 222G /home partition only. The other partitions are on another image. Any ideas how to troubleshoot this would be greatly appreciated. Thanks, Alex

...dev tmpfs 7.9G 0 7.9G 0% /dev/shm tmpfs 7.9G 3.9M 7.9G 1% /run tmpfs 7.9G 0 7.9G 0% /sys/fs/cgroup /dev/mapper/prop-root 15G 7.4G 6.3G 55% / tmpfs 7.9G 0 7.9G 0% /tmp /dev/mapper/prop-boot 477M 95M 358M 21% /boot /dev/mapper/prop-home 222G 212G 9.9G 96% /home The image is the 222G /home partition only. The other partitions are on another image. Any ideas how to troubleshoot this would be greatly appreciated. Thanks, Alex

...e somewhere). df -h shows a lot of info, for instance on one of my servers, I see... # df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/vg_free-lv_root 50G 7.7G 39G 17% / tmpfs 12G 0 12G 0% /dev/shm /dev/sda1 477M 146M 306M 33% /boot /dev/mapper/vg_free-lv_home 30G 7.1G 23G 25% /home /dev/mapper/vg_free-lvpgsql 30G 671M 30G 3% /var/lib/pgsql /dev/mapper/vg_free-lvimages 150G 61G 90G 41% /var/lib/libvirt/images /dev/mapper...

...dev tmpfs 7.9G 0 7.9G 0% /dev/shm tmpfs 7.9G 3.9M 7.9G 1% /run tmpfs 7.9G 0 7.9G 0% /sys/fs/cgroup /dev/mapper/prop-root 15G 7.4G 6.3G 55% / tmpfs 7.9G 0 7.9G 0% /tmp /dev/mapper/prop-boot 477M 95M 358M 21% /boot /dev/mapper/prop-home 222G 212G 9.9G 96% /home The image is the 222G /home partition only. The other partitions are on another image. There are a bunch of links regarding other methods for resizing an LVM from within a VM. I don't know which to follow. Can someone m...

....9G 0 7.9G 0% /dev/shm > tmpfs 7.9G 643M 7.3G 9% /run > tmpfs 7.9G 0 7.9G 0% /sys/fs/cgroup > /dev/mapper/prop-root 15G 11G 2.9G 79% / > tmpfs 7.9G 12K 7.9G 1% /tmp > /dev/mapper/prop-boot 477M 95M 358M 21% /boot > /dev/mapper/prop-home 222G 215G 7.6G 97% /home > > I'll add this info to the bug report. Just to be clear, it has multiple virtual block devices, eg. /dev/vda and /dev/vdb ...? This isn't (currently) a supported configuration for virt-resize, alth...

On Fri, Sep 11, 2015 at 3:19 PM, Dario Lesca <d.lesca at solinos.it> wrote: > the result. # du -sc /* /.??* --exclude /proc|sort -n 0 /.autofsck 0 /.autorelabel 0 /misc 0 /net 0 /sys 4 /cgroup 4 /media 4 /mnt 4 /selinux 4 /srv 8 /opt 16 /home 16 /lost+found 16 /tmp 112 /root 188 /dev 7956 /bin

...of info, for instance on one of my servers, I see... > > # df -h > Filesystem Size Used Avail Use% Mounted on > /dev/mapper/vg_free-lv_root > 50G 7.7G 39G 17% / > tmpfs 12G 0 12G 0% /dev/shm > /dev/sda1 477M 146M 306M 33% /boot > /dev/mapper/vg_free-lv_home > 30G 7.1G 23G 25% /home > /dev/mapper/vg_free-lvpgsql > 30G 671M 30G 3% /var/lib/pgsql > /dev/mapper/vg_free-lvimages > 150G 61G 90G 41% /var/lib...

...fers/cache: 35 11 Swap: 7 0 7 Filesystem Size Used Avail Use% Mounted on /dev/mapper/vg-lv_root 50G 6,4G 41G 14% / tmpfs 24G 0 24G 0% /dev/shm /dev/sda1 477M 123M 329M 28% /boot 13:33:34 up 1 day, 18:30, 2 users, load average: 3.39, 2.53, 2.36 (it's an 8-core) Nothing particular in log/messages. The vm's are running normally and they are not showing the same behaviour. Can anybody give me a pointer? Thanks Patrick

...Virtual HDD) has left out of space I ran the following command: *df -h* Filesystem Size Used Avail Use% Mounted on /dev/mapper/vg_server-lv_root 26G 24G 869M 97% / tmpfs 2.0G 0 2.0G 0% /dev/shm /dev/sda1 477M 80M 373M 18% /boot And then I've tried to find the conflictive files by running: *du -hsx * | sort -rh | head -10* du: cannot access `proc/3662/task/3662/fd/4': No such file or directory du: cannot access `proc/3662/task/3662/fdinfo/4': No such file or directory du: cannot access...

...7.9G 0 7.9G 0% /dev/shm > tmpfs 7.9G 3.9M 7.9G 1% /run > tmpfs 7.9G 0 7.9G 0% /sys/fs/cgroup > /dev/mapper/prop-root 15G 7.4G 6.3G 55% / > tmpfs 7.9G 0 7.9G 0% /tmp > /dev/mapper/prop-boot 477M 95M 358M 21% /boot > /dev/mapper/prop-home 222G 212G 9.9G 96% /home > > The image is the 222G /home partition only. The other partitions are > on another image. > > Any ideas how to troubleshoot this would be greatly appreciated. > Thanks, > Alex > > _______...

Hi, >> >> > # virt-resize -d --expand /dev/sda1 --LV-expand /dev/mapper/prop-home >> >> > prop-1.img prop-expand.img >> >> > command line: virt-resize -d --expand /dev/sda1 --LV-expand >> >> > /dev/mapper/prop-home prop-1.img prop-expand.img >> >> > Examining prop-1.img ... >> >> > libguestfs: trace:

...75G 5.7G 69G 8% / > devtmpfs 1.9G 0 1.9G 0% /dev > tmpfs 1.9G 0 1.9G 0% /dev/shm > tmpfs 1.9G 17M 1.9G 1% /run > tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup > /dev/sda1 477M 151M 297M 34% /boot > /dev/mapper/vg10-brick1 8.0T 700M 8.0T 1% /mnt/brick1 > localhost:/gv0 8.0T 768M 8.0T 1% /mnt/glusterfs_client > tmpfs 380M 0 380M 0% /run/user/0 > Your brick is: /dev/mapper/vg10-brick1 8.0T 700M 8.0T 1% /mnt...

On 06/23/2015 08:10 PM, Marko Vojinovic wrote: > Ok, you made me curious. Just how dramatic can it be? From where I'm > sitting, a read/write to a disk takes the amount of time it takes, the > hardware has a certain physical speed, regardless of the presence of > LVM. What am I missing? Well, there's best and worst case scenarios. Best case for file-backed VMs is

Currently I''m trying to figure out the best zfs layout for a thumper wrt. to read AND write performance. I did some simple mkfile 512G tests and found out, that per average ~ 500 MB/s seems to be the maximum on can reach (tried initial default setup, all 46 HDDs as R0, etc.). According to http://www.amd.com/us-en/assets/content_type/DownloadableAssets/ArchitectureWP_062806.pdf I would

...uild/tools/clang/unittests/Index 658M build/lib/Target/AMDGPU/CMakeFiles/LLVMAMDGPUCodeGen.dir 658M build/lib/Target/AMDGPU/CMakeFiles 537M build/tools/clang/unittests/Lex 495M build/tools/clang/lib/AST/CMakeFiles/clangAST.dir 495M build/tools/clang/lib/AST/CMakeFiles 495M build/tools/clang/lib/AST 477M build/lib/Target/X86 445M build/lib/Target/Hexagon 391M build/lib/Target/Hexagon/CMakeFiles/LLVMHexagonCodeGen.dir 391M build/lib/Target/Hexagon/CMakeFiles 389M build/lib/Transforms/Scalar/CMakeFiles/LLVMScalarOpts.dir 389M build/lib/Transforms/Scalar/CMakeFiles 389M build/lib/Transforms/Scalar 373...