The first release candidate builds of the 9.2-RELEASE release cycle
are now available on the FTP servers for the amd64, i386, ia64, powerpc,
powerpc64, and sparc64 architectures.
The image checksums follow at the end of this email.
ISO images and, for architectures that support it, the memory sti
Got some new info. I read this
https://lists.isc.org/pipermail/bind-users/2006-August/063528.html
Perhaps, the problem because our MS DNS server returns SERVFAIL on query.
It happens in case of often queries. It's 9.2-RC1:
14:59:50.973445 IP reticulum.xxx.ru.29244 > hercules.xxx.ru.d
Hmm. SERVFAIL comes because of not full dns name. Kalmar. instead of
kalmar.ocs.ru.
2013/8/5 Pavel Timofeev :
> Got some new info. I read this
> https://lists.isc.org/pipermail/bind-users/2006-August/063528.html
> Perhaps, the problem because our MS DNS server returns SERVFAIL on query.
> It
So, sendmail is broken? Or libraries which sendmail uses to resolv names?
2013/8/5 Pavel Timofeev :
> Hmm. SERVFAIL comes because of not full dns name. Kalmar. instead of
> kalmar.ocs.ru.
>
> 2013/8/5 Pavel Timofeev :
>> Got some new info. I read this
>> https://lists.isc.org/pipermail/bind-users/
Another DNS (not MS) server answers NXDomain instead of SERVFAIL on
'? kalmar.' query.
And then sendmail asks for A. Email works
There are two ways obviously:
1. Change sendmail behaviour, i.e. make it ask for A record just after
first query for . Like in 9.1-RELEASE.
2. Make MS DNS answer
On Jul 29, 2013, at 10:48 PM, J David wrote:
> If it is helpful, we have 25 nodes testing the 9.2-BETA1 build and
> without especially trying to exercise this bug, we found
> sendfile()-using processes deadlocked in WCHAN newnfs on 5 of the 25
> nodes. The ones with highest uptime (about 3 day
On Mon, Aug 5, 2013 at 12:06 PM, Mark Saad wrote:
> Is there any updates on this issue ? Has anyone tested it or see it happen
> on the release candidate ?
It's a bit premature for that; the RC has been out for a few hours.
We put BETA2 on 25 nodes and only saw the problem on five after 24
hou
Hi. I have some problems installing 9.2-RC1 on sparc64 via the network
I have a dhcp server, and an NFS server that exports the disc1 ISO.
Relevant portions of dhcpd.conf:
filename "boot/loader";
option root-path ":/cdrom";
The boot/loader was copied from the install image. The tftpboot
I have an i5-2500 machine 8GB RAM now running 9.2-RC1 amd64 with the
GENERIC kernel. Today, while still running 9.2-BETA2, I updated my
source tree and started building world with idprio 31 and I looked back
a while later and all the CPU cores and disk were essentially idle, and
hardly any progress
On Sat, Aug 3, 2013 at 3:16 PM, Andriy Gapon wrote:
> Very unusual. Would you be able to try 9.2 zfsloader again?
Surely.
> I would like to see values of loaddev, currdev and vfs.zfs.boot.primary_pool
> loader variables (if any are set). These can be obtained using 'show' command
> at loader p
On Mon, Aug 5, 2013 at 7:54 PM, J David wrote:
> OK show vfs.zfs.boot.primary_pool
> 2022708996989799150
I should add that this is indeed the correct guid for the pool:
$ zpool get guid
NAME PROPERTY VALUE SOURCE
data guid 2022708996989799150 default
Thanks!
__
On Mon, Aug 05, 2013 at 07:36:40PM +0200, Michiel Boland wrote:
> Hi. I have some problems installing 9.2-RC1 on sparc64 via the network
>
> I have a dhcp server, and an NFS server that exports the disc1 ISO.
>
> Relevant portions of dhcpd.conf:
>
> filename "boot/loader";
> option root-
On Mon, Aug 5, 2013 at 8:01 PM, J David wrote:
> I should add that this is indeed the correct guid for the pool:
>
> $ zpool get guid
> NAME PROPERTY VALUE SOURCE
> data guid 2022708996989799150 default
After a full make buildworld installworld, I finally got the revised output:
ZFS: c
On 08/06/2013 03:53, Marius Strobl wrote:
On Mon, Aug 05, 2013 at 07:36:40PM +0200, Michiel Boland wrote:
Hi. I have some problems installing 9.2-RC1 on sparc64 via the network
I have a dhcp server, and an NFS server that exports the disc1 ISO.
Relevant portions of dhcpd.conf:
filename "
14 matches
Mail list logo
