Koozali.org: home of the SME Server

Major performance issues migrating from SBS 2003 to SME 7

Offline weblance

  • ***
  • 95
  • +0/-0
Major performance issues migrating from SBS 2003 to SME 7
« on: March 08, 2011, 02:53:18 PM »
Hi,

I migrated my company server last weekend from SBS 2003 to SME, and we are having major performance issues. All of our users are complaining that the server is responding very slowly, and it takes very long time for them to sync their IMAP folders. I have one user that experiences that it taker about 35 sec's just to open a mail in Outlook 2010 and it takes 1-1½ minute to close it, sometimes the computer freezes for 3-4 minutes before he can continue.

Remote users are also experiencing slow connection when connected through VPN.

We have 14 users on the network and they are all more or less experiencing these issues.

What can I do to boost the perfomance?
« Last Edit: March 08, 2011, 03:13:07 PM by weblance »

Offline Stefano

  • *
  • 10,839
  • +2/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #1 on: March 08, 2011, 03:22:34 PM »
are outlook's pst files on shared folders?

Offline weblance

  • ***
  • 95
  • +0/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #2 on: March 08, 2011, 04:01:48 PM »
No they are stored local on each computer.

Offline Stefano

  • *
  • 10,839
  • +2/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #3 on: March 08, 2011, 04:04:30 PM »
it could be an Outlook issue.. try thunderbird to check the performances..

then, please, report here

Offline byte

  • *
  • 2,183
  • +2/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #4 on: March 08, 2011, 05:16:03 PM »
Can you also tell us about your server history, hardware you are running  and network details.  Sounds like a network performance issue some to me.

Thanks.
--[byte]--

Have you filled in a Bug Report over @ http://bugs.contribs.org ? Please don't wait to be told this way you help us to help you/others - Thanks!

Offline weblance

  • ***
  • 95
  • +0/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #5 on: March 08, 2011, 07:23:06 PM »
About the long email retrieval time: I'm not having this issue on my workstation. It might be because I don't have that many emails (about 100-150). The users that have issues have 1500-2000+ emails in their account. My theory is that it's because of their large account that they are experiencing long waiting times.

Now for the server:

The server is a Dell PowerEdge 2850, connected to a 10/100 switch (Allied Telesyn AT-FS724i, and i'm going to replace it soon with a 10/100/1000, HP Procurve 2824), connected to a Zyxel Zywall 5 firewall/gateway.

SME is running as a mail and fileserver. I've also set it up to handle the DHCP.

The former server is a 5-6 year old HP ProLiant DL380, and it's no in good shape.

Are there any other informations you need to get a better overview of my situation?
« Last Edit: March 08, 2011, 07:25:54 PM by weblance »

Offline cactus

  • *
  • 4,880
  • +3/-0
    • http://www.snetram.nl
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #6 on: March 08, 2011, 08:27:21 PM »
Are there any other informations you need to get a better overview of my situation?
What amount of RAM is used? Are you using spamassassin and e-mail scanning?
Be careful whose advice you buy, but be patient with those who supply it. Advice is a form of nostalgia, dispensing it is a way of fishing the past from the disposal, wiping it off, painting over the ugly parts and recycling it for more than its worth ~ Baz Luhrmann - Everybody's Free (To Wear Sunscreen)

Offline byte

  • *
  • 2,183
  • +2/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #7 on: March 08, 2011, 08:32:14 PM »
About the long email retrieval time: I'm not having this issue on my workstation. It might be because I don't have that many emails (about 100-150). The users that have issues have 1500-2000+ emails in their account. My theory is that it's because of their large account that they are experiencing long waiting times.

I think I've seen this issue somewhere before, can you log in webmail and see the emails without the long waiting times?
--[byte]--

Have you filled in a Bug Report over @ http://bugs.contribs.org ? Please don't wait to be told this way you help us to help you/others - Thanks!

Offline Stefano

  • *
  • 10,839
  • +2/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #8 on: March 08, 2011, 08:36:57 PM »
I think I've seen this issue somewhere before, can you log in webmail and see the emails without the long waiting times?

I agree.. if it's slow in webmail too it's a I/O issue IMHO

@weblance: is your server fully supported by RH4.X?

Offline weblance

  • ***
  • 95
  • +0/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #9 on: March 08, 2011, 08:56:34 PM »
I have 4 GB installed RAM. Using spamassasin and e-mail scanning.

I'm not experiencing slow webmail on any account, so it's just slow sync in Outlook.

I don't know if the server is fully supported by RH4.X - where can I check this?
« Last Edit: March 08, 2011, 09:06:14 PM by weblance »

Offline byte

  • *
  • 2,183
  • +2/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #10 on: March 08, 2011, 11:00:03 PM »
I'm not experiencing slow webmail on any account,

How do did you find out? Have you actually tried logging into the account with 1500+ emails??


Quote
so it's just slow sync in Outlook.


In that case, try thunderbird as Stefano mentions to rule out a broken MS product.
--[byte]--

Have you filled in a Bug Report over @ http://bugs.contribs.org ? Please don't wait to be told this way you help us to help you/others - Thanks!

Offline weblance

  • ***
  • 95
  • +0/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #11 on: March 09, 2011, 11:44:14 AM »
How do did you find out? Have you actually tried logging into the account with 1500+ emails??



In that case, try thunderbird as Stefano mentions to rule out a broken MS product.

I have logged in to one account with 2250 mails and one with 6800 mails and one with 20. All three of them took the same time to load, about 5-10 seconds.

I'm going to try to test with Thunderbird.

Furthermore the filesystem performance is also very slow. We are using Microsoft C5 accounting software that runs directly on the server. We also did this before on our SBS2003 server without any noticable perfomance reduction compared to if the software was run locally on the workstation. Now, the software has a reduced speed of about 20%. I was under the impression that the Samba filesystem was faster than Windows. Maybe i've misunderstood something.
« Last Edit: March 09, 2011, 11:47:37 AM by weblance »

Offline Stefano

  • *
  • 10,839
  • +2/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #12 on: March 09, 2011, 11:50:36 AM »
are you using HW or SW raid?

Offline byte

  • *
  • 2,183
  • +2/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #13 on: March 09, 2011, 12:11:49 PM »
Did you find it slow installing?

I would check your BIOS and see if the AHCI mode is set. 

[disclaimer]
The only problem you might have is a kernel panic after rebooting this is because its now using a different driver to access the drive(s).  You will be able to fix this though by using the SME Server CD and typing sme rescue, then you'll have to rebuild the initrd with mkinitrd command.
[/disclaimer]
--[byte]--

Have you filled in a Bug Report over @ http://bugs.contribs.org ? Please don't wait to be told this way you help us to help you/others - Thanks!

Offline weblance

  • ***
  • 95
  • +0/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #14 on: March 09, 2011, 05:00:57 PM »
are you using HW or SW raid?

I'm using hardware RAID 0 and software RAID 1.

Could it be that the SME is too slow mirroring data? What will I gain if SME stopped using RAID 1? Is it possible to reconfigure SME to stop using RAID 1 without reinstalling?

Regarding AHCI: I don't know if the server is in AHCI mode, i'll check tomorrow, Should it be set to legacy or AHCI?

And I didn't find it slow installing.
« Last Edit: March 09, 2011, 05:04:48 PM by weblance »

Offline weblance

  • ***
  • 95
  • +0/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #15 on: March 09, 2011, 05:18:46 PM »
I have now tried to IMAP an account with Tunderbird. The account has 2252 mails in inbox and it took about 10-15 seconds to synchronize. So my conclusion is that Outlook isn't very at IMAP.

Offline Stefano

  • *
  • 10,839
  • +2/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #16 on: March 09, 2011, 05:27:53 PM »
I have now tried to IMAP an account with Tunderbird. The account has 2252 mails in inbox and it took about 10-15 seconds to synchronize. So my conclusion is that Outlook isn't very at IMAP.

doh :-)

Offline weblance

  • ***
  • 95
  • +0/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #17 on: March 09, 2011, 06:14:48 PM »
Now the more serious thing is the slow performance on the filesystem. I hope this has something todo with SW RAID 1 or wrong AHCI BIOS settings, i´d hate to revert back to SBS.

Offline Jáder

  • *
  • 1,099
  • +0/-0
    • LinuxFacil
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #18 on: March 09, 2011, 07:29:53 PM »
I bet all on AHCI... have seen this problem more than once.

Just remember to have a good backup and be ready to use SME Rescue mode if you get a kernel panic because of missing driver. You'll change a very important thing on your server.

I imagine you saw the performance issue when formating... but thought would be fine.
How long you wait to format your HDDs? Several (+4) hours ?

Regards

Jáder
...

Offline weblance

  • ***
  • 95
  • +0/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #19 on: March 09, 2011, 09:05:54 PM »
I bet all on AHCI... have seen this problem more than once.

Just remember to have a good backup and be ready to use SME Rescue mode if you get a kernel panic because of missing driver. You'll change a very important thing on your server.

I imagine you saw the performance issue when formating... but thought would be fine.
How long you wait to format your HDDs? Several (+4) hours ?

Regards

Jáder

I don't really remember how long it took to format, but I imagine it took about 2 hrs. I have 4x300GB SCSI Ultra 320, running HW RAID 1 (2x300GB) and SME running the SW RAID 0.

What should the AHCI settings be?
« Last Edit: March 10, 2011, 01:16:22 PM by weblance »

Offline MSmith

  • *
  • 675
  • +0/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #20 on: March 10, 2011, 03:57:52 PM »
Unless you've got a *really good* hardware RAID controller, it would be better simply to have SME arrange everything into RAID5.  Your file performance issue is probably in that combination of "hardware" & Linux RAID.
...

Offline Stefano

  • *
  • 10,839
  • +2/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #21 on: March 10, 2011, 04:19:57 PM »
I don't really remember how long it took to format, but I imagine it took about 2 hrs. I have 4x300GB SCSI Ultra 320, running HW RAID 1 (2x300GB) and SME running the SW RAID 0.

SME doesn't support Raid 0, so can you please clarify?

thank you

Offline weblance

  • ***
  • 95
  • +0/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #22 on: March 10, 2011, 05:05:15 PM »
SME doesn't support Raid 0, so can you please clarify?

thank you

Sorry it's the other way around. I'm letting the servers hardware controller stripe (RAID 0) my discs. And SME is mirroring (RAID1).

