Sticky Bit - Problem...

Hello,
I have one thing to ask, to clarify... Some weeks ago after a system migration from win/sql to linux/oracle (and after an oracle upgrade from 10.2.0.4 to 11.2.0.1), we faced an error during DB13, the job Scheduled Update Statistics finished with an error! After some research, we found the solution... the reason was the version of oracle instant client that was the version 10.2.0.2 (the first version of this OIC)!
So after I performed the update of oracle instant client (OIC) to version 10.2.0.4 (V3) the error finally disappeared... and it was the solution, which in that moment I thought it had been responsible for this correction!... but now I'm not so sure! Why?! Because the same problem appear again on another system, I performed the same solution, I updated the oracle instant client to version 10.2.0.4 v3 but unfortunately the problem still continue appear! So what I concluded, was that is not the solution, I realized this is not only because of the old OIC version that is installed in our system... there is other problem which is related to permissions!
Later I discovered that the STICKY BIT (?) had been applied before I have upgraded the oracle instant client... and in fact in this new system, after the solution of oracle client update the error still continued appear and in fact only after the application of sticky bit in this system the error definitely no longer appear!
So my question is what is this?... what is Sticky Bit?
I looked in SAP Marketplace if there were any related sapnotes to sticky bit but I didn´t found anything... this is some mandatory procedure?... if so, sap recommends the application of this where? in which situations?
I don´t know exactly what is STICKY bit and what he do... but the truth is that from the moment I applied it, with command ./saproot.sh (with root) on /sapmnt/SID/exe, we resolve the other part of this problem... I tried to search sapnotes in SAP marketplace about this sticky bit but I didn´t find anything... Can you explain me better if sap advice to apply this sticky bit... and if it can origin any problem or if there are any conflict with other things when we applied it on system!??
Kind regards,
Joao Dimas - Portugal

