On Thu, Jan 12, 2017 at 10:55 PM, Steven Hartland
wrote:
> On 12/01/2017 21:12, Jeremie Le Hen wrote:
>
> Hey Steven,
>
> (Please cc: me on reply)
>
> On Thu, Jan 12, 2017 at 1:32 AM, Steven Hartlan
>
> The reason I'd recommend 512k for boot is to provide room fo
gptid/1c387d3b-d892-11e6-944b-f44d30620eeb ONLINE 0
0 0
%
% errors: No known data errors
Here are the steps to write the bootloader:
% # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada0
% partcode written to ada0p1
% bootcode written to ada0
% # zpool get bootfs
t/zfsloader
FreeBSD/x86 boot
Default: zroot:/boot/kernel/kernel
boot:
\
Can't find /boot/kernel/kernel
"""
I though it was the first stage boot loader, but it may be the second stage.
-jlh
>
> On 11/01/2017 19:22, Jeremie Le Hen wrote:
> > Hi,
> >
> > I
Hi,
I'm in the process of transferring my home server to an Intel NUC. I've zfs
send/receive'd the whole pool to the new drive and first followed
[ZfsOnGpt] but it fails in the first stage boot loader. The USB keyboard
doesn't seem to be recognized so I can't really debug anything.
Then I tried b
rk as expected, hence no
> errata.
Shouldn't we warn the user about that in the manpage though?
--
Jeremie Le Hen
Scientists say the world is made up of Protons, Neutrons and Electrons.
They forgot to mention Morons.
___
freebsd-stable@freebsd.org
(Please Cc: me on reply.)
On Wed, Mar 06, 2013 at 10:50:59PM +0200, Konstantin Belousov wrote:
> On Wed, Mar 06, 2013 at 07:02:22PM +0100, Jeremie Le Hen wrote:
> > root@ingwe:~ # gdb -p 521
>
> Try to specify the executable binary on the command line.
It works better indeed!
ging symbols found)...done.
Loaded symbols for /libexec/ld-elf.so.1
0x0008059f188c in nanosleep () from /lib/libc.so.7
(gdb) bt
#0 0x0008059f188c in nanosleep () from /lib/libc.so.7
#1 0x00400883 in ?? ()
#2 0x004006f1 in ?? ()
#3 0x00080189 in ?? ()
#4 0x0000
defined and
> enabled with "mount" - and noticed the non-reverted umounting.
Look at what's in /dev from you jail. There should a few pseudo
devices (see below), but no real devices:
$ ls /dev
crypto log ptmxrandom stdin urandom zfs
fd nullpts stderr stdou
c.so into an ld
script that pulls in libssp_nonshared.a. You just have to run "make all
install" in src/lib/libc after applying it.
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/168010
I run it on my servers with -fstack-protector enabled for ports without
any problem.
Cheers!
--
on my nullfs mounted ZFS
dataset. If I look directly at the underlying ZFS dataset, there is no
ACL.
--
Jeremie Le Hen
Men are born free and equal. Later on, they're on their own.
Jean Yanne
___
freebsd-stable
Hi Phil,
On Tue, Feb 21, 2012 at 02:24:39PM +1300, Phil Murray wrote:
>
> On 20/02/2012, at 10:36 AM, Jeremie Le Hen wrote:
> >
> > I have a problem with procmail which gets a "File too large" error when
> > it tries to write at the end of some mailbox f
, if someone knows
> > why those ACLs keep appearing, I would be glad to know it :).
> >
> AFAIK, NFSv4 style ACLs are always enabled for ZFS and cannot be turned
> off.
Weirdly, some of my mailboxes don't have such ACLs, including some I've
rec
group@:--a-R-c--s:--:allow
% everyone@:--a-R-c--s:--:allow
))
Does anyone have an idea about this error? Besides, if someone knows
why those ACLs keep appearing, I would be glad to know it :).
Thanks.
--
Jeremie Le Hen
On Wed, Dec 15, 2010 at 07:28:57PM +0200, Andriy Gapon wrote:
> on 15/12/2010 10:28 Jeremie Le Hen said the following:
> > Hi,
> >
> > [ Please Cc: me when replying, as I'm not subscribed to -sta...@. ]
> >
> > My filer at home runs FreeBSD. A single dat
the same
kernel so I can probably use addr2line(1) if you need it.
Regards,
--
Jeremie Le Hen
Humans are born free and equal. But some are more equal than others.
Coluche
___
freebsd-stable@freebsd.org ma
t would help with
> regards to determining what the kernel is seeing device-wise. Yes it
> matters.
Yes, I've actually already posted it in my original message:
http://lists.freebsd.org/pipermail/freebsd-stable/2010-September/058703.html
Thanks for you attention.
Rega
Hi,
On Thu, Sep 09, 2010 at 06:48:11PM +0400, pluknet wrote:
> On 7 September 2010 18:50, Jeremie Le Hen wrote:
> > Hi list,
> >
> > => Please Cc: me when replying, as I am not subscribed. <=
> >
> > I tried to install FreeBSD (201008 -CURRENT snapshot, bu
d0: CDROM at ata1-master WDMA2
WARNING: WITNESS option enabled, expect reduced performance.
Root mount waiting for: usbus0
uhub0: 2 ports with 2 removable, self powered
Trying to mount root from ufs:/dev/md0
--
Jeremie Le Hen
Humans are born free and equal. But some are more equal than
On Tue, Jul 06, 2010 at 12:54:36AM +0200, Ed Schouten wrote:
> * Jeremie Le Hen wrote:
> > I've got a panic obviously from the tty layer but I couldn't get the
> > panic string as no remote system was connected using serial console, and
> > I don't know how to
8) at syscall+0x320
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (6, FreeBSD ELF32, close), eip = 0x2821b63f, esp =
0x7fbfe1bc, ebp = 0x7fbfe1c8 ---
The system is running 8.0-STABLE from around 2009/12/06.
Thanks.
Regards,
--
Jeremie Le Hen
Humans are born free and eq
ee if the problem arises with directories
that could be read correctly otherwise. I will keep you informed.
Does NFS permit to fragment/reassemble at the application layer?
> ps: I vaguely recall that the problem went away when you used TCP
> instead
.1" and then email me as an
> attachment, should do it)
You will find the pcap file attached.
FYI, I've tried to use "rdirplus" option from NetBSD NFS client as a
workaround but the mount stalls in UDP (works in TCP). If you are also
interested in this problem, I can
mbuf lists/alignment somewhat differently.)
I think I have to recompile my kernel, don't I? I tried to set
nfsv4_server_enable=YES in my rc.conf, but it refused to start.
Regards,
--
Jeremie Le Hen
Humans are born free and equal. But some are more equal than the others.
- +3 getattr
- +1 lookup - +1 lookup
- +1 readdir- +1 readdir
- +3 access - +3 access
Client cache:
- +5 attrcache
- +1 lookupcache
Both scenarios show no error.
Rega
4: reply ok 1472
readdir POST: DIR 755 ids 0/0 [|nfs]
00:00:01.953711 IP (tos 0x0, ttl 64, id 27028, offset 1480, flags [none], proto
UDP (17), length 632) 192.168.1.222 > 192.168.1.1: udp
Regards,
--
Jeremie Le Hen
___
freebsd-stable@freebsd.or
atures2=0x1
% TSC: P-state invariant
% hwpmc: TSC/1/64/0x20
IAP/2/40/0x3ff
IAF/0/0/0x61
Regards,
--
Jeremie Le Hen
< jeremie at le-hen dot org >< ttz at chchile dot org >
___
freebsd-stable@freebsd.org mailing list
http://lists.freebs
ck, George V. Neville-Neil
> Published Aug 2, 2004 by Addison Wesley Professional.
> 1st. Edition
> ISBN-10: 0-201-70245-2
> http://www.informit.com/title/0201702452
FWIW there has been rumours about the next edition of this book covering
a recenter version. That's all I know :).
Hi Jeremy,
On Wed, May 09, 2007 at 04:06:19PM -0700, Jeremy Chadwick wrote:
> On Thu, May 10, 2007 at 12:19:27AM +0200, Jeremie Le Hen wrote:
> > % obiwan:root# cat /boot.config
> > % -D
> > % obiwan:root# grep ttyd0 /etc/ttys
> > % ttyd0 "/usr/libexec/get
expected? I think I can understand
this, but is there any way to workaround this?
Thank you.
--
Jeremie Le Hen
< jeremie at le-hen dot org >< ttz at chchile dot org >
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/ma
tup as Pawel
(/jail -> /usr/jail).
Thank you for your work as a security officer.
Best regards,
--
Jeremie Le Hen
< jeremie at le-hen dot org >< ttz at chchile dot org >
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
yet
better than having nothing, IMHO.
Best regards,
--
Jeremie Le Hen
< jeremie at le-hen dot org >< ttz at chchile dot org >
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
_11's EoL once
more ?
Thank you.
Regards,
--
Jeremie Le Hen
< jeremie at le-hen dot org >< ttz at chchile dot org >
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
trace or verbose boot dmesg, please, let
me know.
FWIW, does the following error means my disk is dead ?
% unknown: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=487055103
Thank you.
Best regards,
--
Jeremie Le Hen
< jeremie at le-hen dot org >< ttz at c
% ...
>
> What am I supposed to do ? Is there a fix to get in HEAD sources or
> am I doing things in the wrong way ?
My kernel.debug files was not the good one, sorry for the noise.
Regards,
--
Jeremie Le Hen
< jeremie at le-hen
0x113)
% ...
What am I supposed to do ? Is there a fix to get in HEAD sources or
am I doing things in the wrong way ?
Thank you.
Regards,
--
Jeremie Le Hen
< jeremie at le-hen dot org >< ttz at chchile dot org >
___
freebsd-stable@freebsd.org
can I debug it ?
Thanks.
Regards,
--
Jeremie Le Hen
< jeremie at le-hen dot org >< ttz at chchile dot org >
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ry restart, system going in single mode. What can i do to clean /var
> filesystem and to debug these panics? Any help are welcome...
Did you try the -b flag from fsck_ffs(8) ? You can get the location
of other superblocks with the dumpfs(8) utility.
Regards,
--
Jeremie Le Hen
< jeremie at le-hen dot org >< ttz at chchile dot org >
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
sue, but can you use the "trace" DDB
command and post the output here please, this will greatly help
debugging for kernel hackers.
Regards,
--
Jeremie Le Hen
< jeremie at le-hen dot org >< ttz at chchile dot org >
___
freebsd-stable@freeb
CTED]
Where does your installation hangs ? Try booting in safe mode to see
if things go better.
Regards,
--
Jeremie Le Hen
< jeremie at le-hen dot org >< ttz at chchile dot org >
___
freebsd-stable@freebsd.org mailing list
http://lists.freeb
ince
then. Note that my previous uptime was multiple tens of days and I
haven't done stress tests. But anyway I think your massively parallel
arp -d/ping tests are far more significative than my box which only
communicates with a couple of settled machines.
Regards,
--
Jeremie Le Hen
< jere
.19.64.111 >/dev/null 2>&1;
> done
> ) &
>
> But my duplicate free is in fxp_txeof(). This means that output thread has
> won the race.
This explanation sounds good but my box is an UP with PREEMPTION.
Is is supposed to be also possible i
v = 0xc077aa68},
la_rt = 0xc1d44000, la_hold = 0x0, la_preempt = 5, la_asked = 0}
%%%
--
Jeremie Le Hen
< jeremie at le-hen dot org >< ttz at chchile dot org >
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
narg = 3
args = {4, 134729728, 144, 0, -1077942928, 0, 113, -1028633960}
code = 4
#36 0xc06c46bf in Xint0x80_syscall () at ../../../i386/i386/exception.s:201
%%%
Regards,
--
Jeremie Le Hen
< jeremie at le-hen dot org >< ttz at chchile dot org >
___
cur as a result of
# programming errors.
#
%%%
I'm going to recompile my kernel with INVARIANTS but I wonder in
which order of magniture it will slow my kernel down. In other words,
what does INVARIANTS do concretely, shall I expect a performance drop
like WITNESS does ?
Best regards
m_copy(so->so_snd.sb_mb, off,
(int) len);
816 if (m->m_next == 0) {
817 SOCKBUF_UNLOCK(&so->so_snd);
%%%
tcp_output.c rev 1.100.2.7.
--
Jeremie Le Hen
< jeremie at le-hen dot org >< ttz at chchile dot org >
___
all+0x1f
--- syscall (4, FreeBSD ELF32, write), eip = 0x2826cd0b, esp = 0xbfbfe4fc,
ebp = 0xbfbfr518 ---
%%%
Please Cc: me in replies, I'm not subscribed to this list.
--
Jeremie Le Hen
< jeremie at le-hen dot org >< ttz at chchile dot org >
_
was no proposition to unify it.
It would be a pity if this patch gets lost in the archives without
being either commited or submited as a PR.
Regards,
--
Jeremie Le Hen
[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailma
ames. Basically, PREEMPTION
allows to interrupt the kernel in its current task if there is something
more important to do, like pushing a new sound frame. (If someone wants
to make a more precise description -- or even correct me if I'm wrong --,
ly tested.
I'll give it a try this weekend although I won't be able to make
performance mesurements.
--
Jeremie Le Hen
[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To uns
fxp(4) driver.
--
Jeremie Le Hen
[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
50 matches
Mail list logo