>> Just an update, it turns out you can get it at
>> http://opensource.dell.com but you have to use Internet Explorer, that
>> URL won't work through Firefox (they really don't make it easy, do they?)
Still not working for me. According to Tamper Data these are the
redirects I get sent through
> Can anyone point out where I can get the firmware source code for the
> iDRAC6?
Just an update, it turns out you can get it at
http://opensource.dell.com but you have to use Internet Explorer, that
URL won't work through Firefox (they really don't make it easy, do they?)
Still it's not the f
Hi all,
We just received an R710 with an iDRAC6 Enterprise, but I'm having a bit
of trouble finding firmware resources.
For one, all the download links for the Linux update packages on
support.dell.com seem to be broken, however playing around with the
broken URL I was able to find http://ftp.
>> Not sure if it's still the case, but these drives used to have smaller
>> platters to reduce the seek time, so they were pretty much 2.5" drives
>> in a 3.5" shell.
>
> Impossible.
Well a quick Google suggests otherwise:
http://www.pcguide.com/ref/hdd/op/mediaSize-c.html (see table at end o
> With all drives, the "used surface" starts at the outer corner and does
> not reach to the inner corner. So 3.5" drives have in any case the bits
> sliding faster under the heads at a given rpm.
Unless they're 10kRPM or faster. Not sure if it's still the case, but
these drives used to have s
> So any suggestions/experience would be much appreciated!
Thanks everyone for the informative replies! We had a PERC 5/i with a
couple of SATA disks but I wasn't really that impressed with it. It was
ok, but raw throughput from each disk was about 25% faster when it was
connected to a deskto
Hi all,
After a recent fire in one of our data centres, it's time to go
shopping. As I've had many problems in the past trying to get
half-decent performance out of the drive controllers in Dell servers,
I'd like to know what others' experiences are.
I don't need anything spectacular, but I'd
>Dell is planning a release to address this issue but no accurate date
>has been supplied as yet.
For anyone still following, there is still no ETA on the firmware fix
(i.e. it probably won't happen.) So much for Dell-branded drives being
more reliable and better tested than the non-Del
> from what I can find in the docs:
> baudrate 57600 / No Parity / 1 stop bit.
> which translates to:
> stty -F /dev/ttyUSB0 57600 cs8 -cstopb
IIRC this can be changed in the BIOS, so if you can reboot try that.
> when trying a screen /dev/ttyUSB0 57600, all I get is junk (non human
> readable ch
Hi all,
As there is still no ETA on when the firmware fix for Seagate's 1TB SATA
disks will make it into the Dell branded drives, Dell have offered to
replace my Seagate disks with Western Digital ones to fix the speed issue.
So I have two disks in a software RAID1 configuration, and I've swapp
> But let's say I wanted the BMC to respond on the 172.16.x.x subnet. I can
> set this address fine. Say, 172.16.0.3 But if I try to ping 172.16.0.3 then
> there is no response.
>
> Surprisingly, arp still shows both addresses but the remote ping does not
> work.
>
> Address HWadd
> Attributes : Total Installed Capacity
> Value : 16384 MB
>
> Attributes : Total Installed Capacity Available to the OS
> Value : 15992 MB
>
> 392MB "missing" in this case.
That is interesting, but it seems to be the way Linux works. On my
64-bit desktop PC:
Memory: 3984968k/4915
> Apparently the request has now been escalated to Dell engineering, so
> hopefully if we're lucky we'll get an updated firmware soon.
For anyone still interested in this, I received an update from Dell
engineering via our Prosupport rep:
1) The Issue has been confirmed in our lab and in the
Hi Pawel,
> what are your experiences with those cards - did you had similar
> issues? do you - by any chance - have any suggestions?
> just in case: i have all firmwares/bioses upgraded to most recent.
We've had a DRAC5 for a couple of years running without any problems.
It sounds like yours ha
> Fixes and Enhancements:
> *SysRq magic key doesnt work on dell systems remotely
Funny, that doesn't show up on the page for me.
> Never mind the missing apostrophe... I've downloaded this release,
> installed it, and don't yet have remote Magic SysRq.
> I'm not quite sure what key sequence to t
> I just looked at the site in your post to the other thread and sure
> enough, these disks are ST31000340NS, although they are only running
> MA08 (the firmware released to stop them from dying after shutdown.)
>
> Still, given that they top out at just over 50MB/sec with sequential
> reads it
> The IPMI BMC is...
Thanks Tim, that helps a lot :-)
Cheers,
Adam.
___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge
Please read the FAQ at http://lists.us.dell.com/faq
>>> I'm looking to setup Serial over Lan on my cluster of PowerEdge
>>> 1950's. Does anyone have this setup?
>>>
>> Sure. Use it all the time.
>>
> Yes - here too
Perhaps you can answer something that's been bugging me for some time.
How does this actually work? I mean, what gets sent over t
>> If you have redirection after boot disabled, you are responsible for
>> making serial access work in ISOLINUX/PXELINUX, grub, and Linux.
>
> Hmm, my impression was that "Redirection After Boot" only affects comms
> up to the point of getting a bootloader running, but I'm not 100% sure.
>
> A
> I've been getting page faults and kernel panics recently and would like
> some pointers to figuring out what's happening .
Page faults are normal, otherwise known as "swap". There must've been
an error reading or writing to swap space.
> panic: ffs_freefile: freeing free inode
> panic: ffs_b
>> Don't forget that anyone with physical access to the machine can do a
>> BIOS reset to get rid of your password, so don't consider this as
>> anything other than a deterrent!
>
> A BIOS reset to defaults requires getting to the F2 Setup screen, does
> it not? While I know that the BIOS syst
> I would like (for security reasons) to disable boot from USB
> or CD-ROM (I can turn off PXE boot from the NICs). I don't want to use
> a BIOS system password (as these are servers and need to be able to
> reboot unattended) but will enable a BIOS setup password to lock in the
> changes once
>>> 10MB/sec does seem extremely poor. we've had read slowness when Linux block
>>> device read-ahead was too small. Once properly configured, performance on
>>> RAID-5 went from 150MB/sec to 500MB/sec, so the difference is dramatic. we
>>> usually tune read-ahead (in Linux) buffers starting from 8
> I've seen flaky/unpredictable performance with these LSI controllers.
> Also some Seagate 1TB drives have performance bugs which affect
> sequential reads - so you could try using alternative drive firmwares,
> as the bug seems to have been fixed in the non-Dell firmware (see my
> recent posts t
> I'm running xen with the xen 2.6.18 kernel on a pe2970.
>
> The problem is it takes almost 5 minutes to deal with the cdrom at boot.
> It one by one tries different dma methods.
> Pretty sure the times are bogus as the root partition was not mounted yet.
> The cd is ata2.
>
> At the moment I h
> 10MB/sec does seem extremely poor. we've had read slowness when Linux block
> device read-ahead was too small. Once properly configured, performance on
> RAID-5 went from 150MB/sec to 500MB/sec, so the difference is dramatic. we
> usually tune read-ahead (in Linux) buffers starting from 8MB to 32
>> We have a PowerEdge 2950 with an "LSISAS1068E" controller, hooked up
>> to
>> two Seagate 1TB SATA disks. For some reason the performance of these
>> disks is quite poor - I'm lucky to get over 10MB/sec from them, when I
>> should be getting closer to 100MB/sec.
>
> 4k blocks?
>
> http://ww
> I suppose the argument isn't really about software vs hardware RAID
> though... if the firmware on the PERC5/I was released GPL, then the
> community can maintain and fix bugs just as well as software RAID in Linux.
Yes, I think those who dislike hardware RAID feel this way not because it's
hard
Hi all,
We have a PowerEdge 2950 with an "LSISAS1068E" controller, hooked up to
two Seagate 1TB SATA disks. For some reason the performance of these
disks is quite poor - I'm lucky to get over 10MB/sec from them, when I
should be getting closer to 100MB/sec.
Having recently had a bad experien
> I could use some help trying to get rid of some bad blocks on a RAID-5 on
> PERC 5/I controller.
I'm certainly no expert with this but just have a few thoughts I'd
mention. I believe that when hard disks discover they have a bad sector
they attempt to remap it themselves, but it may not alway
> Hello all, anyone have any luck getting DRACII card working in
> CentOS 5.4 (or RHEL 5.4) on a Dell PowerEdge 2550 ?
I got one to partially work in a non-Dell PC under DOS, but the DRAC II
is pretty limited. I'm not sure if there are any drivers for it (or
what they might do.)
Cheers,
Adam.
> We hadn't begun really using the volume yet when I rebooted the machine
> a few days later for a memory upgrade and it hung on boot at the
> following screen:
>
> Booting 'CentOS (2.6.18-164.11.1.el5)'
>
>
> root (hd0,0)
>
> Filesystem type is ext2fs, partition type 0x83
>
>
> Unfortionatly the passwords for these drac cards have gone lost in space
> and we need to find an easy way to reset the passwords.
Do you have physical access to the cards? I might be mis-remembering
this but I'm sure I've seen a recovery/debug jumper on my DRAC5, which I
*think* allows loggi
> I meant this to kinda address your very good question. ISTM that
> there's been a lot of fragmentation between VNC clients. If AT&T Labs
> hadn't closed at the time they had, maybe they would have released
> fully-open and GPL VNC server and clients. If that had happened,
> surely everyon
>> I would've preferred to use VNC as it's readily available and easy
>> to install, so I'm just wondering why Dell chose a custom protocol
>> instead.
>
> Exceedingly good question!
And one I suspect we'll never hear the answer to :-)
> I believe that the original VNC project ceased (with t
the operating system isn't
> booting properly.
>
> Does the DRAC5 allow viewing with a regular VNC viewer? I am certain
> that neither the DRAC4 nor the iDRAC6 Enterprise do, not the earlier RAC
> in my 2650 systems. These plug ins allow you to access the screen viewer
>
Hi Gagan,
What's the benefit of using these custom plugins over say, VNC?
Thanks,
Adam.
gagan_shres...@dell.com wrote:
> Yes.
>
> The following documentation should help you :
> http://support.dell.com/support/edocs/software/smdrac3/drac5/150/en/ug/h
> tml/racugc9.htm#wp1057972
>
> Thanks,
> G
> If the power fails to the system, or the kernel crashes, the OS level
> cache will never be written to disk and data may be lost. In the
> event of a power failure, the battery backed RAID cache will be
> written to disk when power is restored. This allows processes that
> like to confirm their
This is perhaps off-topic too, but I have always wondered...
> You might also want to look at getting a hardware RAID card or
> daughterboard like the PERC-6i - these will allow you to set up a
> RAID-10/50/60 that will stripe all data between two drives, giving you
> another twofold speed incr
> Heck - even at 10 servers, PXE installations should be the
> norm. So to be told that one has to use a DOS floppy is a little...
> well... grating...
Good thing you can 'dd' the floppy image to a USB stick and boot off
that these days ;-) The hard part is figuring out how to get the floppy
i
> The PXE configuration words on my controller are all 0xff, which is
> invalid according to the datasheet (though much other stuff has
> appropriate values). So all I can figure is that the Intel boot code
> hasn't been programmed into the NIC.
>
> The datasheet also mentions control-S as the sta
> Unfortunately /sys/class/rtc does not exist in kernel 2.6.16.
You might need to load the rtc_cmos module, but I don't know when this
was introduced - 2.6.16 might be too old. Maybe booting a newer kernel
version would work just to reset the RTC? http://boot.kernel.org might
help with that.
> In the meantime, if you want any of the closed-source files or you want
> an easy download with everything included, please contact Dell :-)
Hello to the two Dell employees in Bangalore! As you can see, I haven't
published any of the closed-source code, but thanks for checking!
Cheers,
Adam.
Hi all,
For those who are interested I have finally managed to obtain a copy of
the elusive Dell Open Source DVD.
Unfortunately it's got a bit of proprietary code on it, which makes it
difficult to post publicly but I think I've checked everything out now,
and removed all the proprietary code.
> I found this was set to (according to /proc/acpi/alarm) "2009-12-00
> 00:00:00" . This seems to mean wake up at midnight every day. By
> changing this to a specific day I can stop the alarm repeating daily
> but I think it will still repeat monthly because if I try to set it
> to, say, "2009-11
> We have some new Poweredge 2700 servers. So far two have been
> configured and SLES 10 SP2 x86_64 installed. If they are shut down they
> both automatically power up just after midnight .
I believe (on standard PCs at least) this wake up time is set by
configuring an RTC alarm. I would try
>> If a once-per-second sync avoids the issue, I would suggest shrinking
>> your disk writeback cache.
>
> Specifically what are you suggesting I adjust? I'd already had a poke
> through
> /proc and not acheived anything useful.
Have a look at this, it explains what some of the values are and w
> No errors that I can find, omsa doesn't obviously show anything as degraded.
Do you have a utility like the old megamgr that can get you controller
stats? That will report actual disk errors that are seen by the RAID
controller, which may not make it all the way through to the OS.
> This onl
> I have an E6500 laptop running Vista Business with the Intel 82567LM
> network card, and a PE2950 running VMware ESXi 3.5 (from Dell). I'm
> getting about 50 Mb/s between the two. The switch they're connected to
> reports both ports are up at 1Gb/s The switch is a "Brocade
> Communications Sys
> Watching the disk array this morning, it appeared that you'd get a period of
> normal blinking activity lights, then it'd all go silent for maybe 5 seconds,
> then solid on for a short while, then back to blinking. This looked odd to
> me.
>
> Pointers as to where I should start looking?
It co
> I want to say that AHCI wasn't introduced until ICH5 or ICH6, but I'm not
> totally sure about this.
Sorry, I think you're right there - I really meant "certainly all the
recent Intel chipsets support AHCI". However (not being that familiar
with it myself) I wouldn't be surprised if AHCI just
> Is AHCI the common API for communicating to the SATA H/W by most O/S's? Is
> this what Linux uses or is there another API that provides cross platform
> support?
According to Wikipedia AHCI is a hardware independent way of accessing
SATA devices. I know that early SATA interfaces didn't suppo
> which flavors of DRAC have source available?
Currently only the DRAC5 (partially) and I believe the DRAC6 is in the
works. Unsure about the others (e.g. iDRAC), but I don't think anyone
has yet confirmed whether they run Linux or not.
Cheers,
Adam.
> The firmware image has a CRAMFS at some offset. You can dd this off and
> unpack it to get the firmware contents. Again, not as necessary with a
> source release.
It's still useful to have these files available though, for example to
see some of the code that has been removed from the source r
Hi all,
Just some more info now that I've had a chance to look at the source
release in more detail.
> I've downloaded the .iso and checked it all out. Some code is missing
> (e.g. the C library) but other code for Dell's own utilities is
> included, which is great to see given that they didn't
> That doesn't help when the servers are 3,000 miles away though. :)
>
> It would be nice if there were some way to get the MAC addresses through
> racadm - it would have saved me a couple of mornings of work recently.
If you have access to racadm on a bare server (e.g. with a DRAC) I think
you s
> Is there any way to quickly determine a physical interface’s MAC address
> prior to OS installation?
>
> I ask because I’d like to provide the MAC address to Cobbler to tell it
> what system/kickstart profile to apply to the machine instead of just
> doing a generic “one-for-all” PXE boot.
Thi
> What would YOU say to an admin who wants to make his DRAC open to the
> internet? Does Dell address this scenario in documentation anywhere?
> Is it as bad an idea as it immediately and intuitively seems to be?
Given that there are a number of proprietary services running on the
DRAC, there a
s system
> running over VPN and through firewalls, etc. in order
> to have a remote console.
>
>
> -Original Message-
> From: Howard, Chris
> Sent: Wed 11/18/2009 6:56 AM
> To: Adam Nielsen
> Subject: RE: DRAC shell access - success!
>
>
> What version
> You may have misunderstood me as well. I'm saying Dell should have been
> providing source all along. In fact, I reported them to the busybox
> maintainers a couple of years ago, so that may be why you're finally
> seeing source now.
Ah ok, my apologies. Yes I agree that they should have been p
Hi all,
I've just found out how to get access to a proper shell on the DRAC.
Even if you're not interested in the firmware, you might find this
useful as it gives you another machine to play with, e.g. to SSH out of
the DRAC to other machines, or ping/traceroute to diagnose faults.
The key came f
>> Maybe this was to discourage us from flashing our own code? Who knows.
>> If anyone from Dell is listening, you really don't have to bother doing
>> that :-)
>
> Since the firmware shell was based on busybox, GPL compels them to
> publish source for at least part of the firmware. Theoreticall
Hi again,
As a number of people seem to be interested in this I thought I'd post a
few followup notes.
Amazingly Dell have included the source code for a number of their own
utilities in the release, such as racadm. This is great to see.
However perhaps unsurprisingly, it's not the complete sour
Hi all,
In response to my other DRAC thread I received a reply off-list from a
Dell employee who pointed out that the firmware source is in fact online
and can be downloaded at:
http://linux.dell.com/files/drac5/source/
Given that it's dated at February this year I'm surprised nobody seemed
to
Hi all,
While waiting for the DRAC firmware source to be released (stuff is
happening, just very slowly) I thought I'd poke around a bit more in the
DRAC5 firmware and see what I could find. For those who are interested,
I discovered a hidden subcommand in racadm.
The "racadm util" command allow
>>> I think that is possible to set the IP of the DRAC via the IPMI
>>> inside Linux that is running on the machine.
>>
>> Hmm, interesting. I can't see exactly where you'd be able to do this
>> though (not through ipmitool anyway.) Any suggestions where to look?
>>
> According to the ipmitool ma
> I think that is possible to set the IP of the DRAC via the IPMI inside
> Linux that is running on the machine.
Hmm, interesting. I can't see exactly where you'd be able to do this though
(not through ipmitool anyway.) Any suggestions where to look?
Cheers,
Adam.
> Has anyone suggested installing/using Dell OpenManage on the server?
> I have used this to view and modify DRAC5 network settings in the past.
> It is pretty well documented by Dell, ask if you need help.
I have tried using OpenManage before (admittedly it was a couple of years ago)
but at
> Did you set your IP on the laptop to be in the same subnet as the IP
> of the DRAC?
Yep, both the original subnet and the one the DHCP service was reporting (just
in case the DRAC had switched over to DHCP.)
> Actually you do not need a laptop. You can add a secondary IP on a server
> that has
> If you know the specific ports that use used with the DRAC5, you can do
> port scans with the nmap utility. For example, "nmap -p1-65535 -P0
> 192.168.0.1" You would have to loop using this particular example but
> it is one method
Thanks for the suggestion, I ended up doing something s
Hi all,
I have a DRAC5 that was configured with a static IP, and I forgot to
update it before the machine was put into production. It's now on a
different subnet so I can't access it.
Is there any way I can change the IP address without rebooting the
server? I'm guessing the racadm utility wil
71 matches
Mail list logo
