<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Pixelfeuer - das Alltags Fotoblog &#187; Solaris</title>
	<atom:link href="http://www.pixelfeuer.de/tag/solaris/feed" rel="self" type="application/rss+xml" />
	<link>http://www.pixelfeuer.de</link>
	<description>Der frühe Vogel kann mich mal....</description>
	<lastBuildDate>Fri, 03 Feb 2012 14:14:35 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Open Office &#8211; libuno_sal.so.3</title>
		<link>http://www.pixelfeuer.de/2011/03/open-office-libuno_sal-so-3</link>
		<comments>http://www.pixelfeuer.de/2011/03/open-office-libuno_sal-so-3#comments</comments>
		<pubDate>Thu, 10 Mar 2011 10:36:24 +0000</pubDate>
		<dc:creator>Jens</dc:creator>
				<category><![CDATA[IT & Co]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Solaris]]></category>

		<guid isPermaLink="false">http://www.pixelfeuer.de/?p=1944</guid>
		<description><![CDATA[<p>Get that failure today on a Solaris 10u8 installation. I installed latest Openoffice (3.3.0) and it did not start. Once of the failures i see is &#8220; ld.so.1: soffice.bin: fatal: libuno_sal.so.3: open failed: No such file or directory&#8220;. The solution that worked for me are easy &#8211; try to install without using &#8220;setup&#8221; from OO-Installation-package. Go to the &#8220;packages&#8221; folder an install what you need. Use that hint to install it very fast. </p> ]]></description>
		<wfw:commentRss>http://www.pixelfeuer.de/2011/03/open-office-libuno_sal-so-3/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>sshutil importpubkey failed</title>
		<link>http://www.pixelfeuer.de/2011/02/sshutil-importpubkey-failed</link>
		<comments>http://www.pixelfeuer.de/2011/02/sshutil-importpubkey-failed#comments</comments>
		<pubDate>Mon, 28 Feb 2011 10:25:20 +0000</pubDate>
		<dc:creator>Jens</dc:creator>
				<category><![CDATA[IT & Co]]></category>
		<category><![CDATA[San]]></category>
		<category><![CDATA[Solaris]]></category>

		<guid isPermaLink="false">http://www.pixelfeuer.de/?p=1928</guid>
		<description><![CDATA[<p style="text-align: justify;">If you run FOS and you run into &#8220;Failed to import public key.&#8221; (like me), pls check your ssh seeting from the host you try to import. There is no failure seen and i cant find a debug-switch or anything. We try to import from a solaris host, and it fails ever and ever. You have to touch your /etc/ssh/ssh_config. Try to connect from an other samplehost to your hosts from where you want to import keys to the switch. Maybe a problem of many ? It is not so helpfull if you see no failure message or anything.</p> <p style="text-align: center;"> ]]></description>
		<wfw:commentRss>http://www.pixelfeuer.de/2011/02/sshutil-importpubkey-failed/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Solaris 11 Express</title>
		<link>http://www.pixelfeuer.de/2010/11/solaris-11-express</link>
		<comments>http://www.pixelfeuer.de/2010/11/solaris-11-express#comments</comments>
		<pubDate>Thu, 25 Nov 2010 15:03:47 +0000</pubDate>
		<dc:creator>Jens</dc:creator>
				<category><![CDATA[IT & Co]]></category>
		<category><![CDATA[Oracle]]></category>
		<category><![CDATA[Solaris]]></category>

		<guid isPermaLink="false">http://www.pixelfeuer.de/?p=1792</guid>
		<description><![CDATA[<p>Nix klappt . Ich hab mir mal Solaris 11 Express/Sparc runtergeladen. Die Installation des war relativ schnell vorüber. Mangels OpenSolaris Erfahrung bin ich zuerstmal über das erstellen eines Netzwerkinterfaces gestolpert. /etc/hostname.qfe2 wollte er nicht, /etc/hosts mochte er nicht. Nachdem ich das ganze per ipadm am laufen hatte sollte sich der Loginscreen eines Standard-Solaris10 (SunRay) per &#8220;Remote Login &#8211; Enter Hostname&#8221; auf die Testmaschine verbinden. Pustekuchen. TEXT-Installer heisst auch das ganze kommt ohne GUI. Zum Glück gibts einen Eintrag in einem SUN-Blog wie man GDM nachzuinstallieren hat. 390 Pakete werden recht problemfrei nachinstalliert &#8211; und danach geht es noch immer nicht. Der Sol10-Loginscreen teilt mir mit das der Remote Host valide wäre, aber offenbar kein Dtlogin o.ä. läuft. GDM ist natürlich gestartet und zu einem Sol10 Host klappt das auch alles. Privat das ganze mal in Virtual Box ausprobiert, nach der Installation von GDM funzt die GUI. Keine Ahnung an was der Remote Login auf der Sparc Kiste da scheitert.</p> ]]></description>
		<wfw:commentRss>http://www.pixelfeuer.de/2010/11/solaris-11-express/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Verzweifelter Grep-Versuch</title>
		<link>http://www.pixelfeuer.de/2010/09/verzweifelter-grep-versuch</link>
		<comments>http://www.pixelfeuer.de/2010/09/verzweifelter-grep-versuch#comments</comments>
		<pubDate>Thu, 23 Sep 2010 07:35:59 +0000</pubDate>
		<dc:creator>Jens</dc:creator>
				<category><![CDATA[Allgemein]]></category>
		<category><![CDATA[IT & Co]]></category>
		<category><![CDATA[Admin]]></category>
		<category><![CDATA[Alltag]]></category>
		<category><![CDATA[Solaris]]></category>

		<guid isPermaLink="false">http://www.pixelfeuer.de/?p=1713</guid>
		<description><![CDATA[<p>Schön ist das Unixleben, alles geht. Alles ? Nein, nicht alles. Ein kleines Betriebssystem am Rande weigert sich beharrlich. Für Storage- bzw Switchverwaltung haben wir Windows-Hosts. Diese haben Probleme beim Zeitsync und ziehen damit die Anwendung in Mitleidenschaft. Aus diesem Grund wurde der Zeitdienst unter Windows in den Debug-Modus gebracht. Das geschrieben Log wollte ich mal eben durchgehen und ein paar Sachen raussuchen, mit Solaris selbstverständlich. Passieren tut leider nichts. Grep schlägt nicht an, auch nicht auf eindeutige Inhalte des Files. &#8220;cat&#8221; geht, &#8220;more&#8221; geht, man kann alles lesen, kein Wirrwarr. cat datei &#62; datei2 geht auch nicht, die neue Datei ist auch nicht &#8220;grepbar&#8221;. tail datei &#124; grep XY geht auch nicht. Ein &#8220;file datei&#8221; brachte nur &#8220;Commands text&#8220;. Hier war ich dann am Ende meines Lateins. Jetzt musste Hilfe her, kann doch nicht sein das ein Textfile sich so weigert. Herausgekommen ist mit Hilfe von anderen Usern das diese Datei wohl seitens MS mit 16bit Codierung anstatt 8Bit UTF hat. Ein Kollege hatte im Vorfeld unter Linux nur herausgefunden das die Datei an sich lesbar ist (cat, more usw), aber im vi Scheiße aussieht. Man muss trotzdem erstmal drauf kommen. Solaris hat mir leider nicht eindeutig zu erkennen gegeben das die Datei falsch codiert ist.</p> ]]></description>
		<wfw:commentRss>http://www.pixelfeuer.de/2010/09/verzweifelter-grep-versuch/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Glück ?</title>
		<link>http://www.pixelfeuer.de/2010/06/gluck</link>
		<comments>http://www.pixelfeuer.de/2010/06/gluck#comments</comments>
		<pubDate>Tue, 08 Jun 2010 16:01:36 +0000</pubDate>
		<dc:creator>Jens</dc:creator>
				<category><![CDATA[IT & Co]]></category>
		<category><![CDATA[San]]></category>
		<category><![CDATA[Solaris]]></category>

		<guid isPermaLink="false">http://www.pixelfeuer.de/?p=1551</guid>
		<description><![CDATA[<p>Wie kann man nur so viel Glück haben von 8 FC Ports genau die zwei zu erwischen die:</p> <p>- eine defekte Kupplung haben und sich nicht melden. Man sieht erst spät das er nur auf 4 statt 8Gig läuft und den Bus dicht macht. cfgadm lief Amok. - einen falschen und doppelten Portnamen haben und DCFM das nicht anzeigt</p> <p>Bitte, einmal so viel Glück im Lotto.</p> ]]></description>
		<wfw:commentRss>http://www.pixelfeuer.de/2010/06/gluck/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Solaris rpc.metad: Permission denied</title>
		<link>http://www.pixelfeuer.de/2009/09/solaris-rpc-metad-permission-denied</link>
		<comments>http://www.pixelfeuer.de/2009/09/solaris-rpc-metad-permission-denied#comments</comments>
		<pubDate>Wed, 30 Sep 2009 18:06:39 +0000</pubDate>
		<dc:creator>Jens</dc:creator>
				<category><![CDATA[IT & Co]]></category>
		<category><![CDATA[Problemlösungen]]></category>
		<category><![CDATA[Solaris]]></category>

		<guid isPermaLink="false">http://www.pixelfeuer.de/?p=1129</guid>
		<description><![CDATA[<p style="text-align: justify;">English user please read below ! Man kann ja nicht alles kennen. Heute bei der Übernahme von Metasets von einem Hosts zum anderen wollte der Zielhost die metasets nicht importieren.</p> <p>rpc.metad: Permission denied</p> <p style="text-align: justify;">Interessant. Zuerst sucht mal mal in den Netzwerken rum. Dabei ist die Lösung deutlich einfacher.Root muß in die Gruppe &#8220;sysadmin&#8221;, ein Reboot ist nicht erforderlich. Das Problem hatte ich bisher noch nicht auch wenn die Lösung relativ alt ist. Der Fehler tritt nicht immer auf (ich hab ein wenig rumgespielt und konnte den nicht nachstellen), kann aber muß nicht.</p> <p>The solution: Add root to the sysadmin group. e.g.: in /etc/group change: &#8212;- sysadmin::14: to: &#8212;- sysadmin::14:root</p> <p>Update: For english users. Here is a solution -&#62; If you get the error please try to add user root to group &#8220;sysadmin&#8221;. You dont need a reboot. As i know its no bug in every installation. It could be or it could be not. </p> ]]></description>
		<wfw:commentRss>http://www.pixelfeuer.de/2009/09/solaris-rpc-metad-permission-denied/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Solaris 10 metimport fails</title>
		<link>http://www.pixelfeuer.de/2009/08/solaris-10-metimport-fails</link>
		<comments>http://www.pixelfeuer.de/2009/08/solaris-10-metimport-fails#comments</comments>
		<pubDate>Thu, 20 Aug 2009 18:17:10 +0000</pubDate>
		<dc:creator>Jens</dc:creator>
				<category><![CDATA[IT & Co]]></category>
		<category><![CDATA[Bugs]]></category>
		<category><![CDATA[OpenSolaris]]></category>
		<category><![CDATA[Solaris]]></category>

		<guid isPermaLink="false">http://www.pixelfeuer.de/?p=1059</guid>
		<description><![CDATA[<p>(Also in English) &#8211; Wir sind in einen interessanten Fehler bei einem metaimport unter Solaris gelaufen. Beim import von Metasets kommt die Meldung &#8220;metaimport: name: metadevice: No such file or directory&#8220;. Das ganze kann man auch im Bugtrack bei Opensolaris nachlesen -&#62; Link zur Bugbeschreibung. Grundsätzlich scheint der metaimport allerdings zu funktionieren, auch wenn die Meldung sagt es gäbe ein Problem. Wer importe von Hand macht hat das kleinere Problem, wer allerdings metaimport per Script abarbeitet sollte nachsehen ob das Script noch sauber läuft wenn es Fehler gemeldet bekommt. Die BugId gilt auch für Solaris 10, siehe Sunsolve. Lesen kann man es nur mit einem Sunsolveaccount. Sorry for my poor english. If you get a &#8220;metadevice: No such file or directory&#8221; read the BugId at the Opensolaris-Tracker or with the same BugID at Sunsolve. Looks like that this is only a message because metaimport are working.</p> ]]></description>
		<wfw:commentRss>http://www.pixelfeuer.de/2009/08/solaris-10-metimport-fails/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Sysstat Binarypaket für Solaris</title>
		<link>http://www.pixelfeuer.de/2009/06/sysstat-binarypaket-fur-solaris</link>
		<comments>http://www.pixelfeuer.de/2009/06/sysstat-binarypaket-fur-solaris#comments</comments>
		<pubDate>Tue, 09 Jun 2009 16:50:40 +0000</pubDate>
		<dc:creator>Jens</dc:creator>
				<category><![CDATA[IT & Co]]></category>
		<category><![CDATA[Solaris]]></category>

		<guid isPermaLink="false">http://www.pixelfeuer.de/?p=956</guid>
		<description><![CDATA[<p>Das kleine aber feine Tool Sysstat für Solaris gibt es jetzt endlich auch als Binarypaket auf OpenCSW. Jetzt muß man den &#8220;Kram&#8221; endlich nicht mehr selbst kompilieren. Mit dem pkg-get von Opencsw werden auch gleich die 3 Abhängigkeiten sauber mit installiert.</p> <p>sysstat is thought to be a complementary tool in the list of utilities included in Solaris for system observation (prstat, vmstat, iostat, mpstat, nfsstat, netstat, &#8230;). It provides an overall view of the current system performance. Its key feature is to present all most important performance metrics to the user at a single glance.</p> <p style="text-align: center;"> <p class="wp-caption-text">Sysstat Screenshot</p> ]]></description>
		<wfw:commentRss>http://www.pixelfeuer.de/2009/06/sysstat-binarypaket-fur-solaris/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Solaris 10 &#8211; SVM is going crazy</title>
		<link>http://www.pixelfeuer.de/2009/06/solaris-10-wenn-svm-mal-spinnt</link>
		<comments>http://www.pixelfeuer.de/2009/06/solaris-10-wenn-svm-mal-spinnt#comments</comments>
		<pubDate>Thu, 04 Jun 2009 07:01:21 +0000</pubDate>
		<dc:creator>Jens</dc:creator>
				<category><![CDATA[IT & Co]]></category>
		<category><![CDATA[Solaris]]></category>

		<guid isPermaLink="false">http://www.pixelfeuer.de/?p=947</guid>
		<description><![CDATA[<p>(Below is an english hint and a solution for this issue) &#8211; Es kündigt sich nicht an und ist primär auch nicht für jede SVM Konfiguration gedacht. Es trifft ganz gern Server die einen etwas älteren Patchstand haben. Sowas ist ja auch nicht so irre selten, gerade bei Kisten die lange laufen müssen oder definierte Vorgaben haben.</p> <p>root@XXXXXX[/] # metastat Assertion failed: nsm == mm-&#62;un_nsm, file ../common/meta_mirror.c, line 138 metastat: Abort Abort (core dumped)</p> <p>Hier ist ganz fix Feierabend. Nachdem man das gesichtet hat sind die Metadevices/Metadbs in einem Zustand den man so nicht haben will. Für diesen Vorgang gibt es einen SUN Alert &#8211; 237804. Primär ist dieser Alert auf 4-Way Mirrors ausgelegt, scheint aber nicht ausschließlich bei dieser Konfig aufzutreten. Der normale &#8220;metastat&#8221; Befehl zeigt hier im Vorfeld keinerlei Probleme. Das Problem kann/wird erst auftreten wenn man die SVM Konfiguration verändern möchte. Heisst es gibt ne defekte Platte oder so. Die empfohlene Lösung ist dabei mit einigem Arbeitsaufwand verbunden. Auflösen der SVM Konfig und alles neu bauen + Patchen. Hier sollte man u.U. vorher Patchen.</p> <p>If you see this problem above please got to SUN Alert &#8211; 237804 . It is primary for a 4-way mirror but we get get ist also in a smaler configuration. Its a lot of work to repair this, but its possible.</p> ]]></description>
		<wfw:commentRss>http://www.pixelfeuer.de/2009/06/solaris-10-wenn-svm-mal-spinnt/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Red Hat überflügelt SUN ?</title>
		<link>http://www.pixelfeuer.de/2009/01/red-hat-uberflugelt-sun</link>
		<comments>http://www.pixelfeuer.de/2009/01/red-hat-uberflugelt-sun#comments</comments>
		<pubDate>Fri, 23 Jan 2009 00:24:37 +0000</pubDate>
		<dc:creator>Jens</dc:creator>
				<category><![CDATA[IT & Co]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Solaris]]></category>

		<guid isPermaLink="false">http://www.pixelfeuer.de/?p=643</guid>
		<description><![CDATA[<p>Auf Silicon.de hab ich eine interessante Erklärung gefunden warum Red Hat als Linuxdistributor derzeit fast genauso viel Wert ist wie SUN Microsystems. Vorweg ein netter Vergleich:</p> <p>Vergleicht man aber nun die Einnahmen der beiden Unternehmen, ergibt sich ein gänzlich anderes Bild. So konnte Red Hat 2008 immerhin 627 Millionen Dollar erzielen. Bei Sun hingegen waren es über 13 Milliarden Dollar. </p> <p>Wie man dort lesen kann scheint das an den &#8220;Phantasien&#8221; der Börsen zu liegen. Etwa solche Phantasien die auch zur Bankenkrise geführt haben? Phantasiene die Leerverkäufe möglich machen? Die Börse scheint ein Haufen dämlicher Ideen zu sein um Geld zu vernichten. Immerhin schließt man mit einem:</p> <p>Sollte jedoch die Saat aufgehen, die Sun Microsystems mit seinem offenen Gesamt-Portfolio, das vom Chip über Server, Netzwerk bis hin zum Storage und vom Betriebssystem bis zur Datenbank reicht, wird Sun von gleichen Phantasien profitieren können, die jetzt den Aktienkurs von Red Hat beflügeln. </p> ]]></description>
		<wfw:commentRss>http://www.pixelfeuer.de/2009/01/red-hat-uberflugelt-sun/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

