RTFM

[Read This Fine Material] from Joshua Hoblitt

LSI MegaRaid Storage Manager Login screen

Default Password for LSI Megaraid Storage Manager

| 0 comments

This seems to be the default behavior for the LSI Megaraid Storage Manager on Linux (remote displayed via ssh X11 forwarding) for at least versions 8.x, 9.x, and 11.x. The application seems to hook into PAM for authentication so access is granted via regular system user accounts.

LSI MegaRaid Storage Manager Login screen

For administrative level or “Full Access” access, with the ability to modify the configuration:

User Name: root
Password: "system root password"

For read only or “View Only” acess:

User Name: "any system non-UID zero account"
Password: "system password for that user account"

Why are some sunscreens ORM-D?

| 0 comments

A few days ago via the drugstore.com website I discovered that Vanicreamâ„¢Sunscreen SPF 35 Sport is considered ORM-D material but Vanicreamâ„¢ Sunscreen SPF 30 and Vanicreamâ„¢ Sunscreen SPF 60 are not. If your not familiar with the ORM-D regulations, it is a classification of “hazardous materials” by the US Department Of Transportation (DOT) that requires special packaging and handling for shipment and may not be shipped via air. Effectively, it is to prevent flammable or explosive materials that could endanger an aircraft from being shipped by air mail.

Assuming that drugstore.com has correctly market one product as requiring ORM-D handling and other as not, there must be one or more ingredients in the SPF 35 Sport product subject to DOT regulation which is not in the SPF 30 product.

Here is the unified diff between between sorted versions of the two ingredient lists posted on the manufacturer’s website.

$ diff -u spf30_ingredients.txt spf35_ingredients.txt 
--- spf30_ingredients.txt	2012-04-06 14:14:35.676339755 -0700
+++ spf35_ingredients.txt	2012-04-06 12:08:27.690570602 -0700
@@ -1,19 +1,16 @@
-alumina
-C12-15 alkyl benzoate
-caprylic/capric triglyceride
-cetearyl isononanoate
-cetyl alcohol
-isopropyl titanium triisostearate/ triethoxycaprylylsilane crosspolymer
-magnesium sulfate
-methylpropanediol
-PEG-12 dimethicone
+cetyl PEG/PPG-10/1 dimethicone
+cyclohexasiloxane
+cyclomethicone
+cyclopentasiloxane
+dimethiconol
+glycerin
+hydrogenated castor oil
+magnesium chloride hexahydrate
+octinoxate 7.5%
 PEG-30 dipolyhydroxystearate
-phenyl trimethicone
 polyethylene
-polyhydroxystearic acid
 purified water
-sodium ascorbyl phosphate
-stearyl dimethicone
-tetrasodium EDTA
+tridecyl neopentanoate
 triethoxycaprylylsilane
 vitamin E
+zinc oxide 8%

Of this list I’ve been able to find MSDS’ for:

So it appears that cyclohexasiloxane and/or tridecyl neopentanoate are the likley source of the ORM-D designation, except that this status should not apply to the quantities that any regular consumer would be purchasing in. If anyone could shed further light on this issue it would be much appreciated.

How to completely disable Linux EDAC on el6.x

| 3 Comments

I have a test host that is constantly generating EDAC errors after an upgrade to Scientific Linux 6.2. It’s possible that these are real errors but it’s also possible that it’s a problem with the motherboard hardware and/or BIOS. It’s an older ASUS DSBF-DE that’s already running the latest BIOS release from 2008. My experience with EDAC has been rocky and every reproducable error I’ve seen from it has been either a buggy motherboard or a kernel bug. On the otherhand, MCE has been has been highly reliable for me in catching memory problems and I’ve only once encountered a BIOS problem causing false MCE errors (which I got the motherboard vendor to fix). In the case of the test system throwing EDAC errors, the mcelog is empty.

An example of EDAC messages in the dmesg:

EDAC MC0: CE row 0, channel 1, label "": (Branch=0 DRAM-Bank=6 RDWR=Read RAS=16075 CAS=2974, CE Err=0x2000 (Correctable Non-Mirrored Demand Data ECC))
EDAC MC0: CE row 0, channel 1, label "": (Branch=0 DRAM-Bank=0 RDWR=Read RAS=7233 CAS=6, CE Err=0x2000 (Correctable Non-Mirrored Demand Data ECC))
EDAC MC0: CE row 0, channel 1, label "": (Branch=0 DRAM-Bank=0 RDWR=Read RAS=7233 CAS=6, CE Err=0x2000 (Correctable Non-Mirrored Demand Data ECC))
EDAC MC0: CE row 0, channel 1, label "": (Branch=0 DRAM-Bank=5 RDWR=Read RAS=12666 CAS=2968, CE Err=0x2000 (Correctable Non-Mirrored Demand Data ECC))
EDAC MC0: CE row 0, channel 1, label "": (Branch=0 DRAM-Bank=0 RDWR=Read RAS=7233 CAS=6, CE Err=0x2000 (Correctable Non-Mirrored Demand Data ECC))
EDAC MC0: CE row 0, channel 1, label "": (Branch=0 DRAM-Bank=1 RDWR=Read RAS=3174 CAS=4, CE Err=0x2000 (Correctable Non-Mirrored Demand Data ECC))

I just want to completely disable EDAC on this system but disabling the kernel modules. The procedure to turn it off should be the same for all RHEL6.x derived distributions and more or less the same for all Linux 2.6/3 based systems.

Some of the EDAC code is platform specific so there will be a ‘core’ module and some platform specific bits. In this case, i5000_edac is the module specific to my platform.

# lsmod | grep -i edac
i5000_edac              8867  0 
edac_core              46773  3 i5000_edac

And now we just need to blacklist the loading of those modules.

[root@archdbn1 ~]# cat > /etc/modprobe.d/edac.conf < blacklist i5000_edac
> blacklist edac_core
> END

Reboot the system and then verify that the EDAC kernel modules are not loading and that there are no message in the system dmesg.

# lsmod | grep -i edac
# dmesg | grep -i edac