Sponsored Content
Full Discussion: Hd6 is in stale condition
Operating Systems AIX Hd6 is in stale condition Post 302912627 by bakunin on Monday 11th of August 2014 04:58:17 AM
Old 08-11-2014
Quote:
Originally Posted by Mohamed Thamim
the paging lv hd6 is in stale condition
Just for the record: "stale" means you have two (or more) mirror copies of a logical volume of which one (or more) are missing.

Code:
333BD283   0811044814 U S LVDD           Bad block detected with no relocation al
333BD283   0811041114 U S LVDD           Bad block detected with no relocation al
333BD283   0811040614 U S LVDD           Bad block detected with no relocation al
03913B94   0810230414 U H LVDD           HARDWARE DISK BLOCK RELOCATION ACHIEVED

Now, this is most probably the cause of your problems: when a physical disk is being formatted several blocks are set aside as spare. Should one allocated disk block become unreliable for some reason (the magnetic coating becomes defective somehow), then the driver automatically marks this block as "bad" and uses one of the set aside spare blocks instead. The data from the old block are transferred to the new location if this is still possible. This is called "bad block relocation".

Code:
0516-1296 lresynclv: Unable to completely resynchronize volume.
        The logical volume has bad-block relocation policy turned off.
        This may have caused the command to fail.
0516-934 /usr/sbin/syncvg: Unable to synchronize logical volume hd6.

hd6 is your swap and swap is basically memory. You do not want to tinker with the memory while the system is running, so there is a rationale behind this. But because bad block relocation is turned off, the system in turn cannot reloctae the block and therefore you have a stale LV.

My suggestion is to remove the stale mirror from the LV and then remirror it. Once the bad block is not any more part of an LV it will simply be marked as bad and not be used again should the surrounding space be reallocated to another LV.

I hope this helps.

bakunin
 

10 More Discussions You Might Find Interesting

1. UNIX for Advanced & Expert Users

Stale NFS file handle

Hi, I get an error saying "Stale NFS file handle" how can I solve this? Is it possible to do this with a umount/ mount command? (5 Replies)
Discussion started by: rein
5 Replies

2. UNIX for Dummies Questions & Answers

Unix Stale Mounts

Is there an easy way to find all stale mounts on a system? (2 Replies)
Discussion started by: derf912
2 Replies

3. UNIX for Dummies Questions & Answers

removing stale partitions

hi, i was trying to mirror root volume group and the command i was using didnt respond for a long time mirrorvg -m rootvg hdisk1 I was checking rootvg and it gives below. how do i fix stale partitions?? it seems to be on hdisk1 LV NAME TYPE LPs PPs PVs LV STATE ... (2 Replies)
Discussion started by: karthikosu
2 Replies

4. HP-UX

lov4 stale found in lvdisplay

hi All I have one RP 3410 server with hp-ux 11.23 mirror disk it's lvdislay -v /dev/vg00/lvol4 shows stale in some location Actual is current pls help me to resolve the probem I have check with lvsync command and vgsync but not working re Rajesh (1 Reply)
Discussion started by: rajeshtt32
1 Replies

5. UNIX and Linux Applications

Stale NFS file handle

There are a filesystem /GWD/appbase/projects/GRIDDB Under this filesystem there is a directory called backup. But When I am trying to access the backup directory ,it is showing me the following error: # cd /GWD/appbase/projects/GRIDDB # cd backup -bash: cd: backup: Stale NFS file handle ... (3 Replies)
Discussion started by: alphasahoo
3 Replies

6. AIX

how to remove the stale entry without a reboot??

my AIX server used to have scsi disk hdisk4. Now i removed that disk. But still it is still listed in lspv. So how can i remove the stale entry of it ? (6 Replies)
Discussion started by: navadeep
6 Replies

7. HP-UX

Stale users and no process

HP-UX B.11.23 U ia64 I've got two users that show in "w" with long idle times but if I search for their processes I find nothing (ps -ef | grep username ) I'm not sure why "w" still sees them and if there is anything (short of a reboot) that I can do to clean them out. Ideas? (8 Replies)
Discussion started by: LisaS
8 Replies

8. Solaris

Stale lock installed for pkgadd

Any package that I try to install, is giving an error of 'lock': # pkgadd -d openssl-1.0.0g-sol10-sparc-local The following packages are available: 1 SMCossl openssl (sparc) 1.0.0g Select package(s) you wish to process (or 'all' to process all packages).... (2 Replies)
Discussion started by: poyato
2 Replies

9. HP-UX

Bypass stale PE ?

