Sponsored Content
Operating Systems HP-UX file system full (1 block extent) Post 302177948 by Perderabo on Monday 24th of March 2008 06:20:53 AM
Old 03-24-2008
There is a way to request larger extents. Then you might "128 block extent" or whatever. This would mean that you have no 128 contiguous block extents available.
 

9 More Discussions You Might Find Interesting

1. UNIX Desktop Questions & Answers

file system full

When I try to log in as root I get the following message realloccg /: file system full sendmail :NO Queue:low on space (have 0,SMTP-DAEMON needs 101 in /var/spool/mqueue) What should I do? (1 Reply)
Discussion started by: hopeless
1 Replies

2. UNIX for Advanced & Expert Users

Full File System

Hi All, There was a background process running on a Solaris 2.8 machine, and appeared to have filled all available disk-space. I done a killall, and upon re-booting found that the file system had filled up, and will not boot as normal as a result. For example, I'm getting /usr/adm/messages: No... (8 Replies)
Discussion started by: Breen
8 Replies

3. Solaris

File system full?

Hi, I just started working with UNIX on an old semi-fossilized Sun workstation which I use to process LOTS of images,however, I just started to get an error message that the file system is full and then my shell tool or/and text editor freeze up. Help? (8 Replies)
Discussion started by: Bend
8 Replies

4. Solaris

Full file system?

I read the sticky and thought of a script I use on a regular basis. Since unless you patch/upgrade the df command on solaris you have a very tought time teling how full the system truly is. Output looks like $ biggest.sh /tmp Filesystem kbytes used avail capacity Mounted... (0 Replies)
Discussion started by: meyerder
0 Replies

5. Solaris

file system full

I am receving following Error message in /var/adm/messages "NOTICE: alloc: /: file system full" Disk space usage is as beklow: df -k $ Filesystem kbytes used avail capacity Mounted on /dev/md/dsk/d10 76678257 56962561 18948914 76% / /proc ... (8 Replies)
Discussion started by: Asteroid
8 Replies

6. Solaris

file system full

hello Even though I am not out of inodes or of space, the /var/adm/messages shows messages: file system full I am doing now fcsk -m (400G) and I am still waiting to see the fragmentation results (should I add another option to df to have a faster output?) Do you have any other hints... (6 Replies)
Discussion started by: melanie_pfefer
6 Replies

7. Red Hat

File system full, but not really.

Hey all, What do you think mostly happened in the following situation? I have a Red Hat 5.5 server. Someone, somehow, managed to get two .nfs000.... type files that totaled over a terabyte in size. I removed them and thought things were back to normal. Then I started getting complains from... (2 Replies)
Discussion started by: geelsu
2 Replies

8. AIX

/tmp file system full

Hi, I would like to know if /tmp file system is full, wheather it will affect the peformance of application installed on AIX. if Memory and CPU are not heavily utilized. Regards, Manoj. (1 Reply)
Discussion started by: manoj.solaris
1 Replies

9. Emergency UNIX and Linux Support

ufs_aolloc.c :/ file system full

I am running Ubix SVR4, namely MP-Ras unix. I installed a remote printer and now I keep getting an error that looks like this: ufs_alloc.c /: file system full I have deleted the remote printer but am still receiving this error. I know it has something to do with the fact that my / partition... (3 Replies)
Discussion started by: Rutgerncas
3 Replies
PVMOVE(8)						      System Manager's Manual							 PVMOVE(8)

