> On 6 August 2016, at 23:37, Kurt Jaeger wrote:
>
> Hi!
>
>> Is there any information available on when freebsd-update might
>> be corrected to upgrade some 9.3 systems to 11.0?
>
> Does
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211354
>
> help ?
>
>> I have a
Is there any information available on when freebsd-update might be corrected to
upgrade some 9.3 systems to 11.0? I have tried all the beta's and none of them
will do the upgrade even with the EN applied. Bug 211398 has the details.
I have a number of production systems on 9.3 that need to be
Is there any information available on when freebsd-update might be corrected to
upgrade some 9.3 systems to 11.0? I have tried all the beta's and none of them
will do the upgrade even with the EN applied. Bug 211398 has the details.
I have a number of production systems on 9.3 that need to be
Hi!
> Is there any information available on when freebsd-update might
> be corrected to upgrade some 9.3 systems to 11.0?
Does
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211354
help ?
> I have a number of production systems on 9.3 that need to be
> upgraded. I can't go to 10.x as it
On 08/02/16 21:25, Konstantin Belousov wrote:
Below is the merge of some high-profile virtual memory subsystem bug
fixes from stable/10 to 10.3. I merged fixes for bugs reported by
users, issues which are even theoretically unlikely to occur in real
world loads, are not included into the patch
On 11.0-BETA4 I have:
> grep expires /var/db/ntpd.leap-seconds.list
#File expires on: 1 Jun 2017
But I see what you do on 10.3-RELEASE. Looks like the update has not made
it into 10 (an I would guess 9).
Kevin Oberman, Part time kid herder and retired Network Engineer
E-mail:
>> Aug 7 04:13:06 cache0 ntpd[576]: leapsecond file
>> ('/var/db/ntpd.leap-seconds.list'): expired less than 68 days ago
>>
>> # grep ntp /etc/periodic.conf.local
>> # 480.leapfile-ntpd
>> daily_ntpd_leapfile_enable="YES"
>> daily_ntpd_avoid_congestion="NO"
>
> For whatever reason,
On 08/07/16 22:11, Randy Bush wrote:
> i get these on all fbsd 10.3 hosts
>
> Aug 7 04:13:06 cache0 ntpd[576]: leapsecond file
> ('/var/db/ntpd.leap-seconds.list'): expired less than 68 days ago
>
> i have
>
> # grep ntp /etc/periodic.conf.local
> # 480.leapfile-ntpd
>
> However, that patch works and I am now able to upgrade to 11.0-BETA4.
Would you continue informing us with the end result of your procedure.
Personally, I will go the same way on my home nodes. I'm sure latter
RCs would be more friendly regarding this upgrade. Since I have desktop
and laptop,
i get these on all fbsd 10.3 hosts
Aug 7 04:13:06 cache0 ntpd[576]: leapsecond file
('/var/db/ntpd.leap-seconds.list'): expired less than 68 days ago
i have
# grep ntp /etc/periodic.conf.local
# 480.leapfile-ntpd
daily_ntpd_leapfile_enable="YES"
daily_ntpd_avoid_congestion="NO"
consulting
Hello,
I had another crash which I'm quite sure was triggered by mount_unionfs:
Unread portion of the kernel message buffer:
panic: __lockmgr_args: downgrade a recursed lockmgr nfs @
/usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905
cpuid = 3
KDB: stack backtrace:
Am 7. August 2016 08:37:45 MESZ, schrieb Kurt Jaeger :
> […]
> > I have a number of production systems on 9.3 that need to be
> > upgraded. I can't go to 10.x as it won't boot on that hardware.
> > However, 11.0 does boot. I can't afford the downtime to completely
> > rebuild
Harry Schmalzbauer wrote:
> Hello,
>
> I had another crash which I'm quite sure was triggered by mount_unionfs:
Just in case you are not already aware, unionfs is always broken. Read the BUGS
section at the end of "man mount_unionfs". If it were easy to fix, someone would
have done so long ago.
> On 7 August 2016, at 13:59, Florian Ermisch
> wrote:
>
>
>
> Am 7. August 2016 08:37:45 MESZ, schrieb Kurt Jaeger :
>> […]
>>> I have a number of production systems on 9.3 that need to be
>>> upgraded. I can't go to 10.x as it won't
> On 7 August 2016, at 21:27, Zoran Kolic wrote:
>
>> However, that patch works and I am now able to upgrade to 11.0-BETA4.
>
> Would you continue informing us with the end result of your procedure.
> Personally, I will go the same way on my home nodes. I'm sure latter
> RCs
15 matches
Mail list logo