Tom Gundersen <[email protected]> writes:
> On Thu, Dec 11, 2014 at 9:14 AM, Jan Synáček <[email protected]> wrote:
>> test-dhcp-{client,server} are failing in mock:
>>
>> FAIL: test-dhcp-client
>> ======================
>> Assertion 'client' failed at ../src/libsystemd-network/sd-dhcp-client.c:138, 
>> function sd_dhcp_client_set_request_option(). Ignoring.
>> Assertion 'client' failed at ../src/libsystemd-network/sd-dhcp-client.c:169, 
>> function sd_dhcp_client_set_request_address(). Ignoring.
>> Assertion 'client' failed at ../src/libsystemd-network/sd-dhcp-client.c:182, 
>> function sd_dhcp_client_set_index(). Ignoring.
>> Assertion 'interface_index > 0' failed at 
>> ../src/libsystemd-network/sd-dhcp-client.c:185, function 
>> sd_dhcp_client_set_index(). Ignoring.
>> Assertion 'interface_index > 0' failed at 
>> ../src/libsystemd-network/sd-dhcp-client.c:185, function 
>> sd_dhcp_client_set_index(). Ignoring.
>> Assertion 'interface_index > 0' failed at 
>> ../src/libsystemd-network/sd-dhcp-client.c:185, function 
>> sd_dhcp_client_set_index(). Ignoring.
>> DHCP CLIENT (0x0): FREE
>> DHCP CLIENT (0xbe31128b): STARTED on ifindex 42
>> DHCP CLIENT (0xbe31128b): DISCOVER
>> DHCP CLIENT (0xbe31128b): STOPPED
>> DHCP CLIENT (0x0): FREE
>> DHCP CLIENT (0x45d3fd67): STARTED on ifindex 42
>> DHCP CLIENT (0x45d3fd67): DISCOVER
>> DHCP CLIENT (0x45d3fd67): OFFER
>> DHCP CLIENT (0x45d3fd67): REQUEST (requesting)
>> DHCP CLIENT (0x45d3fd67): ACK
>> DHCP CLIENT (0x45d3fd67): lease expires in 9min 57.698157s
>> DHCP CLIENT (0x45d3fd67): T2 expires in 8min 42.895614s
>> DHCP CLIENT (0x45d3fd67): T1 expires in 5min 101.292ms
>> DHCP CLIENT (0x45d3fd67): STOPPED: Operation not permitted
>
>
> This is really odd. I cannot reproduce, and looking at the code I
> cannot figure out how this could ever happen. I pushed a bit of extra
> logging just now, but even so I really don't see it.
>
> Any chance you can reproduce this locally and either let me know how,
> or go step through it with gdb and see where the EPERM originates?

Assuming that you run Fedora, you can patch the current specfile that is
in rawhide with the patch in [1]. Then, just execute "fedpkg
mockbuild". I tried to manually make the test fail directly inside the
mock buildroot, but couldn't make it work.  After patching the spec, you
can create an srpm with "fedpkg srpm" and then use mock direcly like so:

$ mock -r fedora-rawhide-x86_64 --no-cleanup --no-cleanup-after <path to srpm>

You'll then have the root and the results in 
/var/lib/mock/fedora-rawhide-x86_64/result.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1076119

Cheers,
-- 
Jan Synacek
Software Engineer, Red Hat

Attachment: signature.asc
Description: PGP signature

_______________________________________________
systemd-devel mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Reply via email to