From anil.ceeri at gmail.com Tue Apr 1 08:19:38 2008 From: anil.ceeri at gmail.com (Anil Saini) Date: Tue, 1 Apr 2008 13:49:38 +0530 Subject: block anonymous browsing Message-ID: <8169574d0804010119u168a9ebdubf3957718ac87b8@mail.gmail.com> hello sir how can block anonymous browsing on my network using squid is it possible -- Anil Saini M.E. - Software Systems B.E. - Electronics and Communication Project Assistant CISCO LAB Information Processing Center Unit BITS-PILANI -------------- next part -------------- An HTML attachment was scrubbed... URL: From Menno.Koehler at klm.com Tue Apr 1 08:25:03 2008 From: Menno.Koehler at klm.com (Koehler, M. - SPLXM) Date: Tue, 1 Apr 2008 10:25:03 +0200 Subject: block anonymous browsing In-Reply-To: <8169574d0804010119u168a9ebdubf3957718ac87b8@mail.gmail.com> Message-ID: Use squid authentication for example ldap or ntlm. ________________________________ From: redhat-sysadmin-list-bounces at redhat.com [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of Anil Saini Sent: Tuesday, April 01, 2008 10:20 AM To: redhat-sysadmin-list at redhat.com Subject: block anonymous browsing hello sir how can block anonymous browsing on my network using squid is it possible -- Anil Saini M.E. - Software Systems B.E. - Electronics and Communication Project Assistant CISCO LAB Information Processing Center Unit BITS-PILANI ********************************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ********************************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: From smooge at gmail.com Tue Apr 1 19:51:18 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 1 Apr 2008 13:51:18 -0600 Subject: block anonymous browsing In-Reply-To: <8169574d0804010119u168a9ebdubf3957718ac87b8@mail.gmail.com> References: <8169574d0804010119u168a9ebdubf3957718ac87b8@mail.gmail.com> Message-ID: <80d7e4090804011251k13f76680l9045c6b93da9f81c@mail.gmail.com> 2008/4/1 Anil Saini : > > > > hello sir > > how can block anonymous browsing on my network using squid > is it possible Yes it is possible. It takes several steps. 1) Your network has to proxy all traffic in and out of it. This is to make sure that HTTP traffic gets directed to the proxy versus some other 'proxy'. 2) Squid authentication can be enabled via ldap. This means that the person has to authenticate before they can use leave the network. This will only deal with HTTP traffic that is unenecrypted. To deal with SSL traffic you have to control the browser to in effect man-in-the-middle the session. This is what some spyware does in that it sets up a local proxy which it can unencrypt the data so your browser thinks its talking to https://www.amazon.com but is instead going to http://localhost:38881 and then encrypted to http://p0wned.com and then to https://www.amazon.com -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From bill at magicdigits.com Tue Apr 1 20:11:22 2008 From: bill at magicdigits.com (Bill Watson) Date: Tue, 1 Apr 2008 13:11:22 -0700 Subject: block anonymous browsing In-Reply-To: <80d7e4090804011251k13f76680l9045c6b93da9f81c@mail.gmail.com> Message-ID: <007301c89434$8e4e1030$0132a8c0@bill> Other than not adhering to the premise of using squid, wouldn't this be easier in /etc/hosts.deny with a line like: httpd: ALL EXCEPT 192.168.0. (or whatever your local IP is) This thought is untested by me, but sounds straight forward enough to maybe work. Bill Watson bill at magicdigits.com -----Original Message----- From: redhat-sysadmin-list-bounces at redhat.com [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of Stephen John Smoogen Sent: Tuesday, April 01, 2008 12:51 PM To: redhat-sysadmin-list at redhat.com Subject: Re: block anonymous browsing 2008/4/1 Anil Saini : > > > > hello sir > > how can block anonymous browsing on my network using squid > is it possible Yes it is possible. It takes several steps. 1) Your network has to proxy all traffic in and out of it. This is to make sure that HTTP traffic gets directed to the proxy versus some other 'proxy'. 2) Squid authentication can be enabled via ldap. This means that the person has to authenticate before they can use leave the network. This will only deal with HTTP traffic that is unenecrypted. To deal with SSL traffic you have to control the browser to in effect man-in-the-middle the session. This is what some spyware does in that it sets up a local proxy which it can unencrypt the data so your browser thinks its talking to https://www.amazon.com but is instead going to http://localhost:38881 and then encrypted to http://p0wned.com and then to https://www.amazon.com -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" -- redhat-sysadmin-list mailing list redhat-sysadmin-list at redhat.com https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list From jthomas at sierra-bravo.com Fri Apr 25 16:27:14 2008 From: jthomas at sierra-bravo.com (Jeffrey Thomas) Date: Fri, 25 Apr 2008 11:27:14 -0500 Subject: Mounting Windows2003 shares in fstab makes them unusable (RHEL5.1_64) Message-ID: <200804251127.14988.jthomas@sierra-bravo.com> Red Hat Enterprise Linux 5.1 - 64bit I am having some strange Samba/CIFS mounting issues. I am trying to mount some Windows 2003 Server r2 file shares, and although I can mount them and 'ls' them, i cannot do anything with them. The files are being seen as directories, I can CD to the files, and I can even CD to non-existant directories. Can anyone look at the following info and help me out? modinfo cifs |grep version version: 1.48aRH srcversion: A7F70DFEAE2BF6EBBDE18A1 [shell] [root at plus mnt]# ls -la /mnt/data/ total 34642 drwxrwxrwx 1 root root 0 Apr 24 08:34 . drwxr-xr-x 5 root root 4096 Apr 21 15:17 .. -rwxrwxrwx 1 root root 132508 Feb 21 2007 0220EM.CSV -rwxrwxrwx 1 root root 147776 Jun 13 2007 061307.CSV -rwxrwxrwx 1 root root 232448 Jun 13 2007 061307.xls [root at plus mnt]# file data/0220EM.CSV data/0220EM.CSV: directory [/shell] 0220EM.CSV is NOT a directory but a file. Additionally, if I CD to that directory and 'ls' there it gives me the same output as the /mnt/data/ directory does, meaning its recursing upon itself or something. Additionally I can 'cd /mnt/data/fakedir/' and (1) it actually goes there, and (2) 'ls' gives the same output as 'ls /mnt/data/' : [shell] [root at plus mnt]# cd data/fakedir [root at plus fakedir]# ls -la total 34634 drwxrwxrwx 1 root root 0 Apr 24 08:34 . drwxrwxrwx 1 root root 0 Apr 24 08:34 .. -rwxrwxrwx 1 root root 132508 Feb 21 2007 0220EM.CSV -rwxrwxrwx 1 root root 147776 Jun 13 2007 061307.CSV -rwxrwxrwx 1 root root 232448 Jun 13 2007 061307.xls -rwxrwxrwx 1 root root 27990 Apr 21 13:55 0804GB.txt [/shell] This is my current /etc/fstab: [shell] [root at plus ~]# cat /etc/fstab LABEL=/ / ext3 defaults 1 1 LABEL=/var /var ext3 defaults 1 2 tmpfs /dev/shm tmpfs defaults 0 0 devpts /dev/pts devpts gid=5,mode=620 0 0 sysfs /sys sysfs defaults 0 0 proc /proc proc defaults 0 0 LABEL=SWAP-sda3 swap swap defaults 0 0 \\exchange\import /mnt/import cifs credentials=/root/.cred,gid=500,uid=500,file_mode=0777,dir_mode=0777 0 0 \\exchange\mmnew /mnt/mmnew cifs credentials=/root/.cred,user,gid=500,uid=500,file_mode=0777,dir_mode=0777 0 0 \\exchange\brokerline /usr/MAIL.ATTACH cifs credentials=/root/.cred,gid=500,uid=500,file_mode=0777,dir_mode=0777 0 0 \\exchange\data /mnt/data cifs credentials=/root/.cred,gid=500,user,uid=500,file_mode=0777,dir_mode=0777 0 0 ## 'smbfs' gives the error, "mount: unknown filesystem type 'smbfs' " ##//exchange/data /mnt/data smbfs credentials=/root/.cred,gid=500,user,uid=500,file_mode=0777,dir_mode=0777 0 0 [root at plus ~]# file /mnt/data/0220EM.CSV /mnt/data/0220EM.CSV: directory [root at plus ~]# cd /mnt/data/0220EM.CSV [root at plus 0220EM.CSV]# ls 0220EM.CSV 061307.CSV 061307.xls .... .... [/shell] From Enils.Bashi at FTIConsulting.com Fri Apr 25 16:50:44 2008 From: Enils.Bashi at FTIConsulting.com (Bashi, Enils) Date: Fri, 25 Apr 2008 12:50:44 -0400 Subject: Mounting Windows2003 shares in fstab makes them unusable(RHEL5.1_64) In-Reply-To: <200804251127.14988.jthomas@sierra-bravo.com> References: <200804251127.14988.jthomas@sierra-bravo.com> Message-ID: <1DC970238492C74884BD8B98C188B099016315FB@ANNMX27.na.fti.local> Jeffrey, I would suggest using mount with cifs as a filesystem type instead of smbfs. This may get rid of your problems. From what I've read cifs is supposed to be better. $mount -t cifs -o username=,workgroup= //source_dir/source_share your_mount_point Regards, Enils Bashi, RHCE, MCSE, SnortCP Sr. Security Engineer\Information Technology Group F T I 410.571.7003 direct 906 Commerce Road Annapolis, MD 21401 www.fticonsulting.com Confidentiality Notice: This email and any attachments may be confidential and protected by legal privilege. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the e-mail or any attachment is prohibited. If you have received this email in error, please notify us immediately by replying to the sender and then delete this copy and the reply from your system. Thank you for your cooperation. -----Original Message----- From: redhat-sysadmin-list-bounces at redhat.com [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of Jeffrey Thomas Sent: Friday, April 25, 2008 12:27 PM To: redhat-sysadmin-list at redhat.com Subject: Mounting Windows2003 shares in fstab makes them unusable(RHEL5.1_64) Red Hat Enterprise Linux 5.1 - 64bit I am having some strange Samba/CIFS mounting issues. I am trying to mount some Windows 2003 Server r2 file shares, and although I can mount them and 'ls' them, i cannot do anything with them. The files are being seen as directories, I can CD to the files, and I can even CD to non-existant directories. Can anyone look at the following info and help me out? modinfo cifs |grep version version: 1.48aRH srcversion: A7F70DFEAE2BF6EBBDE18A1 [shell] [root at plus mnt]# ls -la /mnt/data/ total 34642 drwxrwxrwx 1 root root 0 Apr 24 08:34 . drwxr-xr-x 5 root root 4096 Apr 21 15:17 .. -rwxrwxrwx 1 root root 132508 Feb 21 2007 0220EM.CSV -rwxrwxrwx 1 root root 147776 Jun 13 2007 061307.CSV -rwxrwxrwx 1 root root 232448 Jun 13 2007 061307.xls [root at plus mnt]# file data/0220EM.CSV data/0220EM.CSV: directory [/shell] 0220EM.CSV is NOT a directory but a file. Additionally, if I CD to that directory and 'ls' there it gives me the same output as the /mnt/data/ directory does, meaning its recursing upon itself or something. Additionally I can 'cd /mnt/data/fakedir/' and (1) it actually goes there, and (2) 'ls' gives the same output as 'ls /mnt/data/' : [shell] [root at plus mnt]# cd data/fakedir [root at plus fakedir]# ls -la total 34634 drwxrwxrwx 1 root root 0 Apr 24 08:34 . drwxrwxrwx 1 root root 0 Apr 24 08:34 .. -rwxrwxrwx 1 root root 132508 Feb 21 2007 0220EM.CSV -rwxrwxrwx 1 root root 147776 Jun 13 2007 061307.CSV -rwxrwxrwx 1 root root 232448 Jun 13 2007 061307.xls -rwxrwxrwx 1 root root 27990 Apr 21 13:55 0804GB.txt [/shell] This is my current /etc/fstab: [shell] [root at plus ~]# cat /etc/fstab LABEL=/ / ext3 defaults 1 1 LABEL=/var /var ext3 defaults 1 2 tmpfs /dev/shm tmpfs defaults 0 0 devpts /dev/pts devpts gid=5,mode=620 0 0 sysfs /sys sysfs defaults 0 0 proc /proc proc defaults 0 0 LABEL=SWAP-sda3 swap swap defaults 0 0 \\exchange\import /mnt/import cifs credentials=/root/.cred,gid=500,uid=500,file_mode=0777,dir_mode=0777 0 0 \\exchange\mmnew /mnt/mmnew cifs credentials=/root/.cred,user,gid=500,uid=500,file_mode=0777,dir_mode=0777 0 0 \\exchange\brokerline /usr/MAIL.ATTACH cifs credentials=/root/.cred,gid=500,uid=500,file_mode=0777,dir_mode=0777 0 0 \\exchange\data /mnt/data cifs credentials=/root/.cred,gid=500,user,uid=500,file_mode=0777,dir_mode=0777 0 0 ## 'smbfs' gives the error, "mount: unknown filesystem type 'smbfs' " ##//exchange/data /mnt/data smbfs credentials=/root/.cred,gid=500,user,uid=500,file_mode=0777,dir_mode=0777 0 0 [root at plus ~]# file /mnt/data/0220EM.CSV /mnt/data/0220EM.CSV: directory [root at plus ~]# cd /mnt/data/0220EM.CSV [root at plus 0220EM.CSV]# ls 0220EM.CSV 061307.CSV 061307.xls .... .... [/shell] -- redhat-sysadmin-list mailing list redhat-sysadmin-list at redhat.com https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 7445 bytes Desc: not available URL: From jthomas at sierra-bravo.com Fri Apr 25 16:58:20 2008 From: jthomas at sierra-bravo.com (Jeffrey Thomas) Date: Fri, 25 Apr 2008 11:58:20 -0500 Subject: Mounting Windows2003 shares in fstab makes them unusable(RHEL5.1_64) In-Reply-To: <1DC970238492C74884BD8B98C188B099016315FB@ANNMX27.na.fti.local> References: <200804251127.14988.jthomas@sierra-bravo.com> <1DC970238492C74884BD8B98C188B099016315FB@ANNMX27.na.fti.local> Message-ID: <200804251158.20234.jthomas@sierra-bravo.com> I am mounting as cifs in the fstab, Enils: > \\exchange\data /mnt/data cifs > credentials=/root/.cred,gid=500,user,uid=500,file_mode=0777,dir_mode=0777 0 > 0 > > ## 'smbfs' gives the error, "mount: unknown filesystem type 'smbfs' " > ##//exchange/data /mnt/data smbfs > credentials=/root/.cred,gid=500,user,uid=500,file_mode=0777,dir_mode=0777 0 > 0 From Enils.Bashi at FTIConsulting.com Fri Apr 25 16:58:49 2008 From: Enils.Bashi at FTIConsulting.com (Bashi, Enils) Date: Fri, 25 Apr 2008 12:58:49 -0400 Subject: Mounting Windows2003 shares in fstab makes them unusable(RHEL5.1_64) In-Reply-To: <200804251127.14988.jthomas@sierra-bravo.com> References: <200804251127.14988.jthomas@sierra-bravo.com> Message-ID: <1DC970238492C74884BD8B98C188B099016315FD@ANNMX27.na.fti.local> Jeffrey, I forgot to mention that If you want to use smbfs you may want to install the package that provides it. Your error message "mount: unknown filesystem type 'smbfs' " indicates that smbfs support is not available. You may wan't to use yum to find that package that provides smbfs. Regards, Enils -----Original Message----- From: redhat-sysadmin-list-bounces at redhat.com [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of Jeffrey Thomas Sent: Friday, April 25, 2008 12:27 PM To: redhat-sysadmin-list at redhat.com Subject: Mounting Windows2003 shares in fstab makes them unusable(RHEL5.1_64) Red Hat Enterprise Linux 5.1 - 64bit I am having some strange Samba/CIFS mounting issues. I am trying to mount some Windows 2003 Server r2 file shares, and although I can mount them and 'ls' them, i cannot do anything with them. The files are being seen as directories, I can CD to the files, and I can even CD to non-existant directories. Can anyone look at the following info and help me out? modinfo cifs |grep version version: 1.48aRH srcversion: A7F70DFEAE2BF6EBBDE18A1 [shell] [root at plus mnt]# ls -la /mnt/data/ total 34642 drwxrwxrwx 1 root root 0 Apr 24 08:34 . drwxr-xr-x 5 root root 4096 Apr 21 15:17 .. -rwxrwxrwx 1 root root 132508 Feb 21 2007 0220EM.CSV -rwxrwxrwx 1 root root 147776 Jun 13 2007 061307.CSV -rwxrwxrwx 1 root root 232448 Jun 13 2007 061307.xls [root at plus mnt]# file data/0220EM.CSV data/0220EM.CSV: directory [/shell] 0220EM.CSV is NOT a directory but a file. Additionally, if I CD to that directory and 'ls' there it gives me the same output as the /mnt/data/ directory does, meaning its recursing upon itself or something. Additionally I can 'cd /mnt/data/fakedir/' and (1) it actually goes there, and (2) 'ls' gives the same output as 'ls /mnt/data/' : [shell] [root at plus mnt]# cd data/fakedir [root at plus fakedir]# ls -la total 34634 drwxrwxrwx 1 root root 0 Apr 24 08:34 . drwxrwxrwx 1 root root 0 Apr 24 08:34 .. -rwxrwxrwx 1 root root 132508 Feb 21 2007 0220EM.CSV -rwxrwxrwx 1 root root 147776 Jun 13 2007 061307.CSV -rwxrwxrwx 1 root root 232448 Jun 13 2007 061307.xls -rwxrwxrwx 1 root root 27990 Apr 21 13:55 0804GB.txt [/shell] This is my current /etc/fstab: [shell] [root at plus ~]# cat /etc/fstab LABEL=/ / ext3 defaults 1 1 LABEL=/var /var ext3 defaults 1 2 tmpfs /dev/shm tmpfs defaults 0 0 devpts /dev/pts devpts gid=5,mode=620 0 0 sysfs /sys sysfs defaults 0 0 proc /proc proc defaults 0 0 LABEL=SWAP-sda3 swap swap defaults 0 0 \\exchange\import /mnt/import cifs credentials=/root/.cred,gid=500,uid=500,file_mode=0777,dir_mode=0777 0 0 \\exchange\mmnew /mnt/mmnew cifs credentials=/root/.cred,user,gid=500,uid=500,file_mode=0777,dir_mode=0777 0 0 \\exchange\brokerline /usr/MAIL.ATTACH cifs credentials=/root/.cred,gid=500,uid=500,file_mode=0777,dir_mode=0777 0 0 \\exchange\data /mnt/data cifs credentials=/root/.cred,gid=500,user,uid=500,file_mode=0777,dir_mode=0777 0 0 ## 'smbfs' gives the error, "mount: unknown filesystem type 'smbfs' " ##//exchange/data /mnt/data smbfs credentials=/root/.cred,gid=500,user,uid=500,file_mode=0777,dir_mode=0777 0 0 [root at plus ~]# file /mnt/data/0220EM.CSV /mnt/data/0220EM.CSV: directory [root at plus ~]# cd /mnt/data/0220EM.CSV [root at plus 0220EM.CSV]# ls 0220EM.CSV 061307.CSV 061307.xls .... .... [/shell] -- redhat-sysadmin-list mailing list redhat-sysadmin-list at redhat.com https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 7445 bytes Desc: not available URL: From jthomas at sierra-bravo.com Fri Apr 25 17:10:04 2008 From: jthomas at sierra-bravo.com (Jeffrey Thomas) Date: Fri, 25 Apr 2008 12:10:04 -0500 Subject: Mounting Windows2003 shares in fstab makes them unusable(RHEL5.1_64) In-Reply-To: <1DC970238492C74884BD8B98C188B099016315FD@ANNMX27.na.fti.local> References: <200804251127.14988.jthomas@sierra-bravo.com> <1DC970238492C74884BD8B98C188B099016315FD@ANNMX27.na.fti.local> Message-ID: <200804251210.04626.jthomas@sierra-bravo.com> Enils- shell# yum provides smbfs autofs.x86_64 1:5.0.1-0.rc2.55.el5.3 installed Matched from: /usr/share/doc/autofs-5.0.1/README.smbfs So, it is already installed. Still it will not mount smbfs shares. I am currently using CIFS but the issues are all screwy, as outlined in the original posting to this list. From Enils.Bashi at FTIConsulting.com Fri Apr 25 17:14:49 2008 From: Enils.Bashi at FTIConsulting.com (Bashi, Enils) Date: Fri, 25 Apr 2008 13:14:49 -0400 Subject: Mounting Windows2003 shares in fstab makes themunusable(RHEL5.1_64) In-Reply-To: <200804251210.04626.jthomas@sierra-bravo.com> References: <200804251127.14988.jthomas@sierra-bravo.com><1DC970238492C74884BD8B98C188B099016315FD@ANNMX27.na.fti.local> <200804251210.04626.jthomas@sierra-bravo.com> Message-ID: <1DC970238492C74884BD8B98C188B099016315FE@ANNMX27.na.fti.local> I don't see any obvious problems. I would suggest using mount from the command line and see if you get the same behavior. This way you can eliminate the possibility that it might be an issue with the automounter. Enils -----Original Message----- From: redhat-sysadmin-list-bounces at redhat.com [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of Jeffrey Thomas Sent: Friday, April 25, 2008 1:10 PM To: redhat-sysadmin-list at redhat.com Subject: Re: Mounting Windows2003 shares in fstab makes themunusable(RHEL5.1_64) Enils- shell# yum provides smbfs autofs.x86_64 1:5.0.1-0.rc2.55.el5.3 installed Matched from: /usr/share/doc/autofs-5.0.1/README.smbfs So, it is already installed. Still it will not mount smbfs shares. I am currently using CIFS but the issues are all screwy, as outlined in the original posting to this list. -- redhat-sysadmin-list mailing list redhat-sysadmin-list at redhat.com https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 7445 bytes Desc: not available URL: From jthomas at sierra-bravo.com Fri Apr 25 18:18:19 2008 From: jthomas at sierra-bravo.com (Jeffrey Thomas) Date: Fri, 25 Apr 2008 13:18:19 -0500 Subject: Mounting Windows2003 shares in fstab makes themunusable(RHEL5.1_64) In-Reply-To: <1DC970238492C74884BD8B98C188B099016315FE@ANNMX27.na.fti.local> References: <200804251127.14988.jthomas@sierra-bravo.com> <200804251210.04626.jthomas@sierra-bravo.com> <1DC970238492C74884BD8B98C188B099016315FE@ANNMX27.na.fti.local> Message-ID: <200804251318.20086.jthomas@sierra-bravo.com> > I don't see any obvious problems. I would suggest using mount from the > command line and see if you get the same behavior. This way you can > eliminate the possibility that it might be an issue with the automounter. Good thinking and thank you for your continued assistance, but it still isn't working. I also tried a different Windows account so that I could eliminate the possibility of an issue in my credentials file of having a ! in the previous password; still I have the same issues. From Enils.Bashi at FTIConsulting.com Fri Apr 25 19:29:14 2008 From: Enils.Bashi at FTIConsulting.com (Bashi, Enils) Date: Fri, 25 Apr 2008 15:29:14 -0400 Subject: Mounting Windows2003 shares in fstab makesthemunusable(RHEL5.1_64) In-Reply-To: <200804251318.20086.jthomas@sierra-bravo.com> References: <200804251127.14988.jthomas@sierra-bravo.com><200804251210.04626.jthomas@sierra-bravo.com><1DC970238492C74884BD8B98C188B099016315FE@ANNMX27.na.fti.local> <200804251318.20086.jthomas@sierra-bravo.com> Message-ID: <1DC970238492C74884BD8B98C188B09901631608@ANNMX27.na.fti.local> This will probably create more questions than answers for you but it's worth reading. http://ubuntuforums.org/showthread.php?p=3026260 Enils -----Original Message----- From: redhat-sysadmin-list-bounces at redhat.com [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of Jeffrey Thomas Sent: Friday, April 25, 2008 2:18 PM To: redhat-sysadmin-list at redhat.com Subject: Re: Mounting Windows2003 shares in fstab makesthemunusable(RHEL5.1_64) > I don't see any obvious problems. I would suggest using mount from the > command line and see if you get the same behavior. This way you can > eliminate the possibility that it might be an issue with the automounter. Good thinking and thank you for your continued assistance, but it still isn't working. I also tried a different Windows account so that I could eliminate the possibility of an issue in my credentials file of having a ! in the previous password; still I have the same issues. -- redhat-sysadmin-list mailing list redhat-sysadmin-list at redhat.com https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 7445 bytes Desc: not available URL: From gshobowale at nextworksltd.com Fri Apr 25 20:29:56 2008 From: gshobowale at nextworksltd.com (Oluwagbenga Shobowale) Date: Fri, 25 Apr 2008 20:29:56 +0000 (GMT) Subject: Mounting Windows2003 shares in fstab makesthemunusable(RHEL5.1_64) Message-ID: <22760634.1209155396584.JavaMail.wibapp@ttc2220.visto-mgmt.com> I suggest you post the log files it could give some hints what the issue is Sent using Mobile Xpress, a Personal Information Management Service from T3 Communications -----Original Message----- From: "Bashi, Enils" Sent: Fri, 25 Apr 2008 15:29:14 -0400 To: redhat-sysadmin-list at redhat.com Received: 25-Apr-2008 19:29:44 +0000 Subject: RE: Mounting Windows2003 shares in fstab makesthemunusable(RHEL5.1_64) This will probably create more questions than answers for you but it's worth reading. http://ubuntuforums.org/showthread.php?p=3026260 Enils -----Original Message----- From: redhat-sysadmin-list-bounces at redhat.com [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of Jeffrey Thomas Sent: Friday, April 25, 2008 2:18 PM To: redhat-sysadmin-list at redhat.com Subject: Re: Mounting Windows2003 shares in fstab makesthemunusable(RHEL5.1_64) > I don't see any obvious problems. I would suggest using mount from the > command line and see if you get the same behavior. This way you can > eliminate the possibility that it might be an issue with the automounter. Good thinking and thank you for your continued assistance, but it still isn't working. I also tried a different Windows account so that I could eliminate the possibility of an issue in my credentials file of having a ! in the previous password; still I have the same issues. -- redhat-sysadmin-list mailing list redhat-sysadmin-list at redhat.com https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list From chet.nichols at gmail.com Tue Apr 29 18:48:17 2008 From: chet.nichols at gmail.com (Chet Nichols III) Date: Tue, 29 Apr 2008 14:48:17 -0400 Subject: sar bug? Message-ID: hey there- anyone ever seen a bug in sar where it will start spitting out incorrect values? we're running on 32bit intels. an example: 06:40:13 PM IFACE rxpck/s txpck/s rxbyt/s txbyt/s rxcmp/s txcmp/s rxmcst/s 06:40:18 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 06:40:18 PM eth0 307775.86 390641.38 66821927.59 460472182.76 0.00 0.00 0.00 06:40:18 PM eth1 0.00 0.00 0.00 0.00 0.00 0.00 0.00 06:40:18 PM sit0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 i know for a fact I'm not pushing out 3.4Gb over my 1Gb card- the box has been up for over 600 days and does streaming radio, so it pushes a lot of bits/lots of packets my questions are: 1) doesnt sar just pull directly from /proc/net/dev? i looked at the values in it, and none of the values exceeded 32bit. my initial thought was maybe the counters for /proc/net/dev were exeeding 32bit, or used 32bit unsigned, and sar was using a 32 bit signed, so it was freaking out, but the values in /proc/net/dev that i saw hadnt even exeeded 32bit signed. on top of that, we have a couple other tools that pull metrics directly off of /proc/net/dev, and those aren't having any issues- because of this, we're now relying off of those tools INSTEAD of sar. 2) which leads me to, at what point to the counters for /proc/net/dev get reset? when they've reached either 32bit unsigned or 64bit unsigned, depending on the architecture, or? a few of the people at work say it has to do with a counter rollover bug related to SAR because the box has been up for so long, but i'm trying to figure out what the bug actually is, if there is one. again, the tools we have that pull data directly from /proc/net/dev are still working normally.. it's just sar that we're having issues with. probably not a good thing :D i'm running the latest sysstat package (sysstat-5.0.5-16.rhel4) that came down from our rhn satellite servers. let me know if anyone has any input. thanks! chet /* Chet Nichols III mail: chet.nichols at gmail.com (aim: chet / twitter: chet) */ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tim.Mooney at ndsu.edu Tue Apr 29 20:37:27 2008 From: Tim.Mooney at ndsu.edu (Tim Mooney) Date: Tue, 29 Apr 2008 15:37:27 -0500 (CDT) Subject: sar bug? In-Reply-To: References: Message-ID: In regard to: sar bug?, Chet Nichols III said (at 2:48pm on Apr 29, 2008): > hey there- > > anyone ever seen a bug in sar where it will start spitting out incorrect > values? we're running on 32bit intels. an example: > > 06:40:13 PM IFACE rxpck/s txpck/s rxbyt/s txbyt/s rxcmp/s > txcmp/s rxmcst/s > 06:40:18 PM lo 0.00 0.00 0.00 0.00 0.00 > 0.00 0.00 > 06:40:18 PM eth0 307775.86 390641.38 66821927.59 460472182.76 > 0.00 0.00 0.00 > 06:40:18 PM eth1 0.00 0.00 0.00 0.00 0.00 > 0.00 0.00 > 06:40:18 PM sit0 0.00 0.00 0.00 0.00 0.00 > 0.00 0.00 That's funny, I was just going to send an email to the list about a similar issue. I opened a bug about it: https://bugzilla.redhat.com/show_bug.cgi?id=443190 The problem for us is that we're not running the stock kernel, so I don't think Red Hat is going to be too sympathetic. Are you using the stock kernel? If so, maybe you want to add your name to that bug. Our main complaint is with the disk I/O statistics -- I modified the sysstat cron job to also save disk statistics, and sar frequently reports spurious values when reporting on the collected sa data. This happens even using iostat interactively, though, so it's not just the data that's recorded by sadc. The sysstat FAQ says it's a kernel bug, but I'm puzzled why it's been allowed to persist for so long, if it's a known kernel bug. Tim -- Tim Mooney Tim.Mooney at ndsu.edu Information Technology Services (701) 231-1076 (Voice) Room 242-J6, IACC Building (701) 231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164