Bug 59009 - incorrect ordering of network and PCMCIA restart when resume?
Summary: incorrect ordering of network and PCMCIA restart when resume?
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: apmd
Version: 1.0
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Bernhard Rosenkraenzer
QA Contact: Aaron Brown
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-01-29 06:54 UTC by Fortepianissimo
Modified: 2007-04-18 16:39 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2002-01-29 06:59:55 UTC
Embargoed:


Attachments (Terms of Use)

Description Fortepianissimo 2002-01-29 06:54:49 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.0.2 (X11; Linux i686; U;) Gecko/20020117

Description of problem:
In /etc/sysconfig/apm-scripts/apmscript network is after PCMCIA. This causes
net.agent (hotplug) to start network interface if a PCMCIA network card exists,
and the first unused interface (eth0) would be grabbed. If in the normal usage
the PCMCIA network card is configured as interface other than eth0 (e.g., eth1),
this will cause the wrong interface configuration being used.

Also I suspect that this ordering would cause various interface scripts to be
executed more than one time? (e.g. /sbin/ifup-local if one exists)

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. set both NET_RESTART and PCMCIARESTART to yes in /etc/sysconfig/apmd.
2. create a user-supplied /sbin/ifup*-local or /sbin/ifdown*-local scripts.
3. have a PCMCIA network card installed as eth1 and inserted.
4. suspend the machine and resume it.


Actual Results:  eth1 is never up.

Expected Results:  eth1 should be up okay (and if other interfaces are up at the
time of suspend they should be up too).

Additional info:

Comment 1 Fortepianissimo 2002-01-29 06:59:50 UTC
well step 2 strictly is not required to reproduce the wrong-interface problem.

Comment 2 Bernhard Rosenkraenzer 2002-02-26 17:16:34 UTC
 Fixed in 3.0.2-6


Note You need to log in before you can comment on or make changes to this bug.