topic Re: CIFS 3.3g NetworkFile ...implement NetworkFileStateInterface in Alfresco Archive

CIFS 3.3g NetworkFile ...implement NetworkFileStateInterface

loftux — Mon, 17 May 2010 13:18:36 GMT

Hi, Trying out 3.3g Nightly, and get the error "NetworkFile does not implement NetworkFileStateInterface" when first starting to browse the CIFS share. Never seen this error before. Machine is Ubuntu 10.04, 32bit.Config is taken from subsystem properties file and pasted into alfresco-global.properti

Re: CIFS 3.3g NetworkFile ...implement NetworkFileStateInterface

banania — Mon, 31 May 2010 09:13:02 GMT

Hello,

Yes, same problem here.
We had to update to 3.3G (because of lost documents during upgrade process, see ALF-2719).
CIFS still works, but logs are growing.

Regards
Banania

Re: CIFS 3.3g NetworkFile ...implement NetworkFileStateInterface

jriker1 — Wed, 09 Jun 2010 14:59:45 GMT

Same here and it looks like uploading thru the file system it doesn't render the preview when you pull up the main attribute page but the thumbnail is still there or is regenerated. To small to be sure. If I download and upload thru the webpage the xls file it shows the redered preview.

JR

Re: CIFS 3.3g NetworkFile ...implement NetworkFileStateInterface

gnyce — Thu, 17 Jun 2010 14:28:25 GMT

This has made, in our discovery of this on 3.3g CE, the release unusable. CIFS will work for copying in/out, but if you try to:

1) open directly from the CIFS Alfresco share, and Save As - or if you try to copy in a newer version of an existing file, you will lock up your computer, or

2) copy into the CIFS file-share a newer version of an existing file, the date/timestamp gets updated, but the contents of the file is not updated (very deceiving).

We're having to rollback to a previous release. Disappointing, as I was looking forward to the datalists and themes creating content directly into the Share document library….

Re: CIFS 3.3g NetworkFile ...implement NetworkFileStateInterface

gnyce — Wed, 23 Jun 2010 15:00:38 GMT

I had filed a JIRA bug on this - https://issues.alfresco.com/jira/browse/JLAN-108 It was closed with the comment of "This should already be fixed by r20185, originally checked in to 3.3 on 17th May 2010, merged to HEAD on 9th June 2010." So I am guessing it did not make it into 3.3g.

Not sure if this is a "very bad idea", but I downloaded a 3.4dev nightly build and extracted the alfresco-jlan* jar and dropped that into the 3.3g installation. So far so good, or at least, the previous behavior is no longer exhibited. Will test to see if it is usable, as I really would like to use 3.3g, but can't with the CIFS stuff as released.

Re: CIFS 3.3g NetworkFile ...implement NetworkFileStateInterface

laco — Thu, 01 Jul 2010 14:50:37 GMT

I also have the same problem, does your fix work?

Re: CIFS 3.3g NetworkFile ...implement NetworkFileStateInterface

fracat71 — Wed, 07 Jul 2010 08:35:42 GMT

Hi all,
i have the same problem and at first glance CIFS seems doesn't to work (it is very slow and every seems to be locked on windows connected to CIFS server).
My alfresco.log is full of DEBUGs even if log4j.properties is not set to DEBUG

12:48:00,868 DEBUG [org.alfresco.smb.protocol.auth] Using Write transaction
12:48:00,873 DEBUG [org.alfresco.smb.protocol.auth] Using Write transaction
12:48:00,882 DEBUG [org.alfresco.smb.protocol.auth] Using Write transaction
12:48:00,883 DEBUG [org.alfresco.smb.protocol.auth] Using Write transaction
12:48:00,889 DEBUG [org.alfresco.smb.protocol.auth] Using Write transaction
12:48:00,898 DEBUG [org.alfresco.smb.protocol.auth] Using Write transaction
12:48:00,899 DEBUG [org.alfresco.smb.protocol.auth] Using Write transaction
12:48:00,905 DEBUG [org.alfresco.smb.protocol.auth] Using Write transaction
12:48:00,917 DEBUG [org.alfresco.smb.protocol.auth] Using Write transaction
12:48:00,918 DEBUG [org.alfresco.smb.protocol.auth] Using Write transaction
12:48:00,924 DEBUG [org.alfresco.smb.protocol.auth] Using Write transaction
12:48:00,934 DEBUG [org.alfresco.smb.protocol.auth] Using Write transaction
12:48:00,934 DEBUG [org.alfresco.smb.protocol.auth] Using Write transaction
12:48:00,940 DEBUG [org.alfresco.smb.protocol.auth] Using Write transaction
12:48:00,950 DEBUG [org.alfresco.smb.protocol.auth] Using Write transaction
12:48:00,950 DEBUG [org.alfresco.smb.protocol.auth] Using Write transaction
12:48:00,956 DEBUG [org.alfresco.smb.protocol.auth] Using Write transaction‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

