Sparse Zones Unable To Install ooce Packages #138
Comments
|
I would use fs option, so you do not have to install any ooce ... in the spacezone zone |
|
I can certainly try that - seems simple enough, but this means I'd need to install any packages I want to use in a sparse zone on the main server itself, no? Is there no other way to do this? It used to work okay, at least a couple of releases ago. |
What's happening here is that the Looking at the files that were shown in the output: So in this case, I would install |
|
When I query the global zone, it's showing as being installed already: But when I try running Note these files do show up in the child zone: |
|
In the NGZ, try changing the and then try the recursive installation in the GZ again. |
|
That does get the package installation working again, thanks! It does still print out the same list of exclusions, I'll paste here for reference in case you need it. |
|
Great, You may find you need to install a few more of the pre-requisite packages in the GZ (to get the files into the shared |
|
Just wanted to check in on this issue - The long term result of making this change is that instead of updating all of my Zones by updating the global zone and rebooting, I now have to login to each zone and run I suspect the issue relates to the Sparse zone containing incomplete information about what packages IPS has carried into the zone from the Global Zone (via /var/pkg), but I'm not deep enough in the internals of the system to know whether or not this is the case... |
|
Coming back up from Patch Tuesday, I just realized I'm still going through this process a year later - lipkg and sparse zones in my environment do not receive updates from the Global Zone anymore, and each nonglobal zone requires me to zlogin to it specifically and run Is there any way to debug this issue so we can get it fixed? It's driving me crazy to update dozens of zones every month instead of just updating the hosting computers themselves. :) |
|
(Note that I've tried per the OmniOS documentation to do the following, and it also does not work - the NGZs still require manual My expectation and hope is that the original way it worked will eventually work again: |
|
The From the man page: |
|
You can also make this the default behaviour by setting the From the pkg(1) man page: |
|
I apologize for not seeing your replies sooner - Thank you very much for the pointers! I'll give this a try as soon as I can and report back if things still seem weird! 😁 |
|
Running I've tried setting the Update: Reading through the documentation and am guessing I did, indeed, call it wrong. Will try again with |
Yes, the |
(Apologies if I'm opening this in the wrong place again, please feel free to direct me elsewhere if this is a problem further down the stack.)
After upgrading to 151046, I'm no longer able to install local (ooce) packages in sparse zones. The following testcase should reproduce on your end if you're also on 46 (adjusting for your local IP and volume layout):
Is this a problem with my system configuration?
Is there anything I can do to help you debug this further?
Is this something that needs to be raised on an OmniOSce or Illumos bug system?
Any input you can provide would be greatly appreciated!
The text was updated successfully, but these errors were encountered: