Re: [Vserver] update your account
any chance someone can setup some type of spam filtering on this list? On 6/26/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Dear PayPal Member, It has come to our attention that your PayPal Billing Information records are out of date. That requires you to update the Billing Information. Failure to update your records will result in account termination. Please update your records within 24 hours. Once you have updated your account records, your PayPal session will not be interrupted and will continue as normal. Failure to update will result in cancellation of service, Terms of Service (TOS) violations or future billing problems. You must click the link below and enter your login information on the following page to confirm your Billing Information records. Click here to activate your account You can also confirm your email address by logging into your PayPal account at https://www.paypal.com/us/. Click on the Confirm email link in the Activate Account box and then enter this confirmation number: 1542-9210-4796-0162-9135 Thank you for using PayPal! The PayPal Team Please do not reply to this email. This mailbox is not monitored and you will not receive a response. For assistance, log in to your PayPal account and choose the Help link located in the top right corner of any PayPal page. To receive email notifications in plain text instead of HTML, update your preferences here. PayPal Email ID PP059 Protect Your Account Info Make sure you never provide your password to fraudulent websites. To safely and securely access the PayPal website or your account, open a new web browser (e.g. Internet Explorer or Netscape) and type in the PayPal URL (https://www.paypal.com/us/) to be sure you are on the real PayPal site. PayPal will never ask you to enter your password in an email. For more information on protecting yourself from fraud, please review our Security Tips at https://www.paypal.com/us/securitytips Protect Your Password You should never give your PayPal password to anyone, including PayPal employees. ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Problem with nice inside a vserver
let me just say one more time, if you can't run updatedb as nobody, the problem is a permissions problem... you indicated that it fails whether the nice line is there or not. that means that it's not an issue with the vserver and an issue with your vserver guest's permissions/configuration. can you give me a hint as to which distribution you're running? On 3/10/06, Russell Kliese [EMAIL PROTECTED] wrote: I don't have a -l option in my su. Additionally, the su command is called as part of the updatedb script which I would prefer not to have to edit, if possible. infowolfe wrote: try su -l nobody and then updatedb see what errors are dumped then. On 3/9/06, Russell Kliese [EMAIL PROTECTED] wrote: I have a problem with the find cron job inside a debian vserver. The find cron job runs the updatedb script as follows: #! /bin/sh # # cron script to update the `locatedb' database. # # Written by Ian A. Murdock [EMAIL PROTECTED] and #Kevin Dalley [EMAIL PROTECTED] LOCALUSER=nobody export LOCALUSER if [ -f /etc/updatedb.conf ]; then . /etc/updatedb.conf fi if getent passwd $LOCALUSER /dev/null ; then cd / nice -n ${NICE:-10} updatedb 2/dev/null # cd / updatedb 2/dev/null else echo User $LOCALUSER does not exist. exit 1 fi The updatedb script tries to su to the nobody user, but this fails with the following messages logged in /var/log/auth.log Mar 10 14:55:02 secure su[26501]: + pts/1 root:nobody Mar 10 14:55:02 secure su[26501]: (pam_unix) session opened for user nobody by root(uid=0) Mar 10 14:55:02 secure su[26501]: pam_open_session: Permission denied If I comment in the line with the # in the above script (and comment out the line above), things work fine (i.e. I don't get the pam_open_session: Permission denied logged in the auth.log). So it seems to be something to do with nice. Note that even if I remove the -n ${NICE:-10} things still don't work. Would enabling CAP_SYS_NICE help in this case even though a lower priority is being set? Or is there something else causing this problem? ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
[Vserver] slackware init
Just so that this is picked up by search engines, I'm emailing the following info to the list: applies to 1.9.x vserver with flower page style config Slackware guest caveats: use vserver $guest build -m skeleton to create your initial directory structure copy/tar -xzf the packages you need into the $vsroot/$guest/ directory make _sure_ you install tcpip and sysvinit packages echo plain /etc/vservers/$guest/apps/init/style and everything should work as expected ;-) vserver $guest start vserver $guest enter (because more than likely, your guest will _not_ have openssh yet) ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver