Jump to content

ngokli

Members
  • Content Count

    9
  • Joined

  • Last visited

Community Reputation

0 Neutral

About ngokli

  • Rank
    Newbie

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. ngokli

    error: * Ignoring funny ref

    Hi Carlos, Like I said, my server is 5.4.16.918, not 6.0.16.X. This is the information I didn't see in the guide (but I may have missed it somehow): I was also referring to the weird location where I found the git server mappings, but apparently that isn't necessarily standard (though maybe it is after upgrading from Plastic server 4). Anyway, thanks for the help, Carlos! The Git import worked fine after recreating the mappings. Neal
  2. ngokli

    error: * Ignoring funny ref

    I found the gitserver mappings directory in /opt/plasticscm5/server/.plastic4/gitserver/git/ . Maybe it was created "a long time ago" (i.e. before I joined the company), and was copied to this directory when upgrading to plastic5 (also before my time)? Rather than mess with it, I just added this to my gitserver.conf: storage.baseDirectory=/opt/plasticscm5/server/gitserver/mappings Then I kept checking the size of the mappings directory until it stopped growing, so I could be sure that Plastic was finished doing whatever it needed to do. The git clone worked without errors, and I no longer see unexpected characters when I run git branch -a --list. You should add this information to your GitServer documentation page, for others in need: https://www.plasticscm.com/documentation/gitserver/plastic-scm-version-control-gitserver-guide.shtml Thanks, Neal
  3. ngokli

    error: * Ignoring funny ref

    Hi Carlos, 1. Will downloading the latest Plastic 7.0 client affect my Plastic server's gitserver functionality? And is it compatible with my old server version? 2. Where is the gitserver mappings folder on my Linux server? Thanks! Neal
  4. ngokli

    error: * Ignoring funny ref

    Thanks for taking a look, Carlos! I think the issue in that SO post is that Git is meant to run on a filesystem, not Dropbox. That's apparently an artifact of Dropbox creating a file with a new filename (like "Shiki's conflicted copy 2010-01-14") instead of allowing a user to accidentally clobber another user's file. Basically, Git over Dropbox is a Bad Idea, and it's not Git's fault. It's that Git is not meant to run over a file syncing service like Dropbox. On the other hand, I assume Plastic would complain rather than letting someone clobber another's changes.... It's a VCS after all! I'm just learning about Git, but it seems "refs/remotes/origin/master-Fix-for-sketchpad-icon-appearing-over-solution-frame." refers to a branch. It seems that there's a dot at the end of the branch name, which is not legal in Git (doc). Before doing the git clone, I actually searched all my Plastic branches for any characters that are illegal in Git, and renamed them to be git-legal (and to just avoid chars that are likely to cause issues). But when I list branches in git, I see that some of these characters are still present (even though they no longer show up in the plastic branch list). Are these branch names not actually being changed? > git branch --list -a | grep '!' remotes/origin/master-More-translations! > git branch --list -a | grep ',' remotes/origin/master-parent-sign-in,-login-ordering I had already removed the '!' and changed the "," to "-". FYI, I'm using Plastic server 5.4.16.918. Have there been any fixes to git-related, branch-renaming-related, or branch-deleting-related functionality since then? Thanks, and Happy New Year! Neal
  5. ngokli

    error: * Ignoring funny ref

    I've added a gitserver.conf file to the plasticscm5/server directory on my Linux dev server. When I do a git clone on my Windows workstation, I get the following errors. > git clone git://cignition.biz/<reponame> Cloning into '<reponame>'... error: * Ignoring funny ref 'refs/remotes/origin/master-Fix-for-sketchpad-icon-appearing-over-solution-frame.' locally error: * Ignoring funny ref 'refs/remotes/origin/master-Equivalent-Fractions-adaptation-for-fraction-equivalency-Big-scary-refactor-branch.' locally error: * Ignoring funny ref 'refs/remotes/origin/master-no_profile_time_update_for_impersonation.' locally After the error messages, the clone seems to complete, but I don't know if there are any issues (I wouldn't know what to look for). I tried searching for "impersonation" (from the third error) in the Plastic Branches, Changesets, Labels, Attributes, Shelves. In Changesets I find a couple results, but nothing that looks like the error message. The only starting point I have is that I know what the third error message refers to, and that it was probably from late August. So how do I track down these errors and ensure that there are no issues in my Git clone? Thanks!! Neal
  6. ngokli

    log files not rolling

    By the way, you can ignore 'plastic.realtime.requests.log.txt', because it's set to roll based on size, not date.
  7. ngokli

    log files not rolling

    Aha! I set my ssh shell up to catch the error messages, and they showed up again: log4net:ERROR [RollingFileAppender] Exception while rolling file [/opt/plasticscm5/server/plastic.relevant.log.txt] -> [plastic.relevant.log.txt.20170606] System.UnauthorizedAccessException: Access to the path is denied. at System.IO.File.Move (System.String sourceFileName, System.String destFileName) [0x00140] in <8f2c484307284b51944a1a13a14c0266>:0 at log4net.Appender.RollingFileAppender.RollFile (System.String fromFile, System.String toFile) [0x00052] in <4bfebc64fd4743b4b376302a10c947e5>:0 log4net:ERROR [RollingFileAppender] Exception while rolling file [/opt/plasticscm5/server/plastic.debug.log.txt] -> [plastic.debug.log.txt.20170606] System.UnauthorizedAccessException: Access to the path is denied. at System.IO.File.Move (System.String sourceFileName, System.String destFileName) [0x00140] in <8f2c484307284b51944a1a13a14c0266>:0 at log4net.Appender.RollingFileAppender.RollFile (System.String fromFile, System.String toFile) [0x00052] in <4bfebc64fd4743b4b376302a10c947e5>:0 log4net:ERROR [RollingFileAppender] Exception while rolling file [/opt/plasticscm5/server/plastic.channelcall.log.txt] -> [plastic.channelcall.log.txt.20170606] System.UnauthorizedAccessException: Access to the path is denied. at System.IO.File.Move (System.String sourceFileName, System.String destFileName) [0x00140] in <8f2c484307284b51944a1a13a14c0266>:0 at log4net.Appender.RollingFileAppender.RollFile (System.String fromFile, System.String toFile) [0x00052] in <4bfebc64fd4743b4b376302a10c947e5>:0 log4net:ERROR [RollingFileAppender] Exception while rolling file [/opt/plasticscm5/server/plastic.errors.log.txt] -> [plastic.errors.log.txt.20170606] System.UnauthorizedAccessException: Access to the path is denied. at System.IO.File.Move (System.String sourceFileName, System.String destFileName) [0x00140] in <8f2c484307284b51944a1a13a14c0266>:0 at log4net.Appender.RollingFileAppender.RollFile (System.String fromFile, System.String toFile) [0x00052] in <4bfebc64fd4743b4b376302a10c947e5>:0 It seems the log files rolled fine for three days, and then it broke again... ]$ ls -lh *log.txt* -rw-r--r--. 1 plasticscm plasticscm 106K Jun 7 01:33 plastic.channelcall.log.txt -rw-r--r--. 1 plasticscm plasticscm 83K Jun 3 23:59 plastic.channelcall.log.txt.20170603 -rw-r--r--. 1 plasticscm plasticscm 76K Jun 4 23:55 plastic.channelcall.log.txt.20170604 -rw-r--r--. 1 plasticscm plasticscm 162K Jun 5 23:56 plastic.channelcall.log.txt.20170605 -rw-r--r--. 1 plasticscm plasticscm 1.7M Jun 7 01:34 plastic.debug.log.txt -rw-r--r--. 1 plasticscm plasticscm 16M Jun 3 23:59 plastic.debug.log.txt.20170603 -rw-r--r--. 1 plasticscm plasticscm 16M Jun 4 23:59 plastic.debug.log.txt.20170604 -rw-r--r--. 1 plasticscm plasticscm 16M Jun 5 23:59 plastic.debug.log.txt.20170605 -rw-r--r--. 1 plasticscm plasticscm 983 Jun 7 00:14 plastic.errors.log.txt -rw-r--r--. 1 plasticscm plasticscm 558 Jun 3 02:36 plastic.errors.log.txt.20170603 -rw-r--r--. 1 plasticscm plasticscm 558 Jun 4 06:54 plastic.errors.log.txt.20170604 -rw-r--r--. 1 plasticscm plasticscm 558 Jun 5 11:12 plastic.errors.log.txt.20170605 -rw-r--r--. 1 plasticscm plasticscm 2.5M Jun 7 01:33 plastic.realtime.requests.log.txt -rw-r--r--. 1 plasticscm plasticscm 694K Jun 7 01:34 plastic.relevant.log.txt -rw-r--r--. 1 plasticscm plasticscm 11M Jun 3 23:59 plastic.relevant.log.txt.20170603 -rw-r--r--. 1 plasticscm plasticscm 11M Jun 4 23:59 plastic.relevant.log.txt.20170604 -rw-r--r--. 1 plasticscm plasticscm 11M Jun 5 23:59 plastic.relevant.log.txt.20170605 I happened to reboot the server just before this happened... But I've stopped and started plasticsd service itself several times in the past three days. I am able to copy a logfile as plasticscm user. I'm wondering if it's trying to put the rolled logfile in '/' instead of '/opt/plasticscm5/server'. '/' seems to be the working directory of the plasticsd service. On the old server, there are three sets of plastic logfiles from seemingly-random dates in '/'. I haven't found anything special that happened on those three dates... I just modified my loader.log.conf to put my logfiles in '/var/log/plasticscm5' (where logs belong on linux). Maybe specifying an absolute path will help! Thanks, Manu! I'll let you know if I am still having issues... Neal
  8. ngokli

    log files not rolling

    Thanks for the reply, Manu! It seems like most of the log files started rolling properly on Saturday. I don't think I touched anything since my original post, I've been working on other things... I'll restart plasticsd from a terminal before midnight UTC tomorrow to see if there are any error messages (there were on Friday). I just tried running your cp command, and of course it works now! I don't know if it would have worked last week... I'll report back if I find there are still issues. Thanks, Manu!
  9. I installed plastic on a new CentOS 7 server yesterday, and copied the sqlite databases and config files from an old server we are decomissioning. Then, a few hours after starting the plasticsd service, at midnight UTC, I found these error messages in my ssh session console: $ sudo service plasticsd start Starting the Plastic SCM server: OK $ log4net:ERROR [RollingFileAppender] Exception while rolling file [/opt/plasticscm5/server/plastic.relevant.log.txt] -> [plastic.relevant.log.txt.20170531] System.UnauthorizedAccessException: Access to the path is denied. at System.IO.File.Move (System.String sourceFileName, System.String destFileName) [0x00140] in <8f2c484307284b51944a1a13a14c0266>:0 at log4net.Appender.RollingFileAppender.RollFile (System.String fromFile, System.String toFile) [0x00052] in <4bfebc64fd4743b4b376302a10c947e5>:0 log4net:ERROR [RollingFileAppender] Exception while rolling file [/opt/plasticscm5/server/plastic.debug.log.txt] -> [plastic.debug.log.txt.20170531] System.UnauthorizedAccessException: Access to the path is denied. at System.IO.File.Move (System.String sourceFileName, System.String destFileName) [0x00140] in <8f2c484307284b51944a1a13a14c0266>:0 at log4net.Appender.RollingFileAppender.RollFile (System.String fromFile, System.String toFile) [0x00052] in <4bfebc64fd4743b4b376302a10c947e5>:0 log4net:ERROR [RollingFileAppender] Exception while rolling file [/opt/plasticscm5/server/plastic.channelcall.log.txt] -> [plastic.channelcall.log.txt.20170531] System.UnauthorizedAccessException: Access to the path is denied. at System.IO.File.Move (System.String sourceFileName, System.String destFileName) [0x00140] in <8f2c484307284b51944a1a13a14c0266>:0 at log4net.Appender.RollingFileAppender.RollFile (System.String fromFile, System.String toFile) [0x00052] in <4bfebc64fd4743b4b376302a10c947e5>:0 At this point, the log files were cleared, and they continue to accumulate new messages. There are old log files. I couldn't find the errors above in any log file, though (even grepping all of /var/log). I suspect they (luckily) showed up in that terminal because that's where I'd started plasticsd. plasticd is running as the plasticscm user: $ ps aux | grep -i 'plastic\|RSS TTY' USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 16679 0.0 0.0 111788 1476 pts/0 S 19:38 0:00 sudo -u plasticscm -b -n /opt/plasticscm5/server/plasticd --daemon plastic+ 16681 0.0 1.1 1318244 92192 pts/0 Sl 19:38 0:01 plasticd /opt/plasticscm5/server/plasticd.exe --daemon ngokli 16817 0.0 0.0 112652 984 pts/0 S+ 20:00 0:00 grep --color=auto -i plastic\|RSS TTY Directory permissions look okay: $ pwd /opt/plasticscm5/server $ ls -ldh *.log *.log.txt . .. drwxr-xr-x. 7 plasticscm plasticscm 8.0K Jun 1 20:03 . drwxr-xr-x. 7 root root 76 May 31 19:14 .. -rw-r--r--. 1 plasticscm plasticscm 0 May 31 19:14 audit.log -rw-r--r--. 1 plasticscm plasticscm 451K Jun 1 20:14 plastic.channelcall.log.txt -rw-r--r--. 1 plasticscm plasticscm 16M Jun 1 20:14 plastic.debug.log.txt -rw-r--r--. 1 plasticscm plasticscm 642 Jun 1 19:37 plastic.errors.log.txt -rw-r--r--. 1 plasticscm plasticscm 874K Jun 1 20:14 plastic.realtime.requests.log.txt -rw-r--r--. 1 plasticscm plasticscm 8.9M Jun 1 20:14 plastic.relevant.log.txt SELinux is in permissive mode (so it shouldn't block anything): $ sestatus SELinux status: enabled SELinuxfs mount: /sys/fs/selinux SELinux root directory: /etc/selinux Loaded policy name: targeted Current mode: permissive Mode from config file: permissive Policy MLS status: enabled Policy deny_unknown status: allowed Max kernel policy version: 28 I installed plasticscm-complete-5.4.16.918-1.1, to stay as close to my old server as possible (will upgrade soon): $ yum list installed '*plastic*' Loaded plugins: fastestmirror, langpacks Loading mirror speeds from cached hostfile * base: mirror.genesisadaptive.com * extras: mirror.genesisadaptive.com * updates: mirror.genesisadaptive.com Installed Packages plasticscm-certtools-mono4.noarch 3.12.1-1.1 @plasticscm-common plasticscm-client-complete.noarch 5.4.16.918-1.1 @plasticscm-latest plasticscm-client-core.x86_64 5.4.16.918-2.1 @plasticscm-latest plasticscm-client-gtk.noarch 5.4.16.918-1.1 @plasticscm-latest plasticscm-complete.noarch 5.4.16.918-1.1 @plasticscm-latest plasticscm-gnome-sharp-mono4.x86_64 2.24.0-2.1 @plasticscm-common plasticscm-gtk-sharp-mono4.x86_64 2.12.29-2.1 @plasticscm-common plasticscm-mono4.x86_64 4.6.2-2.1 @plasticscm-common plasticscm-server-complete.noarch 5.4.16.918-1.1 @plasticscm-latest plasticscm-server-core.noarch 5.4.16.918-2.1 @plasticscm-latest plasticscm-theme.noarch 5.4.16.918-2.1 @plasticscm-latest Sooo.... I need those log files to stick around, so where do I go from here? Thanks! Neal P.S. I hit submit on this forum post, and it told me I wasn't authorized, and hitting the browser back button also showed me an unauthorized message. Luckily, I was able to recover my message after logging in in a different window and telling the browser to resubmit the POST, but this is dangerous!
×