Your message dated Thu, 10 Jan 2019 20:45:52 +0000 with message-id <[email protected]> and subject line Re: Bug#918369: FTBFS for armhf on arm64, fails MPI-based tests has caused the Debian Bug report #918363, regarding FTBFS for armhf on arm64, fails MPI-based tests to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 918363: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=918363 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: src:dune-grid Version: 2.6.0-3 Severity: important Hi! I've been doing a full rebuild of the Debian archive, building all source packages targeting armel and armhf using arm64 hardware. We are planning in future to move all of our 32-bit armel/armhf builds to using arm64 machines, so this rebuild is to identify packages that might have problems with this configuration. I've tried to build dune-grid for armhf on top of arm64, and it's failing some of its tests. It looks like a problem with MPI_Init() at various points, but I don't know enough to do even basic debugging here - sorry! (A similar bug has shown up when building dune-common, and it's suggested that these might have a common root in #918157 against openmpi.) ... Create new tag: 20190104-1835 - Experimental Test project /<<PKGBUILDDIR>>/build Start 1: scsgmappertest 1/61 Test #1: scsgmappertest ........................................ Passed 0.19 sec Start 2: mcmgmappertest 2/61 Test #2: mcmgmappertest ........................................ Passed 0.30 sec Start 3: conformvolumevtktest 3/61 Test #3: conformvolumevtktest .................................. Passed 0.55 sec Start 4: gnuplottest 4/61 Test #4: gnuplottest ........................................... Passed 0.19 sec Start 5: nonconformboundaryvtktest 5/61 Test #5: nonconformboundaryvtktest ............................. Passed 0.48 sec Start 6: printgridtest 6/61 Test #6: printgridtest .........................................***Skipped 0.01 sec Start 7: subsamplingvtktest 7/61 Test #7: subsamplingvtktest .................................... Passed 34.46 sec Start 8: vtktest 8/61 Test #8: vtktest ............................................... Passed 11.99 sec Start 9: vtktest-mpi-2 9/61 Test #9: vtktest-mpi-2 .........................................***Failed 0.18 sec -------------------------------------------------------------------------- At least one pair of MPI processes are unable to reach each other for MPI communications. This means that no Open MPI device has indicated that it can be used to communicate between these processes. This is an error; Open MPI requires that all MPI processes be able to reach each other. This error can sometimes be the result of forgetting to specify the "self" BTL. Process 1 ([[63670,1],1]) is on host: mustang2 Process 2 ([[63670,1],0]) is on host: mustang2 BTLs attempted: tcp vader self Your MPI job is now going to abort; sorry. -------------------------------------------------------------------------- -------------------------------------------------------------------------- MPI_INIT has failed because at least one MPI process is unreachable from another. This *usually* means that an underlying communication plugin -- such as a BTL or an MTL -- has either not loaded or not allowed itself to be used. Your MPI job will now abort. You may wish to try to narrow down the problem; * Check the output of ompi_info to see which BTL/MTL plugins are available. * Run your application with MPI_THREAD_SINGLE. * Set the MCA parameter btl_base_verbose to 100 (or mtl_base_verbose, if using MTL-based communications) to see exactly which communication plugins were considered and/or discarded. -------------------------------------------------------------------------- [mustang2:03551] *** An error occurred in MPI_Init [mustang2:03551] *** reported by process [4172677121,1] [mustang2:03551] *** on a NULL communicator [mustang2:03551] *** Unknown error [mustang2:03551] *** MPI_ERRORS_ARE_FATAL (processes in this communicator will now abort, [mustang2:03551] *** and potentially your MPI job) Start 10: vtksequencetest ... Full build log is online at https://www.einval.com/debian/arm/rebuild-logs/armhf/FAIL/dune-grid_2.6.0-3_armhf.log -- System Information: Debian Release: 9.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-8-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
--- End Message ---
--- Begin Message ---On Thu, Jan 10, 2019 at 07:12:09PM +0000, Steve McIntyre wrote: >Hi Alastair, > >On Thu, Jan 10, 2019 at 04:59:31PM +0000, Alastair McKinstry wrote: >>This should work now, with pmix and openmpi updated. >> >>Can you check? > >Looks much better now. I've successfully run builds of dune-common, >dune-grid-glue and dune-grid for armhf. I'm waiting on dune-pdelab, >elpa and p4est. And they all passed too. Closing those bugs now. -- Steve McIntyre, Cambridge, UK. [email protected] "I used to be the first kid on the block wanting a cranial implant, now I want to be the first with a cranial firewall. " -- Charlie Stross
--- End Message ---
-- debian-science-maintainers mailing list [email protected] https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers
