Re: [e-smith-devinfo] Any news on v5.1.2 DHCP fix yet
> Has anyone tried to grab some traces (tcpdump) of this in action? A I did when trying to diagnose why dhcpd would not assign addresses on a second interface. Packets were coming in, but dhcpd never replied. dhcp-3 worked. Ciao, Filippo -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] SME on top of a distro
On Thu, 7 Feb 2002 03:01, Charlie Brady wrote: > > If we take axonlinux as a project that has travelled this path already, > > they built a new distro iso. To be very brief they essentially took > > a disto (SGI XFS) and added all the e-smith rpms that the distro did not > > include by default. After that you dive under the hood and test what > > works, what doesn't work, modify the templates as appropriate, rebuild > > rpms that need updating, add new rpms, bundle and build into a new iso... > > and axonlinux was born. > So you are suggesting a project fork. That's a lot of work, and fragments > the community. So you should have very good justification for proposing > is. I saw nowhere where he proposed a project fork. The way I read it, he was suggesting that we take a look at what axon did to see what can be adapted to the current version of SME. Perfectly sensible idea to me. I'm going to add my voice (one time only) to this growing problem of the way that both you and Darrell get along - *both* of you seem to snipe at each other wherever you see the opportunity. I have no idea of the circumstances surrounding your argument with Darrell, nor the cause of E-smith (at the time) terminating the partner agreement with Darrell, nor do I wish to become involved in a discussion (=flame war) on the issue. What I *will* say is that both your attitudes are detrimental to the further development of SME as (IMO) the best server/gateway solution for those of us that do not understand Linux as well as others. I beg both of you to *please* take a step back and try not to shoot barbs at each other. Darrell does a *hell* of a lot of good work on SME which I am very grateful for. You (and the rest of the Mitel team) do a great job of trying to work out issues that are intelligently reported to you, even when they're the result of operator idiocy. Of course people's priorities are going to be different, and people have different ways of dealing with these differences. All I'm saying is that baiting (and sometimes, outright abusing) each other gets nobody anywhere. Rant off. I've said my bit, and it's now up to both of you to decide what to do. Flames >/dev/null, please... -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] [BETA] new RAV panel for SME available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > From: Darrell May [mailto:[EMAIL PROTECTED]] > I got that phrase directly from the gnu site? Sure--on the FDL itself. You left out one important word when you took that phrase for your howto--"verbatim copies of this *license* document". As Charlie correctly explained, "you can't modify this document" is not consistent with the FDL (so the FDL is not itself under the FDL). If you want to include terms prohibiting modification on your documents, you're free to do so, but don't then suggest that they're covered by the FDL. If you want them under the FDL, use the text provided at the end of the FDL for that purpose. - -- Dan Brown, KE6MKS, [EMAIL PROTECTED] "Since all the world is but a story, it were well for thee to buy the more enduring story rather than the story that is less enduring." -- The Judgment of St. Colum Cille -BEGIN PGP SIGNATURE- Version: PGP 7.0.4 iQA/AwUBPGJyaX6CI7gsQbX8EQK/tgCeM7IdoJMr/ugwFtRjph9LjcLXZakAnAou CqlY22X47cXRLYY2ok3Fb1K2 =jsVB -END PGP SIGNATURE- -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] head scratching over db_get
hi all :)
ive come across a very wierd occurance in a script im working on. basically
i want the variable $host to equal the hostname of the current server. to
get this set i use $host = db_get(\%conf, "SystemName"); (see below).
the weird thing is the value of $host wont show up on a webpage, but will
show up when the script is run from the command line. im sure its something
silly im missing, but for the life of me i have no idea.
[hammer|/functions]# grep \$host highavail
my ($title, $host, $key, $val);
$host = db_get(\%conf, "SystemName");
print $q->p('Use this form if you want '.$host.' to be the master',
print $q->p('Use this form if you want '.$host.' to be a backup',
[hammer|/functions]#
[hammer|/functions]# echo "moo=cow" | ./highavail | grep hammer
(offline mode: enter name=value pairs on standard input)
Use this form if you want hammer to be the master server and some other machine to
be the backup
Use this form if you want hammer to be a backup server
[hammer|/functions]#
ive checked the source of the generated html and its not in their either,
i reall have nfi as to why this is happening. any suggestions welcome
just if you're interested, IFOST is working on high-availability SME, release
date is unknown.
cheers
-pete
--
"I have uncovered the very fabric of the universe. It appears to be
a kind of gingham tweed with a cross cable stitch"
IFOST: http://www.ifost.org.au - UNIX Consulting and Security
--
Please report bugs to [EMAIL PROTECTED]
Please mail [EMAIL PROTECTED] (only) to discuss security issues
Support for registered customers and partners to [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] Dynamic DNS
Can I can update my ip in ZONEEDIT?? -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] List behaviour (was [e-smith-devinfo] [BETA] new RAV panel for SME available)
I see it the other way around... Darrell has done far more than his share of work on this product and treats the members of the community with respect, even when they may newbies -Original Message- From: Graeme Robinson [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 07, 2002 12:50 AM To: Des Dougan Cc: Darrell May; Charlie Brady; e-smith-devinfo Subject: Re: [e-smith-devinfo] List behaviour (was [e-smith-devinfo] [BETA] new RAV panel for SME available) On Wed, 6 Feb 2002, Des Dougan wrote: > I also think it's about time both of you made a constructive effort to > be > polite to each other. The battle of wills (or egos, or whatever) on this > list is becoming disruptive. Few of us here (i.e. the ones who pay) have > any call on how Mitel sets its priorities, but I do agree with Greg that a > roadmap would at least assist in providing a context to development > discussions. The lack of politeness seems all one-way to me. Are you saying that a breach of public licencing conditions isn't worthy of comment Des? That it was somehow not polite to raise it? Darrell seems to revel in any opportunity to get under the skin of various Mitel engineers - Charlie in particular. They are more than capable of meeting these childish and pointless (not to mention enervating) back-biting snipes but I admit I tire of the signal to noise ratio that results. God knows they must be sick of it. If Darrell is determined to fork SME I wish he'd bloody get on with it and leave us alone to develop and work with the real thing. -=-=-==-=-=--=-=-=-=-=-=-=-=-=-=-=-= Graeme Robinson - Graenet consulting www.graenet.com - internet solutions -=-=-=-=-=-=-=-=-=-=-==---=-=--=-=-= -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] [BETA] new RAV panel for SME available
On Thu, 7 Feb 2002, Darrell May wrote: > Charlie Brady <[EMAIL PROTECTED]> said: > > > The licensing conditions on your documentation are inconsistent. > > I got that phrase directly from the gnu site? Is that a question or a statement? :-) Yes, the FSF site does state: "The standard copyright notice for GNU webpages reads: Verbatim copying and distribution of this entire article is permitted in any medium, provided this notice is preserved." They also define and recommend the GNU Free Documentation License, which is inconsistent with their standard copyright notice (they don't allow anyone else to publish their own variation of the GNU licenses, and FSF advice). You must choose one or the other. > Charlie, how about finding something _productive_to do with your time, like > instead of picking on me, I am not picking on *you*, and never have. You asked for comments on your document. I gave you some, in the interest of improving your document, which carried confusing licensing conditions. > maybe put your time towards a RedHat 2.4 kernel Howto. I don't suggest what you should do with your time, and I'd prefer it if you did not suggest what I do with my time. This is a free software development discussion list. You are free to develop what you choose to develop, as am I. -- Charlie Brady [EMAIL PROTECTED] Lead Product Developer Network Server Solutions Grouphttp://www.e-smith.com/ Mitel Networks Corporationhttp://www.mitel.com/ Phone: +1 (613) 368 4376 or 564 8000 Fax: +1 (613) 564 7739 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] head scratching over db_get
On Thu, 7 Feb 2002, Peter Werner wrote: > the weird thing is the value of $host wont show up on a webpage, but will > show up when the script is run from the command line. Will show up when the script is run from the command line, as "root". Won't, when run as "admin", IINM. Make sure that your script is setuid root. Using "genfilelist" when building your RPM (then not editing the live script) will ensure this. > just if you're interested, IFOST is working on high-availability SME, release > date is unknown. Cool! Sounds very interesting. -- Charlie Brady [EMAIL PROTECTED] Lead Product Developer Network Server Solutions Grouphttp://www.e-smith.com/ Mitel Networks Corporationhttp://www.mitel.com/ Phone: +1 (613) 368 4376 or 564 8000 Fax: +1 (613) 564 7739 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] [BETA] new RAV panel for SME available
Hi Darrell Just had a quick look and the add-on! As per usual great work... will test over the next few days! >-Original Message- >From: Darrell May [mailto:[EMAIL PROTECTED]] >Sent: 07 February 2002 05:12 >To: e-smith-devinfo >Subject: [e-smith-devinfo] [BETA] new RAV panel for SME available > > > >[BETA] For devinfo testing only. [BETA] > >http://myezserver.com/docs/mitel/rav-howto-beta.html > >This _beta_ release includes the following: > >- configuration panel for the server-manager (4.x/5.x) >- ravscan hard drive scanner >- log files created for all rav events viewable in View log files panel >- content filtering for subject, body, attachments >- content exclusion list by user, host > >NOTE: if you have RAV 8.3.2 installed you _already_ have the most recent >version. Simply perform STEP 5 of the HowTO to get the new panel and >features. > >Comments welcomed. > >Regards, > >-- >Darrell May >DMC Netsourced.com >http://netsourced.com >http://myEZserver.com > > >-- >Please report bugs to [EMAIL PROTECTED] >Please mail [EMAIL PROTECTED] (only) to discuss security issues >Support for registered customers and partners to [EMAIL PROTECTED] >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] >Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] head scratching over db_get
hello charlie perms was it, see my comment about missing something silly. if you're ever in sydney i owe you a beer :) thanks heaps -pete -- "I have uncovered the very fabric of the universe. It appears to be a kind of gingham tweed with a cross cable stitch" IFOST: http://www.ifost.org.au - UNIX Consulting and Security -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] head scratching over db_get
On Fri, 8 Feb 2002, Peter Werner wrote: > hello charlie > > perms was it, see my comment about missing something silly. > > if you're ever in sydney i owe you a beer :) See you just before Easter then! :-) -- Charlie Brady [EMAIL PROTECTED] Lead Product Developer Network Server Solutions Grouphttp://www.e-smith.com/ Mitel Networks Corporationhttp://www.mitel.com/ Phone: +1 (613) 368 4376 or 564 8000 Fax: +1 (613) 564 7739 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] List behaviour (was [e-smith-devinfo] [BETA] new RAV panel for SME available)
Graeme, Des Your comments were appreciated and will be reflected on. Thanks, -- Darrell May DMC Netsourced.com http://netsourced.com http://myEZserver.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] Re: List behaviour
On Wed, 6 Feb 2002, Des Dougan wrote: > I also think it's about time both of you made a constructive effort to be > polite to each other. I believe that I have always been polite to Darrell. Please point out to me (off-list) any particular occasion when you believe that I have been impolite, and I will apologise. My principal area of conflict with Darrell is his continued demand for "Mitel" to do things. If he would take the hint that "Mitel" does what it chooses and/or what it is paid to do, then we'll get along much better. > Few of us here (i.e. the ones who pay) have any call on how Mitel sets > its priorities, but I do agree with Greg that a roadmap would at least > assist in providing a context to development discussions. I'm not sure who could provide a roadmap, or how much value it would add. I don't have any call over what any of you folks do, and I am not authorised to tell you what Mitel's business plans are. In the past we've listed what we intend to add in future releases, but haven't hit all our targets. If we've inhibited independent development by mentioning something in the roadmap - well, we all miss out, don't we? Nevertheless, I'll mention the issue to our product management folks. -- Charlie Brady [EMAIL PROTECTED] Lead Product Developer Network Server Solutions Grouphttp://www.e-smith.com/ Mitel Networks Corporationhttp://www.mitel.com/ Phone: +1 (613) 368 4376 or 564 8000 Fax: +1 (613) 564 7739 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] 2.4.x Kernel Upgrade Mini-HowTo
David Brown <[EMAIL PROTECTED]> said: > I used the following procedure to upgrade my SME v5.1.2 *test*server to a > 2.4.9-21 RedHat kernel: David, many thanks for taking the time to put this mini-Howto together. I might have some time over the weekend to give it a try myself. I do have a general question though that maybe you or other devinfo members might be able to answer. The question is far reaching but simply stated would read: 'is this the _best_ way to go?' Should we simply add a new kernel on top of SME or would it be better to add SME on top of a complete RedHat 7.2 distro? I'm thinking about all the modules and rpm dependencies that are kernel specific. I'm also thinking about ext3 file system. Going the 'adding SME to a distro' route would I think make it easier as everything we need is there, we are simply added SME as well. Please do not missunderstand. I tremendously appreciate your HowTo contrib and will take the time myself to give it a go and see if this is just as easy. Simply wanting to hear your opinion and others on the above as well. Regards, -- Darrell May DMC Netsourced.com http://netsourced.com http://myEZserver.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Samba RPMs
Greg, > I've always wondered why the Samba team packages Samba into one RPM when > Red Hat comes out of the box as three RPMs. Well, here's why they do it: Thanks for posting this info. I, too, have always wondered why RH did it differently from the Samba team. Thanks, Dan -- Dan York, Product Line Manager, SME Server and ServiceLink Mitel Networks Corporation [EMAIL PROTECTED] Ph: +1-613-751-4401 Cell: +1-613-263-4312 Fax: +1-613-564-7739 150 Metcalfe Street, Suite 1500, Ottawa,ON K2P 1P1 Canada http://www.mitel.com/sme/ and http://www.e-smith.com/ -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] Roadmap... Re: [e-smith-devinfo] Re: List behaviour
Des wrote: > > its priorities, but I do agree with Greg that a roadmap would at least > > assist in providing a context to development discussions. Charlie wrote: > I'm not sure who could provide a roadmap, or how much value it would add. > I don't have any call over what any of you folks do, and I am not > authorised to tell you what Mitel's business plans are. In the past we've > listed what we intend to add in future releases, but haven't hit all our > targets. If we've inhibited independent development by mentioning > something in the roadmap - well, we all miss out, don't we? > Nevertheless, I'll mention the issue to our product management folks. And he did... since I am now the product management person for the SME Server (although product roadmap plans ultimately reside with my manager and the upper mgmt team). We are in the midst of planning for what we want to include in the next version of our product and a longer term roadmap. As those are internal business plans, I do not know what exactly can be shared, but I will commit to you all that I will look into it and share what I can (although I do not know *when* I will be able to, so please be patient). I would think it would go without saying that you can expect to see more ServiceLink services, more add-on blades (yes, I know, we still haven't gotten the Developer's Guide out - it's been stalled in development), etc. And yes, we want to move to the 2.4 kernel and journalling file systems, as we have mentioned here, but cannot do so until some solution is found to those missing masquerading modules, so it's more of a longer-term issue. So stay tuned... I'll see what I can do to provide some more info in the weeks ahead. But please don't let that stop you... it is very cool to see David Brown coming out with a mini HOWTO on jumping to the 2.4 kernel. In the meantime, thank you all for what you have done - and continue to do - to make this product such a great one. Regards, Dan -- Dan York, Product Line Manager, SME Server and ServiceLink Mitel Networks Corporation [EMAIL PROTECTED] Ph: +1-613-751-4401 Cell: +1-613-263-4312 Fax: +1-613-564-7739 150 Metcalfe Street, Suite 1500, Ottawa,ON K2P 1P1 Canada http://www.mitel.com/sme/ and http://www.e-smith.com/ -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] 2.4.x Kernel Upgrade Mini-HowTo
This is my first attempt as well at messing with kernel and stuff. But
thanks to a great starting point by David Brown and a little bit of spare
time I have enhanced the howto for Upgrading the kernel to a 2.4 kernel. I
went back to 2.4.7 in order to keep the smp, BOOT, and regular kernel the
same version. I have also added a few things to get the main filesystem
converted to ext3 and added ipchain support so that the masq stuff still
works. There still seems to be a problem with PPTP. I have not had a
chance to test diald, pppoe or dhcpd stuff yet. It appears that dhcpd at
least starts but that is as far as I have gotten.
do the following as root to update to 2.4.7 kernel with quota support and ext3
==
cd /root
mkdir rpms
cd rpms
mkdir done
wget
ftp://ftp.rpmfind.net/linux/redhat/7.2/en/os/i386/RedHat/RPMS/kudzu-0.99.23-1.i386.rpm
wget
ftp://ftp.rpmfind.net/linux/redhat/7.2/en/os/i386/RedHat/RPMS/mkinitrd-3.2.6-1.i386.rpm
wget
ftp://ftp.rpmfind.net/linux/redhat/7.2/en/os/i386/RedHat/RPMS/modutils-2.4.6-4.i386.rpm
wget
ftp://ftp.rpmfind.net/linux/redhat/7.2/en/os/i386/RedHat/RPMS/filesystem-2.1.6-2.noarch.rpm
wget
ftp://ftp.rpmfind.net/linux/redhat/7.2/en/os/i386/RedHat/RPMS/setup-2.5.7-1.noarch.rpm
wget ftp://ftp.rpmfind.net/linux/redhat/7.2/en/os/i386/RedHat/RPMS/bash-2.05-8.i386.rpm
rpm -Uvh *.rpm
mv * done
wget
ftp://ftp.rpmfind.net/linux/redhat/7.2/en/os/i386/RedHat/RPMS/kernel-2.4.7-10.i386.rpm
wget
ftp://ftp.rpmfind.net/linux/redhat/7.2/en/os/i386/RedHat/RPMS/kernel-BOOT-2.4.7-10.i386.rpm
wget
ftp://ftp.rpmfind.net/linux/redhat/7.2/en/os/i386/RedHat/RPMS/kernel-pcmcia-cs-3.1.27-10.i386.rpm
wget
ftp://ftp.rpmfind.net/linux/redhat/7.2/en/os/i386/RedHat/RPMS/kernel-smp-2.4.7-10.i586.rpm
wget
ftp://ftp.rpmfind.net/linux/redhat/7.2/en/os/i386/RedHat/RPMS/hotplug-2001_04_24-11.i386.rpm
rpm -e kernel-pcmcia-cs
rpm -ivh *.rpm
mv * done
pico /etc/lilo.conf
--
copy 'image=/boot/vmlinuz-2.2.19-7.0.8' line and all indented lines under it
change 'label=esmith' to 'label=esmith22'
copy 'image=/boot/vmlinuz-2.2.19-7.0.8smp' line if exists and all indented lines under
it
if smp kernel exists change 'label=esmith-up' to 'label=esmith22-up'
on copies have have 'label=esmith' change all occurences of '2.2.19-7.0.8' to
'2.4.7-10'
on copies have have 'label=esmith-up' if exists change all occurences of
'2.2.19-7.0.8smp' to '2.4.7-10smp'
--
/sbin/e-smith/expand-template /etc/lilo.conf
lilo
reboot
if 'esmith-up' exists pick this
depmod -a
reboot
pick 'esmith'
depmod -a
reboot
cd rpms
wget
ftp://ftp.rpmfind.net/linux/redhat/7.2/en/os/i386/RedHat/RPMS/quota-3.01pre9-3.i386.rpm
wget
ftp://ftp.rpmfind.net/linux/redhat/7.2/en/os/i386/RedHat/RPMS/initscripts-6.40-1.i386.rpm
wget
ftp://ftp.rpmfind.net/linux/redhat/7.2/en/os/i386/RedHat/RPMS/mount-2.11g-5.i386.rpm
wget
ftp://ftp.rpmfind.net/linux/redhat/7.2/en/os/i386/RedHat/RPMS/iputils-20001110-6.i386.rpm
wget
ftp://ftp.rpmfind.net/linux/redhat/7.2/en/os/i386/RedHat/RPMS/e2fsprogs-1.23-2.i386.rpm
wget
ftp://ftp.rpmfind.net/linux/redhat/7.2/en/os/i386/RedHat/RPMS/ipchains-1.3.10-10.i386.rpm
rpm -Uvh *.rpm
mv * done
convertquota -u /
convertquota -g /
/etc/e-smith/events/actions/enable-quotas
tune2fs -j /dev/hda6
tune2fs -j /dev/hda1
pico /etc/fstab
---
change ext2 to ext3 on first 2 lines (Label=/ and Label=/boot)
---
/sbin/e-smith/expand-template /etc/fstab
/sbin/e-smith/config set ipchains service InitscriptOrder 06 status enabled
ln -s /etc/rc.d/init.d/e-smith/service /etc/rc.d/rc7.d/S06ipchains
touch /etc/sysconfig/ipchains
reboot
pico /etc/rc.d/init.d/functions
---
insert following below echo_passed() function (~line 332):
echo_disabled() {
[ "$BOOTUP" = "color" ] && $MOVE_TO_COL
echo -n "["
[ "$BOOTUP" = "color" ] && $SETCOLOR_WARNING
echo -n "DISABLED"
[ "$BOOTUP" = "color" ] && $SETCOLOR_NORMAL
echo -n "]"
echo -ne "\r"
return 1
}
insert following below passed() function (~line 385)
# Log that something passed, but is disabled in this configuration
disabled() {
rc=$?
if [ -z "$IN_INITLOG" ]; then
initlog $INITLOG_ARGS -n $0 -s "$1" -e 1
else
trap "" SIGPIPE
echo "$INITLOG_ARGS -n $0 -s \"$1\" -e 1" >&21
trap - SIGPIPE
fi
[ "$BOOTUP" != "verbose" ] && echo_disabled
return $rc
}
change following 2 lines (~line 404)
initlog $INITLOG_ARGS -c "$*" && success $"$STRING" || failure $"$STRING"
rc=$?
to
# initlog $INITLOG_ARGS -c "$*" && success $"$STRING" || failure $"$STRING"
initlog $INITLOG_ARGS -c "$*"
rc=$?
case $rc in
0) success "$STRING" ;;
99) disabled "$STRING"
rc=0 ;;
*) failure "$STRING" ;;
esac
# rc=$?
---
reboot
Still have to fix/test PPTP. Appears that ppp.o and ppp_mppp.o in the
/lib/modules/2.2.19-7.0.8/net may be needed for PPTP to work. May need to recompile
these for the newer kernel.
Re: [e-smith-devinfo] Samba RPMs
Isn't the reason RH packages samba in three packages the same reason for splitting up telnet, etc? If the computer is intended as a client there's no reason for a telnet server. Samba packaging is a little more of a grey area since the client could share files. Perhaps it's just easier to maintain security for RH, who knows. On Thu, 7 Feb 2002 13:28:12 -0500 Dan York <[EMAIL PROTECTED]> wrote: | Greg, | | > I've always wondered why the Samba team packages Samba into one RPM when | > Red Hat comes out of the box as three RPMs. Well, here's why they do it: | | Thanks for posting this info. I, too, have always wondered why | RH did it differently from the Samba team. | | Thanks, | Dan | | -- | Dan York, Product Line Manager, SME Server and ServiceLink | Mitel Networks Corporation [EMAIL PROTECTED] | Ph: +1-613-751-4401 Cell: +1-613-263-4312 Fax: +1-613-564-7739 | 150 Metcalfe Street, Suite 1500, Ottawa,ON K2P 1P1 Canada | http://www.mitel.com/sme/ and http://www.e-smith.com/ adam http://pbase.com/mrbass -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] 2.4.x Kernel Upgrade Mini-HowTo
"Shad L. Lords" <[EMAIL PROTECTED]> said: > This is my first attempt as well at messing with kernel and stuff. Looks like a fabulous first attempt to me Shad. Great job! I just wish I had time to try this. Maybe by the weekend. Regards, -- Darrell May DMC Netsourced.com http://netsourced.com http://myEZserver.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] 2.4.x Kernel Upgrade Mini-HowTo
On Thursday, February 07, 2002, Darrell May wrote: > David, many thanks for taking the time to put this mini-Howto together. I > might have some time over the weekend to give it a try myself. No problem at all. I'd appreciate it if other people would try this out and verify that it works for them. I forgot to mention that I did this on a SME v5.1.2 server, upgraded from several 5.1 betas, just in case it matters. I chose the RedHat 2.4.9-21 kernel because it is the latest 2.4.x series that RedHat has released (I think) and there has been some discussion that this is one of the most stable kernels in the 2.4.x series. > I do have a general question though that maybe you or other > devinfo members > might be able to answer. The question is far reaching but simply stated > would read: > > 'is this the _best_ way to go?' Don't take this the wrong way, but who cares? Now let me qualify that. :) I think we will only find "the _best_ way" by testing several methods of upgrading to a 2.4.x kernel to see what works best. After seeing that, Mitel management may decide that it really isn't that hard after all ... or they may not. Either way, we as developers will have tracked down some of the issues that need to be considered. > Should we simply add a new kernel on top of SME or would it be better to > add SME on top of a complete RedHat 7.2 distro? > > I'm thinking about all the modules and rpm dependencies that are kernel > specific. I'm also thinking about ext3 file system. Going the > 'adding SME > to a distro' route would I think make it easier as everything we need is > there, we are simply added SME as well. Well, I'm going to mess with taking the latest RedHat 7.2 versions of all the packages on the SME v5.1.2 disk and make a custom iso to install a system with "SME on top of RedHat 7.2". I'll start this tonight and see how it goes. Here's the biggest problem (as has already been stated several times): even if we get all the latest up to date RedHat 7.2 packages up and running. David M. Brown Frick, Frick & Jetté Architects [EMAIL PROTECTED] -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] 2.4.x Kernel Upgrade Mini-HowTo
David Brown <[EMAIL PROTECTED]> said: > Don't take this the wrong way, but who cares? Now let me qualify that. :) No worries. Your point is an excellent one. We might have to try both ways. I was only hoping to seek advice from those that have already gone there before to share with us their wisdom. For all onlist that may not be aware, there is a tremendous amount of development activity which happens offlist. There are some incredible projects already underway that I am aware of and I'm sure there are hundreds more I do not even know about. So, you may find some of my questions are geered to trying to get these people to speak up and share with the devinfo community. Sometimes they do, mostly they reply to me directly. Ultimately it is their choice to choose whom they reply to. I always ask if I may share back their comments to devinfo and this is where many of my posts originate. Latest example was my 'krud' post which spurred this new activity ;-> Regards, -- Darrell May DMC Netsourced.com http://netsourced.com http://myEZserver.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] 2.4.x Kernel Upgrade Mini-HowTo
>From the work I have done trying to get PPTP working with the 2.4 kernel I think that the ppp.o and ppp_mppe.o modules that exist in the /lib/modules/2.2.19-7.0.8-e-smith/net directory are going to need to be recompiled for the new version of the kernel (2.4.7 or 2.4.9). Is there anyone out there that is willing to help in recompiling these modules (I would prefer to start with the 2.4.7-10 kernel). If possible it would be nice to have both the smp and normal versions. I have machines that fit both configurations that I can test with. If someone could recompile these modules and send them here then I will report back success or failure. Thanks everyone, -Shad -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] 2.4.x Kernel Upgrade Mini-HowTo
> Well, I'm going to mess with taking the latest RedHat 7.2 versions of all > the packages on the SME v5.1.2 disk and make a custom iso to install a To give you a heads up, I tried to build a custom iso cd of the 5..2 release and had lots of problems. First, the "RedHat" directory generally in the RedHat cd was rename to "e-smith" and so the stock genhdlist from the 7.1 cd will not work. I recompiled the genhdlist with references to RedHat change to e-smith and the genhdlist ran without errors. Unfortunately, when I try to install off the cd, the installer croaked when it got to installing the rpm packages By the way, anyone find the src.rpm for the anacronda that was used to build the cd? edward [EMAIL PROTECTED] on 02/07/2002 12:03:00 PM To: [EMAIL PROTECTED]@Internet, [EMAIL PROTECTED]@Internet, [EMAIL PROTECTED]@Internet cc:(bcc: Edward Tak/CA/KAIPERM) Subject: RE: [e-smith-devinfo] 2.4.x Kernel Upgrade Mini-HowTo On Thursday, February 07, 2002, Darrell May wrote: > David, many thanks for taking the time to put this mini-Howto together. I > might have some time over the weekend to give it a try myself. No problem at all. I'd appreciate it if other people would try this out and verify that it works for them. I forgot to mention that I did this on a SME v5.1.2 server, upgraded from several 5.1 betas, just in case it matters. I chose the RedHat 2.4.9-21 kernel because it is the latest 2.4.x series that RedHat has released (I think) and there has been some discussion that this is one of the most stable kernels in the 2.4.x series. > I do have a general question though that maybe you or other > devinfo members > might be able to answer. The question is far reaching but simply stated > would read: > > 'is this the _best_ way to go?' Don't take this the wrong way, but who cares? Now let me qualify that. :) I think we will only find "the _best_ way" by testing several methods of upgrading to a 2.4.x kernel to see what works best. After seeing that, Mitel management may decide that it really isn't that hard after all ... or they may not. Either way, we as developers will have tracked down some of the issues that need to be considered. > Should we simply add a new kernel on top of SME or would it be better to > add SME on top of a complete RedHat 7.2 distro? > > I'm thinking about all the modules and rpm dependencies that are kernel > specific. I'm also thinking about ext3 file system. Going the > 'adding SME > to a distro' route would I think make it easier as everything we need is > there, we are simply added SME as well. Well, I'm going to mess with taking the latest RedHat 7.2 versions of all the packages on the SME v5.1.2 disk and make a custom iso to install a system with "SME on top of RedHat 7.2". I'll start this tonight and see how it goes. Here's the biggest problem (as has already been stated several times): even if we get all the latest up to date RedHat 7.2 packages up and running. David M. Brown Frick, Frick & Jetté Architects [EMAIL PROTECTED] -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] 2.4.x Kernel Upgrade Mini-HowTo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > From: Darrell May [mailto:[EMAIL PROTECTED]] > 'is this the _best_ way to go?' "Best" in the sense of being the most comprehensive, complete, compatible way of doing things? Probably not. From that perspective, it's probably better to start with the RH7.2 versions of all the relevant packages--or install versions which were designed to be RH7.1 updates (there's a 2.4.9-21 kernel distributed as a RH7.1 update, as well as the RH7.2 one that David used). However, David's suggestion may be the "best" in the sense of being quite functional and less work to implement than replacing all the packages, even when there isn't an obvious reason to do so. Ease of implementation is also an important consideration, of course. - -- Dan Brown, KE6MKS, [EMAIL PROTECTED] "Since all the world is but a story, it were well for thee to buy the more enduring story rather than the story that is less enduring." -- The Judgment of St. Colum Cille -BEGIN PGP SIGNATURE- Version: PGP 7.0.4 iQA/AwUBPGLzMH6CI7gsQbX8EQI6mwCfVTDr0G71YalrLNGL9euJKQ/OxOkAn1eh yCW74OA0pvlvd6Lmh9aYAESu =YKGK -END PGP SIGNATURE- -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] 2.4.x Kernel Upgrade Mini-HowTo
[EMAIL PROTECTED] said: > First, the "RedHat" directory generally in the RedHat cd was rename to > "e-smith" That one is easy. I build custom isos daily. When I give you the answer don't scream too loud Change to the base directory of your iso copy. Let's say if your copy is located at /root/sme512 cd /root/sme512 ln -s e-smith RedHat After that you'll find the standard RedHat anaconda-runtime rpm and genhdlist and all the other iso build tools work just fine. Regards, -- Darrell May DMC Netsourced.com http://netsourced.com http://myEZserver.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] 2.4.x Kernel Upgrade Mini-HowTo
On Thu, 7 Feb 2002, David Brown wrote: > Here's the biggest problem (as has already been stated several > times): even if we get all the latest up to date RedHat 7.2 packages up and > running. I guess I should read what I post before I post it. :) What I meant to say was: Here's the biggest problem (as has already been stated several times): even if we get all the latest up to date RedHat 7.2 packages up and running, we still need masq modules for pptp, ipsec, realaudio, h323, icq, and possibly more that will work with the 2.4.x kernel. This is a much bigger challenge IMHO than simply upgrading SME to a 2.4.x series kernel. I'm looking into this, but I've never looked into programming kernel modules, so I assume a steep learning curve. David M. Brown Frick, Frick & Jetté Architects [EMAIL PROTECTED] -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] 2.4.x Kernel Upgrade Mini-HowTo
David Brown <[EMAIL PROTECTED]> said: > we still need masq modules for pptp, ipsec, realaudio, h323, icq, and Agreed, they are extremely valuable to those that do use and need them. However, from another viewpoint, many small business SME users don't use them, don't need them and therfore won't even miss them. Regards -- Darrell May DMC Netsourced.com http://netsourced.com http://myEZserver.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] 2.4.x Kernel Upgrade Mini-HowTo
On Thu, 7 Feb 2002, Darrell May wrote: > However, from another viewpoint, many small business SME users don't use > them, don't need them and therfore won't even miss them. This is especially true for servers running in serveronly mode. -- Charlie Brady [EMAIL PROTECTED] Lead Product Developer Network Server Solutions Grouphttp://www.e-smith.com/ Mitel Networks Corporationhttp://www.mitel.com/ Phone: +1 (613) 368 4376 or 564 8000 Fax: +1 (613) 564 7739 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] 2.4.x Kernel Upgrade Mini-HowTo
> -Original Message- > From: Darrell May [mailto:[EMAIL PROTECTED]] > Sent: Thursday, February 07, 2002 3:43 PM > To: David Brown; [EMAIL PROTECTED] > Subject: RE: [e-smith-devinfo] 2.4.x Kernel Upgrade Mini-HowTo > > > > David Brown <[EMAIL PROTECTED]> said: > > > we still need masq modules for pptp, ipsec, realaudio, h323, icq, and > > Agreed, they are extremely valuable to those that do use and need them. > > However, from another viewpoint, many small business SME users don't use > them, don't need them and therfore won't even miss them. True, but the only way Mitel as a company is going to make the move to a 2.4 kernel IMHO is if these modules are available and working properly. If we are looking for the _best_ solution, we must consider this issue. Upgrading the kernel seems almost trivial at this point, since it involves putting together pre-made pieces in a defined sequence. Masq modules, OTOH seem to be far more daunting, as they involve actual coding. Anyone truly interested in this thread should look into the status of masq modules for the 2.4 kernel to see if they can help port the ones we need from the 2.2 kernel series. Not only would this help your favorite Linux distro, it would benefit the Linux community at large. David M. Brown Frick, Frick & Jetté Architects [EMAIL PROTECTED] -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] 2.4.x Kernel Upgrade Mini-HowTo
Charlie Brady <[EMAIL PROTECTED]> said: > This is especially true for servers running in serveronly mode. Absolutely, ... how did I miss that great example! Definitely not needed there and that takes care of most of the larger SME corporate clients where corporate firewalls/VPN are already in place doing their thing. I'm even sitting at a client now that has a Nortel Extranet in place. Just taking a time out and checking e-mails. Thanks Charlie, -- Darrell May DMC Netsourced.com http://netsourced.com http://myEZserver.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] 2.4.x Kernel Upgrade Mini-HowTo
> -Original Message- > From: Darrell May [mailto:[EMAIL PROTECTED]] > Sent: Thursday, February 07, 2002 4:01 PM > To: Charlie Brady; Darrell May > Cc: [EMAIL PROTECTED] > Subject: RE: [e-smith-devinfo] 2.4.x Kernel Upgrade Mini-HowTo > > > Charlie Brady <[EMAIL PROTECTED]> said: > > > This is especially true for servers running in serveronly mode. > > Absolutely, ... how did I miss that great example! Definitely not needed > there and that takes care of most of the larger SME corporate > clients where > corporate firewalls/VPN are already in place doing their thing. I understand this, since you only implement masq in gateway mode, but I left that fact out of my previous post because I don't see it as being very feasible to have serveronly mode based on a 2.4.x kernel and server and gateway mode dependent on modules that force a 2.2.x kernel. How do you ship a product like that? David M. Brown Frick, Frick & Jetté Architects [EMAIL PROTECTED] -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] 2.4.x Kernel Upgrade Mini-HowTo
On Thu, 7 Feb 2002, David Brown wrote: > > Charlie Brady <[EMAIL PROTECTED]> said: > > > > > This is especially true for servers running in serveronly mode. > > > > Absolutely, ... how did I miss that great example! Definitely not needed > > there and that takes care of most of the larger SME corporate > > clients where > > corporate firewalls/VPN are already in place doing their thing. > > I understand this, since you only implement masq in gateway mode, but I left > that fact out of my previous post because I don't see it as being very > feasible to have serveronly mode based on a 2.4.x kernel and server and > gateway mode dependent on modules that force a 2.2.x kernel. How do you > ship a product like that? You (probably) don't. But that's a marketing problem not a development one. :-) -- Charlie Brady [EMAIL PROTECTED] Lead Product Developer Network Server Solutions Grouphttp://www.e-smith.com/ Mitel Networks Corporationhttp://www.mitel.com/ Phone: +1 (613) 368 4376 or 564 8000 Fax: +1 (613) 564 7739 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] Rescue Partition
Does anybody have any use for a Rescue Partition on the hard drive? It would be used for rescuing the system when the root partition is corrupted and fails to boot. It could also be used to revert a system back to "factory" specs. Any thoughts on the idea? Trev. -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] 1:1 NAT - Testers
I'm a newbie at Linux development. I've been watching this list for several months, and finally think I may have something to contribute. I work for a state funded organization that started pushing the idea of an SME server to our school districts as an easy to use content filter with Trevor Ouelette's squidguard server-manager panel. As the more adventerous districts progressed, they started wanting to do more than simple content filtering. Most recently, I've been getting questions about 1:1 NAT functionality... similar to that of Novell's BorderManager. The port-forwarding rpm's didn't quite do what the users wanted. Basically, I needed to punch a hole through the firewall and take all incoming traffic to a 2nd external IP address and redirect it to an internal IP. I think we're close to getting this ironed out and are looking for testers. HowTo is located at: http://www.tech-geeks.org/article.php?story=20020206234827402 If link is broken for some reason, search for "1_TO_1_NAT" I'm also looking for feedback: Am I going about this the best way? Here's how it works: 1. Manually edit a config.txt file to include the new external IP, the internal IP it should forward to, and the network that should have access (1 Subnet or Entire Internet, currently). 2. Run "install", a shell script that executes a perl script that reads config.txt and builds a shell script to execute the various "ip" and "ipchains" commands. 3. Because the "ip" and "ipchains" commands executed by the shell script are lost upon reboot (and everytime the routing tables get flushed), I also created a symbolic link in /etc/rc.d/rc7.d/S99_1_to_1_NAT -> /opt/utilities/1_to_1/temp/1_to_1.sh. This way the script is executed near the end of the boot process. 4. Also added a "reset" script that will re-execute the 1_to_1.sh file to restore lost ipchains entries (after a flush of the routing tables). And added an "update" script that will regenerate the "1_to_1.sh" file if the user needs to make changes to the config.txt file and start over. I have tested on SMEv5.0 with http traffic to a Win98 internal client (http://216.125.202.201 should load a Xitami web page). I currently don't have another spare server to test things like mail and other services. Any other comments/tips welcomed. Thanks, Abe Abe Loveless Network Specialist Area 5 Learning Technology Center 200 Clay Street Edwardsville, IL 62025 Phone: 618-692-6200 ext.4571Fax: 618-659-9338 http://www.lth5.k12.il.us --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.320 / Virus Database: 179 - Release Date: 1/30/2002 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] Form Overlays with PCL Printers
I have pretty much completed the forms overlay system how-to. This is currently running on three production servers. All of the appropriate files are housed in a single zip file. The only item left is to recompile the overlay source files on my RedHat 7.2 development machine when I return from out of town. This will eliminate one step in the how-to along with the need run a DOS box when creating the overlay file. Thanks goes to Darrell May for his contribution of a custom template for 05printer to modify the printcap file automatically. Here is the link to the newly revised how-to. As always, feedback is appreciated... http://www.ibizbox.com/overlay/ Steve Bush -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] 1:1 NAT - Testers
If someone is looking for a starting place, you may want to check out the External IP Alias Panel that I wrote. Obviously, it will have to be modified to solve Abe's problem, but I have made some headway so far. ftp://ftp.e-smith.org/pub/e-smith/contrib/TrevorOuellette/RPMS/noarch/ Trev. > -Original Message- > From: Abe Loveless [mailto:[EMAIL PROTECTED]] > Sent: Thursday, February 07, 2002 6:44 PM > To: [EMAIL PROTECTED] > Subject: [e-smith-devinfo] 1:1 NAT - Testers > > > > I'm a newbie at Linux development. I've been watching this list > for several months, and finally think I may have something to contribute. > > I work for a state funded organization that started pushing the > idea of an SME server to our school districts as an easy to use > content filter with Trevor Ouelette's squidguard server-manager > panel. As the more adventerous districts progressed, they > started wanting to do more than simple content filtering. > > Most recently, I've been getting questions about 1:1 NAT > functionality... similar to that of Novell's BorderManager. The > port-forwarding rpm's didn't quite do what the users wanted. > Basically, I needed to punch a hole through the firewall and take > all incoming traffic to a 2nd external IP address and redirect it > to an internal IP. > > I think we're close to getting this ironed out and are looking > for testers. > > HowTo is located at: > http://www.tech-geeks.org/article.php?story=20020206234827402 > If link is broken for some reason, search for "1_TO_1_NAT" > > I'm also looking for feedback: Am I going about this the best way? > > Here's how it works: > 1. Manually edit a config.txt file to include the new external > IP, the internal IP it should forward to, and the network that > should have access (1 Subnet or Entire Internet, currently). > > 2. Run "install", a shell script that executes a perl script that > reads config.txt and builds a shell script to execute the various > "ip" and "ipchains" commands. > > 3. Because the "ip" and "ipchains" commands executed by the shell > script are lost upon reboot (and everytime the routing tables get > flushed), I also created a symbolic link in > /etc/rc.d/rc7.d/S99_1_to_1_NAT -> > /opt/utilities/1_to_1/temp/1_to_1.sh. This way the script is > executed near the end of the boot process. > > 4. Also added a "reset" script that will re-execute the 1_to_1.sh > file to restore lost ipchains entries (after a flush of the > routing tables). And added an "update" script that will > regenerate the "1_to_1.sh" file if the user needs to make changes > to the config.txt file and start over. > > I have tested on SMEv5.0 with http traffic to a Win98 internal > client (http://216.125.202.201 should load a Xitami web page). I > currently don't have another spare server to test things like > mail and other services. > > Any other comments/tips welcomed. > > Thanks, > Abe > > > Abe Loveless > Network Specialist > > Area 5 Learning Technology Center > 200 Clay Street Edwardsville, IL 62025 > Phone: 618-692-6200 ext.4571 Fax: 618-659-9338 > > http://www.lth5.k12.il.us > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.320 / Virus Database: 179 - Release Date: 1/30/2002 > > > -- > Please report bugs to [EMAIL PROTECTED] > Please mail [EMAIL PROTECTED] (only) to discuss security issues > Support for registered customers and partners to [EMAIL PROTECTED] > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] Rescue Partition
> From: Trevor Ouellette [mailto:[EMAIL PROTECTED]] > > Does anybody have any use for a Rescue Partition on the hard drive? It > would be used for rescuing the system when the root partition is corrupted > and fails to boot. > > It could also be used to revert a system back to "factory" specs. I'd rather have a 'rescue' boot option on the CD that works like Mandrake 8.1's, mounting the HD partition(s) automatically under the ramdisk-based /mnt so you can just 'chroot /mnt' and be running more or less normally while you repair things. Les -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] 2.4.x Kernel Upgrade Mini-HowTo
On Thu, 7 Feb 2002 [EMAIL PROTECTED] wrote: > By the way, anyone find the src.rpm for the anacronda that was used to > build the cd? It'll soon show up with all the other src.rpms from the 5.1.2 distribution. It was omitted because it's not in the RPMS directory, so was missing from my list. Good luck with it - anaconda is no fun to play with. -- Charlie Brady [EMAIL PROTECTED] Lead Product Developer Network Server Solutions Grouphttp://www.e-smith.com/ Mitel Networks Corporationhttp://www.mitel.com/ Phone: +1 (613) 368 4376 or 564 8000 Fax: +1 (613) 564 7739 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Rescue Partition
Trevor Ouellette <[EMAIL PROTECTED]> said: > Does anybody have any use for a Rescue Partition on the hard drive? It > would be used for rescuing the system when the root partition is corrupted > and fails to boot. > > It could also be used to revert a system back to "factory" specs. > > Any thoughts on the idea? > > Trev. Sounds attractive. Got anything working or just planting the seed. Regards, -- Darrell May DMC Netsourced.com http://netsourced.com http://myEZserver.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Rescue Partition
Trevor/Darrel, We use Altiris Deployment Server to manage our Win9X wstns.. This has something called bootworks which is said to be resident in a partition(or sector) marked as "bad" so doesnt show up in Windows. They use this to boot first into dos, connect via smb to the server and look for images to blast onto the rest of the hdd. It would be interesting to see if this idea could be integrated so that a hidden partition could hold the Rescue stuff.. Thanks for bringing this up. -Ruwan Darrell May wrote: > > Trevor Ouellette <[EMAIL PROTECTED]> said: > > > Does anybody have any use for a Rescue Partition on the hard drive? It > > would be used for rescuing the system when the root partition is > corrupted > > and fails to boot. > > > > It could also be used to revert a system back to "factory" specs. > > > > Any thoughts on the idea? > > > > Trev. > > Sounds attractive. Got anything working or just planting the seed. > > Regards, > > -- > Darrell May > DMC Netsourced.com > http://netsourced.com > http://myEZserver.com > > -- > Please report bugs to [EMAIL PROTECTED] > Please mail [EMAIL PROTECTED] (only) to discuss security issues > Support for registered customers and partners to [EMAIL PROTECTED] > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Rescue Partition
the Aries server by Celestic has a function like this - 2 diffrent boot options, one boots off a diffrent partition and extracts a darball over either the system or data partition, restoring it to factory defaults. The other idea i had was to make the rescue disk a standard ISO9660 bootable image, burnable by most cd burning software, or a floppy boot disk/rom data disk. James -- James Robertson e-mail: [EMAIL PROTECTED] D2P Distributed Publishing Protocol 3/243 Bridge Road, Richmond 3121 Victoria, Australia Tel: +61 3 9429 3233 Fax: +61 3 9427 0929 Web: http://www.d2p.com.au -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] 1:1 NAT - Testers
Abe Loveless <[EMAIL PROTECTED]> said: > > I'm a newbie at Linux development. I've been watching this list for > several months, and finally think I may have something to contribute. Hi Abe. Welcome to the list :-) > I'm also looking for feedback: Am I going about this the best way? Well on a very brief look you do not seem to utilize the template system or db files. This document is now almost a year old but it might get you going in the right direction: http://www.e-smith.org/docs/papers/templates.html Instead of a config.txt file you should put your entries in the db configuration file found here: /etc/e-smith/configuration As for your masq entries they should be templated and added to: /etc/e-smith/templates-custom/etc/rc.d/init.d/masq/ Take a look at Trevor's rpm. It will point you in the right direction. Trevor, to assist Abe I suggest you might want to post up your source rpm as well. Regards, -- Darrell May DMC Netsourced.com http://netsourced.com http://myEZserver.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] [experimental] recovery disk
{experimental] COMPLETED UNTESTED!
Sorry folds but I do not have a spare server at the moment to test this.
Treat this as completely experimental. In fact let me guarantee to you that
it will not work, then you will not be disappointed ;->
For those wishing to continue, this simply adds a server-manager panel for
building a recovery disk. This disk is supposed to launch a full flexbackup
tape restore after the standard boot disk installation process is
completed.
http://myezserver.com/downloads/mitel/
dmc-mitel-recoverydisk-0.0.1-1.noarch.rpm
dmc-mitel-recoverydisk-0.0.1-1.src.rpm
If it does not work... at least those that try can look at the recovery
disk ks.cfg file and see where I'm going and maybe even offer a solution or
two.
One of the obstacles to keep in mind is the recovery disk can not launch
any event or action that does not exist on the standard Mitel iso. For
instance I could easily build a restore-tape-full event. However since this
does not exist on the Mitel iso, you can not use any add-on event. Your
stuck with whats on their iso. The only way this could be done is if you
create your own custom iso build or Mitel agrees to add a restore-tape-full
event and issue an updated iso.
Regards,
--
Darrell May
DMC Netsourced.com
http://netsourced.com
http://myEZserver.com
--
Please report bugs to [EMAIL PROTECTED]
Please mail [EMAIL PROTECTED] (only) to discuss security issues
Support for registered customers and partners to [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
