Am 05.05.2012 03:05, schrieb Bill Cole:
> Systems can live a long time without drive replacements.
but only if you do not permanently spin them up and down
power managment is the dead of a drive
i have here disks with > 35.000 uptime
you can be sure with "power-managment" they
would still be d
On 4 May 2012, at 17:00, Stan Hoeppner wrote:
On 5/3/2012 6:54 PM, Bill Cole wrote:
...
For many of these systems,
the OS resides on a mirrored pair of local disks which see very
infrequent writes because every filesystem with significant flux is
physically resident across the SAN. Spinning dis
On 5/3/2012 6:54 PM, Bill Cole wrote:
...
> For many of these systems,
> the OS resides on a mirrored pair of local disks which see very
> infrequent writes because every filesystem with significant flux is
> physically resident across the SAN. Spinning disks draw power. Anything
> drawing power ge
I do not see where Stan was abusive.
Abrasive maybe, but then sometimes bumps on logs need sanding down this
would appear to be one of those occasions.
On 03/05/2012 11:29 AM, Stan Hoeppner wrote:
On 5/3/2012 8:48 AM, Michael Tokarev wrote:
On 03.05.2012 17:16, Stan Hoeppner wrote:
[]
To who
On 5/3/2012 8:48 AM, Michael Tokarev wrote:
> On 03.05.2012 17:16, Stan Hoeppner wrote:
> []
>> To who at Debian? Lamont Jones? Has he replied to your idiotic idea yet?
>
> Please refrain from using such words in public forum.
> Such usage makes you to be of that kind.
My apologies for allowing
I already thanked Michael for his contributions in private email.
Michael, does editing master.cf and s/fifo/unix/ solve the mtime
file system updates problem? This is already supported by existing
code, works on Linux and *BSD, and I can make a config parameter
that makes this configurable with
On 03.05.2012 17:16, Stan Hoeppner wrote:
[]
> To who at Debian? Lamont Jones? Has he replied to your idiotic idea yet?
Please refrain from using such words in public forum.
Such usage makes you to be of that kind.
>> Thank you for making my worst nightmares come true. I will do
>> my best to p
On Thu, May 03, 2012 at 08:16:33AM -0500, Stan Hoeppner wrote:
> Has he replied to your idiotic idea yet?
Stan, please have the decency to not reflexively abuse others on
this list, or otherwise leave.
Michael, thanks for all your contributions over the years.
The issue you raised here is a val
On 5/2/2012 6:02 AM, Wietse Venema wrote:
> Michael Tokarev:
>>> The preferred pickup/qmgr IPC type (fifo or unix) can be a main.cf
>>> parameter setting (with an OS-dependent default value, e.g., fifo
>>> for Solaris and unix for everything else), and post-install can be
>>> updated to edit master
Michael Tokarev:
> > The preferred pickup/qmgr IPC type (fifo or unix) can be a main.cf
> > parameter setting (with an OS-dependent default value, e.g., fifo
> > for Solaris and unix for everything else), and post-install can be
> > updated to edit master.cf accordingly.
>
> Maybe this is somethin
02.05.2012 00:14, Wietse Venema wrote:
> Michael Tokarev:
> [using "unix" instead of "fifo"]
>> And yes, I verified the socket code (instead of pipe code) on linux
>> a few days ago and it appears to work fine there too. So indeed, this
>> is a very good possibility too, but it does not cover sola
Michael Tokarev:
[using "unix" instead of "fifo"]
> And yes, I verified the socket code (instead of pipe code) on linux
> a few days ago and it appears to work fine there too. So indeed, this
> is a very good possibility too, but it does not cover solaris well.
The preferred pickup/qmgr IPC type
On 01.05.2012 17:09, Wietse Venema wrote:
> Michael Tokarev:
>> The "trick" I use with postfix for a long time locally
>> to address this issue is to mount a tmpfs on linux on
>> /var/spool/postfix/run, create subdirs (pid, public,
>> private) there [...]
>>
>> So, the question is: can postfix chan
Wietse Venema:
> 3) Instead of changing the file system layout, we could change
>master.cf to use "unix" instead of "fifo" endpoints for the queue
>manager and pickup services. The reason for using FIFOs is that
>Solaris 2.4 UNIX-domain sockets locked up the kernel during
>Postfix t
Michael Tokarev:
> The "trick" I use with postfix for a long time locally
> to address this issue is to mount a tmpfs on linux on
> /var/spool/postfix/run, create subdirs (pid, public,
> private) there [...]
>
> So, the question is: can postfix change the paths so
> that all these "runtime" dirs ar
15 matches
Mail list logo
