Send netdisco-users mailing list submissions to
        [email protected]

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.sourceforge.net/lists/listinfo/netdisco-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 netdisco-users digest..."
Today's Topics:

   1. Re: Login loop? (Andy Ruhl)
   2. Re: Login loop? (Oliver Gorwits)
   3. Re: Discover problem (Matthew Seymour)
   4. Re: Discover problem (Matthew Seymour)
--- Begin Message ---
Sorry for the noise. Seems this was related to some starman processes
which were in some strange state. Once I cleaned up all processes
using port 5000 (checking netstat -anp | grep 5000), this is no longer
a problem.

Andy

On Sun, Nov 20, 2016 at 10:25 AM, Oliver Gorwits <[email protected]> wrote:
> Hi Andy,
>
> On 2016-11-19 17:01, Andy Ruhl wrote:
>> I'm having a problem. I just upgraded to the latest Netdisco 2
>> yesterday.
>>
>> When I click a link, I get sent back to the login page. I click the
>> login button, and it doesn't log me in. I just keep getting the login
>> page.
>
> Please can you confirmt this is in the native service running on port
> 5000, and not using any Apache reverse proxy or similar?
>
> regards,
> oliver.
>
>
>> If I delete my cookie, I can click login and I come to the Inventory
>> page. But if I click any link or search, it sends me back to the login
>> page.
>>
>> Doing netdisco-web restart doesn't help.
>>
>> I re-ran netdisco-deploy and restarted, and this didn't help.
>>
>> So I'm stuck, I can't log in or do anything.
>>
>> This happens with Chrome or Firefox.
>>
>> What should I do?
>>
>> Andy
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Netdisco mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/netdisco-users
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Netdisco mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/netdisco-users



--- End Message ---
--- Begin Message ---
No worries, thanks for letting us know. 

Oliver. 

Sent from the moon.

> On 21 Nov 2016, at 04:31, Andy Ruhl <[email protected]> wrote:
> 
> Sorry for the noise. Seems this was related to some starman processes
> which were in some strange state. Once I cleaned up all processes
> using port 5000 (checking netstat -anp | grep 5000), this is no longer
> a problem.
> 
> Andy
> 
>> On Sun, Nov 20, 2016 at 10:25 AM, Oliver Gorwits <[email protected]> wrote:
>> Hi Andy,
>> 
>>> On 2016-11-19 17:01, Andy Ruhl wrote:
>>> I'm having a problem. I just upgraded to the latest Netdisco 2
>>> yesterday.
>>> 
>>> When I click a link, I get sent back to the login page. I click the
>>> login button, and it doesn't log me in. I just keep getting the login
>>> page.
>> 
>> Please can you confirmt this is in the native service running on port
>> 5000, and not using any Apache reverse proxy or similar?
>> 
>> regards,
>> oliver.
>> 
>> 
>>> If I delete my cookie, I can click login and I come to the Inventory
>>> page. But if I click any link or search, it sends me back to the login
>>> page.
>>> 
>>> Doing netdisco-web restart doesn't help.
>>> 
>>> I re-ran netdisco-deploy and restarted, and this didn't help.
>>> 
>>> So I'm stuck, I can't log in or do anything.
>>> 
>>> This happens with Chrome or Firefox.
>>> 
>>> What should I do?
>>> 
>>> Andy
>>> 
>>> ------------------------------------------------------------------------------
>>> _______________________________________________
>>> Netdisco mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/netdisco-users
>> 
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Netdisco mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/netdisco-users
> 
> ------------------------------------------------------------------------------
> _______________________________________________
> Netdisco mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/netdisco-users




--- End Message ---
--- Begin Message ---
Hi Oliver,

