# Transfer data from SCM version 1.48 to new server version 3.11.0

**URL:** <https://community.cloudogu.com/t/transfer-data-from-scm-version-1-48-to-new-server-version-3-11-0/1543>\
**Category:** SCM-Manager (General)\
**Created:** [November 6, 2025, 11:51am UTC](https://community.cloudogu.com/t/transfer-data-from-scm-version-1-48-to-new-server-version-3-11-0/1543 "2025-11-06T11:51:33Z")\
**Posts on this page:** 11\
**Page:** 1

<div class="post-metadata">

**Author:** ![masrcel](https://dub1.discourse-cdn.com/flex013/user_avatar/community.cloudogu.com/masrcel/32/1729_2.png) [@masrcel](https://community.cloudogu.com/u/masrcel)\
**Post date:** [November 6, 2025, 11:51am UTC](https://community.cloudogu.com/t/transfer-data-from-scm-version-1-48-to-new-server-version-3-11-0/1543/1 "2025-11-06T11:51:33Z")

</div>

Hey,

I have a problem. We have an old SCM server in version 1.48 in a separate network. Now we have to shut down the network and cannot migrate the server.

That’s why we have set up a new SCM server in version 3.11.

Now the question is how we can transfer the data from the old SCM server to the new one and how we can preserve the history of the projects so that we only have to copy the data structure.

Best regards,

Marcel

---

<div class="post-metadata">

**Author:** ![pfeuffer](https://dub1.discourse-cdn.com/flex013/user_avatar/community.cloudogu.com/pfeuffer/32/72_2.png) [@pfeuffer](https://community.cloudogu.com/u/pfeuffer)\
**Post date:** [November 6, 2025, 12:48pm UTC](https://community.cloudogu.com/t/transfer-data-from-scm-version-1-48-to-new-server-version-3-11-0/1543/2 "2025-11-06T12:48:17Z")

</div>

Hi Marcel!

May I say, you’re a bit late to the party after nearly 10 years, but welcome nonetheless 🙂  
Glad to hear, that your server made it for so long 👍

You should be able to migrate your old data, I’d recommend the following steps:

1. Backup-up your data
2. Start [SCM-Manager 1.60](https://scm-manager.org/download/1.60) once using your data directory to migrate it to the latest 1.x format
3. Afterwards, start the [latest SCM-Manager release](https://scm-manager.org/download/) using this data directory
4. Here you should get a [migration wizzard](https://scm-manager.org/docs/3.11.x/en/migrate-scm-manager-from-v1/) to adapt your old data to new folder structures (be aware of the hint, if you [have lots of repositories](https://scm-manager.org/docs/3.11.x/en/migrate-scm-manager-from-v1/#huge-number-of-repositories))
5. The start-up afterwards will migrate the data itself

If you encouter any obstacles, feel free to contact us.

Regards  
René 🤞

---

<div class="post-metadata">

**Author:** ![masrcel](https://dub1.discourse-cdn.com/flex013/user_avatar/community.cloudogu.com/masrcel/32/1729_2.png) [@masrcel](https://community.cloudogu.com/u/masrcel)\
**Post date:** [November 6, 2025, 1:58pm UTC](https://community.cloudogu.com/t/transfer-data-from-scm-version-1-48-to-new-server-version-3-11-0/1543/3 "2025-11-06T13:58:42Z")

</div>

Hey René,

Yes, since the server was running on an offline network, it was not considered necessary to perform updates.

I am currently attempting to install version 1.60 on Ubuntu 24.04 and then copy the data to the new server.

The following error occurs:

> root@srv-svn01:~# sudo apt install scm-server  
> Reading package lists… Done  
> Building dependency tree… Done  
> Reading state information… Done  
> The following NEW packages will be installed:  
> scm-server  
> 0 upgraded, 1 newly installed, 0 to remove and 93 not upgraded.  
> Need to get 0 B/32.1 MB of archives.  
> After this operation, 32.7 MB of additional disk space will be used.  
> (Reading database … 87182 files and directories currently installed.)  
> Preparing to unpack …/scm-server\_1.60\_all.deb …  
> dpkg: error processing archive /var/cache/apt/archives/scm-server\_1.60\_all.deb (–unpack):  
> conffile name ‘opt/scm-server/conf/server-config.xml’ is not an absolute pathname  
> Errors were encountered while processing:  
> /var/cache/apt/archives/scm-server\_1.60\_all.deb  
> E: Sub-process /usr/bin/dpkg returned an error code (1)

Do you have any ideas?

---

<div class="post-metadata">

**Author:** ![pfeuffer](https://dub1.discourse-cdn.com/flex013/user_avatar/community.cloudogu.com/pfeuffer/32/72_2.png) [@pfeuffer](https://community.cloudogu.com/u/pfeuffer)\
**Post date:** [November 7, 2025, 9:25am UTC](https://community.cloudogu.com/t/transfer-data-from-scm-version-1-48-to-new-server-version-3-11-0/1543/4 "2025-11-07T09:25:55Z")

</div>

Hi,

I’m afraid you are a few weeks too late, we shut down some of the 1.x infrastructure about two months or so ago.

But since your only goal is to start a server once with 1.60, you can easily use the simple generic [Unix package](https://packages.scm-manager.org/repository/releases/sonia/scm/scm-server/1.60/scm-server-1.60-app.tar.gz).

Once downloaded, extract it in a path of your choice (may be `/tmp`) and start it with your data directory specified:

```bash
tar xvzf scm-server-1.60-app.tar.gz
cd scm-server
SCM_HOME=/path/to/your/old/scm_home ./bin/scm-server

```

Once the server started, you should find a file `version.txt` in the `config` directory inside of your scm home with the content `1.60`. After this, your directory is ready to be migrated to 3.11.

Hope this helps!  
René

---

<div class="post-metadata">

**Author:** ![masrcel](https://dub1.discourse-cdn.com/flex013/user_avatar/community.cloudogu.com/masrcel/32/1729_2.png) [@masrcel](https://community.cloudogu.com/u/masrcel)\
**Post date:** [November 7, 2025, 10:22am UTC](https://community.cloudogu.com/t/transfer-data-from-scm-version-1-48-to-new-server-version-3-11-0/1543/5 "2025-11-07T10:22:29Z")

</div>

Hey rené,  
Thanks for the info.

Can you tell me where the home directory is located by default in version 1.48 so that I can copy it to the new server?

Best regards,

Marcel

---

<div class="post-metadata">

**Author:** ![pfeuffer](https://dub1.discourse-cdn.com/flex013/user_avatar/community.cloudogu.com/pfeuffer/32/72_2.png) [@pfeuffer](https://community.cloudogu.com/u/pfeuffer)\
**Post date:** [November 7, 2025, 11:02am UTC](https://community.cloudogu.com/t/transfer-data-from-scm-version-1-48-to-new-server-version-3-11-0/1543/6 "2025-11-07T11:02:35Z")

</div>

Oh, that’s a very good question, and it depends on your installation. You used the debian package, right? If I’m not mistaken, you could take a look at `/var/lib/scm`. If you can find for example `config` and `repositories` there, that’s probably it.

---

<div class="post-metadata">

**Author:** ![masrcel](https://dub1.discourse-cdn.com/flex013/user_avatar/community.cloudogu.com/masrcel/32/1729_2.png) [@masrcel](https://community.cloudogu.com/u/masrcel)\
**Post date:** [November 8, 2025, 9:57pm UTC](https://community.cloudogu.com/t/transfer-data-from-scm-version-1-48-to-new-server-version-3-11-0/1543/7 "2025-11-08T21:57:23Z")

</div>

Hey René,  
I was able to complete the migration and create the scmadmin, but when I first set it up and selected the plugins, I always got an error message:

 ![grafik](https://europe1.discourse-cdn.com/flex013/uploads/cloudogu2/original/2X/8/879b45e736b521d6f4bcfa8904cf4639d0839b39.png)

---

<div class="post-metadata">

**Author:** ![pfeuffer](https://dub1.discourse-cdn.com/flex013/user_avatar/community.cloudogu.com/pfeuffer/32/72_2.png) [@pfeuffer](https://community.cloudogu.com/u/pfeuffer)\
**Post date:** [November 10, 2025, 4:42pm UTC](https://community.cloudogu.com/t/transfer-data-from-scm-version-1-48-to-new-server-version-3-11-0/1543/8 "2025-11-10T16:42:34Z")

</div>

Hi, that sounds like somehow the plugin wizzard somehow interfered with the update. You can try and create a simple file named `pluginSets.xml` in the `config` directory of the scm-home with the following content:

```xml
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<pluginSetsConfig/>

```

Maybe we have to revise the update mechanism once more.

Please let us know, whether this works.

Regards  
René

---

<div class="post-metadata">

**Author:** ![masrcel](https://dub1.discourse-cdn.com/flex013/user_avatar/community.cloudogu.com/masrcel/32/1729_2.png) [@masrcel](https://community.cloudogu.com/u/masrcel)\
**Post date:** [November 10, 2025, 5:11pm UTC](https://community.cloudogu.com/t/transfer-data-from-scm-version-1-48-to-new-server-version-3-11-0/1543/9 "2025-11-10T17:11:54Z")

</div>

hey René

That solved the problem, but now the next problem arises: the migration of the repositories is not there.

 ![grafik](https://europe1.discourse-cdn.com/flex013/uploads/cloudogu2/original/2X/4/4e821b36c7f77ba75aa383606f4cec24b6ede63e.png)

There should actually be 200 repositories here now.

---

<div class="post-metadata">

**Author:** ![masrcel](https://dub1.discourse-cdn.com/flex013/user_avatar/community.cloudogu.com/masrcel/32/1729_2.png) [@masrcel](https://community.cloudogu.com/u/masrcel)\
**Post date:** [November 11, 2025, 8:36am UTC](https://community.cloudogu.com/t/transfer-data-from-scm-version-1-48-to-new-server-version-3-11-0/1543/10 "2025-11-11T08:36:36Z")

</div>

Hey,

I just stumbled across a message from the SCM server that shows an error in the import.

 ![grafik](https://europe1.discourse-cdn.com/flex013/uploads/cloudogu2/original/2X/0/0008d77b5b9b2f05a03c173b25ad79c1d8351bf7.png)

---

<div class="post-metadata">

**Author:** ![pfeuffer](https://dub1.discourse-cdn.com/flex013/user_avatar/community.cloudogu.com/pfeuffer/32/72_2.png) [@pfeuffer](https://community.cloudogu.com/u/pfeuffer)\
**Post date:** [November 11, 2025, 9:38am UTC](https://community.cloudogu.com/t/transfer-data-from-scm-version-1-48-to-new-server-version-3-11-0/1543/11 "2025-11-11T09:38:53Z")

</div>

Oh, okay, Let’s take one step back. Did you see the migration page shown in [these docs]([https://scm-manager.org/docs/3.11.x/en/migrate-scm-manager-from-v1/](https://scm-manager.org/docs/3.11.x/en/migrate-scm-manager-from-v1/) ?

I just went throught the migration process. It’s important, to use the same path for the home directory. On my first try, I made the mistake to run the 1.60 version without docker, but tried to run the migration with docker. This did not work, because from the docker instance the path had changed.

Another possible error could be, that the home directory had not been specified correctly. This could be done best in the `config.yml` file depending on your installation (take a look [here](https://scm-manager.org/docs/3.11.x/en/administration/scm-server).
