Originally posted by: SystemAdmin

I´m trying to mount a NFS filesystem from a Samba server but whenever I issue the command the server reboots. The command I'm running is:

mount -v cifs -n IP_address/user1/password1 -o fmode=755 /spec1/exe /XID/interfaces/bascula

I´ve searched on the system but I can´t find any errors apart from an unexpected system halt which I would expect.

Has anyone got any ideas what the problem could be?

Originally posted by: SystemAdmin

Anything in errlog? errpt

r/
R

Originally posted by: SystemAdmin

Bit rusty on cifs,

but maybe you can add a "-o wrkgrp=domainname".....but it shouldnt lead to a reboot. Let me know whats in errpt.

r/
R

Originally posted by: SystemAdmin

Hi

The errpt only has an dumpstat error with a probable cause of unexpected system halt.

LABEL: DUMP_STATS
IDENTIFIER: 67145A39

Date/Time: Wed Sep 9 13:17:23 GMT+02:00 2009
Sequence Number: 221
Machine Id: 00C7B9D24C00
Node Id: srv-valsapxid
Class: S
Type: UNKN
WPAR: Global
Resource Name: SYSDUMP

Description
SYSTEM DUMP

Probable Causes
UNEXPECTED SYSTEM HALT

User Causes
SYSTEM DUMP REQUESTED BY USER

Recommended Actions
PERFORM PROBLEM DETERMINATION PROCEDURES

Failure Causes
UNEXPECTED SYSTEM HALT

Recommended Actions
PERFORM PROBLEM DETERMINATION PROCEDURES

Detail Data
DUMP DEVICE
/dev/lg_dumplv
DUMP SIZE
277741568
TIME
Wed Sep 9 13:13:16 2009
DUMP TYPE (1 = PRIMARY, 2 = SECONDARY)
1
DUMP STATUS
0
ERROR CODE
0000 0000 0000 0000
DUMP INTEGRITY
Compressed dump - Run dmpfmt with -c flag on dump after uncompressing.

FILE NAME

PROCESSOR ID
0

Originally posted by: bassemir

Is your problem unique to this cifs file system? If you try and mount another file system does the system reboot?

Rich

Originally posted by: SystemAdmin

I think so. There are other similar NFS mounts on the server which mount ok(ish). One has a intermitant communication problem but that´s a problem for another day.

Originally posted by: fplatel

It seems to be an unattended reboot due to a bug in some system functions used during the mount of your share.
First, what is the exact oslevel of your server (oslevel -s) ?
Then, look for any apar similar to your issue, you could try to start by looking at fixes included in updates to the cifs filesets or eventually the bos.rte.filesystem fileset.
best regards
Fabrice

Originally posted by: SystemAdmin

Hi Fabrice

The oslevel is 6100-01-01-0823. I will try to find some updates. We are raising a call with IBM to see if they can help.

Originally posted by: SystemAdmin

Ok looks like we resolved the problem. The advice from IBM was to upgrade to 6.1 TL5. We downloaded TL5 but only upgraded the cifs filesets. This didn´t resolve the problem but it did stop the server rebooting. The problem was the share Windows directory we were given. The original command we used was:

mount -v cifs -n ip_address/user1/password /sharedir/sub_share /mount

We tried taking out the sub_share directory and it worked.

mount -v cifs -n ip_address/user1/password /sharedir /mount

The likely cause was that the share for /sharedir/sub_share did not exist but the /sharedir did.

Very frustrating!!!!!

Originally posted by: bassemir

I am no expert in this area but if you are desparate here is what I would try...

• check to see I was not mounting to a read only logical volume (perhaps pick a different mount point other than /XID/interfaces/bascula
• try mounting without options (I though 755 was the default, but I could be wrong)

Rich

Originally posted by: bassemir

.... or try the mount with the mkcifsmnt command

http://publib.boulder.ibm.com/infocenter/systems/scope/aix/index.jsp?topic=/com.ibm.aix.cmds/doc/aixcmds3/mkcifsmnt.htm&resultof=%22cifs%22%20&searchQuery=cifs&searchRank=7&pageDepth=0

Rich

Originally posted by: SystemAdmin

Thanks Bassemir

I tried your suggestions but unfortunately the system kept rebooting again.