[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-tar] Issue with GNU Tar and HP-UX LVM v2.2 filesystems

From: Nathan Stratton Treadway
Subject: Re: [Bug-tar] Issue with GNU Tar and HP-UX LVM v2.2 filesystems
Date: Wed, 19 Dec 2012 17:50:47 -0500
User-agent: Mutt/1.5.20 (2009-06-14)

On Mon, Oct 01, 2012 at 15:10:21 +0000, Michael White wrote:
> cghbck a 2.2 vg
> -2147475455            dev_t      st_dev       ID of device containing file

> u01 a 1.0 vg
> 1076035585              dev_t      st_dev       ID of device containing file

For what it's worth, I had Michael run a simple C program that printed
out info on the dev_t type, using the TYPE_SIGNED and TYPE_MAXIUMUM
macros found in GNU tar's gnu/intprops.h file:

  sizeof(dev_t): 4
  TYPE_SIGNED(dev_t): 1
  TYPE_MAXIUMUM(dev_t): 2147483647

  sizeof(ino_t): 4
  TYPE_SIGNED(ino_t): 0
  TYPE_MAXIUMUM(ino_t): 4294967295                                              

Also, I found the following paragraph in the "vgversion" man page
located at  http://www.unix.com/man-page/all/1m/vgversion :

  Note:  The major number changes from 64 to 128 when the volume group is
  upgraded from 1.0 to 2.0 or higher volume group version.

The values Michael reported earlier seem to match that pattern:

 1076035585      =0x40230001

So it would seem that all HP-UX LVM 2 volumes will trigger this
snapshot-file bug....

This page seems related: 
, in particular this paragraph:

  Unfortunately, at least HP-UX 11.31 has dev_t as an integral type, so
  we cannot require dev_t to be unsigned (also, there is historical
  evidence in Solaris 10 and Cygwin 1.5 that these platforms used to have
  dev_t as a signed 16-bit type, but now have it as an unsigned 32-bit


Nathan Stratton Treadway  -  address@hidden  -  Mid-Atlantic region
Ray Ontko & Co.  -  Software consulting services  -   http://www.ontko.com/
 GPG Key: http://www.ontko.com/~nathanst/gpg_key.txt   ID: 1023D/ECFB6239
 Key fingerprint = 6AD8 485E 20B9 5C71 231C  0C32 15F3 ADCD ECFB 6239

reply via email to

[Prev in Thread] Current Thread [Next in Thread]