NAME
pvmove - move physical extents SYNOPSIS
pvmove [-A|--autobackup{y|n}] [-d|--debug] [-f|--force] [-h|--help] [-i|--ignore_read_errors] [-t|--test] [-v[v]|--verbose [--verbose]] [{-n|--name}LogicalVolume[:LogicalExtent[-LE]...]] SourcePhysicalVolume[:PhysicalExtent[-PE]...] [DestinationPhysicalVol- ume[:PE[-PE]...]...] DESCRIPTION
pvmove allows you to move the allocated physical extents (PEs) on SourcePhysicalVolume to one or more other physical volumes (PVs). You can optionally select a subset of the allocated physical extents on SourcePhysicalVolume by giving colon-separated lists and/or ranges of physical extents, or by specifying the source LogicalVolume optionally with colon-separated lists and/or ranges of logical extents. In this case only these extents are moved to free (or specified) extents on DestinationPhysicalVolume(s). If no DestinationPhysicalVolume is specifed, the normal allocation rules for the volume group are used. You can move physical extents in use but make sure you have an current backup in case of a system crash while moving!!! pvmove may be safely interrupted by SIGINT while moving "next free" allocated logical volumes. Striped logical volume moves can't be interrupted by SIGINT because that may cause stripe inconsistencies. OPTIONS -A, --autobackup {y|n} Controls automatic backup of VG metadata after the move (see vgcfgbackup (8)). Default is yes. -d, --debug Enables additional debugging output (if compiled with DEBUG). -f, --force Forces physical extent move without confirmation. -h, --help Print a usage message on standard output and exit successfully. -i, --ignore_read_errors Ignore read errors while moving data. Usefull in case data is moved away from a broken or unaccessable disk (area). -n, --name LogicalVolume[:LogicalExtent[-LogicalExtent]...] Move only the extents belonging to LogicalVolume from SourcePhysicalVolume instead of all allocated extents to the destination phys- ical volume(s). A optional colon separated list or range of logical extents may be given to limit the extents moved. -t , --test Do a test run without performing any real changes. -v , --verbose Gives verbose runtime information about pvmove's activities. If specified twice, sector and device mapping information is also given. EXAMPLES
To move all logical extents of any logical volumes on /dev/hda4 to free physical extents elsewhere in the volume group, giving verbose run- time information, use: pvmove -v /dev/hda4 To move three logical extents (numbers 3, 5 and 11) of logical volume my_lv to free ones on /dev/hdb3 use: pvmove -n my_lv:3:5:11 /dev/sdb6 /dev/hdb3 To move four logical extents (numbers 1, 25, 26, and 27) of logical volume my_lv on /dev/sdb6 to four physical extents (numbers 46, 47, 48, and 49) on /dev/hdb3 use: pvmove -n my_lv:1:25-27 /dev/sdb6 /dev/hdb3:46-49 DIAGNOSTICS
pvmove returns an exit code of 0 for success and > 0 for error: 1 no source physical volume on command line 2 invalid extent numbers on command line 2 invalid source physical volume name 4 error reading physical volume 5 source physical volume is inconsistent 6 volume group doesn't exist 7 error reading VGDA 8 volume group is inconsistent 9 error getting index of physical volume 10 no logical volumes on source physical volume 12 invalid logical volume name 13 error getting logical volume number in VGDA 14 logical volume not on source physical volume 15 malloc() error 16 invalid physical volume name 17 physical volume doesn't belong to this volume group 18 more than one physical volume with destination physical extents given 19 error getting index of logical volume from VGDA 20 invalid logical extent given 21 invalid physical extent given 22 destination physical index in use 23 error moving physical extent(s) 95 driver/module not in kernel 96 invalid I/O protocol version 97 error locking logical volume manager 98 invalid lvmtab (run vgscan(8)) 99 invalid command line If pvmove refuses to move physical extents then check the logical volume attributes for conflicts. A striped logical volume can't be moved if there isn't enough space on any one of the destination physical volumes which DON'T contain a stripe of that logical volume. A stripe can't be partially moved. A contiguous logical volume can't be moved if there aren't enough contiguous free physical extents on the desti- nation physical volumes. ENVIRONMENT VARIABLES
LVM_AUTOBACKUP If this variable is set to "no" then the automatic backup of VG metadata is turned off. LVM_VG_MAX_BACKUPS This variable determines the backup history depth of kept VGDA copy files in /etc/lvmconf. It can be set to a positive number between 0 and 999. The higher this number is, the more changes you can restore using vgcfgrestore(8). SEE ALSO
lvm(8), lvchange(8), lvcreate(8), lvdisplay(8), pvdisplay(8) AUTHOR
Heinz Mauelshagen <Linux-LVM@Sistina.com> Heinz Mauelshagen LVM TOOLS PVMOVE(8)
All times are GMT -4. The time now is 03:02 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy