On 08/15/2010 10:59 AM, Carlos Fonseca wrote:
Zach Sadecki wrote:
I built and installed the Realtek 8168 driver version 8.018.00 from
the Realtek site and the problem has gone away.
Thanks for the suggestion. I have downloaded version 8.018.00 of the
r8101 driver (my chip is an RTL8101e
I had the same problem on my Intel D945GCLF2D board running Lenny.
Heavy NFS traffic caused the NETDEV WATCHDOG errors. I built and
installed the Realtek 8168 driver version 8.018.00 from the Realtek site
and the problem has gone away.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@l
We saw the same thing here after restarting the nfs-kernel-server. Only
happened once over multiple attempts.
Also, google found this:
http://linux-nfs.org/pipermail/nfsv4/2009-March/009994.html
roland:~# uname -a
Linux roland 2.6.26-2-amd64 #1 SMP Thu Nov 5 02:23:12 UTC 2009 x86_64
GNU/Lin
It appears that others have suffered a similar problem... I had to do
the same thing as this guy to recover...
http://groups.google.com/group/alt.os.linux.debian/browse_thread/thread/3944b8470cd4ecea
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Cont
Package: apt
Version: 0.7.14
I have a system which I was dist-upgrading etch to lenny. apt errored
when upgrading mount. The following was the output.
Preparing to replace mount 2.12r-19etch1 (using
.../mount_2.13.1.1-1_i386.deb) ...
You have NFS mount points currently mounted, and this ve
It does work already. After sasl was broken in a previous release (bug
#397771), I changed over to using dovecot-sasl to work around it. I am
still using it to this day (2.3.6-1).
My main.cf lines that enable this:
smtpd_sasl_auth_enable = yes
smtpd_sasl_type = dovecot
smtpd_sasl_path = priv
ownership is most proper for spamass pid/socket)... so just an FYI.
Thanks again,
Zach
Don Armstrong wrote:
On Fri, 13 Oct 2006, Zach Sadecki wrote:
hmm... now I'm confused. The latest .deb on your site doesn't have
any /usr/sbin/posfix (or /usr/sbin/postfix) reference in the
hmm... now I'm confused. The latest .deb on your site doesn't have any
/usr/sbin/posfix (or /usr/sbin/postfix) reference in the init script...
Don Armstrong wrote:
On Fri, 13 Oct 2006, Zach Sadecki wrote:
Uhh... It works fine if I use the PIDFILE entry in the defaults file
like
ssion denied" error again.
Don Armstrong wrote:
On Fri, 13 Oct 2006, Zach Sadecki wrote:
Works fine now. Thanks.
Ok; I've got one last iteration which should obviate the need to even
edit the defaults file. Can you see if it works for you?
Don Armstrong
--
To UNSUBSCRIBE,
Works fine now. Thanks.
Don Armstrong wrote:
On Fri, 13 Oct 2006, Zach Sadecki wrote:
I've changed the way that this is done now; you can easily set SOCKET
in /etc/default/spamass-milter, and I've added an RUNAS option there
as well, which you can use to change the user that spam
I've changed the way that this is done now; you can easily set SOCKET
in /etc/default/spamass-milter, and I've added an RUNAS option there
as well, which you can use to change the user that spamass-milter is
running as.
Can you check the debs on
http://archimedes.ucr.edu/ss/spamass-milter_0.3.1-3
Package: spamass-milter
Version: 0.3.1-2
There are some basic incompatibility problems between the socket that
the spamass-milter startup script creates and what is needed for use
with Postfix. First of all, Postfix runs chrooted, so the socket must
be under its queue directory (/var/spool/po
libmilter should not be required with postfix >=2.3, either.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
13 matches
Mail list logo
