Sorry, I haven't been able to work on this much lately, but I'm trying to get back to setting it all up in my lab. I see you found the hardcoded references to scalr-dns.net in the code. If you have everything set up correctly in config.yml for static DNS endpoints for DB servers, those should get used instead, but that is what I'm working on testing in the lab. But note that those static endpoints are only for DB servers if you have scalr.dns.static.enabled set to true. More info on that here: https://scalr-wiki.atlassian.net/wiki/display/docs/Database+Servers#DatabaseServers-DatabaseEndpoints:ConnecttoYourDatabase This is not required for just having scalr manage dynamic DNS endpoints via bind, which I believe you said you already have working. As soon as I can back to it, I'll be coming up with complete documentation on setting up BIND, and PowerDNS for static DB endpoints. I'll post it here when complete. This feature was written specifically for Hosted Scalr customers (thus the hardcoding), but I'm working on making it available to on-premise installs.
thanks, Jeremy On Mon, Jul 28, 2014 at 6:33 PM, Aatxe Urrutia <[email protected]> wrote: > Noticed i forgot to update that my config I have the name server for my > config.yml set to the vm nameserver managed by cloudstack, but i've > realized as well that I should tripple check that config will do so and > post back as I assume this reference to the code for scalr dns might be > triggered by some key i am not aware of or perhaps as a fallback if it > cannot post to the nameserver I have defined in my config. > > > On Monday, July 28, 2014 6:28:52 PM UTC-7, Aatxe Urrutia wrote: >> >> Note sure if there is a way to override this as I just re-downloaded the >> source code from github and grepped through the source code and these >> appear to be hardcoded >> >> >> grep -r -i 'scalr-dns.net' app/* >> app/observers/class.DNSEventObserver.php: >> $pdnsDb->Execute("INSERT INTO `domains` SET `name`=?, `type`=?, >> `scalr_farm_id`=?", array("{$hash}.scalr-dns.net",'NATIVE', >> $event->GetFarmID())); >> app/src/Scalr/UI/Controller/Db/Manager.php: >> 'private' => "int.master.{$behavior}.{$ >> dbFarmRole->GetFarmObject()->Hash}.scalr-dns.net", >> app/src/Scalr/UI/Controller/Db/Manager.php: 'public' >> => "ext.master.{$behavior}.{$dbFarmRole->GetFarmObject()->Hash}. >> scalr-dns.net" >> app/src/Scalr/UI/Controller/Db/Manager.php: >> 'private' => "int.slave.{$behavior}.{$ >> dbFarmRole->GetFarmObject()->Hash}.scalr-dns.net", >> app/src/Scalr/UI/Controller/Db/Manager.php: 'public' >> => "ext.slave.{$behavior}.{$dbFarmRole->GetFarmObject()->Hash}. >> scalr-dns.net" >> app/src/Scalr/UI/Controller/Farms.php: 'value' => >> "ext.master.{$dbMsr}.{$dbFarm->Hash}.scalr-dns.net" >> app/src/Scalr/UI/Controller/Farms.php: 'value' => >> "ext.slave.{$dbMsr}.{$dbFarm->Hash}.scalr-dns.net" >> app/src/Scalr/UI/Controller/Farms.php: 'value' => >> "int.master.{$dbMsr}.{$dbFarm->Hash}.scalr-dns.net" >> app/src/Scalr/UI/Controller/Farms.php: 'value' => >> "int.slave.{$dbMsr}.{$dbFarm->Hash}.scalr-dns.net" >> app/src/Scalr/UI/Controller/Farms.php: 'value' => >> "api.ext.cloudfoundry.{$dbFarm->Hash}.scalr-dns.net" >> app/src/Scalr/UI/Controller/Dnszones.php: if >> (in_array($chkDmn, array('scalr.net', 'scalr.com', 'scalr-dns.net', ' >> scalr-dns.com'))) >> app/src/api/class.ScalrAPI_2_3_0.php: >> $response->mysql->master->private = "int.master.mysql.{$DBFarm->Hash}. >> scalr-dns.net"; >> app/src/api/class.ScalrAPI_2_3_0.php: >> $response->mysql->master->public = "ext.master.mysql.{$DBFarm->Hash}. >> scalr-dns.net"; >> app/src/api/class.ScalrAPI_2_3_0.php: >> $response->mysql->slave->private = "int.slave.mysql.{$DBFarm->Hash}. >> scalr-dns.net"; >> app/src/api/class.ScalrAPI_2_3_0.php: >> $response->mysql->slave->public = "ext.slave.mysql.{$DBFarm->Hash}. >> scalr-dns.net"; >> app/src/api/class.ScalrAPI_2_3_0.php: >> $response->postgresql->master->private = "int.master.postgresql.{$ >> DBFarm->Hash}.scalr-dns.net"; >> app/src/api/class.ScalrAPI_2_3_0.php: >> $response->postgresql->master->public = "ext.master.postgresql.{$ >> DBFarm->Hash}.scalr-dns.net"; >> app/src/api/class.ScalrAPI_2_3_0.php: >> $response->postgresql->slave->private = "int.slave.postgresql.{$ >> DBFarm->Hash}.scalr-dns.net"; >> app/src/api/class.ScalrAPI_2_3_0.php: >> $response->postgresql->slave->public = "ext.slave.postgresql.{$ >> DBFarm->Hash}.scalr-dns.net"; >> app/src/api/class.ScalrAPI_2_3_0.php: >> $response->redis->master->private = "int.master.redis.{$DBFarm->Hash}. >> scalr-dns.net"; >> app/src/api/class.ScalrAPI_2_3_0.php: >> $response->redis->master->public = "ext.master.redis.{$DBFarm->Hash}. >> scalr-dns.net"; >> app/src/api/class.ScalrAPI_2_3_0.php: >> $response->redis->slave->private = "int.slave.redis.{$DBFarm->Hash}. >> scalr-dns.net"; >> app/src/api/class.ScalrAPI_2_3_0.php: >> $response->redis->slave->public = "ext.slave.redis.{$DBFarm->Hash}. >> scalr-dns.net"; >> app/www/ui2/js/ui/services/mongodb/status.js: >> value: 'ext.mongo.' + moduleParams['farmHash'] + '.scalr-dns.net' >> app/www/ui2/js/ui/services/mongodb/status.js: >> value: 'int.mongo.' + moduleParams['farmHash'] + '.scalr-dns.net' >> app/www/ui2/js/ui/dbmsr/status.js: value: >> 'ext.master.' + moduleParams['dbType'] + '.' + moduleParams['farmHash'] + '. >> scalr-dns.net' >> app/www/ui2/js/ui/dbmsr/status.js: value: >> 'ext.slave.' + moduleParams['dbType'] + '.' + moduleParams['farmHash'] + '. >> scalr-dns.net' >> app/www/ui2/js/ui/dbmsr/status.js: value: >> 'int.master.' + moduleParams['dbType'] + '.' + moduleParams['farmHash'] + '. >> scalr-dns.net' >> app/www/ui2/js/ui/dbmsr/status.js: value: >> 'int.slave.' + moduleParams['dbType'] + '.' + moduleParams['farmHash'] + '. >> scalr-dns.net' >> >> >> >> >> >> On Friday, June 13, 2014 2:13:10 PM UTC-7, Jeremy Koerber wrote: >>> >>> I'm working on reproducing this and will let you know what I find. >>> Expect to hear back from me early next week if I don't get it figured out >>> today. >>> >>> Thanks, >>> Jeremy >>> >>> >>> >>> On Thu, Jun 12, 2014 at 4:31 PM, Aatxe Urrutia <[email protected]> >>> wrote: >>> >>>> mysql> select * from domains; >>>> +----+------------------------------+---------------+------- >>>> -+-------+---------+ >>>> | id | name | scalr_farm_id | type | index | >>>> os_type | >>>> +----+------------------------------+---------------+------- >>>> -+-------+---------+ >>>> | 1 | f83290c12eac42.scalr-dns.net | 3 | NATIVE | NULL | >>>> linux | >>>> +----+------------------------------+---------------+------- >>>> -+-------+---------+ >>>> 1 row in set (0.00 sec) >>>> >>>> mysql> CREATE TABLE `domains` (`id` int(11) NOT NULL AUTO_INCREMENT, >>>> `name` varchar(36) DEFAULT NULL, `scalr_farm_id` int(11) DEFAULT NULL, >>>> `type` varchar(36) DEFAULT NULL, `index` int(11) DEFAULT NULL, `os_type` >>>> enum('windows','linux') DEFAULT 'linux', PRIMARY KEY (`id`), KEY `name` >>>> (`name`), KEY `scalr_farm_id` (`scalr_farm_id`) ) ENGINE=InnoDB DEFAULT >>>> CHARSET=latin1; >>>> >>>> I created the above table from what I saw the php doing at it populated >>>> it as also shown above, I also looked through the source sql and dont see a >>>> domains table in it so I am wondering is there some other part or module I >>>> am missing? >>>> >>>> >>>> On Thursday, June 12, 2014 2:40:33 PM UTC-7, Aatxe Urrutia wrote: >>>>> >>>>> mysqli error: [1146: Table 'scalr.domains' doesn't exist] in >>>>> EXECUTE("DELETE FROM `domains` WHERE scalr_farm_id = >>>>> >>>>> that is the error message I get >>>>> >>>>> On Thursday, June 12, 2014 2:39:57 PM UTC-7, Aatxe Urrutia wrote: >>>>>> >>>>>> I got scalr to write to both zone files and the >>>>>> /var/named/client_zones/zones.include >>>>>> >>>>>> however when I set it up via the UI to associate with a farm if I >>>>>> terminate the farm it complains that a domains table is missing. I >>>>>> checked >>>>>> the db and there is no domains table and the php class that calls it , is >>>>>> in fact looking for a scalr.domains table. i.e. >>>>>> >>>>>> >>>>>> >>>>>> On Tuesday, June 10, 2014 3:01:02 PM UTC-7, Aatxe Urrutia wrote: >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> I was away on vacation, got back and installed bind & traced logs >>>>>>> for errors and saw where it was expecting files, changed that and >>>>>>> reloaded >>>>>>> and the dns zone was marked as active in scalr and the logs show it >>>>>>> communicating , additionally writing zone files and reloaded bind. >>>>>>> >>>>>>> thanks >>>>>>> >>>>>>> On Friday, May 9, 2014 12:44:48 PM UTC-7, Aatxe Urrutia wrote: >>>>>>>> >>>>>>>> OK, so I have my setup working , scale up, scale down, graphing, >>>>>>>> etc however now I have been tasked to look and see if I can look at the >>>>>>>> custom DNS options in scalr. >>>>>>>> >>>>>>>> Looking at the docs from the UI standpoint it seems the actual >>>>>>>> mechanism in which DNS is made to work is missing. >>>>>>>> >>>>>>>> I.e. >>>>>>>> >>>>>>>> I think this may be what is needed but am asking if this is correct. >>>>>>>> >>>>>>>> install Bind on local scalr system and allow it to receive >>>>>>>> transfers from localhost? ( I would assume that scalr will make an API >>>>>>>> call >>>>>>>> to it) >>>>>>>> >>>>>>>> - The local DNS server will then notify its slaves >>>>>>>> >>>>>>>> The parent DNS I can forward a zone to the scalr system so any name >>>>>>>> scalr creates will still work in my internally dc & office DNS. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Am I missing anything? >>>>>>>> >>>>>>>> >>>>>>>> Thanks in advance, >>>>>>>> >>>>>>>> -B >>>>>>>> >>>>>>> -- >>>> You received this message because you are subscribed to a topic in the >>>> Google Groups "scalr-discuss" group. >>>> To unsubscribe from this topic, visit https://groups.google.com/d/ >>>> topic/scalr-discuss/sIGTjrrM67o/unsubscribe. >>>> To unsubscribe from this group and all its topics, send an email to >>>> [email protected]. >>>> For more options, visit https://groups.google.com/d/optout. >>>> >>> >>> >>> >>> -- >>> Jeremy Koerber >>> Product Specialist >>> >>> >>> Follow us: Twitter <https://twitter.com/scalr> - Facebook >>> <https://www.facebook.com/Scalr> - Blog <http://blog.scalr.com/> >>> >> -- > You received this message because you are subscribed to a topic in the > Google Groups "scalr-discuss" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/scalr-discuss/sIGTjrrM67o/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > [email protected]. > For more options, visit https://groups.google.com/d/optout. > -- Jeremy Koerber Product Specialist Follow us: Twitter <https://twitter.com/scalr> - Facebook <https://www.facebook.com/Scalr> - Blog <http://blog.scalr.com/> -- You received this message because you are subscribed to the Google Groups "scalr-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
