len 64"
ipv6_ifconfig_gif0="2001:470:1f0a:::2 2001:470:1f0a:::1 prefixlen 128"
$ cat /etc/rtadvd.conf
bridge0:\
:addrs#1:addr="2001:470:1f0b:::":raflags#64:
The IPv4 side of gif0 is brought up through a linkup script triggered by mpd
when my DSL con
vlan1 is on em0; neither as an address assigned.
And if you want to put IPv6 on there, you also have to add a link-local address
to make rtadvd happy, something like:
ipv6_network_interfaces="bridge0 gif0"
ipv6_ifconfig_bridge0="fe80::21c:c0ff:fe7d:8c50%bridge0"
ipv6_ifconfig_br
onfig.
If you only require loader(8) to interact with the serial console, you can set
loader.conf(5) variables to pick the console and the speed.
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
http:
debugger to help try stuff out. The handbook has information on how
to enable crash dumps and getting the kernel debugger going. If you haven't
done so already, try and get a serial console going, it helps tremendously to
be able to cut&paste debugger info instead of trying to hand t
tication; haven't bothered
since trying to get authentication to work.
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, sen
Am 14.10.2011 um 14:03 schrieb Jilles Tjoelker:
> On Wed, Oct 12, 2011 at 11:25:35PM +0100, Adrian Wontroba wrote:
>> On Sat, Oct 08, 2011 at 01:27:07AM +0100, Adrian Wontroba wrote:
>>> I won't be in a position to create a simpler test case, raise a PR or
>>> try patches till Tuesday evening (UK
Am 15.10.2011 um 09:36 schrieb Mikolaj Golub:
>
> On Fri, 14 Oct 2011 22:50:32 +0200 Stefan Bethke wrote:
>
> SB> I finally figured out why my ports aren't updating anymore: when running
> portupgrade -a --batch from cron, stdin is /dev/null, and that produces the
>
rin.net/rest/net/NET-74-125-0-0-1
Considering that Firefox by default will open up the Firefox Google page, I
don't find this surprising at all.
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
jail, but the tun interface is
preconfigured from outside; the config substitutes /bin/true for ifconfig and
route.
HTH, and please report back on any success, I'm definitely interested!
Stefan
--
Stefan BethkeFon +49 151 14070811
Am 22.10.2011 um 01:19 schrieb Nikos Vassiliadis:
> On 10/21/2011 5:08 PM, Stefan Bethke wrote:
>> - VIMAGE and mpd don't like each other, so VIMAGE was out as well
>
> Could you explain please? In my limited testing they seem to get along fine:)
Sorry, I misremembered. T
Am 22.10.2011 um 14:04 schrieb Matthew Seaman:
> On 22/10/2011 12:49, Stefan Bethke wrote:
>> Am 22.10.2011 um 01:19 schrieb Nikos Vassiliadis:
>>
>>>> On 10/21/2011 5:08 PM, Stefan Bethke wrote:
>>>>>> - VIMAGE and mpd don't like each oth
tch every single update by
itself, so complex interdependencies are exactly what the committer tested.
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stabl
ve you a hint on how to fix your immediate problem, but the real
answer is that the program needs to be fixed that makes assumptions about
meaning attached to the first configured IPv4 address.
HTH,
Stefan
--
Stefan BethkeFon +49 151 14070811
_
to
9-stable.
As far as I can tell, the problem does not exist with 8-stable.
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, s
01[c8] = powerspec 2 supports D0 D3 current D0
cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message
cap 09[e0] = vendor (length 6) Intel cap 2 version 0
--
Stefan BethkeFon +49 151 14070811
___
freebsd-sta
r 9.0
> as well.
I'm a happy camper!
Thanks,
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
y're the sole owner of the
disk. This means that any changes to the on-disk data must come from
filesystem code itself; if that data is inconstistent, it must be a bug in the
filesystem code. At this point, panic is the only course of action to avoid
even greater damage to the data.
In othe
now?
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
am only randomly able to reproduce it.
>
> It might be affected by removing the device or keeping it plugged in.
You need to be more specific: what "does not work" mean? Output, results?
Stefan
--
Stefan BethkeFon +49 151 14070811
__
at /freebsd/checkout/src/sys/amd64/amd64/exception.S:387
#12 0x0084ba3c in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb)
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
http://lists.freebs
error: 'yyvsp' undeclared (first use in this function)
y.tab.c: In function 'yyparse':
y.tab.c:456: error: 'yyvsp' undeclared (first use in this function)
y.tab.c:456: error: 'yyvs' undeclared (first use in this function)
y.tab.c:488: error: 'yylval&
Am 24.05.2010 um 14:09 schrieb Jeremy Chadwick:
> On Mon, May 24, 2010 at 01:59:14PM +0200, Stefan Bethke wrote:
>> I have a feeling I screwed something up, but I can't find anything wrong
>> locally.
>> ...
>> ===> usr.sbin/config (obj,depend,all,insta
192.53.103.104 2 u 202 512 377 35.3387.662 0.422
+qraftwerk.de192.53.103.108 2 u 141 512 377 52.5055.228 0.256
I'll try a new checkout next.
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-s
ry 2010. It
> isn't explicit in the first posting of this thread how Stefan is doing his
> build, so there is a possibility that he's being affected by the above
> UPDATING entry.
# make buildworld buildkernel
Stefan
--
Stefan BethkeFon +49 151 14070811
___
p in /usr/src/usr.bin/awk.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
Again, it appears as if YYSTYPE is defined but empty. ytab.h looks a bit odd
to me:
#define DECR 346
#define INCR 347
#define INDIRECT 348
#define LASTTOKEN 34
't see how that
would affect building world, especially since I've had src and obj on ZFS
before.
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Am 24.05.2010 um 15:27 schrieb Stefan Bethke:
> I've now checked out via csup, and I've put /usr/obj on UFS. The error has
> shifted yet again:
> cc -O2 -pipe -I. -I/usr/src/usr.bin/lex -std=gnu99
> -I/usr/obj/usr/src/tmp/legacy/usr/include -c parse.c
> /usr/sr
in. (It also involved an
accidential upgrade and downgrade via -current, since I checked out the wrong
tag with csup. Yikes.)
Thanks for all the support to all of you!
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org
ween runs,
additional seeks would be needed. I think it's unlikely, but checking with
smartmontools should only take a few minutes.
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
http://lists.freeb
lokschuppen.zs64.net 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #30: Thu Jul
15 12:58:20 UTC 2010
r...@lokschuppen.zs64.net:/usr/obj/usr/src/sys/EISENBOOT amd64
Once the box is up again, is it worthwile trying ichwd again, should I try and
use SW_WATCHDOG, or forget about it?
Thanks,
Stefan
--
Stefan
Am 21.08.2010 um 23:02 schrieb Andriy Gapon:
> on 21/08/2010 23:33 Stefan Bethke said the following:
>> Hi,
>>
>> somewhat foolishly, I activated watchdogd and ichwd on a remote box, and
>> while testing it (by suspending watchdogd), apparently the watchdog
&g
Am 21.08.2010 um 23:24 schrieb Mike Tancsa:
> At 05:09 PM 8/21/2010, Stefan Bethke wrote:
>
>> I guess what I'm looking for is some confirmation that ichwd is working
>> properly on this particular hardware: Asus Pundit P4 P5G41 with a G41
>> chipset.
>>
&
yours in, and yours is missing the error line.
I experimented a bit, and it appears that the macro does not like having the
$&{client_addr} at the very end of the parameter. If I add "", it starts
working. No idea how or why, but there you go :-)
FEATURE(`dnsbl', `bl.spamco
Am 22.08.2010 um 10:00 schrieb Stefan Bethke:
> FEATURE(`dnsbl', `bl.spamcop.net', `"550 " $&{client_addr} "foo"
> $&{client_addr} ""')dnl
The real culprit is the comma. I believe the problem stems from unquoted use
of the argumen
ou can unwedge it by setting -clocal with stty, then pick a
proper cable or gettytab entry.
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
: [FILTER]
uart0: console (115200,n,8,1)
$ grep ttyu0 /etc/ttys
ttyu0 "/usr/libexec/getty std.115200" vt100 on secure
This is -stable from July 15th. The other end of the serial line is an uftdi
USB adapter:
uftdi0: on usbus0
Stefan
--
Stefan BethkeF
the -L volname option, that's even better.
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
son for this odd behavior of UFS? If there is not a
> good reason, could it be changed?
I don't know, but I'm curious myself. When I asked this very question some time
ago, I didn't get a response.
Stefan
--
Stefan BethkeFon +49 151 14070811
ere's any difference; I'm guessing not.
Check you X config, and make sure dbus and hald are enabled in rc.conf and
started.
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
http://lists.freebs
Am 12.10.2010 um 22:19 schrieb Kevin Oberman:
>> From: Stefan Bethke
>> Date: Tue, 12 Oct 2010 22:01:24 +0200
>>
>> Am 12.10.2010 um 20:51 schrieb Kevin Oberman:
>>
>>> For some reason the /dev/ufs/label entry that geom creates for every UFS
>>>
ng provider GEOM(4)
> initiates TASTING and consumers can return back. Look at man 4 geom
> for details.
That explains the mechanism, but not the rationale. Or is it just an
unintended consequence? And how is da2p1 different from ufs/mylabel? (Mount
da2p1 and ufs/mylabel is removed
Am 13.10.2010 um 10:20 schrieb Pawel Jakub Dawidek:
> On Tue, Oct 12, 2010 at 11:33:11PM -0700, Jeremy Chadwick wrote:
>> On Wed, Oct 13, 2010 at 08:29:06AM +0200, Stefan Bethke wrote:
>>> That explains the mechanism, but not the rationale. Or is it just an
>>> unint
> --
> Regards,
> Serguey.
> ___
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
--
Stefan
that the label information is extracted from, the label is
removed. glabel will re-taste the provider once the process closes it again.
Since you're using gpt labels, I would expect them to continue to be available,
unless zpool import somehow opens the disk devices (instead of the partit
was working properly some months ago, but reading Rick's
thread over on -current I checked and transfer over NFS seems to be limited to
a couple hundred KB as well.
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org m
the full thread, and there are some caveats, but it's sometimes possible to
glabel each device/partion, and zpool replace the original device/partition
with the labelled one online.
HTH,
STefan
--
Stefan BethkeFon +49 151 14070811
rd, and now that booting off
ZRAID pools on GPT partitions works, there's little speaking against it, IMO.
Finally, if you want to label the existing disks, you probably need to take the
pool offline for the labelling step, using zpool export, so the devices are not
mounted anymore.
S
pool old_device [new_device]
>
>Replaces old_device with new_device. This is equivalent to attach‐
>ing new_device, waiting for it to resilver, and then detaching
> old_device.
Stefan
--
Stefan BethkeFon +49 151 14070811
___
=Variable "flags" is not available.
) at /usr/src/sys/kern/sched_ule.c:1858
Previous frame inner to this frame (corrupt stack?)
(kgdb)
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd
Am 04.12.2009 um 17:52 schrieb Stefan Bethke:
> I'm getting panics like this every so often (couple weeks, sometimes just a
> few days.) A second machine that has identical hardware and is running the
> same source has no such problems.
>
> FreeBSD XXX.hanse.de 8.0-STABL
rginal power supply are all possibilities.
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
gt; completion (from "zpool status") getting worse and worse, but it should
> decrease/catch up.
>
> If the scrub is able to finish, look for any errors in the resulting
> R/W/CK fields.
Doh, should have though of that myself. Will get started right away.
Am 04.12.2009 um 20:56 schrieb Stefan Bethke:
> Am 04.12.2009 um 17:52 schrieb Stefan Bethke:
>
>> I'm getting panics like this every so often (couple weeks, sometimes just a
>> few days.) A second machine that has identical hardware and is running the
>> sam
, the numbers
do not agree with actual system usage and with numbers shown by top, at all.
I'm seeing 7 7 87 on one box, 0 0 100 on another, and 10 3 87 on a third. The
numbers stay the same even under different loads.
Am I misunderstanding what those numbers should represent?
Stefan
--
Ste
Am 07.12.2009 um 16:10 schrieb John Baldwin:
On Saturday 05 December 2009 9:19:06 am Stefan Bethke wrote:
I'm confused about the numbers shown in the last three columns in
both
vmstat and iostat. They should reflect percent of CPU time spent on
user
processes, system threads, and the
Am 04.12.2009 um 17:52 schrieb Stefan Bethke:
> I'm getting panics like this every so often (couple weeks, sometimes just a
> few days.) A second machine that has identical hardware and is running the
> same source has no such problems.
Thanks to all who suggested bad hardware:
io with
boot0, and change boot(8) and loader(8) to only use the serial or BIOS
console, but not both.
Since I don't dual-boot anymore, I've replaced boot0 with a standard
MBR, and start off with boot(8) on all machines.
HTH,
Stefan
--
Stefan Bethk
ff805b2c21 in Xfast_syscall ()
at /usr/src/sys/amd64/amd64/exception.S:373
#14 0x000800f4ba4c in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb)
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org ma
tapci1
ata2: [ITHREAD]
ata3: on atapci1
ata3: [ITHREAD]
ad4: 953869MB at ata2-master SATA150
Thanks,
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stab
Am 12.12.2009 um 12:20 schrieb Xin LI:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Stefan Bethke wrote:
>> After being very satisfied with ahci(4) on an Intel DG45FC (G45 chipset)
>> with 8-stable, I tried on a box with a Asus P-P5G41 (G41 chipset), but a
Am 12.12.2009 um 12:39 schrieb Alexander Motin:
> Stefan Bethke wrote:
>> After being very satisfied with ahci(4) on an Intel DG45FC (G45 chipset)
>> with 8-stable, I tried on a box with a Asus P-P5G41 (G41 chipset), but ahci
>> is not attaching. atapci continues to atta
ure a virtual wireless interface, attached to the
physical one. Unfortunatly, the handbook has not quite caught up with
this change.
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/ma
e.
Since it appears ata and atacontrol might be replaced by CAM, and SCSI
devices can also support SMART, would it be possible to add this to
camcontrol or a similar utility?
Thanks,
Stefan
--
Stefan BethkeFon +49 151 14070811
___
free
stable from mid-February, with a single-disk ZFS pool, with
ARC limited to 512M, prefetch and ZIL disabled via loader.conf.
What should I be looking at to further diagnose?
Thanks,
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-sta
Am 09.03.2010 um 11:53 schrieb Peter Jeremy:
> On 2010-Mar-09 10:15:53 +0100, Stefan Bethke wrote:
>> Over the past couple of months, I've more or less regularly observed
>> machines having more and more processes stuck in the zfs wchan. The
>> processes never recove
Am 09.03.2010 um 13:29 schrieb Pawel Jakub Dawidek:
> On Tue, Mar 09, 2010 at 10:15:53AM +0100, Stefan Bethke wrote:
>> Over the past couple of months, I've more or less regularly observed
>> machines having more and more processes stuck in the zfs wchan. The
>> pr
Am 10.03.2010 um 12:35 schrieb Ollivier Robert:
> According to Stefan Bethke:
>> The situation seems to be triggered by zfs receive'ing snapshots from the
>> sister machine (both synchronize their active ZFS filesystems to each other,
>> using zfs send and zfs rece
rtant stuff visible on the graphs.
The FreeBSD lists strip attachments. Would you mind posting a download link, or
are they listed in Munin Exchange?
TIA,
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
ht
u.de/freebsd/zfs_panic.txt.
Thanks,
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
esystem might panic or
hang the system, including when you try to reboot.
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
pkgtools.conf. What's
the reason for this difference?
Thanks,
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to &qu
king fine with other machines.
I'm installing updates now via a USB adapter.
Any suggestions?
Stefan
--
Stefan BethkeFon +49 151 14070811
signature.asc
Description: Message signed with OpenPGP
Am 22.01.2021 um 22:10 schrieb Stefan Bethke :
>
> I have a weird situation with an PCEngines APU3, where I can't seem to be
> able to transmit packets through either of the igb interfaces. With tcpdump,
> I can see packets arriving, and the interface flags appea
Am 22.01.2021 um 22:38 schrieb Stefan Bethke :
>
> Am 22.01.2021 um 22:10 schrieb Stefan Bethke :
>>
>> I have a weird situation with an PCEngines APU3, where I can't seem to be
>> able to transmit packets through either of the igb interfaces. With tcpdump,
>&
card=0x8086 chip=0x157b8086
>>> rev=0x03 hdr=0x00
>>>vendor = 'Intel Corporation'
>>>device = 'I210 Gigabit Network Connection'
>>>class = network
>>>subclass = ethernet
>>>
>&
pgrade, I think.
Stefan
> Am 23.01.2021 um 12:50 schrieb Stefan Bethke :
>
>
> I've tried one more time with this in rc.conf:
>
> network_interfaces="igb0"
> ifconfig_igb0="-lro -vlanhwtso -tso4 -vlanhwfilter -rxcsum -txcsum -vlanhwtag
> -vlanmtu -v
don't paint myself into a corner.
Stefan
--
Stefan BethkeFon +49 151 14070811
signature.asc
Description: Message signed with OpenPGP
ns over more
> than 20 years ...
Strato did disable FTP access over a year ago, and instructed customers on how
to use SSH-based access instead, so it's definitely possible, and people are
moving towards more secure protocols, even when (non-technical) end users are
affected.
Srefan
-
Am 06.04.2021 um 12:08 schrieb Helge Oldach :
>
> Stefan Bethke wrote on Tue, 06 Apr 2021 11:29:34 +0200 (CEST):
>> Strato did disable FTP access over a year ago,
>
> Actually it was effective October 20, 2020.
You are correct; I was remembering the announcement, not the
e did you do the newfs on, the GPT partition or
the glabel device? My hunch is that the label metadata sector at the end of
the GPT partition is interfering with the filesystem.
I'd try labelling my partitions (gpart modify -i 2 -l root ada0; gpart modify
-i 3 -l swap), then change
h correctly
> ordered arguments if one is available (HAVE_STRNVIS defined) and an
> _openbsd suffixed version if not.
>
>
> -Kimmo
>
Working great for me!
Is this on any committers radar? I don't see a PR for it.
Stefan
--
Stefan BethkeFon +49 151 14070811
fixed there.
Huh? With -current r246283, I still get a segfault from sudo unless I have
Kimmo's patch.
Is there some confusion about which problem is addressed by Kimmo's patch?
Stefan
--
Stefan BethkeFon +49 151 14070811
___
fr
-stable from September 13th.
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
really surprised if the CPUs themselves would cause trouble.
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Am 08.01.2019 um 10:34 schrieb Marek Zarychta :
> W dniu 03.01.2019 o 14:13, Stefan Bethke pisze:
>>> I have under supervision a few old servers running 11.2-STABLE. The
>>> hardware is almost for retirement, but still in working condition. It's
>>> all old N
mid-december). Do I need to update the boot blocks or the EFI partition?
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail
> Am 11.01.2019 um 15:04 schrieb Kyle Evans :
>
> On Fri, Jan 11, 2019 at 5:05 AM Stefan Bethke wrote:
>>
>> The loader stumbles over this error and then drops to the prompt:
>> efi-autoresizecons not found
>>
>> module_path is then not set, and
> Am 11.01.2019 um 19:35 schrieb Stefan Bethke :
>
>
>
>> Am 11.01.2019 um 15:04 schrieb Kyle Evans :
>>
>> On Fri, Jan 11, 2019 at 5:05 AM Stefan Bethke wrote:
>>>
>>> The loader stumbles over this error and then drops to the prompt:
>&
g the
disks for metadata (ZFS) or by analyzing fstab (UFS), but in your case, it
can’t.
You’ll probably want to add an entry for /boot to your fstab, so updates will
update the boot partition instead of the /boot directory on your ZFS root.
HTH,
Stefan
--
Stefan BethkeFon +49
- list all ports | grep -v '^x11/'
- run poudriere with resulting list
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
6 options=21
Is there a configuration I can/need to adjust?
uname -a
FreeBSD foo.example.com 12.0-STABLE FreeBSD 12.0-STABLE r344052 EISENBOOT amd64
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing l
e other way to ignore the disk? I do have a
spare disk I can use to replace the failed one, but I can't get the machine
into a state where I could even issue the zpool replace command.
Stefan
--
Stefan BethkeFon +49 151 14070811
signature.asc
Description: Message signed with OpenPGP
> Am 12.04.2020 um 16:45 schrieb Eugene Grosbein :
>
> 12.04.2020 21:37, Stefan Bethke wrote:
>
>> I have a server I don't have physical access to right now, which has a
>> broken SATA disk that produces mostly errors (but not entirely).
>>
>> The d
Am 12.04.2020 um 17:43 schrieb Slawa Olhovchenkov :
>
> On Sun, Apr 12, 2020 at 04:37:06PM +0200, Stefan Bethke wrote:
>
>> I have a server I don't have physical access to right now, which has a
>> broken SATA disk that produces mostly errors (but not entirely
Am 12.04.2020 um 18:29 schrieb Eugene Grosbein :
>
> 12.04.2020 21:57, Stefan Bethke wrote:
>
>>>> Is there a way, ideally in the loader, to tell the kernel to ignore ada1
>>>> and/or ahcich5? Or can I force ZFS some other way to ignore the disk? I do
&g
> Am 12.04.2020 um 18:31 schrieb Slawa Olhovchenkov :
>
> On Sun, Apr 12, 2020 at 06:24:09PM +0200, Stefan Bethke wrote:
>
>> Am 12.04.2020 um 17:43 schrieb Slawa Olhovchenkov :
>>>
>>> On Sun, Apr 12, 2020 at 04:37:06PM +0200, Stefan Bethke wrote:
&g
Am 12.04.2020 um 19:03 schrieb Slawa Olhovchenkov :
>
> On Sun, Apr 12, 2020 at 06:38:10PM +0200, Stefan Bethke wrote:
>
>>
>>
>>> Am 12.04.2020 um 18:31 schrieb Slawa Olhovchenkov :
>>>
>>> On Sun, Apr 12, 2020 at 06:24:09PM +0200, Stefa
Am 12.04.2020 um 18:53 schrieb Ian Lepore :
>
> On Sun, 2020-04-12 at 16:37 +0200, Stefan Bethke wrote:
>> I have a server I don't have physical access to right now, which has
>> a broken SATA disk that produces mostly errors (but not entirely).
>>
>> The di
Am 12.04.2020 um 19:24 schrieb Eugene Grosbein :
>
> Try something like this at loader prompt:
>
> set hint.ahcich.5.disabled=1
Thank you, that did the trick!
Stefan
--
Stefan BethkeFon +49 151 14070811
signature.asc
Description: Message signed with OpenPGP
Am 12.04.2020 um 19:59 schrieb Warner Losh :
>
> Boot single user. Zfs won't import and you can do what you need.
Not if you have root on ZFS, and it's on the affected pool.
Stefan
--
Stefan BethkeFon +49 151 14070811
signature.asc
Description: Message signed with OpenPGP
1 - 100 of 188 matches
Mail list logo
