566722 – NotImplementedError: Support for reading AIX disk labels is is not implemented yet.

RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 566722 - NotImplementedError: Support for reading AIX disk labels is is not implemented yet.

Summary: NotImplementedError: Support for reading AIX disk labels is is not implemente...

Keywords:
Status:	CLOSED CURRENTRELEASE
Alias:	None
Product:	Red Hat Enterprise Linux 6
Classification:	Red Hat
Component:	anaconda
Sub Component:
Version:	6.0
Hardware:	ppc64
OS:	Linux
Priority:	medium
Severity:	medium
Target Milestone:	rc
Target Release:	---
Assignee:	Hans de Goede
QA Contact:	Martin Banas
Docs Contact:
URL:
Whiteboard:	anaconda_trace_hash:31755314b9be8536f...
Depends On:
Blocks:	582286
TreeView+	depends on / blocked

Reported:	2010-02-19 14:38 UTC by Martin Banas
Modified:	2010-07-02 20:44 UTC (History)
CC List:	2 users (show)
Fixed In Version:	anaconda-13.21.21-1
Doc Type:	Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed:	2010-07-02 20:44:34 UTC
Target Upstream Version:
Embargoed:

Attachments	(Terms of Use)
Attached traceback automatically from anaconda. (97.74 KB, text/plain) 2010-02-19 14:38 UTC, Martin Banas	no flags	Details
View All

Description Martin Banas 2010-02-19 14:38:28 UTC

The following was filed automatically by anaconda:
anaconda 13.21.14 exception report
Traceback (most recent call first):
  File "/usr/lib64/python2.6/site-packages/parted/disk.py", line 51, in __init__
    self.__disk = _ped.Disk(device.getPedDevice())
  File "/usr/lib64/python2.6/site-packages/parted/decorators.py", line 30, in localeC
    ret = fn(*args, **kwds)
  File "<string>", line 2, in __init__
  File "/usr/lib/anaconda/storage/formats/disklabel.py", line 132, in partedDisk
    self._partedDisk = parted.Disk(device=self.partedDevice)
  File "/usr/lib/anaconda/storage/formats/disklabel.py", line 70, in __init__
    self._origPartedDisk = self.partedDisk.duplicate()
  File "/usr/lib/anaconda/storage/formats/__init__.py", line 91, in getFormat
    fmt = fmt_class(*args, **kwargs)
  File "/usr/lib/anaconda/storage/devicetree.py", line 1300, in handleUdevDiskLabelFormat
    exists=True)
  File "/usr/lib/anaconda/storage/devicetree.py", line 1688, in handleUdevDeviceFormat
    self.handleUdevDiskLabelFormat(info, device)
  File "/usr/lib/anaconda/storage/devicetree.py", line 1276, in addUdevDevice
    self.handleUdevDeviceFormat(info, device)
  File "/usr/lib/anaconda/storage/devicetree.py", line 1920, in populate
    self.addUdevDevice(dev)
  File "/usr/lib/anaconda/storage/__init__.py", line 374, in reset
    self.devicetree.populate()
  File "/usr/lib/anaconda/storage/__init__.py", line 109, in storageInitialize
    storage.reset()
  File "/usr/bin/anaconda", line 1030, in <module>
    storage.storageInitialize(anaconda)
NotImplementedError: Support for reading AIX disk labels is is not implemented yet.

Comment 1 Martin Banas 2010-02-19 14:38:33 UTC

Created attachment 395110 [details]
Attached traceback automatically from anaconda.

Comment 3 Chris Lumens 2010-02-19 14:46:28 UTC

Do any of the disks attached to this machine actually have an AIX disk label?

Comment 4 RHEL Program Management 2010-02-19 15:00:05 UTC

This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release.  Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release.  This request is not yet committed for
inclusion.

Comment 6 Martin Banas 2010-03-17 09:40:41 UTC

Hi Chris,

I managed to get the information you requested before the traceback is displayed. It seems there're no AIX disk labels (in man parted the disk label is defined as partition table).

sh-4.1# parted /dev/sda print
Model: IBM HUS103073FL3600 (scsi)
Disk /dev/sda: 73.4GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type     File system  Flags
 1      32.3kB  8225kB  8193kB  primary               boot, prep
 2      8225kB  115MB   107MB   primary  ext3
 3      115MB   73.4GB  73.3GB  primary               lvm


sh-4.1# parted /dev/sdb print
Model: IBM HUS103073FL3600 (scsi)
Disk /dev/sdb: 73.4GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type     File system  Flags
 1      32.3kB  73.4GB  73.4GB  primary               lvm


sh-4.1# fdisk /dev/sda -l

Disk /dev/sda: 73.4 GB, 73407488000 bytes
255 heads, 63 sectors/track, 8924 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x65440a00

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1           1        8001   41  PPC PReP Boot
/dev/sda2               2          14      104422+  83  Linux
/dev/sda3              15        8924    71569575   8e  Linux LVM
sh-4.1# 
sh-4.1# blkid
/dev/loop0: TYPE="squashfs" 
/dev/sda2: LABEL="/boot" UUID="37731915-d63f-461f-8a34-1674d96aaf20" TYPE="ext3" 
/dev/sda3: UUID="pG3ROi-g2Bt-RuIm-iW0Q-IQ2R-09X1-4i0uoc" TYPE="LVM2_member" 
/dev/sdb1: UUID="cJrYRW-BXg6-RQW2-t3Vh-joHE-esSm-9R35G3" TYPE="LVM2_member" 
/dev/mapper/VolGroup00-LogVol00: UUID="7bb177ec-ccc7-4cf1-88f2-8f8001266b1e" TYPE="ext3" 
/dev/mapper/VolGroup00-LogVol01: TYPE="swap" 


