> It may be a good idea if save-config checks for the existence of the
> old etc.tar.bz2, then prints out a warning about disk space and offers
> to delete the file.
> Otherwise we may get flooded with emails about this issue once we
> release a "stable" version.
Good idea. All done.
- BS

It may be a good idea if save-config checks for the existence of the
old etc.tar.bz2, then prints out a warning about disk space and offers
to delete the file.
Otherwise we may get flooded with emails about this issue once we
release a "stable" version.
--
Regards
Heiko Zuerker
http://www.devil-linux.org
Quoting Bruce Smith <bws@...>:
> Is it possible your config media is full? That's the only problem I've
> run into with save-config. I'm using an floppy image in VMware.
>
> 1.3.5 saves the new config under a different name and leaves the old
> config alone. If there aren't room for both, then save-config will
> fail. I don't remember the exact error message, as most of the time
> there is room for both configs on a single floppy.
>
> Once you are comfortable 1.3.5 works, you can delete the old config
> file. Or you can backup the old config somewhere else and delete it
> from your primary media to make room for the new config.
>
> - BS
>
>
>> Hi!
>>
>> I just installed the new 1.3.5 DL with the new aufs feature.
>> Everything started like normal.
>> So i decided to do a save-config
>> but i've got:
>>
>> --->
>>
>> Found configuration file location used by boot: /dev/sda1
>> using device /dev/sda1
>> listing difference
>>
>> bzip2: Compressed file ends unexpectedly;
>> perhaps it is corrupted? *Possible* reason follows.
>> bzip2: Inappropriate ioctl for device
>> Input file = (stdin), output file = (stdout)
>>
>> It is possible that the compressed file(s) have become corrupted.
>> You can use the -tvv option to test integrity of such files.
>>
>> You can use the `bzip2recover' program to attempt to recover
>> data from undamaged sections of corrupted files.
>>
>> tar: Child returned status 2
>> tar: etc-mods: Not found in archive
>> tar: Error exit delayed from previous errors
>> Do you still want to save?
>> (y/n)
>>
>> <----
>>
>> Has anyone similar problems to migrate his "old" config file to the
>> "new" one??
>>
>> ----
>> Oliver
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Devil-linux-discuss mailing list
> Devil-linux-discuss@...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss
>
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Oliver Niesner wrote:
> In the evening i will do a reboot and i will tell you if everything starts
> up normal.
>
I rebooted just now and everything starts fine - no errors!
Don't know what caused the problem :-/
So, forget this thread - very good job Bruce ;-)
---
Oliver

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Bruce Smith schrieb:
> Just to double check, does a 'df' show free space?
Yep!
root@...:~ # df /dev/sda1
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda1 30892 14157 16736 46% /shm/mnt
> I recently moved the gzip programs from /bin to /usr/bin, but I didn't
> touch bzip2, and save-config doesn't seem to have any paths hardcoded.
>
> Is there something I can do to duplicate the error message?
I just replaced the DL-1.3.4 cd with the new one and after i updated
all my personal settings and checked that everything runs fine i
did a save-config, just like everytime when i tried a new release.
After that the error appeared!
It was still possible to save the config file as you can see.
In the evening i will do a reboot and i will tell you if everything starts
up normal.
> You can find out what's being stored in memory by examining
> /shm/etc-mods, something like:
>
> find /shm/etc-mods -type f
>
Thanks for the hint - will try that!
- ---
Oliver
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with CentOS - http://enigmail.mozdev.org
iD8DBQFIEIsN724ZL5LNhNcRAq/lAJ9yv2dLFva/gR0DFg616D1NBbAoRgCfS8WS
MB+Ez/xVcK+qJ1WFUlys0zE=
=bckl
-----END PGP SIGNATURE-----

> root@...:/shm/mnt # ll
> total 14M
> - -rwxr-xr-x 1 root root 4.0M Apr 23 23:24 etc-mods.tar.bz2
> - -rwxr-xr-x 1 root root 5.0M Apr 16 17:13 etc.tar.bz2
> - -rwxr-xr-x 1 root root 5.0M Apr 23 23:23 etc.tar.bz2_orig
Just to double check, does a 'df' show free space?
> However, it seems that the new file is stored correctly!
I recently moved the gzip programs from /bin to /usr/bin, but I didn't
touch bzip2, and save-config doesn't seem to have any paths hardcoded.
Is there something I can do to duplicate the error message?
> But what i see now is, that the new file is about 1MB smaller.
> Is this ok? I thought the new etc should save more than just a
> megabyte, or i am wrong?
>
> (I have a lot of snort-rule files in it, maybe that's the reason??)
You have something in there that's large. It might be the snort stuff.
My etc-mods.tar.bz2 files have ranged from 4K to 32K, and all easily fit
on a floppy, along side my old/larger config.
You can find out what's being stored in memory by examining
/shm/etc-mods, something like:
find /shm/etc-mods -type f
- BS

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Bruce Smith schrieb:
> Is it possible your config media is full? That's the only problem I've
> run into with save-config. I'm using an floppy image in VMware.
>
> 1.3.5 saves the new config under a different name and leaves the old
> config alone. If there aren't room for both, then save-config will
> fail. I don't remember the exact error message, as most of the time
> there is room for both configs on a single floppy.
>
> Once you are comfortable 1.3.5 works, you can delete the old config
> file. Or you can backup the old config somewhere else and delete it
> from your primary media to make room for the new config.
>
Hmm, seems not the problem.
Here are the filesizes: (It's an 64MB USB-stick)
/dev/sda1 on /shm/mnt type vfat (rw)
Disk /dev/sda: 31 MB, 31981568 bytes
4 heads, 32 sectors/track, 488 cylinders
Units = cylinders of 128 * 512 = 65536 bytes
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sda1 * 1 487 31152 4 FAT16 <32M
and my configs are:
root@...:/shm/mnt # ll
total 14M
- -rwxr-xr-x 1 root root 4.0M Apr 23 23:24 etc-mods.tar.bz2
- -rwxr-xr-x 1 root root 5.0M Apr 16 17:13 etc.tar.bz2
- -rwxr-xr-x 1 root root 5.0M Apr 23 23:23 etc.tar.bz2_orig
However, it seems that the new file is stored correctly!
But what i see now is, that the new file is about 1MB smaller.
Is this ok? I thought the new etc should save more than just a
megabyte, or i am wrong?
(I have a lot of snort-rule files in it, maybe that's the reason??)
- ----
Oliver
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with CentOS - http://enigmail.mozdev.org
iD8DBQFIEFRS724ZL5LNhNcRAoHOAJ9i11BQYN5CA91WNEwDAhvXi0aXTwCeJJZD
Cwkf6BsSOygyiZEPNNqONOE=
=NwrO
-----END PGP SIGNATURE-----

Is it possible your config media is full? That's the only problem I've
run into with save-config. I'm using an floppy image in VMware.
1.3.5 saves the new config under a different name and leaves the old
config alone. If there aren't room for both, then save-config will
fail. I don't remember the exact error message, as most of the time
there is room for both configs on a single floppy.
Once you are comfortable 1.3.5 works, you can delete the old config
file. Or you can backup the old config somewhere else and delete it
from your primary media to make room for the new config.
- BS
> Hi!
>
> I just installed the new 1.3.5 DL with the new aufs feature.
> Everything started like normal.
> So i decided to do a save-config
> but i've got:
>
> --->
>
> Found configuration file location used by boot: /dev/sda1
> using device /dev/sda1
> listing difference
>
> bzip2: Compressed file ends unexpectedly;
> perhaps it is corrupted? *Possible* reason follows.
> bzip2: Inappropriate ioctl for device
> Input file = (stdin), output file = (stdout)
>
> It is possible that the compressed file(s) have become corrupted.
> You can use the -tvv option to test integrity of such files.
>
> You can use the `bzip2recover' program to attempt to recover
> data from undamaged sections of corrupted files.
>
> tar: Child returned status 2
> tar: etc-mods: Not found in archive
> tar: Error exit delayed from previous errors
> Do you still want to save?
> (y/n)
>
> <----
>
> Has anyone similar problems to migrate his "old" config file to the
> "new" one??
>
> ----
> Oliver

> I have just run a short test on the DL 1.3.5.
> I can verify that this release support with the 3c59x.o NIC driver the
> 3c900-combo
> I have not set any option.
> In the system with a MSI P4M900 board and a Celeron D processor 1 GB RAM
> Build in Ethernet controller VIA Rhine II
> It works
Very nice!
> Your indication that the Linux kernel before 2.6 had a problem here?
Not exactly. I only know _generally_ that there are a lot of updates in
2.6 that are not in 2.4. I don't know anything specific about that NIC
driver. I only thought 2.6 would be worth a try.
> Funny, because I saw reports on 3c900-combo problems older than 10 years.
No idea. I'm just glad it works! :-)
- BS
> Best regards
> /Jan in Sweden
>
>
> > -----Ursprungligt meddelande-----
> > Från: devil-linux-discuss-bounces@...
> > [mailto:devil-linux-discuss-bounces@...]För Bruce
> > Smith
> > Skickat: den 23 april 2008 14:48
> > Till: devil-linux-discuss@...
> > Ämne: Re: [Devil-Linux-discuss] Search for knowledge in installing3Com
> > 3C900-combo
> >
> >
> > Do you know if the NIC works in the later 2.6 kernels?
> >
> > If so, you might want to try DL 1.3.5. Even though it's a pre-release,
> > I'm running it in production without problem.
> >
> > I just uploaded a new build to the FTP server this morning.
> >
> > - BS
> >
> >
> > > I have a bad combination of Net (coax) and computer (Only PCI slot).
> > >
> > > In a set of different network cards I do have a 3com 3c900-combo
> > > Boomerang. The board works in the Windows environment and in a
> > > BBIagent LINUX.
> > >
> > > The NIC do have a automatic selection of media (10base-T, AUI and
> > > Coax), which I found is not a implemeted feature in the 3c59x driver.
> > > But the 3com utility DOS disk gives me the opportunuty to set the card
> > > for my need.
> > >
> > > A lot of LINUX users have reported problems to get this card to work
> > > in many LINUX distributions.
> > > As I they report that the installation of the card indicates that the
> > > card is correctly installed but the TX and RX counters stays to 0 in
> > > the process.
> > >
> > > Some users have noticed that the lowest level works with PING. But
> > > nothing more.
> > > Since there are very few users on LINUX on this particular NIC there
> > > may not be any solutions for me on that NIC. I have read that the
> > > 3c900B-combo a later release is done in another way, 3com have made a
> > > driver for that NIC.
> > >
> > > I am working today on DL 1.2.14 release
> > > Have set up the firewall with a 3c905B as WAN and the 3c900-combo as
> > > LAN
> > >
> > > I have a good hope for some assistance from any of you. I am an
> > > experinced C programmer with some knowledge in Network driver design.
> > > Best Regards
> > > Jan in Sweden

I have just run a short test on the DL 1.3.5.
I can verify that this release support with the 3c59x.o NIC driver the
3c900-combo
I have not set any option.
In the system with a MSI P4M900 board and a Celeron D processor 1 GB RAM
Build in Ethernet controller VIA Rhine II
It works
Your indication that the Linux kernel before 2.6 had a problem here?
Funny, because I saw reports on 3c900-combo problems older than 10 years.
Best regards
/Jan in Sweden
> -----Ursprungligt meddelande-----
> Från: devil-linux-discuss-bounces@...
> [mailto:devil-linux-discuss-bounces@...]För Bruce
> Smith
> Skickat: den 23 april 2008 14:48
> Till: devil-linux-discuss@...
> Ämne: Re: [Devil-Linux-discuss] Search for knowledge in installing3Com
> 3C900-combo
>
>
> Do you know if the NIC works in the later 2.6 kernels?
>
> If so, you might want to try DL 1.3.5. Even though it's a pre-release,
> I'm running it in production without problem.
>
> I just uploaded a new build to the FTP server this morning.
>
> - BS
>
>
> > I have a bad combination of Net (coax) and computer (Only PCI slot).
> >
> > In a set of different network cards I do have a 3com 3c900-combo
> > Boomerang. The board works in the Windows environment and in a
> > BBIagent LINUX.
> >
> > The NIC do have a automatic selection of media (10base-T, AUI and
> > Coax), which I found is not a implemeted feature in the 3c59x driver.
> > But the 3com utility DOS disk gives me the opportunuty to set the card
> > for my need.
> >
> > A lot of LINUX users have reported problems to get this card to work
> > in many LINUX distributions.
> > As I they report that the installation of the card indicates that the
> > card is correctly installed but the TX and RX counters stays to 0 in
> > the process.
> >
> > Some users have noticed that the lowest level works with PING. But
> > nothing more.
> > Since there are very few users on LINUX on this particular NIC there
> > may not be any solutions for me on that NIC. I have read that the
> > 3c900B-combo a later release is done in another way, 3com have made a
> > driver for that NIC.
> >
> > I am working today on DL 1.2.14 release
> > Have set up the firewall with a 3c905B as WAN and the 3c900-combo as
> > LAN
> >
> > I have a good hope for some assistance from any of you. I am an
> > experinced C programmer with some knowledge in Network driver design.
> > Best Regards
> > Jan in Sweden
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun
.com/javaone
_______________________________________________
Devil-linux-discuss mailing list
Devil-linux-discuss@...
https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss

Hi!
I just installed the new 1.3.5 DL with the new aufs feature.
Everything started like normal.
So i decided to do a save-config
but i've got:
--->
Found configuration file location used by boot: /dev/sda1
using device /dev/sda1
listing difference
bzip2: Compressed file ends unexpectedly;
perhaps it is corrupted? *Possible* reason follows.
bzip2: Inappropriate ioctl for device
Input file = (stdin), output file = (stdout)
It is possible that the compressed file(s) have become corrupted.
You can use the -tvv option to test integrity of such files.
You can use the `bzip2recover' program to attempt to recover
data from undamaged sections of corrupted files.
tar: Child returned status 2
tar: etc-mods: Not found in archive
tar: Error exit delayed from previous errors
Do you still want to save?
(y/n)
<----
Has anyone similar problems to migrate his "old" config file to the
"new" one??
----
Oliver

> > > The changes are in CVS. I'll run a fresh compile tonight with the gzip
> > > changes and set the processor to i586.
> > >
> > > Hopefully it'll finish and I'll upload it tomorrow. I'll let you know!
> >
> > No rush. I'll not do a change before the weekend anyway.
>
> It may take me that long to remember to run a new compile anyway. :-)
> I'll let you know when it's there ...
It's there! :-)
I just uploaded the latest 1.3.5 i586 build.
Let me know how it works for you.
- BS

Do you know if the NIC works in the later 2.6 kernels?
If so, you might want to try DL 1.3.5. Even though it's a pre-release,
I'm running it in production without problem.
I just uploaded a new build to the FTP server this morning.
- BS
> I have a bad combination of Net (coax) and computer (Only PCI slot).
>
> In a set of different network cards I do have a 3com 3c900-combo
> Boomerang. The board works in the Windows environment and in a
> BBIagent LINUX.
>
> The NIC do have a automatic selection of media (10base-T, AUI and
> Coax), which I found is not a implemeted feature in the 3c59x driver.
> But the 3com utility DOS disk gives me the opportunuty to set the card
> for my need.
>
> A lot of LINUX users have reported problems to get this card to work
> in many LINUX distributions.
> As I they report that the installation of the card indicates that the
> card is correctly installed but the TX and RX counters stays to 0 in
> the process.
>
> Some users have noticed that the lowest level works with PING. But
> nothing more.
> Since there are very few users on LINUX on this particular NIC there
> may not be any solutions for me on that NIC. I have read that the
> 3c900B-combo a later release is done in another way, 3com have made a
> driver for that NIC.
>
> I am working today on DL 1.2.14 release
> Have set up the firewall with a 3c905B as WAN and the 3c900-combo as
> LAN
>
> I have a good hope for some assistance from any of you. I am an
> experinced C programmer with some knowledge in Network driver design.
> Best Regards
> Jan in Sweden

Hi,
I have a bad combination of Net (coax) and computer (Only PCI slot).
In a set of different network cards I do have a 3com 3c900-combo Boomerang. The board works in the Windows environment and in a BBIagent LINUX.
The NIC do have a automatic selection of media (10base-T, AUI and Coax), which I found is not a implemeted feature in the 3c59x driver.
But the 3com utility DOS disk gives me the opportunuty to set the card for my need.
A lot of LINUX users have reported problems to get this card to work in many LINUX distributions.
As I they report that the installation of the card indicates that the card is correctly installed but the TX and RX counters stays to 0 in the process.
Some users have noticed that the lowest level works with PING. But nothing more.
Since there are very few users on LINUX on this particular NIC there may not be any solutions for me on that NIC. I have read that the 3c900B-combo a later release is done in another way, 3com have made a driver for that NIC.
I am working today on DL 1.2.14 release
Have set up the firewall with a 3c905B as WAN and the 3c900-combo as LAN
I have a good hope for some assistance from any of you. I am an experinced C programmer with some knowledge in Network driver design.
Best Regards
Jan in Sweden

> >> I think I'd be happy to give it a try on my live system but I'd need a 586
>
> It's a mini-itx epia C3 processor. It chokes on 686 with "kernel requires
> features not present in cpu".
Okay. I like those processors, so I'll let it slide this time. :-)
> > OK, I fixed the gzip package and installed all the missing programs from
> > the package. We were missing a bunch of them (zgrep zless zmore znew
> > gunzip gzexe zcat zcmp zdiff zegrep zfgrep zforce) and some are shell
> > scripts as you stated in your previous email.
>
> I wasn't sure whether they had to be shell scripts or whether hard links would
> do the same job. The gzip web page was not helpful on the matter.
I just copied over all the executable files from the source package.
Some are shell scripts, others are binaries.
> > The changes are in CVS. I'll run a fresh compile tonight with the gzip
> > changes and set the processor to i586.
> >
> > Hopefully it'll finish and I'll upload it tomorrow. I'll let you know!
>
> No rush. I'll not do a change before the weekend anyway.
It may take me that long to remember to run a new compile anyway. :-)
I'll let you know when it's there ...
- BS

Bruce Smith wrote:
>> I think I'd be happy to give it a try on my live system but I'd need a 586
It's a mini-itx epia C3 processor. It chokes on 686 with "kernel requires
features not present in cpu".
> 586?!?!? Sheesh, spend $5 and upgrade to a used P-III !!!
> We just through out a bunch of P3's and P4's at work!
The newer C7 is OK with 686, but P-III no thanks ;-)
> OK, I fixed the gzip package and installed all the missing programs from
> the package. We were missing a bunch of them (zgrep zless zmore znew
> gunzip gzexe zcat zcmp zdiff zegrep zfgrep zforce) and some are shell
> scripts as you stated in your previous email.
I wasn't sure whether they had to be shell scripts or whether hard links would
do the same job. The gzip web page was not helpful on the matter.
> The changes are in CVS. I'll run a fresh compile tonight with the gzip
> changes and set the processor to i586. [cough, puke :]
>
> Hopefully it'll finish and I'll upload it tomorrow. I'll let you know!
No rush. I'll not do a change before the weekend anyway.
Dick

> > I uploaded a new 1.3.5 i686 server build to the FTP server for testing!
> >
> > It is mainly bug fixes for aufs. Files are no longer in "mods" that
> > don't need to be there, some upgrade-config fixes, and a newer version
> > of busybox thanks to Serge.
>
> This is better :-) Well done Bruce.
>
> I think I'd be happy to give it a try on my live system but I'd need a 586
586?!?!? Sheesh, spend $5 and upgrade to a used P-III !!!
We just through out a bunch of P3's and P4's at work!
(sorry, I digress ... ) ;-)
> version and, preferably, the zcat bug* fixed.
> * zcat works as gzip instead of gzip -cd.
OK, I fixed the gzip package and installed all the missing programs from
the package. We were missing a bunch of them (zgrep zless zmore znew
gunzip gzexe zcat zcmp zdiff zegrep zfgrep zforce) and some are shell
scripts as you stated in your previous email.
The changes are in CVS. I'll run a fresh compile tonight with the gzip
changes and set the processor to i586. [cough, puke :]
Hopefully it'll finish and I'll upload it tomorrow. I'll let you know!
- BS

Bruce,
Bruce Smith wrote:
>> Serge: I'll test this build on my SATA CD system soon and let you know!
>
> I get the same results. It can't mount the CD
Hm... I have to recheck on my sata controllers.
> Do we need to include the SATA CD module(s) in the initrd?
All PATA/SATA/SCSI modules are into initrd already. The problem is they are not
loaded by mdev :-(.
--
Serge

Bruce Smith wrote:
> I uploaded a new 1.3.5 i686 server build to the FTP server for testing!
>
> It is mainly bug fixes for aufs. Files are no longer in "mods" that
> don't need to be there, some upgrade-config fixes, and a newer version
> of busybox thanks to Serge.
This is better :-) Well done Bruce.
I think I'd be happy to give it a try on my live system but I'd need a 586
version and, preferably, the zcat bug* fixed.
* zcat works as gzip instead of gzip -cd.
Dick
Subject: cron.daily errors with 1.3.4
> Since moving to 1.3.4 I've been getting messages like this every day:
> >
> > Cron <root@...> /usr/sbin/cron.interval daily
> >
> > zcat: /var/log/mail.log.4.gz already has .gz suffix -- unchanged
> > zcat: /var/log/mail.log.3.gz already has .gz suffix -- unchanged
> > zcat: /var/log/mail.log.2.gz already has .gz suffix -- unchanged
> > zcat: /var/log/messages.2.gz already has .gz suffix -- unchanged
> > zcat: /var/log/apache2/access.log.2.gz already has .gz suffix -- unchanged
> >
> > It seems to be logwatch that is producing these.
I think this is because zcat is a sym link to gzip
On Debian zcat is a script which does exec gzip -cd "$@"
So here zcat is trying to compress file again rather than uncompress and send to
stdout.

Quoting pes coe <pescoe@...>:
> can any one please suggest me the best way to configure Shorewall and NAGIOS
> any link or detailed steps are required by please (want it done exclusive
> for DEVIL)
>
> thanks in advance for replies -pescoe
>
Why don't you start by reading the documentation on the shorewall and
nagios websites? Next I would ask google.
There's no DL specific setup for the apps.
--
Regards
Heiko Zuerker
http://www.devil-linux.org
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.