Hi Stuart,

thanks for having a look at this.


> Is it the same or different hardware type and BIOS version for the
> working and hanging machines? (maybe diff the two dmesgs)
>
> Same or different filesystem mount options?  (Are you using softdep?)

it's (nearly) the same hardware.

But thanks to your hint of diffing the dmesg outputs I found a small
difference :


* server1:

bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xec200 (78 entries)            
bios0: vendor American Megatrends Inc. version "4.6.5" date 03/02/2015
bios0: INTEL Corporation DENLOW_WS                                   

* server2:

bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xec200 (77 entries)                
bios0: vendor American Megatrends Inc. version "4.6.5" date 03/02/2015   
bios0: INTEL Corporation DENLOW_WS                                       


* server2 has an additional entry, I do not see on server1

acpipci0 at acpi0 PCI0: 0x00000010 0x00000011 0x00000000


* server2 also seems to have a slightly different memory setup :

spdmem0 at iic0 addr 0x50: 8GB DDR3 SDRAM PC3-12800

* whereas server1 has :

spdmem0 at iic0 addr 0x50: 4GB DDR3 SDRAM PC3-12800
spdmem1 at iic0 addr 0x52: 4GB DDR3 SDRAM PC3-12800



On the filesystem I can't see any differences :

* server1:
$
mount                                                                           
                 

/dev/sd0d on / type ffs (local, noatime, nodev,
read-only)                                         
mfs:14405 on /tmp type mfs (asynchronous, local, noatime, nodev, nosuid,
size=65536 512-blocks)    
mfs:35803 on /dev type mfs (asynchronous, local, noatime, noexec,
size=12288 512-blocks)           
mfs:30894 on /etc type mfs (asynchronous, local, noatime, nodev, nosuid,
size=65536 512-blocks)    
mfs:75826 on /var type mfs (asynchronous, local, noatime, nodev, noexec,
size=131072 512-blocks)   
mfs:23894 on /usr/lib type mfs (asynchronous, local, noatime, nodev,
nosuid, size=262144 512-blocks)
mfs:21714 on /usr/libexec type mfs (asynchronous, local, noatime, nodev,
size=262144 512-blocks)   
$ cat
/etc/fstab                                                                      
             

dd6727251088320b.a /mbr ffs rw,noatime,nodev,noexec,noauto 1
2                                     
dd6727251088320b.d / ffs ro,noatime,nodev 1
1                                                      
dd6727251088320b.f /cfg ffs rw,noatime,nodev,noexec,noauto 1
2                                     
dd6727251088320b.i /efi msdos rw,noatime,nodev,noexec,noauto 0
0                                   
swap /tmp mfs rw,async,noatime,nodev,nosuid,-s32M 0
0                                              
$                                                                               
                   



* server2:

$ mount
/dev/sd0e on / type ffs (local, noatime, nodev, read-only)
mfs:19530 on /tmp type mfs (asynchronous, local, noatime, nodev, nosuid,
size=65536 512-blocks)    
mfs:65784 on /dev type mfs (asynchronous, local, noatime, noexec,
size=12288 512-blocks)           
mfs:41465 on /etc type mfs (asynchronous, local, noatime, nodev, nosuid,
size=65536 512-blocks)    
mfs:86708 on /var type mfs (asynchronous, local, noatime, nodev, noexec,
size=262144 512-blocks)   
mfs:90223 on /usr/lib type mfs (asynchronous, local, noatime, nodev,
nosuid, size=262144 512-blocks)
mfs:22430 on /usr/libexec type mfs (asynchronous, local, noatime, nodev,
size=262144 512-blocks)   
$ cat
/etc/fstab                                                                      
             

9f97b8d42ceedbf4.a /mbr ffs rw,noatime,nodev,noexec,noauto 1
2                                     
9f97b8d42ceedbf4.e / ffs ro,noatime,nodev 1 1
9f97b8d42ceedbf4.f /cfg ffs rw,noatime,nodev,noexec,noauto 1
2                                     
9f97b8d42ceedbf4.i /efi msdos rw,noatime,nodev,noexec,noauto 0
0                                   
swap /tmp mfs rw,async,noatime,nodev,nosuid,-s32M 0 0
$



For the other suggestions, let me run the system with "

sysctl ddb.console=1" and wait until the problem will occur to answer your 
questions as soon I have the additional information.


Cheers,
Marco


Reply via email to