Re: [OmniOS-discuss] in.tftpd not working and how to fix it
I'll make sure the wiki gets fixed this week. Thanks, Dan Sent from my iPhone (typos, autocorrect, and all) > On Feb 3, 2015, at 5:46 PM, Tobias Oetiker wrote: > > caveat: due to the kvm performance problem I am still running 010 > ... but maybe this is also a problem on more recent versions ... > > so here goes: > > after upgrading to 010 the tftp service on our omnios box stopped > working properly ... it served a few bytes of the request and then > timed out ... > > we investigated for a bit and then moved our tftp service to linux. > > Today I ran into the problem again and found the solution: > > on http://omnios.omniti.com/wiki.php/Installation there is: > > Activate TFTP server by adding the following line to > /etc/inetd.conf and running the "inetconv" command. This will > create an SMF service, network/tftp/udp6. Don't worry about the > "udp6" bit-- it listens for both IPv4 and IPv6 connections. > > well as it turnes out, you actually SHOULD worry and use 'udp' > instead ... then all will work nicely (on ip4 at least). > > cheers > tobi > > -- > Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland > www.oetiker.ch t...@oetiker.ch +41 62 775 9902 > > ___ > OmniOS-discuss mailing list > OmniOS-discuss@lists.omniti.com > http://lists.omniti.com/mailman/listinfo/omnios-discuss ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] FINALLY - OmniOS bloody is now updated. (long, please read)
If the aren't open source that's CDDL or BSD, they won't.
Dan
Sent from my iPhone (typos, autocorrect, and all)
> On Feb 3, 2015, at 6:05 PM, Floris van Essen ..:: House of Ancients Amstafs
> ::.. wrote:
>
> Hi Dan,
>
> Actually, they have, although those weren’t a major upgrade.
> Any chance of these drivers making it within the standard OmniOS Drivers
> packages ?
>
> These seem to be in Oracle Solaris :
>
> http://docs.oracle.com/cd/E19253-01/816-5177/6mbbc4g8l/index.html
>
> and are HP Nic drivers
> genunix: [ID 469746 kern.info] NOTICE: ntxn0 registered
> genunix: [ID 805372 kern.info] pcplusmp: pci4040,100 (ntxn) instance 1 irq
> 0x36 vector 0x63 ioapic 0xff intin 0xff is bound to cpu 2
> genunix: [ID 792948 kern.notice] NOTICE: ntxn0: NIC Link is up
> genunix: [ID 435574 kern.info] NOTICE: ntxn0 link up, 1000 Mbps, full duplex
>
>
> Met vriendelijke groet / With kind regards,
>
>
>
>Floris van Essen
>
> Van: Dan McDonald [mailto:dan...@omniti.com]
> Verzonden: dinsdag 3 februari 2015 23:59
> Aan: Floris van Essen ..:: House of Ancients Amstafs ::..
> CC:
> Onderwerp: Re: [OmniOS-discuss] FINALLY - OmniOS bloody is now updated.
> (long, please read)
>
> Likely yes. These drivers were installed manually? Yeah, that's likely.
> Have they survived a prior "pkg update"?
>
> Dan
>
> Sent from my iPhone (typos, autocorrect, and all)
>
> On Feb 3, 2015, at 5:38 PM, Floris van Essen ..:: House of Ancients Amstafs
> ::.. wrote:
>
> Hi Dan,
>
> Immediately after updating, drivers for ntxn ethernet are gone ( they were
> manually installed, as I had “funky stuff” with the IGB nics), and need
> reinstalling.
> Is that normal behavior?
> Rolling back to the before snapshot, and drivers are there again, and traffic
> is back to normal
>
> Met vriendelijke groet / With kind regards,
>
>
>
>Floris van Essen
>
> Van: OmniOS-discuss [mailto:omnios-discuss-boun...@lists.omniti.com] Namens
> Dan McDonald
> Verzonden: dinsdag 3 februari 2015 21:36
> Aan:
> Onderwerp: [OmniOS-discuss] FINALLY - OmniOS bloody is now updated. (long,
> please read)
>
> There is no TL;DR for this. Please read all of this before you upgrade.
>
> This is a big one. I've updated install media AND the repo servers. Users
> who use "pkg update" will be getting a big wad (I'm not taking chances with
> missed packages or components). I'm sorry it took longer than I expected,
> but there was an illumos-gate ZFS bug (5531) I wanted fixed before I released
> the next bloody update.
>
> This is r151013-20150203:
>
> - omnios-build master branch, revision 0c38601
>
> - NEW UPDATE to pkg(5). This carries a LOT with it, and gets its own section
> below.
>
> - OpenSSL is now at 1.0.2.
>
> - One bugfix to illumos-kvm-cmd that needed to be cherrypicked (because we
> can't catch up until VND is upstreamed from SmartOS).
>
> - Longstanding bug with GCC 4.4.4's "cc1" not being properly linked. (Thanks
> Richard Yao of ZFS-on-Linux for catching this.)
>
> - Curl is now at 7.40.0.
>
> - NTP dependency fix, from the community. (Thanks to "takashiary".)
>
> - Git is now at 2.2.1.
>
> - ncurses have their auxiliary libs now in /usr/gnu/lib. (Thanks to Lauri
> "lotheac" Tirkkonen.)
>
> - illumos-omnios master branch, revision aef6850 (last illumos-gate merge
> 6309835)
>
> - Several ZFS enhancements, and sometimes followup fixes for them (one, 5531,
> was what made this release take longer than it should have).
>
> - dis(1) supports cross-target disassembly (Illumos 3317)
>
> - NFS improvements in the authentication cache (Illumos 5509)
>
> - Several ELF safety improvements from Rich Lowe.
>
> - kmem_reap() performance improvements
>
> - preadv() and pwritev()
> NOTE: KVM's poor handling of these (assuming all the world's Linux) is why
> we have a cherrypick above.
>
> - illumos-side hwdata (PCI & USB) updates. (NOTE: OmniOS keeps a copy in
> omnios-userland, that will be updated closer to 014's release).
>
> - Developer prototypes updated to 2015
>
> - Introducing the linked-ipkg ("lipkg") zone brand. See below about how this
> relates to the new pkg(5) changes.
>
> - Reducing RAM used in managing ZFS cache devices
>
> - Many new, corrected, and updated man pages.
>
> - Longstanding mailx(1) overflow fixes now in place.
>
>
> NEW FOR 2015 -- updated pkg(5)
>
> You may have known this from previous bloody releases,
Re: [OmniOS-discuss] FINALLY - OmniOS bloody is now updated. (long, please read)
Hi Dan,
Actually, they have, although those weren’t a major upgrade.
Any chance of these drivers making it within the standard OmniOS Drivers
packages ?
These seem to be in Oracle Solaris :
http://docs.oracle.com/cd/E19253-01/816-5177/6mbbc4g8l/index.html
and are HP Nic drivers
genunix: [ID 469746 kern.info] NOTICE: ntxn0 registered
genunix: [ID 805372 kern.info] pcplusmp: pci4040,100 (ntxn) instance 1 irq 0x36
vector 0x63 ioapic 0xff intin 0xff is bound to cpu 2
genunix: [ID 792948 kern.notice] NOTICE: ntxn0: NIC Link is up
genunix: [ID 435574 kern.info] NOTICE: ntxn0 link up, 1000 Mbps, full duplex
Met vriendelijke groet / With kind regards,
Floris van Essen
Van: Dan McDonald [mailto:dan...@omniti.com]
Verzonden: dinsdag 3 februari 2015 23:59
Aan: Floris van Essen ..:: House of Ancients Amstafs ::..
CC:
Onderwerp: Re: [OmniOS-discuss] FINALLY - OmniOS bloody is now updated. (long,
please read)
Likely yes. These drivers were installed manually? Yeah, that's likely. Have
they survived a prior "pkg update"?
Dan
Sent from my iPhone (typos, autocorrect, and all)
On Feb 3, 2015, at 5:38 PM, Floris van Essen ..:: House of Ancients Amstafs
::.. mailto:i...@houseofancients.nl>> wrote:
Hi Dan,
Immediately after updating, drivers for ntxn ethernet are gone ( they were
manually installed, as I had “funky stuff” with the IGB nics), and need
reinstalling.
Is that normal behavior?
Rolling back to the before snapshot, and drivers are there again, and traffic
is back to normal
Met vriendelijke groet / With kind regards,
Floris van Essen
Van: OmniOS-discuss [mailto:omnios-discuss-boun...@lists.omniti.com] Namens Dan
McDonald
Verzonden: dinsdag 3 februari 2015 21:36
Aan: mailto:omnios-discuss@lists.omniti.com>>
Onderwerp: [OmniOS-discuss] FINALLY - OmniOS bloody is now updated. (long,
please read)
There is no TL;DR for this. Please read all of this before you upgrade.
This is a big one. I've updated install media AND the repo servers. Users who
use "pkg update" will be getting a big wad (I'm not taking chances with missed
packages or components). I'm sorry it took longer than I expected, but there
was an illumos-gate ZFS bug (5531) I wanted fixed before I released the next
bloody update.
This is r151013-20150203:
- omnios-build master branch, revision 0c38601
- NEW UPDATE to pkg(5). This carries a LOT with it, and gets its own section
below.
- OpenSSL is now at 1.0.2.
- One bugfix to illumos-kvm-cmd that needed to be cherrypicked (because we
can't catch up until VND is upstreamed from SmartOS).
- Longstanding bug with GCC 4.4.4's "cc1" not being properly linked. (Thanks
Richard Yao of ZFS-on-Linux for catching this.)
- Curl is now at 7.40.0.
- NTP dependency fix, from the community. (Thanks to "takashiary".)
- Git is now at 2.2.1.
- ncurses have their auxiliary libs now in /usr/gnu/lib. (Thanks to Lauri
"lotheac" Tirkkonen.)
- illumos-omnios master branch, revision aef6850 (last illumos-gate merge
6309835)
- Several ZFS enhancements, and sometimes followup fixes for them (one, 5531,
was what made this release take longer than it should have).
- dis(1) supports cross-target disassembly (Illumos 3317)
- NFS improvements in the authentication cache (Illumos 5509)
- Several ELF safety improvements from Rich Lowe.
- kmem_reap() performance improvements
- preadv() and pwritev()
NOTE: KVM's poor handling of these (assuming all the world's Linux) is why we
have a cherrypick above.
- illumos-side hwdata (PCI & USB) updates. (NOTE: OmniOS keeps a copy in
omnios-userland, that will be updated closer to 014's release).
- Developer prototypes updated to 2015
- Introducing the linked-ipkg ("lipkg") zone brand. See below about how this
relates to the new pkg(5) changes.
- Reducing RAM used in managing ZFS cache devices
- Many new, corrected, and updated man pages.
- Longstanding mailx(1) overflow fixes now in place.
NEW FOR 2015 -- updated pkg(5)
You may have known this from previous bloody releases, but we've been using the
same oldish version of pkg(5) since at least r151006 in OmniOS. Bloody
releases have had a half-finished pkg(5) that breaks things like "zoneadm -z
attach -u". When a release came, we reverted to the old r151006 version
of pkg(5). That changes now.
If you're interested in source, our new repo for pkg(5) is
http://github.com/omniti-labs/pkg5 or
src.omniti.com<http://src.omniti.com>:~omnios/core/pkg5. It's a downstream of
OI Hipster's for now.
The OpenIndiana Hipster folks have done some work to bring pkg(5) more up to
date with its upstream. The new pkg(5) contains many under-the-hood
improvements. It also includes two user-visible improvements:
- A bit more visible status information during pkg(1) operations.
- T
Re: [OmniOS-discuss] FINALLY - OmniOS bloody is now updated. (long, please read)
Likely yes. These drivers were installed manually? Yeah, that's likely. Have
they survived a prior "pkg update"?
Dan
Sent from my iPhone (typos, autocorrect, and all)
> On Feb 3, 2015, at 5:38 PM, Floris van Essen ..:: House of Ancients Amstafs
> ::.. wrote:
>
> Hi Dan,
>
> Immediately after updating, drivers for ntxn ethernet are gone ( they were
> manually installed, as I had “funky stuff” with the IGB nics), and need
> reinstalling.
> Is that normal behavior?
> Rolling back to the before snapshot, and drivers are there again, and traffic
> is back to normal
>
> Met vriendelijke groet / With kind regards,
>
>
>
>Floris van Essen
>
> Van: OmniOS-discuss [mailto:omnios-discuss-boun...@lists.omniti.com] Namens
> Dan McDonald
> Verzonden: dinsdag 3 februari 2015 21:36
> Aan:
> Onderwerp: [OmniOS-discuss] FINALLY - OmniOS bloody is now updated. (long,
> please read)
>
> There is no TL;DR for this. Please read all of this before you upgrade.
>
> This is a big one. I've updated install media AND the repo servers. Users
> who use "pkg update" will be getting a big wad (I'm not taking chances with
> missed packages or components). I'm sorry it took longer than I expected,
> but there was an illumos-gate ZFS bug (5531) I wanted fixed before I released
> the next bloody update.
>
> This is r151013-20150203:
>
> - omnios-build master branch, revision 0c38601
>
> - NEW UPDATE to pkg(5). This carries a LOT with it, and gets its own section
> below.
>
> - OpenSSL is now at 1.0.2.
>
> - One bugfix to illumos-kvm-cmd that needed to be cherrypicked (because we
> can't catch up until VND is upstreamed from SmartOS).
>
> - Longstanding bug with GCC 4.4.4's "cc1" not being properly linked. (Thanks
> Richard Yao of ZFS-on-Linux for catching this.)
>
> - Curl is now at 7.40.0.
>
> - NTP dependency fix, from the community. (Thanks to "takashiary".)
>
> - Git is now at 2.2.1.
>
> - ncurses have their auxiliary libs now in /usr/gnu/lib. (Thanks to Lauri
> "lotheac" Tirkkonen.)
>
> - illumos-omnios master branch, revision aef6850 (last illumos-gate merge
> 6309835)
>
> - Several ZFS enhancements, and sometimes followup fixes for them (one, 5531,
> was what made this release take longer than it should have).
>
> - dis(1) supports cross-target disassembly (Illumos 3317)
>
> - NFS improvements in the authentication cache (Illumos 5509)
>
> - Several ELF safety improvements from Rich Lowe.
>
> - kmem_reap() performance improvements
>
> - preadv() and pwritev()
> NOTE: KVM's poor handling of these (assuming all the world's Linux) is why
> we have a cherrypick above.
>
> - illumos-side hwdata (PCI & USB) updates. (NOTE: OmniOS keeps a copy in
> omnios-userland, that will be updated closer to 014's release).
>
> - Developer prototypes updated to 2015
>
> - Introducing the linked-ipkg ("lipkg") zone brand. See below about how this
> relates to the new pkg(5) changes.
>
> - Reducing RAM used in managing ZFS cache devices
>
> - Many new, corrected, and updated man pages.
>
> - Longstanding mailx(1) overflow fixes now in place.
>
>
> NEW FOR 2015 -- updated pkg(5)
>
> You may have known this from previous bloody releases, but we've been using
> the same oldish version of pkg(5) since at least r151006 in OmniOS. Bloody
> releases have had a half-finished pkg(5) that breaks things like "zoneadm -z
> attach -u". When a release came, we reverted to the old r151006
> version of pkg(5). That changes now.
>
> If you're interested in source, our new repo for pkg(5) is
> http://github.com/omniti-labs/pkg5 or src.omniti.com:~omnios/core/pkg5. It's
> a downstream of OI Hipster's for now.
>
> The OpenIndiana Hipster folks have done some work to bring pkg(5) more up to
> date with its upstream. The new pkg(5) contains many under-the-hood
> improvements. It also includes two user-visible improvements:
>
> - A bit more visible status information during pkg(1) operations.
>
> - The ability to link images.
>
> Linked images is the big one. Way upstream, linked images are the new
> default for ipkg-branded zones (i.e. the zones all OmniOS folks use). In OI
> Hipster, linked-images are currently disabled. We decided to take a middle
> ground:
>
>
> THE LINKED IPS BRAND (lipkg)
>
> Currently deployed ipkg-branded zones stay the same as they have in previous
> OmniOS releases. You update them how you're used to updating them: E
[OmniOS-discuss] in.tftpd not working and how to fix it
caveat: due to the kvm performance problem I am still running 010 ... but maybe this is also a problem on more recent versions ... so here goes: after upgrading to 010 the tftp service on our omnios box stopped working properly ... it served a few bytes of the request and then timed out ... we investigated for a bit and then moved our tftp service to linux. Today I ran into the problem again and found the solution: on http://omnios.omniti.com/wiki.php/Installation there is: Activate TFTP server by adding the following line to /etc/inetd.conf and running the "inetconv" command. This will create an SMF service, network/tftp/udp6. Don't worry about the "udp6" bit-- it listens for both IPv4 and IPv6 connections. well as it turnes out, you actually SHOULD worry and use 'udp' instead ... then all will work nicely (on ip4 at least). cheers tobi -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland www.oetiker.ch t...@oetiker.ch +41 62 775 9902 ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] FINALLY - OmniOS bloody is now updated. (long, please read)
Hi Dan,
Immediately after updating, drivers for ntxn ethernet are gone ( they were
manually installed, as I had "funky stuff" with the IGB nics), and need
reinstalling.
Is that normal behavior?
Rolling back to the before snapshot, and drivers are there again, and traffic
is back to normal
Met vriendelijke groet / With kind regards,
Floris van Essen
Van: OmniOS-discuss [mailto:omnios-discuss-boun...@lists.omniti.com] Namens Dan
McDonald
Verzonden: dinsdag 3 februari 2015 21:36
Aan:
Onderwerp: [OmniOS-discuss] FINALLY - OmniOS bloody is now updated. (long,
please read)
There is no TL;DR for this. Please read all of this before you upgrade.
This is a big one. I've updated install media AND the repo servers. Users who
use "pkg update" will be getting a big wad (I'm not taking chances with missed
packages or components). I'm sorry it took longer than I expected, but there
was an illumos-gate ZFS bug (5531) I wanted fixed before I released the next
bloody update.
This is r151013-20150203:
- omnios-build master branch, revision 0c38601
- NEW UPDATE to pkg(5). This carries a LOT with it, and gets its own section
below.
- OpenSSL is now at 1.0.2.
- One bugfix to illumos-kvm-cmd that needed to be cherrypicked (because we
can't catch up until VND is upstreamed from SmartOS).
- Longstanding bug with GCC 4.4.4's "cc1" not being properly linked. (Thanks
Richard Yao of ZFS-on-Linux for catching this.)
- Curl is now at 7.40.0.
- NTP dependency fix, from the community. (Thanks to "takashiary".)
- Git is now at 2.2.1.
- ncurses have their auxiliary libs now in /usr/gnu/lib. (Thanks to Lauri
"lotheac" Tirkkonen.)
- illumos-omnios master branch, revision aef6850 (last illumos-gate merge
6309835)
- Several ZFS enhancements, and sometimes followup fixes for them (one, 5531,
was what made this release take longer than it should have).
- dis(1) supports cross-target disassembly (Illumos 3317)
- NFS improvements in the authentication cache (Illumos 5509)
- Several ELF safety improvements from Rich Lowe.
- kmem_reap() performance improvements
- preadv() and pwritev()
NOTE: KVM's poor handling of these (assuming all the world's Linux) is why we
have a cherrypick above.
- illumos-side hwdata (PCI & USB) updates. (NOTE: OmniOS keeps a copy in
omnios-userland, that will be updated closer to 014's release).
- Developer prototypes updated to 2015
- Introducing the linked-ipkg ("lipkg") zone brand. See below about how this
relates to the new pkg(5) changes.
- Reducing RAM used in managing ZFS cache devices
- Many new, corrected, and updated man pages.
- Longstanding mailx(1) overflow fixes now in place.
NEW FOR 2015 -- updated pkg(5)
You may have known this from previous bloody releases, but we've been using the
same oldish version of pkg(5) since at least r151006 in OmniOS. Bloody
releases have had a half-finished pkg(5) that breaks things like "zoneadm -z
attach -u". When a release came, we reverted to the old r151006 version
of pkg(5). That changes now.
If you're interested in source, our new repo for pkg(5) is
http://github.com/omniti-labs/pkg5 or src.omniti.com:~omnios/core/pkg5. It's a
downstream of OI Hipster's for now.
The OpenIndiana Hipster folks have done some work to bring pkg(5) more up to
date with its upstream. The new pkg(5) contains many under-the-hood
improvements. It also includes two user-visible improvements:
- A bit more visible status information during pkg(1) operations.
- The ability to link images.
Linked images is the big one. Way upstream, linked images are the new default
for ipkg-branded zones (i.e. the zones all OmniOS folks use). In OI Hipster,
linked-images are currently disabled. We decided to take a middle ground:
THE LINKED IPS BRAND (lipkg)
Currently deployed ipkg-branded zones stay the same as they have in previous
OmniOS releases. You update them how you're used to updating them: Either the
documented OmniOS way, or "Dan's way", where you mount the newly upgraded BE
and then update each zone prior to reboot.
If you detach a zone: (zoneadm -z halt ; zoneadm -z detach) you
may change its brand the the new linked-ipkg (lipkg) brand. The default for a
new zone is still "ipkg", so if you want lipkg, you must explicitly "set
brand=lipkg" in the zonecfg interaction or script.
How to convert an existing "ipkg" zone to an "lipkg" zone:
1.) Install the "lipkg" brand: "pkg install lipkg".
2.) Halt and detach the zone. "zoneadm -z halt ; zoneadm -z
detach"
3.) Change the zone's brand: "zonecfg -z set brand=lipkg".
4.) Attach the zone with the -u flag. pkg(5) needs to run its update check
regardless: "zoneadm -z attach -u"
Re: [OmniOS-discuss] FINALLY - OmniOS bloody is now updated. (long, please read)
> On Feb 3, 2015, at 4:07 PM, Schweiss, Chip wrote: > > Good to know. Regardless, I will run bloody until I'm ready to go live on > this system. Hopefully I can contribute some valuable information, even if > it is in the form of crash dumps. Crash dumps are appreciated. Also, you saw what else (packaging) I'm interested in for this particular one. Thanks! Dan ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] FINALLY - OmniOS bloody is now updated. (long, please read)
On Tue, Feb 3, 2015 at 2:59 PM, Dan McDonald wrote: > > It has the latest illumos-gate versions of things as of two days ago. > Very recently (mid-January) we backported all mpt_sas stuff into 012 and > 006. So if you're updated to the latest 012, you won't have much new in > mpt_sas. ZFS, OTOH, has newness in it, and alas, not all of it is good > (5531 has siblings, apparently). > > Dan > > Good to know. Regardless, I will run bloody until I'm ready to go live on this system. Hopefully I can contribute some valuable information, even if it is in the form of crash dumps. -Chip ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] FINALLY - OmniOS bloody is now updated. (long, please read)
> On Feb 3, 2015, at 3:56 PM, Schweiss, Chip wrote: > > Excellent! > > I'll put it on my current project system and get you some feedback. > > Of particular interest, were there any mpt_sas patches in there? It has the latest illumos-gate versions of things as of two days ago. Very recently (mid-January) we backported all mpt_sas stuff into 012 and 006. So if you're updated to the latest 012, you won't have much new in mpt_sas. ZFS, OTOH, has newness in it, and alas, not all of it is good (5531 has siblings, apparently). Dan ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] FINALLY - OmniOS bloody is now updated. (long, please read)
Excellent!
I'll put it on my current project system and get you some feedback.
Of particular interest, were there any mpt_sas patches in there?
Cheers!
-Chip
On Tue, Feb 3, 2015 at 2:51 PM, Theo Schlossnagle wrote:
> Fantastic work Dan! We're all looking forward to 014!
>
> On Tue, Feb 3, 2015 at 3:35 PM, Dan McDonald wrote:
>
>> There is no TL;DR for this. Please read all of this before you upgrade.
>>
>> This is a big one. I've updated install media AND the repo servers.
>> Users who use "pkg update" will be getting a big wad (I'm not taking
>> chances with missed packages or components). I'm sorry it took longer than
>> I expected, but there was an illumos-gate ZFS bug (5531) I wanted fixed
>> before I released the next bloody update.
>>
>> This is r151013-20150203:
>>
>> - omnios-build master branch, revision 0c38601
>>
>> - NEW UPDATE to pkg(5). This carries a LOT with it, and gets its own
>> section below.
>>
>> - OpenSSL is now at 1.0.2.
>>
>> - One bugfix to illumos-kvm-cmd that needed to be cherrypicked (because
>> we can't catch up until VND is upstreamed from SmartOS).
>>
>> - Longstanding bug with GCC 4.4.4's "cc1" not being properly linked.
>> (Thanks Richard Yao of ZFS-on-Linux for catching this.)
>>
>> - Curl is now at 7.40.0.
>>
>> - NTP dependency fix, from the community. (Thanks to "takashiary".)
>>
>> - Git is now at 2.2.1.
>>
>> - ncurses have their auxiliary libs now in /usr/gnu/lib. (Thanks to
>> Lauri "lotheac" Tirkkonen.)
>>
>> - illumos-omnios master branch, revision aef6850 (last illumos-gate merge
>> 6309835)
>>
>> - Several ZFS enhancements, and sometimes followup fixes for them (one,
>> 5531, was what made this release take longer than it should have).
>>
>> - dis(1) supports cross-target disassembly (Illumos 3317)
>>
>> - NFS improvements in the authentication cache (Illumos 5509)
>>
>> - Several ELF safety improvements from Rich Lowe.
>>
>> - kmem_reap() performance improvements
>>
>> - preadv() and pwritev()
>> NOTE: KVM's poor handling of these (assuming all the world's Linux) is
>> why we have a cherrypick above.
>>
>> - illumos-side hwdata (PCI & USB) updates. (NOTE: OmniOS keeps a copy in
>> omnios-userland, that will be updated closer to 014's release).
>>
>> - Developer prototypes updated to 2015
>>
>> - Introducing the linked-ipkg ("lipkg") zone brand. See below about how
>> this relates to the new pkg(5) changes.
>>
>> - Reducing RAM used in managing ZFS cache devices
>>
>> - Many new, corrected, and updated man pages.
>>
>> - Longstanding mailx(1) overflow fixes now in place.
>>
>>
>> NEW FOR 2015 -- updated pkg(5)
>>
>> You may have known this from previous bloody releases, but we've been
>> using the same oldish version of pkg(5) since at least r151006 in OmniOS.
>> Bloody releases have had a half-finished pkg(5) that breaks things like
>> "zoneadm -z attach -u". When a release came, we reverted to the old
>> r151006 version of pkg(5). That changes now.
>>
>> If you're interested in source, our new repo for pkg(5) is
>> http://github.com/omniti-labs/pkg5 or src.omniti.com:~omnios/core/pkg5.
>> It's a downstream of OI Hipster's for now.
>>
>> The OpenIndiana Hipster folks have done some work to bring pkg(5) more up
>> to date with its upstream. The new pkg(5) contains many under-the-hood
>> improvements. It also includes two user-visible improvements:
>>
>> - A bit more visible status information during pkg(1) operations.
>>
>> - The ability to link images.
>>
>> Linked images is the big one. Way upstream, linked images are the new
>> default for ipkg-branded zones (i.e. the zones all OmniOS folks use). In OI
>> Hipster, linked-images are currently disabled. We decided to take a middle
>> ground:
>>
>>
>> THE LINKED IPS BRAND (lipkg)
>>
>> Currently deployed ipkg-branded zones stay the same as they have in
>> previous OmniOS releases. You update them how you're used to updating
>> them: Either the documented OmniOS way, or "Dan's way", where you mount
>> the newly upgraded BE and then update each zone prior to reboot.
>>
>> If you detach a zone: (zoneadm -z halt ; zoneadm -z
>> detach) you may change its brand the the new linked-ipkg (lipkg) brand.
>> The default
Re: [OmniOS-discuss] FINALLY - OmniOS bloody is now updated. (long, please read)
Fantastic work Dan! We're all looking forward to 014!
On Tue, Feb 3, 2015 at 3:35 PM, Dan McDonald wrote:
> There is no TL;DR for this. Please read all of this before you upgrade.
>
> This is a big one. I've updated install media AND the repo servers. Users
> who use "pkg update" will be getting a big wad (I'm not taking chances with
> missed packages or components). I'm sorry it took longer than I expected,
> but there was an illumos-gate ZFS bug (5531) I wanted fixed before I
> released the next bloody update.
>
> This is r151013-20150203:
>
> - omnios-build master branch, revision 0c38601
>
> - NEW UPDATE to pkg(5). This carries a LOT with it, and gets its own
> section below.
>
> - OpenSSL is now at 1.0.2.
>
> - One bugfix to illumos-kvm-cmd that needed to be cherrypicked (because we
> can't catch up until VND is upstreamed from SmartOS).
>
> - Longstanding bug with GCC 4.4.4's "cc1" not being properly linked.
> (Thanks Richard Yao of ZFS-on-Linux for catching this.)
>
> - Curl is now at 7.40.0.
>
> - NTP dependency fix, from the community. (Thanks to "takashiary".)
>
> - Git is now at 2.2.1.
>
> - ncurses have their auxiliary libs now in /usr/gnu/lib. (Thanks to Lauri
> "lotheac" Tirkkonen.)
>
> - illumos-omnios master branch, revision aef6850 (last illumos-gate merge
> 6309835)
>
> - Several ZFS enhancements, and sometimes followup fixes for them (one,
> 5531, was what made this release take longer than it should have).
>
> - dis(1) supports cross-target disassembly (Illumos 3317)
>
> - NFS improvements in the authentication cache (Illumos 5509)
>
> - Several ELF safety improvements from Rich Lowe.
>
> - kmem_reap() performance improvements
>
> - preadv() and pwritev()
> NOTE: KVM's poor handling of these (assuming all the world's Linux) is
> why we have a cherrypick above.
>
> - illumos-side hwdata (PCI & USB) updates. (NOTE: OmniOS keeps a copy in
> omnios-userland, that will be updated closer to 014's release).
>
> - Developer prototypes updated to 2015
>
> - Introducing the linked-ipkg ("lipkg") zone brand. See below about how
> this relates to the new pkg(5) changes.
>
> - Reducing RAM used in managing ZFS cache devices
>
> - Many new, corrected, and updated man pages.
>
> - Longstanding mailx(1) overflow fixes now in place.
>
>
> NEW FOR 2015 -- updated pkg(5)
>
> You may have known this from previous bloody releases, but we've been
> using the same oldish version of pkg(5) since at least r151006 in OmniOS.
> Bloody releases have had a half-finished pkg(5) that breaks things like
> "zoneadm -z attach -u". When a release came, we reverted to the old
> r151006 version of pkg(5). That changes now.
>
> If you're interested in source, our new repo for pkg(5) is
> http://github.com/omniti-labs/pkg5 or src.omniti.com:~omnios/core/pkg5.
> It's a downstream of OI Hipster's for now.
>
> The OpenIndiana Hipster folks have done some work to bring pkg(5) more up
> to date with its upstream. The new pkg(5) contains many under-the-hood
> improvements. It also includes two user-visible improvements:
>
> - A bit more visible status information during pkg(1) operations.
>
> - The ability to link images.
>
> Linked images is the big one. Way upstream, linked images are the new
> default for ipkg-branded zones (i.e. the zones all OmniOS folks use). In OI
> Hipster, linked-images are currently disabled. We decided to take a middle
> ground:
>
>
> THE LINKED IPS BRAND (lipkg)
>
> Currently deployed ipkg-branded zones stay the same as they have in
> previous OmniOS releases. You update them how you're used to updating
> them: Either the documented OmniOS way, or "Dan's way", where you mount
> the newly upgraded BE and then update each zone prior to reboot.
>
> If you detach a zone: (zoneadm -z halt ; zoneadm -z detach)
> you may change its brand the the new linked-ipkg (lipkg) brand. The
> default for a new zone is still "ipkg", so if you want lipkg, you must
> explicitly "set brand=lipkg" in the zonecfg interaction or script.
>
> How to convert an existing "ipkg" zone to an "lipkg" zone:
>
> 1.) Install the "lipkg" brand: "pkg install lipkg".
>
> 2.) Halt and detach the zone. "zoneadm -z halt ; zoneadm -z
> detach"
>
> 3.) Change the zone's brand: "zonecfg -z set brand=lipkg".
>
> 4.) Attach the zone with the -u flag. pkg(5) needs to run its update check
> regardless: "zoneadm -z attach -u".
&
[OmniOS-discuss] FINALLY - OmniOS bloody is now updated. (long, please read)
There is no TL;DR for this. Please read all of this before you upgrade.
This is a big one. I've updated install media AND the repo servers. Users who
use "pkg update" will be getting a big wad (I'm not taking chances with missed
packages or components). I'm sorry it took longer than I expected, but there
was an illumos-gate ZFS bug (5531) I wanted fixed before I released the next
bloody update.
This is r151013-20150203:
- omnios-build master branch, revision 0c38601
- NEW UPDATE to pkg(5). This carries a LOT with it, and gets its own section
below.
- OpenSSL is now at 1.0.2.
- One bugfix to illumos-kvm-cmd that needed to be cherrypicked (because we
can't catch up until VND is upstreamed from SmartOS).
- Longstanding bug with GCC 4.4.4's "cc1" not being properly linked. (Thanks
Richard Yao of ZFS-on-Linux for catching this.)
- Curl is now at 7.40.0.
- NTP dependency fix, from the community. (Thanks to "takashiary".)
- Git is now at 2.2.1.
- ncurses have their auxiliary libs now in /usr/gnu/lib. (Thanks to Lauri
"lotheac" Tirkkonen.)
- illumos-omnios master branch, revision aef6850 (last illumos-gate merge
6309835)
- Several ZFS enhancements, and sometimes followup fixes for them (one, 5531,
was what made this release take longer than it should have).
- dis(1) supports cross-target disassembly (Illumos 3317)
- NFS improvements in the authentication cache (Illumos 5509)
- Several ELF safety improvements from Rich Lowe.
- kmem_reap() performance improvements
- preadv() and pwritev()
NOTE: KVM's poor handling of these (assuming all the world's Linux) is why we
have a cherrypick above.
- illumos-side hwdata (PCI & USB) updates. (NOTE: OmniOS keeps a copy in
omnios-userland, that will be updated closer to 014's release).
- Developer prototypes updated to 2015
- Introducing the linked-ipkg ("lipkg") zone brand. See below about how this
relates to the new pkg(5) changes.
- Reducing RAM used in managing ZFS cache devices
- Many new, corrected, and updated man pages.
- Longstanding mailx(1) overflow fixes now in place.
NEW FOR 2015 -- updated pkg(5)
You may have known this from previous bloody releases, but we've been using the
same oldish version of pkg(5) since at least r151006 in OmniOS. Bloody
releases have had a half-finished pkg(5) that breaks things like "zoneadm -z
attach -u". When a release came, we reverted to the old r151006 version
of pkg(5). That changes now.
If you're interested in source, our new repo for pkg(5) is
http://github.com/omniti-labs/pkg5 or src.omniti.com:~omnios/core/pkg5. It's a
downstream of OI Hipster's for now.
The OpenIndiana Hipster folks have done some work to bring pkg(5) more up to
date with its upstream. The new pkg(5) contains many under-the-hood
improvements. It also includes two user-visible improvements:
- A bit more visible status information during pkg(1) operations.
- The ability to link images.
Linked images is the big one. Way upstream, linked images are the new default
for ipkg-branded zones (i.e. the zones all OmniOS folks use). In OI Hipster,
linked-images are currently disabled. We decided to take a middle ground:
THE LINKED IPS BRAND (lipkg)
Currently deployed ipkg-branded zones stay the same as they have in previous
OmniOS releases. You update them how you're used to updating them: Either the
documented OmniOS way, or "Dan's way", where you mount the newly upgraded BE
and then update each zone prior to reboot.
If you detach a zone: (zoneadm -z halt ; zoneadm -z detach) you
may change its brand the the new linked-ipkg (lipkg) brand. The default for a
new zone is still "ipkg", so if you want lipkg, you must explicitly "set
brand=lipkg" in the zonecfg interaction or script.
How to convert an existing "ipkg" zone to an "lipkg" zone:
1.) Install the "lipkg" brand: "pkg install lipkg".
2.) Halt and detach the zone. "zoneadm -z halt ; zoneadm -z
detach"
3.) Change the zone's brand: "zonecfg -z set brand=lipkg".
4.) Attach the zone with the -u flag. pkg(5) needs to run its update check
regardless: "zoneadm -z attach -u".
5.) Boot the zone: "zoneadm -z boot".
The zone 's image will be linked to the global zone's image.
Once you are running with lipkg zones, new things happen upon subsequent "pkg
update"s. Any packages in the global zone that get updated will also be
updated in the lipkg zones at the same time. This includes more than just the
"omnios" publisher as well, which is why lipkg zones aren't for everyone. If,
like me, you tend to currently use the "Dan's way" of upgrading, lipkg zones
will save you time. "pkg update" where al
Re: [OmniOS-discuss] A few packages
> On Feb 3, 2015, at 1:06 PM, sergey ivanov wrote: > > Hi, > I've published today in > https://github.com/seriv/omnios-build/tree/cs.umd.edu a branch forked > from template with our build scripts for dovecot IMAP server with > pigeonhole Managesieve server and with compiled as a plugin ldap > authentication (linked against omniti-ms' openldap-client package). > Also updated versions of other packages there (mc, fail2ban...). And netperf. Thank you! That's one I may put into master (maybe after 014 ships, maybe even FOR 014...). Dan ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
[OmniOS-discuss] A few packages
Hi, I've published today in https://github.com/seriv/omnios-build/tree/cs.umd.edu a branch forked from template with our build scripts for dovecot IMAP server with pigeonhole Managesieve server and with compiled as a plugin ldap authentication (linked against omniti-ms' openldap-client package). Also updated versions of other packages there (mc, fail2ban...). -- Regards, Sergey Ivanov | serge...@gmail.com http://www.linkedin.com/pub/sergey-ivanov/8/270/a09 ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
