Обсуждение: Odd uuid-ossp behavior on smew and shearwater
Buildfarm critters smew and shearwater are reporting regression test failures that suggest that the UUID library can't get a system MAC address: http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=smew&dt=2014-05-28%2023%3A38%3A28 http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=shearwater&dt=2014-05-29%2000%3A24%3A32 I've just committed regression test adjustments to prevent that from being a failure case, but I am confused about why it's happening. I wouldn't be surprised at not getting a MAC address on a machine that lacks any internet connection, but that surely can't describe the buildfarm environment. Are you curious enough to poke into it and see what's going on? It might be useful to strace a backend that's trying to execute uuid_generate_v1() and see what the kernel interaction looks like exactly. regards, tom lane
On Wed, May 28, 2014 at 11:23 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Buildfarm critters smew and shearwater are reporting regression test > failures that suggest that the UUID library can't get a system MAC > address: > http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=smew&dt=2014-05-28%2023%3A38%3A28 > http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=shearwater&dt=2014-05-29%2000%3A24%3A32 > > I've just committed regression test adjustments to prevent that from > being a failure case, but I am confused about why it's happening. > I wouldn't be surprised at not getting a MAC address on a machine that > lacks any internet connection, but that surely can't describe the > buildfarm environment. Are you curious enough to poke into it and > see what's going on? It might be useful to strace a backend that's > trying to execute uuid_generate_v1() and see what the kernel interaction > looks like exactly. Here's the result of attaching strace to an idle backend, then running SELECT uuid_generate_v1(). AFAIR shearwater is a cheaply-hosted OpenVZ VPS under the hood. Josh
Вложения
Josh Kupershmidt <schmiddy@gmail.com> writes:
> On Wed, May 28, 2014 at 11:23 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> I've just committed regression test adjustments to prevent that from
>> being a failure case, but I am confused about why it's happening.
>> I wouldn't be surprised at not getting a MAC address on a machine that
>> lacks any internet connection, but that surely can't describe the
>> buildfarm environment. Are you curious enough to poke into it and
>> see what's going on? It might be useful to strace a backend that's
>> trying to execute uuid_generate_v1() and see what the kernel interaction
>> looks like exactly.
> Here's the result of attaching strace to an idle backend, then running
> SELECT uuid_generate_v1(). AFAIR shearwater is a cheaply-hosted OpenVZ
> VPS under the hood.
Interesting. Looks like you have access only to virtual network
interfaces, and they report all-zero MAC addresses, which the UUID library
is smart enough to ignore. If smew is also in a virtual environment
then that's probably the explanation. (There are some other buildfarm
critters that are reporting MAC addresses with the local-admin bit set,
which I suspect also means they've got virtual network interfaces, but
with a different treatment of the what-to-report problem.)
regards, tom lane
On 05/29/2014 02:38 PM, Tom Lane wrote: > Josh Kupershmidt <schmiddy@gmail.com> writes: >> On Wed, May 28, 2014 at 11:23 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: >>> I've just committed regression test adjustments to prevent that from >>> being a failure case, but I am confused about why it's happening. >>> I wouldn't be surprised at not getting a MAC address on a machine that >>> lacks any internet connection, but that surely can't describe the >>> buildfarm environment. Are you curious enough to poke into it and >>> see what's going on? It might be useful to strace a backend that's >>> trying to execute uuid_generate_v1() and see what the kernel interaction >>> looks like exactly. >> Here's the result of attaching strace to an idle backend, then running >> SELECT uuid_generate_v1(). AFAIR shearwater is a cheaply-hosted OpenVZ >> VPS under the hood. > Interesting. Looks like you have access only to virtual network > interfaces, and they report all-zero MAC addresses, which the UUID library > is smart enough to ignore. If smew is also in a virtual environment > then that's probably the explanation. (There are some other buildfarm > critters that are reporting MAC addresses with the local-admin bit set, > which I suspect also means they've got virtual network interfaces, but > with a different treatment of the what-to-report problem.) > > Almost all my critters run in VMs (all but jacana and bowerbird). cheers andrew
On Thu, May 29, 2014 at 4:06 PM, Andrew Dunstan <andrew@dunslane.net> wrote: > On 05/29/2014 02:38 PM, Tom Lane wrote: >> Josh Kupershmidt <schmiddy@gmail.com> writes: >> Interesting. Looks like you have access only to virtual network >> interfaces, and they report all-zero MAC addresses, which the UUID library >> is smart enough to ignore. If smew is also in a virtual environment >> then that's probably the explanation. (There are some other buildfarm >> critters that are reporting MAC addresses with the local-admin bit set, >> which I suspect also means they've got virtual network interfaces, but >> with a different treatment of the what-to-report problem.) > Almost all my critters run in VMs (all but jacana and bowerbird). They're not running on OpenVZ, are they? `ifconfig` on shearwater says: venet0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 inet addr:127.0.0.2 P-t-P:127.0.0.2 Bcast:0.0.0.0 Mask:255.255.255.255 UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 RX packets:1409294 errors:0dropped:0 overruns:0 frame:0 TX packets:1488401 errors:0 dropped:0 overruns:0 carrier:0 collisions:0txqueuelen:0 RX bytes:751149524 (716.3 MiB) TX bytes:740573200 (706.2 MiB) venet0:0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 inet addr:198.204.250.34 P-t-P:198.204.250.34 Bcast:0.0.0.0 Mask:255.255.255.255 UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 and it seems this all-zeros MAC address is a common (mis-?)configuration on OpenVZ: https://github.com/robertdavidgraham/masscan/issues/43 http://stackoverflow.com/questions/5838225/how-do-i-get-a-default-gridgain-node-in-openvz-discover-other-nodes-on-the-same http://forum.openvz.org/index.php?t=msg&goto=8117
On 05/29/2014 05:41 PM, Josh Kupershmidt wrote: > On Thu, May 29, 2014 at 4:06 PM, Andrew Dunstan <andrew@dunslane.net> wrote: >> Almost all my critters run in VMs (all but jacana and bowerbird). > They're not running on OpenVZ, are they? `ifconfig` on shearwater says: > [...] > and it seems this all-zeros MAC address is a common > (mis-?)configuration on OpenVZ: > > https://github.com/robertdavidgraham/masscan/issues/43 > http://stackoverflow.com/questions/5838225/how-do-i-get-a-default-gridgain-node-in-openvz-discover-other-nodes-on-the-same > http://forum.openvz.org/index.php?t=msg&goto=8117 > Yeah, that's a bit ugly. Mine are on qemu, one (sitella) is on Xen. cheers andrew
On Fri, May 30, 2014 at 12:45 AM, Andrew Dunstan <andrew@dunslane.net> wrote:
On 05/29/2014 05:41 PM, Josh Kupershmidt wrote:[...]On Thu, May 29, 2014 at 4:06 PM, Andrew Dunstan <andrew@dunslane.net> wrote:Almost all my critters run in VMs (all but jacana and bowerbird).They're not running on OpenVZ, are they? `ifconfig` on shearwater says:Yeah, that's a bit ugly. Mine are on qemu, one (sitella) is on Xen.and it seems this all-zeros MAC address is a common
(mis-?)configuration on OpenVZ:
https://github.com/robertdavidgraham/masscan/issues/43
http://stackoverflow.com/questions/5838225/how-do-i-get-a-default-gridgain-node-in-openvz-discover-other-nodes-on-the-same
http://forum.openvz.org/index.php?t=msg&goto=8117
That's likely the difference between real virtualization and containerization. It'd be interesting to see how it behaves on FreeBSD jails or LXC-containers.
Magnus Hagander
Me: http://www.hagander.net/
Work: http://www.redpill-linpro.com/