03-23-2016
Huh? Am I misreading that number? That's not 1TB of available storage?
I'm looking at the free PPs in the output.
---------- Post updated at 11:25 PM ---------- Previous update was at 10:44 PM ----------
Ok, I figured this out. The volume group has 2 PVs. When I expanded the disk, only 1 PV was expanded. I expanded the second disk and then rescanned the vg using chvg -g myvg.
Now I'm able to grow the fs no problems.
Thanks for chiming in fellas. Much appreciated.
10 More Discussions You Might Find Interesting
1. AIX
Hi Everybody,
I want to know the names & locations of the common AIX files which it's size keep growing. I think there is a procedure to clean these files to avoid the space overflow, I wish also if anybody can tell me what is the proper procedure to make more available space.
Another issue, that... (2 Replies)
Discussion started by: aldowsary
2 Replies
2. UNIX for Dummies Questions & Answers
my /etc/.osm file is growing rapidly and logging large amounts of activity. Can anyone tell me what this file is for and what types of information is logged in this file.
Thanks in advance for your help!! (1 Reply)
Discussion started by: golfs4us
1 Replies
3. AIX
Hi,
I have an iSCSI LUN of 200GB. I increased it to 250GB and when I try to increase the size of the vg, I'm getting an error that none of the volumes have increased in size.
How can I get the OS to see the additional 50GB?
---------- Post updated at 03:22 PM ---------- Previous update... (9 Replies)
Discussion started by: bbbngowc
9 Replies
4. Solaris
Hi gurus
Im a newbie in solaris..I need to extend file system space in solaris 10 which is using SVM..I have a file system /pin02 which is 93% full n needs to be extended..only 3.6 gb avail space left..the file system is not mirrored...normal ufs file system only..can u please tel me t... (6 Replies)
Discussion started by: madanmeer
6 Replies
5. Solaris
Hi,
/opt on my disk is almost 90%. I thought of growing it. I followed the below procedure:
1. added a new hard disk
2. formatted the same with ufs
3. created a slice and tried to label it as "opt" with "wm" permissions.
but got stuck at 3 as it is not allowing me to label the slice... (9 Replies)
Discussion started by: EmbedUX
9 Replies
6. Filesystems, Disks and Memory
Greeting Forumers!
I've been asked to increase space in a FS that is currently 740G in size:
Filesystem size used avail capacity Mounted on
/dev/md/dsk/d664 740G 424G 308G 58% /ora_back
My SAN administrator has allocated 5 LUNs of 200G each - this will make... (3 Replies)
Discussion started by: bluescreen
3 Replies
7. Solaris
Ok so I just installed Solaris 10 on my x86 laptop. But I too the defaults and now all of the FS's are very small. I can't install anything. The drive is a 40GB but only about 11GB is being seen and used. How can I get the OS to see and use the rest of the drive? I was just going to reinstall, but... (3 Replies)
Discussion started by: bbbngowc
3 Replies
8. Shell Programming and Scripting
I am trying to be pro-active and prevent FS from filling up. I know about
the df/du command also find -size -mtime .......
What I want to know is there a way I can do a find to see which files have been accessed or modified after a specifc YYYYMMDD-HHMMSS. What I am really looking for is to... (4 Replies)
Discussion started by: BeefStu
4 Replies
9. Red Hat
Hi,
I have a LUN presented to a Linux system and would like to ask if someone can advise if the logical volume /dev/mapper/VGOra-LVOra 12G 11G 659M 95% /usr/app/oracle can be extended. Is there any free space to allocate.... The LUN (25G) has been configured as follows:
LUN - ROOT...... (4 Replies)
Discussion started by: jamba1
4 Replies
10. AIX
I'm having a strange Phenomenon here in one of my servers /usr file system is growing fast and it went wild.
I have searched the entire file system for large , growing and newly created files with no clue what's going on I have found nothing strange.
Any further idea
a snapshot from df's ... (4 Replies)
Discussion started by: h@foorsa.biz
4 Replies
LEARN ABOUT DEBIAN
bup-margin
bup-margin(1) General Commands Manual bup-margin(1)
NAME
bup-margin - figure out your deduplication safety margin
SYNOPSIS
bup margin [options...]
DESCRIPTION
bup margin iterates through all objects in your bup repository, calculating the largest number of prefix bits shared between any two
entries. This number, n, identifies the longest subset of SHA-1 you could use and still encounter a collision between your object ids.
For example, one system that was tested had a collection of 11 million objects (70 GB), and bup margin returned 45. That means a 46-bit
hash would be sufficient to avoid all collisions among that set of objects; each object in that repository could be uniquely identified by
its first 46 bits.
The number of bits needed seems to increase by about 1 or 2 for every doubling of the number of objects. Since SHA-1 hashes have 160 bits,
that leaves 115 bits of margin. Of course, because SHA-1 hashes are essentially random, it's theoretically possible to use many more bits
with far fewer objects.
If you're paranoid about the possibility of SHA-1 collisions, you can monitor your repository by running bup margin occasionally to see if
you're getting dangerously close to 160 bits.
OPTIONS
--predict
Guess the offset into each index file where a particular object will appear, and report the maximum deviation of the correct answer
from the guess. This is potentially useful for tuning an interpolation search algorithm.
--ignore-midx
don't use .midx files, use only .idx files. This is only really useful when used with --predict.
EXAMPLE
$ bup margin
Reading indexes: 100.00% (1612581/1612581), done.
40
40 matching prefix bits
1.94 bits per doubling
120 bits (61.86 doublings) remaining
4.19338e+18 times larger is possible
Everyone on earth could have 625878182 data sets
like yours, all in one repository, and we would
expect 1 object collision.
$ bup margin --predict
PackIdxList: using 1 index.
Reading indexes: 100.00% (1612581/1612581), done.
915 of 1612581 (0.057%)
SEE ALSO
bup-midx(1), bup-save(1)
BUP
Part of the bup(1) suite.
AUTHORS
Avery Pennarun <apenwarr@gmail.com>.
Bup unknown- bup-margin(1)