Hi there,
Being a cutting-edge hipster, my new personal server is using a
ZFS RAIDZ array, where my older system used UFS on a GMIRROR.
This is, by and large, a joy: ZFS rocks.
One issue that I'm having difficulty coming to grips with,
though, is that of backup. I used to do a weekly cycle (with
on 22/11/2010 13:35 Andrew Reilly said the following:
> The troubling aspect of this plan is that it would seem that
> grabbing just a few files would require space in the working
> zpool equivalent to the whole backed-up file system, for the
> zfs receive of the snapshot. Contrast this with resto
Hi all
I have installed chromium from ports:
> # pkg_info | grep chrom
chromium-6.0.472.63 A mostly BSD-licensed web browser based on WebKit and Gtk+
and I have proxy settings configured in my environment, up to my eyeballs:
> $ env | grep -i oxy
NO_PROXY=localhost,127.0.0.0/8,10.0.0.0/8
http_p
On Mon, Nov 22, 2010 at 2:00 PM, Alexander Logvinov wrote:
> Hello!
>
> Use chrome --proxy-server="http://proxy:3128/"; :)
>
Hi Alexander
That didn't work either, it would not even make any connections then.
With '--proxy-server=proxy:3128' though, it works correctly!
It would still be nice t
On 11/22/2010 6:35 AM, Andrew Reilly wrote:
Dump/restore doesn't work for ZFS. I *think* that I'm running
backups in the appropriate equivalent fashion: I take file
system snapshots (both absolute == level 0) and relative
(incremental), and zfs send those to files on the backup disk.
This is a
JFYI - we are a little under a week from Code Freeze for the upcoming
8.2-RELEASE/7.4-RELEASE release cycles. Often times that means the
developers are a bit more active on what will become the release
branches. Sometimes with the increased activity some nits pop up.
As a bit of a heads-up for p
On Sunday 21 November 2010 06:16 pm, army.of.root wrote:
> On 10\11\19 19:54, Jung-uk Kim wrote:
> > On Tuesday 16 November 2010 03:30 pm, Jung-uk Kim wrote:
> >> On Monday 15 November 2010 08:36 pm, Jung-uk Kim wrote:
> >>> Often times I hear complaints like "my Mac hangs after
> >>> upgrading to
On Sunday 21 November 2010 05:37 am, Stefan Walter wrote:
> [Resent because I forgot to really cc jkim...sorry!]
>
> Ian Smith, 17.11.10, 04:20h CET:
> > On Tue, 16 Nov 2010, Bruce Cran wrote:
> > > On Tue, 16 Nov 2010 21:46:44 +0100
> > >
> > > Lars Engels wrote:
> > > > Download && compile t
On Mon, Nov 22, 2010 at 10:26:30AM -0500, Jonathan Stewart wrote:
> On 11/22/2010 6:35 AM, Andrew Reilly wrote:
> >Dump/restore doesn't work for ZFS. I *think* that I'm running
> >backups in the appropriate equivalent fashion: I take file
> >system snapshots (both absolute == level 0) and relative
On 11/22/2010 5:13 PM, Andrew Reilly wrote:
On Mon, Nov 22, 2010 at 10:26:30AM -0500, Jonathan Stewart wrote:
On 11/22/2010 6:35 AM, Andrew Reilly wrote:
Dump/restore doesn't work for ZFS. I *think* that I'm running
backups in the appropriate equivalent fashion: I take file
system snapshots (b
TB --- 2010-11-22 23:33:55 - tinderbox 2.6 running on freebsd-stable.sentex.ca
TB --- 2010-11-22 23:33:55 - starting RELENG_8 tinderbox run for powerpc/powerpc
TB --- 2010-11-22 23:33:55 - cleaning the object tree
TB --- 2010-11-22 23:34:18 - cvsupping the source tree
TB --- 2010-11-22 23:34:18 - /
On Nov 22, 2010, at 17:13, Andrew Reilly wrote:
The currently accepted practice is to create a ZFS file system on the
backup drive and just keep sending incremental snapshots to it. As
long
as the backup drive and host system have a snapshot in common you
can do
incremental transfers. This
Hi, I noticed that *something has changed* regarding vlan creation since
8.0-rel and 7.1-rel, compared to 8.1-rel / 7-stable
When creating a vlan under 8.1-rel (csup'ed the sources yesterday), the box
looses all connectivity
I'm using the following cards:
e...@pci0:1:0:0:class=0x02
I just updated to the latest stable:
~> uname -a FreeBSD compaq.yuetime 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #1:
Mon Nov 22 23:44:47 CST 2010
r...@compaq.yuetime:/usr/obj/usr/src/sys/HOUKAGO
amd64
OK, a little bit better:
~> sudo dtrace -lP syscall
dtrace: invalid probe specifier syscall: "/usr/l
~> uname -a
FreeBSD compaq.yuetime 8.1-STABLE FreeBSD 8.1-STABLE #0: Thu Nov 18 01:32:06
CST
2010 r...@compaq.yuetime:/usr/obj/usr/src/sys/HOUKAGO amd64
I added the required options to the kernel config file:
Code:
options KDTRACE_FRAME
options KDTRACE_HOOKS
options DDB_CTF
and compiled
> -Original Message-
> From: Andriy Gapon [mailto:a...@freebsd.org]
> Sent: Saturday, October 30, 2010 1:53 PM
> To: Artemiev Igor
> Cc: freebsd-stable@freebsd.org; freebsd...@freebsd.org;
> Alexander Zagrebin
> Subject: Re: 8.1-STABLE: zfs and sendfile: problem still exists
>
>
> Heh,
on 23/11/2010 08:14 Alexander Zagrebin said the following:
> It seems that this patch isn't merged into RELENG_8.
> Are there chances that it will be merged before 8.2-RELEASE?
Yes. MFC timer is ticking.
--
Andriy Gapon
___
freebsd-stable@freebsd.org
On Mon, Nov 22, 2010 at 11:45:38PM -0600, Zhihao Yuan wrote:
> ~> uname -a
> FreeBSD compaq.yuetime 8.1-STABLE FreeBSD 8.1-STABLE #0: Thu Nov 18 01:32:06
> CST
> 2010 r...@compaq.yuetime:/usr/obj/usr/src/sys/HOUKAGO amd64
>
> I added the required options to the kernel config file:
>
> Cod
0n Mon, Nov 22, 2010 at 02:19:32PM +, Tom Evans wrote:
>On Mon, Nov 22, 2010 at 2:00 PM, Alexander Logvinov
wrote:
>> ??Use ??chrome --proxy-server="http://proxy:3128/"; :)
>That didn't work either, it would not even make any connections then.
>With '--proxy-server=prox
19 matches
Mail list logo
