search for: 27g

...ail Use% Mounted on /dev/sdb2 ext3 30G 1.1G 28G 4% / /dev/sdb7 ext3 20G 1.3G 18G 7% /var /dev/sdb6 ext3 30G 12G 17G 43% /usr /dev/sdb5 ext3 40G 25G 13G 67% /home /dev/sdb1 ext3 107M 52M 50M 52% /boot */dev/sdb8 ext3 111G 79G 27G 76% /srv/multimedia* tmpfs tmpfs 2.9G 35M 2.9G 2% /dev/shm Parted info: (parted) select /dev/sdb Using /dev/sdb (parted) print Model: ATA ST3500630AS (scsi) Disk /dev/sdb: 500GB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type...

...ut it's still not using much CPU to perform it's task, I have CPU to spare! I'm trying to sync from one NFS mount to another NFS mount (Netapp). Is there anyway I can force rsync to use *more* resources? My Netapp doesn't seem to be pounded and my V440 is only using 2%-8% of cpu, 27G of real memory free. Am I doing something wrong? It's going on 5 hours now. It's "considered" all the files and printed out a few it deleted, but that this point I'm not sure where it is at. __________________________________________________ Do You Yahoo!? Tired of spam?...

...local file system, it is OK , but when I mount the smbfs: # df -h Filesystem Size Used Avail Use% Mounted on /dev/sda1 32G 20G 11G 64% / none 1013M 0 1013M 0% /dev/shm /dev/sdb1 135G 46G 82G 36% /data //store/homes 307G 27G 280G 9% /mnt/host The process exit by error like this: 2007-03-02 10:44:16 fs_backup ERROR gzip: stdout: File too large tar: /mnt/host/fs_backup/at_pages/at_pages.full.20070302-094405.tgz: Wrote only 8192 of 10240 bytes tar: Error is not recoverable: exiting now I also tried to wrap bzip2 inste...

...has used some space? In fact, these spaces are not the size of the brick directory, but the size of the disk on which the brick is located. How do I get the capacity of each volume in this case? [root at f08n29glusterfs-3.7.20]# df -hT | grep f08n29 f08n29:/usage_test fuse.glusterfs 50G 24G 27G 48% /mnt [root at f08n29glusterfs-3.7.20]# gluster volume info usage_test Volume Name: usage_test Type: Distribute Volume ID: d9b5abff-9f69-41ce-80b3-3dc4ba1d77b3 Status: Started Number of Bricks: 1 Transport-type: tcp Bricks: Brick1: f08n29:/brick1 Options Reconfigured: performance.readdir-ahead...

...these spaces are not the size of the brick directory, but the > size of the disk on which the brick is located. > > How do I get the capacity of each volume in this case? > > [root at f08n29glusterfs-3.7.20]# df -hT | grep f08n29 > *f08n29:/usage_test fuse.glusterfs 50G 24G 27G 48% /mnt* > > [root at f08n29glusterfs-3.7.20]# gluster volume info usage_test > Volume Name: usage_test > Type: Distribute > Volume ID: d9b5abff-9f69-41ce-80b3-3dc4ba1d77b3 > Status: Started > Number of Bricks: 1 > Transport-type: tcp > Bricks: > *Brick1: f08n29:/bri...

...acity tera3scsi#dynmet-u2 52G 50G 2734M 95% /mn/anvil/dynmet-u2 hox /# ssh anvil df -h /mn/anvil/dynmet-u2 Filesystem Size Used Available Capacity Mounted tera3scsi#dynmet-u2 52G 23G 30G 44% /mn/anvil/dynmet-u2 As you can see --delte removed about 27G files on this filesystem alone. Regards, Kjell Andresen Systems administrator, University of Oslo, Norway Center for Information Technology Services and Department of Geosciences

Hi, I just installed FreeBSD 9.0-release / amd64 on a new machine (Acer Aspire X1470). I installed from a usb memory stick (the default amd64 image), which I booted by pressing "F12" and selecting it from the boot menu on the machine. I installed on a SSD (which replaced the hard drive originally in the machine), using the default scheme for 9.0 (GPT). The installation was painless (many

Hi, Since update to 2.6.37 I can''t build openwrt on my btrfs buildroot anymore. I''m not sure if this is related to the other flush-btrfs-1 thread. plenty of diskspace is free: /dev/mapper/cruor-build 97G 68G 27G 73% /opt/build It always hangs when openwrt builds the ext4 image and runs tune2fs on it. /opt/build/fahrenheit/openwrt/staging_dir/host/bin/tune2fs -O extents,uninit_bg,dir_index /opt/build/fahrenheit/openwrt/build_dir/linux-x86_kvm_guest/root.ext4 tune2fs 1.41.13 (13-Dec-2010) the processes c...

...f -h Filesystem Size Used Avail Use% Mounted on /dev/hdi2 15G 11G 3.4G 76% / tmpfs 3.9G 4.0K 3.9G 1% /dev/shm /dev/hdi1 958M 25M 885M 3% /boot /dev/hdi5 15G 7.6G 5.9G 57% /opt /dev/hdi6 28G 129M 27G 1% /scratch /dev/gpfs_apps 400G 94G 307G 24% /apps /dev/gpfs_home 5.5T 5.2T 263G 96% /home head:/apps/R/R290/R-2.9.0 # -MJP [[alternative HTML version deleted]]

-------- Original Message -------- Subject: rsync seem to be broken on sparc64 Date: 2016-06-27 23:43 From: alexmcwhirter at triadic.us To: debian-sparc at lists.debian.org I posted about this in the kernel lists a few months ago to no avail. I see it on gentoo as well with any kernel newer than 3.18. I came across this when using lxc on sparc64. The debian template uses rsync to move the

...3\355\36)h\0\334"..., 64) = 64 close(3) = 0 open("/dev/urandom", O_RDONLY) = 3 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 fstat64(3, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 9), ...}) = 0 read(3, "\364\215\324\316Y\373Hw\nw`\366\26b\3544\27G\231*^\271:>\201\266\v*6\7@\303"..., 64) = 64 close(3) = 0 futex(0xb6d7f1d8, FUTEX_WAKE_PRIVATE, 2147483647) = 0 gettimeofday({1420299777, 147599}, NULL) = 0 gettimeofday({1420299777, 148700}, NULL) = 0 gettimeofday({1420299777, 149170}, NULL) = 0 gettimeofday(...

...= 0 >> open("/dev/urandom", O_RDONLY) = 3 >> fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 >> fstat64(3, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 9), ...}) = 0 >> read(3, >> "\364\215\324\316Y\373Hw\nw`\366\26b\3544\27G\231*^\271:>\201\266\v*6\7@\303"..., >> 64) = 64 >> close(3) = 0 >> futex(0xb6d7f1d8, FUTEX_WAKE_PRIVATE, 2147483647) = 0 >> gettimeofday({1420299777, 147599}, NULL) = 0 >> gettimeofday({1420299777, 148700}, NULL) = 0 >> get...

...t;>> open("/dev/urandom", O_RDONLY) = 3 >>>> fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 >>>> fstat64(3, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 9), ...}) = 0 >>>> read(3, >>>> "\364\215\324\316Y\373Hw\nw`\366\26b\3544\27G\231*^\271:>\201\266\v*6\7@\303"..., >>>> 64) = 64 >>>> close(3) = 0 >>>> futex(0xb6d7f1d8, FUTEX_WAKE_PRIVATE, 2147483647) = 0 >>>> gettimeofday({1420299777, 147599}, NULL) = 0 >>>> gettimeofday({142...

...= 64 > close(3) = 0 > open("/dev/urandom", O_RDONLY) = 3 > fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 > fstat64(3, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 9), ...}) = 0 > read(3, > "\364\215\324\316Y\373Hw\nw`\366\26b\3544\27G\231*^\271:>\201\266\v*6\7@\303"..., > 64) = 64 > close(3) = 0 > futex(0xb6d7f1d8, FUTEX_WAKE_PRIVATE, 2147483647) = 0 > gettimeofday({1420299777, 147599}, NULL) = 0 > gettimeofday({1420299777, 148700}, NULL) = 0 > gettimeofday({1420299777, 1...

...= 0 >>> open("/dev/urandom", O_RDONLY) = 3 >>> fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 >>> fstat64(3, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 9), ...}) = 0 >>> read(3, >>> "\364\215\324\316Y\373Hw\nw`\366\26b\3544\27G\231*^\271:>\201\266\v*6\7@\303"..., >>> 64) = 64 >>> close(3) = 0 >>> futex(0xb6d7f1d8, FUTEX_WAKE_PRIVATE, 2147483647) = 0 >>> gettimeofday({1420299777, 147599}, NULL) = 0 >>> gettimeofday({1420299777, 148700}, NU...

Hello, I've come across a curious issue with Samba 3.6.10. When running 'emacs' version GNU Emacs 23.3.1 (i386-mingw-nt6.0.6002) of 2011-03-10 on 3249CTO on Windows Server 2008 SP2 x64 and issuing a file "revert" of one sort or another against a Samba-served file, the 'smbd' process leaks two or three handles. Eventually, when 16k handles are open, this causes