new member - test post. pls ignore.
--
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
I have a server out there that i remotely manage. i had a downtime the other day when we
restarted network services. then we found a wrong default route is laoded on the server
upon restart. i have the configs below. The defaultroute should be
GATEWAY=192.168.65.142 but it loaded GATEWAY=10.2.1.14 upon restart.
Could it be the sequence the interfaces are enabled from eth0 then eth1 then eth5, the
last interface activated its own gateway as the default?
Should i delete the gateway on eth0 and eth5 such that it would make sure only the
defaultgateway on eth1 is loaded upon restart?
i just can't restart network services and see what happens, the server is in production
and it takes a lot of authorization before i can restart it.
thanks,
june
/etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE=eth0
ONBOOT=no
BOOTPROTO=static
IPADDR=10.11.13.150
NETMASK=255.255.255.192
GATEWAY=10.11.13.129
HOSTNAME=web2003
HWADDR=00:19:BB:AB:CD:EF
ETHTOOL_OPTS="speed
100 duplex full autoneg off"
/etc/sysconfig/network-scripts/ifcfg-eth1
DEVICE=eth1
HWADDR=00:19:BB:AA:DD:CC
ONBOOT=yes
TYPE=Ethernet
IPADDR=192.168.65.131
NETMASK=255.255.255.240
GATEWAY=192.168.65.142
HOSTNAME=web2003.domain.net
ETHTOOL_OPTS="speed
100 duplex full autoneg off"
/etc/sysconfig/network-scripts/ifcfg-eth5
DEVICE=eth5
HWADDR=00:18:FE:BB:CC:DD
ONBOOT=yes
TYPE=Ethernet
BOOTPROTO=static
IPADDR=10.2.1.1
NETMASK=255.255.255.240
GATEWAY=10.2.1.14
HOSTNAME=web2003.domain.net
ETHTOOL_OPTS="speed
100 duplex full autoneg off"
--
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
thanks for the answers. can you confirm that the should be default route eth1 was overwritten by eth5 gateway?
--
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Quoting Jake Ravenwood
> thanks for the answers. can you confirm that the should be default
> route eth1 was overwritten by eth5 gateway?
Would those who have answered Jake, PLEASE respond to the list also,
for the benefit of all list members?
Thanks
>
>
>
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-admin" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
--
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
This is a cryptographically signed message in MIME format.
--------------ms080508060702030007010803
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Oops sorry Striker, this list has been quiet for so long I forgot my
manners. Anyway my answer was:
"Hi Jake and welcome to the list. You only need one default gateway. I
don't know why some distros do it like this and seem to encourage you to
enter a gateway for each interface; my suggestion is to leave the
GATEWAY entry blank for all entries except the actual one.
Yuri"
Striker wrote:
> Quoting Jake Ravenwood
>
>> thanks for the answers. can you confirm that the should be default
>> route eth1 was overwritten by eth5 gateway?
>
> Would those who have answered Jake, PLEASE respond to the list also,
> for the benefit of all list members?
>
> Thanks
>
>>
>>
>>
>>
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-admin" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>
>
>
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-admin" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Yuri Csapo
Academic Computing & Networking
Colorado School of Mines
CT-256
Phone: (303) 273-3503
Fax: (303) 273-3475
Email: ycsapo@mines.edu
Please use the following link to open a service request:
http://helpdesk.mines.edu
===========================================
With a PC, I always felt limited
by the software available.
On Unix, I am limited only by my knowledge.
--Peter J. Schoenster
--------------ms080508060702030007010803
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEH AQAAoIIH9zCC
AlYwggG/oAMCAQICEGGEG+8vIuZyO0EmnyFFyvgwDQYJKoZIhvcNAQEFBQAw YjELMAkGA1UE
BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4x LDAqBgNVBAMT
I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA3MTEx NTIzNDE1OFoX
DTA4MTExNDIzNDE1OFowQjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1l bWJlcjEfMB0G
CSqGSIb3DQEJARYQeWNzYXBvQG1pbmVzLmVkdTCBnzANBgkqhkiG9w0BAQEF AAOBjQAwgYkC
gYEA44EP73U7iwsNfLgFfAvF468YJ5d+11KpnVJZQY5OxUb0BKqP9tcWLfh7 Di/+s0cjBu83
TGl94zUQkA1is7PdQaPJ5aGh0/5l3wjavQR1UH+silctf/ijp44ofigm+WVc f8LpIRROVLle
edqsHlfkvIYeBdmk3X5soTn5KBsVwjcCAwEAAaMtMCswGwYDVR0RBBQwEoEQ eWNzYXBvQG1p
bmVzLmVkdTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUAA4GBAK1xzmzy xbq+0k4He4Z0
G5MRg0yxbqE3Ft9j5Sfkab9xhGdNLz/TQnJ7hmsi1kw+OsXH+A+Ki6M644XH 3hQErAiwRDUv
C9ImqeIuHoQLGlWn1gDXKc+fhbDlWxh6/fGEecqYyJwq9djxd/d2WQJeJV/3 cHOSn+Ei6dLQ
HXHj51ZgMIICVjCCAb+gAwIBAgIQYYQb7y8i5nI7QSafIUXK+DANBgkqhkiG 9w0BAQUFADBi
MQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0 eSkgTHRkLjEs
MCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0Ew HhcNMDcxMTE1
MjM0MTU4WhcNMDgxMTE0MjM0MTU4WjBCMR8wHQYDVQQDExZUaGF3dGUgRnJl ZW1haWwgTWVt
YmVyMR8wHQYJKoZIhvcNAQkBFhB5Y3NhcG9AbWluZXMuZWR1MIGfMA0GCSqG SIb3DQEBAQUA
A4GNADCBiQKBgQDjgQ/vdTuLCw18uAV8C8Xjrxgnl37XUqmdUllBjk7FRvQE qo/21xYt+HsO
L/6zRyMG7zdMaX3jNRCQDWKzs91Bo8nloaHT/mXfCNq9BHVQf6yKVy1/+KOn jih+KCb5ZVx/
wukhFE5UuV552qweV+S8hh4F2aTdfmyhOfkoGxXCNwIDAQABoy0wKzAbBgNV HREEFDASgRB5
Y3NhcG9AbWluZXMuZWR1MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQAD gYEArXHObPLF
ur7STgd7hnQbkxGDTLFuoTcW32PlJ+Rpv3GEZ00vP9NCcnuGayLWTD46xcf4 D4qLozrjhcfe
FASsCLBENS8L0iap4i4ehAsaVafWANcpz5+FsOVbGHr98YR5ypjInCr12PF3 93ZZAl4lX/dw
c5Kf4SLp0tAdcePnVmAwggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUA MIHRMQswCQYD
VQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBl IFRvd24xGjAY
BgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0 aW9uIFNlcnZp
Y2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1h aWwgQ0ExKzAp
BgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcN MDMwNzE3MDAw
MDAwWhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENv
bnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWls
IElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVz VftOucqZWh5o
wHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnw K4Vaqj9xVsuv
PAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gE f6e20TxhBEAe
ZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8E PDA6MDigNqA0
hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFp bENBLmNybDAL
BgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVM YWJlbDItMTM4
MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSd f0whuPg2H6ot
nzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2p nDmOjCBPZV+V
2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIC4zCC At8CAQEwdjBi
MQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0 eSkgTHRkLjEs
MCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EC EGGEG+8vIuZy
O0EmnyFFyvgwCQYFKw4DAhoFAKCCAcMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3 DQEHATAcBgkq
hkiG9w0BCQUxDxcNMDgwNzA4MTYwMTM1WjAjBgkqhkiG9w0BCQQxFgQU6Jvd bsgNUof9ZHmj
D5dq9mgjc3QwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG 9w0DAgICAIAw
DQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgYUGCSsG AQQBgjcQBDF4
MHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5n IChQdHkpIEx0
ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5n IENBAhBhhBvv
LyLmcjtBJp8hRcr4MIGHBgsqhkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMC WkExJTAjBgNV
BAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1Ro YXd0ZSBQZXJz
b25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhBhhBvvLyLmcjtBJp8hRcr4MA0G CSqGSIb3DQEB
AQUABIGAQPH592FyUTuI7fK7TAZYzarFgD+xfKz6QW518sAVjU+V5nQKyEBC H8ARWC5cm7p0
F3mXGUHSXIdtwlqgqjtaB0WURHf/AQ/G5/VzY5er4M/Zpdv35DhVxDiGK4E0 R+YKGbm2VU+c
9ZWnZPicPKhs7d/nMlU+uLUp5gqcRQvt1p4AAAAAAAA=
--------------ms080508060702030007010803--
--
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tuesday 08 July 2008 08:43:48 am you wrote:
> Quoting Jake Ravenwood
> > thanks for the answers. can you confirm that the should be default
> > route eth1 was overwritten by eth5 gateway?
>
> Would those who have answered Jake, PLEASE respond to the list also,
> for the benefit of all list members?
>
> Thanks
I was thinking the same thing, then I honestly thought Jake may have been
talking to himself?
Jake, can you forward the resolution email to the list, or the original author
please re-reply to the list? It would be good to have in the thread.
--
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Quoting Yuri Csapo
>
> "Hi Jake and welcome to the list. You only need one default gateway. I
> don't know why some distros do it like this and seem to encourage you to
> enter a gateway for each interface; my suggestion is to leave the
> GATEWAY entry blank for all entries except the actual one.
>
> Yuri"
Thank you, Yuri. Your reply is exactly what I was thinking, but not
being a networking guru, I hesitated to reply. Thanks for your answer.
--
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
thank you for all answers and suggestions. I am modifying my network settings to only one GATEWAY defined.
-jake
--- On Tue, 7/8/08, Striker
> From: Striker
> Subject: Re: wrong default route
> To: linux-admin@vger.kernel.org
> Date: Tuesday, July 8, 2008, 4:15 PM
> Quoting Yuri Csapo
> said:
>
> >
> > "Hi Jake and welcome to the list. You only need
> one default gateway. I
> > don't know why some distros do it like this and
> seem to encourage you to
> > enter a gateway for each interface; my suggestion is
> to leave the
> > GATEWAY entry blank for all entries except the actual
> one.
> >
> > Yuri"
>
> Thank you, Yuri. Your reply is exactly what I was thinking,
> but not
> being a networking guru, I hesitated to reply. Thanks for
> your answer.
>
>
>
> --
> To unsubscribe from this list: send the line
> "unsubscribe linux-admin" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at
> http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Quoting Jake Ravenwood
>
> thank you for all answers and suggestions. I am modifying my network
> settings to only one GATEWAY defined.
>
> -jake
That's great, Jake. Please let us know how it works out.
Cheers
--
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Apologies for using "Reply" instead of "Reply to all". I'm used to
mailinglists putting the mailinglist's address in the reply-to field.
Any reason why this mailing list does not do that?
Anyway, below is my first reply.
Kind regards,
Herta
---------- Forwarded message ----------
From: Herta Van den Eynde
Date: 2008/7/8
Subject: Re: wrong default route
To: jakeravenwood@yahoo.com
2008/7/8 Jake Ravenwood
> I have a server out there that i remotely manage. i had a downtime the other day when we
> restarted network services. then we found a wrong default route is laoded on the server
> upon restart. i have the configs below. The defaultroute should be
> GATEWAY=192.168.65.142 but it loaded GATEWAY=10.2.1.14 upon restart.
> Could it be the sequence the interfaces are enabled from eth0 then eth1 then eth5, the
> last interface activated its own gateway as the default?
>
> Should i delete the gateway on eth0 and eth5 such that it would make sure only the
> defaultgateway on eth1 is loaded upon restart?
>
> i just can't restart network services and see what happens, the server is in production
> and it takes a lot of authorization before i can restart it.
>
> thanks,
> june
>
>
> /etc/sysconfig/network-scripts/ifcfg-eth0
> DEVICE=eth0
> ONBOOT=no
> BOOTPROTO=static
> IPADDR=10.11.13.150
> NETMASK=255.255.255.192
> GATEWAY=10.11.13.129
> HOSTNAME=web2003
> HWADDR=00:19:BB:AB:CD:EF
> ETHTOOL_OPTS="speed
> 100 duplex full autoneg off"
>
>
> /etc/sysconfig/network-scripts/ifcfg-eth1
> DEVICE=eth1
> HWADDR=00:19:BB:AA:DD:CC
> ONBOOT=yes
> TYPE=Ethernet
> IPADDR=192.168.65.131
> NETMASK=255.255.255.240
> GATEWAY=192.168.65.142
> HOSTNAME=web2003.domain.net
> ETHTOOL_OPTS="speed
> 100 duplex full autoneg off"
>
>
> /etc/sysconfig/network-scripts/ifcfg-eth5
> DEVICE=eth5
> HWADDR=00:18:FE:BB:CC:DD
> ONBOOT=yes
> TYPE=Ethernet
> BOOTPROTO=static
> IPADDR=10.2.1.1
> NETMASK=255.255.255.240
> GATEWAY=10.2.1.14
> HOSTNAME=web2003.domain.net
> ETHTOOL_OPTS="speed
> 100 duplex full autoneg off"
>
Add the default gateway to /etc/sysconfig/network. Use static routes
for the others.
Kind regards,
Herta
--
"Life on Earth may be expensive,
but it comes with a free ride around the Sun."
--
"Life on Earth may be expensive,
but it comes with a free ride around the Sun."
--
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
And this was my second.
Kind regards,
Herta
---------- Forwarded message ----------
From: Herta Van den Eynde
Date: 2008/7/8
Subject: Re: wrong default route
To: jakeravenwood@yahoo.com
2008/7/8 Jake Ravenwood
> thanks for the answers. can you confirm that the should be default route eth1 was overwritten by eth5 gateway?
>
Yes, it did. You can check the startup script /etc/init.d/network
yourself. It does a 'cd /etc/sysconfig/network-scripts' followed by a
'ls ifcfg*', so it will process the ifcfg files in alphabetical order.
/var/log/messages should also show you the startup order.
Kind regards,
Herta
--
"Life on Earth may be expensive,
but it comes with a free ride around the Sun."
--
"Life on Earth may be expensive,
but it comes with a free ride around the Sun."
--
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Herta Van den Eynde wrote:
> Apologies for using "Reply" instead of "Reply to all". I'm used to
> mailinglists putting the mailinglist's address in the reply-to field.
> Any reason why this mailing list does not do that?
Because the Reply-To header "belongs" to the author.
Occasionally, it may be desirable to post private replies, and
"stealing" the Reply-To header prevents that (mail clients won't let
you reply to the From address if a Reply-To header exists).
Not only does a forced Reply-To header prevent the message from being
sent directly to the user, but will cause it to be sent to a public
mailing list instead. If the reply was intending to be private, the
message may well contain information which shouldn't be made public.
The author can always choose to add their own Reply-To header if they
never want to receive off-list replies.
Having the mailing list set its own Reply-To header is a workaround
for "non-technical" lists, where many of the subscribers may not
understand the difference between "reply" and "follow-up".
Presumably the vger admins (na=EFvely) assumed that a list targeted to
Linux sysadmins doesn't need such workarounds.
--=20
Glynn Clements
--
To unsubscribe from this list: send the line "unsubscribe linux-admin" =
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html