sh-4.1# fdisk -l /dev/sdb

Disk /dev/sdb: 73.4 GB, 73407488000 bytes
255 heads, 63 sectors/track, 8924 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xdf160500

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1        8924    71681998+  8e  Linux LVM

Comment 7 Martin Banas 2010-03-17 15:21:18 UTC

Hello, I found also a second machine with the same behaviour.

-bash-4.1# parted /dev/sda print
Model: AIX VDASD (scsi)
Disk /dev/sda: 172GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type     File system  Flags
 1      32.3kB  8225kB  8193kB  primary               boot, prep
 2      8225kB  115MB   107MB   primary  ext3
 3      115MB   172GB   172GB   primary               lvm

-bash-4.1# fdisk /dev/sda -l

Disk /dev/sda: 171.8 GB, 171798691840 bytes
255 heads, 63 sectors/track, 20886 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xeec20600

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1           1        8001   41  PPC PReP Boot
/dev/sda2               2          14      104422+  83  Linux
/dev/sda3              15       20886   167654340   8e  Linux LVM

Comment 8 Chris Lumens 2010-03-17 15:54:19 UTC

This is very strange.  The error message you're getting comes straight out of parted, though we wrap it in an exception in pyparted.  I wonder if parted's disk label detection is somehow busted.

Comment 9 Karel Zak 2010-03-18 16:34:41 UTC

Please, try

  # od -N 4 -t x /dev/sda

the AIX magic string is "\xC9\xC2\xD4\xC1". The fdisk should be able to detect AIX label as well. So, yes, it's very strange :-)

Comment 10 Hans de Goede 2010-03-18 19:35:34 UTC

(In reply to comment #7)
> Hello, I found also a second machine with the same behaviour.
> 
> -bash-4.1# parted /dev/sda print
> Model: AIX VDASD (scsi)
> Disk /dev/sda: 172GB
> Sector size (logical/physical): 512B/512B
> Partition Table: msdos
> 
> Number  Start   End     Size    Type     File system  Flags
>  1      32.3kB  8225kB  8193kB  primary               boot, prep
>  2      8225kB  115MB   107MB   primary  ext3
>  3      115MB   172GB   172GB   primary               lvm
> 
> -bash-4.1# fdisk /dev/sda -l
> 

<snip>

The model string is, well, the model string as reported by the device. It has nothing to do with what sort of paritioning the device is using. While the detect disklabel type is printed by parted after the "Partition Table: " and parted is correctly detecting an msdos table (if it was detecting a AIX label, you would once more get the not supported message, rather then parted printing a tabel).

I believe when you originally hit this problem, you really had a disk
with an AIX label on there. The correct thing to do here would be to 
make anaconda catch the NotImplementedError, and treat is as a disk without
a label.

Regards,

Hans

Comment 11 Hans de Goede 2010-03-19 09:58:00 UTC

I've done a patch catching NotImplementedError and send it to the anaconda-devel-list.

Comment 13 Hans de Goede 2010-03-22 12:16:54 UTC

This will be fixed in anaconda-13.21.21-1, moving to modified.

Comment 14 Fedora Update System 2010-03-27 03:26:52 UTC

anaconda-13.37-1.fc13 has been submitted as an update for Fedora 13.
http://admin.fedoraproject.org/updates/anaconda-13.37-1.fc13

Comment 15 Fedora Update System 2010-03-27 04:53:33 UTC

anaconda-13.37-1.fc13 has been pushed to the Fedora 13 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 18 Martin Banas 2010-04-27 13:51:51 UTC

Hello,

Verified on RHEL6.0-20100422.12 running tier1 tests on ibm-p5-185-01.rhts.eng.bos.redhat.com. Since there weren't any exact steps to reproduce and it doesn't happen anymore, I'm closing this bug as VERIFIED.

RHTS results:
http://rhts.redhat.com/cgi-bin/rhts/jobs.cgi?id=152214
http://rhts.redhat.com/cgi-bin/rhts/jobs.cgi?id=152213
http://rhts.redhat.com/cgi-bin/rhts/jobs.cgi?id=152212
http://rhts.redhat.com/cgi-bin/rhts/jobs.cgi?id=152211
http://rhts.redhat.com/cgi-bin/rhts/jobs.cgi?id=152208
http://rhts.redhat.com/cgi-bin/rhts/jobs.cgi?id=152207
http://rhts.redhat.com/cgi-bin/rhts/jobs.cgi?id=152206

Comment 19 releng-rhel@redhat.com 2010-07-02 20:44:34 UTC

Red Hat Enterprise Linux Beta 2 is now available and should resolve
the problem described in this bug report. This report is therefore being closed
with a resolution of CURRENTRELEASE. You may reopen this bug report if the
solution does not work for you.

Note You need to log in before you can comment on or make changes to this bug.