Send Netdot-devel mailing list submissions to
        [email protected]

To subscribe or unsubscribe via the World Wide Web, visit
        https://osl.uoregon.edu/mailman/listinfo/netdot-devel
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-devel digest..."


Today's Topics:

   1. Re: psgi? (Carlos Vicente)


----------------------------------------------------------------------

Message: 1
Date: Wed, 14 Sep 2016 09:48:02 -0400
From: Carlos Vicente <[email protected]>
Subject: Re: [Netdot-devel] psgi?
To: Matt Zagrabelny <[email protected]>
Cc: netdot-devel <[email protected]>
Message-ID:
        <CADN=49c8mpr_00ut__7sgzy+q_ic6q0+rhtt-6n1io6refe...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hello Matt,

Netdot is currently very tied to Mason and thus mod_perl. It would be a
major endeavor to switch to a different framework at this point.

I also do not experience the issues that you are describing, but if you
find a fix that does not involve a major rewrite of the user interface, I
would gladly incorporate it.

cv

On Fri, Sep 9, 2016 at 12:35 PM, Matt Zagrabelny <[email protected]> wrote:

> Carlos and other devs,
>
> There seems to be a couple issues that may be buried deep with respect
> to Netdot. I'm wondering if it would be alleviated by leaving mod_perl
> and moving to a FastCGI + PSGI solution.
>
> I know that proposal isn't free, but wondering if it would be worth
> migrating towards it.
>
> Here are a few of the issues that we experience that may be related to
> the mod_perl solution:
>
> - We're hitting a cache issue every once in a while - and it makes
> Netdot throw stack traces when trying to create new ipblocks. I've
> traced it to the data in the datacache table not accurately
> representing the rest of the database. The cached Patricia tree is
> incorrect and causes parent ipblock info wrong and then database
> insert fails.
>
> - Perhaps related to the above, there are database misses when
> creating/updating an ipblock/dns and then immediately searching for
> those changed values - Netdot doesn't find the records, but searching
> for the preceding name works.
>
> - I cannot enable mod-shib with the apache 2.4 configs for Netdot.
>
> I've searched the mailing lists and have seen DB inconsistency mentioned
> before.
>
> Just trying to get some dialogue going among the group about these issues.
>
> Thanks!
>
> -m
> _______________________________________________
> Netdot-devel mailing list
> [email protected]
> https://osl.uoregon.edu/mailman/listinfo/netdot-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
https://osl.uoregon.edu/mailman/private/netdot-devel/attachments/20160914/34ee818b/attachment-0001.html
 

------------------------------

_______________________________________________
Netdot-devel mailing list
[email protected]
https://osl.uoregon.edu/mailman/listinfo/netdot-devel


End of Netdot-devel Digest, Vol 114, Issue 6
********************************************

Reply via email to