On Tue, Dec 02, 2008 at 04:44:46PM -0800, Xin LI wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi guys,
>
> I think I got a real fix.
>
I tried that patch with very recent 7-STABLE.
I does fix the problem for me.
Thanks a lot!
> Cheers,
> - --
> Xin LI <[EMAIL PROTECTED]>
David Kelly wrote:
On Dec 1, 2008, at 11:45 PM, Jan Mikkelsen wrote:
Replying to my own post ...
I have done a test on the same machine comparing 6.3-p1 to 7.1-PRE.
The performance is the expected ~6MB/s (because of the lack of cache)
on 6.3-p1, so the BIOS change doesn't seem to be at fau
Hello,
I'm running a statically linked binary, which I've built inside a
jail. The jail's libc & co are in sync with the host's.
Truss then shows this:
-- cut here --
-- UNKNOWN SYSCALL 1048532 --
-- UNKNOWN SYSCALL 1048532 --
-- UNKNOWN SYSCALL 1048524 --
-- UNKNOWN SYSCALL 1048516 --
-- UNKNOWN
Hi,
I have a GIF tunnel w/c has a v4 RFC1918 and v6 on it (both over
public IPv4). In 7.0, even if I haven't set to 1
net.link.gif.parallel_tunnels, it would seem okay.
But recent 7.1 just csup'd a few hours ago, if this sysctl is not
set, recreating the GIF will crash the box (it will only cras
On Wed, Dec 3, 2008 at 5:23 PM, Dan Nelson <[EMAIL PROTECTED]> wrote:
> In the last episode (Dec 03), Vlad GALU said:
>> I'm running a statically linked binary, which I've built inside a
>> jail. The jail's libc & co are in sync with the host's. Truss then
>> shows this:
>>
>> -- cut here --
>> --
On Wed, December 3, 2008 3:27 am, Dmitry Sivachenko wrote:
> On Tue, Dec 02, 2008 at 04:44:46PM -0800, Xin LI wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Hi guys,
>>
>> I think I got a real fix.
>>
>
>
> I tried that patch with very recent 7-STABLE.
> I does fix the problem for
In the last episode (Dec 03), Vlad GALU said:
> I'm running a statically linked binary, which I've built inside a
> jail. The jail's libc & co are in sync with the host's. Truss then
> shows this:
>
> -- cut here --
> -- UNKNOWN SYSCALL 1048532 --
> -- UNKNOWN SYSCALL 1048532 --
Is this a threade
On Thu, 30 Oct 2008 14:10:17 +0900
Pyun YongHyeon <[EMAIL PROTECTED]> wrote:
>
> Please make sure you've (cold/warm) rebooted several times with
> this patch. Just applying the patch and using it without reboots
> doesn't necessary mean a working fix. Since it's hard to reproduce
> the issue even
On Wed, Dec 03, 2008 at 07:23:35PM +0300, Ilya Bakulin wrote:
> On Thu, 30 Oct 2008 14:10:17 +0900
> Pyun YongHyeon <[EMAIL PROTECTED]> wrote:
> >
> > Please make sure you've (cold/warm) rebooted several times with
> > this patch. Just applying the patch and using it without reboots
> > doesn't ne
In the last episode (Dec 03), Vlad GALU said:
> On Wed, Dec 3, 2008 at 5:23 PM, Dan Nelson <[EMAIL PROTECTED]> wrote:
> > In the last episode (Dec 03), Vlad GALU said:
> >> I'm running a statically linked binary, which I've built inside a
> >> jail. The jail's libc & co are in sync with the host's.
Hello,
install -o root -g wheel -m 444 la_LN.ISO8859-1.out
/usr/share/locale/la_LN.ISO8859-1/LC_TIME
install -o root -g wheel -m 444 lt_LT.ISO8859-4.out
/usr/share/locale/lt_LT.ISO8859-4/LC_TIME
install -o root -g wheel -m 444 lt_LT.ISO8859-13.out
/usr/share/locale/lt_LT.ISO8859-13/LC_
On Wed, Dec 3, 2008 at 7:08 PM, Dan Nelson <[EMAIL PROTECTED]> wrote:
> In the last episode (Dec 03), Vlad GALU said:
>> On Wed, Dec 3, 2008 at 5:23 PM, Dan Nelson <[EMAIL PROTECTED]> wrote:
>> > In the last episode (Dec 03), Vlad GALU said:
>> >> I'm running a statically linked binary, which I've
On Wed, Dec 3, 2008 at 6:08 PM, Dan Nelson <[EMAIL PROTECTED]> wrote:
> In the last episode (Dec 03), Vlad GALU said:
>> On Wed, Dec 3, 2008 at 5:23 PM, Dan Nelson <[EMAIL PROTECTED]> wrote:
>> > In the last episode (Dec 03), Vlad GALU said:
>> >> I'm running a statically linked binary, which I've
In the last episode (Dec 03), Dan Nelson said:
> It looks like there's some other problem where truss either drops a
> syscall event, or puts some status fields into the wrong thread's
> structure. It seems to happen when two threads call blocking
> syscalls, and when they return, truss gets confu
Hi,
Apparently there's a HPET on one of my 7.1-ALMOST-STABLE machines, and
it's enabled in the BIOS too, but it fails to attach:
Copyright (c) 1992-2008 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of Cal
(moved to freebsd-stable)
On 3. des.. 2008, at 18.39, Kostik Belousov wrote:
db> where
Tracing pid 4 tid 100199 td 0xff0056f1f370
kdb_enter_why() at kdb_enter_why+0x3d
panic() at panic+0x17b
dqget() at dqget+0xaa4
getinoquota() at getinoquota+0x5b
ufs_access() at ufs_access+0x28c
ufs_lo
On Wed, Dec 03, 2008 at 08:12:22PM +0100, Frode Nordahl wrote:
> (moved to freebsd-stable)
>
> On 3. des.. 2008, at 18.39, Kostik Belousov wrote:
>
> >>db> where
> >>Tracing pid 4 tid 100199 td 0xff0056f1f370
> >>kdb_enter_why() at kdb_enter_why+0x3d
> >>panic() at panic+0x17b
> >>dqget()
On Wed, Dec 3, 2008 at 8:56 PM, Dan Nelson <[EMAIL PROTECTED]> wrote:
[...]
Am I doing something wrong? I've applied the full diff, rebuilt
truss, now I get this:
-- cut here --
[EMAIL PROTECTED] / # truss -p 52731
SIGNAL 17 (SIGSTOP)
-- UNKNOWN SYSCALL 1048535 --
-- UNKNOWN SYSCALL 1048496 -
+[ To Kirk Strauser (29.Oct.2008 14:05):
|
| > On Tuesday 07 October 2008 17:10:49 Xin LI wrote:
| > > Did anyone who can trigger the data corruption has tried John's patch
| > > and let us know if it worked?
| > >
| > > Cheers,
| >
| > I can confirm that it works on my PowerEdge SC1435. Wit
Xin LI a écrit :
> Hi guys,
>
> I think I got a real fix.
>
It seems to "work for me®" too
Server under normal charge (smtp/imap/Maildir for ~1000 users, NFS
filer), everything seems ok... (1h uptime for now)
Thank you !
--
geoffroy desvernay
signature.asc
Description: OpenPGP digital signa
On Wed, 2008-12-03 at 17:17 -0300, Fernan Aguero wrote:
> I've been tracking the 7.1 release page but so far I haven't
> seen any update lately ... any news on when a new BETA/RC
> will be out for testing?
A couple of days. Problems with an interface that was added after 7.0
were found. Since a
> Ok, I describe my concern once more. I do not object against the checking
> of the inode size. But, if inode size is changed, then some data is added
> to the inode, that could (and usually does, otherwise why extend it ?)
> change intrerpetation of the inode. Thus, we need a verification of the
In the last episode (Dec 03), Vlad GALU said:
> On Wed, Dec 3, 2008 at 8:56 PM, Dan Nelson <[EMAIL PROTECTED]> wrote:
> [...]
>
> Am I doing something wrong? I've applied the full diff, rebuilt
> truss, now I get this:
> -- cut here --
> [EMAIL PROTECTED] / # truss -p 52731
> SIGNAL 17 (SIGSTOP)
On 3. des.. 2008, at 20.43, Kostik Belousov wrote:
On Wed, Dec 03, 2008 at 08:12:22PM +0100, Frode Nordahl wrote:
(moved to freebsd-stable)
On 3. des.. 2008, at 18.39, Kostik Belousov wrote:
db> where
Tracing pid 4 tid 100199 td 0xff0056f1f370
kdb_enter_why() at kdb_enter_why+0x3d
pa
Hi,
The inode size for the ext3 filesystem which Gentoo created for my last
install defaulted to 256 bytes, so I got bit by this problem.
I can't speak for the write path. but the read path looks just fine to
me, and the patch should go in ASAP.
Josh Carroll wrote:
Ok, I describe my concer
25 matches
Mail list logo
