Re: [OpenIndiana-discuss] quick boots are a pain in my arse
ja...@broken.net said: > I am seeking help in two regards. First, I would prefer to resolve the error > and in lieu of an actual fix, I would like to learn how I can alter the > transient boot environment to do a full reboot. I can't help with the error, but have you tried disabling fast-reboot using the following? svccfg -s "system/boot-config:default" setprop config/fastreboot_default=false Seems to take care of it here, anyway. Regards, Marion ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] quick boots are a pain in my arse
I typo'd this. It should have read: NOTICE: unsupported 32-bit IO address on pci-pci bridge [7/0/0] NOTICE: unsupported 32-bit IO address on pci-pci bridge [8/2/0] Thanks, j. -Original Message- From: Jason Matthews [mailto:ja...@broken.net] Sent: Thursday, July 05, 2012 5:34 PM To: 'Discussion list for OpenIndiana' Subject: [OpenIndiana-discuss] quick boots are a pain in my arse So, my systems wont quick boot at all. Any quick boot results in the following message: NOTICE: unsupported 32-bit IO address on pci-pci bridge [7/0/0] NOTICE: unsupported 32-bit IO address on pci-pci bridge [7/0/0] Then system then hangs. Initial boots are always fine, as are full reboots. I have been able to work around this problem by disabling quick boots in the repo. However, I have noticed that whenever the system goes through a "transient reboot" it seems to attempt a quick boot. This consequently keeps the system from booting. This is a "bad thing" I am seeking help in two regards. First, I would prefer to resolve the error and in lieu of an actual fix, I would like to learn how I can alter the transient boot environment to do a full reboot. The hardware configuration for these systems are as follows Intel S5520UR motherboard (SR2525URLXR) 1 LSI 9205-8e 1 LSI 9211-8i 96 GB of RAM 1 DDRdrive X1 2 L5630 CPUs 2 Newisys NDS-2241 disk shelves shared across two systems 4 Crucial M4 SSDs as boot disks and L2ARC I am standardized on 151a1, but I can upgrade some test units if we think there is a solution in the newer revisions. Thanks, j. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] quick boots are a pain in my arse
So, my systems wont quick boot at all. Any quick boot results in the following message: NOTICE: unsupported 32-bit IO address on pci-pci bridge [7/0/0] NOTICE: unsupported 32-bit IO address on pci-pci bridge [7/0/0] Then system then hangs. Initial boots are always fine, as are full reboots. I have been able to work around this problem by disabling quick boots in the repo. However, I have noticed that whenever the system goes through a "transient reboot" it seems to attempt a quick boot. This consequently keeps the system from booting. This is a "bad thing" I am seeking help in two regards. First, I would prefer to resolve the error and in lieu of an actual fix, I would like to learn how I can alter the transient boot environment to do a full reboot. The hardware configuration for these systems are as follows Intel S5520UR motherboard (SR2525URLXR) 1 LSI 9205-8e 1 LSI 9211-8i 96 GB of RAM 1 DDRdrive X1 2 L5630 CPUs 2 Newisys NDS-2241 disk shelves shared across two systems 4 Crucial M4 SSDs as boot disks and L2ARC I am standardized on 151a1, but I can upgrade some test units if we think there is a solution in the newer revisions. Thanks, j. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Unable to upgrade from OS_snv_134
Hello Mark, I have encountered a very similar problem that I logged as Bug #2707 (https://www.illumos.org/issues/2707). I got some feedback but, so far, I am still just as stuck as you are. Somebody on the list might care to elaborate on that feedback; if we are stuck on snv_134, it is probably because we are not (yet) great experts... -Thierry On Thu, 5 Jul 2012 at 07:46, M Lubratt wrote: > On Wed, Jul 4, 2012 at 2:59 PM, Mike La Spina wrote: > >> It may be processing http://pkg.openindiana.org/dev/ first, try removing >> it for now. I have encountered similar issues with elements that are >> available in multiple repos. >> > Hello, Mike. > > I made http://pkg.openindiana.org/legacy/ the preferred and removed > http://pkg.openindiana.org/dev/. Then I did: > > --- > mpl@webdevel:~$ pfexec pkg refresh > mpl@webdevel:~$ pfexec pkg image-update -nv > Solver: [ Variables: 718 Clauses: 4368 Iterations: 1 State: Succeeded] > Timings: [phase 1: 1.430, phase 2: 0.020, phase 3: 10.143, phase 4: 1.387, > phase 5: 0.007] > Maintained incorporations: None > > Package version changes: > > No updates available for this image. > > mpl@webdevel:~$ pfexec pkg set-publisher -P -O > http://pkg.openindiana.org/dev/ openindiana.org > mpl@webdevel:~$ pfexec pkg publisher > PUBLISHER TYPE STATUS URI > openindiana.org (preferred) origin online > http://pkg.openindiana.org/dev/ > opensolaris.org (non-sticky) origin online > http://pkg.openindiana.org/legacy/ > mpl@webdevel:~$ pfexec pkg image-update -nv > Solver: [ Variables: 7408 Clauses: 123032 Iterations: 1 State: Succeeded] > Timings: [phase 1: 2.789, phase 2: 0.111, phase 3: 39.862, phase 4: 21.118, > phase 5: 0.031] > Maintained incorporations: None > > Package version changes: > > No updates available for this image. > > --- > > No luck. > > Appreciate the help! > > -Mark ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] ZFS & SMART error
On 07/05/2012 12:55 PM, Bryan Iotti wrote: Hope this helps, do remember that the pci-ide driver does not allow SMART passthrough right now in Solaris. If you need some info like that, use a Linux live CD. Also, keep in mind that if your SATA drives are on AHCI ports, you should use the "-d sat,12" option, e.g.: smartctl -a -d sat,12 /dev/rdsk/c4t0d0s0 ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] Hanging zfs commands
Hey, Somehow I've hit somekind of lock on one of my NAS-boxes Output from ps; root 26707 1 0 09:10:16 ? 0:00 /usr/sbin/zfs destroy datastore1/vmware-nfs/zfsnas4-clientstore@snap-hourly-1-201 root 26705 1 0 09:10:16 ? 0:00 /usr/sbin/zfs destroy datastore1/vmware-nfs/zfsnas4-clientstore@snap-hourly-1-201 root 2583 1 0 11:40:52 ? 0:00 /usr/sbin/zfs list -t snapshot -H -o name -d 1 -r datastore1/vmware-nfs/zfsnas4 root 12079 1 0 15:40:35 ? 0:00 /usr/sbin/zfs list -t snapshot -H -o name -d 1 -r datastore1/vmware-nfs/zfsnas4 root 26706 1 0 09:10:16 ? 0:00 /usr/sbin/zfs destroy datastore1/vmware-nfs/zfsnas4-clientstore@snap-hourly-1-201 root 22359 1 0 22:21:17 ? 0:00 /usr/sbin/zfs list -t snapshot -H -o name -d 1 -r datastore1/vmware-nfs/zfsnas4 root 26708 1 0 09:10:17 ? 0:00 /usr/sbin/zfs destroy datastore1/vmware-nfs/zfsnas4-clientstore@snap-hourly-1-201 root 22374 1 0 22:21:24 ? 0:00 /usr/sbin/zfs list -t snapshot -H -o name -d 1 -r datastore1/vmware-nfs/zfsnas4 root 16677 1 0 18:06:38 ? 0:00 /usr/sbin/zfs list -t snapshot -H -o name -d 1 -r datastore1/vmware-nfs/zfsnas4 root 22335 1 0 22:21:03 ? 0:00 /usr/sbin/zfs list -t snapshot -H -o name -d 1 -r datastore1/vmware-nfs/zfsnas4 root 27981 1 0 09:40:57 ? 0:00 /usr/sbin/zfs list -t snapshot -H -o name -d 1 -r datastore1/vmware-nfs/zfsnas4 root 22386 1 0 22:21:28 ? 0:00 /usr/sbin/zfs list -t snapshot -H -o name -d 1 -r datastore1/vmware-nfs/zfsnas4 root 7165 1 0 13:40:48 ? 0:00 /usr/sbin/zfs list -t snapshot -H -o name -d 1 -r datastore1/vmware-nfs/zfsnas4 root 29390 1 0 10:18:03 ? 0:00 /usr/sbin/zfs list -t snapshot -r datastore1/vmware-nfs root 3637 1 0 12:06:27 ? 0:00 /usr/sbin/zfs list -t snapshot -H -o name -d 1 -r datastore1/vmware-nfs/zfsnas4 root 15999 1 0 17:40:43 ? 0:00 /usr/sbin/zfs list -t snapshot -H -o name -d 1 -r datastore1/vmware-nfs/zfsnas4 root 20089 1 0 20:40:52 ? 0:00 /usr/sbin/zfs list -t snapshot -H -o name -d 1 -r datastore1/vmware-nfs/zfsnas4 root 17500 1 0 18:42:03 ? 0:00 /usr/sbin/zfs list -t snapshot -r datastore1/vmware-nfs Any chance I can get around this without rebooting the machine? it's a production system with lots of VM's on it.. So that would be very annoying.. I've tried solving the problem by killing the processes that spawned the zfs list and destoy commands, thats why they have 1 as parant process... Could the lock have happened because of PID 26707 and 26705 running at the same time? // Hans ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] ACPI errors
Dear Milan, please find attached the output of acpidump. Hope this helps Oliver From: Milan Jurik [milan.ju...@xylab.cz] Sent: Sunday, July 01, 2012 9:37 PM To: Discussion list for OpenIndiana Subject: Re: [OpenIndiana-discuss] ACPI errors Hi, I do not think Illumos contains some newer ACPI than OI 151a4 has and your system is on the latest release. Would it be possible to dump the tables with acpidump? I am busy with my work these days so I cannot look at it soon. Best regards, Milan "Weiergräber, Oliver H." píše v ne 01. 07. 2012 v 18:06 +: > Hi, > > given the information below, can you confirm that the ACPI code in current > OpenIndiana is lagging behind that in the Illumos tree? > If yes, could you please consider adopting the latest fixes to the OI kernel? > Given that the same problem is also present in Solaris 11 (at least with my > machine), having these updates would be a significant plus for OI ;-) > > Oliver > > > > > From: "Weiergräber, Oliver H." [o.h.weiergrae...@fz-juelich.de] > Sent: Monday, June 25, 2012 10:11 PM > To: Discussion list for OpenIndiana > Subject: Re: [OpenIndiana-discuss] ACPI errors > > Sure, here we go: > > (~): uname -a > SunOS mymachine 5.11 oi_151a4 i86pc i386 i86pc Solaris > > (~): pkg publisher > PUBLISHER TYPE STATUS URI > openindiana.org origin online > http://pkg.openindiana.org/dev/ > opensolaris.org (non-sticky, disabled) origin online > http://pkg.openindiana.org/legacy/ > sfe origin online > http://pkg.openindiana.org/sfe/ > sfe-encumberedorigin online > http://pkg.openindiana.org/sfe-encumbered/ > > Hope this helps, > Oliver > > > > > From: Milan Jurik [milan.ju...@xylab.cz] > Sent: Monday, June 25, 2012 9:40 AM > To: Discussion list for OpenIndiana > Subject: Re: [OpenIndiana-discuss] ACPI errors > > Hi, > > could you start system terminal and send output of: > > uname -a > > and > > pkg publisher > > to this list? > > Best regards, > > Milan > > On 25.06.2012 09:17, Weiergräber, Oliver H. wrote: > > Thanks a lot for the quick replies. According to Update manager, my > > system is up to date, > > so it seems the latest fixes you mentioned did not make it (yet) into > > OpenIndiana. > > Is there a chance this will happen in the neat future? > > > > Best regards, > > Oliver > > > > > > > > From: Yuri Pankov [yuri.pan...@gmail.com] > > Sent: Sunday, June 24, 2012 6:24 AM > > To: openindiana-discuss > > Subject: Re: [OpenIndiana-discuss] ACPI errors > > > > On Sat, 23 Jun 2012 11:39:00 -0400, Gordon Ross wrote: > >> On Fri, Jun 22, 2012 at 10:01 AM, "Weiergräber, Oliver H." > >> wrote: > >>> Hello, > >>> > >>> while testing OpenIndiana (and Solaris 11) on an HP xw8600 > >>> workstation, > >>> I noticed messages like this occurring regularly during bootup: > >>> > >>> > >>> > >>> May 17 21:13:48 mymachine.mydomain acpica: [ID 879926 kern.notice] > >>> ACPI Error: [CAPD] Namespace lookup failure, AE_ALREADY_EXISTS > >>> (20100915/dsfield-231) > >>> May 17 21:13:48 mymachine.mydomain acpica: [ID 10 kern.notice] > >>> May 17 21:13:48 mymachine.mydomain acpica: [ID 804433 kern.notice] > >>> Exception AE_ALREADY_EXISTS during execution of method > >>> [\_SB_.PCI0._OSC] (Node ff02d59a8e80) > >>> May 17 21:13:48 mymachine.mydomain acpica: [ID 10 kern.notice] > >>> May 17 21:13:48 mymachine.mydomain acpica: [ID 652514 kern.notice] > >>> Method Execution Stack: > >>> May 17 21:13:48 mymachine.mydomain acpica: [ID 489567 kern.notice] > >>> Method [_OSC] executing: CreateDWordField (CAPB, Local1, CAPD) > >> [...] > >>> May 17 21:13:48 mymachine.mydomain acpica: [ID 342246 kern.notice] > >>> ACPI Error: Method parse/execution failed [\_SB_.PCI0._OSC] (Node > >>> ff02d59a8e80), AE_ALREADY_EXISTS (20100915/psparse-632) > >>> May 17 21:13:48 mymachine.mydomain acpica: [ID 117524 kern.notice] > >>> ACPI: Marking method _OSC as Serialized because of AE_ALREADY_EXISTS > >>> error > >>> > >>> > >>> > >>> What kind of ACPI problem is indicated here? Anything to worry > >>> about? I did notice stability issues on Solaris 11, but not on > >>> OpenIndiana, so I guess these are unrelated to the ACPI stuff. > >>> The BIOS version is the latest available for this machine. > >>> > >>> Thanks in advance > >>> Oliver > >> > >> When I was last working on an ACPI update (which I think is what's > >> currently in illumos and OI) Yuri Pankov was helping me test the > >> code, > >> and observed a problem on his HP
Re: [OpenIndiana-discuss] Access to ZFS viz CIFS from windows regularly hangs.
That symptom reflects browser election issues. Workstations should not have the browser service running. Domain controllers are the most appropriate location for browser name services unless it's a small workgroup. Running browsers on many workstations creates browser election storms. -Original Message- From: Bob Friesenhahn [mailto:bfrie...@simple.dallas.tx.us] Sent: Thursday, July 05, 2012 11:12 AM To: Discussion list for OpenIndiana Subject: Re: [OpenIndiana-discuss] Access to ZFS viz CIFS from windows regularly hangs. On Thu, 5 Jul 2012, John McEntee wrote: > > I have had the suggestion of moving the samba as a more known quantity > and better logging. At least then I can see if my high kernel usage > (60%) is reduced or not. On my home network I observed that when I turned a Windows XP host off a Windows 7 host declared that it lost access to the Samba service hosted from a Solaris 10 system. It was then able to reconnect to the Samba service on that Solaris 10 system even though the Windows XP host remained turned off. It is a problem that Windows uses random hosts on the network as directory servers and then blames the problem on the host which is actually serving up the data (as if that host was lost) if that random directory server goes away. This behavior seems like it would make dignosing issues more difficult. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] ZFS & SMART error
Personally, I would use smartctl. Do a "which smartctl" to see if you have it installed, otherwise it's in the OI SFE package smartmontools. First get a usage summary using "smartctl -h", then you might want to scan for available devices via "smartctl --scan". Then pick one and query its info by "smartctl -a ". I'd take up the occasion to run also "smartctl -t long " so it does a complete surface test, some disks do it very fast, others less so. In a couple of hours you should have any and all SMART info about your drives. Hope this helps, do remember that the pci-ide driver does not allow SMART passthrough right now in Solaris. If you need some info like that, use a Linux live CD. Bryan On Thu, Jul 5, 2012 at 7:13 PM, Reginald Beardsley wrote: > I had a power failure last night. The UPS alarms woke me up and I powered > down the systems. (some day I really will automate shutdowns) It's also > been quite hot (90 F) in the room where the computer is. > > At boot the BIOS on the HP Z400 running Solaris 10 reported: > > 1720 SMART drive detects imminent failure > failing drive SATA 1 (black) > failing attribute # 05 > > The drive is a year old 3 TB Hitachi that I use for a scratch drive. > "zpool scrub" showed no errors. > > Nothing critical on the disk I just use it to hold intermediate files when > working on large datasets. > > Unfortunately, "apropos smart" produced nothing useful. Where would I > find more information? Particularly interaction between ZFS & SMART. > > There have apparently been some firmware issues that produce spurious > warnings, but HP is so Windows centric it's hard to make any sense out of > their support site. > > Is there a Solaris/OI utility for reading the SMART information or doing > other diagnosis? > > The message relates to automatic bad block reallocation. Would running a > scan using format(1m) and mapping out the bad blocks be likely to correct > this? That is what we did way back when. Though I hate to think how long > a scan of 3 TB would take. > > Comments or suggestions? > > Thanks, > Reg > > > ___ > OpenIndiana-discuss mailing list > OpenIndiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss > ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Help debugging and replacing failed (maybe) hard drive
> > > > - If the drive has to be replaced could somebody please confirm that the > > following steps are sufficient: > > > > * zpool offline pool01 c3t0d0 > > * zpool detach pool01 c3t0d0 > > * Physically replace the drive with a new one > > * zpool add pool01 spare c3t0d0 > > * zpool scrub pool01 > > I would do this a bit differently: > * zpool offline pool01 c3t0d0 > ** IF you believe the hard drive is faulty (vs. random single error), > physically replace > * zpool replace pool01 c3t0d0 > ** wait for automagic resilver (~36 minutes) > * zpool detach pool01 c3t14d0 > * zpool add pool01 spare c3t14d0 > > I like "my" way better because the drives/spares stay in the same > locations (you might have them labelled a certain way) but it does > require an additional copying of the data back (if you left checksums > on, this shouldn't be a problem). No additional scrub should be > necessary, but if you are doubting the drive, you can re-scrub just in > case (you should be scrubbing weekly or monthly anyway, right?). > > Thanks Jan. I like "your" way too. :-) I guess the wait and the extra copying of the data is worth doing to have consistency in the physical location of the spare drive across the storage servers. Thank you all that replied. Very helpful information. -- Peter ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] ZFS & SMART error
I had a power failure last night. The UPS alarms woke me up and I powered down the systems. (some day I really will automate shutdowns) It's also been quite hot (90 F) in the room where the computer is. At boot the BIOS on the HP Z400 running Solaris 10 reported: 1720 SMART drive detects imminent failure failing drive SATA 1 (black) failing attribute # 05 The drive is a year old 3 TB Hitachi that I use for a scratch drive. "zpool scrub" showed no errors. Nothing critical on the disk I just use it to hold intermediate files when working on large datasets. Unfortunately, "apropos smart" produced nothing useful. Where would I find more information? Particularly interaction between ZFS & SMART. There have apparently been some firmware issues that produce spurious warnings, but HP is so Windows centric it's hard to make any sense out of their support site. Is there a Solaris/OI utility for reading the SMART information or doing other diagnosis? The message relates to automatic bad block reallocation. Would running a scan using format(1m) and mapping out the bad blocks be likely to correct this? That is what we did way back when. Though I hate to think how long a scan of 3 TB would take. Comments or suggestions? Thanks, Reg ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Access to ZFS viz CIFS from windows regularly hangs.
On Thu, 5 Jul 2012, John McEntee wrote: I have had the suggestion of moving the samba as a more known quantity and better logging. At least then I can see if my high kernel usage (60%) is reduced or not. On my home network I observed that when I turned a Windows XP host off a Windows 7 host declared that it lost access to the Samba service hosted from a Solaris 10 system. It was then able to reconnect to the Samba service on that Solaris 10 system even though the Windows XP host remained turned off. It is a problem that Windows uses random hosts on the network as directory servers and then blames the problem on the host which is actually serving up the data (as if that host was lost) if that random directory server goes away. This behavior seems like it would make dignosing issues more difficult. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Access to ZFS viz CIFS from windows regularly hangs.
> You'll need to gather some data when the slowdown happens. > I would start at the network with a snoop capture that shows both the clients involved and the AD server in use. > > There are some cases where the SMB server currently needs to go talk to an AD server to find out the name for the account represented by some SID, etc. and that can cause temporary > pauses like you see. If it's anything like that, the network trace will show it happening. The problem I have now is only a few windows 7 desktops/laptops are experiencing the freeze so it only happens about twice a week, windows XP seems to be fine now. I have updated the windows 7 realtek drivers as they are known to cause networking problem on the windows side. I have not seen and companywide freeze either, it is currently one person at a time, so the AD repairs I did probably resolved my major issue. I have had the suggestion of moving the samba as a more known quantity and better logging. At least then I can see if my high kernel usage (60%) is reduced or not. There seems to be a problem with the dtrace smb provider so I cannot use dtrace. Is there any fix for this? Thanks John ___ The contents of this e-mail and any attachment(s) are strictly confidential and are solely for the person(s) at the e-mail address(es) above. If you are not an addressee, you may not disclose, distribute, copy or use this e-mail, and we request that you send an e-mail to ad...@stirling-dynamics.com and delete this e-mail. Stirling Dynamics Ltd. accepts no legal liability for the contents of this e-mail including any errors, interception or interference, as internet communications are not secure. Any views or opinions presented are solely those of the author and do not necessarily represent those of Stirling Dynamics Ltd. Registered In England No. 2092114 Registered Office: 26 Regent Street, Clifton, Bristol. BS8 4HG VAT no. GB 464 6551 29 ___ This e-mail has been scanned for all viruses MessageLabs. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Broken pkg in ipkg zones since update to oi_151a5
prestable3 == oi_151a4 == 0.151.1.4 The versioning was brought into line in prestable5 as the release notes for a5 state. JT - Original Message - From: Rich To: Discussion list for OpenIndiana Cc: Sent: Thursday, 5 July 2012, 12:29 Subject: Re: [OpenIndiana-discuss] Broken pkg in ipkg zones since update to oi_151a5 I was going to suggest setting up an a4 repo of your own from http://dlc-int.openindiana.org/repos/, but sadly, there is no prestable4 there. - Rich On Thu, Jul 5, 2012 at 7:26 AM, Sašo Kiselkov wrote: > On 07/05/2012 01:22 PM, Open Indiana wrote: >> Say that the auto-update/upgrade function kills us here. 3 days ago I >> installed a zone without problems. Today it is broken. I'm glad it didn't >> happen on a production server. > > Actually, this is much worse than you think - it does affect production > servers, all of them. The reason is that (unless you make special > arrangements), new zones are always installed from the repos (e.g. > openindiana.org) which means, they pull in the broken versions of the > tools. So it doesn't matter that you didn't do anything to your server > in the meantime - it's the repos that are broken, not your machine. I > tested this on two independent oi_151a4 machines and it behaves > absolutely identically. > > Cheers, > -- > Saso > > ___ > OpenIndiana-discuss mailing list > OpenIndiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Unable to upgrade from OS_snv_134
On Wed, Jul 4, 2012 at 2:59 PM, Mike La Spina wrote: > It may be processing http://pkg.openindiana.org/dev/ first, try removing > it for now. I have encountered similar issues with elements that are > available in multiple repos. > > > Hello, Mike. I made http://pkg.openindiana.org/legacy/ the preferred and removed http://pkg.openindiana.org/dev/. Then I did: --- mpl@webdevel:~$ pfexec pkg refresh mpl@webdevel:~$ pfexec pkg image-update -nv Solver: [ Variables: 718 Clauses: 4368 Iterations: 1 State: Succeeded] Timings: [phase 1: 1.430, phase 2: 0.020, phase 3: 10.143, phase 4: 1.387, phase 5: 0.007] Maintained incorporations: None Package version changes: No updates available for this image. mpl@webdevel:~$ pfexec pkg set-publisher -P -O http://pkg.openindiana.org/dev/ openindiana.org mpl@webdevel:~$ pfexec pkg publisher PUBLISHER TYPE STATUS URI openindiana.org (preferred) origin online http://pkg.openindiana.org/dev/ opensolaris.org (non-sticky) origin online http://pkg.openindiana.org/legacy/ mpl@webdevel:~$ pfexec pkg image-update -nv Solver: [ Variables: 7408 Clauses: 123032 Iterations: 1 State: Succeeded] Timings: [phase 1: 2.789, phase 2: 0.111, phase 3: 39.862, phase 4: 21.118, phase 5: 0.031] Maintained incorporations: None Package version changes: No updates available for this image. --- No luck. Appreciate the help! -Mark ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Unable to upgrade from OS_snv_134
Ok ... looking down the list ... packages I don't have installed: pkg://opensolaris.org/consolidation/man/man-incorporation pkg://opensolaris.org/gnome/theme/background/opensolaris-backgrounds-extra you could try removing those specific packages and seeing if you can perform the upgrade ... Jon On 5 July 2012 13:27, M Lubratt wrote: > On Wed, Jul 4, 2012 at 9:30 AM, Jonathan Adams wrote: > >> I had the issue with "Thunderbird" originally ... I just uninstalled >> it did the upgrade then re-installed it. >> >> but that was only 1 package. >> >> what packages are conflicting? >> >> >> > Here is the list of failed packages upgrades: > > pkg:// > opensolaris.org/consolidation/solaris_re/solaris_re-incorporation@0.5.11,5.11-0.134:20100302T010711Z > pkg:// > opensolaris.org/consolidation/install/install-incorporation@0.5.11,5.11-0.134:20100302T010520Z > pkg:// > opensolaris.org/consolidation/vpanels/vpanels-incorporation@0.5.11,5.11-0.134:20100302T010742Z > pkg:// > opensolaris.org/consolidation/gnome/gnome-incorporation@0.5.11,5.11-0.134:20100302T010446Z > pkg:// > opensolaris.org/consolidation/sunpro/sunpro-incorporation@0.5.11,5.11-0.134:20100302T010721Z > pkg:// > opensolaris.org/consolidation/man/man-incorporation@0.5.11,5.11-0.134:20100302T010603Z > pkg:// > opensolaris.org/consolidation/SunVTS/SunVTS-incorporation@0.5.11,5.11-0.134:20100302T010332Z > pkg:// > opensolaris.org/consolidation/nspg/nspg-incorporation@0.5.11,5.11-0.134:20100302T010614Z > pkg:// > opensolaris.org/consolidation/sfw/sfw-incorporation@0.5.11,5.11-0.134:20100302T010637Z > pkg:// > opensolaris.org/consolidation/X/X-incorporation@0.5.11,5.11-0.134:20100302T010343Z > pkg:// > opensolaris.org/consolidation/gnome_l10n/gnome_l10n-incorporation@0.5.11,5.11-0.134:20100302T010458Z > pkg:// > opensolaris.org/consolidation/ub_javavm/ub_javavm-incorporation@0.5.11,5.11-0.134:20100302T010731Z > pkg:// > opensolaris.org/consolidation/hcts/hcts-incorporation@0.5.11,5.11-0.134:20100302T010509Z > pkg:// > opensolaris.org/consolidation/sic_team/sic_team-incorporation@0.5.11,5.11-0.134:20100302T010650Z > pkg:// > opensolaris.org/consolidation/ips/ips-incorporation@0.5.11,5.11-0.134:20100302T010530Z > pkg:// > opensolaris.org/consolidation/gfx/gfx-incorporation@0.5.11,5.11-0.134:20100302T010435Z > pkg:// > opensolaris.org/consolidation/cde/cde-incorporation@0.5.11,5.11-0.134:20100302T010405Z > pkg:// > opensolaris.org/consolidation/jdmk/jdmk-incorporation@0.5.11,5.11-0.134:20100302T010540Z > pkg:// > opensolaris.org/consolidation/cacao/cacao-incorporation@0.5.11,5.11-0.134:20100302T010354Z > pkg:// > opensolaris.org/consolidation/osnet/osnet-incorporation@0.5.11,5.11-0.134:20100302T010625Z > pkg:// > opensolaris.org/consolidation/dbtg/dbtg-incorporation@0.5.11,5.11-0.134:20100302T010425Z > pkg:// > opensolaris.org/consolidation/l10n/l10n-incorporation@0.5.11,5.11-0.134:20100302T010551Z > pkg:// > opensolaris.org/consolidation/cns/cns-incorporation@0.5.11,5.11-0.134:20100302T010415Z > pkg:// > opensolaris.org/consolidation/xvm/xvm-incorporation@0.5.11,5.11-0.134:20100302T010752Z > pkg:// > opensolaris.org/gnome/theme/background/opensolaris-backgrounds-extra@0.5.11,5.11-0.134:20100302T025333Z > > This list looks like a bunch of core packages (as opposed to something like > Thunderbird). I'm not sure I want to start deleting these to try to see if > the upgrade will work. > > -Mark > ___ > OpenIndiana-discuss mailing list > OpenIndiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Unable to upgrade from OS_snv_134
On Wed, Jul 4, 2012 at 9:30 AM, Jonathan Adams wrote: > I had the issue with "Thunderbird" originally ... I just uninstalled > it did the upgrade then re-installed it. > > but that was only 1 package. > > what packages are conflicting? > > > Here is the list of failed packages upgrades: pkg:// opensolaris.org/consolidation/solaris_re/solaris_re-incorporation@0.5.11,5.11-0.134:20100302T010711Z pkg:// opensolaris.org/consolidation/install/install-incorporation@0.5.11,5.11-0.134:20100302T010520Z pkg:// opensolaris.org/consolidation/vpanels/vpanels-incorporation@0.5.11,5.11-0.134:20100302T010742Z pkg:// opensolaris.org/consolidation/gnome/gnome-incorporation@0.5.11,5.11-0.134:20100302T010446Z pkg:// opensolaris.org/consolidation/sunpro/sunpro-incorporation@0.5.11,5.11-0.134:20100302T010721Z pkg:// opensolaris.org/consolidation/man/man-incorporation@0.5.11,5.11-0.134:20100302T010603Z pkg:// opensolaris.org/consolidation/SunVTS/SunVTS-incorporation@0.5.11,5.11-0.134:20100302T010332Z pkg:// opensolaris.org/consolidation/nspg/nspg-incorporation@0.5.11,5.11-0.134:20100302T010614Z pkg:// opensolaris.org/consolidation/sfw/sfw-incorporation@0.5.11,5.11-0.134:20100302T010637Z pkg:// opensolaris.org/consolidation/X/X-incorporation@0.5.11,5.11-0.134:20100302T010343Z pkg:// opensolaris.org/consolidation/gnome_l10n/gnome_l10n-incorporation@0.5.11,5.11-0.134:20100302T010458Z pkg:// opensolaris.org/consolidation/ub_javavm/ub_javavm-incorporation@0.5.11,5.11-0.134:20100302T010731Z pkg:// opensolaris.org/consolidation/hcts/hcts-incorporation@0.5.11,5.11-0.134:20100302T010509Z pkg:// opensolaris.org/consolidation/sic_team/sic_team-incorporation@0.5.11,5.11-0.134:20100302T010650Z pkg:// opensolaris.org/consolidation/ips/ips-incorporation@0.5.11,5.11-0.134:20100302T010530Z pkg:// opensolaris.org/consolidation/gfx/gfx-incorporation@0.5.11,5.11-0.134:20100302T010435Z pkg:// opensolaris.org/consolidation/cde/cde-incorporation@0.5.11,5.11-0.134:20100302T010405Z pkg:// opensolaris.org/consolidation/jdmk/jdmk-incorporation@0.5.11,5.11-0.134:20100302T010540Z pkg:// opensolaris.org/consolidation/cacao/cacao-incorporation@0.5.11,5.11-0.134:20100302T010354Z pkg:// opensolaris.org/consolidation/osnet/osnet-incorporation@0.5.11,5.11-0.134:20100302T010625Z pkg:// opensolaris.org/consolidation/dbtg/dbtg-incorporation@0.5.11,5.11-0.134:20100302T010425Z pkg:// opensolaris.org/consolidation/l10n/l10n-incorporation@0.5.11,5.11-0.134:20100302T010551Z pkg:// opensolaris.org/consolidation/cns/cns-incorporation@0.5.11,5.11-0.134:20100302T010415Z pkg:// opensolaris.org/consolidation/xvm/xvm-incorporation@0.5.11,5.11-0.134:20100302T010752Z pkg:// opensolaris.org/gnome/theme/background/opensolaris-backgrounds-extra@0.5.11,5.11-0.134:20100302T025333Z This list looks like a bunch of core packages (as opposed to something like Thunderbird). I'm not sure I want to start deleting these to try to see if the upgrade will work. -Mark ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Broken pkg in ipkg zones since update to oi_151a5
On 07/05/2012 01:52 PM, Rich wrote: > Wasn't claiming it was a correct course of action, merely the > functional one that came to mind. > > Then again, it's called "prestable" for a reason... Not to sound too inflammatory, but then why the hell does it say stuff like this on the openindiana website right next to the download button: "Extraordinary enterprise features that place it on a level above the competition, whether you’re just hosting a blog, providing cloud computing facilities, or running a petabyte storage system." And it's not like I was deliberately switching to some experimental repo, this happened on systems which I installed from exactly said download image from the website and did a "pkg image-update" on them (as, you know, good practice - get the machines patched before they're put into production). I know the website later mentions, in the news section, that it's a development release, but unfortunately there aren't that many (or any) other IPS-based Illumos distros that are a direct continuation of the OpenSolaris OS line, which was closest to my heart. Wasn't there some plan to split up OI development into a dev branch and a stable branch? (Sort of like what Debian does.) Cheers, -- Saso ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] KVM guests hang at boot on oi_151a4
On 07/ 5/12 01:34 PM, Aneurin Price wrote: Just to update: the same problem exists in oi_151a5, with system/qemu/kvm at 0.0.1.20120622-0.151.1.5. Reverting to 0.0.1.20110813-0.151.1.2 'solves' it once again. It is amazing how this problem was not fixed yet, by re-publishing older package that works as newer version package so kvm should actually work after update. Not that it is enough KVM only works just on Intel and mostly only on server grade CPUs and its relatives. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Broken pkg in ipkg zones since update to oi_151a5
Wasn't claiming it was a correct course of action, merely the functional one that came to mind. Then again, it's called "prestable" for a reason... - Rich On Thu, Jul 5, 2012 at 7:36 AM, Sašo Kiselkov wrote: > On 07/05/2012 01:29 PM, Rich wrote: >> I was going to suggest setting up an a4 repo of your own from >> http://dlc-int.openindiana.org/repos/, but sadly, there is no >> prestable4 there. > > Is this the correct course of action? Just asking, because it seems > bizarre to force users to set up a local repo just in case the master > repo cocks up compatibility... Perhaps then it would make sense to > modify zoneadm install not to default to using the repos for installation... > > Cheers, > -- > Saso ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] zpool upgrade in OI151a5?
Ah, that makes a lot of sense. I DL'ed and read the paper. Looks very nice. Thanks! -Original Message- From: Sašo Kiselkov [mailto:skiselkov...@gmail.com] Sent: Thursday, July 05, 2012 2:41 AM To: Discussion list for OpenIndiana Cc: Dan Swartzendruber Subject: Re: [OpenIndiana-discuss] zpool upgrade in OI151a5? On 07/05/2012 04:02 AM, Dan Swartzendruber wrote: > Okay, thanks. Is there a reason the pool version is not in the property > anymore? That's a bit confusing :( The reason is that "version" is a one-dimensional number allowing for only a single controlling authority (Sun) who defines what a version means (in terms of features). So instead, Illumos decided to abandon it (setting it to an arbitrarily high number to avoid conflicts with intervening Oracle ZFS releases which continue to use the "version" property) and instead using the so-called "feature-flags". See http://blog.delphix.com/csiden/files/2012/01/ZFS_Feature_Flags.pdf for a more detailed description. Cheers, -- Saso ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Broken pkg in ipkg zones since update to oi_151a5
Something strange has happened on the server. As I told in a previous message I installed a zone 3 days ago without problems. I renamed this server in my puttylog to "3dayszone", the serverzone is installed today is "testzone" If you look closely, you can see both are having the old pkg version. But on the 3dayszone is can install every package without problem! root@power-usage:~# zonename global root@power-usage:~# pkg version 5d2771134f21+ root@power-usage:~# zlogin -C testzone [Connected to zone 'testzone' console] root@testzone:~# uname -v oi_151a4 root@testzone:~# uname -a SunOS testzone 5.11 oi_151a4 i86pc i386 i86pc root@testzone:~# pkg version 4d886e93dafc root@testzone:~# ~. [Connection to zone 'testzone' console closed] root@power-usage:~# zlogin -C 3dayszone [Connected to zone '3dayszone' console] root@3dayszone:~/downloads# uname -v oi_151a4 root@3dayszone:~/downloads# uname -a SunOS 3dayszone 5.11 oi_151a4 i86pc i386 i86pc root@3dayszone:~/downloads# pkg version 4d886e93dafc root@3dayszone:~/downloads# pkg search amp INDEX ACTION VALUE PACKAGE description setCluster containing an AMP (Apache, MySQL, PHP) deployment kit pkg:/web/amp@0.5.11-0.151.1.2 pkg.summary setCluster containing an AMP (Apache, MySQL, PHP) deployment kit pkg:/web/amp@0.5.11-0.151.1.2 incorporate depend amp@0.5.11-0.133 pkg:/consolidation/sfw/sfw-incorporation@0.5.11-0.151.1.2 basenamedirusr/lib/python2.6/vendor-packages/elisa/plugins/amp pkg:/desktop/media-player/moovida/moovida-plugins@0.5.11-0.151.1.2 pkg.fmrisetopenindiana.org/amp pkg:/amp@0.5.11-0.133 pkg.fmrisetopenindiana.org/web/amp pkg:/web/amp@0.5.11-0.151.1.2 root@3dayszone:~/downloads# I tried installing pkg5 on both zones. (just took a random package for test) On 3dayszone it installed without problems. It failed at the testzone. My guess is that there is mismatch in 'lib/libc.so.1' and not in the pkg version. -Original Message- From: Sašo Kiselkov [mailto:skiselkov...@gmail.com] Sent: woensdag 4 juli 2012 23:38 To: Discussion list for OpenIndiana Subject: Re: [OpenIndiana-discuss] Broken pkg in ipkg zones since update to oi_151a5 On 07/04/2012 11:09 PM, Sašo Kiselkov wrote: > Hi guys, > > I noticed that there's been an update published to openindiana.org > (oi_151a5) - great stuff, but the new version of pkg(1) in it broke > zone creation from oi_151a4 hosts. In short, here's the problem: > > * Global zone: oi_151a4 > * zoneadm -z newzone install <-- this fetches and installs pkg(1) > from openindiana.org for oi_151a5 > * zlogin newzone > * (in-newzone)# pkg publisher >pkg: No image found. > > The IPS database format has probably changed in such a way that the > new > pkg(1) doesn't recognize the old database. I've tested this numerous > times with the following pkg(1) versions and I can consistently > reproduce this: > > (global-zone)# pkg version > 5d2771134f21+ > > (non-global-zone)# pkg version > 4d886e93dafc > > A way to work around this is to re-generate the package database in > the non-global zone as follows: > # pkg image-create -f --zone --full -p http://pkg.openindiana.org/dev/ / > # pkg install entire # to ensure everything's properly installed > > When installing the non-global zone from an oi_151a5 global zone, this > doesn't occur (just tested on a second machine - yep, if global is > oi_151a5, all is good, otherwise, the non-global zone's pkg is broken). > Sure I'm not the only one who's seeing this, right? P.S. minor correction: my proposed fix doesn't actually work, so at present, zones are broken on openindiana oi_151a4 (at least for me). Cheers, -- Saso ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Broken pkg in ipkg zones since update to oi_151a5
On 07/05/2012 01:29 PM, Rich wrote: > I was going to suggest setting up an a4 repo of your own from > http://dlc-int.openindiana.org/repos/, but sadly, there is no > prestable4 there. Is this the correct course of action? Just asking, because it seems bizarre to force users to set up a local repo just in case the master repo cocks up compatibility... Perhaps then it would make sense to modify zoneadm install not to default to using the repos for installation... Cheers, -- Saso ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] KVM guests hang at boot on oi_151a4
On 27 June 2012 15:02, Aneurin Price wrote: > On 27 June 2012 13:28, Jonathan Adams wrote: >> mine stopped working after u2 ... there is a "fix" on this issue: >> >> https://www.illumos.org/issues/2626 >> >> # pkg uninstall driver/i86pc/kvm system/qemu system/qemu/kvm >> # pkg install system/qemu@0.15.0,5.11-0.151.1.2:20120209T223057Z \ >> system/qemu/kvm@0.0.1.20110813,5.11-0.151.1.2:20120209T223223Z \ >> driver/i86pc/kvm@0.0.1.20110820,5.11-0.151.1.2:20120209T214555Z >> > > Interesting; I don't think that's the same problem - the basic > symptoms sound similar, but I'm not getting any error message as in > that report. Also, it doesn't seem to affect the same versions. > > Based on that bug thread, I've tried different version combinations of > driver/i86pc/kvm, system/qemu, and system/qemu/kvm. > > The result is that driver/i86pc/kvm and system/qemu don't show the > problem in any version I've tried, but it manifests when upgrading > system/qemu/kvm from 0.0.1.20110813-0.151.1.2 to > 0.0.1.20120229-0.151.1.3 or later. Just to update: the same problem exists in oi_151a5, with system/qemu/kvm at 0.0.1.20120622-0.151.1.5. Reverting to 0.0.1.20110813-0.151.1.2 'solves' it once again. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Broken pkg in ipkg zones since update to oi_151a5
I was going to suggest setting up an a4 repo of your own from http://dlc-int.openindiana.org/repos/, but sadly, there is no prestable4 there. - Rich On Thu, Jul 5, 2012 at 7:26 AM, Sašo Kiselkov wrote: > On 07/05/2012 01:22 PM, Open Indiana wrote: >> Say that the auto-update/upgrade function kills us here. 3 days ago I >> installed a zone without problems. Today it is broken. I'm glad it didn't >> happen on a production server. > > Actually, this is much worse than you think - it does affect production > servers, all of them. The reason is that (unless you make special > arrangements), new zones are always installed from the repos (e.g. > openindiana.org) which means, they pull in the broken versions of the > tools. So it doesn't matter that you didn't do anything to your server > in the meantime - it's the repos that are broken, not your machine. I > tested this on two independent oi_151a4 machines and it behaves > absolutely identically. > > Cheers, > -- > Saso > > ___ > OpenIndiana-discuss mailing list > OpenIndiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Broken pkg in ipkg zones since update to oi_151a5
On 07/05/2012 01:22 PM, Open Indiana wrote: > Say that the auto-update/upgrade function kills us here. 3 days ago I > installed a zone without problems. Today it is broken. I'm glad it didn't > happen on a production server. Actually, this is much worse than you think - it does affect production servers, all of them. The reason is that (unless you make special arrangements), new zones are always installed from the repos (e.g. openindiana.org) which means, they pull in the broken versions of the tools. So it doesn't matter that you didn't do anything to your server in the meantime - it's the repos that are broken, not your machine. I tested this on two independent oi_151a4 machines and it behaves absolutely identically. Cheers, -- Saso ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Broken pkg in ipkg zones since update to oi_151a5
I'm getting the exact same error. One way to work around that is to power down the zone and install the packages from the root zone, like so: pkg -R $zonepath/root install amp where $zonepath is the zonepath in zonecfg. However, installing packages this way is clearly suboptimal, especially since the zone stays broken even after that. -- Saso On 07/05/2012 12:21 PM, Open Indiana wrote: > Your solution seemed to work for me, but it fails during installation of a > package (amp) at the end. > > (my zone is called "testzone" ) > > Jul 5 09:12:16 testzone login: ROOT LOGIN /dev/console > Last login: Thu Jul 5 08:58:49 on console > OpenIndiana (powered by illumos)SunOS 5.11oi_151a4April 2012 > root@testzone:~# pkg search amp > pkg: No image found. > root@testzone:~# pkg image-create -f --zone --full -p > http://pkg.openindiana.org/dev/ / > Refreshing catalog > Refreshing catalog 1/1 openindiana.org > > Caching catalogs ... > > root@testzone:~# pkg install entire > Refreshing catalog > Refreshing catalog 1/1 openindiana.org > >Packages to install:27 >Create boot environment:No > DOWNLOAD PKGS FILESXFER (MB) > consolidation/gfx/gfx-incorporation 0/27 0/1 0.0/0.0 > Completed27/27 1/1 0.0/0.0 > > PHASEACTIONS > Install Phase 3852/3852 > > PHASE ITEMS > Package State Update Phase 1/27 > Package State Update Phase 27/27 > > Image State Update Phase 1/2 > Image State Update Phase 2/2 > > PHASE ITEMS > Reading Existing Index 8/8 > > Indexing Packages 27/27 > > Indexing Packages 27/27 > Optimizing Index... > > PHASE ITEMS > Indexing Packages 1/27 > Indexing Packages 15/27 > Indexing Packages 16/27 > Indexing Packages 24/27 > Indexing Packages 25/27 > Indexing Packages 27/27 > Indexing Packages 27/27 > root@testzone:~# pkg search amp > INDEX ACTION VALUE > PACKAGE > description setCluster containing an AMP (Apache, MySQL, PHP) deployment > kit pkg:/web/amp@0.5.11-0.151.1.5 > pkg.summary setCluster containing an AMP (Apache, MySQL, PHP) deployment > kit pkg:/web/amp@0.5.11-0.151.1.5 > incorporate depend amp@0.5.11-0.133 > pkg:/consolidation/sfw/sfw-incorporation@0.5.11-0.151.1.5 > basenamedirusr/lib/python2.6/vendor-packages/elisa/plugins/amp > pkg:/desktop/media-player/moovida/moovida-plugins@0.5.11-0.151.1.5 > pkg.fmrisetopenindiana.org/amp > pkg:/amp@0.5.11-0.133 > pkg.fmrisetopenindiana.org/web/amp > pkg:/web/amp@0.5.11-0.151.1.5 > > root@testzone:~# pkg install amp > Refreshing catalog > Refreshing catalog 1/1 openindiana.org > > truncated output > > Install Phase > > 5244/33892Action install failed for 'lib/libc.so.1' > (pkg://openindiana.org/system/library): > OSError: [Errno 16] Device busy > pkg: An unexpected error happened during install: [Errno 16] Device busy > Traceback (most recent call last): > File "/usr/bin/pkg", line 4233, in handle_errors > __ret = func(*args, **kwargs) > File "/usr/bin/pkg", line 4212, in main_func > return func(img, pargs) > File "/usr/bin/pkg", line 1410, in install > ret_code = __api_execute_plan(op, api_inst) > File "/usr/bin/pkg", line 1001, in __api_execute_plan > api_inst.execute_plan() > File "/usr/lib/python2.6/vendor-packages/pkg/client/api.py", line 828, in > execute_plan > self.__img.imageplan.execute() > File "/usr/lib/python2.6/vendor-packages/pkg/client/imageplan.py", line > 1226, in execute > p.execute_install(src, dest) > File "/usr/lib/python2.6/vendor-packages/pkg/client/pkgplan.py", line 336, > in execute_install > dest.install(self, src) > File "/usr/lib/python2.6/vendor-packages/pkg/actions/file.py", line 211, > in install > portable.rename(temp, final_path) > File "/usr/lib/python2.6/vendor-packages/pkg/portable/os_unix.py", line > 236, in rename > os.rename(src, dst) > OSError: [Errno 16] Device busy > > > 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 '4d886e93dafc'. > > I know 'lib/libc.so.1' is shared between the global zone and the zones. > > > > > -Original
Re: [OpenIndiana-discuss] Broken pkg in ipkg zones since update to oi_151a5
root@homeserver:~# uname -v oi_151a4 root@homeserver:~# zonename global root@homeserver:~# pkg version 5d2771134f21+ root@homeserver:~# zlogin -C testzone [Connected to zone 'testzone' console] root@testzone:~# uname -v oi_151a4 root@testzone:~# uname -v a SunOS testzone 5.11 oi_151a4 i86pc i386 i86pc root@testzone:~# pkg version 4d886e93dafc root@testzone:~# -Original Message- From: Open Indiana [mailto:openindi...@out-side.nl] Sent: donderdag 5 juli 2012 12:21 To: 'Discussion list for OpenIndiana' Subject: Re: [OpenIndiana-discuss] Broken pkg in ipkg zones since update to oi_151a5 Your solution seemed to work for me, but it fails during installation of a package (amp) at the end. (my zone is called "testzone" ) Jul 5 09:12:16 testzone login: ROOT LOGIN /dev/console Last login: Thu Jul 5 08:58:49 on console OpenIndiana (powered by illumos)SunOS 5.11oi_151a4April 2012 root@testzone:~# pkg search amp pkg: No image found. root@testzone:~# pkg image-create -f --zone --full -p http://pkg.openindiana.org/dev/ / Refreshing catalog Refreshing catalog 1/1 openindiana.org Caching catalogs ... root@testzone:~# pkg install entire Refreshing catalog Refreshing catalog 1/1 openindiana.org Packages to install:27 Create boot environment:No DOWNLOAD PKGS FILESXFER (MB) consolidation/gfx/gfx-incorporation 0/27 0/1 0.0/0.0 Completed27/27 1/1 0.0/0.0 PHASEACTIONS Install Phase 3852/3852 PHASE ITEMS Package State Update Phase 1/27 Package State Update Phase 27/27 Image State Update Phase 1/2 Image State Update Phase 2/2 PHASE ITEMS Reading Existing Index 8/8 Indexing Packages 27/27 Indexing Packages 27/27 Optimizing Index... PHASE ITEMS Indexing Packages 1/27 Indexing Packages 15/27 Indexing Packages 16/27 Indexing Packages 24/27 Indexing Packages 25/27 Indexing Packages 27/27 Indexing Packages 27/27 root@testzone:~# pkg search amp INDEX ACTION VALUE PACKAGE description setCluster containing an AMP (Apache, MySQL, PHP) deployment kit pkg:/web/amp@0.5.11-0.151.1.5 pkg.summary setCluster containing an AMP (Apache, MySQL, PHP) deployment kit pkg:/web/amp@0.5.11-0.151.1.5 incorporate depend amp@0.5.11-0.133 pkg:/consolidation/sfw/sfw-incorporation@0.5.11-0.151.1.5 basenamedirusr/lib/python2.6/vendor-packages/elisa/plugins/amp pkg:/desktop/media-player/moovida/moovida-plugins@0.5.11-0.151.1.5 pkg.fmrisetopenindiana.org/amp pkg:/amp@0.5.11-0.133 pkg.fmrisetopenindiana.org/web/amp pkg:/web/amp@0.5.11-0.151.1.5 root@testzone:~# pkg install amp Refreshing catalog Refreshing catalog 1/1 openindiana.org truncated output Install Phase 5244/33892Action install failed for 'lib/libc.so.1' (pkg://openindiana.org/system/library): OSError: [Errno 16] Device busy pkg: An unexpected error happened during install: [Errno 16] Device busy Traceback (most recent call last): File "/usr/bin/pkg", line 4233, in handle_errors __ret = func(*args, **kwargs) File "/usr/bin/pkg", line 4212, in main_func return func(img, pargs) File "/usr/bin/pkg", line 1410, in install ret_code = __api_execute_plan(op, api_inst) File "/usr/bin/pkg", line 1001, in __api_execute_plan api_inst.execute_plan() File "/usr/lib/python2.6/vendor-packages/pkg/client/api.py", line 828, in execute_plan self.__img.imageplan.execute() File "/usr/lib/python2.6/vendor-packages/pkg/client/imageplan.py", line 1226, in execute p.execute_install(src, dest) File "/usr/lib/python2.6/vendor-packages/pkg/client/pkgplan.py", line 336, in execute_install dest.install(self, src) File "/usr/lib/python2.6/vendor-packages/pkg/actions/file.py", line 211, in install portable.rename(temp, final_path) File "/usr/lib/python2.6/vendor-packages/pkg/portable/os_unix.py", line 236, in rename os.rename(src, dst) OSError: [Errno 16] Device busy 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 '4d886e93dafc'. I know 'lib/libc.so.1' is shared between the global zone and the zones. -Original Message- From: Sašo Kiselkov
Re: [OpenIndiana-discuss] Broken pkg in ipkg zones since update to oi_151a5
Your solution seemed to work for me, but it fails during installation of a package (amp) at the end. (my zone is called "testzone" ) Jul 5 09:12:16 testzone login: ROOT LOGIN /dev/console Last login: Thu Jul 5 08:58:49 on console OpenIndiana (powered by illumos)SunOS 5.11oi_151a4April 2012 root@testzone:~# pkg search amp pkg: No image found. root@testzone:~# pkg image-create -f --zone --full -p http://pkg.openindiana.org/dev/ / Refreshing catalog Refreshing catalog 1/1 openindiana.org Caching catalogs ... root@testzone:~# pkg install entire Refreshing catalog Refreshing catalog 1/1 openindiana.org Packages to install:27 Create boot environment:No DOWNLOAD PKGS FILESXFER (MB) consolidation/gfx/gfx-incorporation 0/27 0/1 0.0/0.0 Completed27/27 1/1 0.0/0.0 PHASEACTIONS Install Phase 3852/3852 PHASE ITEMS Package State Update Phase 1/27 Package State Update Phase 27/27 Image State Update Phase 1/2 Image State Update Phase 2/2 PHASE ITEMS Reading Existing Index 8/8 Indexing Packages 27/27 Indexing Packages 27/27 Optimizing Index... PHASE ITEMS Indexing Packages 1/27 Indexing Packages 15/27 Indexing Packages 16/27 Indexing Packages 24/27 Indexing Packages 25/27 Indexing Packages 27/27 Indexing Packages 27/27 root@testzone:~# pkg search amp INDEX ACTION VALUE PACKAGE description setCluster containing an AMP (Apache, MySQL, PHP) deployment kit pkg:/web/amp@0.5.11-0.151.1.5 pkg.summary setCluster containing an AMP (Apache, MySQL, PHP) deployment kit pkg:/web/amp@0.5.11-0.151.1.5 incorporate depend amp@0.5.11-0.133 pkg:/consolidation/sfw/sfw-incorporation@0.5.11-0.151.1.5 basenamedirusr/lib/python2.6/vendor-packages/elisa/plugins/amp pkg:/desktop/media-player/moovida/moovida-plugins@0.5.11-0.151.1.5 pkg.fmrisetopenindiana.org/amp pkg:/amp@0.5.11-0.133 pkg.fmrisetopenindiana.org/web/amp pkg:/web/amp@0.5.11-0.151.1.5 root@testzone:~# pkg install amp Refreshing catalog Refreshing catalog 1/1 openindiana.org truncated output Install Phase 5244/33892Action install failed for 'lib/libc.so.1' (pkg://openindiana.org/system/library): OSError: [Errno 16] Device busy pkg: An unexpected error happened during install: [Errno 16] Device busy Traceback (most recent call last): File "/usr/bin/pkg", line 4233, in handle_errors __ret = func(*args, **kwargs) File "/usr/bin/pkg", line 4212, in main_func return func(img, pargs) File "/usr/bin/pkg", line 1410, in install ret_code = __api_execute_plan(op, api_inst) File "/usr/bin/pkg", line 1001, in __api_execute_plan api_inst.execute_plan() File "/usr/lib/python2.6/vendor-packages/pkg/client/api.py", line 828, in execute_plan self.__img.imageplan.execute() File "/usr/lib/python2.6/vendor-packages/pkg/client/imageplan.py", line 1226, in execute p.execute_install(src, dest) File "/usr/lib/python2.6/vendor-packages/pkg/client/pkgplan.py", line 336, in execute_install dest.install(self, src) File "/usr/lib/python2.6/vendor-packages/pkg/actions/file.py", line 211, in install portable.rename(temp, final_path) File "/usr/lib/python2.6/vendor-packages/pkg/portable/os_unix.py", line 236, in rename os.rename(src, dst) OSError: [Errno 16] Device busy 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 '4d886e93dafc'. I know 'lib/libc.so.1' is shared between the global zone and the zones. -Original Message- From: Sašo Kiselkov [mailto:skiselkov...@gmail.com] Sent: woensdag 4 juli 2012 23:38 To: Discussion list for OpenIndiana Subject: Re: [OpenIndiana-discuss] Broken pkg in ipkg zones since update to oi_151a5 On 07/04/2012 11:09 PM, Sašo Kiselkov wrote: > Hi guys, > > I noticed that there's been an update published to openindiana.org > (oi_151a5) - great stuff, but the new version of pkg(1) in it broke > zone creation from oi_151a4 hosts. In short, here's the problem: > > * Global zone: oi_151a4 > * zoneadm -z newzone install <-- this fetches and installs pkg(1) > from op
Re: [OpenIndiana-discuss] Broken pkg in ipkg zones since update to oi_151a5
I had to work around this by cloning some of my older zones and reconfiguring them, otherwise I was just getting a bunch of errors in the new zone (even after the image-create I mentioned before). Cheers, -- Saso On 07/05/2012 12:11 PM, Open Indiana wrote: > Same at my side. > > Pkg search doesn't find anything within a zone I created today > > > > -Original Message- > From: Sašo Kiselkov [mailto:skiselkov...@gmail.com] > Sent: woensdag 4 juli 2012 23:38 > To: Discussion list for OpenIndiana > Subject: Re: [OpenIndiana-discuss] Broken pkg in ipkg zones since update to > oi_151a5 > > On 07/04/2012 11:09 PM, Sašo Kiselkov wrote: >> Hi guys, >> >> I noticed that there's been an update published to openindiana.org >> (oi_151a5) - great stuff, but the new version of pkg(1) in it broke >> zone creation from oi_151a4 hosts. In short, here's the problem: >> >> * Global zone: oi_151a4 >> * zoneadm -z newzone install <-- this fetches and installs pkg(1) >> from openindiana.org for oi_151a5 >> * zlogin newzone >> * (in-newzone)# pkg publisher >>pkg: No image found. >> >> The IPS database format has probably changed in such a way that the >> new >> pkg(1) doesn't recognize the old database. I've tested this numerous >> times with the following pkg(1) versions and I can consistently >> reproduce this: >> >> (global-zone)# pkg version >> 5d2771134f21+ >> >> (non-global-zone)# pkg version >> 4d886e93dafc >> >> A way to work around this is to re-generate the package database in >> the non-global zone as follows: >> # pkg image-create -f --zone --full -p http://pkg.openindiana.org/dev/ / >> # pkg install entire # to ensure everything's properly installed >> >> When installing the non-global zone from an oi_151a5 global zone, this >> doesn't occur (just tested on a second machine - yep, if global is >> oi_151a5, all is good, otherwise, the non-global zone's pkg is broken). >> Sure I'm not the only one who's seeing this, right? > > P.S. minor correction: my proposed fix doesn't actually work, so at present, > zones are broken on openindiana oi_151a4 (at least for me). > > Cheers, > -- > Saso > > ___ > OpenIndiana-discuss mailing list > OpenIndiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss > > > > ___ > OpenIndiana-discuss mailing list > OpenIndiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Broken pkg in ipkg zones since update to oi_151a5
Same at my side. Pkg search doesn't find anything within a zone I created today -Original Message- From: Sašo Kiselkov [mailto:skiselkov...@gmail.com] Sent: woensdag 4 juli 2012 23:38 To: Discussion list for OpenIndiana Subject: Re: [OpenIndiana-discuss] Broken pkg in ipkg zones since update to oi_151a5 On 07/04/2012 11:09 PM, Sašo Kiselkov wrote: > Hi guys, > > I noticed that there's been an update published to openindiana.org > (oi_151a5) - great stuff, but the new version of pkg(1) in it broke > zone creation from oi_151a4 hosts. In short, here's the problem: > > * Global zone: oi_151a4 > * zoneadm -z newzone install <-- this fetches and installs pkg(1) > from openindiana.org for oi_151a5 > * zlogin newzone > * (in-newzone)# pkg publisher >pkg: No image found. > > The IPS database format has probably changed in such a way that the > new > pkg(1) doesn't recognize the old database. I've tested this numerous > times with the following pkg(1) versions and I can consistently > reproduce this: > > (global-zone)# pkg version > 5d2771134f21+ > > (non-global-zone)# pkg version > 4d886e93dafc > > A way to work around this is to re-generate the package database in > the non-global zone as follows: > # pkg image-create -f --zone --full -p http://pkg.openindiana.org/dev/ / > # pkg install entire # to ensure everything's properly installed > > When installing the non-global zone from an oi_151a5 global zone, this > doesn't occur (just tested on a second machine - yep, if global is > oi_151a5, all is good, otherwise, the non-global zone's pkg is broken). > Sure I'm not the only one who's seeing this, right? P.S. minor correction: my proposed fix doesn't actually work, so at present, zones are broken on openindiana oi_151a4 (at least for me). Cheers, -- Saso ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
