Just want to include some errors from rsync trying to copy files using
NFSV4. These files copy fine using NFSV3
rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/A-E/A/Ace of
Base/The Bridge/Ace of Base-My D\#351j\#340 Vu-09-The Bridge.wma") failed:
Invalid argument (22)
rsync: rea
Running tcpdump to trace what samba is doing so maybe someone can give
some insight, lan interface is sk0.
02:52:34.347357 IP (tos 0x0, ttl 64, id 56121, offset 0, flags [none],
proto TCP (6), length 1500)
asterisk.microsoft-ds > desktop.58858: Flags [.], cksum 0x5e3f
(correct), seq 10
Please disregard my report.
I've tracked the problem to one of the new modules being faulty. But memtest86*
tools still don't detect any issues with it. Apparently FreeBSD is a much more
thorough memory tester than the specialized tools :-)
Apologies for the noise.
on 12/11/2011 12:47 Andriy Ga
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kostik,
thanks a lot!
I am not really sorry for taking part in tricking you into doing this :)
I guess I now own that cognac back :)
on 13/11/2011 10:32 Kostik Belousov said the following:
> I was tricked into finishing the work by Andrey Gapon, who
Dan,
I may have had the same problem and solved it. I'm not quite sure at all
it is related though.
Try adding these 2 lines to your [global] section of your smb.conf on
the samba server:
strict locking = no
blocking locks = no
I don't know if the above will cause some data integrity pe
on 13/11/2011 10:32 Kostik Belousov said the following:
> I was tricked into finishing the work by Andrey Gapon, who developed the
> patch to reliably stop other processors on panic. The patch greatly
> improves the chances of getting dump on panic on SMP host. Several people
> already saw the pat
on 14/11/2011 02:38 Arnaud Lacombe said the following:
> you (committers)
I wonder how it would work out if you were made a committer and couldn't say
"you (committers)" any more... :-) I.e. is it possible to change your mindset
from "me (and us) versus you" to just "us"? The lines between commi
In Arch Linux , package manager Pacman is using a configuration file
/etc/pacman.conf with its included files .
It is using a file such as the following ( some parts are deleted for
message ) :
( obtained from
http://www.archlinux.org/mirrorlist/all/ftp/
) :
-
#
On 11/14/2011 12:45 PM, Mehmet Erol Sanliturk wrote:
In Arch Linux , package manager Pacman is using a configuration file
/etc/pacman.conf with its included files .
It is using a file such as the following ( some parts are deleted for
message ) :
( obtained from
http://www.archlinux.org/mirror
On Mon, Nov 14, 2011 at 12:06:48PM +0200, Andriy Gapon wrote:
> on 13/11/2011 10:32 Kostik Belousov said the following:
> > I was tricked into finishing the work by Andrey Gapon, who developed the
> > patch to reliably stop other processors on panic. The patch greatly
> > improves the chances of g
Thankyou for suggestion Peter , didn't solve it, and no its not the disks
, I have been monitoring gstat and its doing what it should, NFS works
just fine.
Here is typical NFS session from tcpdump
07:13:42.192671 IP asterisk.nfsd > desktop.kink: Flags [.], ack 19048093,
win 29124, length 0
On Mon, Nov 14, 2011 at 5:30 AM, Dan The Man wrote:
>
>
> Thankyou for suggestion Peter , didn't solve it, and no its not the disks ,
> I have been monitoring gstat and its doing what it should, NFS works just
> fine.
...
> Its always sitting in rpcsvc around 2% cpu doing what it should.
>
> Sam
Yes, this is an old mail I am replying to ;-)
On Fri, 02-Dec-2005 at 18:42:37 -0800, Doug Barton wrote:
> Andrey Chernov wrote:
> > On Fri, Dec 02, 2005 at 06:16:48PM -0800, Doug Barton wrote:
> >>> Do you mean that scripts without .sh runs in
> >>> the subshell and not damage main shell?
> >> Y
On 11/14/2011 03:19, Andriy Gapon wrote:
Please disregard my report.
I've tracked the problem to one of the new modules being faulty. But memtest86*
tools still don't detect any issues with it. Apparently FreeBSD is a much more
thorough memory tester than the specialized tools :-)
Apologies for
on 14/11/2011 19:01 Alan Cox said the following:
> On 11/14/2011 03:19, Andriy Gapon wrote:
>> Please disregard my report.
>> I've tracked the problem to one of the new modules being faulty. But
>> memtest86*
>> tools still don't detect any issues with it. Apparently FreeBSD is a much
>> more
>
on 14/11/2011 15:08 Kostik Belousov said the following:
> On Mon, Nov 14, 2011 at 12:06:48PM +0200, Andriy Gapon wrote:
>> On a more serious note:
>> - some code in my latest version of the patch was contributed by or was based
>> on the code or ideas contributed by jhb and mdf (so that attribution
Dan The Man wrote:
> Just want to include some errors from rsync trying to copy files using
> NFSV4. These files copy fine using NFSV3
>
>
> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/A-E/A/Ace of
> Base/The Bridge/Ace of Base-My D\#351j\#340 Vu-09-The Bridge.wma")
> failed:
> Inva
On Sun, Nov 13, 2011 at 08:30:04PM -0500, David Schultz wrote:
> I don't have those patches anymore, but I redid them from scratch
> using the latest revision from OpenBSD. The patch at
> http://www.freebsd.org/~das/patches/vshead.diff syncs our
> arc4random.c with OpenBSD's to the extent possible
On Mon, Nov 14, 2011, Andrey Chernov wrote:
> 1) We should use
> mib[0] = CTL_KERN;
> mib[1] = KERN_ARND;
>
> len = sizeof(rnd);
> sysctl(mib, 2, rnd, &len, NULL, 0);
> here instead of /dev/random, like OpenBSD did. It helps jails, and
> re-stearing not happens too often
On Tue, Nov 01, 2011 at 10:24:06PM +0200, Alexander Motin wrote:
> On 01.11.2011 19:50, Dennis K?gel wrote:
> > Not sure if replying on-list or off-list makes more sense...
>
> Replying on-list could share experience to other users.
>
> > Anyway, some first impressions, on stable/9:
> >
> > The
On Mon, Nov 14, 2011 at 03:58:55PM -0500, David Schultz wrote:
> On Mon, Nov 14, 2011, Andrey Chernov wrote:
> > 1) We should use
> > mib[0] = CTL_KERN;
> > mib[1] = KERN_ARND;
> >
> > len = sizeof(rnd);
> > sysctl(mib, 2, rnd, &len, NULL, 0);
> > here instead of /dev/random, like
hi,
I have laptop with two hard disks - SSD and HDD attached instead of optical
drive, running 9.0-PRERELEASE, GENERIC and custom configured kernel (same
symptoms for both).
Second HDD is lost during boot (root is on ada0, ada0 and ada1 are partitioned
using GPT):
ada1 at ahcich1 bus 0 scbus1 t
On Mon, 14 Nov 2011 23:22:31 +0100
Sebastian Chmielewski wrote:
For some reason some "DISCONNECT" happens, but documentation reveals nothing
about
it:
Trying to mount root from zfs:zroot []...
start_init: trying /sbin/init
ahcich1: DISCONNECT requested
ahcich1: AHCI reset...
ahcich1: SATA conne
On 15.11.2011 00:22, Sebastian Chmielewski wrote:
I have laptop with two hard disks - SSD and HDD attached instead of optical
drive, running 9.0-PRERELEASE, GENERIC and custom configured kernel (same
symptoms for both).
Second HDD is lost during boot (root is on ada0, ada0 and ada1 are partition
On Tue, Nov 15, 2011, Andrey Chernov wrote:
> On Mon, Nov 14, 2011 at 03:58:55PM -0500, David Schultz wrote:
> > On Mon, Nov 14, 2011, Andrey Chernov wrote:
> > > 1) We should use
> > > mib[0] = CTL_KERN;
> > > mib[1] = KERN_ARND;
> > >
> > > len = sizeof(rnd);
> > > sysctl(mib, 2, rnd, &
Hello list,
I was updating one of my Perl module (Net::Libdnet), and came accross a bug
under FreeBSD 9.0-RC1 and libdnet.
My setup is one interface configured with multiple aliases. See details at the
end of the message.
One host works ok (FreeBSD 8.2-RELEASE), and another fails to find correct
On Tue, 15 Nov 2011 00:39:52 +0200
Alexander Motin wrote:
> SATA device can be dropped because of error during reset/ probe/
> initialization sequence or because controller reported disconnection.
> Verbose boot messages (boot -v from loader prompt) should give more
> information about what ha
On 15.11.2011 01:00, Sebastian Chmielewski wrote:
On Tue, 15 Nov 2011 00:39:52 +0200
Alexander Motin wrote:
SATA device can be dropped because of error during reset/ probe/
initialization sequence or because controller reported disconnection.
Verbose boot messages (boot -v from loader prompt)
Hello list,
I was updating one of my Perl module (Net::Libdnet), and came accross a bug
under FreeBSD 9.0-RC1 and libdnet.
My setup is one interface configured with multiple aliases. See details at the
end of the message.
One host works ok (FreeBSD 8.2-RELEASE), and another fails to find correct
On Mon, Nov 14, 2011 at 06:08:55PM -0500, David Schultz wrote:
> Not quite. OpenBSD's implementation is more careful. I just
> noticed a funny thing about FreeBSD's KERN_ARND sysctl: If the
> random device isn't (or can't be) loaded, KERN_ARND silently
> decides to initialize itself with the outp
On 11/15/11, Andrey Chernov wrote:
> On Mon, Nov 14, 2011 at 06:08:55PM -0500, David Schultz wrote:
>> Not quite. OpenBSD's implementation is more careful. I just
>> noticed a funny thing about FreeBSD's KERN_ARND sysctl: If the
>> random device isn't (or can't be) loaded, KERN_ARND silently
>>
On Tue, Nov 15, 2011 at 02:11:03AM +0100, Oliver Pinter wrote:
> > P.S. Do I answer your doubts about &rdat key initialization in my prev.
> > posting?
>
> I think it's a much correct solution, rather than the original patch,
> while it initializes the whole structure, not only the key array...
>
hi, I apply your patch on this
[root@capoor-daemon /usr/src]# git show
commit 4ec1d958bad5e78bcd3cc61a0da6b5a1302f8ec2
Author: kensmith
Date: Mon Nov 14 00:45:25 2011 +
The releng/9.0 release branch has been created so convert stable/9 over
to our standard "Politically Correct" name
On Tue, Nov 15, 2011, Andrey Chernov wrote:
> In case you mean passing later whole structure like:
>
> arc4_addrandom((u_char *)&rdat, sizeof(rdat));
>
> it will be incorrect because it change known algorithm parameters, which
> defines exact 128 bytes and not anything else.
No, RC4 keys are an
On Tue, 15 Nov 2011 01:43:21 +0200
Alexander Motin wrote:
> explicitly disabled. I have only one crazy idea: while setting screen
> brightness you are calling ACPI code that is black box by definition and
> can do whatever it wants with hardware, including using any possible
> custom power con
On Tue, Nov 15, 2011 at 12:49:29AM -0500, David Schultz wrote:
> On Tue, Nov 15, 2011, Andrey Chernov wrote:
> > In case you mean passing later whole structure like:
> >
> > arc4_addrandom((u_char *)&rdat, sizeof(rdat));
> >
> > it will be incorrect because it change known algorithm parameters, w
36 matches
Mail list logo