Send Netdot-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://osl.uoregon.edu/mailman/listinfo/netdot-users
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Netdot-users digest..."
Today's Topics:
1. Re: Invalid underscores (Jos? A. Dom?nguez)
2. Speeding up server (Michael T. Voity)
3. Re: Speeding up server (Phil Regnauld)
4. Re: Speeding up server (Michael T. Voity)
----------------------------------------------------------------------
Message: 1
Date: Tue, 22 Jan 2013 14:05:30 -0800
From: "Jos? A. Dom?nguez" <[email protected]>
Subject: Re: [Netdot-users] Invalid underscores
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
On 1/22/13 11:37 AM, Stephen McCracken wrote:
> Hi, all.
>
> I saw the prior bug report (#1663, I think) and understand the DNS
> doesn't allow underscores. I'm trying out netdot and am wondering if
> there is a way to turn this check off or not.
>
> I inherited a network with a large number of devices that have
> underscores in their names. What I'd like is an option to go ahead and
> discover the devices and topology without worrying about this error
> (and, consequently, not using and DNS entries from netdot).
>
> As I go through and clean up the devices I'd later like to turn it on again.
>
> Is this possible?
>
Take a look at
# Device names in Netdot are DNS records. Normally underscores
# are not allowed in DNS (with some exceptions). Setting this
# to 1 will allow underscores anywhere in a device name.
ALLOW_UNDERSCORES_IN_DEVICE_NAMES => 0,
on Default.conf and then move that to Site.conf and configure it accordingly.
That should do the trick.
Jos?.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 259 bytes
Desc: OpenPGP digital signature
Url :
http://osl.uoregon.edu/pipermail/netdot-users/attachments/20130122/d14ed7f4/attachment-0001.bin
------------------------------
Message: 2
Date: Wed, 23 Jan 2013 08:40:31 -0500
From: "Michael T. Voity" <[email protected]>
Subject: [Netdot-users] Speeding up server
To: "[email protected]" <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hello,
I just was able to successfully move NetDot to a newer faster server
(from 8 cores 2g Ram 50g hd RAID 1) to a Server with (16 Cores, 16gb
RAM, 1.1T hd Raid 10)
I have not see much improvement on responses from NetDot, I have done a
few MySql Tweaks like
max_allowed_packet = 16M
thread_concurrency = 16
Any other ideas to make the app faster? The only other app running on
the server is InterMapper which is barely using any resources. Waiting
time on i/o is %0.03 at worst.
Appolgies if this questions has been answered before as I could not find
an answer in the archives.
-Mike
--
Michael T. Voity
Network Engineer
University of Vermont
------------------------------
Message: 3
Date: Thu, 24 Jan 2013 03:03:23 +1300
From: Phil Regnauld <[email protected]>
Subject: Re: [Netdot-users] Speeding up server
To: "Michael T. Voity" <[email protected]>
Cc: "[email protected]" <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
Michael T. Voity (mvoity) writes:
> Hello,
>
> I just was able to successfully move NetDot to a newer faster server
> (from 8 cores 2g Ram 50g hd RAID 1) to a Server with (16 Cores, 16gb
> RAM, 1.1T hd Raid 10)
>
> I have not see much improvement on responses from NetDot, I have done a
> few MySql Tweaks like
Hi Mike,
What operations do you see NetDot being slow on, specifically ?
> max_allowed_packet = 16M
> thread_concurrency = 16
You could enable slow query logging in MySQL, and see what happens:
http://dev.mysql.com/doc/refman/5.1/en/slow-query-log.html
Worth checking out is http://www.percona.com/software/percona-toolkit
which has many tools to troubleshoot MySQL performance.
Assuming the problem is not I/O based, it could be a problem with
mod_perl (if it's sluggish interface response).
Either way, more info will help :)
Cheers,
Phil
------------------------------
Message: 4
Date: Wed, 23 Jan 2013 09:23:29 -0500
From: "Michael T. Voity" <[email protected]>
Subject: Re: [Netdot-users] Speeding up server
To: Phil Regnauld <[email protected]>
Cc: "[email protected]" <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi Phil,
The operations i see that are slow and the response from the server is
not as snappy is Looking up IPv6 Address, sub nets and loading devices.
The version of "mod_perl" I have is 2.0.4-10.el6.
Defiantly not i/o based issue. I will look at those articles and
tweak accordingly if needed.
Thanks for the quick response.
-Mike
Michael T. Voity
Network Engineer
University of Vermont
On 1/23/2013 9:03 AM, Phil Regnauld wrote:
> Michael T. Voity (mvoity) writes:
>> Hello,
>>
>> I just was able to successfully move NetDot to a newer faster server
>> (from 8 cores 2g Ram 50g hd RAID 1) to a Server with (16 Cores, 16gb
>> RAM, 1.1T hd Raid 10)
>>
>> I have not see much improvement on responses from NetDot, I have done a
>> few MySql Tweaks like
> Hi Mike,
>
> What operations do you see NetDot being slow on, specifically ?
>
>> max_allowed_packet = 16M
>> thread_concurrency = 16
> You could enable slow query logging in MySQL, and see what happens:
>
> http://dev.mysql.com/doc/refman/5.1/en/slow-query-log.html
>
> Worth checking out is http://www.percona.com/software/percona-toolkit
> which has many tools to troubleshoot MySQL performance.
>
> Assuming the problem is not I/O based, it could be a problem with
> mod_perl (if it's sluggish interface response).
>
> Either way, more info will help :)
>
> Cheers,
> Phil
------------------------------
_______________________________________________
Netdot-users mailing list
[email protected]
https://osl.uoregon.edu/mailman/listinfo/netdot-users
End of Netdot-users Digest, Vol 50, Issue 8
*******************************************