With this workaroud is the situation better?

I had filed a JIRA bug on this - https://issues.alfresco.com/jira/browse/JLAN-108 It was closed with the comment of "This should already be fixed by r20185, originally checked in to 3.3 on 17th May 2010, merged to HEAD on 9th June 2010." So I am guessing it did not make it into 3.3g.

Not sure if this is a "very bad idea", but I downloaded a 3.4dev nightly build and extracted the alfresco-jlan* jar and dropped that into the 3.3g installation. So far so good, or at least, the previous behavior is no longer exhibited. Will test to see if it is usable, as I really would like to use 3.3g, but can't with the CIFS stuff as released.

Regards

Re: CIFS 3.3g NetworkFile ...implement NetworkFileStateInterface

gnyce — Wed, 07 Jul 2010 14:05:43 GMT

So far, using the 3.4dev alfresco-jlan has not caused any obvious problems for us, and seems to be working OK, with 1-2 remaining issues that we are working around.

The main bug - though I'm not positive it is in the CIFS code - goes like this. Within a site, we cannot edit or update (through CIFS) an existing TXT file, but copying in a new file works fine. We have some automated procedures that update some text files… we've worked around by deleting the existing copy and then putting in the new one… good enough for us.

Interestingly, if we edit the text file with, say, MS Word, we are able to update just fine. I _think_ that is because the MSWord procedure in updating an existing file is more like 1) save file as new name, 2) delete old file it is replacing, 3) rename new-name file as previous/original name. The alfresco.log files point to a failure of rights and the acegi module, but who knows… we've tried it with people who have Manager rights to a site, with no change.

Re: CIFS 3.3g NetworkFile ...implement NetworkFileStateInterface

vizir — Wed, 18 Aug 2010 09:06:01 GMT

Hi Gnyce,

Can you pelase describe how you "downloaded a 3.4dev nightly build and extracted the alfresco-jlan* jar and dropped that into the 3.3g installation" cause i'm not able to figure out how to do this 😕

Many thanks,

Re: CIFS 3.3g NetworkFile ...implement NetworkFileStateInterface

boutch55555 — Tue, 07 Sep 2010 15:16:43 GMT

Same here. The 3.4a jar did it for me too.

Can you pelase describe how you "downloaded a 3.4dev nightly build and extracted the alfresco-jlan* jar and dropped that into the 3.3g installation" cause i'm not able to figure out how to do this 😕

Download the zip from there (mine was alfresco-community-3.4.a.zip):
http://dev.alfresco.com/downloads/nightly/dist/
unpack it
the alfresco war is in /web-server/webapps/
Unpack the alfresco war
the jar is there : /WEB-INF/lib/alfresco-jlan-embed-3.4.a.jar
put it in $alfresco/tomcat/webapps/alfresco/WEB-INF/lib on your server and remove (backup) the old one

Re: CIFS 3.3g NetworkFile ...implement NetworkFileStateInterface

boutch55555 — Wed, 08 Sep 2010 18:57:00 GMT

Well… forget what I said about the 3.4 fixing the problem… With every log4j debug option for CIFS enabled, I get errors for some of my users :

