However /srv should always exist on FHS compliant systems and should be used as the default location for such data. Distributions must take care not to remove locally placed files in these directories without administrator permission.
I have a problem getting SRV records to respond correctly from new BIND9 server. It seems to respond as expected for every test I can hit is with except adding the "additional section" that
How can I get access to edit the /srv folder and all of its contents on ubuntu 12? I need to edit some files for a server called airtime. I need read and write privileges in it. Cameron
No SRV records of NTP servers found and no NTP server or pool address was provided. Using default chrony configuration. CalledProcessError(Command ['/bin/systemctl', 'restart', 'chronyd.service'] returned non-zero exit status 5: 'Failed to restart chronyd.service: Unit chronyd.service not found.\n') The ipa-client-install command failed.
FHS: /srv : Data for services provided by this system Rationale This main purpose of specifying this is so that users may find the location of the data files for particular service, and so that services which require a single tree for readonly data, writable data and scripts (such as cgi scripts) can be reasonably placed.
The user’s home directory is also /srv/www/myblog which used to work in the past. I tried the allow_writeable_chroot=YES solution which did not work, and actually broke vsFTPd completely.
200 /srv 804 /dev 4884 /root 8052 /bin 8600 /tmp 9136 /sbin 11888 /lib32 23100 /etc 66480 /boot 501072 /web 514516 /lib 984492 /opt 3503984 /var 7956192 /usr 74235656 /home Then it's a case of rinse and repeat. Target the subdirectories you think are too big, run the command for them and you find out what's causing the problem.