Im thinking of dropping RAID1 and just stripe all my discs into one volume. I'm already doing daily backup, so the extra security in RAID1 isn't so important.
« Last Edit: March 10, 2011, 05:10:33 PM by weblance »

Offline weblance

  • ***
  • 95
  • +0/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #23 on: March 10, 2011, 05:05:58 PM »
Unless you've got a *really good* hardware RAID controller, it would be better simply to have SME arrange everything into RAID5.  Your file performance issue is probably in that combination of "hardware" & Linux RAID.

RAID5 isn't an option that I would like to use!

http://www.miracleas.com/BAARF/RAID5_versus_RAID10.txt
« Last Edit: March 10, 2011, 05:07:36 PM by weblance »

Offline weblance

  • ***
  • 95
  • +0/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #24 on: March 10, 2011, 05:36:26 PM »
I can see now that the performance issue can be in the RAID setup. I'm running RAID 0+1, hardware RAID0 and software RAID1, This probably wasn't the wisest choise. It would be better if I ran hardware RAID 1+0, and no RAID from SME.

What do you guys think? What about software RAID10 - can SME handle it?

Offline brianr

  • *
  • 988
  • +2/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #25 on: March 11, 2011, 06:13:16 PM »
what do you get when you try

hdparm -t /dev/hda

(or whatever your drives are named?)

I also think that the Outlook problem will be better once you move to a 1gb switch. I have used Outlook 2010 with 1,000s of emails, and it does work (albeit not as well as Thunderbird)
Brian j Read
(retired, for a second time, still got 2 installations though)
The instrument I am playing is my favourite Melodeon.
.........

Offline weblance

  • ***
  • 95
  • +0/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #26 on: March 11, 2011, 11:06:35 PM »
what do you get when you try

hdparm -t /dev/hda

(or whatever your drives are named?)

I also think that the Outlook problem will be better once you move to a 1gb switch. I have used Outlook 2010 with 1,000s of emails, and it does work (albeit not as well as Thunderbird)

I have these results from hdparm.

/dev/sda1:  24 MB in 3.12 seconds = 7.70 MB/sec
/dev/sda2:  20 MB in 3.23 seconds = 6.81 MB/sec
/dev/sdb1:  20 MB in 3.10 seconds = 6.44 MB/sec
/dev/sdb2:  20 MB in 3.08 seconds = 6.50 MB/sec

Are they any good?

Offline byte

  • *
  • 2,183
  • +2/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #27 on: March 11, 2011, 11:25:59 PM »
I have these results from hdparm.

/dev/sda1:  24 MB in 3.12 seconds = 7.70 MB/sec
/dev/sda2:  20 MB in 3.23 seconds = 6.81 MB/sec
/dev/sdb1:  20 MB in 3.10 seconds = 6.44 MB/sec
/dev/sdb2:  20 MB in 3.08 seconds = 6.50 MB/sec

Are they any good?

Nope my ide drives get better than that, I think you've seriously got to review your setup here and make sure you've taken all advice in this thread.
--[byte]--

Have you filled in a Bug Report over @ http://bugs.contribs.org ? Please don't wait to be told this way you help us to help you/others - Thanks!

Offline weblance

  • ***
  • 95
  • +0/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #28 on: March 11, 2011, 11:33:06 PM »
Nope my ide drives get better than that, I think you've seriously got to review your setup here and make sure you've taken all advice in this thread.

Yes, i would be in serious trouble without you guys. It's probably my RAID setup. I'm gonna try to get RAID 1+0, RAID10 or if they aren't available, then i'll try RAID5.

Offline christian

  • *
  • 369
  • +0/-0
    • http://www.szpilfogel.com
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #29 on: March 11, 2011, 11:56:18 PM »
Are they any good?
As a data point for you, when I run this on my system with disks sda through to sdm configured as my main RAID1, my extra RAID1 set, my RAID5 set, and my large LVM, I get in the order of 90MB/s to 100MB/s on each within 3 seconds. These disks are retail grade 1TB and 2TB drives.

With that speed, I'm sure I'm testing writes to my cache but even with rsync of large files I routinely see writes in the order of about 60MB/s
« Last Edit: March 11, 2011, 11:58:14 PM by christian »
SME since 2003

Offline weblance

  • ***
  • 95
  • +0/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #30 on: March 12, 2011, 12:00:25 AM »
Ok, so I'm way off. My discs are 10K SCSI, don't remember the make/model right now, but they are only 3 months old.

Can u please tell me if it's possible that it's the RAID configuration that's wrong?
« Last Edit: March 12, 2011, 12:02:57 AM by weblance »

Offline christian

  • *
  • 369
  • +0/-0
    • http://www.szpilfogel.com
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #31 on: March 12, 2011, 12:11:09 AM »
Can u please tell me if it's possible that it's the RAID configuration that's wrong?
It is possible. It could also be your hardware raid controller.

What I can't tell is how you have configured this. You say you have software RAID1 on top of hardware RAID0. I can't quite tell what your config looks like though. What disks are in the each RAID0 and how have you configured the RAID1. Have you got say disks a,b, and c in RAID0 set A and then d,e, and f in RAID0 set B and then you RAID1 sets A & B?
SME since 2003

Offline weblance

  • ***
  • 95
  • +0/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #32 on: March 12, 2011, 12:29:34 AM »
It is possible. It could also be your hardware raid controller.

What I can't tell is how you have configured this. You say you have software RAID1 on top of hardware RAID0. I can't quite tell what your config looks like though. What disks are in the each RAID0 and how have you configured the RAID1. Have you got say disks a,b, and c in RAID0 set A and then d,e, and f in RAID0 set B and then you RAID1 sets A & B?

I have 4 discs: disc 0, 1, 2 & 3. In the RAID controller disc 0 & 2 are in RAID0 and 1 & 3 are in RAID0. Then i installed SME in RAID1 mode ontop of the two sets.

I wanted to run hardware RAID 1+0, but it didn't seem like this was possible in the RAID controller, so stupid me figured that it was ok to configure the discs to run hardware RAID0 and software (SME) RAID1. When i installed the SME i ran it with the option RAID=1: "SME RAID=1"

So now it's probably better for me to either run hardware RAID5 or software (SME) RAID5.
« Last Edit: March 12, 2011, 12:34:20 AM by weblance »

Offline christian

  • *
  • 369
  • +0/-0
    • http://www.szpilfogel.com
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #33 on: March 12, 2011, 01:06:26 AM »
Well my drives are only 7200RPM drives so your 10K SCSI drives should blow the doors off my stats.

I doubt it is the SME's RAID1 as I have only ever seen good performance with it. My stats above are done with software RAID (two sets in RAID1 and one set in RAID5). My processor is a core 2 quad (6600) but yours I assume is a similar Xeon (possibly 2 in a 2850 chassis).

I'm suspicious of the RAID controller or some of its settings. Did you get the RAID controller as part of the 2850 from Dell or is another model? Did you verify the AHCI setting?

You can also look for AHCI in /var/log/dmesg to see what the drives came up as.
SME since 2003

Offline christian

  • *
  • 369
  • +0/-0
    • http://www.szpilfogel.com
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #34 on: March 12, 2011, 01:11:08 AM »
So now it's probably better for me to either run hardware RAID5 or software (SME) RAID5.
I guess you changed your post while I was replying.

Anyway, sure that is an option. You turned it down previously when someone offered but it is still a decent option and you will get a bit more space as a bonus.

I think you will need to play with the machine to try and isolate what component is causing your bottleneck. At least you have data now from others to know what to look for.
SME since 2003

Offline weblance

  • ***
  • 95
  • +0/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #35 on: March 12, 2011, 08:13:26 AM »
I have nothing about AHCI in my /var/log/dmesg:

Quote
Linux version 2.6.9-89.31.1.ELsmp (mockbuild@builder10.centos.org) (gcc version 3.4.6 20060404 (Red Hat 3.4.6-11)) #1 SMP Tue Oct 19 17:42:26 EDT 2010
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
 BIOS-e820: 0000000000100000 - 00000000bffc0000 (usable)
 BIOS-e820: 00000000bffc0000 - 00000000bffcfc00 (ACPI data)
 BIOS-e820: 00000000bffcfc00 - 00000000bffff000 (reserved)
 BIOS-e820: 00000000e0000000 - 00000000fec90000 (reserved)
 BIOS-e820: 00000000fed00000 - 00000000fed00400 (reserved)
 BIOS-e820: 00000000fee00000 - 00000000fee10000 (reserved)
 BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved)
 BIOS-e820: 0000000100000000 - 0000000140000000 (usable)
4224MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 000fe710
NX (Execute Disable) protection: active
On node 0 totalpages: 1310720
  DMA zone: 4096 pages, LIFO batch:1
  Normal zone: 225280 pages, LIFO batch:16
  HighMem zone: 1081344 pages, LIFO batch:16
