/srv/irclogs.ubuntu.com/2016/09/26/#cloud-init.txt

=== mpontillo_ is now known as mpontillo
=== X-Istence is now known as x58
=== promethe1nfire is now known as prometheanfire
=== cpaelzer_ is now known as cpaelzer
=== rangerpbzzzz is now known as rangerpb
=== roaksoax_ is now known as roaksoax
=== daniel3 is now known as Odd_Bloke
smoserharlowja_at_home, pitti (ubuntu systemd maintainer) is complaining about your Before=NetworkManager.service16:28
pittiwell, not "complaining", but it should be a no-op16:29
pittiall network-y things like NM, networkd, ifupdown etc. already run After=network-pre.target -- that's the raison d'ĂȘtre for that target16:29
pittiso I was wondering if there is some race condition somewhere and that just hides a real bug16:30
harlowja_at_homenrezinor1, ^16:37
harlowja_at_homex58, ^16:37
harlowja_at_homeapparently thats not how it works in RHEL16:37
harlowja_at_homelol16:37
harlowja_at_homethose 2 folks are the experts here16:37
harlowja_at_homei'm just a poor small enginner man16:37
harlowja_at_homelol16:37
harlowja_at_homebbiab16:39
harlowjaok backs17:31
nrezinor1i see my name was pinged lol , wat now17:45
=== nrezinor1 is now known as nrezinorn
harlowjanrezinorn something about the network manager stuff18:03
harlowjanrezinorn  https://irclogs.ubuntu.com/2016/09/26/%23cloud-init.html#t16:2818:04
nrezinornyeah i dont remember most of that haha18:13
nrezinornthat was so last week18:13
harlowja:-P18:13
nrezinornthe tl;dr is "MOAR TESTING"18:13
nrezinorni dont have time to test things today lol   stupid "real work"18:14
x58smoser: RHEL requires Before=NetworkManager.service because otherwise NetworkManager starts at the same time as cloud-init-local, and takes over managing /etc/resolv.conf for instance.18:58
x58smoser: I filed bugs for these issues, that describe what is going on.18:58
x58RHEL doesn't have NetworkManger.service require network-pre or something that allows us to order cloud-init-local first.18:59
x58pitti: Yeah, it would be nice if network-pre.target would actually be defined that way on RHEL/CentOS too... but alas it is not.18:59
x58pitti: Also, networking.service is network.service on RHEL, so there are just difference between Ubuntu/RHEL.19:00
x58Either split out the systemd per system, or template it someway, but those are things that need to be accounted for.19:00
harlowjaagreed19:14
harlowjapitti if we need to split out thats fine19:14
harlowjaif there is a RHEL bug somewhere, that'd be nice to know also19:14
smoserx58, so pitt was saying (i think) that upstream NetworkManager's service file does have network-pre.target19:18
harlowjain RHEL?19:18
harlowjaor ubuntu19:18
harlowja?19:18
smoserupstream19:18
harlowjaupstream!!!19:18
harlowja:-P19:18
harlowjawhich stream19:18
smoserhttps://github.com/NetworkManager/NetworkManager/blob/master/data/NetworkManager.service.in19:20
smoserthat one19:20
harlowjax58 ^ any idea, maybe RH just doesn't have that one yet19:23
pittix58: right, forget the particular .service names; the point is that <stuff that fiddles with network interfaces> is After=network-pre.target, and <stuff that sets up firewall or config> runs before that19:53
pittix58: and neither network-pre.target nor NetworkManager.service are an Ubuntu invention -- these both come from their upstream projects19:54
pittix58, harlowja: so, it's plausible that RHEL's NetworkManager.service does not (yet) have After=network-pre.target, and then that workaround would actually DTRT; I just wanted to confirm that this is actually the case19:54
pittibecause, if NM.service already does have After=network-pre.target, then that change is a no-op, and something is still not understood19:55
apollo13are you guessing? cause I can look into centos7 if you want19:56
pittiI am just guessing, yes (Debian/Ubuntu guy here)19:59
apollo13https://dpaste.de/UKgv/raw that is the current file on centos/rhel 719:59
pittiah, so that indeed still misses it19:59
apollo13anything else I should look at?20:00
pittiso that explains it (even though fixing the actual NM.service would be preferrable, so this ought to be a downstream patch)20:00
pittibut nevermind, I mostly just wanted to know if that was maybe just a misunderstanding20:01
apollo13great20:01
apollo13anyways, your After came in with nm 1.2, centos has 1.0.620:02
apollo13https://bugzilla.gnome.org/show_bug.cgi?id=761001 was the original issue20:02
apollo13although according to that bugreport it would be on 1-0 too? seems that redhat didn't cherrypick that (yet)20:03
=== rangerpb is now known as rangerpbzzzz
x58Yes it should probably be fixed by RHEL/CentOS, but that will probably take till version 193943834342112 ...22:32
x58(being overly generous with that version number, knowing how slow RHEL moves)22:33

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!