Re: trouble building ncftp-3.0.2 from source

2001-04-10 Thread Cristian Ionescu-Idbohrn
Please CC me (I'm not on the list).

# lsb_release -a
LSB Version:0.0
Distributor ID: Debian
Description:Debian GNU/Linux
Release:2.3
Codename:   woody

# cat /etc/debian_version
testing/unstable

# gcc -v
Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.3/specs
gcc version 2.95.3 20010315 (Debian release)

# dpkg -l libc6 libc6-dev libncurses5 libncurses5-dev libreadline4 
libreadline4-dev

ii  libc6  2.2.2-4GNU C Library: Shared libraries and Timezone
ii  libc6-dev  2.2.2-4GNU C Library: Development Libraries and Hea
ii  libncurses55.2.20010318-1 Shared libraries for terminal handling
ii  libncurses5-de 5.2.20010318-1 Developer's libraries and docs for ncurses
ii  libreadline4   4.2-1  GNU readline and history libraries, run-time
ii  libreadline4-d 4.2-1  GNU readline and history libraries, developm


It's a straight forward build, no tweaks, no hacks. This is what I do:

# apt-get -d source ncftp
Reading Package Lists... Done
Building Dependency Tree... Done
Need to get 408kB of source archives.
Get:1 http://ftp.se.debian.org sid/main ncftp 2:3.0.2-3 (dsc) [665B]
Get:2 http://ftp.se.debian.org sid/main ncftp 2:3.0.2-3 (tar) [386kB]
Get:3 http://ftp.se.debian.org sid/main ncftp 2:3.0.2-3 (diff)
[21.1kB]
Fetched 408kB in 1s (255kB/s)
Download complete and in download only mode

# dpkg-source -x ncftp_3.0.2-3.dsc
dpkg-source: extracting ncftp in ncftp-3.0.2

# cd ncftp-3.0.2

# fakeroot dpkg-buildpackage -b -uc

The package build process stops after showing the errors (see below).

If there's more info I should provide, just let me know.

Cheers,
Cristian

On Tue, 10 Apr 2001, Matt Zimmerman wrote:

> (This belongs on debian-user...)
>
> On Mon, Apr 09, 2001 at 11:35:57PM +0200, Cristian Ionescu-Idbohrn wrote:
>
> > I'm having a hell of a time :( building ncftp-3.0.2 from the source
> > package. I get these errors and can't figure out the error source.
> >
> > Many of these "undefined references" are in spool.[ch] and cmds.c
> > includes spool.h. At least some of them should not make my life
> > miserable.
> >
> > All this started because I'm trying to build ncftp with libsocksd
> > (SOCKS library for dante-client), but that may be a dead end too.
>
> I can say that 3.0.2-3 compiles with no problems on my unstable
> system.  If you can give more information about your installation,
> compiler, etc., we might be able to help.  If you have been trying
> to build the package in several different configurations, have you
> tried deleting your build directory and starting from scratch?
>
> > Can anyone please point me in the right direction?
> >
> > gcc -DHAVE_LIBREADLINE \
> > -D_LARGEFILE64_SOURCE \
> > -O2 \
> > -Wall \
> > -Dncftp \
> > -DBINDIR=\"/usr/bin\" \
> > -DHAVE_CONFIG_H \
> > -I/home/cii/DEBIAN/WORK/ncftp-3.0.2-3/ncftp-3.0.2 \
> > -I/usr/local/include \
> > -I. \
> > -I../libncftp \
> > -I../Strn \
> > -I../sio \
> > cmds.o cmdlist.o getopt.o ls.o main.o version.o shell.o util.o \
> > readln.o progress.o bookmark.o pref.o preffw.o trace.o spool.o \
> > log.o getline.o \
> > -o ../bin/ncftp \
> > -L../libncftp \
> > -L../Strn \
> > -L../sio \
> > -L/usr/local/lib \
> > -lncftp \
> > -lStrn \
> > -lsio \
> > -lreadline \
> > -s
> > cmds.o: In function `JobsCmd':
> > cmds.o(.text+0x1e87): undefined reference to `Jobs'
> > cmds.o: In function `SpoolCheck':
> > cmds.o(.text+0x4e17): undefined reference to `CanSpool'
> > cmds.o(.text+0x4e31): undefined reference to `HaveSpool'
> > cmds.o: In function `BGStartCmd':
> > cmds.o(.text+0x4eb5): undefined reference to `RunBatch'
> > cmds.o(.text+0x4ef1): undefined reference to `RunBatch'
> > cmds.o: In function `SpoolGetCmd':
> > cmds.o(.text+0x516b): undefined reference to `SpoolX'
> > cmds.o(.text+0x52cd): undefined reference to `SpoolX'
> > cmds.o: In function `SpoolPutCmd':
> > cmds.o(.text+0x555b): undefined reference to `SpoolX'
> > cmds.o(.text+0x56bd): undefined reference to `SpoolX'
> > main.o: In function `InitConnectionInfo':
> > main.o(.text+0x19e): undefined reference to `gUnprocessedJobs'
> > main.o: In function `CloseHost':
> > main.o(.text+0x1f6): undefined reference to `RunBatchIfNeeded'
> > main.o: In function `PreInit':
> > main.o(.text+0x5f3): undefined reference to `TruncBatchLog'



DegradedArray event on /dev/md[0-9]+ (was: degraded array - former device is unavailable)

2005-09-17 Thread Cristian Ionescu-Idbohrn
On Wed, 29 Jun 2005, Philip Ross wrote:

> Philip Ross wrote:
> > I'm getting exactly the same problem after upgrading a test system from
> > Woody to Sarge. Every time I reboot the md raid1 root device is failing to
> > come up with both mirrors (see dmesg output below). When I add the missing
> > mirror manually using mdadm everything works fine up until the next reboot.
>
> I've fixed the issue now. The problem was that I had removed (with mdadm
> --fail) one of the mirrors prior to doing the upgrade.
>
> When mkinitrd ran as part of installing the new kernel, it didn't detect both
> raid devices and only set up an initial ram disk capable of detecting one of
> the mirrors.
>
> To fix, I added the missing mirror (with mdadm --add), waited for the raid
> device to sync up and then re-ran mkinitrd and lilo.

Been hit by this too :(
The reason for the new 'Subject' is my hope to make it easier locatable,
as it is reported like this:

,
| From: mdadm monitoring <[EMAIL PROTECTED](hostname)>
| To: [EMAIL PROTECTED](hostname)
| Subject: DegradedArray event on /dev/md0:hostname
|
| This is an automatically generated mail message from mdadm
| running on hadrian
|
| A DegradedArray event had been detected on md device /dev/md0.
|
| Faithfully yours, etc.
`

Rebuilding the initrd.img seems to be the write thing to do.
Just for the record. The cause of the problem is hidden in a script
(in the initrd root directory) called ... 'script' :)

If the initrd.img is created while a degraded array exists, the 'script'
may look something similar to this:

,
| ROOT=/dev/md0
| unload_unused_ide 'yes' pdc202xx_new adma100 aec62xx alim15x3 amd74xx \
| atiixp cmd640 cmd64x cs5530 cy82c693 generic hpt34x hpt366 ns87415 \
| opti621 pdc202xx_old piix rz1000 sc1200 serverworks siimage sis5513 \
| slc90e66 triflex trm290 via82cxxx
| mdadm -A /dev/md0 -R -u 1c00514f:554404fb:14e5ac81:ce0394b0 /dev/hde1
`

If the initrd.img is created tha same array synchronized exists, the 'script'
may look something similar to this:

,
| ROOT=/dev/md0
| unload_unused_ide 'yes' pdc202xx_new adma100 aec62xx alim15x3 amd74xx \
| atiixp cmd640 cmd64x cs5530 cy82c693 generic hpt34x hpt366 ns87415 \
| opti621 pdc202xx_old piix rz1000 sc1200 serverworks siimage sis5513 \
| slc90e66 triflex trm290 via82cxxx
| mdadm -A /dev/md0 -R -u 1c00514f:554404fb:14e5ac81:ce0394b0 \
| /dev/hde1 /dev/hdf1
`


Cheers,
Cristian


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]