DMI 2.3 present.
Using APIC driver default
ACPI: RSDP (v000 DELL                                  ) @ 0x000fd5b0
ACPI: RSDT (v001 DELL   PE BKC   0x00000001 MSFT 0x0100000a) @ 0x000fd5c4
ACPI: FADT (v001 DELL   PE BKC   0x00000001 MSFT 0x0100000a) @ 0x000fd620
ACPI: MADT (v001 DELL   PE BKC   0x00000001 MSFT 0x0100000a) @ 0x000fd694
ACPI: SPCR (v001 DELL   PE BKC   0x00000001 MSFT 0x0100000a) @ 0x000fd774
ACPI: HPET (v001 DELL   PE BKC   0x00000001 MSFT 0x0100000a) @ 0x000fd7c4
ACPI: MCFG (v001 DELL   PE BKC   0x00000001 MSFT 0x0100000a) @ 0x000fd7fc
ACPI: DSDT (v001 DELL   PE BKC   0x00000001 MSFT 0x0100000e) @ 0x00000000
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:4 APIC version 20
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x06] enabled)
Processor #6 15:4 APIC version 20
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x01] enabled)
Processor #1 15:4 APIC version 20
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x07] enabled)
Processor #7 15:4 APIC version 20
ACPI: LAPIC (acpi_id[0x05] lapic_id[0x02] disabled)
ACPI: LAPIC (acpi_id[0x06] lapic_id[0x04] disabled)
ACPI: LAPIC (acpi_id[0x07] lapic_id[0x03] disabled)
ACPI: LAPIC (acpi_id[0x08] lapic_id[0x05] disabled)
ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x04] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x05] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x06] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x07] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x08] high edge lint[0x1])
Enabling APIC mode:  Flat.  Using 0 I/O APICs
ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
ACPI: IOAPIC (id[0x09] address[0xfec80000] gsi_base[32])
IOAPIC[1]: apic_id 9, version 32, address 0xfec80000, GSI 32-55
ACPI: IOAPIC (id[0x0a] address[0xfec83000] gsi_base[64])
IOAPIC[2]: apic_id 10, version 32, address 0xfec83000, GSI 64-87
ACPI: IOAPIC (id[0x0b] address[0xfec84000] gsi_base[96])
IOAPIC[3]: apic_id 11, version 32, address 0xfec84000, GSI 96-119
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
ACPI: HPET id: 0xffffffff base: 0xfed00000
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at c0000000 (gap: bffff000:20001000)
Built 1 zonelists
Kernel command line: ro root=/dev/main/root
mapped APIC to ffffd000 (fee00000)
Initializing CPU#0
CPU 0 irqstacks, hard=c03fc000 soft=c03dc000
PID hash table entries: 4096 (order: 12, 65536 bytes)
Console: colour VGA+ 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 4144912k/5242880k available (1915k kernel code, 48092k reserved, 769k data, 192k init, 3276544k highmem)
Using HPET for base-timer
Using HPET for gettimeofday
Detected 3392.342 MHz processor.
Using hpet for high-res timesource
Calibrating delay using timer specific routine.. 6787.32 BogoMIPS (lpj=3393660)
Security Scaffold v1.0.0 initialized
SELinux:  Initializing.
SELinux:  Starting in permissive mode
selinux_register_security:  Registering secondary module capability
Capability LSM initialized as secondary
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000
CPU: After vendor identify, caps:  bfebfbff 20100000 00000000 00000000
monitor/mwait feature present.
using mwait in idle threads.
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 2048K
CPU0: Initial APIC ID: 0, Physical Processor ID: 0
CPU: After all inits, caps:        bfebfbff 20100000 00000000 00000180
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU0: Intel P4/Xeon Extended MCE MSRs (24) available
CPU0: Thermal monitoring enabled
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
CPU0: Intel(R) Xeon(TM) CPU 3.40GHz stepping 0a
per-CPU timeslice cutoff: 5849.70 usecs.
task migration cache decay timeout: 5 msecs.
Booting processor 1/1 eip 3000
CPU 1 irqstacks, hard=c03fd000 soft=c03dd000
Initializing CPU#1
Calibrating delay using timer specific routine.. 6783.59 BogoMIPS (lpj=3391795)
CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000
CPU: After vendor identify, caps:  bfebfbff 20100000 00000000 00000000
monitor/mwait feature present.
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 2048K
CPU1: Initial APIC ID: 1, Physical Processor ID: 0
CPU: After all inits, caps:        bfebfbff 20100000 00000000 00000180
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#1.
CPU1: Intel P4/Xeon Extended MCE MSRs (24) available
CPU1: Thermal monitoring enabled
CPU1: Intel(R) Xeon(TM) CPU 3.40GHz stepping 0a
Booting processor 2/6 eip 3000
CPU 2 irqstacks, hard=c03fe000 soft=c03de000
Initializing CPU#2
Calibrating delay using timer specific routine.. 6783.51 BogoMIPS (lpj=3391756)
CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000
CPU: After vendor identify, caps:  bfebfbff 20100000 00000000 00000000
monitor/mwait feature present.
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 2048K
CPU2: Initial APIC ID: 6, Physical Processor ID: 3
CPU: After all inits, caps:        bfebfbff 20100000 00000000 00000180
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#2.
CPU2: Intel P4/Xeon Extended MCE MSRs (24) available
CPU2: Thermal monitoring enabled
CPU2: Intel(R) Xeon(TM) CPU 3.40GHz stepping 0a
Booting processor 3/7 eip 3000
CPU 3 irqstacks, hard=c03ff000 soft=c03df000
Initializing CPU#3
Calibrating delay using timer specific routine.. 6783.51 BogoMIPS (lpj=3391758)
CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000
CPU: After vendor identify, caps:  bfebfbff 20100000 00000000 00000000
monitor/mwait feature present.
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 2048K
CPU3: Initial APIC ID: 7, Physical Processor ID: 3
CPU: After all inits, caps:        bfebfbff 20100000 00000000 00000180
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#3.
CPU3: Intel P4/Xeon Extended MCE MSRs (24) available
CPU3: Thermal monitoring enabled
CPU3: Intel(R) Xeon(TM) CPU 3.40GHz stepping 0a
Total of 4 processors activated (27137.93 BogoMIPS).
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 pin1=2 pin2=-1
checking TSC synchronization across 4 CPUs: passed.
Brought up 4 CPUs
zapping low mappings.
checking if image is initramfs... it is
Freeing initrd memory: 1350k freed
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xfbe4e, last bus=11
PCI: Using MMCONFIG
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20040816
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1
PCI: PXH quirk detected, disabling MSI for SHPC device
PCI: PXH quirk detected, disabling MSI for SHPC device
PCI: PXH quirk detected, disabling MSI for SHPC device
PCI: PXH quirk detected, disabling MSI for SHPC device
PCI: Transparent bridge - 0000:00:1e.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PALO._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PALO.DOBA._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PALO.DOBB._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PBLO._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PBHI._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PBHI.PXB1._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PBHI.PXB2._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.VPR1._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.VPR1.PXC1._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.VPR1.PXC2._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PICH._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11 12)
ACPI: PCI Interrupt Link [LNKB] (IRQs *3 4 5 6 7 10 11 12)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 *7 10 11 12)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 *10 11 12)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 *11 12)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 *10 11 12)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11 12) *0, disabled.
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 *5 6 7 10 11 12)
Linux Plug and Play Support v0.97 (c) Adam Belay
usbcore: registered new driver usbfs
usbcore: registered new driver hub
PCI: Using ACPI for IRQ routing
ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 16 (level, low) -> IRQ 169
ACPI: PCI Interrupt 0000:00:04.0[A] -> GSI 16 (level, low) -> IRQ 169
ACPI: PCI Interrupt 0000:00:05.0[A] -> GSI 16 (level, low) -> IRQ 169
ACPI: PCI Interrupt 0000:00:06.0[A] -> GSI 16 (level, low) -> IRQ 169
ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 16 (level, low) -> IRQ 169
ACPI: PCI Interrupt 0000:00:1d.1 -> GSI 19 (level, low) -> IRQ 177
ACPI: PCI Interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 185
ACPI: PCI Interrupt 0000:00:1d.7[D] -> GSI 23 (level, low) -> IRQ 193
ACPI: PCI interrupt 0000:00:1f.1[A]: no GSI
ACPI: PCI Interrupt 0000:02:0e.0[A] -> GSI 46 (level, low) -> IRQ 201
ACPI: PCI Interrupt 0000:06:07.0[A] -> GSI 64 (level, low) -> IRQ 209
ACPI: PCI Interrupt 0000:07:08.0[A] -> GSI 65 (level, low) -> IRQ 217
ACPI: PCI Interrupt 0000:0b:05.0[A] -> GSI 20 (level, low) -> IRQ 225
ACPI: PCI Interrupt 0000:0b:05.1 -> GSI 21 (level, low) -> IRQ 233
ACPI: PCI Interrupt 0000:0b:06.0[A] -> GSI 23 (level, low) -> IRQ 193
ACPI: PCI Interrupt 0000:0b:0d.0[A] -> GSI 18 (level, low) -> IRQ 185
apm: BIOS not found.
audit: initializing netlink socket (disabled)
audit(1299607731.895:1): initialized
highmem bounce pool size: 64 pages
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
SELinux:  Registering netfilter hooks
Initializing Cryptographic API
ksign: Installing public key data
Loading keyring
- Added public key 8C157D8476D4E552
- User ID: CentOS (Kernel Module GPG key)
Intel E7520/7320/7525 detected.<6>pci_hotplug: PCI Hot Plug PCI Core version: 0.5
ACPI: Processor [CPU0] (supports C1)
ACPI: Processor [CPU1] (supports C1)
ACPI: Processor [CPU2] (supports C1)
ACPI: Processor [CPU3] (supports C1)
Real Time Clock Driver v1.12
Linux agpgart interface v0.100 (c) Dave Jones
Failed to disable AUX port, but continuing anyway... Is this a SiS?
If AUX port is really absent please use the 'i8042.noaux' option.
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Serial: 8250/16550 driver $Revision: 1.90 $ 68 ports, IRQ sharing enabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ACPI: PCI Interrupt 0000:0b:05.1 -> GSI 21 (level, low) -> IRQ 233
ttyS4 at I/O 0xcc80 (irq = 233) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize
divert: not allocating divert_blk for non-ethernet device lo
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ICH5: IDE controller at PCI slot 0000:00:1f.1
PCI: Enabling device 0000:00:1f.1 (0005 -> 0007)
ACPI: PCI interrupt 0000:00:1f.1[A]: no GSI
ICH5: chipset revision 2
ICH5: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0xfc00-0xfc07, BIOS settings: hda:DMA, hdb:pio
    ide1: BM-DMA at 0xfc08-0xfc0f, BIOS settings: hdc:pio, hdd:pio
Probing IDE interface ide0...
hda: HL-DT-ST GCR-8240N, ATAPI CD/DVD-ROM drive
Using cfq io scheduler
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
SiI680: IDE controller at PCI slot 0000:0b:06.0
ACPI: PCI Interrupt 0000:0b:06.0[A] -> GSI 23 (level, low) -> IRQ 193

Offline weblance

  • ***
  • 95
  • +0/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #36 on: March 12, 2011, 08:13:58 AM »
Quote
SiI680: chipset revision 2
SiI680: BASE CLOCK == 133
SiI680: 100% native mode on irq 193
    ide2: MMIO-DMA , BIOS settings: hde:pio, hdf:pio
    ide3: MMIO-DMA , BIOS settings: hdg:pio, hdh:pio
Probing IDE interface ide2...
Probing IDE interface ide3...
Probing IDE interface ide1...
Probing IDE interface ide2...
Probing IDE interface ide3...
Probing IDE interface ide4...
Probing IDE interface ide5...
hda: ATAPI 24X CD-ROM drive, 128kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
ide-floppy driver 0.99.newide
usbcore: registered new driver hiddev
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.0:USB HID core driver
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard on isa0060/serio0
input: PS/2 Generic Mouse on isa0060/serio1
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
NET: Registered protocol family 2
IP route cache hash table entries: 262144 (order: 8, 1048576 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 262144 (order: 9, 3145728 bytes)
TCP: Hash tables configured (established 262144 bind 262144)
Initializing IPsec netlink socket
NET: Registered protocol family 1
NET: Registered protocol family 17
ACPI wakeup devices:
PCI0 PALO PBLO PBHI VPR1 PICH
ACPI: (supports S0 S4 S5)
Freeing unused kernel memory: 192k freed
SCSI subsystem initialized
megaraid cmm: 2.20.2.6rh (Release Date: Tue Jan 16 12:35:06 PST 2007)
megaraid: 2.20.4.6-rh3 (Release Date: Tue Mar 3 14:14:22 EST 2009)
megaraid: probe new device 0x1028:0x0013:0x1028:0x016d: bus 2:slot 14:func 0
ACPI: PCI Interrupt 0000:02:0e.0[A] -> GSI 46 (level, low) -> IRQ 201
megaraid: fw version:[521X] bios version:[H430]
scsi0 : LSI Logic MegaRAID driver
scsi[0]: scanning scsi channel 0 [Phy 0] for non-raid devices
  Vendor: PE/PV     Model: 1x6 SCSI BP       Rev: 1.0
  Type:   Processor                          ANSI SCSI revision: 02
scsi[0]: scanning scsi channel 1 [Phy 1] for non-raid devices
scsi[0]: scanning scsi channel 2 [virtual] for logical drives
  Vendor: MegaRAID  Model: LD 0 RAID0  572G  Rev: 521X
  Type:   Direct-Access                      ANSI SCSI revision: 02
SCSI device sda: 1171783680 512-byte hdwr sectors (599953 MB)
sda: asking for cache data failed
sda: assuming drive cache: write through
SCSI device sda: 1171783680 512-byte hdwr sectors (599953 MB)
sda: asking for cache data failed
sda: assuming drive cache: write through
 sda: sda1 sda2
Attached scsi disk sda at scsi0, channel 2, id 0, lun 0
  Vendor: MegaRAID  Model: LD 1 RAID0  572G  Rev: 521X
  Type:   Direct-Access                      ANSI SCSI revision: 02
SCSI device sdb: 1171783680 512-byte hdwr sectors (599953 MB)
sdb: asking for cache data failed
sdb: assuming drive cache: write through
SCSI device sdb: 1171783680 512-byte hdwr sectors (599953 MB)
sdb: asking for cache data failed
sdb: assuming drive cache: write through
sdb: sdb1 sdb2
Attached scsi disk sdb at scsi0, channel 2, id 1, lun 0
libata version 2.00 loaded.
device-mapper: 4.5.5-ioctl (2006-12-01) initialised: dm-devel@redhat.com
md: raid1 personality registered as nr 3
md: md1 stopped.
md: bind<sdb1>
md: bind<sda1>
raid1: raid set md1 active with 2 out of 2 mirrors
md: md2 stopped.
md: bind<sdb2>
md: bind<sda2>
raid1: raid set md2 active with 2 out of 2 mirrors
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Attached scsi generic sg0 at scsi0, channel 0, id 6, lun 0,  type 3
Attached scsi generic sg1 at scsi0, channel 2, id 0, lun 0,  type 0
Attached scsi generic sg2 at scsi0, channel 2, id 1, lun 0,  type 0
inserting floppy driver for 2.6.9-89.31.1.ELsmp
Floppy drive(s): fd0 is 1.44M
FDC 0 is a National Semiconductor PC87306
Ethernet Channel Bonding Driver: v2.6.3-rh (June 8, 2005)
bonding: MII link monitoring set to 200 ms
divert: allocating divert_blk for bond0
Intel(R) PRO/1000 Network Driver - version 7.3.20-k3-NAPI
Copyright (c) 1999-2006 Intel Corporation.
ACPI: PCI Interrupt 0000:06:07.0[A] -> GSI 64 (level, low) -> IRQ 209
e1000: 0000:06:07.0: e1000_probe: (PCI:66MHz:32-bit) 00:13:72:56:4d:a3
divert: allocating divert_blk for eth0
e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
ACPI: PCI Interrupt 0000:07:08.0[A] -> GSI 65 (level, low) -> IRQ 217
e1000: 0000:07:08.0: e1000_probe: (PCI:66MHz:32-bit) 00:13:72:56:4d:a4
divert: allocating divert_blk for eth1
e1000: eth1: e1000_probe: Intel(R) PRO/1000 Network Connection
hw_random: RNG not detected
ACPI: PCI Interrupt 0000:00:1d.7[D] -> GSI 23 (level, low) -> IRQ 193
ehci_hcd 0000:00:1d.7: EHCI Host Controller
PCI: Setting latency timer of device 0000:00:1d.7 to 64
ehci_hcd 0000:00:1d.7: irq 193, pci mem f8832000
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 1
PCI: cache line size of 128 is not supported by device 0000:00:1d.7
ehci_hcd 0000:00:1d.7: USB 2.0 enabled, EHCI 1.00, driver 2004-May-10
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 6 ports detected
USB Universal Host Controller Interface driver v2.2
ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 16 (level, low) -> IRQ 169
uhci_hcd 0000:00:1d.0: UHCI Host Controller
PCI: Setting latency timer of device 0000:00:1d.0 to 64
uhci_hcd 0000:00:1d.0: irq 169, io base 0000bce0
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 2
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:1d.1 -> GSI 19 (level, low) -> IRQ 177
uhci_hcd 0000:00:1d.1: UHCI Host Controller
PCI: Setting latency timer of device 0000:00:1d.1 to 64
uhci_hcd 0000:00:1d.1: irq 177, io base 0000bcc0
uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 3
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 185
uhci_hcd 0000:00:1d.2: UHCI Host Controller
PCI: Setting latency timer of device 0000:00:1d.2 to 64
uhci_hcd 0000:00:1d.2: irq 185, io base 0000bca0
uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 4
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
md: Autodetecting RAID arrays.
md: could not bd_claim sda1.
md: could not bd_claim sda2.
md: could not bd_claim sdb1.
md: could not bd_claim sdb2.
md: autorun ...
md: ... autorun DONE.
usb 1-3: new high speed USB device using address 3
hub 1-3:1.0: USB hub found
hub 1-3:1.0: 2 ports detected
ACPI: Power Button (FF) [PWRF]
usb 2-1: new full speed USB device using address 2
input: USB HID v1.10 Keyboard [Dell DRAC4] on usb-0000:00:1d.0-1
input: USB HID v1.10 Mouse [Dell DRAC4] on usb-0000:00:1d.0-1
EXT3 FS on dm-0, internal journal
loop: loaded (max 8 devices)
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Adding 5144568k swap on /dev/main/swap.  Priority:-1 extents:1

Offline weblance

  • ***
  • 95
  • +0/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #37 on: March 12, 2011, 08:21:08 AM »
Reading up on the MegaRAID controller, it seems like it supports RAID10. Would it be a good idea to let the RAID controller run in this mode an install SME without RAID?

Offline cactus

  • *
  • 4,880
  • +3/-0
    • http://www.snetram.nl
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #38 on: March 12, 2011, 08:55:13 AM »
Reading up on the MegaRAID controller, it seems like it supports RAID10. Would it be a good idea to let the RAID controller run in this mode an install SME without RAID?
Personally I would not use a RAID controller at all and the software RAID handle the RAID setup. Although their might be benefits to hardware based RAID controllers I still dislike the drawback that it might be possible that when your RAID controller crashes and you replace it with a different one the drives can not be accessed. SME Server software RAID does not have this drawback.
Be careful whose advice you buy, but be patient with those who supply it. Advice is a form of nostalgia, dispensing it is a way of fishing the past from the disposal, wiping it off, painting over the ugly parts and recycling it for more than its worth ~ Baz Luhrmann - Everybody's Free (To Wear Sunscreen)

Offline weblance

  • ***
  • 95
  • +0/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #39 on: March 12, 2011, 09:03:45 AM »

Offline Stefano

  • *
  • 10,839
  • +2/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #40 on: March 12, 2011, 09:38:07 AM »
as far as I can see here your server doesn't fully support RH4.. read also here

please take some time to search this forum for 'megaraid'.. IIRC there were some issues

I wolud disable HW raid and let SME do SW raid5.. and please, don't be afraid about raid5 ;-)

Offline brianr

  • *
  • 988
  • +2/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #41 on: March 12, 2011, 10:35:21 AM »
Nope my ide drives get better than that, I think you've seriously got to review your setup here and make sure you've taken all advice in this thread.

yes I can confirm I'd be looking for up to about 60mb/s here.  Under 30 (IMHO - from experience) means the system will be compromised.
Brian j Read
(retired, for a second time, still got 2 installations though)
The instrument I am playing is my favourite Melodeon.
.........

Offline weblance

  • ***
  • 95
  • +0/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #42 on: March 12, 2011, 12:57:42 PM »
Ok guys, here goes. I disabled the RAID controller and started new installation - "sme raid=5".

Tried a hdparm and got this result:

218 MB in 3.02 seconds = 72.12 MB/sec

Is this good enough?  :D

Another problem is that I couldn't restore from backup. I made a backup to a usb disk yesterday, but SME says that there's no backup on it :(
« Last Edit: March 12, 2011, 01:17:59 PM by weblance »

Offline brianr

  • *
  • 988
  • +2/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #43 on: March 12, 2011, 01:25:24 PM »
218 MB in 3.02 seconds = 72.12 MB/sec

I think so, others may differ...
Brian j Read
(retired, for a second time, still got 2 installations though)
The instrument I am playing is my favourite Melodeon.
.........

Offline Stefano

  • *
  • 10,839
  • +2/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #44 on: March 12, 2011, 01:31:46 PM »
Another problem is that I couldn't restore from backup. I made a backup to a usb disk yesterday, but SME says that there's no backup on it :(

please raise a bug for it, giving as much info as possible.. and report here the reference for future readers, thank you

Offline weblance

  • ***
  • 95
  • +0/-0
Re: Major performance issues migrating from SBS 2003 to SME 7
« Reply #45 on: March 12, 2011, 03:31:31 PM »
please raise a bug for it, giving as much info as possible.. and report here the reference for future readers, thank you

The backup disc is blank, so there isn't much to get :(