Hi Jack,
thank you very much for looking into this !
I have done more investigation in order to narrow
down the issue - please see my response below.
Jan
On 09/15/10 03:13 AM, Jack Schwartz wrote:
Hi Jan.
On 09/14/10 02:01 AM, Jan Damborsky wrote:
Hi Jack and Zhong-Yuan,
as part of evaluating potential fix for bug 16714, I have built AI
Sparc image
based on 147 skipping compress() step in boot_archive_archive.py
finalizer [1].
I basically commented out following section:
...
if IS_SPARC:
# print "Doing compression..."
# try:
# compress(BA_BUILD, BA_LOFI_MNT_PT)
# except Exception:
# release_archive()
# raise
...
However, in this case DDU fails with following messages in
/tmp/install_log:
$ more /tmp/install_log
<AI Sep 10 15:29:24> /tmp/ai_combined_manifest.xml manifest setup and
validated
<AI Sep 10 15:29:26> ai_du_get_searched_pkg_list: Doing a device scan
for devices which are missing drivers...
<AI Sep 10 15:29:34> ai_du_get_searched_pkg_list: Querying manifest
for explicit repo for getting missing driver packages...
<AI Sep 10 15:29:34> ai_du_get_searched_pkg_list: Found repo in
manifest: publisher:opensolaris.org, origin:http://ipkg.sfbay/dev
<AI Sep 10 15:29:50> ai_du_get_searched_pkg_list: Manifest allows
adding of third-party drivers
<AI Sep 10 15:30:03> ai_du_get_searched_pkg_list: DDU returned
package info for "video" type device "3DLabs Wildcat Realizm 500".
<AI Sep 10 15:30:03> ai_du_install_packages: Installing packages to /
Looks like the problem starts here:
<AI Sep 10 15:30:03> UNK package at origin:
but I suspect there are two problems.
1) DDU really couldn't find the package (even though the installer
says it did ("DDU returned package info for...").
It seems this might be it - I have built two identical AI images with
boot archive
uncompressed. The only difference is in publisher configured for created
image:
AI image where DDU works reports:
# pkg publisher
PUBLISHER TYPE STATUS URI
opensolaris.org (preferred) origin online
http://ipkg.sfbay/dev/
And the one with DDU failing has:
# pkg publisher
PUBLISHER TYPE STATUS URI
opensolaris.org (preferred) origin online
http://ipkg.sfbay/dev/
opensolaris.org (preferred) mirror online
http://ipkg.czech:8000/
So in the latter case, mirror was added to the 'post install' publisher.
It seems that the mirror is not problem for 'pkg search' itself -
it seems to do the right job:
# pkg search SUNW,XVR-2500
INDEX ACTION
VALUE
PACKAGE
alias driver ['pci3d3d,170', 'SUNW,XVR-2200', 'pci3d3d,176',
'SUNW,XVR-2400', 'pci3d3d,171', 'pci3d3d,1052', 'pci3d3d,1055',
'pci3d3d,178', 'pci3d3d,177', 'pciex3d3d,177', 'pciex3d3d,178',
'SUNW,P25-LITE', 'SUNW,P25-HEAVY', 'SUNW,XVR-2500', 'pci3d3d,1050',
'pciex3d3d,1050'] pkg:/driver/graphics/[email protected]
So the issue seems to be on DDU side
and it is not related to fix for bug 16714 (now tracked in bugster
as 6984618), since DDU works with uncompressed Sparc boot archive.
Based on that, from DDU point of view, are you fine with
omitting compression step as a fix for 6984618 or do you happen
to envision any DDU problems if we go with uncompressed
Sparc boot archive ?
Thank you,
Jan
_______________________________________________
caiman-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