14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver] org.alfresco.repo.security.permissions.AccessDeniedException: 08080000 Access Denied.  You do not have the appropriate permissions to perform this operation.
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at org.alfresco.repo.security.permissions.impl.ExceptionTranslatorMethodInterceptor.invoke(ExceptionTranslatorMethodInterceptor.java:47)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at org.alfresco.repo.audit.AuditMethodInterceptor.invoke(AuditMethodInterceptor.java:135)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:107)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at $Proxy46.getRawReader(Unknown Source)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at org.alfresco.filesys.repo.ContentNetworkFile.closeFile(ContentNetworkFile.java:433)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at org.alfresco.filesys.repo.ContentDiskDriver$4.call(ContentDiskDriver.java:2369)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at org.alfresco.filesys.repo.ContentDiskDriver$4.call(ContentDiskDriver.java:2352)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at org.alfresco.filesys.alfresco.AlfrescoDiskDriver$1.execute(AlfrescoDiskDriver.java:184)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:321)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:228)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at org.alfresco.filesys.alfresco.AlfrescoDiskDriver.doInWriteTransaction(AlfrescoDiskDriver.java:178)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at org.alfresco.filesys.repo.ContentDiskDriver.closeFile(ContentDiskDriver.java:2350)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at org.alfresco.jlan.smb.server.NTProtocolHandler.procCloseFile(NTProtocolHandler.java:1399)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at org.alfresco.jlan.smb.server.NTProtocolHandler.runProtocol(NTProtocolHandler.java:257)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at org.alfresco.jlan.smb.server.SMBSrvSession.runHandler(SMBSrvSession.java:1366)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at org.alfresco.jlan.smb.server.SMBSrvSession.processPacket(SMBSrvSession.java:1458)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at org.alfresco.jlan.smb.server.nio.NIOCIFSThreadRequest.runRequest(NIOCIFSThreadRequest.java:105)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at org.alfresco.jlan.server.thread.ThreadRequestPool$ThreadWorker.run(ThreadRequestPool.java:153)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at java.lang.Thread.run(Thread.java:619)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver] Caused by: net.sf.acegisecurity.AccessDeniedException: Access is denied.
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at net.sf.acegisecurity.vote.AffirmativeBased.decide(AffirmativeBased.java:86)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at net.sf.acegisecurity.intercept.AbstractSecurityInterceptor.beforeInvocation(AbstractSecurityInterceptor.java:394)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at net.sf.acegisecurity.intercept.method.aopalliance.MethodSecurityInterceptor.invoke(MethodSecurityInterceptor.java:77)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at org.alfresco.repo.model.ml.MLContentInterceptor.invoke(MLContentInterceptor.java:125)
14:41:33,224 User:ctrudel ERROR [org.alfresco.fileserver]    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
14:41:33,225 User:ctrudel ERROR [org.alfresco.fileserver]    at org.alfresco.repo.security.permissions.impl.ExceptionTranslatorMethodInterceptor.invoke(ExceptionTranslatorMethodInterceptor.java:43)
14:41:33,225 User:ctrudel ERROR [org.alfresco.fileserver]    … 22 more
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

That seems to happend at random. One day, It's one user, the next day another one. When the user gets the error, it locks the file, which is very annoying. I'll keep looking and hopefully post my findings.

Re: CIFS 3.3g NetworkFile ...implement NetworkFileStateInterface

sfreeper — Thu, 09 Sep 2010 06:24:45 GMT

Same here… I also used the 3.4a Jlan Version…

But it looks like there is no way back now… Does anybody have another idea?

Re: CIFS 3.3g NetworkFile ...implement NetworkFileStateInterface

loftux — Thu, 09 Sep 2010 06:50:12 GMT

Checkout revision 20631 from head, and build Alfresco from that revision. It will have the fixes (and some others), so that may work for you.
How to build from head http://wiki.alfresco.com/wiki/Alfresco_SVN_Development_Environment

If you don't want to start building Alfresco yourself, I think 3.4.a community is not to far away, and will have necessary fixes.

Re: CIFS 3.3g NetworkFile ...implement NetworkFileStateInterface

sfreeper — Thu, 09 Sep 2010 07:23:24 GMT

as i am very far away from being a developer, i am not sure wether this would be a good idea… would I get a WAR file from this or how would that look?

edit: I just compiled the alfresco-jlan.jar for myself. Would it be possible to use this instead of the alfresco-jlan-embed-3.4.a.jar? Does anybody know?

Re: CIFS 3.3g NetworkFile ...implement NetworkFileStateInterface

britaniola — Thu, 09 Sep 2010 12:53:49 GMT

What is the release date for 3.4CE?

Re: CIFS 3.3g NetworkFile ...implement NetworkFileStateInterface

mrogers — Thu, 09 Sep 2010 12:55:53 GMT

When its ready …

Re: CIFS 3.3g NetworkFile ...implement NetworkFileStateInterface

britaniola — Thu, 09 Sep 2010 16:29:42 GMT

When its ready …

Guess-timate, please. I'm trying to do a demo for my Regional Director and this error keeps bombing out the app. Would the Enterprise version be more stable?

Re: CIFS 3.3g NetworkFile ...implement NetworkFileStateInterface

mrogers — Thu, 09 Sep 2010 16:46:37 GMT

couple of weeks.

Re: CIFS 3.3g NetworkFile ...implement NetworkFileStateInterface

britaniola — Thu, 09 Sep 2010 16:53:06 GMT

Thanks.