“Old” Solaris approach: a zone with exclusive IP-stack requires a separate physical network interface.

“New” Solaris 11 (project Crossbow, beginning b105) approach: you have one physical interface and you do with it whatever you want. You can create a whole network within your single box and a single network card.

Here’s an example on how to migrate your existing zones with shared stack to “independent” zones.

Old configuration: one global zone (system name xeon), one non-global zone (dmz), one physical interface (e1000g0), two VLAN’s (1 and 10):

“Defrouters” are defined in the global zone. So, if the global zone has a defaultrouter set to 10.0.1.1, you will have this route in zone “dmz”. You can’t get rid of it and force the traffic to 10.0.0.1. Instead you will have two default routes in both zones.

Now, let’s have a look at the virtual interfaces (a part of the new concept).
Currently we do not have any:

Let’s create two virtual interfaces, each of them will belong to a separate VLAN. You can choose a name for a virtual interface and call it whatever (almost ;-) ) you want:

Now we have two virtual interfaces:

• dmz1 – VLAN 1
• dmz0 – VLAN 10

with randomly assigned MAC addresses. You can assign an arbitrary MAC address to a virtual interface or use a factory one. (see man dladm).

Reconfigure the zone:

Now, (re)boot your zone and configure the network interfaces and default routes as if they were on a standalone system.

Nice! I love Solaris …

Here you can test if a site is listed in any of the available black lists:

http://www.robtex.com/dns/DOMAINNAME.html
http://www.robtex.com/ip/IPADDRESS.html
http://hosts-file.net/?s=DOMAINNAME
https://www.trustedsource.org/en/feedback/url
http://www.siteadvisor.com/sites/DOMAINNAME
http://www.trustedsource.org/TS?do=feedback&subdo=query&q=DOMAINNAME
http://www.malwaredomainlist.com/mdl.php?search=DOMAINNAME&colsearch=All&quantity=50
http://www.google.com/safebrowsing/diagnostic?site=http://WEBSITEURL
http://www.mywot.com/en/scorecard/DOMAINNAME

To speed things up Bluefish 1.3.3 has static inline functions. However, GCC thinks that the “inlineness” is defined twice:

This is an excerpt from the source:

to

Also see the previous post (http://www.alekz.net/archives/432) on Bluefish.

Documentation Consolidation (Docs) Download Center
On-line version
OpenSolaris documentation community

pkgchk -n -a -P / 2>&1 | less
pkgchk -f -n -a -P /etc/opt

http://www.google.com/search?hl=en&safe=off&q=site%3AYOUR SITE&btnG=Search

http://yandex.ru/yandsearch?serverurl=YOUR SITE&lr=187

Cache saver

1. Get intltool package (for example, from blastwave)

   If you use the bundled intltool, you will get the following error:

   Undefined first referenced
   symbol in file
   libintl_bind_textdomain_codeset bluefish.o
   libintl_gettext bf_lib.o
   libintl_textdomain bluefish.o
   libintl_bindtextdomain bluefish.o
   libintl_ngettext file.o
   ld: fatal: symbol referencing errors. No output written to bluefish-unstable
   collect2: ld returned 1 exit status
   gmake[3]: *** [bluefish-unstable] Error 1
   gmake[3]: Leaving directory `/var/tmp/bluefish-unstable-1.3.2/src’
   gmake[2]: *** [all-recursive] Error 1
   gmake[2]: Leaving directory `/var/tmp/bluefish-unstable-1.3.2/src’
   gmake[1]: *** [all] Error 2
   gmake[1]: Leaving directory `/var/tmp/bluefish-unstable-1.3.2/src’
   gmake: *** [all-recursive] Error 1
2. Set the LIBS variable:
   export LIBS=”-lsocket -lnsl -L/usr/csw/lib -lintl”
3. Put /usr/gnu/bin directory in the first place in PATH. For example:
   export PATH=/usr/gnu/bin:/usr/bin:/usr/sbin:/usr/openwin/bin:/sbin:/usr/dt/bin:/usr/sfw/bin:/usr/csw/bin:/usr/local/bin

   The reason is two different xgettext programs. The configure script wants the GNU version:

   checking for xgettext… (cached) /usr/bin/xgettext
   checking for msgmerge… /usr/bin/msgmerge
   checking for msgfmt… (cached) /usr/bin/msgfmt
   /usr/bin/xgettext: illegal option — version
   Usage: xgettext [-a [-x exclude-file]] [-jns][-c comment-tag]
   [-d default-domain] [-m prefix] [-M suffix] [-p pathname] files …
   xgettext -h
   ERROR: Cannot open file –version.
   configure: error: GNU gettext tools not found; required for intltool

Update 15.02.2009 @ 14:04: Same for wine 1.1.15…

The following error:

Is caused by redefinition of the ERR function in the wrong place. To fix move #include “wine/debug.h” behind all includes in dlls/iphlpapi/ipstats.c:

Here’s a quick way to upgrade one or both Solaris (tested with Nevada snv_107) and SqueezeCenter (tested with SC 7.4 24827).

1. Remove the CPAN directory in the SC root directory
   # mv CPAN CPAN.orig
2. Install missing CPAN modules
   # perl -MCPAN -e shell
   cpan> install Bundle::CPAN
   . . .
   cpan> reload CPAN
   cpan> install I18N::LangTags
   cpan> force install Scalar::Util
3. Disable Encode::Detect::Detector module in Slim/Utils/Unicode.pm (line 40). The module can’t be compiled for Solaris.
   # vi Slim/Utils/Unicode.pm
   . . .
   #use Encode::Detect::Detector;

The list of new features on opensolaris.com.