Re: Raid 1 + lilo
Hello Russell Thanks Russell, I used "--force-conflicts" and it installed. I should have thought of that myself. Now I must find a time to reboot the machine to test it. In the meantime I will leave the magic boot stiffy in the 'a' drive - just in case we get a 3AM power failure ! (All the machines that can be conveniently rebooted are running woody ) Regards Ian On 31 Jan 2002, at 16:59, Russell Coker wrote: > On Thu, 31 Jan 2002 04:06, I. Forbes wrote: > > > > > > 1) has anybody got a 'deb' of the latest lilo, back-ported onto > > > > > > potato. I am looking for one to use on my "stable" machines? > > > > > > > > > > http://www.coker.com.au/lilo/ > > > > > > > > Thanks very much. It almost looks like you put this together in > > > > response to my request. > > > > > > Yes. > > > > There is a small bug with this package. When I try and install it I get > > a problem with conflicting manpage versions. The lilo-doc package > > installed without problems. > > > > nimbus2:~/debs# dpkg -i lilo_22.1-6potato1_i386.deb > > dpkg: regarding lilo_22.1-6potato1_i386.deb containing lilo: > > lilo conflicts with manpages (<< 1.29-3) > > manpages (version 1.29-2) is installed. > > dpkg: error processing lilo_22.1-6potato1_i386.deb (--install): > > conflicting packages - not installing lilo > > Errors were encountered while processing: > > lilo_22.1-6potato1_i386.deb > > > > The manpages package installed is the latest "stable" version. > > Sorry I forgot about that. Use --force-conflicts and --force-overwrite, it's > probably not worth releasing a new package just for this. > > Or you could just install the manpages package from woody. > > -- > http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark > http://www.coker.com.au/postal/ Postal SMTP/POP benchmark > http://www.coker.com.au/projects.html Projects I am working on > http://www.coker.com.au/~russell/ My home page > - Ian Forbes ZSD http://www.zsd.co.za Office: +27 21 683-1388 Fax: +27 21 674-1106 Snail Mail: P.O. Box 46827, Glosderry, 7702, South Africa - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re:
On Thu, 31 Jan 2002 09:02, Chris Zubrzycki wrote: > Good evening everyone. I have a question for the group: Has anyone ever > installed debian on a sun cobalt qube 3 server appliance? I am just > wondering if there are any problems i should be aware of. (the standard > os is a modified redhat). The first problem you face is lack of a video card. Debian is not setup to install without a video card. The next problem is that the boot loader doesn't appear to be lilo or grub, so far I haven't played with Qube's enough to determine how they boot, and the web site doesn't cover it. On the positive side the hard drive is a regular IDE drive and it's really easy to remove it and plug it into a normal PC for the install or for recovery if you stuff it up. Good luck! But why would you want to use a Qube? There are machines that are cheaper, faster, and better in other ways. The only thing the Qube really has going for it is that web based administration software (which you will lose if converting it to Debian). -- http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/projects.html Projects I am working on http://www.coker.com.au/~russell/ My home page -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Raid 1 + lilo
On Thu, 31 Jan 2002 04:06, I. Forbes wrote: > > > > > 1) has anybody got a 'deb' of the latest lilo, back-ported onto > > > > > potato. I am looking for one to use on my "stable" machines? > > > > > > > > http://www.coker.com.au/lilo/ > > > > > > Thanks very much. It almost looks like you put this together in > > > response to my request. > > > > Yes. > > There is a small bug with this package. When I try and install it I get > a problem with conflicting manpage versions. The lilo-doc package > installed without problems. > > nimbus2:~/debs# dpkg -i lilo_22.1-6potato1_i386.deb > dpkg: regarding lilo_22.1-6potato1_i386.deb containing lilo: > lilo conflicts with manpages (<< 1.29-3) > manpages (version 1.29-2) is installed. > dpkg: error processing lilo_22.1-6potato1_i386.deb (--install): > conflicting packages - not installing lilo > Errors were encountered while processing: > lilo_22.1-6potato1_i386.deb > > The manpages package installed is the latest "stable" version. Sorry I forgot about that. Use --force-conflicts and --force-overwrite, it's probably not worth releasing a new package just for this. Or you could just install the manpages package from woody. -- http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/projects.html Projects I am working on http://www.coker.com.au/~russell/ My home page -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Fw: Regarding FastTrak100 and SuperTrak100
Well, for anyone that was wondering about Promise and their support for Linux and Debian in particular... 3ware on the other hand has been quite helpful... the choice is becoming clear. - Original Message - From: "Tech Support" <[EMAIL PROTECTED]> Sent: Thursday, January 31, 2002 2:49 AM Subject: RE: Regarding FastTrak100 and SuperTrak100 > Hi Sir, > > No, Debian is not supported. > > Technical Support Rep > 1745 McCandless Drive > Milpitas, CA 95035 > wk: 408.228.6402 > fx: 408.228.6401 > [EMAIL PROTECTED] > http://support.promise.com > > "IDE RAID is... Powerful." > > > -Original Message- > Sent: Monday, January 28, 2002 4:09 PM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Regarding FastTrak100 and SuperTrak100 > > > To whom it may concern, > > We are interested in buying the FastTrak100 and SuperTrak100 in Hong Kong, > but we run Debian Linux. > > Is it possible to use your drivers with Debian Linux? We cannot check the > code for compatibility because the drivers are binary only (no source > code), so can it be used? > > Thanks. > > Sincerely, > Jason Lim > > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: MacOS, Debian router and ADSL/PPPoE (OT Net Tuner does not workfor HTTP)
On Thu, 31 Jan 2002, Jeremy Lunn wrote: > > > i call pppoe with "-m 1412". if this helps you... > > > > The MTU of the PPP link (1492) seems fine, the router itself has no > > problems. And remember, only MacOS has problems. > > The "-m 1412" causes pppoe to clamp the maximum TCP segment size to > 1412. There is now kernel support to do this so that would probably be > better. Infact use kernel support for pppoe if you can (although I > don't know how mature it is). I've been using the kernel support for pppoe since before it was actually included in the standard kernel tree, and the mss clamp module for iptables since it was introduced as well with great success. the setup is rock steady, and the clamp module fixes the stupid path discovery issue endemic to so many brane-dead dsl providers. note, that pppd also must be patched to take advantage of this kernel support, and it is not available in the standard debian package, although downloading the package source and including the appropriate patch is pretty straight forward. Brian [EMAIL PROTECTED] "You can't depend on your judgement when your imagination is out of focus." -- Mark Twain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Stupid question maybe.
On Wed, 30 Jan 2002, Nicolas Bougues wrote: > > So if I want to rsync from A to B, rsync -e ssh /some/dir B:/some/dir is > > enough, but what should I do to go straight fro A to C ? > > > > I see two possible solutions : > > - launch rsync on machine B. From machine A, this would look like : > > ssh "rsync --rsh=ssh :/some/dir :/some/dir" > > - or try to forward the ssh connection : > > rsync --rsh="ssh ssh" :/some/dir /some/local/dir > > I tested this second solution, and I can't see how to make ssh ask the > second password (for machine C). It complains it has no controlling > tty. It works well if you setup your ssh to connect without passwords > from B to C, however (by trusting keys). Try it with ssh -t, -t Tty; allocate a tty even if command is given. It'll then prompt for the password. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: MacOS, Debian router and ADSL/PPPoE (OT Net Tuner does not work for HTTP)
On Wed, Jan 30, 2002 at 09:37:33PM +0100, Stephane Bortzmeyer wrote: > > but if NAT gw machine has MTU already set do 1492, then there is no need for > > "NATed" clients to change MTU. That's only if you use MSS clamping. > > i call pppoe with "-m 1412". if this helps you... > > The MTU of the PPP link (1492) seems fine, the router itself has no > problems. And remember, only MacOS has problems. The "-m 1412" causes pppoe to clamp the maximum TCP segment size to 1412. There is now kernel support to do this so that would probably be better. Infact use kernel support for pppoe if you can (although I don't know how mature it is). -- Jeremy Lunn Melbourne, Australia http://www.jabber.org/ - the next generation of Instant Messaging. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: procmail to deliver in a Maildir/ for every user?
On Wed, Jan 30, 2002 at 05:28:36PM +0100, Stephane Bortzmeyer wrote: > If I write a /etc/procmailrc: > > :0 > $HOME/Maildir/ > > it works but it even does so for the few shell users which have a > ~/.procmailrc (the home procmailrc is read after, when the mail has > already been delivered). The procmailrc syntax does not allow me to > test the existence of a ~/.procmailrc. Change your /etc/procmailrc to this and it'll fix your problem: DEFAULT=$HOME/Maildir/ -- Jeremy Lunn Melbourne, Australia http://www.jabber.org/ - the next generation of Instant Messaging. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[no subject]
Good evening everyone. I have a question for the group: Has anyone ever installed debian on a sun cobalt qube 3 server appliance? I am just wondering if there are any problems i should be aware of. (the standard os is a modified redhat). thanks for the help -Chris Zubrzycki Echo Internet Consulting http://www.echointernet.com 856.772.9000 == Security Is A Series Of Well-Defined Steps... chmod -R 0 / ; and smile :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Are partition tables device independant?
Christian Hammers wrote: > > Hello > > Does anybody know if I can safely move a dd-dump from a whole disk to > another including the partition table? Or is the internal representation > using CHS information instead of just block numbers? If you are only going to use Linux, Yes. If you are going to use some other OS, then you will need to fix the partition table. Linux works fine with a (slightly) broken partition table. :) -- Ivan Jager -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: MacOS, Debian router and ADSL/PPPoE (OT Net Tuner does not work for HTTP)
On Wed, Jan 30, 2002 at 07:44:17PM +0100, jernej horvat <[EMAIL PROTECTED]> wrote a message of 14 lines which said: > but if NAT gw machine has MTU already set do 1492, then there is no need for > "NATed" clients to change MTU. Are you sure? Because NAT does not change the packet size. If I don't change the MTU of the Unix boxes behing the router, they have problems, too (connecting to FTP servers work, lsing a large directory hangs, etc). This fact is widely known and documented. See for instance http://www.linuxdoc.org/HOWTO/DSL-HOWTO/tuning.html> or the URLs I gave. > i call pppoe with "-m 1412". if this helps you... The MTU of the PPP link (1492) seems fine, the router itself has no problems. And remember, only MacOS has problems. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: MacOS, Debian router and ADSL/PPPoE (OT Net Tuner does not work for HTTP)
On Wednesday 30 January 2002 17:44, Stephane Bortzmeyer wrote: > It seems clearly MTU-related. but if NAT gw machine has MTU already set do 1492, then there is no need for "NATed" clients to change MTU. i call pppoe with "-m 1412". if this helps you... -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Stupid question maybe.
On Wed, Jan 30, 2002 at 05:24:48PM +0100, Nicolas Bouthors wrote: > Hi, > > Here is my trouble : I'm working on machine A and I want to 'rsync' some > files to machine C. Machine C is on another (private) net, > unreachable from machine A. > > Machine B is in the between and is only reachable by ssh. > > So if I want to rsync from A to B, rsync -e ssh /some/dir B:/some/dir is > enough, but what should I do to go straight fro A to C ? > I see two possible solutions : - launch rsync on machine B. From machine A, this would look like : ssh "rsync --rsh=ssh :/some/dir :/some/dir" - or try to forward the ssh connection : rsync --rsh="ssh ssh" :/some/dir /some/local/dir I tested this second solution, and I can't see how to make ssh ask the second password (for machine C). It complains it has no controlling tty. It works well if you setup your ssh to connect without passwords from B to C, however (by trusting keys). -- Nicolas BOUGUES Axialys Interactive -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Raid 1 + lilo
Hello Russell On 31 Jan 2002, at 2:08, Russell Coker wrote: > On Wed, 30 Jan 2002 22:55, I. Forbes wrote: > > > > 1) has anybody got a 'deb' of the latest lilo, back-ported onto > > > > potato. I am looking for one to use on my "stable" machines? > > > > > > http://www.coker.com.au/lilo/ > > > > Thanks very much. It almost looks like you put this together in > > response to my request. > > Yes. There is a small bug with this package. When I try and install it I get a problem with conflicting manpage versions. The lilo-doc package installed without problems. nimbus2:~/debs# dpkg -i lilo_22.1-6potato1_i386.deb dpkg: regarding lilo_22.1-6potato1_i386.deb containing lilo: lilo conflicts with manpages (<< 1.29-3) manpages (version 1.29-2) is installed. dpkg: error processing lilo_22.1-6potato1_i386.deb (--install): conflicting packages - not installing lilo Errors were encountered while processing: lilo_22.1-6potato1_i386.deb The manpages package installed is the latest "stable" version. Regards Ian - Ian Forbes ZSD http://www.zsd.co.za Office: +27 21 683-1388 Fax: +27 21 674-1106 Snail Mail: P.O. Box 46827, Glosderry, 7702, South Africa - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Stupid question maybe.
Jason Lim said : >> Do you WANT C to be invisible from outside, for security or something? Yes you got the point. >> Is there a reason you want to go through B to get to C? That's the only path -- [EMAIL PROTECTED] -- http://nicolas.bouthors.org/ -- +33 6 2071 6234 Administateur Systèmes et Réseaux --GHS--38, Rue du Texel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Stupid question maybe.
> C is therefore "invisible" from anywhere, except for B. Do you WANT C to be invisible from outside, for security or something? Is there a reason you want to go through B to get to C? > Here is how it looks : > > A--GW+NAT---Internet---B-C > 192.168.x.y ^^ 10.0.0.x > Public IP #1 Public IP #2 > > > > -- > [EMAIL PROTECTED] -- http://nicolas.bouthors.org/ -- +33 6 2071 6234 > Administateur Systèmes et Réseaux --GHS--38, Rue du Texel > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Stupid question maybe.
Jason Lim said : >> Perhaps use B to bridge the two ethernet segments so that they can >> communicate, so you can connection from A to C "directly"? Mmmm no. I guess I have to describe more the situation : A is here, and is behind a firewall/NATing gateway. I work on it. B is hosted $FAR_AWAY and has a public IP. C is hosted in the same $FAR_AWAY location but is behind B, acting as firewall for it. C is therefore "invisible" from anywhere, except for B. Here is how it looks : A--GW+NAT---Internet---B-C 192.168.x.y ^^ 10.0.0.x Public IP #1 Public IP #2 -- [EMAIL PROTECTED] -- http://nicolas.bouthors.org/ -- +33 6 2071 6234 Administateur Systèmes et Réseaux --GHS--38, Rue du Texel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
MacOS, Debian router and ADSL/PPPoE (OT Net Tuner does not work for HTTP)
I have a Debian router which connects to an ADSL/PPPoE line (therefore with a PPP interface and a MTU of 1492). Behind it are Linux machines, MS-Windows boxes and MacOS toys, all NATed (i have only one IP address) by Netfilter/iptables (router kernel is 2.4.7). The two first categories have no problem surfing the Web without a proxy, getting big files with FTP, SSHing to remote machines, etc. But the MacOS machines can only use protocols like FTP, SSH, NNTP, no HTTP. Web pages (unless I go through a proxy, of course) are not retrieved except if they are very small (like Google's home page). It seems clearly MTU-related. But the Mac does have OT Net Tuner http://www.sustworks.com/site/prod_ottuner.html> and the MTU has been set to 1492 (like it is on the Linux and MS-Windows computers). Is there another trick for PPPoE? A trick which seems specific to FTP. Food for thought: http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/ppp.html#MACOS-WIN98-PPPOE-FREEZE http://www.petabit.com/ADSL/ADSL.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Stupid question maybe.
> Hi, > > Here is my trouble : I'm working on machine A and I want to 'rsync' some > files to machine C. Machine C is on another (private) net, > unreachable from machine A. > > Machine B is in the between and is only reachable by ssh. > > So if I want to rsync from A to B, rsync -e ssh /some/dir B:/some/dir is > enough, but what should I do to go straight fro A to C ? > Perhaps use B to bridge the two ethernet segments so that they can communicate, so you can connection from A to C "directly"? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
procmail to deliver in a Maildir/ for every user?
Hello, I wish to use procmail as the system-wide delivery agent (the MTA is Postfix) *and* to have mail delivered in qmail-style Maildir/ by default (the POP and IMAP daemons are Courier, which only handles Maildirs). If I write a /etc/procmailrc: :0 $HOME/Maildir/ it works but it even does so for the few shell users which have a ~/.procmailrc (the home procmailrc is read after, when the mail has already been delivered). The procmailrc syntax does not allow me to test the existence of a ~/.procmailrc. Is there a way to combine my wishes? Otherwise, I'll use Postfix internal MDA (which will make it inconvenient to have system-wide services such as mail duplicata removal) and the shell users will have to invoke procmail from a ~/.forward. Possible solution, untested: write a local MDA which is a very simple shell script. It will test the existence of ~/.procmailrc and will invoke procmail with different arguments. Ugly, I think. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Stupid question maybe.
Hi, Here is my trouble : I'm working on machine A and I want to 'rsync' some files to machine C. Machine C is on another (private) net, unreachable from machine A. Machine B is in the between and is only reachable by ssh. So if I want to rsync from A to B, rsync -e ssh /some/dir B:/some/dir is enough, but what should I do to go straight fro A to C ? Thanks, Nico -- SIGFUN: .sig too funny -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Raid 1 + lilo
On Wed, 30 Jan 2002 22:55, I. Forbes wrote: > > > 1) has anybody got a 'deb' of the latest lilo, back-ported onto > > > potato. I am looking for one to use on my "stable" machines? > > > > http://www.coker.com.au/lilo/ > > Thanks very much. It almost looks like you put this together in > response to my request. Yes. > > > 2) has anybody written a nifty script which can be run by crond to > > > read /proc/mdstat and send off e-mail if something is not > > > healthy. I know this can't be too tricky, but any contributions > > > to save "re-inventing" the wheel would be appreciated. > > > > I think that there's a package in woody for that, I can't seem to find it > > at the moment though. > > I see there is mdctl, as well as mdutils, raidtools2, and raidtools > available in woody. All seem to have overlapping functionality and > only one of them can be installed at a time. > > mdctl seems very new and appears to have a "monitoring" function. That must be what I was thinking of. > Up to now I have been using raidtools2, this is available in potato > and woody. I am cautious to use mdctl as it is very new, > documentation is a little sparse and it is not available on potato but > in the long run I guess this will be the preferred utility. > > Has anybody had any experience with these tools? I had a quick look at mdctl, discovered that it is short on documentation, so much so that I found it difficult to get it to do anything. Then I discovered that mkinitrd doesn't support it (which was not a great surprise). So I'll probably look at it again when mkinitrd supports it. As long as it conflicts with raidtools2 and I need to have raidtools2 installed to be able to install a kernel and have it boot I can't use mdctl. -- http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/projects.html Projects I am working on http://www.coker.com.au/~russell/ My home page -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Are partition tables device independant?
Hello Does anybody know if I can safely move a dd-dump from a whole disk to another including the partition table? Or is the internal representation using CHS information instead of just block numbers? bye, -christian- -- Christian HammersWESTEND GmbH - Aachen und Dueren Tel 0241/701333-0 [EMAIL PROTECTED] Internet & Security for ProfessionalsFax 0241/911879 WESTEND ist CISCO Systems Partner - Premium Certified -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Followup] [Fixed] Re: Responding to relayed DHCP requests
Looks like the problem was clientside -- the relayer wasn't on the shared subnet so dhcpd ignored the requests. Changing the sender IP fixed it. Thanks anyway. :) -- Rens Houben |opinions are mine Resident linux guru and sysadmin | if my employers have one Systemec Internet Services. |they'll tell you themselves PGP public key at http://suzaku.systemec.nl/shadur.key.asc -- new Dec 12 2001 msg05111/pgp0.pgp Description: PGP signature
Re: Raid 1 + lilo
Hello Russell On 30 Jan 2002, at 9:08, Russell Coker wrote: > On Tue, 29 Jan 2002 22:43, I. Forbes wrote: > > 1) has anybody got a 'deb' of the latest lilo, back-ported onto > > potato. I am looking for one to use on my "stable" machines? > > http://www.coker.com.au/lilo/ Thanks very much. It almost looks like you put this together in response to my request. > > 2) has anybody written a nifty script which can be run by crond to > > read /proc/mdstat and send off e-mail if something is not > > healthy. I know this can't be too tricky, but any contributions > > to save "re-inventing" the wheel would be appreciated. > > I think that there's a package in woody for that, I can't seem to find it at > the moment though. I see there is mdctl, as well as mdutils, raidtools2, and raidtools available in woody. All seem to have overlapping functionality and only one of them can be installed at a time. mdctl seems very new and appears to have a "monitoring" function. Up to now I have been using raidtools2, this is available in potato and woody. I am cautious to use mdctl as it is very new, documentation is a little sparse and it is not available on potato but in the long run I guess this will be the preferred utility. Has anybody had any experience with these tools? Thanks Ian - Ian Forbes ZSD http://www.zsd.co.za Office: +27 21 683-1388 Fax: +27 21 674-1106 Snail Mail: P.O. Box 46827, Glosderry, 7702, South Africa - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Responding to relayed DHCP requests
As an addendum, DHCP version is 2.0pl5-7. -- Rens Houben |opinions are mine Resident linux guru and sysadmin | if my employers have one Systemec Internet Services. |they'll tell you themselves PGP public key at http://suzaku.systemec.nl/shadur.key.asc -- new Dec 12 2001 msg05109/pgp0.pgp Description: PGP signature
Responding to relayed DHCP requests
Hello,
I've got a router running woody and a 2.4.17 kernel that has to respond
to DHCP requests it gets relayed from another router on the same subnet.
I've configured everything (as far as I can tell) according to the
readmes, and the server is running. It's just not responding to relayed
queries, without even logging any errors.
Does anyone have any suggestions? I've tried everything I can think of,
which probably means there's some small detail that's totally obvious
that I've overlooked and will keep overlooking until someone points me
at it.
I've attached the config file and part of a tcpdump output below; IP
adresses were edited for security reasons.
The situation:
'server' is the actual dhcp server with three network cards. eth0
connects to 192.168.10.0 with netmask 255.255.255.252, and
traffic to 192.168.11.0 and 192.168.12.0 is routed via 192.168.10.1
eth1 connects to 10.10.20.1 and through that to the outside world. eth2
connects to the backup server which has to take over if this one fails.
'relay' is at 192.168.11.1 and sends relay queries to 'server' at
192.168.10.2. These come in over eth0.
Thanks in advance,
--
Rens Houben |opinions are mine
Resident linux guru and sysadmin | if my employers have one
Systemec Internet Services. |they'll tell you themselves
PGP public key at http://suzaku.systemec.nl/shadur.key.asc -- new Dec
12 2001
10:46:32.010762 relay.67 > server.67: (request) hops:1 xid:0xcc79ab27 secs:13888
flags:0x8000 G:relay ether 0:b0:d0:ba:37:e0 [|bootp]
10:47:13.144034 relay.67 > relay.67: (request) hops:1 xid:0xf57815e flags:0x8000
G:relay ether 0:b0:d0:ba:37:e0 [|bootp]
10:47:17.143915 relay.67 > relay.67: (request) hops:1 xid:0xf57815e secs:61759
flags:0x8000 G:relay ether 0:b0:d0:ba:37:e0 [|bootp]
10:47:24.145627 relay.67 > relay.67: (request) hops:1 xid:0xf57815e secs:61759
flags:0x8000 G:relay ether 0:b0:d0:ba:37:e0 [|bootp]
10:47:40.146222 relay.67 > relay.67: (request) hops:1 xid:0xf57815e secs:61759
flags:0x8000 G:relay ether 0:b0:d0:ba:37:e0 [|bootp]
option routers server;
# dhcpd.conf
#
# Sample configuration file for ISC dhcpd
#
# option definitions common to all supported networks...
option domain-name "dhcp.mycompany.com"
option domain-name-servers server;
option subnet-mask 255.255.255.0;
default-lease-time 600;
max-lease-time 7200;
subnet 192.168.10.0 netmask 255.255.255.252 {
not authoritative;
}
subnet 10.10.20.1 netmask 255.255.255.252 {
not authoritative;
}
subnet 192.168.10.8 netmask 255.255.255.248 {
not authoritative;
}
shared-network dhcp-pool1 {
subnet 192.168.12.0 netmask 255.255.255.0 {
option subnet-mask 255.255.255.255;
option routers 192.168.12.1;
range 192.168.12.2 192.168.12.254;
allow bootp;
}
}
msg05108/pgp0.pgp
Description: PGP signature
Re: Debian Archive Mgmt
On Wed, 2002-01-30 at 07:21, [EMAIL PROTECTED] wrote: >Im almost sure there is a script/program somewhere there that creates >Packages.gz and Release files for a given set of .debs in order to use >them in apt/sources.list > >My current script does > >dpkg --info |grep relevant fields >calculate remaining fields (filename,size, md5 etc.)>> Packages > >And somewhat does create a 'normal' Packages file, with some fields swapped >in a different order than in a debian.org packages, but apt-get update >does not like my Packages file, is states that it can't parse it and quits. Why not use dpkg-scanpackages ?? apt-get install dpkg-dev to get dpkg-scanpackages. -- Tot ziens, Bart-Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Software VS Hardware Raid
On Wed, 30 Jan 2002 17:54, [EMAIL PROTECTED] wrote: > > detected the drive, but during the part that "lilo: " is supposed to come > > up, nothing did. The disk kept grinding and grinding, and eventually > > asked for a floppy. I was hoping that the 2nd, working drive in the raid > > array would kick in any moment, but that didn't happen. Everything > > stalled right there. > > Lilo would have to know about your RAID setup (and of course it doesn't), > that's why it's not recommended to use software RAID on the root > partition. Who recommends that you don't use software RAID on the root file system? Not me (lilo maintainer and user of this), not the lilo author, not the software RAID kernel maintainer. > I'd say software RAID should be used on data partitions, and keep a > backup of your root partition somewhere, so that when the disk holding it > fails, you just swap in a new one and recover your root backup. When a disk > holding the data partition (on sw/raid) fails I assume it'd work as > advertised. If the primary disk fails and the BIOS and boot loader don't allow booting from the second disk then you just have to physically swap disks (which is much less effort than swapping disks and restoring from backup). > You can't be 24x7-high-availability with software raid only, there's > always some down time involved with it, or at least a higher risk of > downtime than with hardware raid. Actually LinuxBIOS could solve this issue... -- http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/projects.html Projects I am working on http://www.coker.com.au/~russell/ My home page -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
