On Sun, Sep 22, 2002 at 09:19:47AM -0000, Rob Wellesley <[EMAIL PROTECTED]> wrote: > > Hi > > I know this is not a development issue as such - however as this board is > monitored by SME users I thought I would pass this on-
We would really prefer it if devinfo were kept to development topics. > Where we have installed upgrade 3 on 5.1.2 servers we have found that > HDPARM has been disabled and APCUPSD has been broken. hdparm is explicitly disabled on upgrades as we have had numerous reports of serious system problems when hdparm was enabled. We took the safe option of disabling it so that those who know what they are doing can change the setting if required. We don't ship apcupsd and can't guarantee the effect of an upgrade (BTW: It helps to define "broken" :-) ). > (By the way - with HDPARM disabled, disk transfer speeds are so slow that > we have had timeout problems with databases that are run out of ibay > shares. The higher speed disk transfers with HDPARM enabled has solved > these problems) This is really a "Your mileage may vary". It makes a huge difference on some systems and causes hangs on others. We used conservative values, but we still had problems. NOTE: We are removing all configuration of hdparm in 5.6 If you wish to enable it, have a look at /etc/sysconfig/harddisks (the hdparm command will still be there, we just won't do anything with it by default). > We assume that the signal-event post-upgrade command has reset all altered > /home/e-smith/configuration service parameters to default (atalk - which we > usually disable - has also been enabled) If this is the "normal" result of > running the command then this is not a Bug, If this should not happen then > perhaps this could be forwarded to bugs@ This would be a bug if it happens. To trace it we really need to see the state of the configuration database before and after the upgrade. If you could send that, and a bug report to [EMAIL PROTECTED], it would be much appreciated. [ To sound like a broken record, it is much more efficient if these things go just to [EMAIL PROTECTED] as they get a trouble ticket assigned, all details are collected in the ticket and it doesn't start a stream of "me too" or "but it works for me" on devinfo. ] Gordon -- Gordon Rowell [EMAIL PROTECTED] Director, Engineering Network Server Solutions Group http://www.e-smith.com/ Mitel Networks Corporation http://www.mitel.com/smallbusiness -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
