
<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">We recently updated a BlueOnyx server from<div><br></div><div><div><b>2.6.18-194.32.1.el5 #1 SMP Wed Jan 5 17:53:09 EST 2011 i686 i686 i386 GNU/Linux</b></div><div><br></div><div>To</div><div><br></div><div><b>2.6.18-308.4.1.el5 #1 SMP Tue Apr 17 17:08:10 EDT 2012 i686 i686 i386 GNU/Linux</b></div></div><div><b><br></b></div><div>In order to fix a suPHP issue.</div><div><br></div><div>The update worked - however today we get a call from a customer that is now unable to upload files to his website.</div><div><br></div><div>It turns out that this particular customer did not use a site configured with suPHP - but was using the old method and uploading files via a centralised FTP system that is linked to Samba share on his BX Server / vSite. </div><div><br></div><div>Samba was correctly configured and working before the update - with a samba user / password. The central FTP system would then this samba user to log in to his vSite and present files like this.</div><div><br></div><div>After this update, the FTP server is now unable to connect to any vSite Samba shares. Samba is running OK, it lists /home/sites OK - and the FTP system can also get access to the Samba user home directory on BX. But pretty much nothing else.</div><div><br></div><div>..and not any vSites - we get permission denied.</div><div><br></div><div>I have chown'd the files in the vSite back to the samba user - but this doesn't help. </div><div><br></div><div>Does anyone know why this functionality would suddenly change?</div><div><br></div><div>Jeff</div></body></html>