I'm running everything on the same host, a VM so I don't upset our
production server. It seems to be something I can reproduce. I've just
rebuilt the VM so I can try again. It does seem to be the case that some
devices are not contacted by the scheduler but there's no problem using the
CLI. It isn't entirely reliable. I've noticed after many attempts the
scheduler will sometimes work. In production we have switches that have
been in place several months and have never been discovered. In these cases
the upstream switch has been discovered, LLDP is running so there's no
obvious reason why Netdisco hasn't got any further.
Happy to run any diagnostics I can that might be helpful.

Matthew

On 20 November 2016 at 17:54, Oliver Gorwits <[email protected]> wrote:

> Hi Matthew,
>
> On 2016-11-07 12:53, Matthew Seymour wrote:
> > One example switch that it found early in the discovery process has an
> > error against it saying it can't make an snmp connection.
> >
> > I've attemped a manual discover of that switch
> > with: ~/bin/netdisco-do -D discover -d <ip address>
> >
> > That works just fine, no errors and now it's in the database. However
> > if I attempt a discover through the web interface it errors.
>
> The web interface isn't running the Discover job, it just puts the job
> in the queue for the scheduler to run sometime in the future (usually
> immediately if it's not busy).
>
> So this is interesting that the scheduler cannot make the connection,
> but the command line can?
>
> Are you running the command line on the same host, as the same user,
> with the same config, as the backend daemon was started on?
>
> Otherwise, if this is reproducible, it would be very interesting to dig
> deeper and help us understand what's happening.
>
> regards,
> oliver.
>
>
> > What have I missed?
> >
> > --
> >
> > Matthew Seymour
> > Network Technician
> > IT Services
> >
> > INFORMATION SERVICES | UNIVERSITY OF
> > YORK | HESLINGTON | YORK | YO10 5DD
> > TEL: 01904 323858 | SCHEDULED WORK [1] | FACEBOOK [2] | twitter
> > [3]
> >
> >
> >
> > Email disclaimer: http://www.york.ac.uk/docs/disclaimer/email.htm [4]
> >
> >
> > Links:
> > ------
> > [1] http://www.york.ac.uk/it-services/news/work/
> > [2] https://www.facebook.com/UoYITServices
> > [3] http://twitter.com/UoYITServices
> > [4] http://www.york.ac.uk/docs/disclaimer/email.htm
> >
> > ------------------------------------------------------------
> ------------------
> > Developer Access Program for Intel Xeon Phi Processors
> > Access to Intel Xeon Phi processor-based developer platforms.
> > With one year of Intel Parallel Studio XE.
> > Training and support from Colfax.
> > Order your platform today. http://sdm.link/xeonphi
> >
> > _______________________________________________
> > Netdisco mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/netdisco-users
>
> ------------------------------------------------------------
> ------------------
> _______________________________________________
> Netdisco mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/netdisco-users
>



-- 
Matthew Seymour
Network Technician
IT Services
*Information Services | University of York* | *Heslington* | *York* | *YO10
5DD*
*tel: 01904 323858* | *scheduled work*
<http://www.york.ac.uk/it-services/news/work/> | *facebook*
<https://www.facebook.com/UoYITServices> |

*twitter <http://twitter.com/UoYITServices>*


Email disclaimer: http://www.york.ac.uk/docs/disclaimer/email.htm

--- End Message ---
--- Begin Message ---
One quick update on this...

I've tried increasing the snmp timeout and this doesn't appear to have
improved things. I'm still finding plenty of devices that fail from the
scheduler but will work with CLI discover.

On 21 November 2016 at 10:31, Matthew Seymour <[email protected]>
wrote:

> Hi Oliver,
>
> I'm running everything on the same host, a VM so I don't upset our
> production server. It seems to be something I can reproduce. I've just
> rebuilt the VM so I can try again. It does seem to be the case that some
> devices are not contacted by the scheduler but there's no problem using the
> CLI. It isn't entirely reliable. I've noticed after many attempts the
> scheduler will sometimes work. In production we have switches that have
> been in place several months and have never been discovered. In these cases
> the upstream switch has been discovered, LLDP is running so there's no
> obvious reason why Netdisco hasn't got any further.
> Happy to run any diagnostics I can that might be helpful.
>
> Matthew
>
> On 20 November 2016 at 17:54, Oliver Gorwits <[email protected]> wrote:
>
>> Hi Matthew,
>>
>> On 2016-11-07 12:53, Matthew Seymour wrote:
>> > One example switch that it found early in the discovery process has an
>> > error against it saying it can't make an snmp connection.
>> >
>> > I've attemped a manual discover of that switch
>> > with: ~/bin/netdisco-do -D discover -d <ip address>
>> >
>> > That works just fine, no errors and now it's in the database. However
>> > if I attempt a discover through the web interface it errors.
>>
>> The web interface isn't running the Discover job, it just puts the job
>> in the queue for the scheduler to run sometime in the future (usually
>> immediately if it's not busy).
>>
>> So this is interesting that the scheduler cannot make the connection,
>> but the command line can?
>>
>> Are you running the command line on the same host, as the same user,
>> with the same config, as the backend daemon was started on?
>>
>> Otherwise, if this is reproducible, it would be very interesting to dig
>> deeper and help us understand what's happening.
>>
>> regards,
>> oliver.
>>
>>
>> > What have I missed?
>> >
>> > --
>> >
>> > Matthew Seymour
>> > Network Technician
>> > IT Services
>> >
>> > INFORMATION SERVICES | UNIVERSITY OF
>> > YORK | HESLINGTON | YORK | YO10 5DD
>> > TEL: 01904 323858 | SCHEDULED WORK [1] | FACEBOOK [2] | twitter
>> > [3]
>> >
>> >
>> >
>> > Email disclaimer: http://www.york.ac.uk/docs/disclaimer/email.htm [4]
>> >
>> >
>> > Links:
>> > ------
>> > [1] http://www.york.ac.uk/it-services/news/work/
>> > [2] https://www.facebook.com/UoYITServices
>> > [3] http://twitter.com/UoYITServices
>> > [4] http://www.york.ac.uk/docs/disclaimer/email.htm
>> >
>> > ------------------------------------------------------------
>> ------------------
>> > Developer Access Program for Intel Xeon Phi Processors
>> > Access to Intel Xeon Phi processor-based developer platforms.
>> > With one year of Intel Parallel Studio XE.
>> > Training and support from Colfax.
>> > Order your platform today. http://sdm.link/xeonphi
>> >
>> > _______________________________________________
>> > Netdisco mailing list
>> > [email protected]
>> > https://lists.sourceforge.net/lists/listinfo/netdisco-users
>>
>> ------------------------------------------------------------
>> ------------------
>> _______________________________________________
>> Netdisco mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/netdisco-users
>>
>
>
>
> --
> Matthew Seymour
> Network Technician
> IT Services
> *Information Services | University of York* | *Heslington* | *York* | *YO10
> 5DD*
> *tel: 01904 323858* | *scheduled work*
> <http://www.york.ac.uk/it-services/news/work/> | *facebook*
> <https://www.facebook.com/UoYITServices> |
>
> *twitter <http://twitter.com/UoYITServices>*
>
>
> Email disclaimer: http://www.york.ac.uk/docs/disclaimer/email.htm
>



-- 
Matthew Seymour
Network Technician
IT Services
*Information Services | University of York* | *Heslington* | *York* | *YO10
5DD*
*tel: 01904 323858* | *scheduled work*
<http://www.york.ac.uk/it-services/news/work/> | *facebook*
<https://www.facebook.com/UoYITServices> |

*twitter <http://twitter.com/UoYITServices>*


Email disclaimer: http://www.york.ac.uk/docs/disclaimer/email.htm

--- End Message ---
------------------------------------------------------------------------------
_______________________________________________
Netdisco mailing list - Digest Mode
[email protected]
https://lists.sourceforge.net/lists/listinfo/netdisco-users

Reply via email to