It's supposed to work; Does that 404 page looks like it's coming from the wrong port?

It's hard to say because workloads differ, but I'd steer away from the CPU credited "burstable" t2.* instances based on generally negative experiences with micros in the past.

Yes, arc install-certificate https://secure.phabricator.com/api/ is working. Does it has to do with my custom port 8080 or it should be supported?

No. No proxy and no vpn.

Does it work when you try to arc install-certificate https://secure.phabricator.com/api/ ?

Do you have any kind of proxy/vpn configured?

Hm, that's interesting. I know basically nothing about AWS, but I'll try adjusting phd.taskmasters, and if that doesn't work, I'll try using a bigger instance. Is the next size up sufficient, in your experience?

In AWS, my understanding is that micro instances have CPU credits and their CPU is stopped or heavily throttled if you exceed the credit hours. Has the instance exhausted its CPU credits? I think there's a graph on the console, maybe in the "CloudWatch" tab or something like that? I don't actually have any micro instances up right now to check.

It shows this:

HTTP/1.1 200 OK
X-Powered-By: PHP/5.6.25
Set-Cookie: phsid=A%2F72hqw6cmi3przavtmn3rayh57g5yo5utgibbrwza; expires=Wed, 25-Aug-2021 22:37:37 GMT; Max-Age=157680000; path=/; domain=my.phabricator.com; httponly
X-Frame-Options: Deny
Content-Type: application/json
Cache-Control: no-store
Expires: Sat, 01 Jan 2000 00:00:00 GMT
X-Content-Type-Options: nosniff
Content-Length: 61
Date: Fri, 26 Aug 2016 22:37:37 GMT
Server: lighttpd/1.4.41

Not really up on lighttpd, but this line looks like it should be ==, not =~ ?

(Is your server an underclocked Raspberry Pi emulated on an Amiga?)

EC2 t2.micro

How about from the terminal? curl -i http://my.phabricator.com:8080/api/conduit.ping ?

Yes, from my browser it shows {"result":"someservername","error_code":null,"error_info":null} when I typed http://my.phabricator.com:8080/api/conduit.ping.

(Is your server an underclocked Raspberry Pi emulated on an Amiga?)

/api/conduit.ping here returns a json; Does it work for your install from the browser?

Not that was printed to the console.

That looks pretty normal to me.

Here's my output for arc install-certificate --trace:

 ARGV  '/home/master/build/arcanist/bin/../scripts/arcanist.php' 'install-certificate' '--trace'
 LOAD  Loaded "phutil" from "/home/master/build/libphutil/src".
 LOAD  Loaded "arcanist" from "/home/master/build/arcanist/src".
Config: Did not find user configuration at "/home/master/.arcrc".
Config: Did not find system configuration at "/etc/arcconfig".
Working Copy: Reading .arcconfig from "/home/master/prog/myproject/.arcconfig".
Working Copy: Path "/home/master/prog/myproject" is part of `git` working copy "/home/master/prog/myproject".
Working Copy: Project root is at "/home/master/prog/myproject".
Config: Did not find local configuration at "/home/master/prog/myproject/.git/arc/config".
 CONNECT  Connecting to "http://my.phabricator.com:8080/api/"...
>>> [0] <conduit> conduit.ping() <bytes = 39>
>>> [1] <http> http://my.phabricator.com:8080/api/conduit.ping
<<< [1] <http> 71,707 us
<<< [0] <conduit> 72,471 us
Usage Exception: Failed to connect to server (http://my.phabricator.com:8080/api/): [HTTP/404] Not Found
<?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
         "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
 <head>
  <title>404 - Not Found</title>
 </head>
 <body>
  <h1>404 - Not Found</h1>
 </body>
</html>

P2005. This was all written to stderr, not stdout. I let it run for a little while and then interrupted.

Yeah sorry a " " snuck in there while I was copy/pasting it.

@jonah214 I vote for see stuff that goes by. You can use the paste application https://secure.phabricator.com/paste/ so it's easier for us to look at.

>>> [536] <exec> $ hg log --template='{node}' --rev ''\''caac1231de800ccaa18c96
98ae72f6cb7dfca637'\'''

I don't know a lot about hg internals, but 1,000 branches and 10,000 commits doesn't sound like too much to process.

@michaeljs1990:

do you have any more information from the logs?

Should I post the output from bin/phd log? I can't even tell where the actual logfiles are.

Does /usr/bin/env php -v also print 5.6, versus 7?

can you add --trace to arc, to see exactly what's failing? /api/ is 404ing for good installs too, so I'm guessing it's actually hitting a different uri.

I'm running 16.04 with PHP5.6 as well, haven't seen this issue. Here's my installed PHP info if that helps. Might want to verify what PHP your webserver is running, not just CLI.

do you have any more information from the logs? This also seems like more a question than a bug report since daemons not working right is rather hard to debug.

Server side routing would be my next guess. We regex all urls and map them to controllers internally. Though we should raise a setup warning if they're not set up correctly.

/var/log/httpd/error_log shows nothing with proc_open()

I noticed that my host regex matcher differs from the configuration tutorial found here: https://secure.phabricator.com/book/phabricator/article/configuration_guide/#webserver-configuring-li

I see. Good to know.

Well I typed in one of those...

See T4200 for more details if you’re curious why we don’t currently support
OS packaging / install scripts.

The aur package actually clone from your git, so versioning should not be a problem.

If you try to run /usr/bin/python /usr/bin/hg log --template={node} --rev 'some rev hash' manually in /projects/phabricator/2, does it break or do you get anything useful back?

How can we reproduce this error locally? Bug reports here require reproduction steps, not just the error message.

It might be interesting to have slash-triggers for objects for searching. Right now we don't have a great way (since we have lots of objects) of providing a shortcut.

Well scratch that last comment. It looks like it has pulled in commits from the last 3 days. It looks like under recent commits when I'm viewing the repo doesn't have the most recent commits from 3 days ago, but I just installed a panel on the dashboard showing the most recent commits, and all my commits area there. The panel runs off Audit, and the repo Diffusion.....maybe there's a disconnect? idk.

Also, if you want you can try to install a cert from this server, or from a free instance on Phacility. Just to make sure it's not a server side issue.

https://secure.phabricator.com/book/phabricator/article/arcanist_quick_start/ is our guide, it's just cloning two repositorys and a PATH command, so installation should be simple. No magic.

(the same goes for Phabricator)

We don't maintain or provide any third party packages / installers. They are frequently not kept up to date. Can you install arcanist from our repositories?

I installed the latest arcanist through aur: https://aur.archlinux.org/packages/arcanist-git/

See some discussion in T3945.

What version of arcanist are you running?
If you manually put in the URI, does it work then?

I edited the question to add my configuration of lighttpd. I also changed the address to reflect more the real one.

Ah, true. A correct connection looks like this:

When I type http://myphabserver.com/api/ in the browser, I get the phabricator 404, but I assume that you shouldn't try to request the api in the browser directly.

D16460 is marked as fixing this, and we always send data via Files afterwards. This is different from the approach I'd outlined above (no mode where we continue to return text directly), but two additional considerations have arisen:

Yeah I just double checked, it is a full clone of the original repo at the time it was at, but looking at it now, it hasn't picked up a new commit for 3 days.

Yes, that's correct.

This would be for whitelist/whitelisting IPs. For example creating a security group on AWS that only allows 443 (https) traffic from a phabricator cluster to a jenkins instance.

Than probably not a reasonable case of "too many open files".

Also you can sell No Man's Sky for $60 nowadays so I think the bar has dropped a lot.

Oh! var_dump(...) or print_r(...) should send stuff to a big pink header on the page.

print_r($variable);
look at web page.

@epriestley PHP noob question: what do you do for debugging? I'm having a hard time just looking at the values of the variables involved here:

$pins = $request->getStrList('pin');
$pin = head($pins);
$app = id(new PhabricatorApplicationQuery())
  ->setViewer($viewer)
  ->withPHIDs(array($phid))
  ->executeOne();
if ($app) {
  $pin = get_class($app);
}

we'll discuss internally next week and let you know. thanks for now

You're work-around is fine.
What does cat /proc/sys/fs/file-max say? Is it possible you just have too many open files?

Ah, right -- I think those are both expected and that you're on the right track. You should be able to use $request->getStrList(...) instead of $request->getStr(...) to read the list, then head() to grab the first (item if it exists).

Alright I'm making a bit of progress here. Posting this update on the chance that there's something obvious I'm missing. The AphrontFormTokenizerControl behaves a little bit differently than the AphrontFormSelectControl. Specifically, this is what the form post data looks like the old way (SelectControl):

I'm happy to rewrite your script so it works, but we charge $1,500/hr for custom development (see Consulting) because time spent helping individual users with unique problems takes away from developing and improving Phabricator. Are you interested in this?

this is fine since the way python serializes over HTTP is certainly peculiar; but what about JSON ?

This is not a bug.

This doesn't look like a bug report nor a feature request. I don't know what you want us to do with this.