ls -l /var/tmp
I get this
total 36
drwxr-xr-x 4 phd phd 4096 Jul 24 16:59 phd
drwx------ 3 root root 4096 Jul 19 02:59 systemd-private-044c9da988724e6aa9d4915ea2d49292-chronyd.service-ftsUhj
drwx------ 3 root root 4096 Jul 19 02:59 systemd-private-044c9da988724e6aa9d4915ea2d49292-httpd.service-VqFsMN
drwx------ 3 root root 4096 Jul 23 20:15 systemd-private-b32f127a6db846c486d311de8ec33133-chronyd.service-9g2r7e
drwx------ 3 root root 4096 Jul 24 17:25 systemd-private-b32f127a6db846c486d311de8ec33133-httpd.service-GTRD35
drwx------ 3 root root 4096 Jul 24 17:25 systemd-private-b32f127a6db846c486d311de8ec33133-mysqld.service-IYIPeh
drwx------ 3 root root 4096 Jul 19 22:15 systemd-private-e54d5948f61c4854b6dd956b4ceb79e5-chronyd.service-m6rIwu
drwx------ 3 root root 4096 Jul 19 22:15 systemd-private-e54d5948f61c4854b6dd956b4ceb79e5-httpd.service-sA2b2R
drwx------ 2 root root 4096 Jul 24 16:45 yum-root-8649Ri
[root@ns phabricator]#
I deleted the folder, then tried sudo -u phd bin/phd start --force
that seems to have fixed the issue.of daemons.
Let me try to push now, after generating the private keys.
now regarding the http pushing, do I use the vcs username or the username for the person logged to phabricator.
The login username.
Just added a section on weekly automatic upgrades.
Yeah, itâs got me scratching my head. A suggestion on the Letâs Encrypt forum led me to try this in the port 80 virtualhost:
RewriteEngine on
RewriteRule ^\.well-known/ - [L]
RewriteRule (.*) https://phab.domain/$1 [R,L]
Alias "/.well-known/acme-challenge/" "/var/www/html/.well-known/acme-challenge/"
<Directory "/var/www/html/.well-known/acme-challenge/">
Require all granted
Options -Indexes -FollowSymLinks
AllowOverride None
</Directory>
âŚand, from what I can figure out from the Apache docs, that should ignore paths starting with /.well-known (more precisely, redirect the request to itself and then ignore further rules), and then redirect everything else to https. But no dice, a request for /.well-known/acme-challenge/test (even a request on http://localhost/, which shouldnât be in this virtual host at all) gets redirected and sent to the login screen.
I am now happy that most things work very fine, I can push, pull observe etc.
this works fine for visual studio code.
visual studio pains
In visual studio, the big one. its really getting hard to push to the repository.
anyone have an idea. I have googled like hell. but nothing seems to make sense.
All right, with some help from the folks on the Letâs Encrypt forum, I think I have the virtual host configuration fixed to allow Letâs Encrypt certs to work properly. In doing so, Iâve also fixed what should be the last place where any customization or modification of the instructions were requiredâyou should now be able to copy/paste everything unaltered.
Having never used visual studio, I have no idea. The Phabricator docs say that integration with Windows tools is going to be lacking, though.
What would it take to run this under PHP 7.2? Iâve installed PHP-SCL, and set the default version to 7.2, but it doesnât seem to be affecting the Phabricator install.
Edit: Looks like adding this to the virtual host configuration should do the trick:
<FilesMatch .php$>
SetHandler "proxy:unix:/var/run/php72-php-fpm/test-php72.sock|fcgi://localhost/"
</FilesMatch>
âŚalong with this in the port 443 rewrite rules:
RewriteCond %{HTTP:Authorization} ^(.*)
RewriteRule .* - [e=HTTP_AUTHORIZATION:%1]
It gets rid of the APC setup error, but replaces it with an error about APCu and Zend Opcache, as well as post_max_size not being set.
One way is to set it with a virtual host in the UI but this may break the actual phab httpd conf.
Another method is to use php-fpm and add FilesMatch in the Directory directive in 05_phabricator:
<Directory "/var/lib/nethserver/vhost/phab/phabricator/webroot">
Require all granted
<FilesMatch \.php$>
SetHandler "proxy:fcgi://127.0.0.1:9072"
</FilesMatch>
</Directory>
With php72 some settings may have to be done in another directory:
https://wiki.nethserver.org/doku.php?id=php-scl#adjust_phpini
Well, post_max_size can be fixed with
config setprop php72 PostMaxSize 32
signal-event nethserver-php-scl-update
The others can be fixed with
yum install php72-php-apcu php72-php-opcache
That leads to yet another setup warning about the opcache not being configured ideally. Edit /etc/opt/remi/php72/php.d/10-opcache.ini
and find the line that says:
;opcache.validate_timestamps=1
âŚand change it to:
opcache.validate_timestamps=0
Not sure I want to add dependencies to the process, but this should help performance a good bitâfirst, in that PHP 7.2 performs a good bit better than 5.x; second, in that it adds caching. PHP 7.2 also incorporates a more secure hashing algorithm if youâll be using the Username/password auth app. Iâve made these updates to the wiki.
Running Phabricator on a separate VPS with the auto-update script from the wiki keeping it up to date every week. I can pull/push, view code, etc. But when I try to view a commit, I get this:
Off to see if I can track that downâŚ
might there be a change that has been made to the repository. So far we are making use of phabricator, and it works ok for us.
All aspects of commit, pull push, view project discussions, task management and Kanban board, linked to project.
The only thing we are you to figure out is how to create a branch on a repository
did you manage to notice what was causing the error.
Got working on other things, but it seems to be working nowâapparently an update to the code took care of it.
I guess someone ight have pushed a wrong commit to the software.
Been using phabricator on production for a project, with 6 developers, and it sees to work fine so far.
@danb35 and everyone else.
I new this day would come.
generally I have been using phabricator on a producton server, iand so fa it has worked great for us internally. no any issue.
Now the issue am facing is with regards to ssl certificates.
How did you guys solve the issue of issuing ssl when phabricator is already installed.
at the moment am getting an issue while trying to renew let ssl on the server.
The technique currently in the wiki should allow certbot to renew the cert without issues. Personally, I use DNS validation using acme-dns.
âŚand what would that issue be?