Dave Manginelli wrote:
>
> I'm considering dumping QuickBooks for open source accounting software
> again, like I've done every year for the past 10. I know
> SQLLedger/SMBLedger used to be the favorite but I never warmed up to the
> web-based user interface. (Web-based isn't inherently bad, but
Hey guys,
I have a spanking new CentOS desktop install in front of me that is
playing silly with networking. The install process from DVD seems to
have gone according to plan. Yet its network configuration is not
working. I've reviewed the following:
/etc/resolv.confas exp
Thanks to everyone for the input.
I'm leaning toward PostBooks right now even though it's overkill for me
personally, because it might be useful for my clients.
--
You received this message because you are subscribed to the Google Groups
"NLUG" group.
To post to this group, send email to nlug-
Are you using an onboard NIC? Is it a Marvell chipset? I've noticed a
couple weird things like this with very particular Marvell chips. (instance
where things would looks correct and it wouldn't necessarily report
problems, but it would not get a gateway or wouldn't pick up an IP from
DHCP.)
My
Chris McQuistion wrote:
Are you using an onboard NIC? Is it a Marvell chipset? I've noticed a
couple weird things like this with very particular Marvell chips.
(instance where things would looks correct and it wouldn't necessarily
report problems, but it would not get a gateway or wouldn't pi
Hello Howard,
Check /etc/sysconfig/network and /etc/sysconfig/network-scripts/.
I have been using CentOS on some stuff for a while, but not the desktop
version. If I was guessing I would not be surprised if they are using
something in the way of NetworkManager, which I have found to be a very
ev
On Tue, Jan 19, 2010 at 2:02 PM, David R. Wilson wrote:
> Hello Howard,
>
> Check /etc/sysconfig/network and /etc/sysconfig/network-scripts/.
>
> I have been using CentOS on some stuff for a while, but not the desktop
> version. If I was guessing I would not be surprised if they are using
> somet
On Tue, Jan 19, 2010 at 02:02:52PM -0600, David R. Wilson wrote:
> Hello Howard,
>
> Check /etc/sysconfig/network and /etc/sysconfig/network-scripts/.
Seconded. NetworkMangler does bad things to the
/etc/sysconfig/network-scripts/ifup-ethX interface
definition files at
John R. Dennison wrote:
On Tue, Jan 19, 2010 at 02:02:52PM -0600, David R. Wilson wrote:
Hello Howard,
Check /etc/sysconfig/network and /etc/sysconfig/network-scripts/.
Seconded. NetworkMangler does bad things to the
/etc/sysconfig/network-scripts/ifup-ethX interface
definition files at
just 2 cents here (oops)
isnt the 169.254.x.x zeroconf addressing?
I know M$ puts in the same when dhcp fails
--
-- NOT sent from an iphone,blackberry,Nokia, or any handheld. --
I'm a PC(x86 AND ppc)
AND I RUN LINUX!!!
Linux is like ice cream. It comes in many flavors and everyone has
their
On Tue, Jan 19, 2010 at 05:20:18PM -0600, Howard wrote:
>
> Many thanks for the responses. Allow me to reiterate that the
> /etc/sysconfig/network and /etc/sysconfig/network-scripts/ifcfg-eth0
> files are correct. I did as John Dennison suggests and yum erase
> NetworkManager to no net change
./aal wrote:
just 2 cents here (oops)
isnt the 169.254.x.x zeroconf addressing?
I know M$ puts in the same when dhcp fails
That is part of the weirdness that caused me to bring this issue to the
list. I am seeing similar behavior on another CentOS 5.4 install that
I'm working with. M$ i
John R. Dennison wrote:
/etc/sysconfig/network is not correct if you have to manually
add a default route :) Are you sure you have a GATEWAY=a.b.c.d
statement in there?
John
Well let's restate my premise a bit
On Jan 19, 2010, at 5:29 PM, ./aal wrote:
> isnt the 169.254.x.x zeroconf addressing?
It's a default that is used if no other address is given to the card.
> I know M$ puts in the same when dhcp fails
No, they don't. It's the card's firmware that puts it in. This happens
regardless of the OS
On Jan 19, 2010, at 6:10 PM, Howard wrote:
> GATEWAY=198.168.1.1
WRONG NETWORK! The card is on 192.whatever, not 198 (see below)
> ifcfg-eth0:
>
> # Intel Corporation 82545EM Gigabit Ethernet Controller (Copper)
> DEVICE=eth0
> BOOTPROTO=static
> BROADCAST=192.168.1.255
> HWADDR=00:08:74:4F:3E
On Tue, Jan 19, 2010 at 06:10:50PM -0600, Howard wrote:
>
> Well let's restate my premise a bit. My /etc/sysconfig/network reads
> correctly to me but not to some process in the system.
>
> NETWORKING=yes
> NETWORKING_IPV6=yes
> HOSTNAME=host.domain.tld
> GATEWAY=198.168.1.1
Yep, looks
On Tue, Jan 19, 2010 at 06:14:59PM -0600, Ken Barber wrote:
>
> If you're seeing this, it means that your card isn't being configured
> on startup. Not by DHCP, not by /etc/sysconfig/whatever, not by anything.
Umm, not necessarily. RHEL and respins add a route for
169.254.0.0/1
On Tue, Jan 19, 2010 at 06:18:52PM -0600, Ken Barber wrote:
> On Jan 19, 2010, at 6:10 PM, Howard wrote:
>
> > GATEWAY=198.168.1.1
>
> WRONG NETWORK! The card is on 192.whatever, not 198 (see below)
Opps. You are, sir, indeed correct. I think it's time
I went to have my eyes c
On Jan 19, 2010, at 6:31 PM, John R. Dennison wrote:
> I
> specifically exclude NetworkMangler as I'm pretty sure
> it's installed by default in a gui install
> (network-manager-gnome gets installed in a Gnome environment
I don't install or use the abomination known as Gnome, wh
On Tue, Jan 19, 2010 at 6:31 PM, John R. Dennison wrote:
>RHEL and respins add a route for
>169.254.0.0/16 to the primary interface. If you wish to
>prevent this behavior add "NOZEROCONF=yes" to the definition
>file /etc/sysconfig/network-scripts/ifcfg-eth0.
Ooh-
I have not poked around with IPV6 much, but if your not using it and
your on an IPV4 network with bits of IPV6 enabled that might cause some
interesting ugliness.
How about: NETWORKING IPV6=NO
?
Dave
On Tue, 2010-01-19 at 18:10 -0600, Howard wrote:
> John R. Dennison wrote:
> >
> > /etc/
Ken Barber wrote:
On Jan 19, 2010, at 6:10 PM, Howard wrote:
GATEWAY=198.168.1.1
WRONG NETWORK! The card is on 192.whatever, not 198 (see below)
ifcfg-eth0:
# Intel Corporation 82545EM Gigabit Ethernet Controller (Copper)
DEVICE=eth0
BOOTPROTO=static
BROADCAST=192.168.1.255
HWADDR=00:08:7
Steven S. Critchfield wrote:
Check your configs for an option called bind. You want to bind to a specific
ip address instead of 0.0.0.0 so you only respond to the one nic.
I think the default tftpd (that I've run across) uses inetd. So it'll be
in /etc/inetd.conf
From the man page for (Sl
23 matches
Mail list logo