<p dir="ltr">It's also worth mentioning that some software doesn't cope with symlinks.  It's rare, but I've seen software fail to write files because it was pointed to a symlink rather than a directory. Needless to say I'm working on replacing said software at the moment.</p>
<p dir="ltr">I'd be surprised if that's what you're seeing though, I'm fairly sure I've done this exact same thing on a dev environment previously.</p>
<p dir="ltr">Regards<br>
Alice<br></p>
<p dir="ltr">FOR PUBLIC SAFETY REASONS, THIS EMAIL HAS BEEN INTERCEPTED BY YOUR GOVERNMENT AND WILL BE RETAINED FOR FUTURE ANALYSIS</p>
<div class="gmail_quote">On 21 Apr 2015 10:51, "David Spencer" <<a href="mailto:baildon.research@googlemail.com">baildon.research@googlemail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> Yesterday I was setting up a new Ubuntu Server to host some VMs using<br>
> libvirt.<br>
> I moved /var/lib/libvirt to a 2nd drive (mounted as /mnt/data) to<br>
> /mnt/data/libvirt/<br>
> I then created a soft link, checked the permissions (octal 750) and the<br>
> ownership.<br>
> But when I tried to create a new VM I got a permissions error.<br>
> Deleting the soft link  and moving libvirt back again to the root partition<br>
> and I can creating a new VM works.<br>
<br>
The only things that matter [1] are<br>
(1) the symlink must be in the right place, and<br>
(2) the symlink must be pointing to the right target, and<br>
(3) the ownership and permissions of the target must be right<br>
<br>
If I understand you right,<br>
<br>
ls -l /var/lib/libvirt<br>
should give you<br>
lrwxrwxrwx 1 owner1 group1 18 <date> /var/lib/libvirt -> /mnt/data/libvirt/<br>
<br>
ls -ld /mnt/data/libvirt/<br>
should give you<br>
drwxr-xr-x 2 owner2 group2 4096 <date> /mnt/data/libvirt/<br>
<br>
realpath -e /var/lib/libvirt<br>
should give you<br>
/mnt/data/libvirt<br>
<br>
If you're getting an error, then one or more of the above conditions<br>
1-3 are not fulfilled, or you've given libvirt the wrong path, or<br>
libvirt is deleting and recreating or otherwise messing with the<br>
attributes of one or more of the components of the path or the<br>
"realpath", or maybe the effective permissions on the containing<br>
directories (/mnt/data or /mnt) are gratuitously restrictive.<br>
<br>
And then again, lots of people get confused about the 'source' and<br>
'target' of the ln -s command; there is a case to be made that those<br>
arguments are not the right way round. (Unix considers them to be<br>
analogous to the cp command, but Multics had them the other way round.<br>
I don't necessarily endorse either point of view.)<br>
<br>
ttfn<br>
-D.<br>
<br>
[1] man 7 symlink<br>
<a href="http://man7.org/linux/man-pages/man7/symlink.7.html" target="_blank">http://man7.org/linux/man-pages/man7/symlink.7.html</a><br>
<br>
"The only time that the ownership of a symbolic link<br>
matters is when the link is being removed or renamed in a directory<br>
that has the sticky bit set (see stat(2)). [...]<br>
On Linux, the permissions of a symbolic link are not used in any<br>
operations; the permissions are always 0777 (read, write, and execute<br>
for all user categories), and can't be changed."<br>
<br>
_______________________________________________<br>
Bradford mailing list<br>
<a href="mailto:Bradford@mailman.lug.org.uk">Bradford@mailman.lug.org.uk</a><br>
<a href="https://mailman.lug.org.uk/mailman/listinfo/bradford" target="_blank">https://mailman.lug.org.uk/mailman/listinfo/bradford</a><br>
</blockquote></div>