Hello, I have an ancient HP-UX 11.11 system where I have a logical volume marked stale and I can't get it sync'd. I have tried lvsync and lvreduce/lvextend to no avail. It is just one 4Mb PE on the disk that I can't get current. # lvdisplay -v /dev/vg00/lvol5 | grep stale LV Status ... (17 Replies)
Discussion started by: port43
17 Replies

10. AIX

AIX - stale partition

Hi everybody, I have a little problem with my AIX 6.1, PowerHA 6.1 LVM mirror. After problem with SAN pathing of our one Datacenter, I have LV at stale state. # lsvg cpsdata2vg VOLUME GROUP: cpsdata2vg VG IDENTIFIER: 00fb518c00004c0000000169445f4c2c VG STATE: ... (6 Replies)
Discussion started by: Necronomic
6 Replies
lvlnboot(1M)															      lvlnboot(1M)

NAME
lvlnboot - prepare LVM logical volume to be root, boot, primary swap, or dump volume SYNOPSIS
autobackup] { boot_lv | dump_lv | root_lv | | swap_lv }] [vg_name] Remarks cannot be performed if the volume group is activated in shared mode. DESCRIPTION
This command is supported for arguments belonging to volume groups version 1.0. Attempting this command with arguments belonging to volume groups versions 2.0 or higher will result in an error. The command updates all physical volumes in the volume group so that the logical volume becomes the root, boot, primary swap, or a dump volume when the system is next booted on the volume group. If a nonexistent logical volume is specified, this command fails. If a differ- ent logical volume is already linked to the root or primary swap, the command fails. The boot information stored on disks assumes a certain ordering of disks listed in lvlnboot(1M) command should be run in recovery mode option) when there is a change to the order of the disks in for any bootable volume group (see vgimport(1M) and vgscan(1M) for more infor- mation). Options and Arguments recognizes the following options and arguments: vg_name The path name of a volume group. Set automatic backup for this invocation of this command. autobackup can have one of the following values: Automatically back up configuration changes made to the logical volume. This is the default. After this command executes, the command (see vgcfgbackup(1M)) is executed for the volume group to which the logical volume belongs. Do not back up configuration changes this time. Define boot_lv to be the boot volume the next time the system is booted on the volume group. boot_lv must be the first logical volume on the physical volume. boot_lv must be contiguous, and must not allow bad block relocation. boot_lv is used to locate the boot file system during the boot process. The boot file system has the kernel which is read by the boot loader (see hpux(1M) for PA-RISC systems). This command updates the file with the location of the root volume in the currently booted volume group. The file is used during maintenance-mode boots to locate the root volume. During normal boots (versus maintenance-mode boots, see hpux(1M) for PA-RISC systems), this command is automati- cally executed by (see inittab(4)). Since this command is performed during boot, it does not need to be performed manually unless is missing (or alternatively, performing a normal reboot will recreate this file). During maintenance-mode boots, since the root volume group is not activated, does not update Maintenance-mode boot will fail if does not already exist with the correct location of the root volume. See When a new root volume group is created, the first boot must be a normal boot (versus a maintenance-mode boot), so that gets created. This option does not allow updating for any volume group other than the one that is booted. Define dump_lv to be one of the dump volumes the next time the system is booted on the volume group. dump_lv must be a contiguous logical volume and cannot have Bad Block Relocation enabled. The command updates the Boot Data Reserved Area of each bootable physical volume in the volume group (see pvcre- ate(1M)). The combined size of all the dump volumes should be at least 2048 bytes larger than the total memory of the sys- tem. Multiple dump devices can be configured, but each dump_lv must be entered with a separate command line. This option will be obsolete in the next HP-UX release. Define root_lv to be the root volume the next time the system is booted on this volume group. root_lv must be a con- tiguous logical volume and cannot have bad block relocation enabled. If root_lv is the first logical volume on the physical volume, then it is configured as the combined root-boot volume. Otherwise, root_lv is configured as the separate root volume in which case a separate boot volume needs to be configured using the option. Either the separate root or the separate boot volume can be configured first. The command updates the Boot Data Reserved Area of each bootable physical volume (see pvcreate(1M)) to enable the volume group to be used to locate the root file system. root_lv is also used as the root volume during a maintenance-mode boot (see hpux(1M) for PA-RISC systems). The physical volumes containing root_lv must have been created using the option (see pvcreate(1M)), indicating that that physical volume is to be used as a bootable physical volume. Also, the command (see mkboot(1M)) must have been run on the physical volume to create the LIF area at the top of the physical volume (see lif(4)). Recover any missing links to all of the logical volumes specified in the Boot Data Reserved Area and update the Boot Data Reserved Area of each bootable physical volume in the volume group (see pvcreate(1M)). Define swap_lv to be the primary swap volume the next time the system is booted on the volume group. swap_lv must be a contiguous logical volume, and a root logical volume must have been previously defined with this command. The command updates the Boot Data Reserved Area of each bootable physical volume in the volume group (see pvcre- ate(1M)). Any existing swap area previously defined must be removed via lvrmboot(1M). This option will be obsolete in the next HP-UX release. Print verbose messages. With no other arguments present, print information on root, boot, swap, and dump logical volumes. If a combined root-boot volume is configured, no information for the boot volume is displayed. EXTERNAL INFLUENCES
Environment Variables determines the language in which messages are displayed. If is not specified or is null, it defaults to "C" (see lang(5)). If any internationalization variable contains an invalid setting, all internationalization variables default to "C" (see environ(5)). EXAMPLES
The following examples show configuration of a combined root-boot volume. Create a root volume group, containing root, swap, and dump logical volumes. Assume that an appropriate directory called and a cor- responding file already exist (see lvm(7)). First, initialize the disk, say so that it can be used as an LVM boot disk. Place the LIF information on the disk using the command. Create the volume group Create a logical volume that is suitable for use as the root volume. This logical volume has to be the first in the volume group and should be a contiguous volume with bad block relocation turned off. Create a logical volume that will be used as primary swap. This volume should be contiguous. Create a logical volume that will be used as the dump volume. This volume should be contiguous with bad block relocation turned off. Specify that the logical volume, will be used as the root volume. Specify that the logical volume, will be used as the primary swap. Specify that the logical volume, will be used as the dump volume. Display the results of the previous operations. The following examples show configuration of separate root and boot volumes. Create a root volume group, containing root, boot, swap, and dump logical volumes. Assume that an appropriate directory called and a corresponding file already exist (see lvm(7)). First, initialize the disk, say so that it can be used as an LVM boot disk. Place the LIF information on the disk using the command. Create the volume group Create a logical volume that is suitable for use as the boot volume. This logical volume has to be the first in the volume group and should be a contiguous volume with bad block relocation turned off. Create a logical volume that is suitable for use as the root volume. This logical volume should be a contiguous volume with bad block relocation turned off. Create a logical volume that will be used as primary swap. This volume should be contiguous. Create a logical volume that will be used as the dump volume. This volume should be contiguous with bad block relocation turned off. Specify that the logical volume, will be used as the root volume. Specify that the logical volume, will be used as the boot volume. Specify that the logical volume, will be used as the primary swap. Specify that the logical volume, will be used as the dump volume. Display the results of the previous operations. The following example shows configuration of multiple dump volumes. Specify that logical volumes and should be used as the dump logical volumes and that should also be used as primary swap. Assume that the volume group and the logical volumes have been created and the logical volumes are contiguous. WARNINGS
Dump Volume Warnings At the HP-UX 11.00 release and forward, the command will support any size dump device depending upon the IODC firmware addressability of the system. If the configured dump logical volume is out of the range of what the firmware can address, the command will return an error message such as "Unable to configure dump logical volume. Dump logical volume size beyond the IODC max address." Separate Root/Boot Warnings Whenever mkboot(1M) is used to restore the LIF area of a damaged root physical volume, the boot_lv option of must be performed afterwards to record the boot volume information inside the new LIF (see lif(4)). Subsequent commands such as are dependent on the boot_lv informa- tion inside the LIF. If the option does not locate the boot volume boot_lv, and the root_lv has not yet been performed, then performing the root_lv option will enable the boot volume to be located. The command derives the location of boot volume from the location of the root volume. Maintenance-Mode Warnings When creating additional root volumes, a normal boot must be performed on each new root volume so that which is required for maintenance- mode boots (see hpux(1M) for PA-RISC systems), gets created for each new root volume. Mirrored root_lv volumes should start at the same offset on each physical volume so that the location stored in works for maintenance-mode boots off of any mirror. FILES
Contains the location of the root volume. Used during maintenance-mode boots (see hpux(1M) for PA-RISC systems) to locate the root volume. SEE ALSO
lvcreate(1M), lvrmboot(1M), lvmadm(1M), mkboot(1M), pvcreate(1M), vgcreate(1M), inittab(4), lif(4), lvm(7). lvlnboot(1M)
All times are GMT -4. The time now is 05:18 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy