OpenRC and baselayout 2 - Stunning!

Message

rek2 · Post by **rek2** » Sat Apr 19, 2008 11:18 pm

I dint even know there was and upgrade.. all I know is first I notes my net.eth0 was not there..
I was like ... hmm weird.. but I made the sym link again and worked.. when I was outside and I try to
tether my phone like I used to constantly it dint work.. I mean ppp seems like it works.. it talks and I evewn get and IP
but it does not get into my interface list or the routes etc... basically my system is ignoring ppp....
now.. after this OF COURSE I when on and readed all about the upgrade etc.. but in no place it related to anythign with ppp
only network.. so I guess is related to this.. but don't know were to start looking... I mean why ppp0 does not come up?
maybe someone that worked on this can tell me were exactly to look to fix this.. and maybe add it to the upgrade procedure so
the few of us that tether our phones will not have this issue..

Thanks,.

Erlend · Post by **Erlend** » Sun Apr 20, 2008 10:53 am

I do notice a speedup in the boot process... however now the kernel part of boot (prior to baselayout) takes longer. Oh and it prints lots of stuff to my screen.

Is there any way to speed that up?

lightseeker · Post by **lightseeker** » Sun Apr 20, 2008 11:16 am

rek2 wrote:I mean why ppp0 does not come up?
maybe someone that worked on this can tell me were exactly to look to fix this.. and maybe add it to the upgrade procedure so
the few of us that tether our phones will not have this issue..

Hi, there seems to be some kind of problem/bug with pppd and openrc. I've noticed this when I tried to connect via my usb adsl modem. Anyway, net.ppp0 should contain updetach in ppp options, something like this should do the trick

Code: Select all