Now I think I understand the meaning and what is its functionality... but explain me another thing, the application of sticky bit with ./saproot.sh <SAPSID> changed other four files: brarchive; brbackup; brconnect and icmbnd (this five files now have a red colour)...
Yes, and they have an "s" instead of an "x" if you use ls -l.
The same thing is true for those files. The br*tools must be run as the user running/owning the database software (oraadm during startsap.
So, if this is so important to run (because if I didn´t ran this command the job throught DB13 can not runs) why there isn´t sap notes or sap documentation, discussing this issue and the need to apply the sticky bit to fix this problem?
It's documented - but hidden:
http://help.sap.com/saphelp_nw70ehp1/helpdata/en/43/3753c4b87b6025e10000000a422035/frameset.htm
Markus

Similar Messages

UIS GID and sticky bit problem

Not sure the best place to post this, could not find a forum that really matched what I am asking.
My Chronosync is having problems with not being able to backup certain files. (cover.jpg)
I seem to have traced it to files with what I think is a Sticky bit....but I thought a file with a sticky bit was shown with a t as in:
-rwxrwxrwxt
but the problem files are shown :
-rwxrwxrwx@
It is a file that I have moved from one user to another via the Drop box...so i know that causes issues with UID GID and Sticky bits etc
How in terminal do i correct the file permissions to:
-rwxrwxrwx
OK I could just re download the file or copy it from the other user another way...but I am still interested in this "@" attached to the permission string and how to change it.
have tried various combinations of chown and chmod but cant get any change...
I have seen some references to it being a indicator to the OS that it is a file downloaded from the internet...but how to remove this ?
sh-3.2# ls -l
total 1986808
-rwxrwxrwx@ 1 bonair staff 6148 3 May 13:45 .DS_Store
-rwxrwxrwx 1 bonair staff 174187271 3 May 14:11 01 - Bastity Chelt.flac
-rwxrwxrwx 1 bonair staff 144769872 3 May 14:11 02 - Jersey.flac
-rwxrwxrwx 1 bonair staff 179664537 3 May 14:11 03 - The Football Match.flac
-rwxrwxrwx 1 bonair staff 133005983 3 May 14:11 04 - America.flac
-rwxrwxrwx 1 bonair staff 38122932 3 May 14:11 05 - Zits.flac
-rwxrwxrwx 1 bonair staff 54626233 3 May 14:11 06 - Number Plates.flac
-rwxrwxrwx 1 bonair staff 129378885 3 May 14:11 07 - The Bus Trip.flac
-rwxrwxrwx 1 bonair staff 57536059 3 May 14:11 08 - Car Insurance.flac
-rwxrwxrwx 1 bonair staff 104705018 3 May 14:11 09 - Magic Roundabout.flac
-rwxrwxrwx@ 1 bonair staff 471848 3 May 12:04 cover copy.jpg
-rwxrwxrwx@ 1 bonair staff 471848 3 May 12:04 cover.jpg
sh-3.2#

I already gave you the Unix command to tell you what the @ indicates
ls -aleO@ # lowercase l, lowercase e, capital O, and at sign
Why not use it?
I also suggested what each extended attribute might be, but without output from the above ls -leO@ I can only guess.
Here are the relevant parts of "man ls"
-a Include directory entries whose names begin with a dot (.).
-l (The lowercase letter ``ell''.) List in long format. (See
below.) If the output is to a terminal, a total sum for all the
file sizes is output on a line before the long listing.
-e Print the Access Control List (ACL) associated with the file, if
present. Also see "man chmod".
-O Include the file flags in a long (-l) output.
Also see "man chflags".
-@ Display extended attribute keys and sizes.
There is no man page for extended attributes, however, there is a minimal amount of usage information built into the command:
xattr --help
usage: xattr [-l] file [file ...]
xattr -p [-l] attr_name file [file ...]
xattr -w attr_name attr_value file [file ...]
xattr -d attr_name file [file ...]
The first form lists the names of all xattrs on the given file(s).
The second form (-p) prints the value of the xattr attr_name.
The third form (-w) sets the value of the xattr attr_name to attr_value.
The fourth form (-d) deletes the xattr attr_name.
options:
-h: print this help
-l: print long format (attr_name: attr_value)

Sticky bit in unsupported AUR packages

Hello,
In my ventures to provide a PKGBUILD for an app called gnump3d, I've come across something with the unsupported (only?) build script packages in AUR that can cause some problems.
Here is an (one) example of such a package:
$ wget --quiet aur.archlinux.org/packages/tomcat/tomcat.tar.gz
$ tar tvzf tomcat.tar.gz
drwxr-sr-x nobody/aur 0 2006-06-27 02:50:53 tomcat/
-rw-r--r-- nobody/aur 938 2006-06-27 02:49:10 tomcat/PKGBUILD
-rw-r--r-- nobody/aur 415 2005-06-16 20:11:45 tomcat/tomcat.conf.d
-rwxr-xr-x nobody/aur 706 2005-06-16 20:11:12 tomcat/tomcat
Notice the owner, group and the sticky bit on the directory. These permissions seem to be standard for the AUR build script packages.
Now, if use aurbuild to build this package, I get this content in the package:
drwxr-sr-x root/root 0 2006-08-08 01:48:05 etc/
drwxr-sr-x root/root 0 2006-08-08 01:48:05 etc/rc.d/
-rwxr-xr-x root/root 706 2006-08-08 01:48:05 etc/rc.d/tomcat
drwxr-sr-x root/root 0 2006-08-08 01:48:05 etc/conf.d/
-rw-r--r-- root/root 415 2006-08-08 01:48:05 etc/conf.d/tomcat
<SNIP>
I'm pretty sure that these sticky bits weren't intended. If I build the package with yaourt, which uses srcpac as a backend, things get more troublesome:
drwxr-sr-x root/549 0 2006-08-08 02:03:00 etc/
drwxr-sr-x root/549 0 2006-08-08 02:03:00 etc/rc.d/
-rwxr-xr-x root/549 706 2006-08-08 02:03:00 etc/rc.d/tomcat
drwxr-sr-x root/549 0 2006-08-08 02:03:00 etc/conf.d/
-rw-r--r-- root/549 415 2006-08-08 02:03:00 etc/conf.d/tomcat
<SNIP>
549 ought to be the group id of aur in the AUR repository.
Careless usage of makepkg can also make this happen. Not building as root, but in a fakeroot environment, seems to prevent it from happen.
From what I can see, the erroneous permissions are created when the install command is used in the PKGBUILD script, within the newly unpacked build script package.
This is certainly not meant to bash the authors of aurbuild or yaourt (or tomcat; many PKGBUILDs use install, mine included), I just wanted to raise the issue. Can something be done about this? Don't know where, though. Removing the sticky bit on the directory in the build script package would be one solution. Or maybe makepkg could warn about erroneous permissions. Or... Or something? Is it a bug or a feature?
Cheers

Ok fixed aurbuild. Now it extracts the tarball from AUR into /tmp then copies it into the build dir which inherets the modes and owenership of the parent directory there (being $HOME), I'm pretty sure this is how tar does it.
As pointed out above this setgid issue only occurred during root user builds.
More info:
-v1.5.1 (August 8, 2006)
*Fixed inhereted setgid bit in the built the package resulting from AUR's set mode of the parent directory in the tarball.
The unwanted inhereted bit occured only under the following circumstances:
- user was root.
- a 'install -m' line was excuted in the PKGBUILD without explicitly setting the first pair of octets, ie 644 instead of 0644
- Any other type of 'chmod' command without the first octet set.
If you have built any packages meeting the criteria list above, rebuild and install offending packages now. Run the update command to get the list of all
packages built from AUR. String them together in a space separated line to aurbuild and use the menu to see if any install/chmod lines were used. You can
use (s) from the menu to skip the current package and move on to the next.

Setting the sticky bit on a file fails in a zone

On initial inspection, the sticky bit on directories seem to be consistent across both the Global zone and local zone. However, they are inconsistent for files. Is this a bug, and if it is how to I raise a defect report?
Excerpt from chmod man page:
If a regular file is not executable and has {stick bit} set, the file is assumed to be a swap file. In this case, the system's page cache will not be used to hold the file's data. If the {stick bit} bit is set on any other file, the results are unspecified.
Solaris 10 update 4 (Global Zone).
# uname -a
SunOS mumble.amtest.com 5.10 Generic_120011-14 sun4v sparc SUNW,Sun-Fire-T1000
# chmod 1777 testfile
# ls -l testfile
-rwxrwxrwt 1 root other 0 Jul 11 14:24 testfile
# chmod 1770 testfile
# ls -l testfile
-rwxrwx--T 1 root other 0 Jul 11 14:24 testfile
# chmod 1000 testfile
# ls -l testfile
---------T 1 root other 0 Jul 11 14:24 testfile
Solaris 10 update 4 (Local Zone)
# uname -a
SunOS qatamos-z1 5.10 Generic_120011-14 sun4v sparc SUNW,Sun-Fire-T1000
# chmod 1777 testfile
# ls -l testfile
-rwxrwxrwx 1 root other 10 Jul 10 14:59 testfile
# chmod 1770 testfile
# ls -l testfile
-rwxrwx--- 1 root other 10 Jul 10 14:59 testfile
# chmod 1000 testfile
# ls -l testfile
---------- 1 root other 10 Jul 10 14:59 testfile

It isn't the fact that the bit isn't set. I guess the biggest complaint is that there is no error when trying to set the bit.
chmod returns success, even though it failed to set the bit.
Normally, if someone does not have enough privileges to modify permissions on a file, an error is returned.

Product: HP Pavillion dv5 Operating System: Windows 7 64-bit Problem: Smart Hard Disk Error

Product: HP Pavillion dv5
Operating System: Windows 7 64-bit
Problem: Smart Hard Disk Error
Disk Name: WDC WD3200BEKT-60V5T1
How do I fix this error?

Hi,
If you're starting to get Smart warnings, it's probably best to think about replacing the Hard Drive - at the very least, make sure you have a current back-up of all your personal files etc in case the drive fails suddenly.
If you'd like a guide on replacing the Hard Drive, please post back with the full Model No. and Product No. of the notebook ( from the service tag underneath your notebook ) - see Here for a further explanation.
Regards,
DP-K
****Click the White thumb to say thanks****
****Please mark Accept As Solution if it solves your problem****
****I don't work for HP****
Microsoft MVP - Windows Experience

I am running CC on Windows 7. My Control key is sticking only in PPS. It is not a sticky key problem

I am running CC on Windows 7. My Control key is sticking only in PPS. It is not a sticky key problem and I am not running any similar program.

yes, photoshop.
Col. 3:17
Sam Collins

Sticky bit, ACL, POSIX

Hi All,
After one day googling and testing (Snow Leopard Server 10.6.6) I didn't find any solution to what I thought to be a basic permission schema;
I need to set up just one share with read and write permissions for the group and delete permission for the owner; what I get is very close, but needs fine-tuning;
For example, user1 and user2 (belonging to group1) are able to create and delete their own files (and folders) in the share1, but user1 can't write in user2 folders and viceversa, and that's exactly what I miss;
I've spent a lot of time messing around with POSIX, ACL, sticky bit and a mix of them, but what I get is always more (users can delete each others' files) or less (they can't create files in each other's folders) than what I wanted…
users are in OD but the clients are just standard mac with local administrator accounts
Any assistance would be appreciated

