DSM 7 Install Failing

[ilovepancakes95]

Installing these latest spk files on DSM 7 results in the install not evening starting because it says the package runs as root and DSM 7 no longer allows 3rd party packages root. Does open-vm-tools absolutely need to run as root on DSM? If not, how can the spk be changed to run as a different user?

I see spk/open-vm-tools/src/conf/privilege (https://github.com/NeverEatYellowSwissSnow/synology-dsm-open-vm-tools/blob/c57765032cbb738bc1c7a0da979bc1e04dfbffdf/spk/open-vm-tools/src/conf/privilege) is using root for everything right now.

[Grandma-Betty]

Since DSM 7 the way of building SPK packes has changed.
I'm not even sure the according spksrc from Synocommunity has actually all required updated packages for DSM 7 implemented.

That said I'm not aware yet what it takes to compile open-vm-tools for DSM 7, I have to take a deeper dive into it when I have time, but at the moment I am very busy.

[ilovepancakes95]

Thanks, makes sense. No particular rush anyway, just thinking ahead with the upcoming release of https://github.com/RedPill-TTG/redpill-load (still in dev for now).

[Grandma-Betty]

Meanwhile maybe you could try this one:
https://github.com/yale-wp/docker-xpenology-open-vm-tools

[ilovepancakes95]

Meanwhile maybe you could try this one:
https://github.com/yale-wp/docker-xpenology-open-vm-tools

Thanks, will take a look.

[bartclone]

I doubt it. It’s 4 years old. Also uses a rather fat container Debian layer. And meanwhile Docker has changed a lot. For example: do the open-vm-tools not need to run rooted/unprivileged? Does DSM7 include systemd-nspawn? (No v7 in use here yet) If so, might be worth however to investigate how to run it using a systemd-nspawn container. (like the folks at RHEL seem to do, via podman) Op za 21 aug. 2021 om 21:12 schreef ilovepancakes95 < ***@***.***>

Meanwhile maybe you could try this one: https://github.com/yale-wp/docker-xpenology-open-vm-tools Thanks, will take a look. — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#3 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AA4W3VEZWE4FSPD4ZNKEFILT573A5ANCNFSM5CK7SMRQ> . Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&utm_campaign=notification-email> .

-- Bart Koppers +31(0)620986845 ***@***.***

[OrpheeGT]

Hi !
Did you have a look there ? :
SynoCommunity/spksrc#4170
and
SynoCommunity/spksrc#4215

I'm still not sure but there is a dsm7-package branch
https://github.com/SynoCommunity/spksrc/tree/dsm7-packages/

[botkoowo]

I doubt it. It’s 4 years old. Also uses a rather fat container Debian layer. And meanwhile Docker has changed a lot. For example: do the open-vm-tools not need to run rooted/unprivileged? Does DSM7 include systemd-nspawn? (No v7 in use here yet) If so, might be worth however to investigate how to run it using a systemd-nspawn container. (like the folks at RHEL seem to do, via podman) Op za 21 aug. 2021 om 21:12 schreef ilovepancakes95 < @.>
Meanwhile maybe you could try this one: https://github.com/yale-wp/docker-xpenology-open-vm-tools Thanks, will take a look. — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#3 (comment)>, or unsubscribe https://github.com/notifications/unsubscribe-auth/AA4W3VEZWE4FSPD4ZNKEFILT573A5ANCNFSM5CK7SMRQ . Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&utm_campaign=notification-email .
-- Bart Koppers +31(0)620986845 @.

HI, I have installed open-vm-tools Docker in my DSM7.0 on esxi and it does work well. But it needs 22 port on.

[aigors]

Hi, i have obtained a almost functional package, if you look into configure options you have --without-root-privileges , but you must delete privileges file.
Doing that you can install package, but you get some errors
about this lines in service-setup.
[ -e /etc/vmware-tools ] || ln -s ${SYNOPKG_PKGDEST}/etc/vmware-tools /etc/vmware-tools [ -e /lib/open-vm-tools ] || ln -s ${SYNOPKG_PKGDEST}/lib/open-vm-tools /lib/open-vm-tools if [ ! -e /lib/udev/rules.d/99-vmware-scsi-udev.rules ]; then ln -s ${SYNOPKG_PKGDEST}/lib/udev/rules.d/99-vmware-scsi-udev.rules /lib/udev/rules.d/99-vmware-scsi-udev.rules udevadm control --reload
Another change is installation folder, i used
VMTOOLS_DIR="${SYNOPKG_PKGDEST}/${SYNOPKG_PKGNAME}"

And installation goes well.

[perrin-1]

I've created a pull request that fixes the issues mentioned here. See: #4

[jarvisbak]

I've created a pull request that fixes the issues mentioned here. See: #4

@perrin-1 do u have the latest apollolake packages which fixed dsm 7.0 bugs? i have no build environment in local.
if have, can u send me the package to [email protected]?

[perrin-1]

@jarvisbak I am sorry, but I can't provide a binary release at this time. Building is fairly easy and should basically work on every linux machine with docker. It should even work on the Synology

[sjtuross]

I compiled and installed the package on DS918+ 7.0.1-42218. ESXi does show vmware tool running and vm ip address, but if I shut down guest os, it does not work and says "A general system error occurred: Invalid fault". Do you have the same issue?

[perrin-1]

@sjtuross I can confirm that issue. Shutdown does currently not work. Since the open vm tools process is not running as root, my guess is, that the unprivileged user may not shut down the system. I have no idea how to allow the restricted user to shut down ther system

[OrpheeGT]

You may want to try to add this extension :
https://raw.githubusercontent.com/jimmyGALLAND/redpill-ext/master/acpid/rpext-index.json

I'm curious to see if it works in addition with open-vm-tools

[sjtuross]

@perrin-1 You're right. On DSM 7, it is no longer possible to run package as root. In this PR #4, I see privileges are removed and some code for creating symlink are also removed from service-setup.sh. With such changes, the guest os functionalities like shutdown is broken in DSM 6 too. I think it would be better to put the specific changes for DSM 7 in a separate branch.

[Grandma-Betty]

@perrin-1 Jumped back to the last commit working on DSM 6 as there seem to be bugs in your commit. Please make your fork the main repository for DSM 7 public users as I have no need to maintain this repository anymore as I am also not using XPEnology anymore.
Thanks.