Search results

It seems I have a similar problem: # camcontrol devlist <SEAGATE ST1000NM0001 0002> at scbus0 target 0 lun 0 (pass0) <SEAGATE ST1000NM0001 0002> at scbus0 target 1 lun 0 (pass1) <SEAGATE ST1000NM0001 0002> at scbus0 target 2 lun 0 (pass2) <SEAGATE ST1000NM0001 0002>...

I'd recommend sysutils/ezjail and run ezjail-admin update -b.

nmbd_enable = "YES" smbd_enable = "YES" Remove the whitespaces around the "=".

Oh, I thought versions before 2.0 are no longer allowed to be actively distributed. Also 1.1.5.1 is missing in this archive (the first version I installed a while ago). :)

I can confirm, pecl-APC-3.1.13 fixes the problem.

You were using zpool add instead of zpool attach. In order to fix it, you will have to backup all the data and recreate the pool. :( I'd recommend using gpt labels in the future and partitions with a proper alignment for your 4K disks (keywords: gpart add -b 2048 ..., gnop, ashift=12).

Temporary solution: Downgrade to pecl-APC-3.1.11 until a fixed version after pecl-APC-3.1.12 is out.

I have the same problem on three machines now, portdowngrade to pecl-APC-3.1.11 helps.

I have the same problem, running php5 (not php53) with 5.3.13 and waiting for customer's ok to update and now portaudit does not show a problem, because a line like "php5 <5.3.14" is missing. It was safe to keep 5.3.13 from 2012-05-16 (php5-5.4-Update) until 2012-07-18 (php53-5.3.14-Update).

I use this one: Supermicro AOC-SAT2-MV8 with mvs(4).

Maybe arp -a is your friend? ndp -a for v6. arpwatch and ndpmon are also fine. All of this has nothing to do with DHCP, but maybe it's still what you're looking for?

Welcome to the 21st century: pkg_version -vL= :)

He could try faking the needed third disk using mdconfig(8). But if disk space is the problem, he could also create a second zfs, set dedup=on on both and rsync the broken fs to the new one and then destroy the old one. Been there, done that, my broken zfs showed 16.0E usage. But it did...

Can you provide the diffs, please?

The problem still exists in 8.1-RELEASE. The patch is only in HEAD (r203548) but not in stable. :( http://redmine.pfsense.org/repositories/entry/pfsense-tools/patches/RELENG_8_1/if_lagg_vlan_handling.diff?rev=64fd5b02c883db52511a333d8b879eaad2038d11 I've tried it right now and it works...

Something like this? :) # zpool list zdata NAME SIZE USED AVAIL CAP HEALTH ALTROOT zdata 8.12T 3.98T 4.15T 48% ONLINE - # zpool status zdata pool: zdata state: ONLINE status: The pool is formatted using an older on-disk format. The pool can still be used, but...

Why exactly 1x? I also wonder why resilvering of a 9disk-raidz2 should take very long and therefore is a showstopper for such a config. I always thought the time of resilvering is mainly dependent of the amount of data stored in the pool. And remember: The pool is working fine during...

I disagree. You lose all your data if the wrong two disks fail (and the fail of the 2nd disk of a mirror during resilver is quite likely). raidz2 with hotspare is much more reliable.

You've enabled ipv6 on your host, but your v6 connectivity is broken (no route to host). You should fix that instead of trying to disable v6 in postfix. You'll notice these problems with all types of software trying to connect to v6 enabled sites (try ftp ftp.freebsd.org for example). Connecting...

Maybe it has something to do with this change: http://svn.freebsd.org/viewvc/base/stable/8/sys/dev/re/if_re.c?r1=207977&r2=207976&pathrev=207977