First off you can't do this with POSIX permissions because both create a file and delete a file rely on the same permission (write permission on the directory), therefore if you're allowing someone to create a file you're allowing them to delete it, too.
You should be able to get there with ACLs, though.
Given the directory /path try:
chmod +a "group:staff allow list,add_file,search,add_subdirectory,readattr,writeattr,readextattr,writeextat tr,readsecurity,file_inherit,directory_inherit" /path
chmod +ai "group:staff allow file_inherit" /path
chmod +ai "group:staff allow add_file,add_subdirectory" /path
chmod +a "user:user1 allow list,add_file,search,delete,add_subdirectory,delete_child,readattr,writeattr,re adextattr,writeextattr,readsecurity,writesecurity,chown,file_inherit,directory_i nherit"/path
These will allow any user in the staff group to create files and subdirectories in /path, and give user user1 the additional ability to delete files. The tricky part lies in getting the inheritence correct (the +ai switches) so that subdirectories inherit the permissions of the parent (which is what allows user1 to delete files in a subdirectory created/owned by a different user.

Sticky bit and chattr

I want to protect my folders in $HOME from an accidental deletion. I applied chattr +i on them but i noticed that the last is applied recursively, thus, indeed the folder can't be deleted but also i can't write in it.
I also tried to apply a sticky bit with chmod 1775 and change the ownership of the folder with chown root foldername. Normally, with sticky bit enabled, only the owner of the folder can delete it but, strangely, in my case although the folder is owned by root, i can delete it with my normal user.
I noticed that the users folders in /home partition, although they are owned by the current user and have rwx permissions for the owner, they can't be deleted/changed. How is this achieved?

It would require sticky bit to be set to every subfolder in /home. sticky bit isn't applied recursively by default. If you're worried about deleting your own files by accident it seems to me a better solution would be a daily incremental backup using something like rdiff-backup.

Sticky bit changes the value of the script parameter 0

Hi,
I have a simple shell script:
#!/bin/sh
echo $0It simply returns its own name.
But when I set a sticky bit on this script, it returns
/dev/fd/3
Is it like it is supposed to be? What is the rationale behind such behavior?
I use Solaris 8.
Thanks,
Yevgeny

I have a simple shell script:
#!/bin/sh
echo $0It simply returns its own name.
But when I set a sticky bit on this script, it
returns
/dev/fd/3s/sticky/setuid/
or
s/sticky/setgid/
Is it like it is supposed to be?Yes
What is the rationale behind such behavior?If fixes a race condition for setuid / setgid "#!" interpreter scripts.
Without it, someone could replace the script file during the small
window between the kernel's exec of the interpreter /bin/sh and
the time the /bin/sh shell opens the script.
The fix is to pass a reference to the already open script file using
the /dev/fd/N pseudo filesystem.

Sticky Bit permissions

hi,
What's exact use of Sticky Bit permissions in unix .if oracle user does not have that permission wt will happen.

user1175505 wrote:
hi,
What's exact use of Sticky Bit permissions in unix .if oracle user does not have that permission wt will happen.Please ask your Linux questions in the Linux forum:
Oracle Linux

I have a little bit problem with verify my apple ID, I don't get any message for verification aplle ID from Apple. Why? Anyone can help me

Dear all,
I have a little bit problem with verify my apple ID, I don't get any message for verification aplle ID from Apple. Why? Anyone can help me

Hi Tep Virak,
Thanks for visiting Apple Support Communities.
You may want to log into your Apple ID first to double-check that it's the right email address and re-send the verification email using these steps:
Sign in to My Apple ID to manage your account information.
Click Resend under Primary Email Address.
From:
Apple ID: Associating and verifying email addresses with your Apple ID
http://support.apple.com/kb/he68
All the best,
Jeremy

Need Help: TS130 Server and Windows Server 2008 R2 64 Bit Problems

I have 2 TS 130 Lenovo Servers with Xeon 3.2 Ghz CPUs and 16GB of memory. Installing ANY version of Windows 64 Bit after a couple of reboots will cause the system to blue screen. Once it blue screens it is impossible to get back into Windows.
Get this. Installing ANY version of Windows 32 bit works just fine on either machine. I have swapped out ram, hard drives, raid on raid off, updated BIOS etc and the same exact issue on both machines. I have swapped out media thinking maybe it was just a bad disk, but after 3 copies of Server 2008 R2 64 and 2 copies of Windows 7 Ultimate 64 and 3 copies of Windows 7 Professional 64 bit and THEN the same problem occurring over and over on BOTH servers.. well needless to say I am pulling mu hair out. These are ALL OEM copies by the way not burned copies.
I called Lenovo Thinkserver support as we are a partner, and their only suggestion was changing some legacy settings in the BIOS which of course has done nothing. I have changed every setting in the BIOS that I feel it could possibly be and still no joy.
Thinking it MAY have been a video problem, I have even went so far as to add new video cards to both machines and the problem still exists on both machines. All drivers are latest versions, and I am getting tired of getting everything setup, and then BAM BSOD.. I have been a tech for 25 years, and I have NEVER seen this issue on any machine ever..
As far as the BSODs, one time it will be the language pack error, next time something else, and the next time something else.. no way to nail down the problem.
I KNOW its a machine error, especially when 32 bit runs fine on either machine, but what it is I have no clue.
I am hopeful someone here has had the same issue and can tell me what they may have done to solve the problem. It is absolutely driving me up the wall....
Thanks in advance for ANY help or suggestions.
Mike at Mitek Computers

Never mind.. FINALLY found the problem. Even though I swapped out media etc as far as Server 2008 went, I always used the same COA key.. guess what... English media and Japanese key.... snafu on our OEM vendors end I suppose.
Anyway I was issued a new product/virtual key through Microsoft and it resolved the issue.... stupidest thing I ever saw...
Mike at Mitek

Laserjet 1505 Windows 7 64 bit problems

Hello,
I work for a community college in the IT dept. We are currently upgrading our computers to Windows 7 64 bit OS. I have two computers which have a Laserjet 1505 with them. I have tried several combinations of drivers, including the downloadable CD equivalent software. I can get the test page to print out just fine but when i leave and the user try's to print anything it starts to go through a sequence of trying to print for at least 3 rotations. The error lights will flash in sequence and no error message pops up on the screen. If I log into a local admin account and try printing a test page the error will seem to go away, for a time at least. However printing on envelopes may slow down. It seems as though this may be a permissions issue. A power cycle will also seem to wreck havoc on the printer as well. I dont think this is a driver issue because things seem to change just by changing logged in user. However I could be wrong about that. Any help would be much appreciated.

I would first like to thank the HP tech support for all the help with this issue. Your dedication to your customers was pivotal in this 3 week long troubleshooting process.
Now for anyone out there who may have a similar problem and don't feel like being jerked around for more money by the greedy corporation HP, Ill share my fix for this issue.
Log in to an administrator account and then go to Devices and printers. Right click on the P1505 printer icon and select Printer Properties. Go to the security tab at the top. Select everyone and give them all the options in the check boxes that you can. This includes Manage this Printer, Manage Documents and Print. This solved the issue of the printer slowing down and "Practicing printing" before actually printing.
I don't know why these privileges were causing the printer to fault but it appears that there was some change in how the default settings operate between XP and windows 7.

Itunes 10 on Windows 7 64 bit problems

Hi
I installed Itunes 10 on my new Windows 7 64 bit laptop and since then, I only have problems:
1. Every time I lunch Itunes the message appears: windows is configuring Itunes...wait... then it starts. Don't know what this is but it is definitely annoying.
2. When I want to activate the PC, I receive the following message: Errors occured when saving Identification information. Try to repair Itunes...
I tried to do this but with no success!
Would appreciate if you could help me as I have several purchased records which I can only play if I can connect to my Itunes account!!!!
Thanks
Thomas

Try deleting the itunes shortcut and rebuilding a new one.
Post back if you need more info on that.

VoiceOver with iTunes 64 bit on Windows 7 64 bit problem

Is anyone using VoiceOver with iTunes 64 bit on Windows 7 64 bit?
We cannot get it to work. I have followed Apple's guideance and uninstalled/reinstalled iTunes and the .dll has been moved from the root directory of C: to the iTunes program directory.
I took the problem to the Genius Bar at a major Apple Store but they dont support Windows 7 or 64 bit.

I have again removed, rebooted then reinstalled iTunes and Voiceover is still not working with Windows 7 64 bit. I also am unable to find on any forum anyone who has it working.

Sticky Bit - Problem...

Similar Messages

Maybe you are looking for