On Mar 22, 2013, at 8:14 AM, Paul Mather wrote:
> I'm running FreeBSD 9-STABLE as a guest under RHEL 6.4 KVM virtualisation. I
> have networking and storage in the FreeBSD guest using the Virtio drivers
> (with the virtual disk set to "Virtio" in the definition on the host).
> Everything is
ting but so long. I had some other comments about
this patch in my reply to when it was committed.
--
John Baldwin
___
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"
hat are small? An error code of 4
means 'sector not found' or 'read error'. It would be interesting to see the
output of 'lsdev -v' from the loader prompt.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://l
believe this is a chip bug of some sort, but I've
no idea whose fault it is. It has only been reported on SuperMicro *8*
boards to date.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
On Tue, 9 Apr 2013 17:05:28 +0200
"Patrick M. Hausen" wrote:
Hi, all,
first a big big thank you to John an all others involved
for all the work.
A bit more slowly than cvsup but definitely a lot more
convenient than
using plain subversion. Part of the slow performance may
On Fri, 12 Apr 2013 10:28:10 +0300
Markiyan Kushnir wrote:
ok, looks like the mere fix to the strlen() call as you
suggested earlier doesn't resolve the issue of CPU eating
up.
On 12.04.2013 08:43, mrb...@gmail.com wrote:
On Friday, April 12, 2013 1:09:53 AM UTC+6, Markiyan
Kushnir wrote
On Thu, 11 Apr 2013 01:39:32 -0700 (PDT)
mrb...@gmail.com wrote:
On Thursday, April 11, 2013 1:14:57 PM UTC+6,
mrb...@gmail.com wrote:
I've placed the patched svnup.c (0.56), the diff and two
statically linked binaries on
http://ftp.ufanet.ru/pub/boco/freebsd/svnup/
I'm sorry, svnup.c.dif
On Sat, 13 Apr 2013 14:41:46 +0300
Markiyan Kushnir wrote:
On 13.04.2013 11:29, Markiyan Kushnir wrote:
The only thing I would like to add -- tree lookup did
make a good effect
on CPU consumption.
John,
I'm just curious, did you consider sys/tree.h for tree
implementation? I re
the information, and since "svnup" is
not "svn", it can't
> get it, thus there's nothing to print.
>
svnversion is the specific binary that is required, but
svnup does not
pull in metadata.
As always, thanks for the insights Glen -- that was the
piece
t query interface state such as an
SNMP server, ladvd, etc.
If you wanted help you could modify the patch so that it does something like
this:
if (/* test for IFF_UP */) {
BGE_UNLOCK(sc);
if_printf(ifp, "state queried on down interface by pid %d (%s)",
curt
le for /var/crash.
>
> I'm looking for that secret, undocumented trigger, that makes the
> system dump if a panic occurs. Once upon a time dumping just worked
> if the swap partition was large enough. I miss those olden days.
Does /dev/dumpdev exi
ed ;-(.
>
> I have checked and even rebuilt the (UFS1) fs in question
> from scratch. I have also seen this happen on an UFS2 on
> another machine and on a third one when running "dump -L"
> on a root fs.
>
> Any hints of how to proceed?
Would it be possible
On Jun 3, 2013, at 12:52 PM, Kenta Suzumoto wrote:
> Hi. I'm planning on doing a ZFS root installation on a remote server very
> soon. The company only offers a 9.0 and 9.1 installation and "rescue"
> (nfs/pxe boot with ramdisk basically) system. I'd like to use LZ4 with the
> ZFS root pool, s
;f_vnode, filp);
kfree(filp);
}
@@ -232,6 +232,7 @@ linux_dev_open(struct cdev *dev, int oflags, int d
filp->f_dentry = &filp->f_dentry_store;
filp->f_op = ldev->ops;
filp->f_flags = file->f_flag;
+ filp->f_vnode = file-&
On Friday, June 07, 2013 5:07:34 am Julian Stecklina wrote:
> On 06/06/2013 08:57 PM, John Baldwin wrote:
> > On Thursday, June 06, 2013 9:54:35 am Andriy Gapon wrote:
> [...]
> >> The problem seems to be in incorrect interaction between devfs_close_f
and
> >> linux_
On Monday, June 10, 2013 8:04:12 am Julian Stecklina wrote:
> On 06/07/2013 06:06 PM, John Baldwin wrote:
> > On Friday, June 07, 2013 5:07:34 am Julian Stecklina wrote:
> >> On 06/06/2013 08:57 PM, John Baldwin wrote:
> >>> On Thursday, June 06, 2013
All sorts of vendors ship
tables with busted checksums that are in fact fine. :( However, the table
name looks very odd which is more worrying. Booting without ACPI enabled
would be a good first step. Trying a verbose boot to capture the last
message before the hang would also be useful.
--
John Baldwin
___
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"
e as well. I think the BIOS is just broken
I'm afraid. :(
--
John Baldwin
___
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"
e). No idea how many
have checksums though..
Well, you could have zpool check if there is a valid ZFS label and prompt/warn
if it doesn't find one on whatever device it's about to wipe. That doesn't
fix the gmirror/gpt case, but it might make zpool more intuitive to use.
--
Jo
On Sunday, June 16, 2013 2:39:42 am Andre Albsmeier wrote:
> On Fri, 31-May-2013 at 16:51:03 +0200, John Baldwin wrote:
> > On Friday, May 31, 2013 8:26:11 am Andre Albsmeier wrote:
> > > Each day at 5:15 we are generating snapshots on various machines.
> > > This use
On Jun 12, 2013, at 11:49 AM, Hiroki Sato wrote:
> I would like your comments on release notes for each release.
> Although I have been working on editing them for years, the workflow
> is still not optimal and sometimes delay of the preparation became an
> obstacle for release process. I would
ok in Intel's SDM manuals) means it
got an interrupt vector < 32 (probably zero). Perhaps it asserted
an interrupt in an I/O APIC before the I/O APIC was properly reset?
Are you using MSI at all?
--
John Baldwin
___
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"
freebsd-current/2012-
January/031375.html
>
> Any ideas?
Yeah, that lock needs to be MTX_RECURSE (the cnputs_mtx). However, it
only recurses under witness. *sigh*
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd
to something like 1024, at least on 64bit
> architectures which do not starve for kernel memory.
Also, if you are seeing I/O stalls with mfi(4), then you might need a
firmware update for your mfi(4) controller. cc'ing smh@ who knows more about
that particular issue (IIRC).
--
John Baldw
Hello all, I have some feedback for the recently prepared snapshot of
9.2-RELEASE.
I've been trying like crazy to get the 9x series code installed on a
brand new workstation I'm building. It consists of a brand new ASRock
motherboard and haswell i7-4770k processor, Z87 chipset. I tried at
fir
On 7/17/2013 5:48 PM, Glen Barber wrote:
Hi John,
Do you have a SATA drive you can try with this hardware? It would be
useful to know if that works, or same errors, etc.
Glen
I do, and that was my plan for tomorrow. A bit under the weather today.
I will most definitely report back any
On 7/18/2013 12:36 AM, Steven Hartland wrote:
Is the SSD running at 6Gbps? If so have you tried limiting the speed
to 3Gbps?
I would imagine so. It has a 6Gbps interface and the Z87 board does
also--so I can only imagine it's trying to go as fast as possible by
default. I will fiddle with the B
John, in addition to suggestions/replies from others, can you also try
the 10.0-CURRENT snapshot? In particular, if your problem continues
with a SATA drive, I am curious if the problem still exists in head/.
http://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/
Thanks.
Yes, I can try
On 7/18/2013 8:49 AM, Glen Barber wrote:
On Wed, Jul 17, 2013 at 08:49:39PM -0700, John Reynolds wrote:
today. I will most definitely report back any findings. Thanks for
your reply!
John, in addition to suggestions/replies from others, can you also try
the 10.0-CURRENT snapshot? In
before doing any work that needs to be torn down.
>
> PR: kern/91594
> Approved by:re (marius)
I strongly doubt that this is related. It would be most helpful if you could
obtain a dmesg from the new kernel
Hello all,
I've been recently building up a new Haswell box and after overcoming
several problems have gotten things to mostly work. But I got stuck when
trying to use Firefox 22. The bookmarks editor/container was always
coming up empty and I was not able to import bookmarks I had from a
sav
About all you need to do is add a "V4: ..." line to your /etc/exports
and then set nfsv4_server_enable="YES" in /etc/rc.conf and reboot.
On the client mount, you need to add "nfsv4" as a mount option.
I had to enable the proper daemons and mount on the client from the
actual server mount point (p
you would load them during boot when you saw an
appropriate PCI device. Currently we don't autoload any PCI drivers, so I
don't think that should be a blocker for taking these out of GENERIC.
Warner is probably the best person to ask
/* Lowest priority thread. */
u_char tdq_ipipending; /* IPI pending. */
u_char tdq_idx;/* Current insert index. */
u_char tdq_ridx; /* Current removal index. */
@@ -2323,7 +2323,7 @@ sched_choose(void)
reproducible?
> #6 0x80cdc843 in calltrap ()
> at /usr/src/sys/amd64/amd64/exception.S:232
> #7 0x80b71085 in swapoff_one (sp=0xfe0006296600,
> cred=0xfe00037a0e00) at /usr/src/sys/vm/swap_pager.c:1753
Relevant line is:
1753for (swap = swha
On Thursday, September 12, 2013 1:29:40 am Marko Cupać wrote:
> On Wed, 11 Sep 2013 11:11:24 -0400
> John Baldwin wrote:
>
> > Is this reproducible?
>
> It happened a few times before (maybe 3-4 times this year), but I can't
> reproduce it intentionally.
Hmm, I&#x
de the core.txt.[0-2] files available in the following
directory. The directory is not browsable.
http://www.riverwillow.net.au/~john/92rc4/
--
John Marshall
pgpmZwGKbJWGM.pgp
Description: PGP signature
On Fri, 27 Sep 2013, 11:12 +0300, Konstantin Belousov wrote:
> On Fri, Sep 27, 2013 at 10:07:28AM +1000, John Marshall wrote:
> > I'm running 9.2-RC4 on a handful of desktop and server machines (both
> > i386 and amd64). I have seen three panics (all vm_page_unwire) on one
On Sat, 28 Sep 2013, 17:27 +0200, Oliver Pinter wrote:
> On 9/28/13, John Marshall wrote:
> > On Fri, 27 Sep 2013, 11:12 +0300, Konstantin Belousov wrote:
> >> On Fri, Sep 27, 2013 at 10:07:28AM +1000, John Marshall wrote:
> >> > The first two panics were trigger
On Mon, 30 Sep 2013, 09:24 +0200, Oliver Pinter wrote:
> On 9/29/13, John Marshall wrote:
> > On Sat, 28 Sep 2013, 17:27 +0200, Oliver Pinter wrote:
> >> On 9/28/13, John Marshall wrote:
> >> > On Fri, 27 Sep 2013, 11:12 +0300, Konstantin Belousov wrote:
> &g
On Mon, 30 Sep 2013, 19:55 +1000, John Marshall wrote:
> Another data point: both systems on which I have seen this panic have
> the ipmi driver compiled in. ipmi makes the BMC's watchdog timer
> available to the system.
So, I decided to revert my source tree to a clean releng/9.
On Mon, 30 Sep 2013, 19:55 +1000, John Marshall wrote:
> > >> > On Fri, 27 Sep 2013, 11:12 +0300, Konstantin Belousov wrote:
> > >> >> On Fri, Sep 27, 2013 at 10:07:28AM +1000, John Marshall wrote:
> > >> >> > I have made the core.txt.[0-2]
020/info) - Board Revision 04B
>
> ===
Product Name: Intel (R) RAID Controller RS2BL080
mfi0: Megaraid SAS driver Ver 4.23
mfi0: 11650 (boot + 4s/0x0020/info) - Firmware version 2.130.03-1332
mfi0: 11651 (boot + 5s/0x0020/info) - Package version 12.13.0-0104
mfi0: 11652 (boot + 5s/0x0
On Fri, 04 Oct 2013, 23:29 +1000, John Marshall wrote:
> On Mon, 30 Sep 2013, 19:55 +1000, John Marshall wrote:
> > > >> > On Fri, 27 Sep 2013, 11:12 +0300, Konstantin Belousov wrote:
> > > >> >> On Fri, Sep 27, 2013 at 10:07:28AM +1000, John Marshall wro
releng/9.2 branch (r253912). There has been more such activity in
stable/9 since the branch but a system running stable/9 from yesterday
still produces this panic.
--
John Marshall
pgpMu6CjxHwnh.pgp
Description: PGP signature
Xfast_syscall+0xf7
Additional information is in core.txt.31 in the same location indicated
in my OP.
--
John Marshall
pgpctZUOjHkc1.pgp
Description: PGP signature
h dump after it reboots, switch to the
fstat process via the 'proc ' command and get a backtrace via 'bt'.
--
John Baldwin
___
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"
reebsd-update is set to update your source tree on each
update and to not do any /etc merges
After your next run of 'freebsd-update', run 'etcupdate' to merge in any
changes to '/etc'. It can generally cope with simple merges similar to
'svn up'. If it encounters a conflict, it saves off a copy of the file
with conflict markers for you to resolve via 'etcupdate resolve' but leaves
the "old" file in /etc untouched until you resolve the conflict.
--
John Baldwin
___
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"
On Wednesday, March 11, 2015 02:00:41 PM Nick Frampton wrote:
> On 11/03/15 07:59, Mark Johnston wrote:
> > On Tue, Mar 10, 2015 at 02:10:09PM -0400, John Baldwin wrote:
> >> Often loops using libkvm are due to programs using libkvm are trying to
> >> read
> >&g
On Thursday, March 12, 2015 12:40:23 PM Konstantin Belousov wrote:
> On Wed, Mar 11, 2015 at 09:34:07PM -0700, Mark Johnston wrote:
> > On Thu, Mar 12, 2015 at 02:05:32PM +1000, Nick Frampton wrote:
> > > On 12/03/15 00:38, John Baldwin wrote:
> > > >>> It sou
re is a viable workaround the gain from merging this probably
outweighs the downside.
--
John Baldwin
___
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"
ght generate other random corruption even in
the non-gzip case. I think the chance that it helps is low, but it
isn't quite zero.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To uns
gt; (...)
>
> > /dev/ufs/varfs /varufs rw,noatime
> > 2 2
> >
>
> Last I checked, savecore had to happen very early --- before filesystems
> other than / are mounted.
No, it can happen after that. What really has to happen is th
On Monday, March 16, 2015 11:54:52 AM Michael Jung wrote:
> On 2015-03-16 11:23, John Baldwin wrote:
> > On Monday, March 16, 2015 10:17:54 AM Brandon Allbery wrote:
> >> On Mon, Mar 16, 2015 at 9:40 AM, Michael BlackHeart
> >>
> >> wrote:
> >>
>
can't mix deeper sleep
states with the TSC as timecounter, but those CPUs are getting to be a bit
older at this point.
--
John Baldwin
___
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"
On 3/21/15 12:31 PM, Adrian Chadd wrote:
> On 21 March 2015 at 08:52, John Baldwin wrote:
>> On 3/20/15 8:46 PM, Mike Tancsa wrote:
>>> On 3/20/2015 8:15 PM, Konstantin Belousov wrote:
>>>>>
>>>>> For the purpose of devfs, does it make sense to b
er.y.h
mv: rename dtparserparse.h to dtparser.y.h: No such file or directory
*** [dtparser.y.h] Error code 1
I suspect this is some sort of race with -j?
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
On Jun 16, 2015, at 12:39 PM, Ronald Klop wrote:
> What does 'sysctl kern.vty' say? If it is not 'vt', you need the following
> stuff.
>
> /boot/loader.conf should contain
> kern.vty="vt"
>
> And /etc/rc.conf
> kld_list="radeonkms"
>
> Or something similar.
>
> FreeBSD is in the transition o
I'm traveling and AFK for a week or so more, but I did test this MFC including
suspend/resume with CardBus, etc. on a T440 before committing it. It would be
good to know if HEAD works for you. If it does then there's likely another fix
from HEAD that you need merged.
--
John Bal
d to
offer as a replacement but that is presumably not ready yet. I also
note that we have current versions of ntp available in ports; but I'm
talking about what we ship in the base system.
--
John Marshall
pgptedBLgTA3B.pgp
Description: PGP signature
been moving house and generally offline since
mid-June (and I'm not really fully online yet). My last request was if
Kevin (or someone else with an affected laptop) could test HEAD to see if
there is a missing bugfix on HEAD that needs to be merged. This specific
change was tested on HEAD
after rebuilding with libmd excluded.
Patch with Bug 201738
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201738
--
John Marshall
pgplNaDwLQ_WQ.pgp
Description: PGP signature
pci_set_powerstate(child, dstate);
}
}
Index: .
===
--- . (revision 285761)
+++ . (working copy)
Property changes on: .
___
Modified
2 u 32 64 17 31.100 -7.764 3.887
+202.127.210.37 130.102.2.1233 u 32 64 17 40.1812.001 2.074
+2001:df0:fe:2:: 130.102.2.1233 u 32 64 17 45.9742.414 2.502
--
John Marshall
pgp2bX3AHP32o.pgp
Description: PGP signature
On Saturday, July 25, 2015 03:54:40 PM Kevin Oberman wrote:
> John,
>
> I'm concerned that two issues may be getting conflated.
>
> The issue I thought we were looking at was the failure of some systems
> (T520, X220, T430) to resume after a number of PCI enhancement
idea.
Roger, the main changes that aren't MFC'd to 11 from 12/head seem to be some
refcounting on event channels and PVHv2 vs PVHv1?
--
John Baldwin
___
freebsd-stab
I have upgraded two physical machines from 11-STABLE to 12-STABLE recently (one
is 12.0-PRERELEASE r341380 and the other is 12.0-PRERELEASE r341391). I noticed
today that neither machine seems to be utilizing /dev/crypto. Typically I see
at least ssh/sshd have the device open plus some programs
> On Dec 6, 2018, at 4:04 PM, Xin LI wrote:
>
> On Thu, Dec 6, 2018 at 11:37 AM John Nielsen wrote:
>>
>> I have upgraded two physical machines from 11-STABLE to 12-STABLE recently
>> (one is 12.0-PRERELEASE r341380 and the other is 12.0-PRERELEASE r341391). I
&g
On 12/6/18 3:24 PM, John Nielsen wrote:
>> On Dec 6, 2018, at 4:04 PM, Xin LI wrote:
>>
>> On Thu, Dec 6, 2018 at 11:37 AM John Nielsen wrote:
>>>
>>> I have upgraded two physical machines from 11-STABLE to 12-STABLE recently
>>> (one is 12.0-PREREL
> On Dec 6, 2018, at 4:39 PM, John Baldwin wrote:
>
> On 12/6/18 3:24 PM, John Nielsen wrote:
>>> On Dec 6, 2018, at 4:04 PM, Xin LI wrote:
>>>
>>> On Thu, Dec 6, 2018 at 11:37 AM John Nielsen wrote:
>>>>
>>>> I have upgrade
On 12/6/18 4:19 PM, Konstantin Belousov wrote:
> On Thu, Dec 06, 2018 at 04:48:35PM -0700, John Nielsen wrote:
>> Is aesni(4) even required if all you want is userland acceleration?
>>
> No, it is not. Same for rdrand_rng(4), if an application uses hw random
> source di
proc->p_comm] = count()'
Let that run and then Ctrl-C after you see some warnings.
> ---Mike
>
> On 8/19/2019 9:30 PM, John Baldwin wrote:
>> Author: jhb
>> Date: Tue Aug 20 01:30:35 2019
>> New Revision: 351246
>> URL: https://svnweb.freebsd.org/changeset
On 8/21/19 9:08 AM, mike tancsa wrote:
> On 8/21/2019 12:00 PM, John Baldwin wrote:
>> dtrace -n 'fbt::_gone_in:entry { @counts[curthread->td_proc->p_comm] =
>> count()'
>
> Thanks, I am not familiar with dtrace at all. This command gives a
> s
On 8/21/19 5:47 PM, Mike Tancsa wrote:
> On 8/21/2019 6:38 PM, John Baldwin wrote:
>> On 8/21/19 9:08 AM, mike tancsa wrote:
>>> On 8/21/2019 12:00 PM, John Baldwin wrote:
>>>> dtrace -n 'fbt::_gone_in:entry { @counts[curthread->td_proc->p_comm] =
>>
On 8/26/19 1:59 PM, mike tancsa wrote:
> On 8/22/2019 6:51 PM, John Baldwin wrote:
>> On 8/21/19 5:47 PM, Mike Tancsa wrote:
>>> On 8/21/2019 6:38 PM, John Baldwin wrote:
>>>> On 8/21/19 9:08 AM, mike tancsa wrote:
>>>>> On 8/21/2019 12:00
On 8/26/19 5:25 PM, John Baldwin wrote:
> On 8/26/19 1:59 PM, mike tancsa wrote:
>> On 8/22/2019 6:51 PM, John Baldwin wrote:
>>> On 8/21/19 5:47 PM, Mike Tancsa wrote:
>>>> On 8/21/2019 6:38 PM, John Baldwin wrote:
>>>>> On 8/21/19 9:08 AM, mike tan
https://github.com/freebsd/freebsd/blob/master/sys/dev/mrsas/mrsas_cam.c#L359
ccb->cpi.base_transfer_speed = 15;
What is that used for? I poked around /usr/src/sys and found multiple
WTF comments. The reason I ask is i have Samsung EVO 860s plugged into
a Dell R720 (via LSI 9361 which is wher
On Wed, Sep 11, 2019 at 01:38:14AM -0700, Jack L. wrote:
> Yes, I upgraded 2 systems and both experience the same behavior
> Dell R610 and Dell 7010 here. Afraid to upgrade any others
For what it's worth, I have a Dell Optiplex 9020 booting r352118:
FreeBSD FreeBSD 12.1-PRERELEASE #105
On Wed, Sep 11, 2019 at 08:59:58AM -0700, John Kennedy wrote:
> For what it's worth, I have a Dell Optiplex 9020 booting r352118:
>
> FreeBSD 12.1-PRERELEASE #105 r352118+b6945c1f5542(stable/12)
>
> That's at least after r352025, which may help your bisec
On Wed, Sep 11, 2019 at 11:46:14PM -0400, Yoshihiro Ota wrote:
> After updating from 352114 to 352202 on 12/stable, 12.1-PRE-RELEASE, my
> kernel stopped booting.
> ... This one runs on Parallels VM. ...
> As 13-CURRENT with the last night's code boots okay, I suspect some merge
> error to the br
On Sat, Sep 7, 2019 at 9:26 PM Jason Bacon wrote:
>
> On 2019-09-07 19:00, John Fleming wrote:
> > Hi all, i've recently joined the club. I have two Dell R720s connected
> > directly to each other. The card is a connectx-4. I was having a lot
> > of problem with netwo
Is there anyway to see how busy a SAS/Sata controller is vs disks? I
have a R720 with 14 Samsung 860 EVOs in it (its a lab server) in raid
10 ZFS.
When firing off a dd I (bs=1G count=10) seems like the disks never go
above %50 busy. I'm trying to figure out if i'm maxing out SATA 3 BW
or if its so
On Tue, Sep 24, 2019 at 12:05 PM Pete Wright wrote:
>
>
>
> On 9/24/19 8:45 AM, John Fleming wrote:
> > Is there anyway to see how busy a SAS/Sata controller is vs disks? I
> > have a R720 with 14 Samsung 860 EVOs in it (its a lab server) in raid
> > 10 ZFS.
> &g
On Sat, Sep 28, 2019 at 05:21:12PM +0200, Kurt Jaeger wrote:
> Upgrading a 12.1-BETA1 poudriere install with
> poudriere jail -u -t 12.1-BETA2 -j 121
> fails with: ...
I don't know if it's proper, but just doing a "poudriere jail -u -j 12-1"
worked for me, The version reported by "poudrier
On Tue, Sep 24, 2019 at 1:09 PM Warner Losh wrote:
>
>
>
> On Tue, Sep 24, 2019 at 5:46 PM John Fleming
> wrote:
>>
>> Is there anyway to see how busy a SAS/Sata controller is vs disks? I
>> have a R720 with 14 Samsung 860 EVOs in it (its a lab server) in raid
&
On Wed, Oct 09, 2019 at 11:38:25PM +0200, Bengt Ahlgren wrote:
> I've ran into this on my 11.3-STABLE system:
>
> # uname -K
> 1103500
> # pkg update -f
> Updating ivyp repository catalogue...
> Fetching meta.txz: 100%560 B 0.6kB/s00:01
> Fetching packagesite.txz: 100% 410 KiB 419.9
On Sun, Oct 13, 2019 at 12:35:41PM -0700, Chuck Tuffli wrote:
> I've been running 12.0-REL on my X1 Carbon 3rd Gen happily with xorg,
> but after installing 12.1-RC1, the laptop reboots when loading the
> i915kms driver. If I comment out the line in /etc/rc.conf:
>
> kld_list="/boot/modules/i915km
On Sun, Oct 13, 2019 at 02:42:46PM -0700, Chuck Tuffli wrote:
> Many thanks to Pete and John. See inline below
> ...
> I upgraded the box per the release announcement:
>freebsd-update upgrade -r 12.1-RC1
>freebsd-update install
> with the prescribed reboots and installs.
On Sun, Feb 23, 2020 at 11:18:08PM -0300, Mario Olofo wrote:
> Some time ago I tried to switch from Linux to FreeBSD 12.1, used a WiFi
> dongle and all good, until I found that both ZFS and UFS corrupted the
> filesystem very fast.
> I work with a lot of small files because of web programming (node
On Tue, Feb 25, 2020 at 11:07:48AM +, Pete French wrote:
> I have often wondered if ZFS is more aggressive with discs, because until
> very recently any solid state drive I have used ZFS on broke very quicky. ...
I've always wondered if ZFS (and other snapshotting file systems) would help
ki
On Thu, Jul 09, 2020 at 08:24:54AM -0500, Kyle Evans wrote:
> On Thu, Jul 9, 2020 at 8:12 AM Guido van Rooij wrote:
> >
> > I did a zpool upgrade -a to enable large_dnode and spacemap_v2.
> > After that, I did:
> > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada0
> > gpart bootcode -b /b
On Fri, Jul 10, 2020 at 02:25:02PM -0500, Kyle Evans wrote:
> > So one recipe doesn't even seem to make the freebsd-boot partition, so is
> > it
> > optional for a pure UEFI boot? Should we always gpart-bootcode it if it
> > exists
> > and upgrade BOOTx64.efi when the EFI partition exists, or
On Thu, Dec 03, 2020 at 04:57:53PM -0600, Bob Willcox wrote:
> I am trying to upgrade a 12.1-stable system installed back in July to
> 12.2-stable.
> I downloaded the new ports hierarchy and now when I attempt to run 'make
> fetchindex'
> I get these errors:
>
> /usr/bin/env fetch -am -o /usr/p
On Wed, Dec 16, 2020 at 05:46:35PM -0700, Warner Losh wrote:
> The FreeBSD project will be moving it's source repo from subversion to git
> starting this this weekend. The docs repo was moved 2 weeks ago. The ports
> repo will move at the end of March, 2021 due to timing issues. ...
I filed Bug
Quoting Danny Braniss <[EMAIL PROTECTED]>:
I'm in the last mile before crossing the beta->release line,
so I'd like to get some input, and update the list of targets it supports.
you can obtain the driver from:
ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.0.92.tar.gz
Look
Quoting Danny Braniss <[EMAIL PROTECTED]>:
Quoting John Nielsen <[EMAIL PROTECTED]>:
Do you have any suggestions on startup integration (rc script, fstab
magic, etc)? I know you said once before that that was hopefully coming
soon..
this is an attempt:
A couple comments just
Quoting Ivan Voras <[EMAIL PROTECTED]>:
Danny Braniss wrote:
I'm in the last mile before crossing the beta->release line,
so I'd like to get some input, and update the list of targets it supports.
you can obtain the driver from:
ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2
ation, so I could catch the dump.)
You can get the complete contents of /var/crash from
ftp://[EMAIL PROTECTED]/pub/crash.tar.bz2
Any help would be greatly appreciated!
--John
machine i386
cpu I686_CPU
ident BORODIN
# To statically compile in device wiring
lding world, and report if it works.
--John
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
# Wednesday 13 June 2007 03:37:12 kirjutas John Walthall:
# > I will try rebuilding world, and report if it works.
# >
# > --John
It did not.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-
801 - 900 of 1674 matches
Mail list logo
