Hi guys,
I’m stuck with reassigning a different vlan-interface to an existing vfiler.
What I did: - I created a new vlan interface vif1-123 - I downed the interface e0b-666, which was assigned to the vfiler’s ipspace and removed the ip by setting it to 0.0.0.0 - I reassigned vif1-123 to the vfiler’s ipspace - I reassigned the e0b-666 interface to the default ipspace - I brought vif1-123 up with the vfiler’s ip address using ifconfig - I stopped and started the vfiler
Now the vfiler has the correct interface and ip address, but the default route still points to the old interface:
| Routing tables | | Internet: | Destination Gateway Flags Refs Use Interface | default 172.17.113.66 UGS 0 1757931 e0b-666 | 172.17.113.64/26 link#23 UC 0 0 vif1-123 | foo.customer1 0:50:56:b9:1b:5c UHL 1 3 vif1-123 | bar.customer1 link#23 UHL 1 0 vif1-123
ifconfig on the host filer tells me, that the ip adress is correctly bound to vif1-123, nevertheless inside the vfiler this seems to have no effect regarding the default route.
I'd rather not go through a vfiler setup, because this vfiler, although not productive yet, has already been configured for the customer and if possible I'd like to spare the overhead of redoing the configuration.
What am I missing?
Freundliche Grüße, Mark Neis
--
Mark Neis Systemadministrator GISA GmbH Chemnitztalstr. 13 09114 Chemnitz Tel. +49.(0)371.482.996.7247
Vorsitzender des Aufsichtsrates: Ralf Hiltenkamp Geschäftsführung: Michael Krüger (Sprecher), Stephan Drescher Sitz der Gesellschaft: Halle/Saale Registergericht: Amtsgericht Stendal | Handelsregister-Nr. HRB 208414 UST-ID-Nr. DE 158253683 Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Empfänger sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail oder des Inhalts dieser Mail sind nicht gestattet. Diese Kommunikation per E-Mail ist nicht gegen den Zugriff durch Dritte geschützt. Die GISA GmbH haftet ausdrücklich nicht für den Inhalt und die Vollständigkeit von E-Mails und den gegebenenfalls daraus entstehenden Schaden. Sollte trotz der bestehenden Viren-Schutzprogramme durch diese E-Mail ein Virus in Ihr System gelangen, so haftet die GISA GmbH - soweit gesetzlich zulässig - nicht für die hieraus entstehenden Schäden.
ONTAP binds the default route to a physical interface... sounds like you can delete and re-add the default route then it will bind to the interface in use. Assuming you did a vfiler remove -i, then vfiler add -i then the ifconfig. Good idea on not running setup since it will modify several files (nsswitch.conf, exports, hosts, hosts.equiv, etc.) and is easier to run ifconfig and route statements manually, then update /etc/rc of vfiler0 as well to make it persistent.
If you vfiler run vfname route delete default, then vfiler run vfname route add default to re-add the default gateway does it resolve to the vif1-123 interface in vfiler run vfname netstat -rn output?
-----Original Message----- From: toasters-bounces@teaparty.net [mailto:toasters-bounces@teaparty.net] On Behalf Of Neis, Mark Sent: Friday, April 19, 2013 10:01 AM To: toasters@teaparty.net Subject: Reassigning vlan-interface to a vfiler
Hi guys,
I’m stuck with reassigning a different vlan-interface to an existing vfiler.
What I did: - I created a new vlan interface vif1-123 - I downed the interface e0b-666, which was assigned to the vfiler’s ipspace and removed the ip by setting it to 0.0.0.0 - I reassigned vif1-123 to the vfiler’s ipspace - I reassigned the e0b-666 interface to the default ipspace - I brought vif1-123 up with the vfiler’s ip address using ifconfig - I stopped and started the vfiler
Now the vfiler has the correct interface and ip address, but the default route still points to the old interface:
| Routing tables | | Internet: | Destination Gateway Flags Refs Use Interface | default 172.17.113.66 UGS 0 1757931 e0b-666 | 172.17.113.64/26 link#23 UC 0 0 vif1-123 | foo.customer1 0:50:56:b9:1b:5c UHL 1 3 vif1-123 | bar.customer1 link#23 UHL 1 0 vif1-123
ifconfig on the host filer tells me, that the ip adress is correctly bound to vif1-123, nevertheless inside the vfiler this seems to have no effect regarding the default route.
I'd rather not go through a vfiler setup, because this vfiler, although not productive yet, has already been configured for the customer and if possible I'd like to spare the overhead of redoing the configuration.
What am I missing?
Freundliche Grüße, Mark Neis
--
Mark Neis Systemadministrator GISA GmbH Chemnitztalstr. 13 09114 Chemnitz Tel. +49.(0)371.482.996.7247
Vorsitzender des Aufsichtsrates: Ralf Hiltenkamp Geschäftsführung: Michael Krüger (Sprecher), Stephan Drescher Sitz der Gesellschaft: Halle/Saale Registergericht: Amtsgericht Stendal | Handelsregister-Nr. HRB 208414 UST-ID-Nr. DE 158253683 Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Empfänger sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail oder des Inhalts dieser Mail sind nicht gestattet. Diese Kommunikation per E-Mail ist nicht gegen den Zugriff durch Dritte geschützt. Die GISA GmbH haftet ausdrücklich nicht für den Inhalt und die Vollständigkeit von E-Mails und den gegebenenfalls daraus entstehenden Schaden. Sollte trotz der bestehenden Viren-Schutzprogramme durch diese E-Mail ein Virus in Ihr System gelangen, so haftet die GISA GmbH - soweit gesetzlich zulässig - nicht für die hieraus entstehenden Schäden.
_______________________________________________ Toasters mailing list Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters
Hi Scott,
ONTAP binds the default route to a physical interface... sounds like you can delete and re-add the default route then it will bind to the interface in use. Assuming you did a vfiler remove -i, then vfiler add -i then the ifconfig.
The vfiler didn't let me remove the ip address with the warning that this action would leave the vfiler completely without ip address.
Good idea on not running setup since it will modify several files (nsswitch.conf, exports, hosts, hosts.equiv, etc.) and is easier to run ifconfig and route statements manually
Yes, so I had read and that cautioned me not to run setup.
If you vfiler run vfname route delete default, then vfiler run vfname route add default to re-add the default gateway does it resolve to the vif1-123 interface in vfiler run vfname netstat -rn output?
Deleting the default route was the missing bit. I had tried 'route add default' but that had no effect (though there was no warning either). But deliberately removing and re-adding the default route lets me ping my gateway now, so I consider this solved.
Thanks for helping so quickly!
Regards, Mark
Vorsitzender des Aufsichtsrates: Ralf Hiltenkamp Geschäftsführung: Michael Krüger (Sprecher), Stephan Drescher Sitz der Gesellschaft: Halle/Saale Registergericht: Amtsgericht Stendal | Handelsregister-Nr. HRB 208414 UST-ID-Nr. DE 158253683 Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Empfänger sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail oder des Inhalts dieser Mail sind nicht gestattet. Diese Kommunikation per E-Mail ist nicht gegen den Zugriff durch Dritte geschützt. Die GISA GmbH haftet ausdrücklich nicht für den Inhalt und die Vollständigkeit von E-Mails und den gegebenenfalls daraus entstehenden Schaden. Sollte trotz der bestehenden Viren-Schutzprogramme durch diese E-Mail ein Virus in Ihr System gelangen, so haftet die GISA GmbH - soweit gesetzlich zulässig - nicht für die hieraus entstehenden Schäden.
Makes sense...the procedure is to add the new ip then remove the old one since a vFiler requires at least one IP even if not configured yet, then ifconfig will change the IP show "configured" under vfiler status -a. Binding the default route to a physical interface can be confusing and is handled a bit easier in my opinion with Clustered ONTAP...but still a huge fan of MultiStore vFilers.
-----Original Message----- From: Neis, Mark [mailto:Mark.Neis@gisa.de] Sent: Friday, April 19, 2013 10:27 AM To: toasters@teaparty.net Cc: Gelb, Scott Subject: RE: Reassigning vlan-interface to a vfiler
Hi Scott,
ONTAP binds the default route to a physical interface... sounds like you can delete and re-add the default route then it will bind to the interface in use. Assuming you did a vfiler remove -i, then vfiler add -i then the ifconfig.
The vfiler didn't let me remove the ip address with the warning that this action would leave the vfiler completely without ip address.
Good idea on not running setup since it will modify several files (nsswitch.conf, exports, hosts, hosts.equiv, etc.) and is easier to run ifconfig and route statements manually
Yes, so I had read and that cautioned me not to run setup.
If you vfiler run vfname route delete default, then vfiler run vfname route add default to re-add the default gateway does it resolve to the vif1-123 interface in vfiler run vfname netstat -rn output?
Deleting the default route was the missing bit. I had tried 'route add default' but that had no effect (though there was no warning either). But deliberately removing and re-adding the default route lets me ping my gateway now, so I consider this solved.
Thanks for helping so quickly!
Regards, Mark
Vorsitzender des Aufsichtsrates: Ralf Hiltenkamp Geschäftsführung: Michael Krüger (Sprecher), Stephan Drescher Sitz der Gesellschaft: Halle/Saale Registergericht: Amtsgericht Stendal | Handelsregister-Nr. HRB 208414 UST-ID-Nr. DE 158253683 Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Empfänger sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail oder des Inhalts dieser Mail sind nicht gestattet. Diese Kommunikation per E-Mail ist nicht gegen den Zugriff durch Dritte geschützt. Die GISA GmbH haftet ausdrücklich nicht für den Inhalt und die Vollständigkeit von E-Mails und den gegebenenfalls daraus entstehenden Schaden. Sollte trotz der bestehenden Viren-Schutzprogramme durch diese E-Mail ein Virus in Ihr System gelangen, so haftet die GISA GmbH - soweit gesetzlich zulässig - nicht für die hieraus entstehenden Schäden.
-
Gelb, Scott -
Neis, Mark