{"thread":{"id":"36600","subject":"t5539 fails on ubuntu for v2.0.0-rc2","startedAt":"2014-05-07T19:56:40Z","lastAt":"2014-05-14T19:33:53Z","messageCount":15,"participants":["Fabio D'Alfonso","Junio C Hamano","Jeff King"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"240958","messageId":"536A8FF8.7080909@fabiodalfonso.com","threadId":"36600","inReplyTo":null,"subject":"t5539 fails on ubuntu for v2.0.0-rc2","fromName":"Fabio D'Alfonso","fromEmail":"fabio.dalfonso@fabiodalfonso.com","sentAt":"2014-05-07T19:56:40Z","receivedAt":"2014-05-07T19:56:40Z","isPatch":false,"sender":{"key":"fabio.dalfonso@fabiodalfonso.com","avatar":"https://gravatar.com/avatar/eb4e8a7c7e494ea00c7a9661b1fcb25717e218e9138b5ff05e459c96d43825f5?d=mp&s=160"},"body":"Hi,\nI am getting this in Ubuntu, something wrong with my env?\nThanks\n\nroot@HDUBVM01:~/builds/git/t# ./t5539-fetch-http-shallow.sh\nok 1 - setup shallow clone\nnot ok 2 - clone http repository\n#\n# git clone --bare --no-local shallow \n\"$HTTPD_DOCUMENT_ROOT_PATH/repo.git\" &&\n# git clone $HTTPD_URL/smart/repo.git clone &&\n# (\n# cd clone &&\n# git fsck &&\n# git log --format=%s origin/master >actual &&\n# cat <expect &&\n# 7\n# 6\n# 5\n# 4\n# 3\n# EOF\n# test_cmp expect actual\n# )\n#\nnot ok 3 - no shallow lines after receiving ACK ready\n#\n# (\n# cd shallow &&\n# for i in $(test_seq 15)\n# do\n# git checkout --orphan unrelated$i &&\n# test_commit unrelated$i &&\n# git push -q \"$HTTPD_DOCUMENT_ROOT_PATH/repo.git\" \\\n# refs/heads/unrelated$i:refs/heads/unrelated$i &&\n# git push -q ../clone/.git \\\n# refs/heads/unrelated$i:refs/heads/unrelated$i ||\n# exit 1\n# done &&\n# git checkout master &&\n# test_commit new &&\n# git push \"$HTTPD_DOCUMENT_ROOT_PATH/repo.git\" master\n# ) &&\n# (\n# cd clone &&\n# git checkout --orphan newnew &&\n# test_commit new-too &&\n# GIT_TRACE_PACKET=\"$TRASH_DIRECTORY/trace\" git fetch \n--depth=2 &&\n# grep \"fetch-pack< ACK .* ready\" ../trace &&\n# ! grep \"fetch-pack> done\" ../trace\n# )\n#\nhttpd (pid 10653?) not running\n# failed 2 among 3 test(s)\n1..3\n\n-- \n\nFabio D'Alfonso\n'Enabling Business Through IT'\ncell. +39.348.059.40.22 ***\nweb: www.fabiodalfonso.com \nemail: fabio.dalfonso@fabiodalfonso.com\nlinkedin: \nwww.linkedin.com/in/fabiodalfonso \ntwitter: www.twitter.com/#!/fabio_dalfonso \n\n\nfax: +39.06.874.599.581\nBlackBerry® Wireless Enabled Address.\n\n\n ** Hidden numbers are automatically rejected by the phone*\n"},{"id":"240968","messageId":"xmqqeh056z6q.fsf@gitster.dls.corp.google.com","threadId":"36600","inReplyTo":"536A8FF8.7080909@fabiodalfonso.com","subject":"Re: t5539 fails on ubuntu for v2.0.0-rc2","fromName":"Junio C Hamano","fromEmail":"gitster@pobox.com","sentAt":"2014-05-07T21:45:01Z","receivedAt":"2014-05-07T21:45:01Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Fabio D'Alfonso writes:\n\n> Hi,\n> I am getting this in Ubuntu, something wrong with my env?\n> Thanks\n>\n> root@HDUBVM01:~/builds/git/t# ./t5539-fetch-http-shallow.sh\n> ok 1 - setup shallow clone\n> not ok 2 - clone http repository\n> #\n> # git clone --bare --no-local shallow\n> \"$HTTPD_DOCUMENT_ROOT_PATH/repo.git\" &&\n> # git clone $HTTPD_URL/smart/repo.git clone &&\n> # (\n> # cd clone &&\n> # git fsck &&\n> # git log --format=%s origin/master >actual &&\n> # cat <expect &&\n> # 7\n> # 6\n> # 5\n> # 4\n> # 3\n> # EOF\n> # test_cmp expect actual\n> # )\n\nDoes not reproduce for me but I am on Ubuntu 12.04.2 LTS, so...\n\nRunning it with the -v option might give you more hints, and\nrunning it as\n\n $ sh -x ./t5539-fe* -v\n\nmight give you more to chew.\n\nI do not think it is wise to run tests as root, though ;-)\n\n\n> #\n> not ok 3 - no shallow lines after receiving ACK ready\n> #\n> # (\n> # cd shallow &&\n> # for i in $(test_seq 15)\n> # do\n> # git checkout --orphan unrelated$i &&\n> # test_commit unrelated$i &&\n> # git push -q \"$HTTPD_DOCUMENT_ROOT_PATH/repo.git\" \\\n> # refs/heads/unrelated$i:refs/heads/unrelated$i &&\n> # git push -q ../clone/.git \\\n> # refs/heads/unrelated$i:refs/heads/unrelated$i ||\n> # exit 1\n> # done &&\n> # git checkout master &&\n> # test_commit new &&\n> # git push \"$HTTPD_DOCUMENT_ROOT_PATH/repo.git\" master\n> # ) &&\n> # (\n> # cd clone &&\n> # git checkout --orphan newnew &&\n> # test_commit new-too &&\n> # GIT_TRACE_PACKET=\"$TRASH_DIRECTORY/trace\" git fetch\n> --depth=2 &&\n> # grep \"fetch-pack< ACK .* ready\" ../trace &&\n> # ! grep \"fetch-pack> done\" ../trace\n> # )\n> #\n> httpd (pid 10653?) not running\n> # failed 2 among 3 test(s)\n> 1..3\n"},{"id":"240989","messageId":"20140508041423.GC26630@sigill.intra.peff.net","threadId":"36600","inReplyTo":"xmqqeh056z6q.fsf@gitster.dls.corp.google.com","subject":"Re: t5539 fails on ubuntu for v2.0.0-rc2","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2014-05-08T04:14:23Z","receivedAt":"2014-05-08T04:14:23Z","isPatch":false,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Wed, May 07, 2014 at 02:45:01PM -0700, Junio C Hamano wrote:\n\n> Fabio D'Alfonso writes:\n> \n> > root@HDUBVM01:~/builds/git/t# ./t5539-fetch-http-shallow.sh\n> > ok 1 - setup shallow clone\n> > not ok 2 - clone http repository\n> [...]\n\n> Does not reproduce for me but I am on Ubuntu 12.04.2 LTS, so...\n\nNor me on Debian unstable.\n\n> Running it with the -v option might give you more hints, and\n> running it as\n> \n> $ sh -x ./t5539-fe* -v\n> \n> might give you more to chew.\n\nYes, definitely that, but also, from:\n\n> > httpd (pid 10653?) not running\n> > # failed 2 among 3 test(s)\n\n...it looks like the httpd server did not start. Look in httpd/error.log\nof \"trash directory.t5539-fetch-http-shallow\" to see the apache log. It\nmay give some reason for failing to start.\n\n-Peff\n"},{"id":"240993","messageId":"536B1DF4.5080109@fabiodalfonso.com","threadId":"36600","inReplyTo":"20140508041423.GC26630@sigill.intra.peff.net","subject":"Re: t5539 fails on ubuntu for v2.0.0-rc2","fromName":"Fabio D'Alfonso","fromEmail":"fabio.dalfonso@fabiodalfonso.com","sentAt":"2014-05-08T06:02:28Z","receivedAt":"2014-05-08T06:02:28Z","isPatch":false,"sender":{"key":"fabio.dalfonso@fabiodalfonso.com","avatar":"https://gravatar.com/avatar/eb4e8a7c7e494ea00c7a9661b1fcb25717e218e9138b5ff05e459c96d43825f5?d=mp&s=160"},"body":"Hi,\nthis is the error in httpd error.log\n\n [Wed May 07 20:44:10 2014] [alert] getpwuid: couldn't determine user \nname from uid 4294967295, you probably need to modify the User directive\n [Wed May 07 20:44:10 2014] [notice] Apache/2.2.17 (Ubuntu) configured \n-- resuming normal operations\n [Wed May 07 20:44:10 2014] [alert] getpwuid: couldn't determine user \nname from uid 4294967295, you probably need to modify the User directive\n [Wed May 07 20:44:10 2014] [alert] getpwuid: couldn't determine user \nname from uid 4294967295, you probably need to modify the User directive\n [Wed May 07 20:44:10 2014] [alert] getpwuid: couldn't determine user \nname from uid 4294967295, you probably need to modify the User directive\n [Wed May 07 20:44:10 2014] [alert] getpwuid: couldn't determine user \nname from uid 4294967295, you probably need to modify the User directive\n [Wed May 07 20:44:11 2014] [alert] Child 12037 returned a Fatal \nerror... Apache is exiting!\n\nThe 1.9.x versions compiled and tested here, before. It is a natty \ndektop 11.04.\n\nThanks\n\nFabio D'Alfonso\n'Enabling Business Through IT'\ncell. +39.348.059.40.22 ***\nweb: www.fabiodalfonso.com \nemail: fabio.dalfonso@fabiodalfonso.com\nlinkedin: \nwww.linkedin.com/in/fabiodalfonso \ntwitter: www.twitter.com/#!/fabio_dalfonso \n\n\nfax: +39.06.874.599.581\nBlackBerry® Wireless Enabled Address.\n\n\n ** Hidden numbers are automatically rejected by the phone*\n\nOn 5/8/2014 6:14 AM, Jeff King wrote:\n> On Wed, May 07, 2014 at 02:45:01PM -0700, Junio C Hamano wrote:\n>\n>> Fabio D'Alfonso writes:\n>>\n>>> root@HDUBVM01:~/builds/git/t# ./t5539-fetch-http-shallow.sh\n>>> ok 1 - setup shallow clone\n>>> not ok 2 - clone http repository\n>> [...]\n>> Does not reproduce for me but I am on Ubuntu 12.04.2 LTS, so...\n> Nor me on Debian unstable.\n>\n>> Running it with the -v option might give you more hints, and\n>> running it as\n>>\n>> $ sh -x ./t5539-fe* -v\n>>\n>> might give you more to chew.\n> Yes, definitely that, but also, from:\n>\n>>> httpd (pid 10653?) not running\n>>> # failed 2 among 3 test(s)\n> ...it looks like the httpd server did not start. Look in httpd/error.log\n> of \"trash directory.t5539-fetch-http-shallow\" to see the apache log. It\n> may give some reason for failing to start.\n>\n> -Peff\n> --\n> To unsubscribe from this list: send the line \"unsubscribe git\" in\n> the body of a message to majordomo@vger.kernel.org\n> More majordomo info at http://vger.kernel.org/majordomo-info.html\n>\n"},{"id":"241007","messageId":"536B9126.1020702@fabiodalfonso.com","threadId":"36600","inReplyTo":"536B1DF4.5080109@fabiodalfonso.com","subject":"Re: t5539 fails on ubuntu for v2.0.0-rc2","fromName":"Fabio D'Alfonso","fromEmail":"fabio.dalfonso@fabiodalfonso.com","sentAt":"2014-05-08T14:13:58Z","receivedAt":"2014-05-08T14:13:58Z","isPatch":false,"sender":{"key":"fabio.dalfonso@fabiodalfonso.com","avatar":"https://gravatar.com/avatar/eb4e8a7c7e494ea00c7a9661b1fcb25717e218e9138b5ff05e459c96d43825f5?d=mp&s=160"},"body":"The message seems common around the apache issues but the previous test \nt5538 that uses start and stop routines works.\n\nFabio D'Alfonso\n'Enabling Business Through IT'\ncell. +39.348.059.40.22 ***\nweb: www.fabiodalfonso.com \nemail: fabio.dalfonso@fabiodalfonso.com\nlinkedin: \nwww.linkedin.com/in/fabiodalfonso \ntwitter: www.twitter.com/#!/fabio_dalfonso \n\n\nfax: +39.06.874.599.581\nBlackBerry® Wireless Enabled Address.\n\n\n ** Hidden numbers are automatically rejected by the phone*\n\nOn 5/8/2014 8:02 AM, Fabio D'Alfonso wrote:\n> Hi,\n> this is the error in httpd error.log\n>\n> [Wed May 07 20:44:10 2014] [alert] getpwuid: couldn't determine user \n> name from uid 4294967295, you probably need to modify the User directive\n> [Wed May 07 20:44:10 2014] [notice] Apache/2.2.17 (Ubuntu) configured \n> -- resuming normal operations\n> [Wed May 07 20:44:10 2014] [alert] getpwuid: couldn't determine user \n> name from uid 4294967295, you probably need to modify the User directive\n> [Wed May 07 20:44:10 2014] [alert] getpwuid: couldn't determine user \n> name from uid 4294967295, you probably need to modify the User directive\n> [Wed May 07 20:44:10 2014] [alert] getpwuid: couldn't determine user \n> name from uid 4294967295, you probably need to modify the User directive\n> [Wed May 07 20:44:10 2014] [alert] getpwuid: couldn't determine user \n> name from uid 4294967295, you probably need to modify the User directive\n> [Wed May 07 20:44:11 2014] [alert] Child 12037 returned a Fatal \n> error... Apache is exiting!\n>\n> The 1.9.x versions compiled and tested here, before. It is a natty \n> dektop 11.04.\n>\n> Thanks\n>\n> Fabio D'Alfonso\n> 'Enabling Business Through IT'\n> cell. +39.348.059.40.22 ***\n> web: www.fabiodalfonso.com \n> email: fabio.dalfonso@fabiodalfonso.com\n> linkedin: \n> www.linkedin.com/in/fabiodalfonso \n> \n> twitter: www.twitter.com/#!/fabio_dalfonso \n> \n>\n> fax: +39.06.874.599.581\n> BlackBerry® Wireless Enabled Address.\n>\n>\n> ** Hidden numbers are automatically rejected by the phone*\n>\n> On 5/8/2014 6:14 AM, Jeff King wrote:\n>> On Wed, May 07, 2014 at 02:45:01PM -0700, Junio C Hamano wrote:\n>>\n>>> Fabio D'Alfonso writes:\n>>>\n>>>> root@HDUBVM01:~/builds/git/t# ./t5539-fetch-http-shallow.sh\n>>>> ok 1 - setup shallow clone\n>>>> not ok 2 - clone http repository\n>>> [...]\n>>> Does not reproduce for me but I am on Ubuntu 12.04.2 LTS, so...\n>> Nor me on Debian unstable.\n>>\n>>> Running it with the -v option might give you more hints, and\n>>> running it as\n>>>\n>>> $ sh -x ./t5539-fe* -v\n>>>\n>>> might give you more to chew.\n>> Yes, definitely that, but also, from:\n>>\n>>>> httpd (pid 10653?) not running\n>>>> # failed 2 among 3 test(s)\n>> ...it looks like the httpd server did not start. Look in httpd/error.log\n>> of \"trash directory.t5539-fetch-http-shallow\" to see the apache log. It\n>> may give some reason for failing to start.\n>>\n>> -Peff\n>> -- \n>> To unsubscribe from this list: send the line \"unsubscribe git\" in\n>> the body of a message to majordomo@vger.kernel.org\n>> More majordomo info at http://vger.kernel.org/majordomo-info.html\n>>\n>\n> -- \n> To unsubscribe from this list: send the line \"unsubscribe git\" in\n> the body of a message to majordomo@vger.kernel.org\n> More majordomo info at http://vger.kernel.org/majordomo-info.html\n>\n>\n"},{"id":"241046","messageId":"536BF8C7.6010208@fabiodalfonso.com","threadId":"36600","inReplyTo":"536A8FF8.7080909@fabiodalfonso.com","subject":"Re: t5539 fails on ubuntu for v2.0.0-rc2 - the SAME on 12.04 server","fromName":"Fabio D'Alfonso","fromEmail":"fabio.dalfonso@fabiodalfonso.com","sentAt":"2014-05-08T21:36:07Z","receivedAt":"2014-05-08T21:36:07Z","isPatch":false,"sender":{"key":"fabio.dalfonso@fabiodalfonso.com","avatar":"https://gravatar.com/avatar/eb4e8a7c7e494ea00c7a9661b1fcb25717e218e9138b5ff05e459c96d43825f5?d=mp&s=160"},"body":"Hi,\nstrange that no one gets the error. I get also on another server 12.04.4 \nLTS so the problem is not on a single VM or version.\n\nNo idea?\n\nFabio D'Alfonso\n'Enabling Business Through IT'\ncell. +39.348.059.40.22 ***\nweb: www.fabiodalfonso.com \nemail: fabio.dalfonso@fabiodalfonso.com\nlinkedin: \nwww.linkedin.com/in/fabiodalfonso \ntwitter: www.twitter.com/#!/fabio_dalfonso \n\n\nfax: +39.06.874.599.581\nBlackBerry® Wireless Enabled Address.\n\n\n ** Hidden numbers are automatically rejected by the phone*\n\nOn 5/7/2014 9:56 PM, Fabio D'Alfonso wrote:\n> Hi,\n> I am getting this in Ubuntu, something wrong with my env?\n> Thanks\n>\n> root@HDUBVM01:~/builds/git/t# ./t5539-fetch-http-shallow.sh\n> ok 1 - setup shallow clone\n> not ok 2 - clone http repository\n> #\n> # git clone --bare --no-local shallow \n> \"$HTTPD_DOCUMENT_ROOT_PATH/repo.git\" &&\n> # git clone $HTTPD_URL/smart/repo.git clone &&\n> # (\n> # cd clone &&\n> # git fsck &&\n> # git log --format=%s origin/master >actual &&\n> # cat <expect &&\n> # 7\n> # 6\n> # 5\n> # 4\n> # 3\n> # EOF\n> # test_cmp expect actual\n> # )\n> #\n> not ok 3 - no shallow lines after receiving ACK ready\n> #\n> # (\n> # cd shallow &&\n> # for i in $(test_seq 15)\n> # do\n> # git checkout --orphan unrelated$i &&\n> # test_commit unrelated$i &&\n> # git push -q \"$HTTPD_DOCUMENT_ROOT_PATH/repo.git\" \\\n> # refs/heads/unrelated$i:refs/heads/unrelated$i &&\n> # git push -q ../clone/.git \\\n> # refs/heads/unrelated$i:refs/heads/unrelated$i ||\n> # exit 1\n> # done &&\n> # git checkout master &&\n> # test_commit new &&\n> # git push \"$HTTPD_DOCUMENT_ROOT_PATH/repo.git\" master\n> # ) &&\n> # (\n> # cd clone &&\n> # git checkout --orphan newnew &&\n> # test_commit new-too &&\n> # GIT_TRACE_PACKET=\"$TRASH_DIRECTORY/trace\" git fetch \n> --depth=2 &&\n> # grep \"fetch-pack< ACK .* ready\" ../trace &&\n> # ! grep \"fetch-pack> done\" ../trace\n> # )\n> #\n> httpd (pid 10653?) not running\n> # failed 2 among 3 test(s)\n> 1..3\n>\n"},{"id":"241125","messageId":"536C9444.8060408@fabiodalfonso.com","threadId":"36600","inReplyTo":"536BF8C7.6010208@fabiodalfonso.com","subject":"Re: t5539 fails on ubuntu for v2.0.0-rc2 - the SAME on 12.04 server - this test was disabled up to 1.9.2","fromName":"Fabio D'Alfonso","fromEmail":"fabio.dalfonso@fabiodalfonso.com","sentAt":"2014-05-09T08:39:32Z","receivedAt":"2014-05-09T08:39:32Z","isPatch":false,"sender":{"key":"fabio.dalfonso@fabiodalfonso.com","avatar":"https://gravatar.com/avatar/eb4e8a7c7e494ea00c7a9661b1fcb25717e218e9138b5ff05e459c96d43825f5?d=mp&s=160"},"body":"Hi,\nthis test was disabled up to 1.9.2 so it did not fail as it did not run \nby default.\nI have set the variable to run and got an error also in previous \nversion, while never had problem in use.\n\nSo I simply go on as there will no worst than before.\n\nIt seems that no one is interested to this issue. Probably I \nmisunderstood the purpose of the list.\n\nRegards\n\nFabio D'Alfonso\n'Enabling Business Through IT'\ncell. +39.348.059.40.22 ***\nweb: www.fabiodalfonso.com \nemail: fabio.dalfonso@fabiodalfonso.com\nlinkedin: \nwww.linkedin.com/in/fabiodalfonso \ntwitter: www.twitter.com/#!/fabio_dalfonso \n\n\nfax: +39.06.874.599.581\nBlackBerry® Wireless Enabled Address.\n\n\n ** Hidden numbers are automatically rejected by the phone*\n\nOn 5/8/2014 11:36 PM, Fabio D'Alfonso wrote:\n> Hi,\n> strange that no one gets the error. I get also on another server \n> 12.04.4 LTS so the problem is not on a single VM or version.\n>\n> No idea?\n>\n> Fabio D'Alfonso\n> 'Enabling Business Through IT'\n> cell. +39.348.059.40.22 ***\n> web: www.fabiodalfonso.com \n> email: fabio.dalfonso@fabiodalfonso.com\n> linkedin: \n> www.linkedin.com/in/fabiodalfonso \n> \n> twitter: www.twitter.com/#!/fabio_dalfonso \n> \n>\n> fax: +39.06.874.599.581\n> BlackBerry® Wireless Enabled Address.\n>\n>\n> ** Hidden numbers are automatically rejected by the phone*\n>\n> On 5/7/2014 9:56 PM, Fabio D'Alfonso wrote:\n>> Hi,\n>> I am getting this in Ubuntu, something wrong with my env?\n>> Thanks\n>>\n>> root@HDUBVM01:~/builds/git/t# ./t5539-fetch-http-shallow.sh\n>> ok 1 - setup shallow clone\n>> not ok 2 - clone http repository\n>> #\n>> # git clone --bare --no-local shallow \n>> \"$HTTPD_DOCUMENT_ROOT_PATH/repo.git\" &&\n>> # git clone $HTTPD_URL/smart/repo.git clone &&\n>> # (\n>> # cd clone &&\n>> # git fsck &&\n>> # git log --format=%s origin/master >actual &&\n>> # cat <expect &&\n>> # 7\n>> # 6\n>> # 5\n>> # 4\n>> # 3\n>> # EOF\n>> # test_cmp expect actual\n>> # )\n>> #\n>> not ok 3 - no shallow lines after receiving ACK ready\n>> #\n>> # (\n>> # cd shallow &&\n>> # for i in $(test_seq 15)\n>> # do\n>> # git checkout --orphan unrelated$i &&\n>> # test_commit unrelated$i &&\n>> # git push -q \"$HTTPD_DOCUMENT_ROOT_PATH/repo.git\" \\\n>> # refs/heads/unrelated$i:refs/heads/unrelated$i &&\n>> # git push -q ../clone/.git \\\n>> # refs/heads/unrelated$i:refs/heads/unrelated$i ||\n>> # exit 1\n>> # done &&\n>> # git checkout master &&\n>> # test_commit new &&\n>> # git push \"$HTTPD_DOCUMENT_ROOT_PATH/repo.git\" master\n>> # ) &&\n>> # (\n>> # cd clone &&\n>> # git checkout --orphan newnew &&\n>> # test_commit new-too &&\n>> # GIT_TRACE_PACKET=\"$TRASH_DIRECTORY/trace\" git fetch \n>> --depth=2 &&\n>> # grep \"fetch-pack< ACK .* ready\" ../trace &&\n>> # ! grep \"fetch-pack> done\" ../trace\n>> # )\n>> #\n>> httpd (pid 10653?) not running\n>> # failed 2 among 3 test(s)\n>> 1..3\n>>\n>\n> -- \n> To unsubscribe from this list: send the line \"unsubscribe git\" in\n> the body of a message to majordomo@vger.kernel.org\n> More majordomo info at http://vger.kernel.org/majordomo-info.html\n>\n"},{"id":"241163","messageId":"20140509155041.GF18197@sigill.intra.peff.net","threadId":"36600","inReplyTo":"536C9444.8060408@fabiodalfonso.com","subject":"Re: t5539 fails on ubuntu for v2.0.0-rc2 - the SAME on 12.04 server - this test was disabled up to 1.9.2","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2014-05-09T15:50:41Z","receivedAt":"2014-05-09T15:50:41Z","isPatch":false,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Fri, May 09, 2014 at 10:39:32AM +0200, Fabio D'Alfonso wrote:\n\n> this test was disabled up to 1.9.2 so it did not fail as it did not run by\n> default.\n\nYes, in v1.9.2 we turned on http tests to run by default, but only if we\ncould succeed in setting up the http server automatically (and if we\ncan't, we skip the tests). Unfortunately your case seems to set up the\nhttp server fine, but then it dies. It's odd that it's only on this one\ntest, though.\n\nYou can manually disable them by setting GIT_TEST_HTTPD=false in your\nconfig.mak file. If this sort of spurious failure is common, we may have\nto consider switching the default back to \"false\" from \"auto\".\n\n> It seems that no one is interested to this issue. Probably I misunderstood\n> the purpose of the list.\n\nThis is the right place. But your problem is confusing and hard, so it\nmay take time for people to look into it and respond. :)\n\n-Peff\n"},{"id":"241165","messageId":"20140509155945.GG18197@sigill.intra.peff.net","threadId":"36600","inReplyTo":"536B1DF4.5080109@fabiodalfonso.com","subject":"Re: t5539 fails on ubuntu for v2.0.0-rc2","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2014-05-09T15:59:45Z","receivedAt":"2014-05-09T15:59:45Z","isPatch":false,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Thu, May 08, 2014 at 08:02:28AM +0200, Fabio D'Alfonso wrote:\n\n> this is the error in httpd error.log\n> \n> [Wed May 07 20:44:10 2014] [alert] getpwuid: couldn't determine user name\n> from uid 4294967295, you probably need to modify the User directive\n> [Wed May 07 20:44:10 2014] [notice] Apache/2.2.17 (Ubuntu) configured --\n> resuming normal operations\n> [Wed May 07 20:44:10 2014] [alert] getpwuid: couldn't determine user name\n> from uid 4294967295, you probably need to modify the User directive\n> [Wed May 07 20:44:10 2014] [alert] getpwuid: couldn't determine user name\n> from uid 4294967295, you probably need to modify the User directive\n> [Wed May 07 20:44:10 2014] [alert] getpwuid: couldn't determine user name\n> from uid 4294967295, you probably need to modify the User directive\n> [Wed May 07 20:44:10 2014] [alert] getpwuid: couldn't determine user name\n> from uid 4294967295, you probably need to modify the User directive\n> [Wed May 07 20:44:11 2014] [alert] Child 12037 returned a Fatal error...\n> Apache is exiting!\n\nHmm. Some googling turned up a similar case:\n\n http://www.linuxquestions.org/questions/linux-server-73/apache-won%27t-start-because-490312/\n\nIt looks like apache is trying to getpwuid (probably as part of doing a\nsetuid on its children), failing, and then crashing. I suspect that this\nis related to you running as root, as a non-root apache would not want\nto (nor be able to) call setuid.\n\nDoes running the tests as a non-root user fix it? If so, I think we have\na few options in git:\n\n 1. Add a User directive to our httpd.conf. I doubt this is a good\n idea to do unconditionally, as a non-root apache would probably be\n unhappy with it.\n\n 2. Add a User directive when we detect that the tests are running as\n root. This might work, but I'm a bit iffy, as we do not know the\n appropriate username for the system (e.g., \"nobody\" versus\n \"www-data\" versus something else).\n\n 3. Just disable the http tests when run as root.\n\nI think I'd favor 3. But I'd like to be sure that being root is the\nproblem.\n\n-Peff\n"},{"id":"241181","messageId":"536D05CE.6040004@fabiodalfonso.com","threadId":"36600","inReplyTo":"20140509155945.GG18197@sigill.intra.peff.net","subject":"Re: t5539 fails on ubuntu for v2.0.0-rc2","fromName":"Fabio D'Alfonso","fromEmail":"fabio.dalfonso@fabiodalfonso.com","sentAt":"2014-05-09T16:43:58Z","receivedAt":"2014-05-09T16:43:58Z","isPatch":false,"sender":{"key":"fabio.dalfonso@fabiodalfonso.com","avatar":"https://gravatar.com/avatar/eb4e8a7c7e494ea00c7a9661b1fcb25717e218e9138b5ff05e459c96d43825f5?d=mp&s=160"},"body":"Hi,\nyes, the problem comes from root. I made a make test using \"git\" user in \nmy 12.04 server where there is a gitlab and the test went on for 5539.\nI think the 3 could be the better solution.\n\nThis is not the place to discuss about the sudo mania, a disease I did \nnot get and hope not to get, but let me share just a short think. \nOracle, by product was never made possible to install as a root on \nlinux/unix , while OEL allow the login to made any system / maintenance \nactivity.\nSuch a kind of protection , 'product configuration based' protection, \ntargeted to the needs of the specific usage , always made sense: \nsmoothly configure the system , then stay in the bound of the product.\n\nWhy I should manage a possibly try and trash personal desktop (or a 3 \nbackups VM) as the NSA server is a mistery I do not want to solve. So \nthis seems a way to give a box to a dumb, to prevent the breakage. Last \nbut not least, desktop involve shortcuts and other things, that fly to \nthe root when something is set up by sudo, and I used to put software in \n/opt for out of the tree stuff (e.g. netbeans or smartgit) , and should \nhave to fight with myself to access my setups.\nThe server setup I made for gitlab has quite sense with its user for the \nsame reason the oracle pretends and in both cases it is a server , you \nget access to your service not being aware of the mechanics of the backend.\nIn a personal desktop, where confort is the premiere need, all this \nseems quite stupid to be forced, also any one could use if he wants.\n\nSorry for the digression, but it is starting to hurt, generally speaking.\n\n\nFabio D'Alfonso\n'Enabling Business Through IT'\ncell. +39.348.059.40.22 ***\nweb: www.fabiodalfonso.com \nemail: fabio.dalfonso@fabiodalfonso.com\nlinkedin: \nwww.linkedin.com/in/fabiodalfonso \ntwitter: www.twitter.com/#!/fabio_dalfonso \n\n\nfax: +39.06.874.599.581\nBlackBerry® Wireless Enabled Address.\n\n\n ** Hidden numbers are automatically rejected by the phone*\n\nOn 5/9/2014 5:59 PM, Jeff King wrote:\n> On Thu, May 08, 2014 at 08:02:28AM +0200, Fabio D'Alfonso wrote:\n>\n>> this is the error in httpd error.log\n>>\n>> [Wed May 07 20:44:10 2014] [alert] getpwuid: couldn't determine user name\n>> from uid 4294967295, you probably need to modify the User directive\n>> [Wed May 07 20:44:10 2014] [notice] Apache/2.2.17 (Ubuntu) configured --\n>> resuming normal operations\n>> [Wed May 07 20:44:10 2014] [alert] getpwuid: couldn't determine user name\n>> from uid 4294967295, you probably need to modify the User directive\n>> [Wed May 07 20:44:10 2014] [alert] getpwuid: couldn't determine user name\n>> from uid 4294967295, you probably need to modify the User directive\n>> [Wed May 07 20:44:10 2014] [alert] getpwuid: couldn't determine user name\n>> from uid 4294967295, you probably need to modify the User directive\n>> [Wed May 07 20:44:10 2014] [alert] getpwuid: couldn't determine user name\n>> from uid 4294967295, you probably need to modify the User directive\n>> [Wed May 07 20:44:11 2014] [alert] Child 12037 returned a Fatal error...\n>> Apache is exiting!\n> Hmm. Some googling turned up a similar case:\n>\n> http://www.linuxquestions.org/questions/linux-server-73/apache-won%27t-start-because-490312/\n>\n> It looks like apache is trying to getpwuid (probably as part of doing a\n> setuid on its children), failing, and then crashing. I suspect that this\n> is related to you running as root, as a non-root apache would not want\n> to (nor be able to) call setuid.\n>\n> Does running the tests as a non-root user fix it? If so, I think we have\n> a few options in git:\n>\n> 1. Add a User directive to our httpd.conf. I doubt this is a good\n> idea to do unconditionally, as a non-root apache would probably be\n> unhappy with it.\n>\n> 2. Add a User directive when we detect that the tests are running as\n> root. This might work, but I'm a bit iffy, as we do not know the\n> appropriate username for the system (e.g., \"nobody\" versus\n> \"www-data\" versus something else).\n>\n> 3. Just disable the http tests when run as root.\n>\n> I think I'd favor 3. But I'd like to be sure that being root is the\n> problem.\n>\n> -Peff\n> --\n> To unsubscribe from this list: send the line \"unsubscribe git\" in\n> the body of a message to majordomo@vger.kernel.org\n> More majordomo info at http://vger.kernel.org/majordomo-info.html\n"},{"id":"241229","messageId":"xmqqy4yavewk.fsf@gitster.dls.corp.google.com","threadId":"36600","inReplyTo":"20140509155945.GG18197@sigill.intra.peff.net","subject":"Re: t5539 fails on ubuntu for v2.0.0-rc2","fromName":"Junio C Hamano","fromEmail":"gitster@pobox.com","sentAt":"2014-05-09T21:08:27Z","receivedAt":"2014-05-09T21:08:27Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Jeff King writes:\n\n> Does running the tests as a non-root user fix it? If so, I think we have\n> a few options in git:\n>\n> 1. Add a User directive to our httpd.conf. I doubt this is a good\n> idea to do unconditionally, as a non-root apache would probably be\n> unhappy with it.\n>\n> 2. Add a User directive when we detect that the tests are running as\n> root. This might work, but I'm a bit iffy, as we do not know the\n> appropriate username for the system (e.g., \"nobody\" versus\n> \"www-data\" versus something else).\n>\n> 3. Just disable the http tests when run as root.\n>\n> I think I'd favor 3. But I'd like to be sure that being root is the\n> problem.\n\nI agree with both the conclusion and the precondition.\n"},{"id":"241247","messageId":"20140510140259.GA6836@sigill.intra.peff.net","threadId":"36600","inReplyTo":"xmqqy4yavewk.fsf@gitster.dls.corp.google.com","subject":"Re: t5539 fails on ubuntu for v2.0.0-rc2","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2014-05-10T14:02:59Z","receivedAt":"2014-05-10T14:02:59Z","isPatch":false,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Fri, May 09, 2014 at 02:08:27PM -0700, Junio C Hamano wrote:\n\n> > 3. Just disable the http tests when run as root.\n> >\n> > I think I'd favor 3. But I'd like to be sure that being root is the\n> > problem.\n> \n> I agree with both the conclusion and the precondition.\n\nHere's the patch.\n\nThe problem starts in v1.9.2, not in v2.0.0, so it's not technically a\nregression in this cycle. And we are awfully late in the -rc period. But\nit is just a change in the test script, and one that seems rather\nunlikely to produce unexpected side effects. I'll leave it you whether\nyou want to queue it for v2.0.0, or for the next maint release.\n\n-- >8 --\nSubject: t/lib-httpd: require SANITY prereq\n\nOur test httpd setup will not generally run as root, because\nApache will want to setuid, and we do not set up the \"User\"\nconfig directive. On some systems, like current Debian\nunstable, Apache fails to start, and we skip the tests:\n\n $ sudo ./t5539-fetch-http-shallow.sh --debug\n 1..0 # SKIP web server setup failed\n $ cat trash*t5539*/httpd/error.log\n [...]\n (22)Invalid argument: AH00024: Couldn't set permissions on\n the rewrite-map mutex; check User and Group directives\n AH00016: Configuration Failed\n\nHowever, on other systems (reportedly Ubuntu 11.04), Apache\nseems to start, and then bails during our tests with:\n\n getpwuid: couldn't determine user name from uid 4294967295,\n you probably need to modify the User directive\n Child 12037 returned a Fatal error... Apache is exiting!\n\nThis may be related to the pre-fork/threading model in use\n(note that the second one complains of the child dying).\nHowever, it's not even worth investigating; in either case\nwe just want to skip the tests, and we already recommend\nagainst running the test suite as root. Let's just\nexplicitly check this condition and skip the tests rather\nthan expecting Apache to do the right thing.\n\nSigned-off-by: Jeff King \n---\n t/lib-httpd.sh | 5 +++++\n 1 file changed, 5 insertions(+)\n\ndiff --git a/t/lib-httpd.sh b/t/lib-httpd.sh\nindex 252cbf1..8b67021 100644\n--- a/t/lib-httpd.sh\n+++ b/t/lib-httpd.sh\n@@ -37,6 +37,11 @@ then\n \ttest_done\n fi\n \n+if ! test_have_prereq SANITY; then\n+\ttest_skip_or_die $GIT_TEST_HTTPD \\\n+\t\t\"Cannot run httpd tests as root\"\n+fi\n+\n HTTPD_PARA=\"\"\n \n for DEFAULT_HTTPD_PATH in '/usr/sbin/httpd' '/usr/sbin/apache2'\n-- \n2.0.0.rc1.436.g03cb729\n"},{"id":"241492","messageId":"20140514101440.GA10173@sigill.intra.peff.net","threadId":"36600","inReplyTo":"20140510140259.GA6836@sigill.intra.peff.net","subject":"Re: t5539 fails on ubuntu for v2.0.0-rc2","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2014-05-14T10:14:40Z","receivedAt":"2014-05-14T10:14:40Z","isPatch":false,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Sat, May 10, 2014 at 10:02:59AM -0400, Jeff King wrote:\n\n> On Fri, May 09, 2014 at 02:08:27PM -0700, Junio C Hamano wrote:\n> \n> > > 3. Just disable the http tests when run as root.\n> > >\n> > > I think I'd favor 3. But I'd like to be sure that being root is the\n> > > problem.\n> > \n> > I agree with both the conclusion and the precondition.\n> \n> Here's the patch.\n> \n> The problem starts in v1.9.2, not in v2.0.0, so it's not technically a\n> regression in this cycle. And we are awfully late in the -rc period. But\n> it is just a change in the test script, and one that seems rather\n> unlikely to produce unexpected side effects. I'll leave it you whether\n> you want to queue it for v2.0.0, or for the next maint release.\n\nHrm, sorry, I was wrong about this. I had thought the\nauto-network-testing had gone into v1.9.2, but it didn't. So this _is_ a\npotential regression in v2.0.0. It's still relatively minor, affecting\nonly the test suite, so it can probably wait for post-v2.0.0 if you\ndon't want to do another -rc.\n\n-Peff\n"},{"id":"241513","messageId":"xmqqiop8l1zk.fsf@gitster.dls.corp.google.com","threadId":"36600","inReplyTo":"20140514101440.GA10173@sigill.intra.peff.net","subject":"Re: t5539 fails on ubuntu for v2.0.0-rc2","fromName":"Junio C Hamano","fromEmail":"gitster@pobox.com","sentAt":"2014-05-14T17:11:11Z","receivedAt":"2014-05-14T17:11:11Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Jeff King writes:\n\n> On Sat, May 10, 2014 at 10:02:59AM -0400, Jeff King wrote:\n>\n>> On Fri, May 09, 2014 at 02:08:27PM -0700, Junio C Hamano wrote:\n>> \n>> > > 3. Just disable the http tests when run as root.\n>> > >\n>> > > I think I'd favor 3. But I'd like to be sure that being root is the\n>> > > problem.\n>> > \n>> > I agree with both the conclusion and the precondition.\n>> \n>> Here's the patch.\n>> \n>> The problem starts in v1.9.2, not in v2.0.0, so it's not technically a\n>> regression in this cycle. And we are awfully late in the -rc period. But\n>> it is just a change in the test script, and one that seems rather\n>> unlikely to produce unexpected side effects. I'll leave it you whether\n>> you want to queue it for v2.0.0, or for the next maint release.\n>\n> Hrm, sorry, I was wrong about this. I had thought the\n> auto-network-testing had gone into v1.9.2, but it didn't. So this _is_ a\n> potential regression in v2.0.0. It's still relatively minor, affecting\n> only the test suite, so it can probably wait for post-v2.0.0 if you\n> don't want to do another -rc.\n\nA bit more disturbing is that I did not get the impression that we\nknow the exact reason why these http tests, especially the getwpuid\ncall, fail for Fabio when run as root. And if my impression is\ncorrect, then \"do not run tests as root\" applied as a \"solution\" to\nthe failure report, would merely be sweeping the problem under the\nrug, even though it is a very good advice in general.\n\nIs it a bug in the server itself that it fails to do getpwuid, or is\nit because the system Fabio's on is somehow screwed up?\n\nUntil the latter can be ruled out, we might be better off not doing\nanything, which may give interested parties an easier way to dig\ndeeper into the real cause of getpwuid failing, no? Such a digging\nmay even result in a better solution (e.g. finding a specific\npattern of misconfigured systems and stop tests only on them).\n\nPersonally, I do not think running our tests as root is an\ninteresting enough problem to warrant the effort from us to dig only\nto come up with such a \"better solution\", and I would be perfectly\nhappy to apply the \"do not run this test as root\" patch, or even a\nbroader \"we do not let any test run as root, unless individual tests\nexplicitly ask us to allow it\" somewhere in test-lib.sh included by\neverybody. That may sweep the issue under the rug as a side effect,\nbut it is OK because it is not the primary mission of our tests to\nfind issues in either httpd binaries or the system configuration\nthat may cause the httpd server misbehave in the first place.\n\nSo...\n"},{"id":"241524","messageId":"20140514193353.GB2715@sigill.intra.peff.net","threadId":"36600","inReplyTo":"xmqqiop8l1zk.fsf@gitster.dls.corp.google.com","subject":"Re: t5539 fails on ubuntu for v2.0.0-rc2","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2014-05-14T19:33:53Z","receivedAt":"2014-05-14T19:33:53Z","isPatch":false,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Wed, May 14, 2014 at 10:11:11AM -0700, Junio C Hamano wrote:\n\n> A bit more disturbing is that I did not get the impression that we\n> know the exact reason why these http tests, especially the getwpuid\n> call, fail for Fabio when run as root. And if my impression is\n> correct, then \"do not run tests as root\" applied as a \"solution\" to\n> the failure report, would merely be sweeping the problem under the\n> rug, even though it is a very good advice in general.\n> \n> Is it a bug in the server itself that it fails to do getpwuid, or is\n> it because the system Fabio's on is somehow screwed up?\n\nI think it's a config problem possibly coupled with an Apache bug. We\ndon't define the \"User\" directive (and I think it would be kind of crazy\nto do so[1]). The default for \"User\" is \"-1\", and we see in his log that\napache was trying to getpwuid to 4294967295. However, if you don't set\nUser at all, and you are running as root, I would expect Apache to\ncontinue running as root. The most I could come up with on this front\nwas that it's a bug in apache 1.3.22:\n\n http://www.gossamer-threads.com/lists/apache/users/179688#179688\n\nbut that seems like an awfully old version to have on a Natty desktop (I\nchecked, and it seems only to have shipped apache2). So either the bug\nresurfaced, or something else is going on.\n\n> Until the latter can be ruled out, we might be better off not doing\n> anything, which may give interested parties an easier way to dig\n> deeper into the real cause of getpwuid failing, no? Such a digging\n> may even result in a better solution (e.g. finding a specific\n> pattern of misconfigured systems and stop tests only on them).\n\nSure, I have no problem with anybody digging deeper. I was mainly\nworried that it would become a pain for people on such systems, as it\ncauses a false positive in the test suite. But we don't even know how\ncommon such systems are, so I'm OK with waiting to see if we have more\nreports.\n\n-Peff\n"}]}