MMM-CalDAV

sdetweil

@karsten13 thats what I thought

@caw can you ssh logon to your synology and execute a docker command

docker inspect  magicmirror

scroll up to look at the mounts section
(this is from a different container, as I don’t have one running MM)

Mounts": [
            {
                "Type": "volume",
                "Name":  
"94f89b1076c681a8dd32a7863d7a867e2077849f0fc53091062aae3797433919",
                "Source": "/var/lib/docker/volumes/94f89b1076c681a8dd32a7863d7a867e2077849f0fc53091062aae3797433919/_data",
                "Destination": "/config",    <---- check for /opt/magic_mirror/modules
                "Driver": "local",
                "Mode": "",
                "RW": true,    <------------    check this , should be true
                "Propagation": ""
            },

also, how (from where, as what userid?) did you git clone the module, and npm install?

another docker command

docker exec magicmirror ls /opt/magic_mirror/modules -laF

caw

@karsten13

i used:

docker run -d --user root --name magicmirror
-p 8036:8080
-v /volume1/docker/magicmirror/config:/opt/magic_mirror/config
-v /volume1/docker/magicmirror/modules:/opt/magic_mirror/modules
-v /volume1/docker/magicmirror/customcss:/opt/magic_mirror/customcss
-e TZ=Europe/Berlin
–restart always
registry.gitlab.com/khassel/magicmirror

sdetweil

@caw from synology ssh terminal window do

ls /volume1/docker/magicmirror -laF

caw

@sdetweil

thats the result

and

are the mounts section

sdetweil

@caw ok now need to look inside modules

ls -laF /volume1/magicmirror/modules
and in the module folder
ls -laF /volume1/magicmirror/modules/MMM-CalDAV

we did not check INSIDE the MMM-CalDAV/service folder to see if there is an existing file that might be overwritten (with the wrong permissions)

caw

@sdetweil

it´s in the /volume1/docker/magicmirror/modules

sdetweil

@caw ok, the docker container is running as user/group 1000/1000

so Simon and users is neither of those

and linux permissions are a set of values, 3 flags per

user – this user number/name (Simon)
group --if the user is part of the named group (users)
other – permissions for any user NOT in the two choices above

the permissions shown

user = rwx // user can read( r) write(w) and execute(x)
group = r-x // group can read( r) and execute(x)
other = r-x // all others can read ( r) and execute(x)

or 755

if you fix the permissions to 757
user rwx
group r-x
other rwx

or 775 (probably better, not allow ‘any’ other…)
user rwx
group rwx
other r-x

then other (1000) will be allowed to write to the folder (service folder)

caw

@sdetweil

so the permission error is gone but the *ics is still not saved
LOG attached

sdetweil

@caw can you show all the calDAV messages…

last says fetching
but the prior says not found…

MMRIZE

@caw
I cannot say anything without the full log. But at the first execution, ics would not be written yet, (calendar module is so fast than CalDAV’s connection and parsing) so just wait for the next cycle to finish serving, or just stop and rerun MM. From the second execution, ics will be served.