Check Filesystem; largefiles option

[Gus Mestousis]

I want to check the way the filesystems were setup on a client server. Unfortunately I dont have root access, and can't run fsadm. Other than checking the /etc/fstab is there anything I can do to see how filesystems were created. I am mostly interested to see if they were created with the largefiles option.

Thanks!

[Chris Wilshaw]

The only other command that I know of is mkfs

eg
mkfs -m /dev/vg00/lvol4

However, this also needs root access.

Can you get somone on the client site to run this, and send you the output?

[James R. Ferguson]

Hi:

Have a look at 'etc/fstab'. It is likely that filesystems with 'largefiles' enabled will be so declared and conversely.

Regards!

...JRF...

[MANOJ SRIVASTAVA]

mkfs -m /dev/vg00/rlvol1 will gice you the option with which the filesystem was created , the other was is to copy a big file > 2.0gb and see if the same can be cretead properly .

fsadm will fix the issue also be sure to edit the mount option in /etc/fstab wiht largefiles so that the filesystem is mounted proerply .



Manoj Srivastava

[Gus Mestousis]

mkfs also needs root access.
I am looking for a method to check the filesystem options as a non-root user.

Thanks,

gus@foster /etc $./mkfs -m /dev/vg01/lvol1
vxfs mkfs: Cannot open /dev/vg01/lvol1: Permission denied

[Gus Mestousis]

I looked in /etc/fstab ... no luck there either.

Gus

[Pete Randall]

Gus,

I'm kind of echoing JRF here, but if you don't see anything about largefiles in fstab, then it's unlikely that large files are allowed. If they were, you should see that as one of the options.

I know it's not definitive, but, without root access, a guess is probably as good as you're going to get.

Pete

[A. Clay Stephenson]

You can run /sbin/mount -p as a regular user to display the mount options of all mounted filesystems.

[Pete Randall]

Clay,

You're making me nervous - my system isn't showing the options that I would expect see:

root# grep '/dev/vg01/lvol7' /etc/fstab
/dev/vg01/lvol7 /apps vxfs rw,suid,largefiles,delaylog,datainlog 0 2
root# mount -p |grep '/dev/vg01/lvol7'
/dev/vg01/lvol7 /apps
vxfs delaylog 0 0


Have I got something wrong here?

Pete

[Gus Mestousis]

I think I am more interested in seeing if the FS was created with the largefiles option enbaled.
The fstab only display mount options, and not necessarily all of them. On my servers all the FS were created using largefiles, but /etc/fstab doesn't state so.

Gus

Any util other than mkfs adn fsadm that can give fs stats?

[Steven E. Protter]

Be advised that for 11i(11.11) it is no longer necessary to specify largefiles in /etc/fstab You just do it with the newfs command and you are done. largefiles directive won't work on the new OS.

Steve

[Pete Randall]

Gus,

Ok, this is kind of far-fetched (and requires root access to initially set up), but you could try using restricted SAM (sam -r) to give a regular user access to the disks and filesystems area. Under FileSystems > Actions > View More Info, it will tell you whether largefiles are allowed.

Pete

[James R. Ferguson]

Hi (again):

Admittedly, the problem with 'etc/fstab' or running 'mount -p' is that if no 'largefiles/nolargefiles' option is specified, then the state of the filesystem itself determines the mount characteristic.

Hence, the absence of a definitive 'largefiles' or 'nolargefiles' expression is negative evidence for you.

Regards!

...JRF...

[Gus Mestousis]

Does anyone have a script that runs fsadm on all filesystems on a server?

I'm guessing this would be one I have to create myself.

Thanks for all the help!

Gus

[Kellogg Unix Team]

As Steve Protter pointed out, if the server is running hp-ux11i, there is no need to put largefiles options in /etc/fstab file, only newfs/mkfs with largefiles option will suffice.

So JRF's way of finding it thru' fstab will not work if server is 11i. And I found out that even 'mount -p' will not tell if largefiles option is set/effective or not.

Gus,

Since someone 'should' have root access to that box, you can ask him/her to run the fsadm command for you. Or ask for sudo access.

Interesting thread!
...Manjeet

[Gus Mestousis]

Everyone .... Thanks for the help, and the good pointers.
Seems that the same goes for 11.0, cause the /etc/fstab doesnt state the options there either ( at least not always)

Guess I have to start emailing peopel to get someone there to do it. I'll have to get a scipt to email them that will list all the filesystems from the /etc/fstab and then run fsadm on them based on hfs or vxfs.

Thanks again for all your help.

[Pete Randall]

Gus,

How about this:

for fs in `cat /etc/fstab |awk '{ print $1 }'`
do
fsadm $fs
done

?


Pete

[MANOJ SRIVASTAVA]

Also Gus as a user you can run fasdm , or fstyp , mkfs command but it has to be run on the /dev/vg00/rlvolxx which shoudl ideally had read permisions for the root , so back to square one , the onyl was I think is the user if he can acess teh filesystem is to create a largefile > 2.0 GB and check wheter it can be created or not in absence of permissions to run either of the commands.



Manoj Srivastava

[Pete Randall]

Gus,

"Minor" correction to my script suggestion:

for fs in `cat /etc/fstab |awk '{ print $1 }'|sed 's|lvol|rlvol|g' `
do
fsadm $fs
done



Pete