After upgrading from Amanda 3.3.3-r1 to Amanda 3.3.7, running “amcheck” produces the message “amcheck-device terminated with signal 11”. I will attach as much debugging information as I can. Reproducible: Always $ emerge --info app-backup/amanda Portage 2.2.18 (python 3.3.5-final-0, default/linux/amd64/13.0, gcc-4.8.4, glibc-2.20-r2, 3.18.11-gentoo x86_64) ================================================================= System Settings ================================================================= System uname: Linux-3.18.11-gentoo-x86_64-Intel-R-_Core-TM-_i7_CPU_Q_720_@_1.60GHz-with-gentoo-2.2 KiB Mem: 6035188 total, 532424 free KiB Swap: 8390452 total, 8390452 free Timestamp of repository gentoo: Sat, 02 May 2015 18:15:01 +0000 sh bash 4.2_p53 ld GNU ld (Gentoo 2.24 p1.4) 2.24 app-shells/bash: 4.2_p53::gentoo dev-java/java-config: 2.2.0::gentoo dev-lang/perl: 5.20.2::gentoo dev-lang/python: 2.7.9-r1::gentoo, 3.3.5-r1::gentoo, 3.4.1::gentoo dev-util/cmake: 2.8.12.2-r1::gentoo dev-util/pkgconfig: 0.28-r2::gentoo sys-apps/baselayout: 2.2::gentoo sys-apps/openrc: 0.13.11::gentoo sys-apps/sandbox: 2.6-r1::gentoo sys-devel/autoconf: 2.13::gentoo, 2.69::gentoo sys-devel/automake: 1.11.6-r1::gentoo, 1.13.4::gentoo sys-devel/binutils: 2.24-r3::gentoo sys-devel/gcc: 4.8.4::gentoo sys-devel/gcc-config: 1.7.3::gentoo sys-devel/libtool: 2.4.6::gentoo sys-devel/make: 4.1-r1::gentoo sys-kernel/linux-headers: 3.18::gentoo (virtual/os-headers) sys-libs/glibc: 2.20-r2::gentoo Repositories: steam-overlay location: /var/cache/repos/steam sync-type: git sync-uri: https://github.com/anyc/steam-overlay.git masters: gentoo priority: 1 sunrise location: /var/cache/repos/sunrise sync-type: git sync-uri: https://anongit.gentoo.org/git/proj/sunrise-reviewed.git masters: gentoo priority: 2 gentoo location: /var/cache/repos/gentoo sync-type: rsync sync-uri: rsync://rsync.ca.gentoo.org/gentoo-portage priority: 3 hawk777 location: /var/cache/repos/hawk777 sync-type: svn sync-uri: [ELIDED, personal repo, no Amanda- or Perl-related stuff inside] masters: gentoo priority: 4 kruskal-local location: /usr/local/portage masters: gentoo priority: 5 Installed sets: @admin, @android, @arm, @cups, @desktop, @games, @linuxcnc, @lisp, @magicalgame, @media, @misc, @net, @office, @web ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* -@EULA AdobeFlash-11.x dlj-1.1 Google-TOS Oracle-BCLA-JavaSE" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -march=native -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc /usr/share/gnupg/qualified.txt /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-O2 -pipe -march=native -fomit-frame-pointer" DISTDIR="/var/cache/distfiles" EMERGE_DEFAULT_OPTS="--jobs 2 --load-average 4 --with-bdeps y --complete-graph y -1" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fakeroot fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms sign strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="ftp://gentoo.arcticnetwork.ca/pub/gentoo ftp://mirror.csclub.uwaterloo.ca/gentoo-distfiles http://gentoo.osuosl.org/" INSTALL_MASK="grub2-mkconfig" LANG="en_CA.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="--jobs 2 --load-average 4" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" USE="X a52 aac acl acpi aio alsa amd64 archive bluetooth bzip2 cairo caps cdda cddb cdinstall cdio cli css cups custom-optimization cxx dbus double-precision dri dvd faac faad fat ffmpeg fftw flac fontconfig fortran gcrypt gif gimp glade gmp gnutls gtk hou iconv icu idn imap ipv6 java joystick jpeg laptop libnotify libsamplerate lm_sensors mad mbox mikmod mmx mmxext modules mp3 mpeg multilib multiuser ncurses nls nntp nowin nptl ntfs ntp offensive ogg opengl openmp pam pdf plotutils png qt3support readline scanner sdl session sou spell sse sse2 startup-notification stream svg symlink taglib theora threads thunar tiff truetype udev unicode usb vdpau videos vim-syntax vorbis win32codecs xattr xetex xft xinerama xscreensaver xulrunner xv xvid xvmc zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx" GRUB_PLATFORMS="pc" INPUT_DEVICES="evdev synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="en en_CA" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_3" QEMU_SOFTMMU_TARGETS="i386 x86_64" RUBY_TARGETS="ruby19 ruby20" SANE_BACKENDS="plustek" USERLAND="GNU" VIDEO_CARDS="nvidia" XFCE_PLUGINS="logout menu" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON ================================================================= Package Settings ================================================================= app-backup/amanda-3.3.7::gentoo was built with the following: USE="ipv6 nls readline -curl -gnuplot -kerberos -minimal -s3 -samba -systemd -xfs" ABI_X86="64"
Attempting to run it in the Perl debugger: $ perl -d /usr/libexec/amanda/amcheck-device weekly Loading DB routines from perl5db.pl version 1.44 Editor support available. Enter h or 'h h' for help, or 'man perldebug' for more help. main::(/usr/libexec/amanda/amcheck-device:36): 36: Amanda::Util::setup_application("amcheck-device", "server", $CONTEXT_CMDLINE); DB<1> c Searching for label 'weekly-104':Signal SEGV at /usr/lib64/perl5/vendor_perl/5.20.2/Amanda/MainLoop.pm line 820. Amanda::MainLoop::__ANON__[/usr/lib64/perl5/vendor_perl/5.20.2/Amanda/MainLoop.pm:822](Amanda::MainLoop::Source=HASH(0x2b78c50)) called at /usr/lib64/perl5/vendor_perl/5.20.2/Amanda/MainLoop.pm line 791 eval {...} called at /usr/lib64/perl5/vendor_perl/5.20.2/Amanda/MainLoop.pm line 791 Amanda::MainLoop::run() called at /usr/libexec/amanda/amcheck-device line 289 Aborted (core dumped)
Attempting to run it in GDB: $ gdb /usr/bin/perl GNU gdb (Gentoo 7.7.1 p1) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://bugs.gentoo.org/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/bin/perl...(no debugging symbols found)...done. (gdb) set auto-load safe-path / (gdb) run /usr/libexec/amanda/amcheck-device weekly Starting program: /usr/bin/perl /usr/libexec/amanda/amcheck-device weekly warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? Warning: couldn't activate thread debugging using libthread_db: Cannot find new threads: generic error Warning: couldn't activate thread debugging using libthread_db: Cannot find new threads: generic error warning: Unable to find libthread_db matching inferior's thread library, thread debugging will not be available. Searching for label 'weekly-104': Program received signal SIGSEGV, Segmentation fault. 0x00007ffff7dea952 in _dl_signal_error () from /lib64/ld-linux-x86-64.so.2 (gdb) bt #0 0x00007ffff7dea952 in _dl_signal_error () from /lib64/ld-linux-x86-64.so.2 #1 0x00007ffff7deaade in _dl_signal_cerror () from /lib64/ld-linux-x86-64.so.2 #2 0x00007ffff7de6851 in _dl_lookup_symbol_x () from /lib64/ld-linux-x86-64.so.2 #3 0x00007ffff7dea097 in _dl_fixup () from /lib64/ld-linux-x86-64.so.2 #4 0x00007ffff7df06e0 in _dl_runtime_resolve () from /lib64/ld-linux-x86-64.so.2 #5 0x00007ffff43e6605 in _wrap_file_lock_lock () from /usr/lib64/perl5/vendor_perl/5.20.2/auto/Amanda/Util/libUtil.so #6 0x00007ffff7afd7ec in Perl_pp_entersub () from /usr/lib64/libperl.so.5.20 #7 0x00007ffff7af6473 in Perl_runops_standard () from /usr/lib64/libperl.so.5.20 #8 0x00007ffff7a8a809 in Perl_call_sv () from /usr/lib64/libperl.so.5.20 #9 0x00007ffff32dc570 in ?? () from /usr/lib64/perl5/vendor_perl/5.20.2/auto/Amanda/MainLoop/libMainLoop.so #10 0x00007ffff56d6013 in ?? () from /usr/lib64/libglib-2.0.so.0 #11 0x00007ffff56d55f5 in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0 #12 0x00007ffff56d5958 in ?? () from /usr/lib64/libglib-2.0.so.0 #13 0x00007ffff56d5c1a in g_main_loop_run () from /usr/lib64/libglib-2.0.so.0 #14 0x00007ffff32dd24b in _wrap_run_c () from /usr/lib64/perl5/vendor_perl/5.20.2/auto/Amanda/MainLoop/libMainLoop.so #15 0x00007ffff7afd7ec in Perl_pp_entersub () from /usr/lib64/libperl.so.5.20 #16 0x00007ffff7af6473 in Perl_runops_standard () from /usr/lib64/libperl.so.5.20 #17 0x00007ffff7a915fa in perl_run () from /usr/lib64/libperl.so.5.20 #18 0x0000000000400d9b in main ()
I can confirm this bug in general as I hit that behavior as well some time back. In the last 2 days I had to downgrade 2 installations to 3.3.5 as there were taper issues. So maybe 3.3.7 should marked ~ again for now? I am currently looking into the mentioned issues, I am not sure if they relate to this bug here.
unfortunately the tape drive in my basement server is defect, can't test that right now
(In reply to Stefan G. Weichinger from comment #3) > I can confirm this bug in general as I hit that behavior as well some time > back. > > In the last 2 days I had to downgrade 2 installations to 3.3.5 as there were > taper issues. So maybe 3.3.7 should marked ~ again for now? > That seems resonable
I think I have been suffering from the same issue with other components of amanda application below is a sample of the errors: Jul 28 21:48:00 neo kernel: amrmtape[22022]: segfault at f7a30490 ip 00007f059ee84b82 sp 00007ffff7a31290 error 6 in ld-2.20.so[7f059ee76000+21000] Jul 29 07:45:27 neo kernel: taper[21454]: segfault at fffffffffffffffc ip 00007f5543b7ab82 sp 00007ffd3a6b2400 error 7 in ld-2.20.so[7f5543b6c000+21000] Jul 29 17:30:30 neo kernel: amcheck-device[31066]: segfault at fffffffffffffffc ip 00007f39369f9b82 sp 00007ffc81f4fc10 error 7 in ld-2.20.so[7f39369eb000+21000] What I have found is it has been broken for over a month but no error was reported i.e. no strange or failed in the email so I though it was running fine. As the data was placed in the holding disk then the amflush died it was only when the holding disk was full did the error report show up. However I have got my system up and running again with amanda by creating an ebuild for the latest stable of amanda (3.3.7p1), I based the ebuild on the 3.3.7 ebuild just updated SRC_URL to a drop box copy of the stable, set RESTRICT="mirror" and S="${WORKDIR}/${P}p1" i.e. RESTRICT="mirror" SRC_URI="https://dl.dropboxusercontent.com/u/*********/${P}p1.tar.gz" S="${WORKDIR}/${P}p1"
What is happening with 3.3.9 version?
(In reply to Pacho Ramos from comment #7) > What is happening with 3.3.9 version? Well, this <https://github.com/zmanda/amanda/issues/69>, if nothing else, unfortunately. Amanda has not had a good last few versions.
(In reply to Christopher Head from comment #8) > (In reply to Pacho Ramos from comment #7) > > What is happening with 3.3.9 version? > > Well, this <https://github.com/zmanda/amanda/issues/69>, if nothing else, > unfortunately. Amanda has not had a good last few versions. Pacho, I'd also love to get things on track again. Amanda in gentoo seems unreliable right now ... I went back to 3.3.5 at some installations to get reliable conditions for now. There are issues when amanda is used in combo with samba as well, I have feedback about partly working patches. A fuzzy situation right now, at least for me. let's sync our individual learnings and decide how to proceed ?
Well, for now we should probably revert 3.3.7 back to testing... or is there any issues with downgrading? Anyway, upstream report points to a patch, does it work for you with 3.3.9 (the version we would probably try to stabilize)?
Downgrading seems to be OK; I am currently running 3.3.3-r1, having previously tried out the newer ones. As for whether the upstream-proposed patch works, well, I’m Hawk777 at Github, so I would have to say yes :) perhaps more than one person should test it, though.
I have seen our 3.3.9 ebuild is already applying that patch... does it work or not? (when installing our 3.3.9 ebuild I mean)
(In reply to Pacho Ramos from comment #12) > I have seen our 3.3.9 ebuild is already applying that patch... does it work > or not? (when installing our 3.3.9 ebuild I mean) Works for me $ perl /usr/libexec/amanda/amcheck-device sanches slot 26:DATA-PATH AMANDA volume 'sanches-027' Will write to volume 'sanches-027' in slot 26. NOTE: skipping tape-writable test
OK, closing this and we will go for 3.3.9
(In reply to Pacho Ramos from comment #12) > I have seen our 3.3.9 ebuild is already applying that patch... does it work > or not? (when installing our 3.3.9 ebuild I mean) Yes, it looks like I have been using 3.3.9 from the repo (including that patch) and it is working fine, thanks! Looking forward to stabilization.
(In reply to Christopher Head from comment #15) > (In reply to Pacho Ramos from comment #12) > > I have seen our 3.3.9 ebuild is already applying that patch... does it work > > or not? (when installing our 3.3.9 ebuild I mean) > > Yes, it looks like I have been using 3.3.9 from the repo (including that > patch) and it is working fine, thanks! Looking forward to stabilization. I don't understand now, pls help. Which ebuild works correctly and does it help to close: https://bugs.gentoo.org/show_bug.cgi?id=549626 ? I'd be happy to get these 2 bugs closed and get a good 3.3.9 into portage.
(In reply to Stefan G. Weichinger from comment #16) > I don't understand now, pls help. > Which ebuild works correctly and does it help to close: > > https://bugs.gentoo.org/show_bug.cgi?id=549626 > > ? > > I'd be happy to get these 2 bugs closed and get a good 3.3.9 into portage. I am using app-backup/amanda-3.3.9, precisely as it exists in the stock Gentoo tree right now. I am not experiencing any problems. I am not having amcheck-device segfaults, and I am also not having data stuck on the holding disk. I believe the solution to the former was to switch to 3.3.9, and the solution to the latter is applying amanda-3.3.9-stuck.patch, which our current ebuild does on line 178. I would be happy to see 3.3.9 as it exists today stabilized, which would close #549626. I don’t know if anyone else is having trouble with that version, though.
(In reply to Christopher Head from comment #17) > (In reply to Stefan G. Weichinger from comment #16) > > I don't understand now, pls help. > > Which ebuild works correctly and does it help to close: > > > > https://bugs.gentoo.org/show_bug.cgi?id=549626 > > > > ? > > > > I'd be happy to get these 2 bugs closed and get a good 3.3.9 into portage. > > I am using app-backup/amanda-3.3.9, precisely as it exists in the stock > Gentoo tree right now. I am not experiencing any problems. I am not having > amcheck-device segfaults, and I am also not having data stuck on the holding > disk. I believe the solution to the former was to switch to 3.3.9, and the > solution to the latter is applying amanda-3.3.9-stuck.patch, which our > current ebuild does on line 178. > > I would be happy to see 3.3.9 as it exists today stabilized, which would > close #549626. I don’t know if anyone else is having trouble with that > version, though. thanks for that feedback @Christopher