Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

updatedevice halts with ERROR: 00005E000150 is VRRP #170

Open
nicolatron opened this issue Feb 17, 2022 · 0 comments
Open

updatedevice halts with ERROR: 00005E000150 is VRRP #170

nicolatron opened this issue Feb 17, 2022 · 0 comments

Comments

@nicolatron
Copy link
Contributor

nicolatron commented Feb 17, 2022

When getting forwarding table from an H3C switch via CLI. Process is halted with this error:

DEBUG - PhysAddr::format_address_db: MAC address (0000:5e00:0150) formatted for DB storage to: 00005E000150
ERROR: 00005E000150 is VRRP

It seems to come from ./lib/Netdot/Model/PhysAddr.pm (sub validate)

    elsif ( $addr =~ /^00005E00/io ){
        $class->throw_user("$displ is VRRP");
    }

throw_user is defined in lib/Netdot.pm

sub throw_user {
    my ($self, $msg) = @_;
    my $logger = $class->{_log}->get_logger('Netdot');
    $logger->error($msg);
    return Netdot::Util::Exception::User->throw(message=>$msg);
}

Not sure if halting the updatedevice process is the expected behavour, seems a bit drastic. For now i guess I'll just filter that kind of macs in my CLI/H3C.pm.

Best regards.

@nicolatron nicolatron changed the title updatedevice halts with error ERROR: 00005E000150 is VRRP updatedevice halts with ERROR: 00005E000150 is VRRP Feb 17, 2022
nicolatron pushed a commit to nicolatron/Netdot that referenced this issue Feb 17, 2022
nicolatron pushed a commit to nicolatron/Netdot that referenced this issue Feb 17, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant