Dean Hamstead wrote:
is there a user space daemon that monitors the device?
No.
we use one for the hp (nee compaq) array controllers, called cpqarrayd
its decent enough, just runs in the background, sends SYSLOG and or snmp
traps as configured.
from a quick apt-cache search i see there
Bharath Ramesh wrote:
I feel that this because of the large number of rules that are being
created. My question would be what would be a good way to block large
number of ip ranges with iptables.
I wrote a Spambot Trap back in 2002, which has been running on my
websites for years now,
Hi all,
I've just had a new server built and installed in a remote datacenter.
It's a Xeon (L5410) running AMD64, with an Adaptec 5805 8-port RAID
card, running 8 SATA 2.5 drives in RAID10. I believe the driver is aacraid.
Now all of this is very nice, but there's something that has been
Hi,
My server is a dual Opteron 265, 4GB RAM, 4x10k SCSI drives in RAID0 on
an Adaptec zero channel SmartRaid V card (the drive appears as
/dev/i2o/hda1, so it's using the i2o_block driver).
I am running fully up-to-date Debian Lenny, using the AMD64 port.
I cannot boot with the latest kernel
Lennart Sorensen wrote:
On Tue, Nov 25, 2008 at 11:55:59AM -0800, Neil Gunton wrote:
My server is a dual Opteron 265, 4GB RAM, 4x10k SCSI drives in RAID0 on
an Adaptec zero channel SmartRaid V card (the drive appears as
/dev/i2o/hda1, so it's using the i2o_block driver).
I am running fully up
Lennart Sorensen wrote:
On Tue, Nov 25, 2008 at 11:55:59AM -0800, Neil Gunton wrote:
My server is a dual Opteron 265, 4GB RAM, 4x10k SCSI drives in RAID0 on
an Adaptec zero channel SmartRaid V card (the drive appears as
/dev/i2o/hda1, so it's using the i2o_block driver).
I am running fully up
Lennart Sorensen wrote:
If you have a fast cpu and you aren't using it for anything else (like
is often the case on a file server) and if you don't cause your pci bus
to be saturated, then software raid will probably be faster than
hardware raid in general.
Interesting stuff. So how do you
Lennart Sorensen wrote:
Linux software raid (at least for raid 0 and 1 and combinations) is
often faster than what a hardware raid card can do, and almost certainly
better than what any fakeraid pulls off (since their drivers are often
crap at doing the raid in software). raid 5 on the other
Lennart Sorensen wrote:
SCSI has no purpose to me anymore. SATA or SAS is the only type of
drive I will consider for use. SAS is really quite impresive, although
I tend to just use SATA for what I do. I don't run servers in my
current job (someone elses job, and they do use SAS drives).
I'm curious as to whether anyone has experience of software RAID in
Linux giving better overall performance on RAID10 than a RAID card such
as the Adaptec 2015S.
Server: Dual Opteron 265, 1.8GHz, i.e. 4 cores total, 4GB RAM, 4x10k
Fujitsu SCSI 73GB, Adaptec 2015S zero-channel RAID card.
Hi,
I am wondering if anyone has any real-world advice on the best
filesystem to use for an AMD64 LAMP server. I know that the different
systems have their pros and cons, but a lot of the comparisons out there
seem to be rather old. So I'll describe below exactly what it is I'm doing.
The
Lennart Sorensen wrote:
So my opinion is to use ext3 for it all. Then one repair tool is all
you will ever need (and in my experience you are unlikely to really ever
need that one tool either). The repair tools for reiserfs have
historically been awful (in many cases making the problem worse
Christopher Browne wrote:
3. I have seen filesystems lost to corruption on all of [JFS, XFS,
and ReiserFS], so I have at least vague, anecdotal evidence against
their use.
Thanks, this is useful.
4. If you look at ongoing development efforts, you'll find that:
a) IBM isn't working all that
Freddie Cash wrote:
We use XFS for everything except /boot as GRUB doesn't play nice with XFS.
Haven't had any performance issues. And the resizing features play
nicely with LVM.
Our servers include a pair of Xen boxes using XFS-on-LVM for each VM,
several web servers running Apache vhost
Lennart Sorensen wrote:
I think some people don't like MySQL due to historical license reasons,
lack of many features requires to be a proper SQL implementation, crappy
locking granularity, etc. Sure it has improved over the years, but once
people decide postgresql is a better choice, it is
Lennart Sorensen wrote:
That is pretty much still true since the replication
option on mysql requires using a different backend which looses a bunch
of the other mysql features, and is as far as I can tell still rather
questionable in use.
Eh? I've been using replication for years now. It
Jim Crilly wrote:
On 07/06/07 10:40:11PM -0500, Neil Gunton wrote:
Adam Stiles wrote:
You won't be able to use all of your 4GB RAM with a 32-bit kernel. A
32-bit processor only has 4GB of addressing space, and that has to be
shared between memory and peripherals.
Really? I thought
Jaime Ochoa Malagón wrote:
If I understand right you need to rebuild all the system because you
need to repartition,
Right
If you need the software in sarge why not have sarge and use your
already patched kernel?
??? I never said I need software in Sarge. I would much rather use
Etch,
[EMAIL PROTECTED] wrote:
I don't have any facts or numbers to bring forward, but you probably
won't notice that much of a difference.
What do you base this opinion on?
Having said that, I would say go for the AMD64 port.
I don't think the install is anywhere near less
straightforward than
Douglas Allan Tutty wrote:
Without the driver, will the card just look like a non-raid card or will
the drives not be visiable at all? If the drives are visible, forget
the hardware raid.
Without the driver (either dpt_i2o or i2o_block) the hard drives are not
visible at all, and you cannot
[EMAIL PROTECTED] wrote:
Etch has full SW raid support right out of the install. No messing with
kernels.
I didn't see anything about this in the recent home install I did... and
I was specifically paying attention to look out for it, since I had just
bought two identical 320 GB WD drives to
Adam Stiles wrote:
You won't be able to use all of your 4GB RAM with a 32-bit kernel. A 32-bit
processor only has 4GB of addressing space, and that has to be shared between
memory and peripherals.
Really? I thought that the only limitation was on individual processes
not having more than
Roberto C. Sánchez wrote:
On Fri, Jul 06, 2007 at 04:07:23PM +0100, Adam Stiles wrote:
You won't be able to use all of your 4GB RAM with a 32-bit kernel. A 32-bit
processor only has 4GB of addressing space, and that has to be shared between
memory and peripherals.
Not true. With PAE, a
Hi all,
I am going to be rebuilding a server in August which has been running
Sarge AMD64 for the last couple of years in a colo environment. I am
going to do a total rebuild (need to repartition the disks). Since I am
using the dpt_i2o drivers for Adaptec RAID, which I had a hell of a
Lennart Sorensen wrote:
Well I would certainly prefer 2 or 4GB ram on a new system.
Are we talking about desktop workstations here? Forgive my ignorance,
but what on earth requires that much RAM? Video processing? I have 1 GB
in my desktop at the moment, and that's useful for when I'm
Lennart Sorensen wrote:
Well there has always been the option of going to the console on tty2
and telling it to load the driver, and going back to the installer on
console 1 and continuing.
I've never done that (at install time anyway) - are you talking about
just using something like
Lennart Sorensen wrote:
On Mon, May 14, 2007 at 08:59:17AM -0500, Neil Gunton wrote:
I've never done that (at install time anyway) - are you talking about
just using something like modprobe or insmod?
Yes using modprobe (insmod should almost never be used manually).
I always thought Adaptec
C M Reinehr wrote:
I don't know if the i2o_block issues were specifically with 64-bit,
32-bit or whatever. I was somewhat surprised to find that when I did
searches for dpt_i2o and i2o_block and AMD64 last week, some of the top
results were from my own thread here on installing on AMD64 two
Lennart Sorensen wrote:
On Mon, May 14, 2007 at 12:28:10PM -0500, Neil Gunton wrote:
Thanks, that's useful. I will probably end up installing using the
i2o_block (if that turns out to be possible) and then roll my own using
dpt_i2o. Somehow using the official Adaptec driver feels better. I
Lennart Sorensen wrote:
On Fri, May 11, 2007 at 02:01:21PM -0500, Neil Gunton wrote:
I installed a server back in 2005 which has an Adaptec SmartRaid 2015S
card. I had problems installing AMD64, which I eventually worked around
and documented here:
http://lists.debian.org/debian-amd64/2005
Lennart Sorensen wrote:
On Fri, Sep 02, 2005 at 11:56:54AM -0700, Neil Gunton wrote:
Thanks Kevin, I had not seriously considered this option yet, in part
because this is a tightly packed 1U case, with no space for an IDE drive
inside. So I guess I could try an external USB drive enclosure
Lennart Sorensen wrote:
On Thu, Sep 01, 2005 at 03:12:28PM -0700, Neil Gunton wrote:
This is a stupid question, but I am trying to create a netinst bootable CD
and I don't know how to do the El Torito thing with the boot image. Is
there an easy way to generate the bootable iso from
Lennart Sorensen wrote:
I use the kernel from linux-image-2.6.12-1-amd64-generic. That one has
initrd and cramfs and such support and all the other options debian
expects a kernel to have, and also what the debian installer expects. I
suspect you don't have initrd or at least not cramfs initrd
Lennart Sorensen wrote:
kernel sources from kernel.org do NOT support cramfs initrd's. Debian
kernel sources has patches for that.
Ok... I was just going by the fact that the 2.6.12.6 from kernel.org did have cramfs under
Miscellaneous filesystems, so I thought that would do it. If it needs
Kevin Rosenberg wrote:
Neil Gunton wrote:
Thanks again for all your help, it's been most illuminating! Seems like
every time I think I have linux down pat, then I try to do something on a
new machine and have to spend a week just getting the hardware working...
Linux, it's always good
Lennart Sorensen wrote:
On Wed, Aug 31, 2005 at 03:21:30PM -0700, Neil Gunton wrote:
I just built a server which has dual Opteron 265, 4GB RAM, Adaptec 2015S
zero-channel RAID controller and 4 x Ultra320 10k SCSI drives.
I am having a problem installing Debian amd64, because of the 2015S
Paul Brook wrote:
CentOS 4.1 does work, with i2o_blocks, but I would much rather be running
Debian. Please help...
You could install debian from your CentOS installations using debootstrap.
http://d-i.alioth.debian.org/manual/en.i386/apcs04.html
Paul
Thanks very much for the pointer. This
Thomas Steffen wrote:
On 9/1/05, Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] wrote:
But if you want to build an intird with mkinitrd (or --initrd option of
make-kpkg), the initrd needs devfs which has been dropped from
kernel-2.6.13.
I didn't know that initrd depends on it, but certainly the
Hi,
I just built a server which has dual Opteron 265, 4GB RAM, Adaptec 2015S zero-channel RAID
controller and 4 x Ultra320 10k SCSI drives.
I am having a problem installing Debian amd64, because of the 2015S card. This requires the dpt_i2o
driver, which is not included by default in Debian
39 matches
Mail list logo