Mac OS Forge Migration update

Shreeraj Karulkar skarulkar at apple.com
Mon Mar 17 15:02:58 PDT 2014


Ryan
Diff of which changes? Not sure what I should be sending you? The one thing I have done is change its IP address, update the ldap-client (which I am having some issues with but should not be related) and move the VM it to a new VLAN.

Shree


On Mar 17, 2014, at 2:53 PM, Ryan Schmidt <ryandesign at macports.org> wrote:

> I see, so the file differs from what’s in our repository. Are there any other uncommitted changes? Having uncommitted changes in the working copy on the server would cause conflicts if we committed changes to similar lines of the file. We should commit those changes to the repository so there are no surprises. Since I don’t think you have commit access, if you want to send a diff of all the changes I can commit them.
> 
> And since the connection parameters seem to be what they should be, we still don’t know why it’s not connecting. I don’t see any commands in the file to cause anything to be logged to the web server logfiles. I could try to add that, so that we could see what the error actually is, but that would probably log a lot of stuff, since it would log once per hit, and the MacPorts web site probably gets a lot of hits.
> 
> 
> On Mar 17, 2014, at 16:15, Shreeraj Karulkar <skarulkar at apple.com> wrote:
> 
>> Ryan
>> 
>> I am a little confused, what is the complete path of the file you have listed below. Below is what I see on the server:file  "www.macports.org:/var/www/html/includes/common.inc"
>> 
>> 
>> #####################################################################
>> 
>> # Ports database connection parameters:
>> $portsdb_host = 'data.macports.org';
>> $portsdb_name = 'macports';
>> $portsdb_user = 'macports';
>> $portsdb_passwd = trim(file_get_contents('/var/www/script_data'));
>> 
>> 
>> ######################################################################
>> 
>> On Mar 17, 2014, at 2:05 PM, Ryan Schmidt <ryandesign at macports.org> wrote:
>> 
>>> includes/common.inc in the repository says:
>>> 
>>> # Ports database connection parameters:
>>> $portsdb_host = 'localhost';
>>> $portsdb_name = 'macports';
>>> $portsdb_user = 'macports';
>>> $portsdb_passwd = trim(file_get_contents('/opt/local/share/macports/resources/portmgr/script_data'));
>>> 
>>> It’s been connecting to localhost at least since r28377 (in 2007).
>>> 
>>> I can change it to data.macports.org…
>>> 
>>> Or does it say something different than localhost in the copy that’s on the server?
>>> 
>>> 
>>> On Mar 17, 2014, at 15:58, Shreeraj Karulkar <skarulkar at apple.com> wrote:
>>> 
>>>> Ryan
>>>> MySQL is not running on www.macports.org. There is no startup file in the /etc/ini.d/  and that is something that was not changed as a part of migration. I also did not see an entry for local host in "/var/www/html/includes/common.inc”, but then it might be another file.  MySQL  runs on data.macports.org and www.macports is able to connect to it at port 3306.
>>>> 
>>>> Shree
>>>> 
>>>> 
>>>> 
>>>> On Mar 17, 2014, at 1:35 PM, Ryan Schmidt <ryandesign at macports.org> wrote:
>>>> 
>>>>> Shree, thanks for your reply:
>>>>> 
>>>>> 
>>>>> On Mar 17, 2014, at 14:43, Shreeraj Karulkar wrote:
>>>>> 
>>>>>> 1) MySQL database: I have enabled access from the www.macports server and tested access successfully. Restarted mysqld on the data server and restarted httpd on the www server. I still can’t get to https://www.macports.org/ports.php. There is something missing that I can’t figure out.
>>>>> 
>>>>> The web site is trying to connect to a MySQL server running on localhost (i.e. running on the same machine serving www.macports.org). Is the MySQL server now running on a different server? If so, we need to plug its address into the includes/common.inc file.
>>>>> 
>>>>>> 2) Ping issue: I have reopened the ticket which IS&T had resolved earlier. <exp2://Ticket/18419273> 3/17 FireWall Rules for Mac OS Forge - ICMP . Will let you know as soon as I find out.
>>>>>> 
>>>>>> 3) Buildbot/Slaves: While all the build-slaves seem to be compiling fine you are probably referring to the deploy_archives.sh is failing for Mavericks right? I have tried send a file via rsync with similar options (-rlDzv) from build.macports to rsync.macports and it went through successfully. I also did a su to user buildbot and sent a test file through successfully. It did prompt me to accept the RSA key though. Can you check if it has worked?
>>>>>> There is also a reference to use -e in the rsync options to pass ssh options like the "--ignore-existing” optionthat is being used in the script. However the script has not changed 2013 so I am not sure it thats an issue.
>>>>> 
>>>>> I meant that when I look at:
>>>>> 
>>>>> https://build.macports.org/console
>>>>> 
>>>>> the last revision it shows is r117767, whereas the last revision in the repository right now is r117968. So it hasn’t tried to build any of the 200 most recent revisions.
>>>>> 
>>>> 
>>> 
>> 
> 



More information about the macports-dev mailing list