Hi Jon,
On út, 2012-10-16 at 09:50 +0100, Jonathan Adams wrote:
Cheers, I know you're doing your best, just checking if I was alone,
or if there was a quick fix.
I wish I had some knowledge of creating IPS packages, but the first
step to producing a package loses me every time ... I have
Just an information for all who install new firefox versions (5)
and use them for ILOM service processor web access. New firefoxes
will not display correctly the ILOM web iframes, and this problem
will not be fixed because it's Oracle's fault, but Oracle will not
update all products still in use.
Udo Grabowski (IMK) writes:
https://bugzilla.mozilla.org/show_bug.cgi?id=694931
A possible workaround is to add the following lines to a newly
created file in your home directory named
.mozilla/firefox/***.default/chrome/userContent.css :
/* workaround for ILOM problem */
@media
On Wed, Oct 17, 2012 at 1:01 PM, Udo Grabowski (IMK)
udo.grabow...@kit.edu wrote:
This information should be placed somewhere in the OI troubleshooting
web pages tree.
Why? This has no relation to OpenIndiana at all. It's a matter of
Sun/Oracle servers containing has HTML/JS code in the ILOM
On 17/10/2012 13:14, Jeppe Toustrup wrote:
On Wed, Oct 17, 2012 at 1:01 PM, Udo Grabowski (IMK)
udo.grabow...@kit.edu wrote:
This information should be placed somewhere in the OI troubleshooting
web pages tree.
Why?
Because many OI users are converted Sun users with Sun servers ?
--
Dr.Udo
On Wed, Oct 17, 2012 at 1:16 PM, Udo Grabowski (IMK)
udo.grabow...@kit.edu wrote:
On 17/10/2012 13:14, Jeppe Toustrup wrote:
On Wed, Oct 17, 2012 at 1:01 PM, Udo Grabowski (IMK)
udo.grabow...@kit.edu wrote:
This information should be placed somewhere in the OI troubleshooting
web pages
On 17/10/2012 13:27, Jeppe Toustrup wrote:
On Wed, Oct 17, 2012 at 1:16 PM, Udo Grabowski (IMK)
udo.grabow...@kit.edu wrote:
On 17/10/2012 13:14, Jeppe Toustrup wrote:
On Wed, Oct 17, 2012 at 1:01 PM, Udo Grabowski (IMK)
udo.grabow...@kit.edu wrote:
This information should be placed
2012-10-17 15:27, Jeppe Toustrup wrote:
You are probably better of creating a blog post or page someplace on
the web where you describe the problem and the workaround for it, and
then let the search engines index that.
As the best of two worlds, the workaround can be blogged on
OI wiki user's
On 18/10/12 00:01, Udo Grabowski (IMK) wrote:
Just an information for all who install new firefox versions (5)
and use them for ILOM service processor web access. New firefoxes
will not display correctly the ILOM web iframes
Completely coincidentally, I came across the following link about ten
On 17/10/2012 14:03, Dave Koelmeyer wrote:
On 18/10/12 00:01, Udo Grabowski (IMK) wrote:
Just an information for all who install new firefox versions (5)
and use them for ILOM service processor web access. New firefoxes
will not display correctly the ILOM web iframes
Completely
On 17/10/2012 13:37, Jim Klimov wrote:
2012-10-17 15:27, Jeppe Toustrup wrote:
You are probably better of creating a blog post or page someplace on
the web where you describe the problem and the workaround for it, and
then let the search engines index that.
As the best of two worlds, the
Because 13 was the latest version when I did the update from the one in 151a.
I didn't discover that it disabled Java until now. There's only one website I
need Java for that I know of.
I'm not aware of any reason I want 16.0.1 instead of 13. I *certainly* didn't
want 16.0.
--- On Tue,
Some nominally edited wiki tree is really where we need sys admin support
information. Using google to find such things is pretty maddening at times.
After the 3rd page of irrelevant hits, I generally give up and look elsewhere.
I suggest a variation of the old Usenet convention in which the
2012-10-17 16:21, Udo Grabowski (IMK) пишет:
Good question as always: who manages such a page tree. Maybe a
user editable wiki (registered users only, of course), with a category
tree (to prevent information chaos). Outdated information should be
cleaned up or marked as such. Comment
So one more data point that seems to suggest that I'm getting duplicate names
from these drives. When I attach at least one of the Samsung SSDs to each
expander (front and back), I get this:
$ cfgadm -al
Ap_Id Type Receptacle Occupant Condition
c6
On Wed, 17 Oct 2012, Scott Marcy wrote:
Note that both c6 and c8 have the exact same name for these drives.
I *CAN* access the two drives separately, but why on earth am I
getting these duplicates? This means I can only reliably access one
Samsung SSD per expander.
Do you have multipath
On 16/10/12 17:41, Andrey N. Oktyabrski wrote:
How you recreated that? ln -s? devfsadm does not create anything.
Just a manual ln -s /dev/sound/X /dev/audio.
I'd need to try on OI, it's been a while since I've had audio issues.
Laurent
___
In chasing the Firefox/Java issue, I happened to look at the symlinks in /usr.
I'm rather disturbed by what I find.
There are 15715 in my installation of oi_151a. I *might* have created a
couple, though it's unlikely as I don't generally do that. I usually put such
things in
To follow-up on the described problems (since I am not the only
one seeing them), I posted these issues in the illumos bugtracker:
* https://www.illumos.org/issues/3283
ZFS RFE: correctly remember device node ownership and ACLs for ZVOLs
* https://www.illumos.org/issues/3284
devfs BUG: ACLs
On 17/10/2012 16:50, Reginald Beardsley wrote:
In chasing the Firefox/Java issue, I happened to look at the symlinks in /usr.
I'm rather disturbed by what I find.
There are 15715 in my installation of oi_151a.
...
Yes, it is painful to force people to fix their scripts, but in the end,
No mather where you store it, it's +3 from my side already.
I was struggling with this for some time and had to use poor-old IE9 on windows
7 just for the ILOMs
Kind regards,
The out-side
Op 17 okt. 2012 om 15:15 heeft Jim Klimov jimkli...@cos.ru het volgende
geschreven:
2012-10-17
SATA devices are not required to provide a WWN - I would guess that
they're providing the same WWN, and as a result, your SAS devices are
becoming sad.
If you could tell the expander(s) to ignore that and assign one,
that'd be neat. If there's a firmware update to fix it, even better.
If you want
Ah, I see now. Yes, all the drives report the same LU WWN Device Id in
smartctl, and I see the same constant WWN reported online (for example,
http://blog.gmane.org/gmane.linux.utilities.smartmontools.database/page=7).
I'll see what Samsung has to say.
Thanks! This at least gives me more to
On 10/17/12 07:01 AM, Udo Grabowski (IMK) wrote:
Just an information for all who install new firefox versions (5)
and use them for ILOM service processor web access. New firefoxes
will not display correctly the ILOM web iframes, and this problem
will not be fixed because it's Oracle's fault, but
it'd be interesting to see what WWN smartctl -l would report from these. I've
worked with SATA SSDs in similar setups, but never seen them reported with the
same WWN
roy
- Opprinnelig melding -
Ah, I see now. Yes, all the drives report the same LU WWN Device Id in
smartctl, and I see
make that smartctl -i …
you may have to add -d sat to that
roy
- Opprinnelig melding -
it'd be interesting to see what WWN smartctl -l would report from
these. I've worked with SATA SSDs in similar setups, but never seen
them reported with the same WWN
roy
- Opprinnelig
--- On Wed, 10/17/12, Udo Grabowski (IMK) udo.grabow...@kit.edu wrote:
From: Udo Grabowski (IMK) udo.grabow...@kit.edu
Subject: Re: [OpenIndiana-discuss] Namespace management and symlinks in /usr
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org
Date: Wednesday,
that's strange indeed - I've never seen two SATA drives with the same WWN. May
Samsung have doen something 'smart' here to stop people from using 'cheap'
drives for serious stuff?
roy
- Opprinnelig melding -
Sure.
Here's the only one that can be seen in the expander:
$ smartctl
On Wed, 17 Oct 2012, Scott Marcy wrote:
I called Samsung and they basically told me there was nothing they
could do. The guy I spoke with said the 830s weren't intended to be
used in servers. (He did seem to understand what I was talking
about, which was actually more than I expected from
I am returning the 4 drives I planned to use in the expanders, but will keep
the two I'm using as my mirrored boot pool.
My intention was to use these are ZIL and L2ARC drives, so I can do without
them for now. I've had very good luck with these Samsung drives in non-SAS
usages—quite a bit
On 10/17/12 06:52 PM, Oscar del Rio wrote:
Works for me.
Firefox 16.0.1 on Solaris 11 x86, connecting to Sun server ILOM SP
Firmware Version 3.0.6.15.d
Have you updated the ILOM of your servers?
No, the problem is that there will be no updates for our
products... Therefore the workaround, as
--- On Wed, 10/17/12, Udo Grabowski (IMK) udo.grabow...@kit.edu wrote:
When you have a big bunch of users and tell them Hey,
tomorrow
we upgrade, and then you can't work for a while because
your
scripts and programs will surely break (esp. those of
people
no longer in the institute), so
On 17.10.12 00:15, Udo Grabowski (IMK) wrote:
But these drivers will only work (and load automatically) if
the device complies to the USB audio class specification, which
should be seen in prtconf -v as either usbif,class1.1 or
usbif,class1.2 for your device. If not, you need a proprietary
On Wed, Oct 17, 2012 at 5:36 PM, Udo Grabowski (IMK)
udo.grabow...@kit.edu wrote:
On 10/17/12 06:52 PM, Oscar del Rio wrote:
Works for me.
Firefox 16.0.1 on Solaris 11 x86, connecting to Sun server ILOM SP
Firmware Version 3.0.6.15.d
Have you updated the ILOM of your servers?
No, the
Reginald Beardsley wrote:
I'm a geoscientist and have spent most of my career working for big oil as
in majors and super majors. Those certainly qualify as large sites and are
a lot bigger than any academic institute I know of. So I'm acutely aware of
the issues and what things work and
On 10/17/12 08:54 PM, Roel_D wrote:
Ok guys,
Shake hands. If you continue this discussion we will have a nasty not so
symbolic link between you two.
:-)
--
Dr.Udo GrabowskiInst.f.Meteorology a.Climate Research IMK-ASF-SAT
www-imk.fzk.de/asf/sat/grabowski/
--- On Wed, 10/17/12, James Carlson carls...@workingcode.com wrote:
From: James Carlson carls...@workingcode.com
Subject: Re: [OpenIndiana-discuss] Namespace management and symlinks in /usr
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org
Date: Wednesday, October 17,
On 10/17/12 11:21 PM, Reginald Beardsley wrote:
--- On Wed, 10/17/12, James Carlson carls...@workingcode.com wrote:
...
Intentionally introduced set of links that aid in
compatibility and that
are put in place by the designer of the system (and that
hopefully
disappear at some point in the
On Wed, 17 Oct 2012, Reginald Beardsley wrote:
We have similar silliness w/ /usr/X11 being a tree of links pointing
to /usr. Again, setting the default PATH properly in the system
files is much cleaner.
Many paths are already burned into software on existing CD/DVDs or
used as default
--- On Wed, 10/17/12, Bob Friesenhahn bfrie...@simple.dallas.tx.us wrote:
From: Bob Friesenhahn bfrie...@simple.dallas.tx.us
Subject: Re: [OpenIndiana-discuss] Namespace management and symlinks in /usr
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org
Date: Wednesday,
On Wed, Oct 17, 2012 at 10:21 PM, Reginald Beardsley
pulask...@yahoo.com wrote:
So *when* do they disappear? That's the question I'm raising. What are
criteria for acceptable links? Why are user site level customizations
cluttering a general distribution image?
I'm concerned about the
I took a different approach to do something very similar. I used an env file
where all the executable locations were defined and also built a few aliases. I
then used uname to detect the os and source the appropriate file. Wrapped that
in a single file something so my scripts started with .
42 matches
Mail list logo