mkdir is in wrong location

[myoung34]

On the latest rasp pi debian (jessie) mkdir is in /bin/mkdir

in file: k8s-on-rpi/rootfs/lib/systemd/system/k8s-etcd.service it points specifically to /usr/local/bin/mkdir and causes

Status: Image is up to date for andrewpsuedonym/flanneld:latest
Starting the flannel service
Starting the docker service
Job for docker.service failed. See 'systemctl status docker.service' and 'journalctl -xn' for details.
Pulling necessary hyperkube Docker image
Starting the kubernetes master service

myoung@dev:~$ sudo journalctl -xn
-- Logs begin at Tue 2016-11-08 06:51:57 CST, end at Tue 2016-11-08 07:38:42 CST. --
Nov 08 07:38:38 dev.blindrage.local systemd[1]: Starting Etcd for Kubernetes...
-- Subject: Unit k8s-etcd.service has begun with start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit k8s-etcd.service has begun starting up.
Nov 08 07:38:39 dev.blindrage.local sudo[13504]: pam_unix(sudo:session): session closed for user root
Nov 08 07:38:41 dev.blindrage.local docker[14468]: k8s-flannel
Nov 08 07:38:41 dev.blindrage.local docker[14502]: k8s-etcd
Nov 08 07:38:42 dev.blindrage.local docker[14523]: k8s-flannel
Nov 08 07:38:42 dev.blindrage.local docker[14527]: k8s-etcd
Nov 08 07:38:42 dev.blindrage.local systemd[14540]: Failed at step EXEC spawning /usr/bin/mkdir: No such file or directory
-- Subject: Process /usr/bin/mkdir could not be executed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- The process /usr/bin/mkdir could not be executed and failed.
--
-- The error number returned while executing this process is 2.
Nov 08 07:38:42 dev.blindrage.local sudo[14559]: myoung : TTY=pts/0 ; PWD=/home/myoung ; USER=root ; COMMAND=/bin/journalctl -xn
Nov 08 07:38:42 dev.blindrage.local sudo[14559]: pam_unix(sudo:session): session opened for user root by myoung(uid=0)
Nov 08 07:38:42 dev.blindrage.local docker[14538]: f6c1544098ecb7319230ee1f5b4c380ca653e58786756d336f50ba9c8f29446d

fixed with ln -s /bin/mkdir /usr/local/bin/mkdir but it shouldn't hardcode the path and just let $PATH do its job