|
Replies:
9
-
Last Post:
Nov 19, 2008 8:49 AM
by: rob_c
|
|
|
Posts:
988
From:
US
Registered:
3/9/05
|
|
|
|
[indiana-discuss] pkg.opensolaris.org package repository update
(build 101a)
Posted:
Nov 7, 2008 10:50 PM
|
|
The OpenSolaris development package repository
http://pkg.opensolaris.org/
has been updated to reflect the changes in snv_101 and snv_101a
including major fixes to the Caiman "Slim Install" and the Image
Packaging System (IPS). This build is an initial release candidate
build for the OpenSolaris 2008.11 release. For this build, the
recommended minimum memory size is 768MB or greater.
Users who wish to update their system to the development build can do
so using the "image-update" facility provided by the pkg(1) command or
by the "Update All" facility of the Package Manager GUI.
For important information about "image-update", see the instructions at
http://opensolaris.org/os/project/indiana/resources/rn3/image-update/
IMPORTANT NOTE: The development builds have undergone limited testing
and users should expect to uncover issues as the next release is
developed. Bug reports and requests for enhancement are welcome
through http://defect.opensolaris.org/
ISO images for CD-R/CD-RW and USB are being made available for this
build via BitTorrent. Torrent files are provided as follows
Primary Languages CD, gzip compression, 681MB
http://dlc.sun.com/torrents/info/osol-0811-101a-rc1b.iso.torrent
Primary Languages USB, gzip compression, 818MB
http://dlc.sun.com/torrents/info/osol-0811-101a-rc1b.usb.torrent
All Languages CD, LZMA compression, 634MB
http://dlc.sun.com/torrents/info/osol-0811-101a-rc1b-global.iso.torrent
All Languages USB, LZMA compression, 761MB
http://dlc.sun.com/torrents/info/osol-0811-101a-rc1b-global.usb.torrent
MD5 checksums for these images
http://opensolaris.org/os/project/indiana/files/md5sums_101a-rc1b.txt
The ISO images are also available for HTTP download from
http://www.genunix.org/
USB images can be copied to a USB device using the "usbcopy" program
that is part of the SUNWdistro-const package or by downloading the
script
http://src.opensolaris.org/source/raw/caiman/slim_source/usr/src/cmd/install-tools/usbcopy
New packages in this repository update
======================================
FSWxorg-fonts-core X.Org Foundation X11 core fonts
FSWxorg-fonts-cyrillic X.Org Foundation X11 Cyrillic fonts
FSWxorg-fonts-daewoo X.Org Foundation X11 Daewoo Korean fonts
FSWxorg-fonts-ethiopic X.Org Foundation X11 Ethiopic fonts
FSWxorg-fonts-iso8859-10 X.Org Foundation X11 iso8859-10 fonts
FSWxorg-fonts-iso8859-13 X.Org Foundation X11 iso8859-13 fonts
FSWxorg-fonts-iso8859-14 X.Org Foundation X11 iso8859-14 fonts
FSWxorg-fonts-iso8859-16 X.Org Foundation X11 iso8859-16 fonts
FSWxorg-fonts-iso8859-2 X.Org Foundation X11 iso8859-2 fonts
FSWxorg-fonts-iso8859-3 X.Org Foundation X11 iso8859-3 fonts
FSWxorg-fonts-iso8859-4 X.Org Foundation X11 iso8859-4 fonts
FSWxorg-fonts-iso8859-9 X.Org Foundation X11 iso8859-9 fonts
FSWxorg-fonts-jiskan X.Org Foundation X11 jiskan Japanese fonts
FSWxorg-fonts-syriac X.Org Foundation X11 Syriac fonts
FSWxorg-fonts-vera Bitstream Vera fonts
SUNWemlxs Emulex-Sun LightPulse Fibre Channel Adapter
SUNWgawk gawk - GNU implementation of awk
SUNWgnome-camera-img-editor-plugin GNOME digital camera tool plugin for
SUNWlang-deDE German (Germany) language support
SUNWlang-enUS English (U.S.A.) language support
SUNWlang-esES Spanish (Spain) language support
SUNWlang-frFR French (France) language support
SUNWman-l10n-ja On-Line Manual Pages for Japanese
SUNWncurses A CRT screen handling and optimization package.
SUNWpython-lxml lxml
SUNWswt Standard Widget Toolkit
SUNWxprint-server X Window System Print Server
SUNWxwpft X Window System Printer Fonts
Special NVIDIA considerations
=============================
This build includes the latest NVIDIA graphics driver, version 177.80.
This updated driver no longer supports a number of legacy chipsets
which are documented below. When updating systems with such chipsets,
one can either remove the file /etc/X11/xorg.conf, if it exists, or to
continue using an accelerated driver, legacy SVR4 packages are
available that can be used instead of the bundled driver
http://www.nvidia.com/object/unix.html
In order to install one of these legacy packages, the bundled driver
should be removed using the following commands
$ pfexec pkg uninstall slim_install
$ pfexec pkg uninstall NVDAgraphics
followed by downloading and executing the legacy self-extracting
archive.
Graphics cards & chipsets affected:
NVIDIA chip name Device PCI ID
GeForce PCX 5750 0x00FA
GeForce PCX 5900 0x00FB
Quadro FX 330/GeForce PCX 5300 0x00FC
Quadro FX 330/Quadro NVS 280 PCI-E 0x00FD
Quadro FX 1300 0x00FE
GeForce FX 5800 Ultra 0x0301
GeForce FX 5800 0x0302
Quadro FX 2000 0x0308
Quadro FX 1000 0x0309
GeForce FX 5600 Ultra 0x0311
GeForce FX 5600 0x0312
GeForce FX 5600XT 0x0314
GeForce FX Go5600 0x031A
GeForce FX Go5650 0x031B
Quadro FX Go700 0x031C
GeForce FX 5200 0x0320
GeForce FX 5200 Ultra 0x0321
GeForce FX 5200 0x0322
GeForce FX 5200LE 0x0323
GeForce FX Go5200 0x0324
GeForce FX Go5250 0x0325
GeForce FX 5500 0x0326
GeForce FX 5100 0x0327
GeForce FX Go5200 32M/64M 0x0328
Quadro NVS 55/280 PCI 0x032A
Quadro FX 500/FX 600 0x032B
GeForce FX Go53xx 0x032C
GeForce FX Go5100 0x032D
GeForce FX 5900 Ultra 0x0330
GeForce FX 5900 0x0331
GeForce FX 5900XT 0x0332
GeForce FX 5950 Ultra 0x0333
GeForce FX 5900ZT 0x0334
Quadro FX 3000 0x0338
Quadro FX 700 0x033F
GeForce FX 5700 Ultra 0x0341
GeForce FX 5700 0x0342
GeForce FX 5700LE 0x0343
GeForce FX 5700VE 0x0344
GeForce FX Go5700 0x0347
GeForce FX Go5700 0x0348
Quadro FX Go1000 0x034C
Quadro FX 1100 0x034E
Known issues in this repository update
======================================
2900 FireFox 3.0.1 core dump on exit of gmail. snv 95
http://defect.opensolaris.org/bz/show_bug.cgi?id=2900
Using versions of the Adobe Flash Player plugin prior to
version 9.0.125.0 may cause Firefox to exit prematurely.
Work-around:
Install version 9.0.125.0 or greater of the plugin and
then restart Firefox.
3262 pkg image-update symbolic link error
http://defect.opensolaris.org/bz/show_bug.cgi?id=3262
Updating an image using "pkg image-update" may fail with the
following error
OSError: [Errno 90] Number of symbolic links encountered during
path name traversal exceeds MAXSYMLINKS:
'/tmp/<some path>/var/svc/profile/inetd_generic.xml'
Work-around:
Remove /var/svc/profile/inetd_generic.xml and rerun the
"pkg image-update".
3597 Unable to install OpenSolaris with 512 MB base memory
http://defect.opensolaris.org/bz/show_bug.cgi?id=3597
The OpenSolaris Live Media cannot be booted on a system with
only 512MB of memory or if it boots, it runs extremely slowly.
Work-around:
None at this time. At least 768MB of memory is a
requirement for now.
4391 "OSError: [Errno 12] Not enough space"
http://defect.opensolaris.org/bz/show_bug.cgi?id=4391
Updating an image using "pkg image-update" may fail with the
following error
OSError: [Errno 12] Not enough space
Work-around:
Either add additional swap to the system (see the
swap(1M) manual page for more details) or close some of
the open applications. After performing either of
these steps, the command can be retried.
4645 after sys-unconfig, cannot see questions due to graphical boot
http://defect.opensolaris.org/bz/show_bug.cgi?id=4645
When booting after having used sys-unconfig(1M), a graphical
boot screen appears with no completion of the boot process
after several minutes.
Work-around:
Disable the graphical boot temporarily by typing "e"
when the initial GRUB menu appears. Then using the
arrow keys, navigate to each of the following lines and
type "d" to clear them
splashimage /boot/solaris.xpm
foreground d25f00
background 115d93
Then navigate to the "kernel$" line, type "e" to edit
this line and backspace to remove the text
",console=graphics". Finally, press RETURN followed by
a "b".
Image Packaging System (IPS) specific bugs addressed in this repository update
============================================================================= =
166 os.makedirs() does not set directory mode
956 Firefox needs a default MIME association for Java Web Start (JNLP)
1225 Mimetype association for openoffice documents doesn't work
1419 Help is missing
1579 Details text field should be anchored to bottom
1780 BE message from "pkg image-update" should use some line feeds
2121 Install/Upgrade Check dialog needs to be more informative
2325 optional dependency enforcement can't handle fmris disappearing from the
2717 pkg.depotd: need smf support for depot mode options
2792 Pkg dependency resolution is broken
3043 pkg installs a minimum version without telling you why
3156 pkg(1) man page doesn't mention -q option for install/uninstall
3202 Add dialog for setting name for Boot Environment
3203 Add dialog for update error - Not enought free space
3227 Incorporations are broken when the package have dependencies on
3234 pkg(1) man page doesn't mention mirror options for set-authority
3509 IndexError gathering driver aliases
3533 Live CD needs smaller X font set
3676 Split EMEA variants of primary locales to separate packages
3803 Mirror selection should avoid authority origin
3897 livecd does not deliver necessary packages to support tracker
4008 Client API api.info is slow and appears to be consuming a...
4011 client.py would traceback on a api VersionException
4018 Package Manager - Window width bug
4116 action parsing inducing serious memory leak
4126 I10n update for IPS CLI PM and UM
4193 depotd index process doesn't start when script used to start depot.py
4204 Traceback when attempting to uninstall a package that I have multiples of
4213 CLI PM and UM need to point to correct release note URL on successful
4236 ipkg zone fails to boot when alternate BE mounted.
4239 search should know about classification schemes
4242 system/avahi-bridge-dsd ends up in maintenance
4249 resync repository to snv_101
4250 wrong version of SUNWxorg-server is being imported
4252 SUNWipkg-gui doesn't deliver intermediate directories
4253 application/pkg/update method calls non-existent function
4259 Adjustments needed for g11n package classification.
4262 Need to fix up some classification sub-category values.
4263 manifest caching should only be done for pkg(1) for now
4277 catalog must be readable by unpriviliged users
4287 support for migration and update using detach/attach
4291 RuntimeError when sslerror exception occurs
4296 Catalog.recv uses os.rename rather than portable.rename
4306 GUI created an authority with whitespaces --> bad things happened
4311 remove enabling virtual consoles in the default SMF profiles
4316 Need to make new version of sunstudioexpress available for 2008.11
4321 Add log-scripts to the gate
4348 Package manager icon on the desktop should be renamed to "Add More
4379 elf module fails to return error conditions correctly
4381 Filelist shall not raise runtime error
4382 driver action verification could verify clone perms
4384 Usage and man page options don't match
4389 SUNWgui-install should have dependency on SUNWbeadm
4400 Remove redundant transport error handling logic
4412 pkg refresh can strand one w/o packages after upgrade from 86
4421 type error when raising exception in actuator.py
4424 Emacs packages need some manual dependencies
4440 resync repository to snv_101a
4453 Need to provide updated /etc/skel files for the installer
4455 depend.verify min_fmri checking needs to be 1 TB disk
4244 ai_manifest.defval.xml is broken
4245 Cleanup AI default.xml
4276 Outdated GNOME version in installer, Getting started icon refers to
4285 Update Online Help for Slim Install 2008.11
4293 x86.microroot seems larger than it needs to be
4302 AI SC has to pad MAC addresses
4303 Please use same capitalization for A/I criteria as used elsewhere
4319 Add installadm man page to the SUNWinstalladm-tools package
4344 ICT fails to create user account if real name contains an apostrophe
4380 Webserver has a debugging print line left in
4390 SUNWinstall should have dependency on SUNWbeadm
4478 ai_x86_image.xml and slim_cd.xml looking for nonexistent file
4550 'pkg uninstall SUNWslim-utils' fails with osol-0811-101a-rc1a.iso
_______________________________________________
indiana-discuss mailing list
indiana-discuss at opensolaris dot org
http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
|
|
|
Posts:
2,205
From:
US
Registered:
3/9/05
|
|
|
|
Re: [indiana-discuss] pkg.opensolaris.org package repository update
(build 101a)
Posted:
Nov 8, 2008 5:50 AM
in response to: comay
|
|
On Fri, 2008-11-07 at 22:50 -0800, David dot Comay at Sun dot COM wrote:
> The OpenSolaris development package repository
>
> http://pkg.opensolaris.org/
>
> has been updated to reflect the changes in snv_101 and snv_101a
My update from 100 to 101 failed as follows:
seb:~$ pfexec pkg image-update
DOWNLOAD PKGS FILES XFER (MB)
openoffice 6/674 7199/23570 280.19/711.84
pkg: An unexpected error happened while preparing for image-update:
Traceback (most recent call last):
File "/usr/bin/pkg", line 2139, in ?
__ret = main_func()
File "/usr/bin/pkg", line 2086, in main_func
return image_update(mydir, pargs)
File "/usr/bin/pkg", line 594, in image_update
api_inst.prepare()
File "/usr/lib/python2.4/vendor-packages/pkg/client/api.py", line 412, in prepare
self.img.imageplan.preexecute()
File "/usr/lib/python2.4/vendor-packages/pkg/client/imageplan.py", line 606, in preexecute
p.download()
File "/usr/lib/python2.4/vendor-packages/pkg/client/pkgplan.py", line 258, in download
flist.add_action(dest)
File "/usr/lib/python2.4/vendor-packages/pkg/client/filelist.py", line 152, in add_action
self._do_get_files()
File "/usr/lib/python2.4/vendor-packages/pkg/client/filelist.py", line 250, in _do_get_files
fe = self._get_files()
File "/usr/lib/python2.4/vendor-packages/pkg/client/filelist.py", line 391, in _get_files
raise FileListRetrievalError("Could not retrieve"
TypeError: int argument required
pkg: This is an internal error. Please let the developers know about this
problem by filing a bug at http://defect.opensolaris.org and including the
above traceback and this message. The version of pkg(5) is '216d2efd0c27'.
I'll give it another go.
-Seb
_______________________________________________
indiana-discuss mailing list
indiana-discuss at opensolaris dot org
http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
|
|
|
|
|
Shawn Walker
swalker@opensolaris....
|
|
|
|
Re: [indiana-discuss] pkg.opensolaris.org package repository update
(build 101a)
Posted:
Nov 9, 2008 6:49 PM
in response to: seb
|
|
Sebastien Roy wrote:
> On Fri, 2008-11-07 at 22:50 -0800, David dot Comay at Sun dot COM wrote:
>> The OpenSolaris development package repository
>>
>> http://pkg.opensolaris.org/
>>
>> has been updated to reflect the changes in snv_101 and snv_101a
>
> My update from 100 to 101 failed as follows:
>
> seb:~$ pfexec pkg image-update
> DOWNLOAD PKGS FILES XFER (MB)
> openoffice 6/674 7199/23570 280.19/711.84
> pkg: An unexpected error happened while preparing for image-update:
> Traceback (most recent call last):
> File "/usr/bin/pkg", line 2139, in ?
> __ret = main_func()
> File "/usr/bin/pkg", line 2086, in main_func
> return image_update(mydir, pargs)
> File "/usr/bin/pkg", line 594, in image_update
> api_inst.prepare()
> File "/usr/lib/python2.4/vendor-packages/pkg/client/api.py", line 412, in prepare
> self.img.imageplan.preexecute()
> File "/usr/lib/python2.4/vendor-packages/pkg/client/imageplan.py", line 606, in preexecute
> p.download()
> File "/usr/lib/python2.4/vendor-packages/pkg/client/pkgplan.py", line 258, in download
> flist.add_action(dest)
> File "/usr/lib/python2.4/vendor-packages/pkg/client/filelist.py", line 152, in add_action
> self._do_get_files()
> File "/usr/lib/python2.4/vendor-packages/pkg/client/filelist.py", line 250, in _do_get_files
> fe = self._get_files()
> File "/usr/lib/python2.4/vendor-packages/pkg/client/filelist.py", line 391, in _get_files
> raise FileListRetrievalError("Could not retrieve"
> TypeError: int argument required
>
>
> pkg: This is an internal error. Please let the developers know about this
> problem by filing a bug at http://defect.opensolaris.org and including the
> above traceback and this message. The version of pkg(5) is '216d2efd0c27'.
>
> I'll give it another go.
That's a new bug. Can you file one?
--
Shawn Walker
_______________________________________________
indiana-discuss mailing list
indiana-discuss at opensolaris dot org
http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
|
|
|
|
|
Posts:
2,205
From:
US
Registered:
3/9/05
|
|
|
|
|
|
Shawn Walker
swalker@opensolaris....
|
|
|
|
Re: [indiana-discuss] pkg.opensolaris.org package repository update
(build 101a)
Posted:
Nov 9, 2008 7:21 PM
in response to: seb
|
|
Sebastien Roy wrote:
> On Sun, 2008-11-09 at 20:49 -0600, Shawn Walker wrote:
>> That's a new bug. Can you file one?
>>
>
> Done:
>
> http://defect.opensolaris.org/bz/show_bug.cgi?id=4731
Thanks; on a sidenote, the bug isn't what is preventing you from
upgrading. It's just hiding the real error that happened. It looks
like there was a retrieval problem, so you may want to try a few times
to see if it eventually works.
--
Shawn Walker
_______________________________________________
indiana-discuss mailing list
indiana-discuss at opensolaris dot org
http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
|
|
|
|
|
Posts:
2,205
From:
US
Registered:
3/9/05
|
|
|
|
Re: [indiana-discuss] pkg.opensolaris.org package repository update
(build 101a)
Posted:
Nov 9, 2008 7:23 PM
in response to: Shawn Walker
|
|
On Sun, 2008-11-09 at 21:21 -0600, Shawn Walker wrote:
> Sebastien Roy wrote:
> > On Sun, 2008-11-09 at 20:49 -0600, Shawn Walker wrote:
> >> That's a new bug. Can you file one?
> >>
> >
> > Done:
> >
> > http://defect.opensolaris.org/bz/show_bug.cgi?id=4731
>
> Thanks; on a sidenote, the bug isn't what is preventing you from
> upgrading. It's just hiding the real error that happened. It looks
> like there was a retrieval problem, so you may want to try a few times
> to see if it eventually works.
Yep; it did. I was able to update the second time.
Thanks,
-Seb
_______________________________________________
indiana-discuss mailing list
indiana-discuss at opensolaris dot org
http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
|
|
|
|
|
Posts:
773
From:
US
Registered:
8/22/06
|
|
|
|
Re: [indiana-discuss] pkg.opensolaris.org package repository update
(build 101a)
Posted:
Nov 10, 2008 2:08 PM
in response to: comay
|
|
David dot Comay at Sun dot COM wrote:
> The OpenSolaris development package repository
>
> http://pkg.opensolaris.org/
>
> has been updated to reflect the changes in snv_101 and snv_101a
updating my laptop (lenovo T60p, running 100 quite happily) caused this
behaviour upon reboot:
I wasn't watching the console closely when the machine rebooted, but I saw
it spewing tons of messages which looked sth like
"/kernel/drv/ath: unknown symbol ieee..." (I can't recall what that symbol
was)
I had to depress the power-button to get it to stop and reboot, which it
did, but then it was requesting a root account and password. what I can see
so far is that svc.config and svc.startd are running, but not a single
service - "svcs -a" comes up empty.
I've tried following /lib/svc/share/README, specifically,
# svcadm clear system/boot-archive
but there's been no change.
I've now rebooted into the previous boot-archive.
I also installed the opensolaris atheros driver, as I've been doing for
some time now .. what else can I do to fix this?
thx
Michael
PS: I'm writing this on another machine, so I can (re)boot anytime
--
Michael Schuster http://blogs.sun.com/recursion
Recursion, n.: see 'Recursion'
_______________________________________________
indiana-discuss mailing list
indiana-discuss at opensolaris dot org
http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
|
|
|
|
|
Posts:
24
From:
US
Registered:
11/16/07
|
|
|
|
Re: [indiana-discuss] pkg.opensolaris.org package repository update
(build 101a)
Posted:
Nov 16, 2008 5:59 PM
in response to: comay
|
|
Hi all,
I updated from 2008.05 snv_86 to 2008.11 snv_100a on my HP
Pavilion dv6707 laptop, and want to provide a little feedback
and also ask a question.
First the feedback: in general the upgrade went well, and the
ability to flip back and forth between my old and new boot
images was very cool. However, if I had less patience and
experience, I could easily have become very frustrated by
a couple of issues:
The first issue was that my first substantive command "pfexec pkg
install SUNWipkg@0.5.11-0.86" failed with a stack trace that ended
with:
NameError: could not retrieve manifest 'SUNWipkg@0.5.11%2C5.11-0.86%3A20081106T171859Z'
from 'http://pkg.opensolaris.org:80'
After a lot of web searching and playing around, it looks like this
was probably because all of the mirrors were not updated and my pkg
install got the package name from one place and tried to retrieve
the package from another place that was not in sync. In the end,
running the command several times eventually resulted in a successful
install. I then ran into the same issue when I performed the full
"image-update" and had to run that a few times as well. This seems
to point to two issues, one we need better QC on the mirror updates,
and two, it shouldn't be possible to fail in this way. If I am told
a version to retrieve, I should only try to retrieve from mirrors
that have been updated.
The second issue was that one of my "pkg image-update" commands
failed after several minutes and a fair amount of progress with:
pkg: Maximum (4) network retries exceeded during download. Details follow:
1: IO Error while communicating with 'http://pkg.opensolaris.org:80': Retryable
socket error: (131, 'Connection reset by peer').
2: IO Error while communicating with 'http://pkg.opensolaris.org:80': Retryable
socket error: (146, 'Connection refused'). (happened 3 times)
This leads to my question: is it possible to tune the maximum
number of network retries? For me, this was a one time error,
but for one of my office mates, it happened repeatedly and he
gave up on his upgrade. From what he said, it happened after
as a much as a few hundred megabytes of downloading had occurred,
which would obviously be frustrating. It seems like the
decision to terminate the download should probably be more
conservative. Personally I would prefer that it warn me
about retries but retry forever unless I tell it to stop.
The third issue was that my Atheros wireless network did not
work on reboot, and I eventually found that I needed to uninstall
the 2008.11 SUNWatheros package and reinstall the 0.7.3 package
from http://opensolaris.org/os/community/laptop/wireless/ath/
I'm not sure why the bundled package didn't work, but maybe it
was because I run a 64 bit kernel. FWIW, this would have been
fairly trivial to fix before rebooting to my new boot environment,
but required flipping back and forth between my old and new
environments to fix after the fact, since I no longer had a
working network in the new environment. It is totally cool that
this was possible, but I would have preferred not to test out
this feature... ;-) This might warrant a warning similar to the one
for the nvidia graphics driver warning.
HTH,
David
_______________________________________________
indiana-discuss mailing list
indiana-discuss at opensolaris dot org
http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
|
|
|
|
|
Posts:
1,154
From:
US
Registered:
6/14/05
|
|
|
|
Re: [indiana-discuss] pkg.opensolaris.org package repository update
(build 101a)
Posted:
Nov 18, 2008 1:36 PM
in response to: dlutz
|
|
David Lutz wrote:
> After a lot of web searching and playing around, it looks like this
> was probably because all of the mirrors were not updated and my pkg
> install got the package name from one place and tried to retrieve
> the package from another place that was not in sync. In the end,
> running the command several times eventually resulted in a successful
> install. I then ran into the same issue when I performed the full
> "image-update" and had to run that a few times as well. This seems
> to point to two issues, one we need better QC on the mirror updates,
> and two, it shouldn't be possible to fail in this way. If I am told
> a version to retrieve, I should only try to retrieve from mirrors
> that have been updated.
Currently, there's no way for it to know that a mirror has or has not
been updated. Mirrors only host the file contents and not the package
catalog or anything else.
With that said, the client should be smarter about giving up on a mirror
that should have certain content and doesn't. I was under the
impression that this logic was already in place. Can you file a bug?
> The second issue was that one of my "pkg image-update" commands
> failed after several minutes and a fair amount of progress with:
>
> pkg: Maximum (4) network retries exceeded during download. Details follow:
> 1: IO Error while communicating with 'http://pkg.opensolaris.org:80': Retryable
> socket error: (131, 'Connection reset by peer').
> 2: IO Error while communicating with 'http://pkg.opensolaris.org:80': Retryable
> socket error: (146, 'Connection refused'). (happened 3 times)
>
> This leads to my question: is it possible to tune the maximum
> number of network retries? For me, this was a one time error,
Currently, there are two undocumented environment variables available to
tweak this until we have a formal interface to do so:
PKG_CLIENT_TIMEOUT (number of seconds to wait before socket gets timed out)
PKG_TIMEOUT_MAX (number of attempts to make before giving up; i.e. the 4
attempts made above)
> but for one of my office mates, it happened repeatedly and he
> gave up on his upgrade. From what he said, it happened after
> as a much as a few hundred megabytes of downloading had occurred,
> which would obviously be frustrating. It seems like the
It should have resumed fairly close to where it left off since we
download in chunks, so even though it was after a few hundred megabytes,
it is unlikely that it had to download all that again.
> decision to terminate the download should probably be more
> conservative. Personally I would prefer that it warn me
> about retries but retry forever unless I tell it to stop.
As for retrying forever, that's a matter of preference, but I could
certainly a user wanting to control that behaviour. Can you file an RFE
at defect.opensolaris.org asking for control over this?
> was because I run a 64 bit kernel. FWIW, this would have been
> fairly trivial to fix before rebooting to my new boot environment,
> but required flipping back and forth between my old and new
> environments to fix after the fact, since I no longer had a
> working network in the new environment. It is totally cool that
> this was possible, but I would have preferred not to test out
> this feature... ;-) This might warrant a warning similar to the one
> for the nvidia graphics driver warning.
You also could have mounted the old boot environment somewhere with
something like "beadm mount snv99 /mnt" and gotten what you needed from
it. Just don't forget to "beadm unmount" after you're done.
Cheers,
--
Shawn Walker | shawn dot walker at sun dot com | blogs.sun.com/srw
_______________________________________________
indiana-discuss mailing list
indiana-discuss at opensolaris dot org
http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
|
|
|
|
|
Posts:
131
From:
Registered:
6/30/08
|
|
|
|
|
|
