Description of problem:
What's going on here?
[root@localhost ~]# uname -r
[root@localhost ~]# readlink /proc/1/exe
[root@localhost ~]# netstat -pan | grep init
unix 2 [ ] DGRAM 4718 1/init /run/systemd/notify
unix 2 [ ACC ] STREAM LISTENING 4720 1/init /run/systemd/private
unix 2 [ ACC ] SEQPACKET LISTENING 4754 1/init @/org/kernel/udev/udevd
unix 2 [ ACC ] STREAM LISTENING 4751 1/init /run/systemd/stdout-syslog-bridge
unix 2 [ ] DGRAM 5019 1/init /run/systemd/shutdownd
unix 24 [ ] DGRAM 5021 1/init /dev/log
unix 2 [ ACC ] STREAM LISTENING 7089 1/init /var/run/rpcbind.sock
unix 2 [ ACC ] STREAM LISTENING 7091 1/init /var/run/dbus/system_bus_socket
unix 3 [ ] STREAM CONNECTED 7897 1/init
unix 2 [ ] DGRAM 7847 1/init
Version-Release number of selected component (if applicable):
Steps to Reproduce:
I should mention that running systemctl daemon-reexec correctly relables 1 to systemd
The initramfs runs it as "/sbin/init". netstat reads /proc/1/cmdline to get the name. After "systemctl daemon-reexec" it gets a new cmdline.
I think 'init' is the right name here. Process 1 is /sbin/init and there is no systemd process in system.
Probably f3b6a3edbce43df47374761529dd663c9a39c612 should be reverted or changed to set name 'init'?
Personally I've gotten used to and expect systemd to be there. Anyway all personal prefs aside what matters here is that the name stays consistent through out all releases and distributions. So if we go for "init" that change needs to be backported to F15 as well.
We actually explicitly set "comm" to "systemd" when initializing, but we do not patch argv, because that is so ugly to do if the string we patch in is longer than the original one.
In generally I think we should probably identify us everyhwere with systemd, not with init.
netstat should probably show comm rather than argv.
Btw if we are considering fixing this can we fix the broken behaviour of inet and display as well what socket/service is listening on 1/
So the output from netstat goes from
udp 0 0 127.0.0.1:69 0.0.0.0:* 1/systemd
udp 0 0 127.0.0.1:69 0.0.0.0:* 1/systemd/tftp
Or something similar systemd/tftp.socket or systemd/tftp.service?
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
dracut in F17 will now invoke systemd as systemd, no longer as init. That should fix the issue as we will no always show up under the same name in ps.