I ran into an odd problem this week where CIFS would not let me delete a share and would not terminate. Eventually it got to the point where I just failed over to resolve the issue (which worked) but when the 2nd controller came back up I saw this in the logs:
Tue Apr 13 23:53:26 EDT [gvr-pvif.setMediaFail: vif: unable to set media type on link e2a for tgif (error 22) Tue Apr 13 23:53:26 EDT [gvr-pvif.setMediaFail: vif: unable to set media type on link e2a for tgif (error 22) Tue Apr 13 23:53:26 EDT [gvr-pvif.setMediaFail: vif: unable to set media type on link e2b for tgif (error 22) Tue Apr 13 23:53:26 EDT [gvr-net.ifconfig.mediatype: The mediatype specified for tgif in the /etc/rc file is not valid for this interface and will be ignored. Tue Apr 13 23:53:28 EDT [gvr-netif.linkUp: Ethernet e2a: Link up. Tue Apr 13 23:53:28 EDT [gvr-netif.linkUp: Ethernet e2b: Link up. Tue Apr 13 23:53:28 EDT [gvr-pvif.switchLink: tgif: switching to e2a
Here is my rc file, am I missing something? tgif is a Ten Gig InterFace, should I not have a mediatype specified? We do not have TOE enabled and that is the only reference I could find so I stuck with auto:
vif create multi lan0 -b ip e0a e0c
vif create multi tgif e2b e2a
ifconfig lan0 `hostname`-lan0 netmask 255.255.255.0 mediatype auto mtusize 1500 partner lan0 nfo
route add default 10.28.17.1 1
ifconfig tgif `hostname`-tgif netmask 255.255.0.0 mediatype auto mtusize 9000 partner tgif nfo -wins
Please be advised that this email may contain confidential information. If you are not the intended recipient, please notify us by email by replying to the sender and delete this message. The sender disclaims that the content of this email constitutes an offer to enter into, or the acceptance of, any agreement; provided that the foregoing does not invalidate the binding effect of any digital or other electronic reproduction of a manual signature that is included in any attachment.
Hi,
You can't use the "mediatype" option for the ifconfig command when the interface you're trying to configure is a VIF. That option is only valid if you're using ifconfig to configure a physical interface, eg. e0a, e1b, etc.
The filer is simply reminding you about this and telling you it will ignore this option.
AFAIK this should not affect or have caused the CIFS termination problem at all. I have run into the problem of CIFS not wanting to terminate before though, which is quote annoying when you want to perform a takeover...
Best regards, Filip
On Wed, Apr 14, 2010 at 6:25 AM, Page, Jeremy jeremy.page@gilbarco.com wrote:
I ran into an odd problem this week where CIFS would not let me delete a share and would not terminate. Eventually it got to the point where I just failed over to resolve the issue (which worked) but when the 2nd controller came back up I saw this in the logs:
Tue Apr 13 23:53:26 EDT [gvr-pvif.setMediaFail: vif: unable to set media type on link e2a for tgif (error 22)
Tue Apr 13 23:53:26 EDT [gvr-pvif.setMediaFail: vif: unable to set media type on link e2a for tgif (error 22)
Tue Apr 13 23:53:26 EDT [gvr-pvif.setMediaFail: vif: unable to set media type on link e2b for tgif (error 22)
Tue Apr 13 23:53:26 EDT [gvr-net.ifconfig.mediatype: The mediatype specified for tgif in the /etc/rc file is not valid for this interface and will be ignored.
Tue Apr 13 23:53:28 EDT [gvr-netif.linkUp: Ethernet e2a: Link up.
Tue Apr 13 23:53:28 EDT [gvr-netif.linkUp: Ethernet e2b: Link up.
Tue Apr 13 23:53:28 EDT [gvr-pvif.switchLink: tgif: switching to e2a
Here is my rc file, am I missing something? tgif is a Ten Gig InterFace, should I not have a mediatype specified? We do not have TOE enabled and that is the only reference I could find so I stuck with auto:
vif create multi lan0 -b ip e0a e0c
vif create multi tgif e2b e2a
ifconfig lan0 `hostname`-lan0 netmask 255.255.255.0 mediatype auto mtusize 1500 partner lan0 nfo
route add default 10.28.17.1 1
ifconfig tgif `hostname`-tgif netmask 255.255.0.0 mediatype auto mtusize 9000 partner tgif nfo -wins
Please be advised that this email may contain confidential information. If you are not the intended recipient, please notify us by email by replying to the sender and delete this message. The sender disclaims that the content of this email constitutes an offer to enter into, or the acceptance of, any agreement; provided that the foregoing does not invalidate the binding effect of any digital or other electronic reproduction of a manual signature that is included in any attachment.
-
Filip Sneppe -
Page, Jeremy