pppd_ppp0=( "defaultroute usepeerdns noipdefault noauth holdoff 10 maxfail 0
		persist asyncmap 0 lcp-echo-interval 2 lcp-echo-failure 7 receive-all debug updetach" )

pppd will establish a connection, and openrc will issue a warning that interface is not under its control, but it'll work fine

Felig · Post by **Felig** » Sun Apr 20, 2008 6:54 pm

I have done the upgrade, followed the guide near as I can tell, but I can't start up net.eth0.

I have two net connections, net.eth0 and net.eth2. There's an unused eth1 which I don't use yet. For various reasons, I periodically switch over to eth2 for a while, then back to eth0. I even have a cron job to make sure it reverts to eth0 eventually. Eth0 is where email lives. Eth2 has net access, but not email access. Yes, it's a long story; no, I won't describe it here.

The upgrade is not completely done yet; revdep-rebuild found about 100 packages needing remerge and is churning away. But in the meantime, there is something fishy going on which makes no sense.

WhenI first tried bringing up net.eth0, I would get this:

Code: Select all

# /etc/init.d/net.eth0 start
 * Checking local filesystems ...
Reiserfs super block in block 16 on 0x803 of format 3.6 with standard journal
Blocks (total/free): 60912/50690 by 4096 bytes
Filesystem is NOT clean
Partition /dev/sda3 is mounted with write permissions, cannot check it
(... a whole lot of this for every file system ...)
 * Filesystems couldn't be fixed  [ !! ]
 * ERROR: fsck failed to start
 * ERROR: cannot start root as fsck would not start
 * ERROR: cannot start mtab as fsck would not start
 * ERROR: cannot start net.eth0 as fsck would not start

My first reaction was that something idiotic has decided that net depends on fsck, and therefore it is going to try to fsck every drive as if this were a fresh boot. It is probably not a bug so much as some rejiggering of the startup process which will be fixed on a reboot; some /var/... flag file is missing. Well, I am not going to reboot until this gets straightened out. So I took a look at /etc/init.d/net, which symlinks to /lib64/rc/sh/net.sh. I edited that to comment out these two lines in depend():

Code: Select all

	need localmount
	after bootmisc

and now I can at least get eth2 running for net access, but eth0 won't start.

When I try /etc/init.d/net.eth2, it switches ok, altho it does complain:

Code: Select all

# /etc/init.d/net.eth2 start
 * Bringing up interface eth2
 *   Starting ifplugd on eth2 ...  [ ok ]
 *     Backgrounding ...
 * WARNING: net.eth2 not under our control, aborting
# ifconfig eth2
eth2      Link encap:Ethernet  HWaddr xx:xx:xx:xx:xx:xx  
          inet addr:xx.xx.xx.xx  Bcast:xx.xx.xx.xx  Mask:xx.xx.xx.xx
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:73943 errors:0 dropped:0 overruns:0 frame:0
          TX packets:37353 errors:0 dropped:0 overruns:0 carrier:0
          collisions:7 txqueuelen:1000 
          RX bytes:47466735 (45.2 MiB)  TX bytes:3000427 (2.8 MiB)

Eth0 is a different matter.

Code: Select all

# /etc/init.d/net.eth0 start
 * Bringing up interface eth0
 *   Starting ifplugd on eth0 ... [ ok ]
 *     Backgrounding ...
 * WARNING: net.eth0 has started, but is inactive
# ifconfig
eth0      Link encap:Ethernet  HWaddr xx:xx:xx:xx:xx:xx  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:9 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:576 (576.0 B)  TX bytes:0 (0.0 B)
          Interrupt:24

Notice no inet address line. Here is a section of /var/log/messages:

Code: Select all

Apr 20 11:20:02 xx ifplugd(eth0)[3414]: ifplugd 0.28 initializing.
Apr 20 11:20:02 xx ifplugd(eth0)[3414]: Using interface eth0/xx:xx:xx:xx:xx:xx with driver <tg3> (version: 3.90)
Apr 20 11:20:02 xx ifplugd(eth0)[3414]: Using detection mode: SIOCETHTOOL
Apr 20 11:20:02 xx ifplugd(eth0)[3414]: Initialization complete, link beat not detected.
Apr 20 11:20:02 xx /etc/init.d/./net.eth0[3324]: WARNING: net.eth0 has started, but is inactive
Apr 20 11:20:04 xx [92404.087082] tg3: eth0: Link is up at 1000 Mbps, full duplex.
Apr 20 11:20:04 xx [92404.087093] tg3: eth0: Flow control is on for TX and on for RX.
Apr 20 11:20:05 xx ifplugd(eth0)[3414]: Link beat detected.
Apr 20 11:20:06 xx ifplugd(eth0)[3414]: Executing '/etc/ifplugd/ifplugd.action eth0 up'.
Apr 20 11:20:07 xx ifplugd(eth0)[3414]: client: Error: either "local" is duplicate, or "netmask" is a garbage.
Apr 20 11:20:07 xx ifplugd(eth0)[3414]: client: RTNETLINK answers: Network is unreachable
Apr 20 11:20:07 xx ifplugd(eth0)[3414]: Program executed successfully.
Apr 20 11:20:33 xx [92434.003045] e100: eth2: e100_watchdog: link up, 100Mbps, half-duplex
Apr 20 11:20:44 xx ifplugd(eth0)[3414]: Exiting.

Here is /etc/conf.d/net:

Code: Select all

modules="iproute2"
config_eth0="xx.xx.xx.xx broadcast xx.xx.xx.xx netmask xx.xx.xx.xx"
routes_eth0="default gw xx.xx.xx.xx"
modules_eth2="udhcpc"
config_eth2="dhcp"

So here at last are my questions:

What do I have to do (other than reboot) to stop running fsck when I try to start a net.eth? connection?

What do I have to do to get eth0 to start properly?

It may well be that reboot (after the revdep-rebuild finishes) will clean things up, but I have a mostly working system right now, and I will downgrade back to the old baselayout before I reboot as it stands. I have better things to do than beta test my network connections.

lightseeker · Post by **lightseeker** » Sun Apr 20, 2008 9:21 pm

@Felig: for fsck issue see this http://bugs.gentoo.org/show_bug.cgi?id=195988 and then edit /etc/conf.d/fsck as apropriate,
for eth0 see this post http://forums.gentoo.org/viewtopic-p-50 ... ml#5065939 and then it might be "safe" to reboot

Felig · Post by **Felig** » Sun Apr 20, 2008 10:18 pm

lightseeker wrote:@Felig: for fsck issue see this http://bugs.gentoo.org/show_bug.cgi?id=195988 and then edit /etc/conf.d/fsck as apropriate,
for eth0 see this post http://forums.gentoo.org/viewtopic-p-50 ... ml#5065939 and then it might be "safe" to reboot

Nah, the fsck bug might be necessary for other reasons later, but my problem is that trying to start eth0 or eth2 drags in a full system fsck, which is pointless on a running system.

The broadcast ---> brd change is not the problem either, since both the eth0 and eth2 configs use "broadcast" and eth2 works while eth0 doesn't. nevertheless, I tried it, and it made no difference.

Felig · Post by **Felig** » Sun Apr 20, 2008 10:22 pm

lightseeker wrote:@Felig: for eth0 see this post http://forums.gentoo.org/viewtopic-p-50 ... ml#5065939 and then it might be "safe" to reboot

On the other hand, switching broadcast and netmask did fix it. So thanks, and I apologize for doubting the idiocy of whoever wrote that script.

rek2 · Post by **rek2** » Sun Apr 20, 2008 11:28 pm

Hi, there seems to be some kind of problem/bug with pppd and openrc. I've noticed this when I tried to connect via my usb adsl modem. Anyway, net.ppp0 should contain updetach in ppp options, something like this should do the trick
Code: Select all
pppd_ppp0=( "defaultroute usepeerdns noipdefault noauth holdoff 10 maxfail 0
		persist asyncmap 0 lcp-echo-interval 2 lcp-echo-failure 7 receive-all debug updetach" )
 
pppd will establish a connection, and openrc will issue a warning that interface is not under its control, but it'll work fine

hmm I already have that option..maybe something else?
this is what I have.. I dont use net.ppp0 but a custom script to bring create a rfcomm and ppp etc..
this below is the ppp line

Code: Select all

pppd $RFCOMM_DEVPATH/$RFCOMM_DEV 921600 connect '/usr/sbin/chat -s -v  "" "AT&F0E0V1S0=0"  OK ATD#777  CONNECT' $PPPD_QUIET updetach crtscts noipdefault novj lcp-echo-failure 0 nobs
dcomp novjccomp nopcomp noaccomp noauth user USERNAME modem usepeerdns defaultroute connect-delay 5000

and here is the full script:

Code: Select all

#!/bin/sh
#
# start-bt-modem: Start "dial-up networking" via Bluetooth with a Treo 700p.
# Paul Walmsley <paul@booyaka.com> 20071219
#
# For this script to work, you must already have paired your computer and
# the phone, and the computer should appear in the "trusted devices list"
# on your Treo.
#
# You'll need to change the PHONE_BT_ADDR variable to match your phone's
# Bluetooth address.  To find this, set your Treo's Bluetooth visibility
# to "Temporary" and run 'hcitool scan' on your Linux box.
#
PHONE_BT_ADDR=00:07:E0:82:D3:04
#
hciconfig hci0 down
hciconfig hci0 up

/etc/init.d/bluetooth restart



#############################
#
# Items you are unlikely to need to change
#
# Bluetooth interface device name - run 'hciconfig' to find this
BT_IF=hci0
#
# Set this to 'nolog' if you want pppd to be quiet on startup.
PPPD_QUIET='debug'
#
# Change this line if your RFCOMM devices show up in some nonstandard
# directory.
RFCOMM_DEVPATH=/dev
#
# Change this line if you are already using rfcomm7
RFCOMM_DEV=rfcomm7
#
##############################
#
hciconfig $BT_IF auth encrypt secure
#
# Find what channel the DUN service is hiding on today.  This hops around
# for some reason on the Treo.
#
CHANNEL=`sdptool search --bdaddr $PHONE_BT_ADDR DUN | egrep Channel | cut -d: -f2`
if [ -z $CHANNEL ]; then
    echo Could not find dial-up networking service on $PHONE_BT_ADDR.
    exit 254
fi
#
# Bind a local RFCOMM device to that channel - releasing the existing
# binding if it's already present.
#
if [ -c $RFCOMM_DEVPATH/$RFCOMM_DEV ]; then
    rfcomm -i $BT_IF release $RFCOMM_DEV
fi
rfcomm -i $BT_IF bind $RFCOMM_DEV $PHONE_BT_ADDR $CHANNEL
#
# Start the PPP connection.
#
pppd $RFCOMM_DEVPATH/$RFCOMM_DEV 921600 connect '/usr/sbin/chat -s -v  "" "AT&F0E0V1S0=0"  OK ATD#777  CONNECT' $PPPD_QUIET updetach crtscts noipdefault novj lcp-echo-failure 0 nobs
dcomp novjccomp nopcomp noaccomp noauth user USERNAME modem usepeerdns defaultroute connect-delay 5000

Felig · Post by **Felig** » Mon Apr 21, 2008 3:26 am

Alright, both problems are "fixed". The eth0 one I reported above; I had to swap the broadcast and metmask terms in conf.d/net. This is pretty sorry; I could understand this back in assembly language days andlimited memory, but not now.

The fsck problem, well, it just went away . Rather than reboot as it was, I left the two lines in /lib/rc/sh/net.sh commented out for the reboot, and it did fine. Then I enabled those two lines and ran init.d/net.eth[02] and the problem was gone. No doubt some new part of the boot process sets some flag that satisfies the dependency.

tsuehpsyde · Post by **tsuehpsyde** » Mon Apr 21, 2008 6:11 pm

junksiu wrote:add a [space] at the end, it is a bug from the latest grub.

Thanks.

That fixed it. It appears OpenRC worked well, just grub being stupid. I'll have to watch the init to see the speed, but in all reality I'm not too worried about it.

rek2 · Post by **rek2** » Mon Apr 21, 2008 7:34 pm

rek2 wrote:

Hi, there seems to be some kind of problem/bug with pppd and openrc. I've noticed this when I tried to connect via my usb adsl modem. Anyway, net.ppp0 should contain updetach in ppp options, something like this should do the trick
Code: Select all
pppd_ppp0=( "defaultroute usepeerdns noipdefault noauth holdoff 10 maxfail 0
		persist asyncmap 0 lcp-echo-interval 2 lcp-echo-failure 7 receive-all debug updetach" )
 
pppd will establish a connection, and openrc will issue a warning that interface is not under its control, but it'll work fine

hmm I already have that option..maybe something else?
this is what I have.. I dont use net.ppp0 but a custom script to bring create a rfcomm and ppp etc..
this below is the ppp line

Code: Select all

pppd $RFCOMM_DEVPATH/$RFCOMM_DEV 921600 connect '/usr/sbin/chat -s -v  "" "AT&F0E0V1S0=0"  OK ATD#777  CONNECT' $PPPD_QUIET updetach crtscts noipdefault novj lcp-echo-failure 0 nobs
dcomp novjccomp nopcomp noaccomp noauth user USERNAME modem usepeerdns defaultroute connect-delay 5000

and here is the full script:

Code: Select all

#!/bin/sh
#
# start-bt-modem: Start "dial-up networking" via Bluetooth with a Treo 700p.
# Paul Walmsley <paul@booyaka.com> 20071219
#
# For this script to work, you must already have paired your computer and
# the phone, and the computer should appear in the "trusted devices list"
# on your Treo.
#
# You'll need to change the PHONE_BT_ADDR variable to match your phone's
# Bluetooth address.  To find this, set your Treo's Bluetooth visibility
# to "Temporary" and run 'hcitool scan' on your Linux box.
#
PHONE_BT_ADDR=00:07:E0:82:D3:04
#
hciconfig hci0 down
hciconfig hci0 up

/etc/init.d/bluetooth restart



#############################
#
# Items you are unlikely to need to change
#
# Bluetooth interface device name - run 'hciconfig' to find this
BT_IF=hci0
#
# Set this to 'nolog' if you want pppd to be quiet on startup.
PPPD_QUIET='debug'
#
# Change this line if your RFCOMM devices show up in some nonstandard
# directory.
RFCOMM_DEVPATH=/dev
#
# Change this line if you are already using rfcomm7
RFCOMM_DEV=rfcomm7
#
##############################
#
hciconfig $BT_IF auth encrypt secure
#
# Find what channel the DUN service is hiding on today.  This hops around
# for some reason on the Treo.
#
CHANNEL=`sdptool search --bdaddr $PHONE_BT_ADDR DUN | egrep Channel | cut -d: -f2`
if [ -z $CHANNEL ]; then
    echo Could not find dial-up networking service on $PHONE_BT_ADDR.
    exit 254
fi
#
# Bind a local RFCOMM device to that channel - releasing the existing
# binding if it's already present.
#
if [ -c $RFCOMM_DEVPATH/$RFCOMM_DEV ]; then
    rfcomm -i $BT_IF release $RFCOMM_DEV
fi
rfcomm -i $BT_IF bind $RFCOMM_DEV $PHONE_BT_ADDR $CHANNEL
#
# Start the PPP connection.
#
pppd $RFCOMM_DEVPATH/$RFCOMM_DEV 921600 connect '/usr/sbin/chat -s -v  "" "AT&F0E0V1S0=0"  OK ATD#777  CONNECT' $PPPD_QUIET updetach crtscts noipdefault novj lcp-echo-failure 0 nobs
dcomp novjccomp nopcomp noaccomp noauth user USERNAME modem usepeerdns defaultroute connect-delay 5000

Can any of the developers related to this upgrade check into this since the 99% of people does not tether their phones so I doub to find similar comrades with this issue..

rek2 · Post by **rek2** » Mon Apr 21, 2008 9:03 pm

Added my issue to a bug see if developers can take a look.. it may as well be something very simple.

http://bugs.gentoo.org/show_bug.cgi?id=218786

alienvenom · Post by **alienvenom** » Wed Apr 23, 2008 8:03 pm

Can someone who uses a APN with their chat_ppp0 in /etc/conf.d/net please post an example config that works with openrc? I use my phone to connect but it requires a APN specified. The example in /usr/share/doc/openrc/net.example lists a chat script, but does not list the APN. Unfortunately, due to the old chat_ppp0 containing a mixture of " (quotes) and ' (apostrophes) when I upgraded to openrc, it basically won't parse the script correctly.

Basically, this is what I was using before:

'OK' 'AT+CGDCONT=1,"IP","wap.cingular","",0,0'

/var/log/messages

Code: Select all

Apr 23 13:08:50 lapadon chat[7748]: abort on (BUSY)
Apr 23 13:08:50 lapadon chat[7748]: abort on (ERROR)
Apr 23 13:08:50 lapadon chat[7748]: abort on (NO ANSWER)
Apr 23 13:08:50 lapadon chat[7748]: abort on (NO CARRIER)
Apr 23 13:08:50 lapadon chat[7748]: abort on (NO DIALTONE)
Apr 23 13:08:50 lapadon chat[7748]: abort on (Invalid Login)
Apr 23 13:08:50 lapadon chat[7748]: abort on (Login Incorrect)
Apr 23 13:08:50 lapadon chat[7748]: timeout set to 5 seconds
Apr 23 13:08:50 lapadon chat[7748]: send (ATZ^M)
Apr 23 13:08:50 lapadon chat[7748]: expect (OK)
Apr 23 13:08:50 lapadon chat[7748]: ATZ^M^M
Apr 23 13:08:50 lapadon chat[7748]: OK
Apr 23 13:08:50 lapadon chat[7748]:  -- got it
Apr 23 13:08:50 lapadon chat[7748]: send (AT+CGDCONT=1,IP,wap.cingular,,0,0^M)
Apr 23 13:08:50 lapadon chat[7748]: expect (OK)
Apr 23 13:08:50 lapadon chat[7748]: ^M
Apr 23 13:08:50 lapadon chat[7748]: AT+CGDCONT=1,IP,wap.cingular,,0,0^M^M
Apr 23 13:08:50 lapadon chat[7748]: ERROR
Apr 23 13:08:50 lapadon chat[7748]:  -- failed
Apr 23 13:08:50 lapadon chat[7748]: Failed (ERROR)

pappy_mcfae · Post by **pappy_mcfae** » Fri Apr 25, 2008 8:08 am

I decided to try doing the baselayout-2/openrc upgrade to my old Toshiba laptop. I figured if I could get that machine to work with the new setup, I could get this one to work with it as well. That was yesterday.

The actual upgrade itself was easy. I took everything out of the /etc/conf.d and etc/init.d directories I knew would get nuked. I removed my automatic network detection script, and set the network for the wired adapter. I got the system back to its basic form, and then did the upgrade. It went amazingly well. Once the upgrade was done, I replaced all the important stuff, edited all the new files, created /etc/timezone, and double-checked to make sure everything was done right.

I was a little more impressed this time around than the last time I did that particular upgrade. It worked, and I didn't utter one single dirty word in the process. It's amazing how quickly one learns how not to screw things up after screwing things up.

The real fun started when I tried getting my automatic networking scripting to work, as well as interface renaming. Once I got the scripting to work right, then I went on to the fun of renaming interfaces. I found out I can do it, but only after the interface has been completely configured. Enter /etc/conf.d/local.start.

Anyway, it is clear that baselayout-2 has some promise. I'm not all that sure the benefits of installing it outweigh the troubles it can bring, but it is marked as unstable. Expecting problems is *the* meaning of unstable.

Personally, I'd like network interface renaming put back into the mix, but I can make that happen on my own, if need be.

As soon as I am confident that the old laptop hasn't died from the upgrade, I'll do this machine. I also appreciate the challenge of rethinking my networking scheme. It made my brain hurt a bit, but I've had much worse.

Blessed be!
Pappy

dantrell · Post by **dantrell** » Sun Apr 27, 2008 1:20 pm

pappy_mcfae wrote:[...]I was a little more impressed this time around [...]

Stunning huh?

pappy_mcfae · Post by **pappy_mcfae** » Sun Apr 27, 2008 9:55 pm

In a word, no. Any benefit that might have been derived was lost in having to redo my scripts, and to patch up other operations. The only thing I can say is that machine shuts down really fast. The only time that's a benefit is during thunderstorms, I can shut down really fast.

However, I figured it's best to try to keep up with trends here. So, as soon as I verify that things work properly on the older laptop, then I'll make the change on this one. Until then, this one remains on the old setup.

Blessed be!
Pappy

dantrell · Post by **dantrell** » Sun Apr 27, 2008 10:08 pm

I finally ran into an issue on the 6th box I upgraded.

I still say it's stunning.

tsuehpsyde · Post by **tsuehpsyde** » Mon Apr 28, 2008 3:09 pm

I've got a question....on /etc/conf.d/net. This is what I have now:

config_eth0=(
"64.34.178.46 netmask 255.255.255.192 brd 64.255.255.255"
"64.34.175.187 netmask 255.255.255.0 brd 64.255.255.255"
"64.34.175.172 netmask 255.255.255.0 brd 64.255.255.255"
)

Since we now use quotes to wrap the argument now, I'm not sure how to migrate this line. The example file shows a lot of /24 stuff, but I'm not really sure how to go about it. I could guess, but this is a remote server so I'd rather not mess it up.

Getting it right the first time on the network config is pretty crucial. Other configs, I'm not as worried about. Any help is appreciated.

tsuehpsyde · Post by **tsuehpsyde** » Mon Apr 28, 2008 10:18 pm

Any ideas?

depontius · Post by **depontius** » Tue Apr 29, 2008 12:31 am

I need to do something similar for my routing. I have a static route plus a default route, specified similarly to your multiple IPs. I think the solution will end up being similar.

Have you installed the new baselayout-2 yet? I presume they'll have a pretty good set of examples somewhere in there.

inode77 · Post by **inode77** » Tue Apr 29, 2008 10:25 am

Runs very nice with 2 bumps here.

Running on a adapted 2.6.25 kernel with latest xorg/fglrx & iwl3945 on a IBM T60p.

Boottime cut in half OK
General Operation OK
WLAN Operation OK
WLAN net script start NOK
Shutdown hangs NOK

tsuehpsyde · Post by **tsuehpsyde** » Thu May 01, 2008 3:58 am

depontius wrote:I need to do something similar for my routing. I have a static route plus a default route, specified similarly to your multiple IPs. I think the solution will end up being similar.

Have you installed the new baselayout-2 yet? I presume they'll have a pretty good set of examples somewhere in there.

The examples for multiple IPs goes like this:

Code: Select all

# If you need more than one address, you can use something like this
# NOTE: ifconfig creates an aliased device for each extra IPv4 address
#       (eth0:1, eth0:2, etc)
#       iproute2 does not do this as there is no need to
#config_eth0="192.168.0.2/24 192.168.0.3/24 192.168.0.4/24"
# However, that only works with CIDR addresses, so you can't use netmask.
# Or you can use sequence expressions
#config_eth0="192.168.0.{2..4}/24"
# which does the same as above. Be careful though as if you use this and
# fallbacks, you have to ensure that both end up with the same number of
# values otherwise your fallback won't work correctly.

# You can also use IPv6 addresses
# (you should always specify a prefix length with IPv6 here)
#config_eth0="192.168.0.2/24 4321:0:1:2:3:4:567:89ab/64 4321:0:1:2:3:4:567:89ac/64"

However, I'm not really sure I follow how to go about configuring my config file given the old setup.

pappy_mcfae · Post by **pappy_mcfae** » Thu May 01, 2008 7:22 am

If I read the /usr/share/doc/openrc/net.example correctly, you drop the parentheses all together, and enclose everything in quotes, as I have done below.

Code: Select all

config_eth0="64.34.178.46 netmask 255.255.255.192 brd 64.255.255.255
        64.34.175.187 netmask 255.255.255.0 brd 64.255.255.255
        64.34.175.172 netmask 255.255.255.0 brd 64.255.255.255"

I think it works.

Blessed be!
Pappy

Tolstoi · Post by **Tolstoi** » Thu May 01, 2008 7:34 am

Everything worked out fine here and it's really kind of ... cool

tsuehpsyde · Post by **tsuehpsyde** » Thu May 01, 2008 2:05 pm

pappy_mcfae wrote:If I read the /usr/share/doc/openrc/net.example correctly, you drop the parentheses all together, and enclose everything in quotes, as I have done below.
Code: Select all
config_eth0="64.34.178.46 netmask 255.255.255.192 brd 64.255.255.255
        64.34.175.187 netmask 255.255.255.0 brd 64.255.255.255
        64.34.175.172 netmask 255.255.255.0 brd 64.255.255.255"
I think it works.

Blessed be!
Pappy

I tested this in my Gentoo VM and it worked, so I'm gonna try it live on my systems probably later tonight. Thanks!

OpenRC and baselayout 2 - Stunning!

tethering with my phone problem since the upgrade..

Speed of boot

Re: tethering with my phone problem since the upgrade..

Why does net.eth depend on fsck?!?

Re: tethering with my phone problem since the upgrade..

Re: Why does net.eth depend on fsck?!?

Re: tethering with my phone problem since the upgrade..