res
appearance of new IPv6 address.
2. Then, even if you delete old IPv6 address by hand, NPTv6 won't try to
peak another one until there won't appear new address.
3. There should be some logic that takes into account presence of
temporary and deprecated addresses on the interface
es some level.
I tried to disable hwpstate_intel via loader.conf and it helps:
% grep hint /boot/loader.conf
hint.hwpstate_intel.0.disabled="1"
My old lenovo x1 carbon gen 4 was hanging on boot with the same symptoms.
--
WBR, Andrey V. Elsukov
OpenPGP_signature
Description: OpenPGP digital signature
problem internal to GDB has been detected,
> further debugging may prove unreliable.
Hi,
do you have /var/crash/core.txt.1 file?
It may have some useful info. Also did you try an old version
/usr/libexec/kgdb ?
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
31.01.2020 18:11, Andrey V. Elsukov пишет:
> On 24.01.2020 19:52, Andreas Nilsson wrote:
>> It hangs during kernel boot and the last message printed on console is:
>> hwpstate_intel0: on cpu0
>
> Hi,
>
> Did you find the cause of this hang?
> I also tried to update
essage.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
robably it is time to
fill the PR.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
On 25.06.2019 15:59, Larry Rosenman wrote:
> On 06/25/2019 4:18 am, Andrey V. Elsukov wrote:
>> On 24.06.2019 23:10, Larry Rosenman wrote:
>>>>> #5 0x828ee5b7 in ng_snd_item (item=0xf8021e3b4d80,
>>>>> flags=0)
>>>>> at /usr/s
that my assumption is correct :)
Can you show the output of the following commands from the kgdb for this
core?
(kgdb) f 7
(kgdb) p *m
(kgdb) p *m->m_next
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
ie=) at /usr/src/sys/kern/kern_intr.c:1148
> #25 ithread_execute_handlers (p=, ie=)
> at /usr/src/sys/kern/kern_intr.c:1161
> #26 ithread_loop (arg=) at /usr/src/sys/kern/kern_intr.c:1241
> #27 0x8047ac74 in fork_exit (
> callout=0x8047df60 , arg=0xf8012c883100,
> frame=0xfe012628dc00) at /usr/src/sys/kern/kern_fork.c:1056
> #28
> (kgdb)
>
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
om_id: 0
net.key.int_random: 60
debug.fail_point.status_fill_kinfo_vnode__random_path: off
debug.fail_point.fill_kinfo_vnode__random_path: off
debug.fail_point.status_random_fortuna_pre_read: off
debug.fail_point.random_fortuna_pre_read: off
security.stack_protect.permit_nonrandom_cookies: 1
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
I found the problem, the bug was introduced in r342908.
Can you try attached patch?
--
WBR, Andrey V. Elsukov
Index: sys/netpfil/ipfw/ip_fw2.c
===
--- sys/netpfil/ipfw/ip_fw2.c (revision 343395)
+++ sys/netpfil/ipfw/ip_fw2.c (working
e your ruleset is relatively simple, first of try to use "log"
opcode for "deny" rules and look what happens in the /var/log/security.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
hosting for screenshots.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
to fix this problem:
https://reviews.freebsd.org/D17302
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
dst)) {
534 rt = ro->ro_rt;
535 ifp = ro->ro_rt->rt_ifp;
It looks like Ryan's assumption is correct and panics happen due to
several threads use the same PCB and then route cache invalidation happens.
https://lists.freebsd.org/pipermail/freebsd-net/2018-September/051563.html
But IPv6 path also needs similar patch.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
h packet.
> happens only while sending. receiving works.
>
> This happens only on 12-current as I am aware, 11-stable works good.
> I worked around this issue by setting IPv4 tunnel endpoints.
Hi,
should be fixed in r337900.
Thanks for the report. And sorry for breakage.
--
WBR
card=0x20088086 chip=0x15028086 rev=0x04
hdr=0x00
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
AH
> NO_MODULES=YES
>
> Boot log from last night's failure attached,
Ok, it seems ConcurrencyKit was not tested with Pintium3.
Can you show the output from kgdb:
disassemble *0xc0991ff0
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
On 16.02.2018 17:13, Michael Butler wrote:
> ipfw is compiled into the kernel not loaded as a module.
Hi,
do you have some specific optimization flags in make.conf?
Can you show the output of `head -40 /var/run/dmesg.boot`?
--
WBR, Andrey V. Elsukov
signature.asc
Description: Open
again, now for outbound
direction. And it can be matched by "out" and "xmit ed1" opcodes. The
opcode "recv ed0" still can be matched too, but "in" opcode will not
matched.
A packet destined for local host is consumed by local IP stack and will
not forwar
doesn't take
> sizeof(struct uma_slab) into account when setting uk_ppera for the keg.
> In particular, the bug isn't specific to the bootup process; it only
> affects internal zones with an item size in the range [4016, 4096].
>
> The patch below should fix this -
On 11.09.2017 21:38, John Baldwin wrote:
> On Monday, September 11, 2017 09:15:51 PM Andrey V. Elsukov wrote:
>> On 11.09.2017 15:23, Andrey V. Elsukov wrote:
>>> --- trap 0xc, rip = 0x80d84870, rsp = 0x82193970, rbp =
>>> 0x821939b0 ---
>&
On 11.09.2017 15:23, Andrey V. Elsukov wrote:
> --- trap 0xc, rip = 0x80d84870, rsp = 0x82193970, rbp =
> 0x821939b0 ---
> zone_import() at zone_import+0x110/frame 0x821939b0
> zone_alloc_item() at zone_alloc_item+0x36/frame 0x821939f0
> u
e_startup+0x34e/frame 0x82193b30
vm_mem_init() at vm_mem_init+0x1a/frame 0x82193b50
mi_startup() at mi_startup+0x9c/frame 0x82193b70
btext() at btext+0x2c
Uptime: 1s
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
three
> i210. I'm aware of the problem since r320134 (the oldest CURRENT I started
> experimenting with the VLAN trunking).
It is very strange problems, why ICMP works, but TCP/UDP does not? :)
You can try to disable any type of offloading for the card, there were
some problems i
ration does not meet to your requirements. And probably you
need to translate prefixes configured for your vlans independently.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
On 27.04.2017 08:42, Tom Uffner wrote:
> Tom Uffner wrote:
>> Andrey V. Elsukov wrote:
>>> I think the most of these panics should be fixed in r315956.
>>
>> thanks. I'll give it a try and report back as soon as I have a result.
>
> r315956 panicked about
bitrary userspace processes that make
> heavy use
> of the network.
>
> I know I should try the latest rev to see if it went away. aside from
> that, any thoughts on how I should proceed?
I think the most of these panics should be fixed in r315956.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
d 00 00 00 00
|"..m|
0060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
|........|
*
00000200
The dump of correct GPT header should not have more lines.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
but I didn't seen any
information when 11.1-RELEASE is planned. So, I don't know when feature
freeze begins. Also there are some changes that can be considered as
POLA violation, especially the single name space for SPI can affect some
users.
--
WBR, An
On 11.12.2016 02:07, Andrey V. Elsukov wrote:
I am pleased to announce that projects/ipsec, that I started several
months ago is ready for testing and review.
The main goals were:
* rework locking to make IPsec code more friendly for concurrent
processing;
* make lookup in SADB/SPDB
rnel modules was reported here:
https://lists.freebsd.org/pipermail/freebsd-net/2016-December/046762.html
Some additional testing also needed with this...
--
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.or
On 09.01.2017 14:38, Bjoern A. Zeeb wrote:
On 27 Dec 2016, at 10:18, Andrey V. Elsukov wrote:
So, if there will no objection, I'll merge projects/ipsec into head/
within two weeks.
I still keep seeing almost daily changes to the branch and am having a
hard time to convince myself to
't received any replies from
ipsec-tools-devel mailing list.
I'm not aware how to configure strongswan, so if someone will not try to
do this, I don't know when I will do this.
--
WBR, Andrey V. Elsukov
___
freebsd-current@
On 11.12.2016 02:07, Andrey V. Elsukov wrote:
Hi All,
I am pleased to announce that projects/ipsec, that I started several
months ago is ready for testing and review.
The main goals were:
* rework locking to make IPsec code more friendly for concurrent
processing;
* make lookup in SADB
first.
If you just want to test, pay attention to the output of
`vmstat -m | egrep "sec|sah|pol|crypt"`.
If you have used TCP_SIGNATURE, IPSEC_NAT_T options, please test, this
support was significantly changed.
PS. I just updated the branch to last head/, and it was not tested,
On 14.11.2016 16:13, Franco Fichtner wrote:
> Hi Andrey,
>
>> On 14 Nov 2016, at 1:55 PM, Andrey V. Elsukov wrote:
>>
>> I have some thought related to your proposal.
>> What you think if we will introduce new KPI to work with fwd_tags?
>> With such KPI
; M_IP6_NEXTHOP)
int ip6_set_fwdtag(struct mbuf *m, struct sockaddr_in6 *dst,
u_short ifidx);
int ip6_get_fwdtag(struct mbuf *m, struct sockaddr_in6 *dst,
u_short *ifidx);
void ip6_flush_fwdtag(struct mbuf *m);
Since I'm not quite aware how PF handles PACKET_TAG_IPFORWARD tags, you
can m
has started crashing almost
immediately. glebius@ added workaround in r300854 to prevent the panic.
Then we discussed with him that the change in in_pcb.c should be
reasonable. And he decided to revert the workaround. Now it seems
without r300854 FLOWTABLE isn't usable.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
in your kernel config?
>> #9 0x807b44fb in __rw_wlock_hard (c=,
>> tid=, file=,
>> line=) at /usr/src/sys/kern/kern_rwlock.c:830
Just my opinion. Setting RT_LLE_CACHE flag in ip_output is wrong. This
flag should be set when ro_lle actually filled with cached data.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
module. With enable kern.geom.linux_lvm.debug=1 module will complain
only if it will find magic string "LABELONE" in the metadata.
You can check what is stored in the metadata with the following command:
# dd if=/dev/ada1s1 count=1 | hexdump -vC
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
other commands that do any changes will issue 'commit', so they will
work correctly. I think you are confusing 'auto resize' with 'recovery
needed'.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
his commit it seems very unlikely to reproduce
https://svnweb.freebsd.org/base?view=revision&revision=292057
Described problem can be reproduced with BSD label.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
created myself, the suggested gpart command solved the
> problem, but I can not do this with drives I was given by a vendor or
> supplier.
JFYI, r303637 fixes this problem for me.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
Hi,
this is known issue.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209466
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=162558
It looks the same, but for IPv6.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
On 20.05.16 17:23, O. Hartmann wrote:
> I haven't checked so far whether the problem occurs also with non-SSL
> connections since
> all connections I see the suffering are somehow encrypted.
Can you try to update up to r300302?
--
WBR, Andrey V. Elsukov
signature.asc
Descri
the source tree.
Hi,
it looks like r300143 broke it. I'm looking now why.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
On 02.03.16 17:29, O. Hartmann wrote:
> My interpretation of the above errors are: FreeBSD is incapable to handle CIFS
> over tcp/445. The above URL/site claims to have solved the problem, but it
> seems not true for CURRENT.
Did you try some FUSE CIFS implementations?
--
WBR,
breakage.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
On 24.09.2015 14:45, Slawa Olhovchenkov wrote:
> On Thu, Sep 24, 2015 at 02:37:39PM +0300, Andrey V. Elsukov wrote:
>
>> On 24.09.2015 14:37, Slawa Olhovchenkov wrote:
>>> For example, host with 3TB of RAM, booted from small SSD.
>>> This SSD have 16GB slice for
be used for select iSCSI
> destination, for dumping after succesefull boot.
Did you read dumpon script and saw how it uses dumpdev tunable?
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
On 24.09.2015 14:18, Slawa Olhovchenkov wrote:
> On Thu, Sep 24, 2015 at 11:28:05AM +0300, Andrey V. Elsukov wrote:
>
>> On 23.09.2015 19:57, Andriy Gapon wrote:
>>> I do not have a strong opinion. Either option, rc.d/dumpon change or
>>> geom_dev
>>> cha
be already enabled in the time
when rc.d/dumpon will be run. So, I think it is useless to try to
enable dumpdev again. I prefer remove this old code from rc.d script.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
eak something in 11.0-CURRENT.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
licies configuration.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
I think Lenovo's BIOS just think that your partition layout is MBR and
uses legacy boot.
if (MBR_partition[0].type == 0xee && gpt_is_ok()) {
UEFI_boot();
} else {
MBR_boot();
}
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
On 26.03.2015 22:42, Andrey V. Elsukov wrote:
>> If lp_detaching is non 0, the mbuf pointer is set to NULL without m_freem it.
>>
>> Can you look at this ?
>
> Hi,
>
> what you thing about this patch?
> lp_detaching can be non zero in case of parent interfac
to call ETHER_BPF_MTAP() in this case.
--
WBR, Andrey V. Elsukov
Index: if_lagg.c
===
--- if_lagg.c (revision 280234)
+++ if_lagg.c (working copy)
@@ -1661,7 +1661,8 @@ lagg_input(struct ifnet *ifp, struct mbuf *m)
LAGG_RLOCK(sc, &tra
es comparison, so
there shouldn't be some negative impact in this race. But for the better
code logic I'll commit this change. Thanks.
--
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On 21.11.2014 09:10, Shawn Webb wrote:
> Looks like I’m getting a kernel panic on heavy work loads (poudriere
> run with 10 build slaves on an Intel Core i7 box). Below is a link to
> an imgur album of screenshots I took with my phone.
Do you have VIMAGE option in your kernel?
--
WBR,
ing
> to deal w/ the issue that I had...
>
> Let me know how things are w/ this new patch.
Hi,
with this patch all works as expected.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
sages about wrong source route
attempts from random addresses.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
pin_flag
1.0 kernel in_cksumdata in_cksum_skip
1.0 kernel free
1.0 kernel ip_input netisr_dispatch_src
1.0 kernel ether_nh_input netisr_dispatch_src
1.0 kernel bounce_bus_dmamap_lo bus_dmamap_load_mbuf_sg
0.9 kernel _mtx_lock_spin_cooki pmclog_reserve
0.8 kernel m_copydata
0.8 kernel ipsec4_process_packe ip_ipsec_output
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
On 14.11.2014 03:52, Andrey V. Elsukov wrote:
> I tried your patch with my IPv4 forwarding test. When aesni module is
> loaded and aes-cbc is used I see growing of `invalid outbound packets`
> counter in `netstat -sp ipsec` output. And no packets are forwarded.
> Also while testing I
db6 in ether_input (ifp=, m=0x0)
at /usr/src/sys/net/if_ethersubr.c:674
#31 0x8059f303 in ixgbe_rxeof (que=0xf8000ef5c1a0) at
/usr/src/sys/dev/ixgbe/ixgbe.c:4530
> Ermal (eri) has patches that enable AES-GCM (and I believe AES-CTR)
> support for our IPsec. Once these patches have been committed, I'll
> work with him to integrate his patch.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
On 29.10.2014 12:35, Andrey V. Elsukov wrote:
> Hi All,
>
> I prepared the patch for review
> https://reviews.freebsd.org/D1023
For those who want to test, I prepared a tarball with sources
https://people.freebsd.org/~ae/gre.tgz
Modules should work on stable/10 and h
r and outer header.
* deprecate support for various GREXXX ioctls, use our standard ioctls
for tunnels.
me(4):
* use the same locking model as gre(4);
* use if_transmit;
* implementation conform to RFC 2004;
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
as
>
> Then the aliased addresses get assigned. Did the syntax for
> specifying aliases on vlan'd interfaces change subtly for 9.3 vs 9.1?
>
> I did not see anything calling out this change in either the 9.2 or 9.3
> release notes.
Hi,
I can confirm this, please, fill
n the old system had a partition that starts from LBA 34, now `gpart
create` isn't able to create such partition table. Because by default
the first usable LBA is 40.
--
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org mailing list
http://lists
number of entries when it is possible (i.e. disklabel(8) can do
it, but gpart doesn't).
Also in r228076 I changed APM code to calculate maximum number of
entries depending from available free space.
--
WBR, Andrey V. Elsukov
___
freebsd-current@fre
e
> than 128 partitions. :)
It's because gptboot uses static buffer to read and write GPT table.
--
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send
On 24.08.2014 19:23, Marcel Moolenaar wrote:
>
> On Aug 24, 2014, at 2:11 AM, Andrey V. Elsukov wrote:
>
>> On 24.08.2014 06:14, Craig Rodrigues wrote:
>
>>> I did some further debugging inside the loader by doing the following.
>>> -> I added &quo
t;
> I'm not familiar with the GPT format, nor am I familiar with the
> gpt code inside the loader, and how it differs from GEOM.
>
> Do you have any further ideas of where to hunt for the root cause of
> the problem?
Yes, the problem is in the ptable_gptread() function. I'll commit the fix.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
e hard enough and, again,
nobody want to do it. :)
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
er labels, when you got
access to disk not through the label.
--
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
in case of securelevel -1, we're talking about
> the highest one - 3, which shown in logs.
Ok, you are right. But geom_dev restricts access only from user level
applications. When GEOM object does access directly via GEOM methods
this protection won't work. And it seems it isn
ing from securelevel looks like
protection from kids.
--
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
> calculate needed offset and write bootcode directly to ada0.
>
>
> And ultimately we should extend our ZFS interface with an ioctl to write a
> blob
> to a boot code area of a specified ZFS leaf vdev. This would the right way to
> install zfsboot.
Hi Andriy,
do you ha
dev/ada0s1a?
This will work only if ada0s1a isn't in use. The debugflags trick works
only for whole disk, i.e. for geoms with rank=1. Another way is
calculate needed offset and write bootcode directly to ada0.
--
WBR, Andrey V. Elsukov
___
fr
t too, where there is no
> FreeBSD driver (AR9271 for instance), or the FreeBSD driver is
> buggy.
I'm agree. While there are still some devices without native drivers,
but that work via NDISulator, we should keep it.
--
WBR, Andrey V. Elsukov
__
On 23.07.2013 15:28, Andre Oppermann wrote:
> On 23.07.2013 09:28, Andrey V. Elsukov wrote:
>> On 21.07.2013 00:43, Taku YAMAMOTO wrote:
>>> After r253088, systems with IPSEC and KSTACK_PAGES < 4 crashes on
>>> booting into multi-user mode.
>>>
>>
On 23.07.2013 15:28, Andre Oppermann wrote:
> On 23.07.2013 09:28, Andrey V. Elsukov wrote:
>> On 21.07.2013 00:43, Taku YAMAMOTO wrote:
>>> After r253088, systems with IPSEC and KSTACK_PAGES < 4 crashes on
>>> booting into multi-user mode.
>>>
>>
ich is 12560 bytes of size (larger than
> 3 pages) of size when processing net.inet.ipsec.ipsecstats.
Hi,
Only few fields of struct ipsecstat is used, the rest fields are never
updated. We can split it to several structures, or just remove unused
fields. What is better?
--
h should fix it. I can't test it
> ATM as my current box is at the office and doesn't have remote KVM, so
> I need to be in front of it.
>
> If anyone can confirm this attached patch fixes the problem then I'll get
> it committed, otherwise I'll test on Mo
ve:
Hi,
you can just load the kernel module fuse.ko. Fuse is in the base system.
--
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail t
ng places.
Any way, this should correctly work.
My guess is that Apple's boot loader detects some changes and
just doesn't want to work. If you think that gpart incorrectly works,
please make a copy of first 34 blocks before and after deletion and
send them to me.
--
WBR, Andrey V. Els
ackup disk and repairing the disk
> make it functional again.
> any light woukd be appreciated on this topic.
Hi,
When you are deleting a partition, the kernel completely overwrites the
partition table and PMBR area. You can compare first 34 blocks before
deletion and after to see what i
Do they still come out
> roughly monthly and/or is one likely to appear soon?
Hi,
There are snapshots created by Hiroki Sato, i use it regularly and they
are ok.
https://pub.allbsd.org/FreeBSD-snapshots/
--
WBR, Andrey V. Elsukov
___
freebsd-current@fre
ting the edd
> data structure.
> However we still see the same problem and by adding a printf() in zfsboot.c
> fixes the problem.
> Please, let me know if anyone have seen this problem and if there is a fix
> for it?
Hi,
what exactly do you have?
--
WBR, Andrey V. Elsukov
signatu
-
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
d what is going on & how to fix it.
You can remove "options GEOM_RAID" from your kernel config.
--
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscri
e first step will be common and userboot code, then - i386 and zfs
parts.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
ly there is only one problem with ZFS tasting, that can affect users -
now we taste each disk and partition, but in the my branch ZFS tastes only
disks and
partitions with type "freebsd" and "freebsd-zfs". So if you have created ZFS on
top
of MBR partition with type "ntfs&qu
w_disk.c to get disk size and sector
size,
then i will be able to break something here :)
> If you'll find that you don't have to use any ugly hacks there, then good.
> But my impression is that it would be easier to stick to the previous
> approach.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
On 16.07.2012 14:23, Andriy Gapon wrote:
> on 26/06/2012 15:50 Andrey V. Elsukov said the following:
>> 3. ZFS code now uses new API and probing on the systems with many disks
>> should be greatly increased:
>> zfs/zfs.c
>> i386/loader/main.c
>
>
't find pool by guid
> ZFS: can't find pool by guid
>
> can't load 'kernel'
>
Does zfsloader without patches compiled with CLANG work for you?
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
titioned with GPT, one partition is dedicated to this database.
LDM is not just partitioning scheme, it is also LVM and can do RAID0-5.
This is how Microsoft and Veritas have resolved this problem.
--
WBR, Andrey V. Elsukov
___
freebsd-cu
bsdlabel to work with >2TB devices.
> MUCH better.
DragonFlyBSD has disklabel64 partitioning scheme. Make a port is simple task.
--
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/f
On 28.06.2012 13:19, Boris Samorodov wrote:
> 27.06.2012 23:27, Andrey V. Elsukov пишет:
>
>> 1. You are against from:
>> Our loader detects that primary GPT header is damaged. It tries to read
>> backup GPT header from the last LBA and it detects that there is
>> &
u not prevent to attach GEOM_PART_GPT to any providers that
are not the disk drive? This will be the right solution to all our
problems. Just don't create invalid GPT.
--
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org mailing list
http://li
1 - 100 of 182 matches
Mail list logo
